| Summary: | ability to change/add .config files and genkernel.conf from ebuilds, sources ebuilds or otherwise. | ||
|---|---|---|---|
| Product: | Gentoo Hosted Projects | Reporter: | Aaron Peterson <alpeterson> |
| Component: | genkernel | Assignee: | Gentoo Genkernel Maintainers <genkernel> |
| Status: | RESOLVED CANTFIX | ||
| Severity: | enhancement | CC: | drobbins, flash3001, livewire, x86-kernel |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Aaron Peterson
2003-12-02 21:08:11 UTC
whoa slow down there buddy. you do realize menuconfig comes from the kernel directly, correct? Not from genkernel! There's never going to be an instance where it will be possible for genkernel to autodetect hardware and select just those drivers. That would be nearly impossible. If you think otherwise, you code it. But it's not going to happen. It's possible that we may be able to provide other default configs at some point, optimized for different things, but that's about it. what does menuconfig have to do with this? I'm talking about having kenrel settings like: kitchen_sink which would take forever to compile, but include everything under the sun. Then there would be amd_laptop kernel .config and maybe pentium_laptop kernel .config I'm talking about including .config files for common systems, preconfigured with genkernel. I am so sick of having to manually configure my kernel... I don't know what half the stuff is... and I read the descriptions! And even if I do know what it is, it's easy to get things confused. This does not change menuconfig in anyway. This would just copy a nice sane kernel config (depending on architecuture and whatnot... ) as the base to start with. The user would still be expected to use menuconfig or edit the file (I don't know which becauxe genkernel does a make mrproper deleting the .config file from the directory!!!!) Sorry, I'm not all together. Yes, I hope to write something like this. lspci and kudzu (or whatever the redhat hardware detection system that knoppix uses) could be a major friend for this... Again, If this is beond the scope of genkernel, something like it needs to be made, and please assign the bug to me. I know I'm not a developer, but I'm very interested in this functionality and want to help. Sorry, I'm not all together. Yes, I hope to write something like this. lspci and kudzu (or whatever the redhat hardware detection system that knoppix uses) could be a major friend for this... Again, If this is beond the scope of genkernel, something like it needs to be made, and please assign the bug to me. I know I'm not a developer, but I'm very interested in this functionality and want to help. uhh, I hope you realize it's a lot easier to use hotplug, etc on bootup, to just load the modules you need, than to actually build a kernel based off what is detected in the system. RedHat et al provide a kernel with a crapload of modules and only load the ones it needs, which is what genkernel is supposed to do. The only thing what you want to do would save you is compile time, nothing else. Also, what I was referring to on menuconfig was this statement from you: "It would basically be nice to redo the menuconfig to make it user friendly" Menuconfig is what the kernel provides, we're definately not going to recreate the kernel build environment!!!!!! Closing again, do not reopen. If you actually have any valid points create a new bug. It's NOT assigned to you!!!! If this is supposed to go to the kernel maintainers, then pass it on to them. THe problem is vissible in genkernel though. I'm looking into it. Gentoo just takes so much time to twiddle with, and I have to get a working kernel to continue using it before I get anything better out of this. and 38584 is a duplicate of this bug. The config file should by default at least contain the stuff needed by gentoo... like devfs or whatnot. and have either basically everything enabled as a module that is considered safe... and have that important readme doc sited in genkernel to tell how to set up initrd or have a script using hotplug or whatever that narrows down the stuff a bit... and or a script to at least ask what architecture the person is using, and choose all moderately common possible modules that apply to that system, while leaving off the stuff that doesn't apply. This is a step way before menuconfig. and or after menuconfig to make sure that gentoo's requirements are included. One person might have selected .config files for specific purposes, and this might be a package in portage called: bobs-athlon-xp-router-kernel-config or whatnot. I just learned that this can be called roll based configuration. There is a glep that is referenced in a gentoo weekly news letter about meta ebuilds for services. This goes hand in hand with that. Ultimately a user should be able to do: emerge paranoid_firewall or something similar and, if we can, we could have it check the kernel configuaration and remake the kernel with the neccissary modules... or just add those modules without recompiling everything (do a make modules again, and make modules_install) Thinking about this some more... I'm envisioning a bunch of ebuilds that contains .config files and optionally use a hardware detection system to tune it's respective .config file... and use genkernel to build and install the program... changing summary to match revised envisioning... this is probably also a portage abstract though topic as well.. I'm questioning where this functionality burden would be placed. Assigned to non-devs - reassigning so these may be noticed. I'm closing this as CANTFIX. Patches or more detailed requests welcome - if so, please reopen this bug. |
