kernel compiling in woof-ce

[stemsee]

Excellent stuff Jamesbond, I would not have heard this news but for your posting it here!

I wonder if this is part of the reason BK stopped making use of aufs in his April pups. I also wonder if BK ever donated to Mr Okajima, and if he did maybe he can share how to do so. I am very strapped for cash but out of what little I have I will find enough to give and do without for a week or two.

[Dry Falls]

@DryFalls

Which version of sukk are you using? 5? I had similar troubles before. 666philb indicated that the servers were experiencing difficulties! :

My bad for not following the forum close enough. Was using the original SUKK-Universal. Too many things to edit in ubuild.sh. Only just discovered the tinyurl link above. Meanwhile, the sukk-5 package I downloaded had an empty file for 'aufs-util-dynamic.patch' in /dist/sources/patches/. Is that right? Also, line 460 has 'cd ../' which in my case, was the root of the partition so couldn't find anything to patch anyway. I think it was a bad download.

later that day: Yes, that made all the difference! Thanks. Running with it now.

[stemsee]

If you chose to build with sukk-universal: feedback appreciated!

@Chili Dog
kernel arguments ro rw? Fstab? /mnt/dir permissions?

[stemsee]

SUKK-Universal now has option to upload to google drive ... testing sometime this week.

Also added code to buildfromsrc script now easily build and install individual modules or the entire kernel package without loading sources module on running system, all from sukk-universal directory. Tested in lighthouse.

[Lothar]

Stemsee, does your script also create an initrd?

If not, how do you do that?

[stemsee]

init=initial rd=ram-disk initrd is a cpio archive (like tar)
You can put anything in it that you like including the main sfs and modules (Checkout fatdog initrd and lighthouse initrd). For puppy you need to have directories for mounting aufs layers, and for mounting partitions and sfs modules. Also the init script to start the ystem and do the mounting and set up the system to run. Also DISTRO_SPECS for the system to know the names of the various components as variables.

My script doesn't build the initrd, but maybe my simple-remaster should.

Recent kernels have support for populating a ramdisk from a compressed cpio
archive; you merely create a directory on
disk with the desired initrd content, cd to that directory, and run (as an
example):

find . | cpio --quiet -H newc -o | gzip -9 -n > initrd.gz

Examining the contents of an existing image file is just as simple:

mkdir /tmp/initrd
cd /tmp/initrd
gzip -cd initrd.gz | cpio -imd --quiet

[stemsee]

sukk-Universal updated.

google drive upload - 1686 and x64 automatically selected for binary installation.
mega upload only for i3/4/5/686, auto detected, no menu appears for 64bit kernel distro.
Option to build only individual modules, or build kernel from sources sfs module, in main menu.

needs testers

[stemsee]

sukk-Universal-GooMeg.tar.gz BETA
EDIT: too many errors see next post

[stemsee]

This is now updated to accommodate x64 and x86 for both google drive and mega drive, auto detect and installs tools if user selects it. Upload to both drives simultaneously if needed. Google drive auto shares and delivers share link.

sukk-Universal-GooMega.tar.gz
https://drive.google.com/uc?id=0B4GhZVm ... mlISmtIWFE

[stemsee]

aufsv=4.1 keeps slipping in!!!

https://drive.google.com/uc?id=0B4GhZVm ... WM4d0hGTWM

[stemsee]

So kernel 4.1.4 is available, but I have had no luck in patching aufs into the kernel using build.sh or ubuild.sh, so that branch is not available yet. Anyway, here is SUKK-Universal-MG.tar.gz I am pretty sure this is the best release thus far. Now using two separate variables to deal with aufs and aufs-utils.

https://drive.google.com/uc?id=0B4GhZVm ... jg2Wmc1X0U

[stemsee]

recompiled 4.1.3-pae enabling vfio vfio_pci vga iommu and depends. This assists qemu pass-through.

[01micko]

So kernel 4.1.4 is available, but I have had no luck in patching aufs into the kernel using build.sh or ubuild.sh, so that branch is not available yet. Anyway, here is SUKK-Universal-MG.tar.gz I am pretty sure this is the best release thus far. Now using two separate variables to deal with aufs and aufs-utils.

That's weird. I'm just building now and AUFS applies cleanly - be sure you use the one from 'fdrv' branch.

---

Later...

All good so far

Code: Select all

# uname -r
4.1.4
# uname -m
x86_64
# uname -a
Linux puppypc18676 4.1.4 #1 SMP Wed Aug 19 18:59:39 EST 2015 x86_64 AMD Athlon(tm) II X2 250 Processor AuthenticAMD GNU/Linux

