Puppy 4.4 CE - Phase 1: pet tests

Message

sinc · #166 Post by **sinc** » Fri 23 Oct 2009, 15:30

I apologize if this is the wrong 4.4 thread to put this in.

I was just closing some partitions on my hard drive from the pinboard and wanted to keep some mounted and others not, and thought "Man, it would be nice if there were buttons to minimize, maximize, close, AND close-&-unmount, instead of just the first three."

I have NO IDEA (not a computer guy

) how doable the idea is but is it possible to have close-and-unmount button along with the other three regulars instead of having to right click to unmount a partition?

thanks for your thoughts.

panzerpuppy · #167 Post by **panzerpuppy** » Fri 23 Oct 2009, 17:23

More woof-woof (good) news :

- XServer 1.7.1 was released today

X.Org 7.5 will see a release later today (or tomorrow).

- Barry has compiled the latest*** version of ROX-Filer (2.9) for Puppy 4.3 (includes ttuuxxx's fixes).

*** @Barry: There's a newer build (2.10) released on 18 Jul 2009

technosaurus · #168 Post by **technosaurus** » Fri 23 Oct 2009, 18:13

Rox 2.10 is considered an unstable release, but I don't have a problem testing unstable releases - how else will they ever get stable? Hopefully I can access the 2.9 sources somewhere so that I can do a diff against the original sources and apply them to 2.10 (and send them upstream in case ttuuxxx didn't) Has anyone tracked down the patched sources?

Xorg could take a while to fully compile. By popular request need to remember to include Xinput.... Anything else that is currently missing that people would like to see added? DRI, GLU by default maybe?

clarf · #169 Post by **clarf** » Fri 23 Oct 2009, 19:16

technosaurus wrote: Xorg could take a while to fully compile. By popular request need to remember to include Xinput.... Anything else that is currently missing that people would like to see added? DRI, GLU by default maybe?

Please, don´t forget to add: Latest TightVNC 1.3.10 and Filezilla.

A new request: latest hiawatha version 6.17.1.

P.S: I don´t know about rxvt state, but a multitab rxvt will be good.

Thank you,
clarf

clarf · #170 Post by **clarf** » Sat 24 Oct 2009, 00:31

I don´t want to bother you. But I think it´s a small request.

I´ll like to see the Psearch Right click feature in Rox.

http://murga-linux.com/puppy/viewtopic.php?t=47990

Thank you again,
clarf

raffy · #171 Post by **raffy** » Sat 24 Oct 2009, 03:42

dio444 wrote:OK! I'm on it! I actually already messed with updating gnumeric once, and found that it's dependencies were complex enough that I dropped it. But, I think I can have a new static pet within a few days...

That plus caleb's initiative can also mean that we can look forward to one-application-one-folder deployment (along the appdir idea).

It may not be the neatest method for devs, but it is appealing to users.

EDIT: The newer technology for kernel 2.6.30 and up is sfs, see
http://code.google.com/p/sfs-technology/

The new sfs technology solves software dependencies and installation problems. It consists of a unique file that can be mounted as a normal file-system with all really needed libraries and files of the specific program. When mounted the sfslauncher will start the application stored into it. The procedure is completely transparent to the end user; Just double click on the "program.sfs" and sfslauncher will do the magic. Starting with version 1.0 we improved the integration: the operating system now knows the "sfs" file type as a native executable file.

Proudog · #172 Post by **Proudog** » Sat 24 Oct 2009, 03:57

clarf wrote:

P.S: I don´t know about rxvt state, but a multitab rxvt will be good.

rxvt not support UTF-8, and (I'm not be sure) multi-tab, xterm for my is better choice.

caleb72 · #173 Post by **caleb72** » Mon 26 Oct 2009, 04:00

raffy wrote: That plus caleb's initiative can also mean that we can look forward to one-application-one-folder deployment (along the appdir idea).

Whoa!

Maybe I'm guilty of misrepresenting myself here. If I have done so, I'm terribly sorry.

I'm not ruling out contributing to Puppy, but I'm picking a project to help myself learn Genie and GTK+ programming and JWM configuration makes sense to me because I'm not 100% satisfied with Puppy's included tools (no offense at all to the developers of said tools).

I would be ecstatic to have my work become part of a Puppy distribution CE or core and I wouldn't write-off my contribution in the future, but this 4.4CE project is already at .pet testing stage, while I'm still struggling to successfully use the simple GLib XML parser functionality with Genie.

It may also be that my way of conceptualising and designing a solution really just doesn't meet Puppy's ideals. I think when I feel more confident in Genie (because I don't think Python is going to be tremendously useful for these projects), I will submit my particular design philosophies/idiosyncrasies to the relevant release coordinator(s) to see if where I would like to go aligns with where Puppy is actually going. I think Genie developers are going to be useful in a general sense to Puppy's future, but as always it's a case by case basis.

Hopefully my code doesn't ramble as much as I do.

Regards
Caleb

technosaurus · #174 Post by **technosaurus** » Mon 26 Oct 2009, 06:19

I wanted to have xz capability but xarchiver is too big so I patched xarchive to use xz compression

you will need tar-1.22 or later which is not in 4.3 but it is here:
http://puppylinux.asia/members/T/444/tar-1.22-i486.pet

I can patch it to use lzop and lzma if anyone is interested in those

Edit patched for lzma as well

... to set it up as the default handler for tar.xz or tar.lzma
1. right click on a tar.xz or tar.lzma
2. left click on set run action
3. type pupzip before the "$@"
4. click on "use command"

technosaurus · #175 Post by **technosaurus** » Mon 26 Oct 2009, 07:45

trying to build a small 7zip program to open 7z archives... only have 7zDec so far

7zDec -e some-archive.7z <-- extract all
7zDec -l some-archive.7z <-- list all

I haven't made a wrapper script for this one since it won't compress

gyro · #176 Post by **gyro** » Mon 26 Oct 2009, 07:47

Sorry if this in the wrong place.

I've done some playing about with sfs files in Pup-431, and come to some conclusions about future puppies.

What I've found:
1) Being able to mount sfs files above pup-431.sfs in the aufs stack is quite useful,
a) Being able to have a firefox.sfs that "modifies" /usr/local/bin/defaultbrowser is good,
b) Generating a patch-431.sfs that can replace any file in the release pup-431.sfs, so I don't need to rebuild pup-431.sfs
(could possibly publish an official patch sfs if this facility were part of the release puppy)
2) Some current sfs files are not suitable to be placed above pup-431.sfs.
e.g. devx_431.sfs contains the real "man" program, which is not very useful when it "covers" the more useful "man" in pup-431.sfs.
3) It is possible to dynamically mount and umount sfs files in 4.3.1.
Maybe I've mucked mine up somehow, but the attached "load_sfs_aufs2-0.1-sfs4.sfs" contains "load-sfs" and "unload-sfs" scripts that seem to work on my frugal install of pup-431.

