kernel compiling in woof-ce

Under development: PCMCIA, wireless, etc.
Message
Author
stemsee

#261 Post by stemsee »

So I seem to have discovered the major part of my aufs problems --- certificates! My system did not accept the git server's certificates!! But why what changed? Is it my system or the certificates? Is there some external interference? How to set up some tests?


WillM
Posts: 173
Joined: Wed 30 Dec 2009, 04:42
Location: Oakland, California

#263 Post by WillM »

Hi stemsee,

I used 4.1.6-64 in Fatdog64-700 and it is working very well. Thanks for uploading.

stemsee

#264 Post by stemsee »

You're Welcome WillM :)

User avatar
peebee
Posts: 4370
Joined: Sun 21 Sep 2008, 12:31
Location: Worcestershire, UK
Contact:

#265 Post by peebee »

stemsee wrote:kernel-4.1.6-pae

http://tinyurl.com/pe8zok4

sources

http://tinyurl.com/ogft7ly
Thanks Stemsee

Tested with LxPup-15.06.

Confirmed - can now select from list of savefiles/folders on boot with usb keyboard - thanks

Drivers succesfully compiled: Nvidia-304.128, Broadcom wl-223.248, Ralink mt7601u and ndiswrapper-1.59.

Looking good here. :D
Cheers
peebee
ImageLxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64

User avatar
Chili Dog
Posts: 161
Joined: Tue 20 Dec 2011, 11:17

#266 Post by Chili Dog »

Hey Stemsee, I know you've compiled working 4-series kernels, but have you managed to build a working 4-series initrd? Because mine keeps trying to find something at boot, giving me "-iname" errors.

Maybe there's some module or folder the init script is looking for that doesn't exist in the 4-series kernel modules?

All I know is - it's really frustrating. :(

stemsee

#267 Post by stemsee »

The initrd is independent of the kernel. I use the same initrd with new kernels. Only in fatdog and lighthouse and quirky do you need to edit the initrd to pack in the new modules.

stemsee

#268 Post by stemsee »

@Chilli Dog

If you have edited your initrd maybe something (init script, DISTRO_SPECS) got corrupted. Did you keep backup? Which pup are you trying to use it with? I can only imagine that you have maybe tried to change the kernel version in the DISTRO_SPECS or your initrd might be looking for the DISTRO_IDSTRING on the initrd or modules sfs or the initrd. I am not sure which files get the idstring appended, but maybe an older init script will need it. I am only guessing.

User avatar
Chili Dog
Posts: 161
Joined: Tue 20 Dec 2011, 11:17

#269 Post by Chili Dog »

Thanks. I got it sorted. It was the naming feature in the kernel-kit, guess I was doing it wrong.

Dry Falls
Posts: 616
Joined: Tue 16 Dec 2014, 23:37
Location: Upper Columbia

#270 Post by Dry Falls »

Stemsee, I've been playing with k4.1.6-EmSee-64 in lxpup64 and JL64 and noticed about 20 extra processes going on at booting X in either. It tapers off in lxpup64 but stays up there in jl64. Then I re-compiled it with the big module package (and your dotconfig64 for k4.1.6) but makes no difference. Still using suuk-universal since SUKK_Universal_GM (and GooMega) wouldn't patch aufs. Any idea where these extra processes are coming from? As near as I can tell, it's more instances of dbus daemon, but why?

Other than that, I like this kernel. It seems (x-ing fingers) to have cured my problem with rox crashing and losing the usb keyboard + monitor.

df

stemsee

#271 Post by stemsee »

@Dry Falls

Interesting!

I will go through the configs thoroughly when i build 4.2.x, as i do not see the point in working on that kernel anymore. More instances of dbus kernel might derive from the fact that more features for passing hardware to a virtual machine have been enabled. I will research this a little before compiling the next batch.

User avatar
Iguleder
Posts: 2026
Joined: Tue 11 Aug 2009, 09:36
Location: Israel, somewhere in the beautiful desert
Contact:

#272 Post by Iguleder »

I just updated kernel-kit to add support for deblobbed and longterm kernels.

stemsee - feel free to add your kernel configuration to woof-CE, so others can use it more easily.
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]

stemsee

#273 Post by stemsee »

Ok I will do. Just looked up deblobbing!

Dry Falls
Posts: 616
Joined: Tue 16 Dec 2014, 23:37
Location: Upper Columbia

#274 Post by Dry Falls »

stemsee wrote:More instances of dbus kernel might derive from the fact that more features for passing hardware to a virtual machine have been enabled. I will research this a little before compiling the next batch.
I did a remaster with this k4.1.6 and for some reason, that settled down the persistent processes. Still more at boot (your explanation makes sense!), but now they taper off.

df

stemsee

#275 Post by stemsee »

Update to SUKK-Universal with new deblobbing by Iguleder added.

https://mega.nz/#!EVxEDCCL!zjznzKKYgFAM ... N6EubBjDcM

stemsee

#276 Post by stemsee »

For anyone who downloaded yesterday's SUKK and found the deblob failing here is the replacement ubuild.sh script with all corrections and offers to upgrade your kernel and modules.sfs on running system (not fd LH or Quirky, only regular frugal pups at the moment). This feature will be extended to upgrade kernel and modules.sfs on other installs and full installs too at some point.

ubuild.sh
Attachments
ubuild.sh.gz
fake .gz
(58.25 KiB) Downloaded 251 times

stemsee

#277 Post by stemsee »

There was an unused variable floating around so aufs-utils build failed.
Attachments
ubuild.sh.gz
(58.24 KiB) Downloaded 269 times

User avatar
peebee
Posts: 4370
Joined: Sun 21 Sep 2008, 12:31
Location: Worcestershire, UK
Contact:

#278 Post by peebee »

Hi stemsee

It would be great if your kernel builds could be used in woof-ce system builds....

They need to have a specific naming format as shown in the attachment - the archive needs to be: huge-kname.tar.bz2

and the internal components need to be: kernel-modules.sfs-kname and vmlinuz-kname

where kname is the kernel name

Any plans for new kernel builds? Perhaps they could be woof-ce compatible?

Thanks
peebee
Attachments
Screenshot.png
(23.44 KiB) Downloaded 806 times
ImageLxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64

stemsee

#279 Post by stemsee »

I have built 4.2.3-32-pae
The script baulks at aufs-utils, which I built manually. I will take another look at it.

I will adopt the woof-ce naming convention too (never noticed it before)!

stemsee

#280 Post by stemsee »

This line went missing

Code: Select all

CONFIG=`find $CWD/dist/sources -type f -name 'DOTconfig*'`

building k4.2.5 64, pae and nopae

Post Reply