kernel-kit build.sh

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

kernel-kit build.sh

rg66
Was just trying out the latest kernel kit from Master and if 1 is chosen as the number for a DOTconfig it also selects 11, 12, 13 etc.......
Reply | Threaded
Open this post in threaded view
|

Re: kernel-kit build.sh

JakeSFR
Not anymore, it's been fixed (in testing!) few days ago:
https://github.com/puppylinux-woof-CE/woof-CE/commit/3bbd5e61c2bbc42af5053e0e40285c360a3a7726

Greetings!
Reply | Threaded
Open this post in threaded view
|

Re: kernel-kit build.sh

01micko
Administrator
Gonna be a full rewrite soon. It's too procedural for my liking, but that's how it was written in the beginning by Igu and I followed that style. But now it does so much more that it's getting difficult to maintain. Better of with functions.
Reply | Threaded
Open this post in threaded view
|

Re: kernel-kit build.sh

stemsee
This post was updated on .
'./build.sh clean' will do nicely thank you! I like Draconian measures!! Wink

Can I suggest moving headers /usr/include to kernel modules for safekeeping, as default. As woof-ng kernel combo is proving to have a much wider use than just for puppy. I envision booting any squashfs live package with it, and then one would, I assume, need native development libraries, rather than puppy devx.sfs, which means having headers with kernel combo in nearly all circumstances is preferable, Also when building a woof-ng distro there is no option to import the headers package, except they are copied to chroot or root-fs-skeleton (or whatever it's called now.) adding a degree of extra difficulty for novices. But for devs it will be easy to move the headers out of modules.sfs and implant wherever!

'Now to build the aufs-utils for userspace
Cloning into 'aufs-util'...
remote: Counting objects: 321, done.
remote: Compressing objects: 100% (312/312), done.
remote: Total 321 (delta 177), reused 0 (delta 0)
Receiving objects: 100% (321/321), 140.41 KiB, done.
Resolving deltas: 100% (177/177), done.
./build.sh: line 368: [: 16-rc2: integer expression expected
./build.sh: line 368: [: 16-rc2: integer expression expected
./build.sh: line 368: [: 16-rc2: integer expression expected
Failed to get aufs-util from git, do it manually. Kernel is compiled OK :)'

Maybe provide brief instructions on manually completing aufs-util and wrapping it up with the modules.
Reply | Threaded
Open this post in threaded view
|

Re: kernel-kit merge2out build.sh

stemsee
In reply to this post by 01micko
After downloading woof-ce-testing I noticed that kernel kit is now part of merge2out.  I compiled 3.16-rc7 after completing there was no kernel and no modules in dist/packages/ nor dist/aackages/kernel-*/ , sources.sfs and headers ok.

I will try again with a mainline kernel 3.15.7 probably and see if the same thing happens.
Reply | Threaded
Open this post in threaded view
|

Re: kernel-kit merge2out build.sh

stemsee
Completed building Saucy_5.8.2.iso (64bit) vmlinuz is 2k corrupted file.  Used my own previously built 3.15.5-64 kernel.pet which is fine. Tons of disk space too. Used iso master to replace vmlinuz and initrd.gz as in built initrd doesn't find separate zdrv_saucy_5.8.2.sfs modules.
Reply | Threaded
Open this post in threaded view
|

Re: kernel-kit merge2out build.sh

stemsee
lines 321 - 333 have problems I think.  cp $BZIMAGE should copy to /boot/vmlinuz not /boot/bzimage subsequent renaming of bzimage to vmlinuz. 'cp systemmap' is to /boot instead of /boot/ also next line missing trailing slash.  line about 331 'rm modules' commented out, modules stay in /dist/packages/linux_kernel-*/ dir for squashing ...

"To err is human ... !"