..and just for the record here's my build.conf

Code: Select all

# Edit this file for your preferences, it will be read by build.sh

# SEE http://www.kernel.org/ for latest kernel info

# this is the name of the pet package suffix, and source sfs
# name it whatever you like, usually put in a signifier for your distro
# eg: "s" is for slacko
package_name_suffix=slacko_64

# this is the kernel suffix hack, you can leave it empty ie: uname -r
# if you don't leave empty the leading "dash" is required
# example:
#custom_suffix=-4G
custom_suffix=

# this is the version of the vanilla kernel, usually latest is best
# or follow an LTS branch 
# THIS WILL ALMOST CERTAINLY NEED CHANGING
# see kernel.org
kernel_version="4.1.4"

# below is a list of kernel mirrors
# uncomment the closest one to you
# make sure only one is uncommented! 
# you can search for more mirrors and use them
# YOU CAN UNCOMMENT 1 BELOW, COMMENT UNCOMMENTED DEFAULT IF YOU DO
#kernel_mirror="http://www.kernel.org/pub/linux/kernel/v3.0/"
#kernel_mirror="http://mirror.aarnet.edu.au/pub/ftp.kernel.org/linux/kernel/v3.0/"
#kernel_mirror="http://www.kernel.org/pub/linux/kernel/v4.x/"
kernel_mirror="http://mirror.aarnet.edu.au/pub/ftp.kernel.org/linux/kernel/v4.x/"

# new vars
# aufs standalone
# if sourceforge seems unstable use the sfjro url
#aufs_git=git://github.com/sfjro/aufs3-linux.git
aufs_git=git://git.code.sf.net/p/aufs

# aufs utils
aufs_utils_git=git://git.code.sf.net/p/aufs/aufs-util

# This is only for new kernels, leave blank if not using bleeding edge RC
#aufsv=
#aufsv=3.x-rcN
#SPECIAL NOTE. LTS 3.10X kernels past 3.10.25 need this set with 'aufsv=3.10.x' 

## JOBS ###
# if you have a multicore processor you can set this var
# don't set if you have a single core! >> cooked machine 
# DO NOT set it to 0 (zero) >> cooked machine
JOBS=-j6

## FATDOG style Kernel AKA "huge" kernel###
# if this option is set a FatDog style kernel is produced
# modules are split out of the kernel package and squashfs'd
# NOTE: all modules for booting must be builtins as none go into the initrd.gz
# Please make sure you use an appropriate DOTconfig
# 0 is off, 1 is on, default is not set
#FD=0
FD=1

### squashfs compression ###
# leave unset for the default of your mksquashfs binary
# run "mksquashfs --help" to find out options from compression
# for extra compression "-comp xz -Xbcj ia64" or "-comp xz -Xbcj x86" etc
# Consult the mksquashfs manual for more info.
COMP="-comp xz"

# Overide the default firmware URL ONLY FOR HUGE build
#FW_URL=http://mirror.aarnet.edu.au/pub/puppylinux/firmware
FW_URL=http://ftp.nluug.nl/ftp/pub/os/Linux/distr/puppylinux/firmware

# This kit now gets firmware from kernel.org
# The default is to produce a 'cut down' firmware package that is
# included in the kernel package, however you can include the much larger
# firmware construction that doesn't cut down the firmware but tailors it
# to the kernel configuration in DOTconfig. 
# To set the 'big' variable uncomment the folowing line:
#fw_flag=big

Note that $FW_URL is superfluous as I chose to update the firmware git repository (first time I tried actually ) and it updated the firmware and built flawlessly.

[stemsee]

@01mcko


I will retry on some other distro and harddrive.

[stemsee]

Successfully compiled 4.1.6-nopae using 01micko's fdrv kernel-kit. Configured with vfio vfio_pci vga iommu. untested...

https://mega.nz/#!oZ5wEbIR!7yGduSfDNIH6 ... heMHUp3orE

with this build.conf

Code: Select all

# Edit this file for your preferences, it will be read by build.sh

# SEE http://www.kernel.org/ for latest kernel info

# this is the name of the pet package suffix, and source sfs
# name it whatever you like, usually put in a signifier for your distro
# eg: "s" is for slacko
package_name_suffix=~EmSee~

# this is the kernel suffix hack, you can leave it empty ie: uname -r
# if you don't leave empty the leading "dash" is required
# example:
#custom_suffix=-4G
custom_suffix=~EmSee~

