For introduction and instructions to download Woof, go here:
So, if you have previously downloaded Woof, all you have to do this time is run this in the Woof project directory to update to the latest Woof files:
# bones download
Bones also has a GUI, just type "bones<RETURN>".
Comments:Posted on 29 Oct 2010, 24:14 by Grumpywolfe13
I was playing with the Wary5 build with woof and was able to build Wary-094 but when I tried to boot it I got this when trying to start xwin.
lib/modules/18.104.22.168/kernel/drivers.hid/usbhid/usbhid.ko no dir found
Any help if you please
Posted on 29 Oct 2010, 24:29 by Grumpywolfe13
Should of checked this before I posted. Check in the wary_094.sfs and found that all the kernel drivers and there dirs are not in lib/modules/22.214.171.124
Posted on 29 Oct 2010, 24:30 by playdayz
A new version (luci-234) built just now with the latest bones download had the same problem as previously. When it booted it left a blank line after Searching for Puppy Files and then it somehow found one and proceeded to update it. The luci-234 files were in a directory with no save file. If I tried to boot pfix=ram then it also skipped a line after searching for Puppy files, but then went on to Setting up layered file system, after which there was
Dumping last lines of /tmp/bootinit
Dumping last lines of kernel log
Posted on 30 Oct 2010, 2:09 by playdayz
This time I did not receive the same error message while building the distro as on the previous Woof, but I did it again and got the same results as above. I then built with an older Woof and did not have the problem.
Posted on 30 Oct 2010, 2:43 by Grumpywolfe13
Rebuild it again
rebuilt it again but when I got to this part
of the build procces just hit return and not to keep the modules. It booted but had to use xvesa for xorg would not work not error message.
Would you like to delete all the 'modules.*' files in lib/modules/126.96.36.199?
This means tht 'depmod' has to be ran at first boot, but that is usually ok.
Those files occupy 600KB - 2MB uncompressed
Press ENTER only to delete them:
Posted on 30 Oct 2010, 3:14 by steve p
SFS files inside initramfs
I was playing around with having SFS files inside the initramfs today. The reason this feature interests me is because it would allow directly booting Puppy from the ISO image using Grub4dos' ISO mapping feature.
The main SFS file is loaded fine, but zdrv.sfs isn't loaded.
If I extract the modules from zdrv.sfs and put them in the initrd.gz, they're copied into the layered filesystem on boot and everything works fine, but simply putting zdrv.sfs inside the initrd doesn't work.
Is this a bug, or is zdrv.sfs inside the initrd just not supported?
I also had to create a file called 'vmlinuz' containing the 16 byte id string (I guess puppy uses this to figure out which drive you booted from?), then booting the Puppy ISO with Grub4dos worked.
Posted on 30 Oct 2010, 6:37 by jrb2
Missing Wary pets (Download Failures)
Tried 1download with latest woof. Got 132 download failures starting with 915resolution-0.5.3-patched20100828-w5.pet and ending with zzt2_fixup_hack_xorg73_DEV-20100930.pet, 478 successful downloads. Very frustrating. Am I doing something wrong?
Posted on 30 Oct 2010, 7:19 by BarryK
After I get back home, in a day or so, I'll see if I can reproduce these situations.
Posted on 30 Oct 2010, 8:33 by Grumpywolfe13
Barry I can conform of the download failures I found that you can only get the files from
http://distro.ibiblio.org/pub/linux/distributions/quirky/pet_packages-wary5/but I myself have not been able to get woof to keep that url in the download file. I had to download by hand to build my Wary and it is not working like yours, I am running your Wary-094 and I like it.