Woof uploaded, May 26, 2010
May 26, 2010 —
BarryK
This has lots of goodies, see this blog.
I have merged Lupu "5.0.2pre" with Woof, and tested that it runs.
Note however, the 'devx' sfs file is somewhat broken. This is a problem with some of the Lupu packages and I have advised playdayz of this.
...as soon as this is fixed, I will upload Woof again.
Woof intro: http://bkhome.org/woof/
Comments
woof -LupuUsername: 01micko
Ha! I have been running 1download for the past couple of hours! Ah well, many of the packages will be relevant anyway, and I guess it saves me from running 2createpackages then starting again. I'm testing my kernel rebuild, I think it will be ok Cheers, and thanks PS. Is the standalone aufs module needed? I couldn't get it to compile. Guess I'll find out!"26 May 2010, 18:44"01618"115.64.206.145're: woof -Lupu"01micko"Ok, so far.. still building.. jwmconfig2 isn't found, pmusic-0.9.9.5 isn't found and pswget-0.1.1 isn't found.. and binutils is still the old version, need the new one. I have worked around these issues. Cheers"26 May 2010, 20:49"01618"115.64.206.145're: re: Woof -Lupu"01micko"My kernel bombed, ok, I'm new to it, never compiled a kernel, I'll get it one day :-) (I'm sure it's something to do with the aufs module I couldn't compile) As far as woof goes, it seemed to create a sane Lupu, so that's good, except the browser icon didn't start Browser Installer. Other than that it seems fine. Cheers."26 May 2010, 22:09"01618"115.64.206.145'Cheat"playdayz"As far as woof goes, it seemed to create a sane Lupu, so that's good, except the browser icon didn't start Browser Installer. You have to "cheat" to get that. At least I did. When the Build Distro script stops the first time, then go to sandbox3/fs_complete/usr/local/bin/defaultbrowser and enter, as you know, exec quickpet BI. Sorry I forgot the exact name of the fs_complete directory. Username: 26 May 2010, 22:25
"01618"69.152.71.228'binutils"Iguleder"Barry, Woof uses the old Binutils PET, I set it to "no" and the Ubuntu one to "yes". That should be changed. Kinda weird that even Lupu has that old Binutils ..."27 May 2010, 3:06"01618"79.177.136.237'Old binutils"BarryK"There was a reason for using the old binutils: http://bkhome.org/archive/blog2/200903/another-bug-in-intrepid-ubuntu.html ...maybe it's ok now. Username: 27 May 2010, 9:25
"01618"114.129.167.148'Re Missing PETs"BarryK"01micko, Those 3 PETs should have been found. It may be that you needed to rerun '1download', as sometimes it can miss downloading some packages. The Woof scripts locate a PET online by a search order defined by variable PACKAGELISTS_PET_ORDER in file DISTRO_PET_REPOS. In the case of Lupu it is: [i]PACKAGELISTS_PET_ORDER='Packages-puppy-5-official Packages-puppy-quirky-official Packages-puppy-woof-official Packages-puppy-4-official'[/i] Entries in each of these database files are examined for the PET that is wanted, and the "|ubuntu|lucid|" fields are used to determine suitability -- if those fields have "|ubuntu|lucid|" then the package is most suitable, but if that is not found then there is a progressive fallback -- see script 'findwoofinstalledpkgs'. As far as I can see, jwmconfig2, pmusic and pwsget packages should have been found and downloaded. Username: 27 May 2010, 9:50
"01618"114.129.167.148'Re browser cheat"BarryK"playdayz, Create a little PET package that does any cheats required for Lupu, and name it something like 'zzfixups_lupu-1.pet' This PET will get installed last, and will override anything before. It can also have a 'pinstall.sh' script to do anything you want -- but remember that the current directory when pinstall.sh executes is inside sandbox3/rootfs-complete -- so if you want to write to a file do it like this: [i]echo -e '#!/bin/shnexec mozstart $@' > usr/local/bin/defaultbrowser[/i] ...do NOT have absolute path "/usr/local/bin" It should not be required to do any manual cheats. Username: 27 May 2010, 10:01
"01618"114.129.167.148'kernel"01micko"I overcame my stupidity and got the kernel to compile. Updated Binutils is necessary for that or else it bombs out at "make bzImage". Posting from it now. Posted here: http://www.smokey01.com/01micko/lupu_kernel/linux_kernel-2.6.33.2-tickless_smp_patched-L3.pet Cheers, and thanks for everything Barry."27 May 2010, 10:45"01618"115.64.206.145'Uploading PETs"BarryK"01micko, Oh, I just noticed that 'pmusic-0.9.9.5.pet' was not uploaded. That would account for that one being missing. Uploading PETs now, to Quirky repo. Username: 27 May 2010, 19:18
"01618"114.129.167.148'valide"Iguleder"Barry, Woof keeps looking for an ancient Vala IDE package, valide-20090321.pet. It's missing ... can you upload it please, Barry?"28 May 2010, 3:23"01618"79.183.135.198'Ummm .. nevermind"Iguleder"This package was missing since October, but I read it has the same size as the package in the woof directory in the Puppy ibibilio, so I repacked it with a different name and it works now. Quick dirty work, the package information is incorrect, but if Woof works this way ... :) http://www.fileflyer.com/view/6O1pZAI"28 May 2010, 3:32"01618"79.183.135.198'Re Valide"BarryK"Iguleder, No, remove the entry from Packages-puppy-woof-official. Then run 1download and see what it finds. It will probably find valide-194-uj.pet, which should be online. I have removed that entry in Woof. Username: 28 May 2010, 7:27
"01618"114.129.167.148'Re binutils"BarryK"01micko, Ok, I have modified Woof, file DISTRO_PKGS_SPECS-ubuntu-lucid with this: [i]#jaunty buggy, roll back to pet made from debian lenny pkg 2.18.1... lucid, roll forward... yes|binutils|binutils,binutils-dev|exe>dev,dev,doc,nls no|binutils||exe>dev,dev,doc,nls[/i] Username: 28 May 2010, 7:33
"01618"114.129.167.148're binutils"01micko"Thanks Barry I'll wait for next woof upload, I'm quite happy testing the new kernel. One thing, the source sfs is twice the size, I'm guessing that would be that everything was duplicated in compilation. Any ideas there? I'll see if I can trim manually. When I'm done I'll upload it (there's one there but it's wrong) or, do you think the original source sfs (at bkhome.org) would be ok? I haven't had time to compile any drivers yet so haven't tested. I'll also upload checksums, and whatever docs needed to go with, DOTconfig, patch docs and links. Later I may have a crack with some pristine source, that will be fun! Cheers"28 May 2010, 10:52"01618"115.64.206.145'kernel"01micko"Hmm.. on rereading my post.. the Kernel is fine that I uploaded, the source sfs is not.. just to clarify. Cheers"28 May 2010, 10:54"01618"115.64.206.145'lupu kernel source"01micko"Just uploaded the kernel source for my kernel pet. Um.. sorry I don't know what I can safely chop out, Its a whopping 181MB!!! But it's needed. I tried to get NVIDIA-Linux-x86-71.86.13 to compile on the P3 but it kept spitting out kernel errors, tried some different options, which didn't look like they would work, and alas did not. So I unloaded the stock kernel-source sfs and loaded my whopper, compiled in a couple of minutes. Tried it but my old Vanta card didn't like it! Ah well. I'll make a pet and post it in CatDude's new thread... http://www.murga-linux.com/puppy/viewtopic.php?t=56081 .., he compiled a couple of the older drivers in Lupu. Ok, here's the whopper... http://www.smokey01.com/01micko/lupu_kernel/kernel_src_L3-2.6.33.2-patched.sfs (Iguleder, you asked about those ;) ) checksums (kernel pet too) http://www.smokey01.com/01micko/lupu_kernel/checksum-md5.txt Cheers Username: 28 May 2010, 14:43
"01618"115.64.206.145'Re kernel source"BarryK"01micko, My kernel source SFS would be ok. To prepare it yourself, after compiling everything, and having taken out the compiled kernel bzImage (which you rename to vmlinuz) and System.map, and of course all the modules, do this: # make clean # make prepare ...then create the SFS file. Don't forget to put in the link /lib/modules/build. ...see my sfs for example. Username: 28 May 2010, 15:36
"01618"114.129.167.148'Re my kernel sfs"BarryK"My sfs has a problem with Nvidia compile, this was discussed awhile back on this blog. You have to run # make prepare ...I have never done that before, and that's why I advised you, do that before creating your own sfs. Username: 28 May 2010, 15:39
"01618"114.129.167.148'Awesomeness"Iguleder"Found a tiny bug. Ayttm wants the old libjpeg from 4.3.x, so in order to make it work you need this in rootfs-skeleton (or added later, who cares, maybe it can be added to the zzfixes thing): ln -s libjpeg.so.62.0.0 usr/lib/libjpeg.so.7 (/usr/lib/libjpeg.so.7 linked to libjpeg.so.62.0.0). I built a totally sane Slupu (Somewhat Lucid Puppy, lol), works perfectly so far. Feels slightly more solid than Lupu, but I still haven't tested the glibc/GCC/Binutils trio. I'll do some testing and test things to see if something is broken. So far it looks great."28 May 2010, 18:15"01618"79.176.124.50'Old Ayttm"BarryK"Woof is finding a very old Ayttm, not recommended. The Woof scripts are rejecting my Ayttm PET compiled in Quirky, and choosing an old one compiled in Puppy-4. Ideally, the latest Ayttm should be compiled in Lucid, however my Quirky version will probably work. So, you could download 'ayttm-20100427-q1.pet' from the Quirky repo. Then make an entry in Packages-puppy-5-official like this: ayttm-20100427-q1|ayttm|20100427-q1||Internet|2088K|pet_packages-5|ayttm-20100427-q1.pet|+gtk+,+jasper,+audiofile,+openssl|The GTK Unified Messaging Client, MSN/Yahoo/IRC/ICQ/Jabber/LJ|||5| Lupu developers (playdayz) could upload the pet to the pet_packages-5 Puppy repo. Username: 28 May 2010, 19:35
"01618"114.129.167.148'
Tags: woof