Re: atrpms kernel modules

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On Tue, 2006-07-18 at 03:24 +0200, Axel Thimm wrote:
> On Mon, Jul 17, 2006 at 11:42:46PM +0200, Eric Tanguy wrote:
> > When i upgrade a kernel on my system, i have to install manually
> > (nothing available as yum update) the kernel module ? At least it is
> > what i need to do with spca5xx-kmdl-2.6.17-1.2157_FC5.i686. Why this is
> > not do by yum update ?

> Because such packages have a two-dimensional evr (one for the kernel
> and one for the module itself) and neither rpm, nor any higher
> depsolver supports this (other than apt & lua).

	Funny...  Livna doesn't seem to have this problem.

> But it's not a real problem, on ATrpms' archives you'll find
> three-line recipes that effectively do what you want it to do.

	Ok...  You got some URL's or even some search terms or are we just
suppose to spider the archives?  I just spent some time on your site
(having just gone through this nightmare with the Zaptel lkms package)
and I can't find it.  I could definitely use a three-line recipe that
will update chunks from ATrpms which catch the kernel modules and DON'T
attempt to dick with the rest of my system.

	Funny...  I don't have this problem with Livna and I'm downloading more
kernel modules from Livna than ATrpms.  And I can't just do a general
"update" from ATrpms either since it tries to update half the known
universe when everything is already up to date and I've only installed
Asterisk/Zaptel and MythTV from ATrpms.

	With Livna and Extras enabled, everything on my system is up to date.
Enable ATrpms and do an update, and half the time it tells me it wants
to update dozens of packages that I never installed from ATrpms in the
first place and I don't WANT updated from ATrpms.  The rest of the time
I get some failure like I see now...

	: - several cycles of dependency resolution and transaction checking...

--> Running transaction check
--> Processing Dependency: ocaml = 3.09.2-1.fc5 for package: labltk
--> Processing Dependency: lame = 3.96.1-6.lvn5 for package: lame-mp3x
--> Finished Dependency Resolution
Error: Missing Dependency: ocaml = 3.09.2-1.fc5 is needed by package labltk
Error: Missing Dependency: lame = 3.96.1-6.lvn5 is needed by package lame-mp3x

	(I'm looking at most of what it wanted to update and I'm coming to the
conclusion that ATrpms and Livna have never learned to play nicey nicey
in the same sandbox).

	None of this stuff was part of anything I ever installed from ATrpms.
I have to be real careful and selective about anything I install from
that repository.  I've been in dependency hell too often after making
that mistake and the above is an illustration why.

	If I am totally up to date with the other repositories, why in the name
of Budda does ATrpm try to update stuff that was never installed from
ATrpms in the first place and then dick up the dependencies????

	This is all I have installed from ATrpms...

[[email protected] ~]# rpm -qa | grep at$

	Why does it insist on updating anything else?  On top of all that, it
didn't even properly update one of the packages (spandsp) based on, what
should have been, a dependency from asterisk.  I had to go back and
manually update that to correct for some problems with the recent
Asterisk update.

	I need a KYFHO option for yum and ATrpms to only update packages
installed from ATrpms and KYFHO any packages which were NOT installed
from ATrpms.  Maybe one of your "three line scripts" has a qualifier to
only update packages from ATrpms that ends with .at$ on the installed
system?  Now that would be nice.

Michael H. Warfield (AI4NB) | (770) 985-6132 |  [email protected]
   /\/\|=mhw=|\/\/          | (678) 463-0932 |
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0xDF1DD471        | possible worlds.  A pessimist is sure of it!

Attachment: signature.asc
Description: This is a digitally signed message part

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux