- Woofy can remaster any Puppy Linux ISO, using any version of Puppy Linux.
- add packages, remove files, edit themes, edit initrd.gz,
- choose to remaster with or without a zdrv
- check for missing dependencies in your new ISO
- supports grub or isolinux
- supports jwm, gtk, openbox and icon themes
- allows manual edit of SFS and ISO before building the final product

- fixed: update of defaults-chooser and initrd-editor.sh in new ISO
- fixed: always check for full paths in list of files to delete
- fixed: get kernel version from base ISO, user must enter it manually if not found
- fixed: better detection and support of zdrvs in the base ISO
- fixed: remove zdrv on remastered ISO, if added back into main SFS
- fixed: creation of png icons, when updating icons theme
- fixed: wallpaper only updated if supplied image exists
- updated: improvement of terminal messages given during remaster

version 0.6
- new: remaster lupu, luci, lupq, quirky, wary, dpup, tpup, spup (etc), puppy4, puppy3 and puppy2
- new: remaster any puppy version, not only the one which is booted
- new: editable boot options for both grub4dos and isolinux booting ISOs
- new: creates joliet iso file with a nice volume name
- new: supports remaster of isos with either sfs3 or sfs4
- new: option to create or remove zdrv sfs for the new live cd
- new: supports remaster of isos with multiple sfs files
- new: auto-update woofy, if installed on the chosen iso
- new: option to delete any working dirs during remaster process that are no longer required (save space)
- new: option to manually edit iso files before building the new iso file (to edit splash.xpm, etc)
- fixed: many, many bugfixes, plus very reliable error-handling at each step
- fixed: runs cleanup and exits whenever any step of the remaster fails
- faster, safer

...

version 0.3
- change the default apps, wallpaper and gtk/jwm/icon themes
- (slightly) better help info, dialogs and tooltips
- (thanks to lguleder for many changes..)

version 0.2
- choose to edit sfs and boot options before remaster
- added help GUI when editing boot params
- rename sfs file to use the chosen suffix
- better tooltips in gui fields
- pinstall is executed in the new sfs, for each pet added (thanks to lguleder)
- fixmenus is executed on the sfs before its created (thanks to lguleder)
- fixmenus added to first boot stuff in new rc.update file (thanks to jemimah)
- better start and finish dialogs

Just chroot into the extracted SFS and do fixmenus. Woof uses chroot to run the pinstall stuff ... and I use it in my own distro for full-frugal-hybrid-installs

This looks kinda promising ... I think I'll try to write something similar ... I think you should make it extract the SFS, then extract all pets one by one, chroot, pinstall, exit chroot, then chroot again for fixmenus and change the version number/distro name as Woof does.

EDIT: even more fun stuff! Make it run the wallpaper setting tool, the JWM theme chooser, the GTK thingy and the icons thingy, while within chroot!_________________My homepageMy GitHub profile

OK.. Adding fixmenus to rc.update did nothing - and it was already in there twice!
I made sure 'fixmenus' is called at various points, from early on in the script to right at the end..
Still nothing... Restarting X did nothing to update the menu, rebooting also did nothing..

Any ideas?

Iguleder wrote:

Working on my own remaster thingy ... so far it works great and even does fixmenus/pinstall.sh. Here it is, sc0ttman, have a look. Should be useful for Woofy ...

Thanks very much.. Much nicer, cleaner code than mine..
And I'm definitely stealing some of its features

I'll be stealing most of this... Or I would..
Except, I can't find DISTRO_SPECS anywhere in TurboPup, or my puplets (all based on Turboup)..
I even unpacked the initrd.gz, then initrd, and it wasn't there..

So for now, I will be leaving out the DISTRO_SPECS changes in Woofy...
Unless there is another way to change version numbers and puplet name..?

Quote:

By the way, how did you change the themes in that example Woofylet you made?

Woofy allows the manual editing of the sfs before it's mounted..
I just went in and changed the wallpaper picture, using ROX.

Quote:

It's impossible to run the icon/gtk/jwm theme chooser from within chroot ...

That's a shame.. What was the issue?

Another note... Renaming the new pup_*.sfs file is an important feature for me..
So, I edited an iso manually as a test...

I renamed its sfs file, and rebuilt the iso.. and it booted fine..

So.. Can I just rename the pup_*.sfs in the new iso and it will still boot fine?
No other changes needed?

Because I want to let users choose a new suffix (or none) for the new sfs file..

In Woofy, I want to get the version number from the original sfs filename and rename the new one to "pup_$ver$suffix.sfs",
where "$ver" may be "420" or "431", etc and "$suffix" is any [a-z] string..

I found a way to set the GTK/JWM/icon themes, I'm working on it. I found a way to detect all present themes and change them manually. Now I'll put the lists in listboxes as I did with the default applications wizard ... btw, I like the 002 GUI _________________My homepageMy GitHub profile

I found a way to set the GTK/JWM/icon themes, I'm working on it. I found a way to detect all present themes and change them manually. Now I'll put the lists in listboxes as I did with the default applications wizard ... btw, I like the 002 GUI

that sounds great.. and thanks...

I would also love to use chroot to integrate my defaults-app changer thing...
or yours, depending on which is installed..

I don't think it's possible. As far as I see, it's impossible to run gtkdialog stuff from within chroot, only outside ... so I'm currently working on a dialog that has lists of all themes, lets you choose and then changes them without chroot (sort of a hack to do whatever the wizards do, but manually).

Currently my wizard lists all icon themes, JWM themes and wallpapers. There's a little mess with JWM themes, I'll sort that out. When all three work, I'll add GTK themes.

However, I think I can make a hacked version of your wizard that uses relative paths, then include it with Woofy, copy to the extracted SFS directory, then run it, then delete it. This way it can set everything without chroot ... theoretically, should work

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