Summary: | opengl-update-2.1.1 and ati-drivers-8.8.25-r3 block each other | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joshua Megerman <gentoo> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Joshua Megerman
2005-02-10 09:34:31 UTC
solution: emerge -C ati-drivers, emerge opengl-update, emerge ati-drivers. Same bug here and the given solution doesn't work for me. Works if you add media-video/ati-drivers to package.keywords You shouldn't have to do that for packages marked as stable. Bastian, what error is it giving you? If you unmerge the package the block should no longer exist...you sure you're merging in the order that Donnie described? I have the same problem. xorg-x11, ati-drivers and opengl-update installed as stable (x86) and now Calculating dependencies ...done! [blocks B ] <media-video/ati-drivers-8.8.25-r3 (is blocking x11-base/opengl-update-2.1.1-r1) [ebuild R ] x11-base/opengl-update-2.1.1-r1 0 kB Because stable opengl-update-2.1.1-r1 RDEPENDS="!<media-video/ati-drivers-8.8.25-r3" but media-video/ati-drivers-8.8.25-r3 is UNSTABLE (~x86). Maybe vapier should update opengl-update-2.1.1-r1.ebuild to depends on ati-drivers-8.8.25, which is stable (x86)? Or absinthe should mark ati-drivers-8.8.25-r3 stable (x86):) IMHO. Or I could accept ~x86 ati-drivers. What's the best solution (I don't mean the simplest but the best from portage view:)) I updated opengl-update and ati-drviers using the Donnie's solution, but now, when I want to do emerge -puvD world, it blocks again. Luca, can you stable -r3? All these inderdependencies that can't be caught by repoman annoy the hell out of me. @Joshua Yes, I did it absolute exactly like Donnnie described and it doesn't work. I'll try it a second time later this day and then I also can give you a better bug report and status messages. My situation seems to be this: gentoo root # emerge -Duva world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] <media-video/ati-drivers-8.8.25-r3 (is blocking x11-base/opengl-update-2.1.1-r1) [ebuild U ] sys-apps/texinfo-4.8 [4.7-r1] -build -debug +nls -static 1,486 kB [ebuild U ] sys-libs/db-1.85-r2 [1.85-r1] 14 kB [ebuild U ] sys-libs/glibc-2.3.4.20041102-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck -nptl -nptlonly -pic + serlocales 2,963 kB [ebuild U ] x11-libs/pango-1.8.1 [1.8.0] -debug +doc -static 973 kB [ebuild U ] net-libs/openslp-1.2.1 [1.0.11] 865 kB [ebuild U ] kde-base/kdelibs-3.3.2-r7 [3.3.2-r5] +alsa -arts +cups -debug +doc +ipv6 -kdeenablefinal -kerberos +ldap +spell +ssl +tiff -xinerama 0 kB [ebuild U ] media-sound/grip-3.3.0 [3.2.0] -debug +nls +oggvorbis 776 kB [ebuild U ] net-misc/openssh-3.9_p1-r2 [3.9_p1-r1] -X509 -chroot -debug +ipv6 -kerberos +ldap -nocxx +pam (-selinux) -sftplogging -skey -smartcard -stat c +tcpd 0 kB [ebuild UD] media-gfx/gimp-print-4.2.7 [5.0.0_beta3] +cups +foomaticdb +gtk +nls +ppds +readline 0 kB [ebuild NS ] dev-libs/libsigc++-2.0.5 -debug 1,753 kB [ebuild N ] dev-cpp/glibmm-2.4.4 -debug 788 kB [ebuild NS ] dev-cpp/gtkmm-2.4.8 -debug 3,961 kB [ebuild UD] media-video/transcode-0.6.11 [0.6.14] +3dnow +X (-altivec) +avi -debug +encode +mmx +mpeg +quicktime +sdl +sse 0 kB Total size of downloads: 13,583 kB !!! Error: The above package list contains packages which cannot be installed !!! on the same system. gentoo root # emerge -uva world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] sys-libs/db-1.85-r2 [1.85-r1] 14 kB [ebuild U ] media-sound/grip-3.3.0 [3.2.0] -debug +nls +oggvorbis 776 kB [ebuild U ] sys-apps/texinfo-4.8 [4.7-r1] -build -debug +nls -static 1,486 kB [ebuild U ] net-misc/openssh-3.9_p1-r2 [3.9_p1-r1] -X509 -chroot -debug +ipv6 -kerberos +ldap -nocxx +pam (-selinux) -sftplogging -skey -smartcard -stat c +tcpd 0 kB [ebuild U ] sys-libs/glibc-2.3.4.20041102-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck -nptl -nptlonly -pic + serlocales 2,963 kB [ebuild NS ] dev-libs/libsigc++-2.0.5 -debug 1,753 kB [ebuild N ] dev-cpp/glibmm-2.4.4 -debug 788 kB [ebuild NS ] dev-cpp/gtkmm-2.4.8 -debug 3,961 kB Total size of downloads: 11,745 kB Do you want me to merge these packages? [Yes/No] n Quitting. opengl-update is a dependency for xorg-x11, so it won't show up necessarily unless you do -D like your first emerge. I would follow Donnie's instructions even though neither package seems to be showing up. Also, I see that you have some packages that want to downgrade. You should add any testing-level packages to /etc/portage/package.use to prevent that, and to allow them to upgrade properly. Way back when the initial solution was suggested I did exactly that - removed the ati-drivers, upgraded opengl-update and then remerged the ati-drivers - and it worked just fine. But that was then so I don't know if the portage tree updates have cause other problems. However, I would like to point out that as I am running a Gentoo Linux system, and not Microsoft Windows, the "solution" of "oh, you have to uninstall the software first before upgrading it" seems a little backwards. I can understand that perhaps you can't only upgrade _one_ of the two components that have recursive dependancies at runtime (since it appears that neither opengl-update nor ati-drivers _compile_ against the other), but you should be able to say "emerge ati-drivers opengl-update" and get it to upgrade _both_. I am aware that this is not ideal, but it seem to be a better solution than having to uninstall something before reinstalling an upgraded version... My $0.02 - just enough to count to 3 in binary :) As I promised you I tried the given solution by Donnie again. Here's what I did: 1. emerge sync && emerge -puD world Output: [blocks B ] <media-video/ati-drivers-8.8.25-r3 (is blocking x11-base/opengl-update-2.1.1-r1) 2. emerge -C ati-drivers && emerge opengl-update && emerge ati-drivers No errors. Everything fine. 3. emerge -puD world Output: [blocks B ] <media-video/ati-drivers-8.8.25-r3 (is blocking x11-base/opengl-update-2.1.1-r1) So the given solution doesn't work for me as I told you. :( Any other solutions I could try? Which ati-drivers do you have installed? I have the same problem. emerge -puD world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] <media-video/ati-drivers-8.8.25-r3 (is blocking x11-base/opengl-update-2.1.1-r1) [ebuild U ] x11-libs/pango-1.8.1 [1.8.0] [ebuild N ] media-gfx/xli-1.17.0-r1 [ebuild U ] app-crypt/gnupg-1.4.1 [1.2.6] [ebuild U ] media-video/realplayer-10.0.3 [8-r7] [ebuild U ] app-emulation/wine-20050111-r1 [20050111] The problem is, that stable opengl-update-2.1.1-r1 has RDEPEND="...!<media-video/ati-drivers-8.8.25-r3...". I think this means "not ati-drivers of version less than 8.8.25-r3". But ati-drivers-8.8.25-r3 is ~x86 and the latest stable ati-drivers is 8.8.25. And here is the problem. Stable opengl-update needs unstable ati-drivers (and I don't have it in package.keywords). There are two solutions: 1) to change dependency in opengl-update on ati-drivers-8.8.25 (stable) 2) to make ati-drivers-8.8.25-r3 stable. Can anyone do one of these two solutions? Is there any problem to do it? Donnie, After uninstalling the x86 stable ati-drivers-8.8.25, successfully updating opengl-update and then successfully installing x86 stable ati-drivers-8.8.25 (not the r3 version) the emerge -puDv still fails as in the comment #11. emerge -puDv world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] <media-video/ati-drivers-8.8.25-r3 (is blocking x11-base/opengl-update-2.1.1-r1) [ebuild U ] sys-libs/gpm-1.20.1-r4 [1.20.1] (-selinux) 561 kB [ebuild U ] sys-devel/m4-1.4.2-r1 [1.4.1] +nls 337 kB [ebuild U ] sys-devel/bc-1.06-r6 [1.06-r5] -debug +readline -static 272 kB [ebuild U ] sys-libs/db-1.85-r2 [1.85-r1] 279 kB [ebuild U ] sys-apps/miscfiles-1.4.2 [1.3-r1] -minimal 1,489 kB [ebuild U ] sys-libs/cracklib-2.7-r11 [2.7-r10] -debug -minimal +pam 20 kB [ebuild U ] media-libs/freetype-2.1.9-r1 [2.1.5-r1] -bindist -debug -doc +zlib 969 kB [ebuild U ] x11-base/xorg-x11-6.8.2-r1 [6.8.0-r4] -3dfx -3dnow +bitmap-fonts -cjk -debug -dlloader -dmx -doc +font-server -hardened -insecure-drivers +ipv6-minimal -mmx +nls +opengl +pam -sdk -sse -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 45,105 kB Accepting ~x86 ati-drivers version 8.10.19 works well on my PC - the ATI DRM module compiles against the latest stable 2.6.11-gentoo-r4 kernel. And there are no longer any conflicts with opengl-update. The system appears to be normal with ~x86 ati-drivers. The DRM seems to be working (I haven't found any issues with it yet). I also use 8.10 on my desktop without an issue. Found 'em slightly faster too... Okay, if the new (~x86) ati-drivers are working fine for be happy but that's not what we discuss here, or? http://bugs.gentoo.org/show_bug.cgi?id=81513#c13 http://bugs.gentoo.org/show_bug.cgi?id=81513#c14 This is what I thought too and I've installed the stable not the rc3. Bastian, The ati-drivers-8.8.25 (and ati-drivers-8.8.25-r3) seem to be failing to build the DRM module against the current stable 2.6.11-gentoo-r4 kernel. So even if the portage dependency with ati-drivers were to be fixed so that the stable version is still 8.8.25, there would be a new problem with a lost 3D acceleration! The only ati-drivers that build successfully the DRM module is the latest unstable 8.10.19... So one way or another there is always a problem, unless one chooses to accept the latest unstable ati-drivers 8.10.19 (maybe they can be marked stable by the Gentoo team, I don't know). regards Chris I use vanilla-2.4.28 drivers. My question is why stable ebuild (opengl-update-2.1.1-r1) depends on unstable ebuild (ati-drivers-8.8.25-r3) using RDEPEND string "!<media-video/ati-drivers-8.8.25-r3" and can anyone to repair this either change dependency to ati-drivers-8.8.25? I have now opengl-update-2.1.1-r1 and ati-drivers-8.8.25 and it works. So probably the RDEPEND string is too strict. Or should I create my own opengl-update-2.1.1-r1.ebuild and update RDEPEND to correct form? Just tell me: will someone repair it tomorrow or not? This problem is since 2005/2/10 and solutions are simple and known. OK, now I see in RSS the ati-drivers-8.10.19 is stable:) OK, forget my last post:) the ebuilds remaining in portage don't block eachother. actually, this should be a dupe *** This bug has been marked as a duplicate of 79606 *** |