On Thu, Jan 29, 2009 at 02:55:38PM -0500, James Antill wrote: > On Thu, 2009-01-29 at 14:39 -0500, seth vidal wrote: > > On Thu, 2009-01-29 at 20:37 +0100, Tim Lauridsen wrote: > > > There is a couple of plugins for handling kernel modules in yum-utils > > > Based on the discussion in > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=482893 > > > > > > and others > > > there there some problem with the plugins and the 3 part repos > > > containing kernel module packages. > > > > > > So the big question is do we keep these plugins in yum utils or do we > > > rip them out and let the repos > > > containing kernel modules make there own plugins if they need one. > > > > > > Let me know what you think. > > > > > > > oooo - I like the idea of ripping them out. Boy, I like that a lot. > > > > I'm not sure we can get away with it. But I REALLY like the idea. > > > > pros and cons? > > Well we needed "yum-kmod" for RHEL/CentOS 5 ... and I haven't heard > that we won't need it for version 6. > Obviously we could put it in a separate package, but then we could do > that for most of yum-utils and if it wasn't for the fact that Fedora > reviews take 666 days I'd be happy with that. > I think it's crappy that people changed what "kmod" meant, and didn't > tell anyone here before or after making that change ... so that might be > a good reason to rm the plugin. > > On the whole I'd be happy if someone deleted them all, but I reserve > the right to feel kinder next week :) >
Red Hat uses the kabi stuff which is not what the fedorakmod package was designed to handle and therefore its patched. https://svn.linux.ncsu.edu/svn/clspackages/rpms/yum-utils/EL5/kmod-kabi.patch Its never been upstream and I'm not sure how well it works. I'd like to propose that if RHEL wants to use the kabi method that a plugin espeically for that method be written/used. I'm using kmods heavily to support OpenAFS, OpenVM Tools, and EMC certififed qlogic drivers. However, I have no problem removing fedorakmod, but I seem to have never gotten commit access back after the great move to baseurl. The latest kmod stuff is in RPMFusion land. I guess I'll have to break down and subscribe to their lists to participate in any kernel module packaging standards. Gah, I wrote this thing to solve the 2 "corner cases" that RPMFusion documents. (Which are pretty major when supporting a few thousand machines with kernel modules.) Sigh, I'm getting bitter in my old age. Jack -- Jack Neely <jjne...@ncsu.edu> Linux Czar, OIT Campus Linux Services Office of Information Technology, NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89 _______________________________________________ Yum-devel mailing list Yum-devel@lists.baseurl.org http://lists.baseurl.org/mailman/listinfo/yum-devel