You are not logged in.
Hey,
The ArchCK front has been quiet for the last month or two, I have taken over the packaging, and have been a bit slower with my releases due to exams and holidays.
I have been maintaining ArchCK, just not releasing as I havn't had sufficient time to test it to my liking.
I have picked up the testing and over the last few days I have been converting ArchCK to the new initrd setup. Those who understand the situation, know that initrd was destined for replacement during the 2.5 series by initramfs, which unfortunately took a little longer to mature.
fbsplash is dependent on initramfs, which is why it doesnt work with the current initrd setup, hence ArchCK's delayed move to initrd.
Instead of moving to the older initrd, I have been working on implementing the initrd work in initramfs, how it should have been. I nearly have this working, so you might get a brand new ArchCK release for Christmas with initrd/initramfs and fbsplash.
iphitus
Offline
blimey...nice work, iph. I knew it was worthing passing overto you entirely!
Offline
Thanks for all your work. Let´s see if we can port the archck kernel to arch64
Offline
Just to let you know, it's progressing perfectly. I can now boot an initramfs enabled linux kernel using initramfs rather than initrd. Now I just have to add custom dsdt and fbsplash support
edit: fbsplash support added, custom dsdt support added. seem to be working perfectly, but need to compile a kernel to check.
Offline
I would love to see FUSE in the next release too
Offline
make menuconfig
File systems ---> Filesystems in userspace support
Offline
I know where it is
I've redone the whole config for this one, and its much improved. Fuse is included.
As for status, its working, there's one or two issues with fbsplash I would like to sort out first however.
Offline
Somehow I gnu you knew.
Offline
Iph, do my old initscripts still work the same?
Offline
i'm curious, how are you making the initramfs images? are you using the mkinitrd tool? do you have to change the script to add support? or does initramfs read initrd images as well?
in short, how's it all work?
Offline
Sounds great - many thanks in advance.
For those of us who roll our own, roughly when can we expect the patchset on your own website?
Offline
I'll upload the patchset today
Offline
Excellent. New Year, New Kernel - I like it.
Thanks.
Offline
Ok, the new release is out, and the fbsplash issues are fixed thanks to dibble -- the solution was on the wiki!
Offline
Offline
I know where it is
I've redone the whole config for this one, and its much improved. Fuse is included.
Thanks!!!
You might consider including it in the "What;s in it?" list on your site. I think it is a major inclusion to the default config hence , appealing to many people.
Just a thought.
Offline
The "What's in it?" list is of the patches included in the patchset i.e. functionality not available in the vanilla kernel. fuse is now part of the vanilla kernel, so that wouldn't be the right place to put it. Right, iph?
It's probably worth mentioning when the package hits [community], though.
Offline
The "What's in it?" list is of the patches included in the patchset i.e. functionality not available in the vanilla kernel. fuse is now part of the vanilla kernel, so that wouldn't be the right place to put it. Right, iph?
It's probably worth mentioning when the package hits [community], though.
I see what you mean. Now that it is 'enabled', and by that I mean enabled in the config, telling the community would be worth mentioning. Just a thought I had, afterall recently that would attract me to archck because i wanted a kernel that i didnt have to compile myslef to get the functionality. I think i am making this more confisung so ill stop here. eh.
Offline
Well, the homepage of ArchCK is more for the individual patchset rather than the package, ArchCK is in no way tied down to Arch, despite the name, it's very popular on Gentoo, and other distros.
Offline
How is initramfs installed in Lilo in place of initrd?
Prediction...This year will be a very odd year!
Hard work does not kill people but why risk it: Charlie Mccarthy
A man is not complete until he is married..then..he is finished.
When ALL is lost, what can be found? Even bytes get lonely for a little bit! X-ray confirms Iam spineless!
Offline
Exactly the same way.
Offline
Your reply means that the code is:
initrd=/boot/initrd.img.......( no reference to initramfs is included?).
Prediction...This year will be a very odd year!
Hard work does not kill people but why risk it: Charlie Mccarthy
A man is not complete until he is married..then..he is finished.
When ALL is lost, what can be found? Even bytes get lonely for a little bit! X-ray confirms Iam spineless!
Offline
Yes. To use an initramfs image, you attatch it the same as you would an initrd image, initrd=/path/to/your/initramfs-image.
When I release it, the whole setup will be *entirely* identical to the user, except that they use mkinitramfs instead of mkinitrd. The configuration file is identical in syntax and everything.
Offline
The coding for the initrd lilo:
initrd=/boot/initrd.img.... This is in the wiki.....
Your reference is as follows:
initrd=/path/to/your/initramfs-image.
I find the code you show has a dash (-image)
Am I to understand that the correct coding would be:
initrd=/boot/initramfs.img
Please correct me if I am wrong...thanks.
Prediction...This year will be a very odd year!
Hard work does not kill people but why risk it: Charlie Mccarthy
A man is not complete until he is married..then..he is finished.
When ALL is lost, what can be found? Even bytes get lonely for a little bit! X-ray confirms Iam spineless!
Offline
You can call the initrd flyingbananakungfumonkey.rat and put it anywhere you like (* as long as it is available at boot) as long as it it correctly ref'ed in the bootloader
Offline