kernel compiling in woof-ce
Ah!
I never tested that scenario! The config file is configured for features that are not in the old kernel version, so what happens? Will need to enter source dir and examine .config file. Maybe in this case there needs to be a manual 'make menuconfig' interaction. An option I was intending to implement anyway! I think that when one enables IA32 there appear two or three more options to configure. When it is not set then those lines are no longer in the config file. I should be able to hack it one way or another or even include 3 alternative config files for such a scenario, for old configs, maybe Fd32 and Fd64 configs from kernel kit!
Let me have a think.
I never tested that scenario! The config file is configured for features that are not in the old kernel version, so what happens? Will need to enter source dir and examine .config file. Maybe in this case there needs to be a manual 'make menuconfig' interaction. An option I was intending to implement anyway! I think that when one enables IA32 there appear two or three more options to configure. When it is not set then those lines are no longer in the config file. I should be able to hack it one way or another or even include 3 alternative config files for such a scenario, for old configs, maybe Fd32 and Fd64 configs from kernel kit!
Let me have a think.
Re: no-ia32
I think you can use the same config and kernel source and manually build said modules shoud be fine!Dry Falls wrote: Slapping it in externally is no good because the kernel and modules (builtin, etc.) have to agree.
http://sourceforge.net/p/tianocore/edk2 ... /build.bat
configs
not sure if the attachment worked.
- Attachments
-
- configs.tar.gz
- (67.89 KiB) Downloaded 243 times
Here they are edited.
after copying them back to the sources dir open a terminal in there and
1. make oldconfig = recompile entirely
after copying them back to the sources dir open a terminal in there and
1. make oldconfig = recompile entirely
Code: Select all
make oldconfig
- Attachments
-
- configs.tar.gz
- (67.89 KiB) Downloaded 240 times
build.bat didn't work even after removing the dos language (rem).
Got the sources fixed but am having trouble rebuilding the modules (remember, I'm totally new at this).
first three lines of xerrors log:
I tried running the build script again and it finds the kernel tar.xz but not aufs...tar.bz2 (I slipped them into vanilla). removed them and tried a new download but in both cases got
or some such.
getting confused, will try a gin and tonic with three aspirin.
df
Got the sources fixed but am having trouble rebuilding the modules (remember, I'm totally new at this).
first three lines of xerrors log:
Code: Select all
Window Manager: CURRENTWM=openbox-session
/usr/bin/start32: line 35: /usr/bin/32/bash: cannot execute binary file
cups: unable to restart scheduler.
Code: Select all
cannot download aufs...
getting confused, will try a gin and tonic with three aspirin.
df
EDIT: Use my script. Then stop it 'ctrl+c' after it says kernel is configured. This must be done to get the kernel sources patched with aufs etc. Then enter the kernel sources dir. Copy the configs i sent in to there. Then open teerminal and type
Code: Select all
make oldconfig
Here is Stems-Unattended-Kernel-Kit SUKK-0.1
Added option to manually configure kernel.
Change aufsv to match kernel_version for all configs.
Also backs up edited .config from sources with date stamp per kernel compiled.
Fixed logic bugs and tested thoroughly.
Creates tar.bzip2 kernel package for use in woof-ce next.
If no bug is found I pretty much feel this is the release candidate.
Lacks only a gui perhaps.
Added option to manually configure kernel.
Change aufsv to match kernel_version for all configs.
Also backs up edited .config from sources with date stamp per kernel compiled.
Fixed logic bugs and tested thoroughly.
Creates tar.bzip2 kernel package for use in woof-ce next.
If no bug is found I pretty much feel this is the release candidate.
Lacks only a gui perhaps.
- Attachments
-
- sukk-0.1.tar.zip
- (113.76 KiB) Downloaded 222 times
Building the authentic debian packages requires fakeroot and kernel-package to be installed, however there seems to be no way to test both packages, especially on a deb puppy. Also the old method has a replacement.
old
new
Didn't work for me on puppy or makululinux.
New sukk-0.3 changed the logic entirely. Old complicated out - new simple in.
Now the three builds are three functions which can be called in one of seven orders; 1, 2, 3,
12, 13, 23, or
123.
old
Code: Select all
Patches
make-kpg clean
make menuconfig
time fakeroot make-kpkg -j4 --initrd kernel_image kernel_headers
Code: Select all
Patches
make-kpg clean
make menuconfig
make deb-pkg
New sukk-0.3 changed the logic entirely. Old complicated out - new simple in.
Now the three builds are three functions which can be called in one of seven orders; 1, 2, 3,
12, 13, 23, or
123.
- Attachments
-
- sukk-0.3.tar.gz
- (160.6 KiB) Downloaded 245 times
A few bugs ironed out:
1) importing variables from build.conf s (kept building 64bit)
2) stop it creating new dist/packages when finished compiling.
3) couldn't find aufs package for build 2 & 3
4) when building only 2 or 3 couldn't find kernel source package.
5) Wrapped test around make clean and make-kpg clean.
6) removed duplicate code for unpacking aufs.
7) reduced multiple instances of mkkernsrc to one.
1) importing variables from build.conf s (kept building 64bit)
2) stop it creating new dist/packages when finished compiling.
3) couldn't find aufs package for build 2 & 3
4) when building only 2 or 3 couldn't find kernel source package.
5) Wrapped test around make clean and make-kpg clean.
6) removed duplicate code for unpacking aufs.
7) reduced multiple instances of mkkernsrc to one.
- Attachments
-
- sukk-0.4.tar.gz
- (160.67 KiB) Downloaded 265 times
Here is the final script.
Next to add a gui.
Next to add a gui.
- Attachments
-
- sukk-0.5.tar.gz
- (111.74 KiB) Downloaded 272 times
Just when you thought ... !
I left out the patches in 0.5
Added make oldconfig option default. Which ever options is used for the first compile will be carried to the rest.
I left out the patches in 0.5
Added make oldconfig option default. Which ever options is used for the first compile will be carried to the rest.
- Attachments
-
- sukk-0.6.tar.gz
- (112.56 KiB) Downloaded 272 times
Back on track. Compiled 3.18.6-64 and pae ... running on it now,.
- Attachments
-
- capture19599.jpg
- latest and greatest
- (9.41 KiB) Downloaded 439 times
Following @rufwoof's idea - it cross my mind to open the Fatdog's intrid , replace kernel-modules.sfs with kernel-modules-3.18.6-Fatdog.sfs from /sukk-0.6/dist/packages64 and then renamed it . Repacked the intrid , threw it together with the new vmlinuz into a frugal install and here I am : I'm posting from it .
Of course no fglrx , but it's really cool .
Nice job , @stemsee
Of course no fglrx , but it's really cool .
Nice job , @stemsee
- Attachments
-
- screenshot.jpg
- (104.43 KiB) Downloaded 737 times
In fatdog click on initrd. It will open. Replace kernel-modules.sfs click on repack-invited script. Copy vmlinuz to boot folder and reboot PC.
Ahh ok! I couldn't,t compile on fatdog or lighthouse!!!???[/list]
edit I wrote this response on an android tablet ... auto complete!
Ahh ok! I couldn't,t compile on fatdog or lighthouse!!!???[/list]
edit I wrote this response on an android tablet ... auto complete!
Last edited by stemsee on Wed 11 Feb 2015, 16:28, edited 1 time in total.
updated configs, especially pae.
- Attachments
-
- StemsUnKernKit-0.7.tar.gz
- (112.95 KiB) Downloaded 367 times
Great stuff Gobbi - and big thanks to stemseeGobbi wrote:Following @rufwoof's idea - it cross my mind to open the Fatdog's intrid , replace kernel-modules.sfs with kernel-modules-3.18.6-Fatdog.sfs from /sukk-0.6/dist/packages64 and then renamed it . Repacked the intrid , threw it together with the new vmlinuz into a frugal install and here I am : I'm posting from it .
Of course no fglrx , but it's really cool .
Nice job , @stemsee
I've just extracted my initrd which contains my Slacko 5.3.3 pup sfs, unsquashed that pup sfs and dropped in EmSee's firmware and modules as replacements into /lib, copied the DOTconfig for the 32 PAE into /etc/modules .... and then copied all of those extracted folder/file contents directly over the normal (small) initrd contents ... i.e. to form a virtual full install - but that boots/resides in memory. Edited /init to just exec /sbin/init and nothing else (so no puppy layered file system setup up etc).
Reformed the intird using lz4 compression (with -l (little L)) switch, dropped in EmSee's vmlinuz and grub4dos booted using those vmlinuz and newly formed initrd.lz4 files.
All seems to be running great.
I mounted my external LibreOffice sfs, and cp -rs /mnt/lib/* /. symbolic linked copied the contents to the root directory and Libre's running fine.
Downloaded the latest firefox and that's ruhning ok as well.
I did try creating a lz4 squashfs - but the kernel doesn't recognise/load that. Looking at the config files (which I know very little about), I suspect the kernel has the squashfs suppoft of lz4 as a needed to be loaded module (outside of my area of knowledge).
So looks like the 64 bit and 32 bit PAE are both working ok.
- Attachments
-
- emsee.jpg
- (69.75 KiB) Downloaded 671 times