Suggestions:
1) Persevere with the unionfs concept, it has it's challenges, but it is a powerful concept.
2) Minimise the use of the rw layer to only data that is volatile. This implies that all software should be in sfs files.
This simplifies backup, and backup is required since the rw layer is often not cleanly umounted in puppy.
3) Implement a "patch" mechanism that mounts sfs above pup-xxx.sfs only at boot. This could utilise the current BootManager facility. This one becomes more hidden, least used.
4) Implement a single, new? facility to append software sfs below pup-xxx.sfs both at boot and dynamically. It might relate to PPM. This one becomes the most visible, most used.
5) Extract the decoupling scripts, "/usr/loca/bin/defaultxxxxxxxx" from pup-xxx.sfs and place them in a zdef-xxx.sfs which could then be easily replaced to use different applications.
(Include "/usr/bin/xterm" in this as a decoupler for alternates to rxvt.)

gyro

panzerpuppy · #177 Post by **panzerpuppy** » Tue 27 Oct 2009, 13:09

Xorg 7.5 is finally out!
Now is a good time to test this 'puppy'

#178 Post by **ttuuxxx** » Tue 27 Oct 2009, 18:48

I use fileroller for lzma support in 2.14X. Plus Fileroller is way faster than xarchive, Here try this and tell me how long it takes to open Firefox sources and extract them ftp://ftp.mozilla.org/pub/mozilla.org/f ... ce.tar.bz2 lol well over 30Mins, if you use fileroller or xarchiveR, under 2 mins. I include XarchiveR and Fileroller in 2.14x if one doesn't work, good chance on the other will. still together under 1MB so Its worth it.
ttuuxxx

Max Headroom · #179 Post by **Max Headroom** » Tue 27 Oct 2009, 19:12

Xorg 7.5, Bring it On!!!

panzerpuppy · #180 Post by **panzerpuppy** » Wed 28 Oct 2009, 00:48

More good stuff:

SeaMonkey 2.0 FINAL has been released as well

New in SeaMonkey 2.0 is RSS/Atom feed support in the Mozilla Mail portion, a modern look-and-feel, tabbed mail support, automated updates, faster JavaScript processing, and HTML5 support.

HTML5 support with </video> tag = AWESOME!

panzerpuppy · #181 Post by **panzerpuppy** » Wed 28 Oct 2009, 00:56

Even more tasty dog food:

AbiWord 2.8 is out and brings notable changes and improvements:

Among the highlights for AbiWord 2.8 include annotation / comment support, support for smart quotes, multi-page document viewing, true SVG (Scalable Vector Graphics) support, improved support for OpenDocument Format and Office Open XML file formats, a new printing framework, and much more.

Max Headroom · #182 Post by **Max Headroom** » Wed 28 Oct 2009, 02:13

if Not Leave it Out! in Favor o' Opera!

Jim1911 · #183 Post by **Jim1911** » Wed 28 Oct 2009, 04:05

Please consider updating the remaster script to provide an option to select a directory or a CD for the files to copy. The present script results in a lot of extra coasters. I prefer to create an iso and check it out thoroughly before burning it to CD.

This feature is in Dougal's upgrade of Barry's original pupremaster. Dougal's pupremaster.sh still works fine from a directory, however there must be a zdrv_xxx.sfs in the directory and many derivatives don't need one. Also, the resulting iso has to have some minor edits for it to work with the latest derivatives because of some syntax changes.

Thanks,
Jim

shinobar · #184 Post by **shinobar** » Wed 28 Oct 2009, 06:12

Jim1911 wrote:Please consider updating the remaster script to provide an option to select a directory or a CD for the files to copy.

i do agree.

attatched /usr/sbin/remasterpup2 extracted from 4.3.1JP-RC2(Japanese Edition, but I18N'ed).
it has a small change from the original, reads .iso file if it is mounted before starting this program.

works on Puppy 4.3x.

ICPUG · #185 Post by **ICPUG** » Wed 28 Oct 2009, 12:38

All you guys raving about Xorg 7.5.

Isn't this the one that does away with the xorg configuration file? If so, I want to be sure we all know how to do manual reconfiguration before we jump in with that - Probably break a few wizard scripts as well because of this.

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Puppy 4.4 CE - Phase 1: pet tests

appdir

Re: appdir

Playing with sfs on 4.3.1

Xorg 7.5, Bring it On!!!

Does SeaMonkey 2.0 FINAL have X - Marks ( Formerly Foxmarks

remasterpup2