Le mardi 18 juillet 2006 à 10:41 +0200, Axel Thimm a écrit :
> On Mon, Jul 17, 2006 at 10:57:28PM -0400, Michael H. Warfield wrote:
> > On Tue, 2006-07-18 at 03:24 +0200, Axel Thimm wrote:
> > > 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.
> >
> > Funny... Livna doesn't seem to have this problem.
> >
> > Ok... You got some URL's or even some search terms or are we just
> > suppose to spider the archives?
>
> On Tue, Jul 18, 2006 at 09:10:20AM +0200, Eric Tanguy wrote:
> > I don't have this problem with kernel module from livna but it does not
> > matter. If there is a recipe to do this, can you please give me a more
> > precise pointer and maybe this recipe need to be somewhere on your
> > website.
> > Eric
>
> The issues are with upgrading within a kernel and coinstalling for
> different kernels. If you merge the two different versions then the
> system can never know whether the packages are to be coinstalled or
> replaced and upgraded. *Both* operations are required. ATrpms solves
> this by requiring one to be done manually. If you merge the versions
> you either sacrifice upgrades within a kernel line or supporting
> concurrently installed kernels.
>
> Here is a more elaborate script ripped out of my own
> anaconda/reinstall system:
>
> kernels=`rpm -qf /boot/vmlinuz-* | grep -v "^file .* is not owned by any package"`
> uname_rs=`rpm -ql $kernels | grep ^/boot/vmlinuz- | sed -e's,^/boot/vmlinuz-\(.*\)$,\1,'`
> for kmdl in `rpm -qa \*kmdl\* | sed -e's,-kmdl-.*,-kmdl,' | sort -u`;
> do
> for uname_r in $uname_rs; do
> package=${kmdl}-$uname_r
> rpm -q $package > /dev/null 2>&1 || echo $package
> done
> done | xargs -r smart install -y
Ok this script seems to use smart. is it working with yum ? How is this
problem handled by livna because it works fine using this repo : the
kernel modules are installed and not updated when i install a new kernel
and are removed when the kernel is removed. Why the same system is not
used on atrpms ?
>
> It will coinstall kmdls for any newly installed kernel, even an older
> one.
>
> On Mon, Jul 17, 2006 at 10:57:28PM -0400, Michael H. Warfield wrote:
> > --> 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).
>
> I think this conclusion is wrong. In your example above there isn't
> any ATrpms package. Also livna and ATrpms are at good terms, even
> though incompatibilites between different repos may always arise. But
> even here the maintainers are thinking of better solutions. Still the
> above example has no ATrpms in it, so it is not from the
> incompatibilities category.
>
> > I've been in dependency hell too often after making that mistake and
> > the above is an illustration why.
>
> You should perhaps try using smart instead of yum. At the very least
> it will not bail out and you will get a better understanding of which
> package was trying to block the upgrade process.
>
> > 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????
>
> Sorry, see above, there is nothing from ATrpms trying to install.
Eric
