Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
Jeff Waugh [EMAIL PROTECTED] wrote: Someone explain the benefits of The Debian Way in this instance, please! So that you don't have to participate in those .config file flamewars on lkml? -- Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
Jeff Waugh [EMAIL PROTECTED] wrote: Of course, this will only work with properly packaged kernel sources, right? No kernel-package (written and maintained by Manoj Srivastava) will work with any reasonable kernel source. -- Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
quote who="Herbert Xu" No kernel-package (written and maintained by Manoj Srivastava) will work with any reasonable kernel source. I'm assuming there's a comma after the "No", correct? :) - Jeff -- [EMAIL PROTECTED] --- http://linux.conf.au/ -- "Life is short. Forgive quickly. Kiss slowly." - Robert Doisneau -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
[SLUG] Debian + alsa + reiserfs + make-kpkg
Ok, this one's for the Debianites. I've apt-get'd (apt-gotten?) kernel-source-2.2.17, alsa-source-0.4 and kernel-patch-2.2.17-reiserfs. These together put a bunch of tarballs and weird directories in /usr/src. I used to just extract the kernel source and do the make-kpkg like the docs say, that part is the easy part. Now, the reiserfs patch has installed itself into /usr/src/kernel-patches/i386/2.2.17/ with the patch and some functions, and the alsa-source tarball comes out to /usr/src/modules/alsa-source-0.4/ with the entire alsa source. I've checked /usr/share/doc/blah/ for alsa and reiser values of blah and there is sweet fa there (well, a README.Debian which tells me nothing) on how to install these patches the Debian way. Sure, i can drive patch, but i'm guessing there is some magic command to stick them into the kernel tree before i 'make menuconfig'. Any suggestions? Or am I going to go the tried and true 'ignore-the-debian-way-for-the-kernel' method? -- Sure, I subscribe to USENET, but I only get it for the articles. (o_ ' //\ v_/_ -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
quote who="James Wilkinson" Any suggestions? Or am I going to go the tried and true 'ignore-the-debian-way-for-the-kernel' method? Be wewy, wewy qwiet... That's what I do. :D I can't understand the benefits of packaging a kernel and installing it. Kernels are easy: There's two files, and a buncha modules in a well-segregated directory that's easy to deal with. No dependencies (apart from that of your entire OS, but we'll gloss over that one for the moment), and the kernel menu interface is reasonably okay for all of the configuration issues you're ever going to face... Someone explain the benefits of The Debian Way in this instance, please! - Jeff -- [EMAIL PROTECTED] --- http://linux.conf.au/ -- "Can we have a special TELSABUG category, and everything gets dropped to fix them first?" - Telsa Gwynne -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
On Wed, Nov 15, 2000 at 12:03:11AM +1100, Jeff Waugh wrote: quote who="James Wilkinson" Any suggestions? Or am I going to go the tried and true 'ignore-the-debian-way-for-the-kernel' method? Be wewy, wewy qwiet... That's what I do. :D I can't understand the benefits of packaging a kernel and installing it. Kernels are easy: There's two files, and a buncha modules in a well-segregated directory that's easy to deal with. Compiling is easy, 3 commands and a tarball to deal with. So what are the advantage of using packages? For a single desktop person probably very few. Deal with bigger numbers and binary packages become very useful. Likewise kernel packages. Deal with multiple machines and you can compile your kernels on one machine and then just transfer one, execute two command (dpkg, shutdown -r) and you are done. No dependencies (apart from that of your entire OS, but we'll gloss over that one for the moment), and the kernel menu interface is reasonably okay for all of the configuration issues you're ever going to face... But how often do you examine every option? Not often I'd wager. make-kpkg uses the tried and tested text based config. BUT it skips over questions you seen before, so basically on each kernel rev you only have to answer questions which are new to this vesion. The package isn't there to depend on things but to provide dependancies: kernel-doc, kernel-source, kernel-image, etc. As well, keeping all the modules, kernel and system files in one handy place. Herbert is the make-kpkg king -- he does the kernels for Debian releases on i386. Anand -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
This one time, at band camp, I said: So then I read the manpage for make-kpkg and it explained the usage of the --added_modules and --added_patches options. I've given up on kernel-package. Despite rtfming, the patches are not being applied, the addon alsa modules are a pain to compile, and worse, whenever I do an apt update, my new kernel image gets dusted by the version in the distro. I can see the advantages of using kernel-package, but I just can't grok it. Too much effort required to do something I can do manually in a shorter time. -- Sure, I subscribe to USENET, but I only get it for the articles. (o_ ' //\ v_/_ -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug
Re: [SLUG] Debian + alsa + reiserfs + make-kpkg
This one time, at band camp, I said: I've given up on kernel-package. Despite rtfming, the patches are not being applied, the addon alsa modules are a pain to compile, and worse, whenever I do an apt update, my new kernel image gets dusted by the version in the distro. I started to grok it as soon as I posted this.. ;) So, i can now apply the patch, and build the modules (i had messed the source up, a re-untar fixed it). The only problem I have now is that apt and/or dselect keep wanting to 'upgrade' my brand new kernel with the generic one in the repository. Even putting the package on hold wasn't good enough. As a work around I made the new kernel-image have the same version as the one in the repos, to fool apt. Somewhere else, I noticed that there was controversy over the HelixCode versioning scheme, in that it made it difficult to upgrade to the official packages because 'helix' always was a greater version than any number. I also read that they've made a workaround in dpkg for this. Could this be the reason that it's dusting my kernel? I was using 'willow.1' as the version, which according to the docs, won't be overwritten for the same reason as above. -- Sure, I subscribe to USENET, but I only get it for the articles. (o_ ' //\ v_/_ -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://slug.org.au/lists/listinfo/slug