# this is the version of the vanilla kernel, usually latest is best
# or follow an LTS branch 
# THIS WILL ALMOST CERTAINLY NEED CHANGING
# see kernel.org
kernel_version="4.1.6"

# below is a list of kernel mirrors
# uncomment the closest one to you
# make sure only one is uncommented! 
# you can search for more mirrors and use them
# YOU CAN UNCOMMENT 1 BELOW, COMMENT UNCOMMENTED DEFAULT IF YOU DO
#kernel_mirror="http://www.kernel.org/pub/linux/kernel/v3.0/"
#kernel_mirror="http://mirror.aarnet.edu.au/pub/ftp.kernel.org/linux/kernel/v3.0/"
kernel_mirror="http://www.kernel.org/pub/linux/kernel/v4.x/"
#kernel_mirror="http://mirror.aarnet.edu.au/pub/ftp.kernel.org/linux/kernel/v4.x/"

# new vars
# aufs standalone
# if sourceforge seems unstable use the sfjro url
#aufs_git=git://git.code.sf.net/p/aufs/aufs3-standalone
aufs_git=git://github.com/sfjro/aufs4-standalone.git

# aufs utils
aufs_utils_git=git://git.code.sf.net/p/aufs/aufs-util

# This is only for new kernels, leave blank if not using bleeding edge RC
#aufsv=
#aufsv=3.x-rcN
#SPECIAL NOTE. LTS 3.10X kernels past 3.10.25 need this set with 'aufsv=3.10.x'
aufsv=4.1.6

## JOBS ###
# if you have a multicore processor you can set this var
# don't set if you have a single core! >> cooked machine 
# DO NOT set it to 0 (zero) >> cooked machine
JOBS=-j6

## FATDOG style Kernel AKA "huge" kernel###
# if this option is set a FatDog style kernel is produced
# modules are split out of the kernel package and squashfs'd
# NOTE: all modules for booting must be builtins as none go into the initrd.gz
# Please make sure you use an appropriate DOTconfig
# 0 is off, 1 is on, default is not set
#FD=0
FD=1

### squashfs compression ###
# leave unset for the default of your mksquashfs binary
# run "mksquashfs --help" to find out options from compression
# for extra compression "-comp xz -Xbcj ia64" or "-comp xz -Xbcj x86" etc
# Consult the mksquashfs manual for more info.
COMP="-comp xz"

# Overide the default firmware URL ONLY FOR HUGE build
#FW_URL=http://mirror.aarnet.edu.au/pub/puppylinux/firmware
FW_URL=http://ftp.nluug.nl/ftp/pub/os/Linux/distr/puppylinux/firmware

# This kit now gets firmware from kernel.org
# The default is to produce a 'cut down' firmware package that is
# included in the kernel package, however you can include the much larger
# firmware construction that doesn't cut down the firmware but tailors it
# to the kernel configuration in DOTconfig. 
# To set the 'big' variable uncomment the folowing line:
fw_flag=big

So I will have to incorporate mick's code more closely into sukk, con permisso!

stemsee

[01micko]

Ah.. good on you mate! It's gpl so do as you wish

Mind posting your .config please?

Cheers

[stemsee]

Here it is! DOTconfig-4.1.6-'no'pae

[peebee]

Successfully compiled 4.1.6-nopae using 01micko's fdrv kernel-kit. Configured with vfio vfio_pci vga iommu. untested...

https://mega.nz/#!oZ5wEbIR!7yGduSfDNIH6 ... heMHUp3orE

stemsee

Hi stemsee

Tried your new kernel in LxPup-15.06 - seems to work as per usual however I have a couple of observations:

1. the usb keyboard problem during the boot sequence seems to have made a re-appearance in this build

2. your file naming convention produces hidden files when using pcmanfm when the downloaded .tar.bz2 is unpacked (Rox shows the files)

Any chance of making the kernel-sources.sfs available for driver compilation?

Thanks for your builds
Cheers
peebee

[stemsee]

Got no wifi at home for the moment!

@peebee

Thanks for feedback.

I was doing a test run with kernel-kit fdrv, and I simply used the config in that reconfiguring the qemu stuff I wanted but I forgot about that keyboard issue!! It will be ok when I have adjusted sukk, in fact I have already re-configured the DOTconfigs. But because of no interent connection, or such a slow one, I haven't been able to compie kernels!

Same for kernel sources, when I get a good connection for a prolonged amount of time I will upload the sources.

[stemsee]

kernel-4.1.6-64 sources

https://drive.google.com/file/d/0B4jotf ... sp=sharing