> If anybody else has ideas what also could or should be tested send a > mail and I'll add it. > > ####################### > Adding a repo with > > > ndiswrapper-1.1-1.i386.rpm > > kernel-module-ndiswrapper-1.1-1.2.6.11_1.1369_FC4.i686.rpm > > kernel-module-ndiswrapper-1.1-1.2.6.11_1.1369_FC4smp.i686.rpm > > in it and typing > > ># yum --disablerepo=updates-released --enablerepo=step_1 install 'kernel-module-ndiswrapper' > > will result in: > > > [...] > > Dependencies Resolved > > > > ============================================================================= > > Package Arch Version Repository > > Size > > ============================================================================= > > Installing: > > kernel-module-ndiswrapper i686 1.1-1.2.6.11_1.1369_FC4smp > > step_1 3.3 k > > Installing for dependencies: > > kernel-smp i686 2.6.11-1.1369_FC4 base > > 13 M > > ndiswrapper i386 1.1-1 step_1 > > 22 k > > > > Transaction Summary > > ============================================================================= > > Install 3 Package(s)his > > [...] > > Seems yum prefers to install the kernel-module for the smp kernel and > therefor also installs that kernel even when a UP-Kernel is installed > already. Not very nice :-( how should yum have known which of those two you wanted? what are the clues it should use to know which of those to install? They're both named the same thing. > ####################### > Nearly the same problem as above happened when I used > > ># yum --disablerepo=updates-released --enablerepo=step_1 ndiswrapper > > > [...] > > Dependencies Resolved > > > > ============================================================================= > > Package Arch Version Repository > > Size > > ============================================================================= > > Installing: > > ndiswrapper i386 1.1-1 step_1 > > 22 k > > Installing for dependencies: > > kernel-module-ndiswrapper i686 1.1-1.2.6.11_1.1369_FC4smp > > step_1 3.3 k > > kernel-smp i686 2.6.11-1.1369_FC4 base > > 13 M > > > > Transaction Summary > > ============================================================================= > > Install 3 Package(s) > > [...] > > > > ####################### > Okay, next test; Both UP- and SMP-Kernel are installed now (as it > normally is the case on SMP-Systems). typing > > > # yum --disablerepo=updates-released --enablerepo=step_1 install 'kernel-module-ndiswrapper' > or > > # yum --disablerepo=updates-released --enablerepo=step_1 ndiswrapper > will result in something like this: > > > [...] > > Dependencies Resolved > > > > ============================================================================= > > Package Arch Version Repository > > Size > > ============================================================================= > > Installing: > > kernel-module-ndiswrapper i686 1.1-1.2.6.11_1.1369_FC4smp > > step_1 3.3 k > > Installing for dependencies: > > ndiswrapper i386 1.1-1 step_1 > > 22 k > > > > Transaction Summary > > ============================================================================= > > Install 2 Package(s) > > [...] > > In and ideal world yum would install modules for both up and smp in that > case. okay but HOW can it know? You've described what you see as problem but you haven't described any way yum can know about what's you think _should_ be going on. > Note: The problems described up until here probably can happen with the > naming schemes currently used by Livna (where uname is in the name of > the package, e.g. > kernel-module-ndiswrapper-2.6.11_1.1369_FC4smp-1.1-1.i686.rpm), too. We > had some of those problems in the past. > > ####################### > Next test (only with SMP-kernel): New Ndiswrapper-Version. This is in > the repo now: > > > kernel-module-ndiswrapper-1.1-1.2.6.11_1.1369_FC4.i686.rpm > > kernel-module-ndiswrapper-1.1-1.2.6.11_1.1369_FC4smp.i686.rpm > > kernel-module-ndiswrapper-1.1-2.2.6.11_1.1369_FC4.i686.rpm > > kernel-module-ndiswrapper-1.1-2.2.6.11_1.1369_FC4smp.i686.rpm > > ndiswrapper-1.1-1.i386.rpm > > ndiswrapper-1.1-2.i386.rpm > > Works now! Did not with older yum version. Problem was: kernel-modules > normally are installed, not updated. But in this case the pgk needs to > be updated cause the files in the package would conflict otherwise. is this item marked as provided 'kernel-module'? > Yum installs the new kernel, new ndiswrapper and new > kernel-module-ndiswrapper (as it should). But here we hit a problem with > our proposal. Older kernel-module-versions stay installed, but they > probably won't work with the new ndiswrapper-utils-package (maybe not in > the case of ndiswrapper, but ati-fglrx, nvidia-glx, qemu and other pkg. > likely will have this problem). I thought a Obsoletes in the > kernel-module-ndiswraper.spec like the following might help: > so you think yum should remove other, older kernel modules even though it doesn't have the info available to know to do that? > But huuuh, why are they still installed? afterwards? I'm not sure I understand the case you're describing here. the biggest problem with the kernel-module packaging discussion is that all of the solutions y'all have come up with have been excruciatingly complex. We've discussed them on the yum-devel list and the result is 'ugh, these are painful' both to implement the code for and to develop the packages themselves. I'm not sure any solution will match up to everyone's concept of 'correct'. -sv -- Fedora-packaging mailing list Fedora-packaging@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-packaging
