Woofy looks wonderful. Even the video is a tour de force. I only took a quick glance, but is there any possibility a puppy based on QuirkyNop-1.2 (xfce, Thunar) could be woofied? I know, some people are never satisfied

Quote:

- Woofy can remaster any Puppy Linux ISO, using any version of Puppy Linux. . .

EDIT: Never mind - I should have known.

Woofy does not include the option to change XFCE themes - it's only JWM, Openbox, GTK and Icons at the moment... But you can always tick the 'edit filesystem' checkbox to make some manual changes before the remastered SFS is created._________________Akita Linux, VLC-GTK, Pup Search, Pup File Search

Quick question though: if i choose to add a suffix to the SFS file, then the ISO created won't boot.
I get the splash image, it then loads the keyboard parameter i added (fr), then searches for Puppy files but it seems like it's looking for the original lupu_528.sfs instead of using my custom lupu_528oscar.sfs

I'm no expert in linux cfg files so i thought i'd ask.
Here's the syslinux file: am i supposed to adapt something in there to match the custom SFS file name?

Code:

default puppy
display boot.msg
prompt 1
timeout 5

F1 boot.msg
F2 help.msg
F3 help2.msg

label puppy
kernel vmlinuz
append initrd=initrd.gz pmedia=cd pkeys=fr

Also, just to make sure: if i have save files on discs of previous 528 frugal installs, and manage to boot my custom ISO without pfix=ram, is it supposed to invite me to load them?
Or would the fact that the SFS name is different actually skip those save files?

Quick question though: if i choose to add a suffix to the SFS file, then the ISO created won't boot... it seems like it's looking for the original lupu_528.sfs instead of using my custom lupu_528oscar.sfs

...if i have save files on discs of previous 528 frugal installs, and manage to boot my custom ISO without pfix=ram, is it supposed to invite me to load them?
Or would the fact that the SFS name is different actually skip those save files?

Glad you like Woofy, I plan to update it a bit some time.. With features most people won't ever use - kernel switching, XFCE themes, and a few other things...

Anyway... The suffix should not change anything at boot, it should work without other changes (at least puppy 4.2.x works this way, as far as I remember!)... Maybe the 'init' script inside initrd.gz does things differently in Lupu...

You can use Woofy to edit the 'init' script inside initrd.gz by the way...

And also, as far as I know, the suffix will not change which save files are detected and presented..
That means, even after adding the suffix, the same old save files will be listed..
(Unless you then move your SFS files or save files to separate directories, of course...)

The video was a great intro to Woofy. Although I had trouble concentrating on the video because of the fantastic background music. So my question is? Can you let us know the name of the track and the artist.

Hi scOttman !
thanks a lot for ths awesome tool !
i discovered it by yesterday (version 0.91).
I got a try on pemasu's uPup-Precise-3.7.2:
trying to remove games, abiword, and some others from the iso worked nice!;
BUT,
trying to remove Seamonkey from the iso failed:
although some references (total 4 items) on mozilla are listed in the delete list, seamonkey is still present in the new iso:
/usr/lib/seamonkey symlink
/usr/lib/seamonkey-2.13.1 folder
and the several seamonkeys desktop (browser, mail, composer, adress-book) are still present in the new puppy-precise-3.7.2.sfs file.

So a work-around here is to manualy delete them in the sfs-base.

Also trying to give another name to the puppy-precise-3.7.2.sfs ("add a suffix" option) does not seem to adapt initrd.gz accordingly: when booting from the new iso, an error message tells "...looking for puppy-precise-3.7.2.sfs ...not found".
work-around: before the "make iso" step, verify that the puppyXXX.sfs name is kept unchanged so that initrd.gz can recognize it.

all remastering went well (have already used woofy for some weeks with no problem).

4. this time, i get a remasterized puppy-wheezy with missing desktp icons (these are dosplayed with the standard application_x-shellscript.png icon);
note; some icons are not broken (connection, trash, ...)
5. when clicking on icons, apllications run as expected; the only problem is no icon, as if a link between the desktop object and the corresponding theme-icon was broken.
Right-clicking on the desktop icon and definig the icon works; but i had like not to do it at each new install ...!
see screenshot below
Have tried to do in console, but no result:

Code:

# rox -p /root/Choices/ROX-Filer/PuppyPin
#

6. further search showed that the file /root/.config/rox.sourceforge.net/ROX-Filer/globicons has been somehow "modified" with lost lines related to the desktop icons; only lines related to disk icons and connect and trash left. Size is ca. 1096 bytes; and also got 0; whereas "normal" size is ca.7096.
Copying an existing "working" globicons file and restarting X recovers the icons.

All I can think of, is you should click the 'Edit SFS' checkbox before you remaster, and then replace the globicons file in the new SFS base, with the original one from the ISO that you are remastering...

And the change suffix option probably only works in older pups... (pre woof pups, older than 4.31) ..

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum