Re: [gentoo-user] qt blockages...
2009/1/19 KH gentoo-u...@konstantinhansen.de: This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 [snip some other qt-split-packages] What did I miss? This results in an infinite circle of unmerging and emerging. I don't think --with-bdeps will solve this issue as qt- packages are no build-time-dependencies they are needed at runtime too. Did the affected packages got installed by your previous emerge world command. My guess is that depclean wants to remove this packages because they are simply not needed by other packages. Did they really get pulled in when doing another world update after removing the packages? Maybe checking again your world file or the files in /etc/portage/package.* for something suspicious is a good idea here. -- Regards, Daniel
Re: [gentoo-user] qt blockages...
Daniel Pielmeier schrieb: 2009/1/19 KH gentoo-u...@konstantinhansen.de: This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 [snip some other qt-split-packages] What did I miss? This results in an infinite circle of unmerging and emerging. I don't think --with-bdeps will solve this issue as qt- packages are no build-time-dependencies they are needed at runtime too. Did the affected packages got installed by your previous emerge world command. My guess is that depclean wants to remove this packages because they are simply not needed by other packages. Did they really get pulled in when doing another world update after removing the packages? Maybe checking again your world file or the files in /etc/portage/package.* for something suspicious is a good idea here. Hi, yes I had the blocker when running emerge -DuavN world . I unmerged qt-4.3* and ran emerge -DuavN world again. That brought in the qt-4.4.2. Tho investigate further: equery d x11-libs/qt [ Searching for packages depending on x11-libs/qt... ] app-crypt/pinentry-0.7.5 (qt3? x11-libs/qt:3) app-text/poppler-bindings-0.8.7 (qt3? =x11-libs/qt-3.3:3) (qt4? =x11-libs/qt-4.3:4) media-video/vlc-0.9.8a (qt4? =x11-libs/qt-4.3*:4) (skins? =x11-libs/qt-4.3*:4) net-im/skype-2.0.0.63 (x86 !qt-static? =x11-libs/qt-4.3*:4) Those are still depending on qt-4.3* but non are depending on 4.4.2. I will try an emerge -1av skype to learn what it will depend on afterwards. kh
Re: [gentoo-user] qt blockages...
2009/1/20 KH gentoo-u...@konstantinhansen.de: Hi, yes I had the blocker when running emerge -DuavN world . I unmerged qt-4.3* and ran emerge -DuavN world again. That brought in the qt-4.4.2. Tho investigate further: equery d x11-libs/qt [ Searching for packages depending on x11-libs/qt... ] app-crypt/pinentry-0.7.5 (qt3? x11-libs/qt:3) app-text/poppler-bindings-0.8.7 (qt3? =x11-libs/qt-3.3:3) (qt4? =x11-libs/qt-4.3:4) media-video/vlc-0.9.8a (qt4? =x11-libs/qt-4.3*:4) (skins? =x11-libs/qt-4.3*:4) net-im/skype-2.0.0.63 (x86 !qt-static? =x11-libs/qt-4.3*:4) Those are still depending on qt-4.3* but non are depending on 4.4.2. The output of equery is plain wrong. Take a look in the ebuilds to see the real dependencies. All these apps have been ported to the qt-split ebuilds already. I did not ask about the blocker, instead I asked how the packages affected by depclean got on your system? Maybe you did emerge --oneshot qt or something similar. A world update wont pull in the x11-libs/qt-4.4.2 meta ebuild as no ebuild in the tree should depend directly on meta ebuilds. And again are they pulled in by emerge world after removal. If yes this is either a bug or you something misconfigured. -- Regards, Daniel
Re: [gentoo-user] qt blockages...
On Mon, 19 Jan 2009 17:36:58 -0800, Nickolas Fortino wrote: using --with-bdeps=y would certainly work (and in the interest of full disclosure is what I do), but it shouldn't be necessary. Having emerge --depclean remove build dependencies should be ok. Afterwards, emerge -avuDN world should do nothing, as although the build dependencies for packages are missing, the world packages themselves don't need rebuilding, so there is nothing to do. depclean wouldn't remove them in the first place,because the default setting for with-bdeps is y when using --depclean. Using thedefault just means that build time dependencies won't be updated on a world update, deep or otherwise, unless the package depending on them is updated. -- Neil Bothwick Reboot America. signature.asc Description: PGP signature
Re: [gentoo-user] qt blockages...
On Tue, Jan 20, 2009 at 12:11 AM, KH gentoo-u...@konstantinhansen.dewrote: Daniel Pielmeier schrieb: 2009/1/19 KH gentoo-u...@konstantinhansen.de: This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 [snip some other qt-split-packages] What did I miss? This results in an infinite circle of unmerging and emerging. I don't think --with-bdeps will solve this issue as qt- packages are no build-time-dependencies they are needed at runtime too. Did the affected packages got installed by your previous emerge world command. My guess is that depclean wants to remove this packages because they are simply not needed by other packages. Did they really get pulled in when doing another world update after removing the packages? Maybe checking again your world file or the files in /etc/portage/package.* for something suspicious is a good idea here. Hi, yes I had the blocker when running emerge -DuavN world . I unmerged qt-4.3* and ran emerge -DuavN world again. That brought in the qt-4.4.2. Tho investigate further: equery d x11-libs/qt [ Searching for packages depending on x11-libs/qt... ] app-crypt/pinentry-0.7.5 (qt3? x11-libs/qt:3) app-text/poppler-bindings-0.8.7 (qt3? =x11-libs/qt-3.3:3) (qt4? =x11-libs/qt-4.3:4) media-video/vlc-0.9.8a (qt4? =x11-libs/qt-4.3*:4) (skins? =x11-libs/qt-4.3*:4) net-im/skype-2.0.0.63 (x86 !qt-static? =x11-libs/qt-4.3*:4) Those are still depending on qt-4.3* but non are depending on 4.4.2. I will try an emerge -1av skype to learn what it will depend on afterwards. kh You seem to have missed the point of this upgrade. The qt packages were split, as the single qt package was huge, without good reason. The ideal sequence of events (as I understand it) was: 1. qt-4.3.3 and split packages given mutual exclusion depends. 2. All packages depending on qt-4.3.3 get updated to having an || dependency between qt-4.3.3 and the correct split components. 3. split components stabilized, and qt-4.3.3 simultaneously masked (thus, no blockages, everyone upgrades) 4. qt-4.4.2 kept around for backward compatibility/badly formed e-builds, but is only a virtual package (check it out, it only has dependencies) Somehow, 2 didn't get finished, causing the masking in 3 to get dropped, hence the blocking. Nothing should ever need to depend on qt-4.4, as only needed components should be pulled in. Reference: http://bugs.gentoo.org/show_bug.cgi?id=248038 As has been pointed out, equery d is not a good indicator of dependency. Use emerge -pv --depclean atom for a real indication (equery does a grep of the ebuild file, emerge only reports active dependencies, which is what most people care about. I've been tempted to file a bug for a while, but this seems to be the accepted behavior). Nick
Re: [gentoo-user] qt blockages...
Nickolas Fortino schrieb: On Tue, Jan 20, 2009 at 12:11 AM, KH gentoo-u...@konstantinhansen.de mailto:gentoo-u...@konstantinhansen.de wrote: Daniel Pielmeier schrieb: 2009/1/19 KH gentoo-u...@konstantinhansen.de mailto:gentoo-u...@konstantinhansen.de: This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 [snip some other qt-split-packages] What did I miss? This results in an infinite circle of unmerging and emerging. I don't think --with-bdeps will solve this issue as qt- packages are no build-time-dependencies they are needed at runtime too. Did the affected packages got installed by your previous emerge world command. My guess is that depclean wants to remove this packages because they are simply not needed by other packages. Did they really get pulled in when doing another world update after removing the packages? Maybe checking again your world file or the files in /etc/portage/package.* for something suspicious is a good idea here. Hi, yes I had the blocker when running emerge -DuavN world . I unmerged qt-4.3* and ran emerge -DuavN world again. That brought in the qt-4.4.2. Tho investigate further: equery d x11-libs/qt [ Searching for packages depending on x11-libs/qt... ] app-crypt/pinentry-0.7.5 (qt3? x11-libs/qt:3) app-text/poppler-bindings-0.8.7 (qt3? =x11-libs/qt-3.3:3) (qt4? =x11-libs/qt-4.3:4) media-video/vlc-0.9.8a (qt4? =x11-libs/qt-4.3*:4) (skins? =x11-libs/qt-4.3*:4) net-im/skype-2.0.0.63 (x86 !qt-static? =x11-libs/qt-4.3*:4) Those are still depending on qt-4.3* but non are depending on 4.4.2. I will try an emerge -1av skype to learn what it will depend on afterwards. kh You seem to have missed the point of this upgrade. The qt packages were split, as the single qt package was huge, without good reason. The ideal sequence of events (as I understand it) was: 1. qt-4.3.3 and split packages given mutual exclusion depends. 2. All packages depending on qt-4.3.3 get updated to having an || dependency between qt-4.3.3 and the correct split components. 3. split components stabilized, and qt-4.3.3 simultaneously masked (thus, no blockages, everyone upgrades) 4. qt-4.4.2 kept around for backward compatibility/badly formed e-builds, but is only a virtual package (check it out, it only has dependencies) Somehow, 2 didn't get finished, causing the masking in 3 to get dropped, hence the blocking. Nothing should ever need to depend on qt-4.4, as only needed components should be pulled in. Reference: http://bugs.gentoo.org/show_bug.cgi?id=248038 As has been pointed out, equery d is not a good indicator of dependency. Use emerge -pv --depclean atom for a real indication (equery does a grep of the ebuild file, emerge only reports active dependencies, which is what most people care about. I've been tempted to file a bug for a while, but this seems to be the accepted behavior). Nick So I just did an new emerge --sync what solved the problem. qt-4.4.2 is unmerged by depclean and world is not bringing it in again. Thanks for all the help
Re: [gentoo-user] qt blockages...
2009/1/19 Dave Jones dave.jo...@xs4all.nl: Mick wrote on 19/01/09 11:31: Unfortunately mine is not as easy: == [snip ...] == I am running vlc-0.9.8a which is the only one available. How could I go about this? I had a similar problem here. emerge -C qt-4.3.3 emerge -auDNv1 qt emerge -av vlc emerge -auDNv world Did the trick for me. Thank you Dave! :) This worked a treat. -- Regards, Mick
Re: [gentoo-user] qt blockages...
2009/1/18 Mark Knecht markkne...@gmail.com: Indeed, I do have 4.3.3 installed and it is masked. I guess this must be one of those cases where the devs decided they didn't like something they used to like as I didn't do anything to unmask it myself. I removed it and the blockages for emerge system have gone. Unfortunately mine is not as easy: == x11-libs/qt:4 ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by =x11-libs/qt-4.3*:4 required by ('installed', '/', 'media-video/vlc-0.9.8a', 'nomerge') =x11-libs/qt-4.3*:4 required by ('installed', '/', 'net-im/skype-2.0.0.63', 'nomerge') =x11-libs/qt-4.3*:4 required by ('ebuild', '/', 'x11-libs/qscintilla-2.3.2', 'merge') (and 3 more) ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') =x11-libs/qt-4* required by ('installed', '/', 'net-wireless/wpa_supplicant-0.5.7', 'nomerge') x11-libs/qt required by world == I am running vlc-0.9.8a which is the only one available. How could I go about this? -- Regards, Mick
Re: [gentoo-user] qt blockages...
On Monday 19 January 2009 13:58:26 Dave Jones wrote: Mick wrote on 19/01/09 11:31: 2009/1/18 Mark Knecht markkne...@gmail.com: Indeed, I do have 4.3.3 installed and it is masked. I guess this must be one of those cases where the devs decided they didn't like something they used to like as I didn't do anything to unmask it myself. I removed it and the blockages for emerge system have gone. Unfortunately mine is not as easy: == x11-libs/qt:4 ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by =x11-libs/qt-4.3*:4 required by ('installed', '/', 'media-video/vlc-0.9.8a', 'nomerge') =x11-libs/qt-4.3*:4 required by ('installed', '/', 'net-im/skype-2.0.0.63', 'nomerge') =x11-libs/qt-4.3*:4 required by ('ebuild', '/', 'x11-libs/qscintilla-2.3.2', 'merge') (and 3 more) ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') =x11-libs/qt-4* required by ('installed', '/', 'net-wireless/wpa_supplicant-0.5.7', 'nomerge') x11-libs/qt required by world == I am running vlc-0.9.8a which is the only one available. How could I go about this? I had a similar problem here. emerge -C qt-4.3.3 emerge -auDNv1 qt emerge -av vlc emerge -auDNv world Did the trick for me. My vlc USE flags: X a52 aac alsa cdda cddb cdio dbus dvd ffmpeg flac hal httpd libgcrypt libnotify matroska mmx mp3 mpeg ncurses nsplugin ogg opengl png qt4 samba sdl sse stream svg theora truetype vcd vorbis win32codecs xml xv As an additional benefit, since the update to the new qt4 libraries the VLC UI buttons are not messed up any more. (bug 246116) Cheers, Dave Since qt has been move from meta-package to separate split packages, you should unemerge qt-4.3* and then emerge the split packages. Having split packages is a great implementation ,so dont shoot the developers. -- Markos Chandras (hwoarang)
Re: [gentoo-user] qt blockages...
Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark
Re: [gentoo-user] qt blockages...
Mark Knecht wrote: On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark +1 I added that to my make.conf a while ago and it helped with a lot of this sort of thing. Wonder if it should be a default thing? Dale :-) :-)
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 5:13 PM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark +1 I added that to my make.conf a while ago and it helped with a lot of this sort of thing. Wonder if it should be a default thing? Dale :-) :-) Could also be that you don't have slots defined for some of those in your world? for example do you have qt or qt:3 etc?
Re: [gentoo-user] qt blockages...
Paul Hartman wrote: On Mon, Jan 19, 2009 at 5:13 PM, Dale rdalek1...@gmail.com wrote: +1 I added that to my make.conf a while ago and it helped with a lot of this sort of thing. Wonder if it should be a default thing? Dale :-) :-) Could also be that you don't have slots defined for some of those in your world? for example do you have qt or qt:3 etc? I don't appear to have anything qt related in my world file. r...@smoker / # cat /var/lib/portage/world | grep qt r...@smoker / # The reason I added that a while back was not related to qt but was doing a circle thing with --depclean wanting to remove packages and then -uvDN wanting to put them back again. Adding the --with-bdeps y fixed the problem and I haven't had the problem since. Hence the question, should this be a default option? I'm not the only one that has ran into this. Dale :-) :-)
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 4:18 PM, Dale rdalek1...@gmail.com wrote: SNIP Hence the question, should this be a default option? I'm not the only one that has ran into this. Dale Maybe it's a forest for trees thing but it's in the man page and shows up early in Gentoo Portage documentation: http://www.gentoo.org/proj/en/portage/doc/faq.xml I don't think it's required for all folks so I don't think it should be default. It does result in longer emerge cycles as it grabs and builds more code on average. Many folks might not want that. Just my thoughts, Mark
Re: [gentoo-user] qt blockages...
On Mon, 19 Jan 2009 18:18:10 -0600, Dale wrote: Could also be that you don't have slots defined for some of those in your world? for example do you have qt or qt:3 etc? I don't appear to have anything qt related in my world file. Nor should you. Unless you are developing QT software, or have some arcane QT package built from source, you should only have QT installed as a dependency. -- Neil Bothwick Better to understand a little than to misunderstand a lot. signature.asc Description: PGP signature
Re: [gentoo-user] qt blockages...
Mark Knecht wrote: On Mon, Jan 19, 2009 at 4:18 PM, Dale rdalek1...@gmail.com wrote: SNIP Hence the question, should this be a default option? I'm not the only one that has ran into this. Dale Maybe it's a forest for trees thing but it's in the man page and shows up early in Gentoo Portage documentation: http://www.gentoo.org/proj/en/portage/doc/faq.xml I don't think it's required for all folks so I don't think it should be default. It does result in longer emerge cycles as it grabs and builds more code on average. Many folks might not want that. Just my thoughts, Mark It's sort of funny in a way. I hardly ever go to the Gentoo website. I follow this list and -dev and learn that way. I sync usually each Friday or Saturday and usually by the time I get the packages downloaded over my slow dial-up, if there are any problems with something it will be on the list by then. I do on occasion search the forums. I'm going through the qt blockages now but I still have a lot to download yet. That qt-core package is huge. Almost like OOo. Then there are the brothers, sisters and children of that thing to go with it. I need broadband something awful. I don't think sticking a stick of dynamite under ATT would do any good at all either Dale :-) :-)
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 2:37 PM, Mark Knecht markkne...@gmail.com wrote: On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark using --with-bdeps=y would certainly work (and in the interest of full disclosure is what I do), but it shouldn't be necessary. Having emerge --depclean remove build dependencies should be ok. Afterwards, emerge -avuDN world should do nothing, as although the build dependencies for packages are missing, the world packages themselves don't need rebuilding, so there is nothing to do. Thus, there is no infinite rebuilding cycle, independent of the with-bdeps flag. Nick
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 5:19 PM, Dale rdalek1...@gmail.com wrote: SNIP It's sort of funny in a way. I hardly ever go to the Gentoo website. I follow this list and -dev and learn that way. I can understand that. I sort of operate that way. I think that there really is a next step which is when you hit a problem like this take a look at the Gentoo docs as well as write the list. I admit I often, or even mostly, write the list first, but I think most of this stuff is documented somewhere so it's a good thing to look at the docs also. (At least once in awhile...) ;-) I sync usually each Friday or Saturday and usually by the time I get the packages downloaded over my slow dial-up, if there are any problems with something it will be on the list by then. I do on occasion search the forums. I'm going through the qt blockages now but I still have a lot to download yet. That qt-core package is huge. Almost like OOo. Then there are the brothers, sisters and children of that thing to go with it. Gentoo is a hard distro to run on a slow speed interface. It's just not set up for that. I need broadband something awful. I don't think sticking a stick of dynamite under ATT would do any good at all either Good luck and do find something faster. It will improve your experience, I expect. Dale :-) :-)
[gentoo-user] qt blockages...
Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark lightning ~ # emerge -pvDuN system These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-arch/cpio-2.9-r2 [2.9-r1] USE=nls 0 kB [ebuild U ] dev-db/sqlite-3.6.6.2 [3.5.9] USE=threadsafe -debug -doc -soundex -tcl 2,250 kB [ebuild U ] media-libs/libpng-1.2.34 [1.2.33] 503 kB [ebuild U ] dev-libs/mpfr-2.3.2 [2.3.1_p1] 798 kB [ebuild U ] dev-python/sip-4.7.9 [4.7.3] USE=-debug 461 kB [ebuild U ] x11-libs/gtk+-2.14.7 [2.14.5] USE=X cups jpeg tiff -debug -doc -jpeg2k -vim-syntax -xinerama 17,067 kB [ebuild U ] sys-apps/groff-1.19.2-r3 [1.19.2-r1] USE=X cjk 0 kB [ebuild U ] sys-libs/gpm-1.20.5 [1.20.1-r6] USE=(-selinux) 1,269 kB [ebuild U ] dev-python/PyQt-3.17.6 [3.17.4] USE=-debug -doc -examples 795 kB [ebuild N] x11-libs/qt-core-4.4.2 USE=qt3support ssl -debug -doc -glib -pch 102,858 kB [ebuild N] x11-libs/qt-dbus-4.4.2 USE=-debug -pch 0 kB [ebuild N] x11-libs/qt-sql-4.4.2 USE=mysql odbc qt3support sqlite -debug (-firebird) -pch -postgres 0 kB [ebuild N] x11-libs/qt-script-4.4.2 USE=-debug -pch 0 kB [ebuild N] x11-libs/qt-gui-4.4.2-r1 USE=accessibility cups dbus qt3support tiff -debug -glib -mng -nas -nis -pch -xinerama INPUT_DEVICES=-wacom 0 kB [ebuild N] x11-libs/qt-qt3support-4.4.2 USE=accessibility -debug -pch 0 kB [ebuild N] x11-libs/qt-svg-4.4.2 USE=-debug -pch 0 kB [ebuild N] x11-libs/qt-opengl-4.4.2 USE=qt3support -debug -pch 0 kB [ebuild U ] dev-python/PyQt4-4.4.4-r1 [4.3.3] USE=X%* dbus%* opengl%* qt3support%* svg%* -debug -doc -examples -webkit% 6,819 kB [ebuild U ] x11-libs/qscintilla-2.3.2 [2.1-r1] USE=python qt4 -debug -doc -examples 2,097 kB [ebuild U ] dev-python/qscintilla-python-2.3.2 [2.1] USE=qt4 0 kB [blocks B ] x11-libs/qt-core (x11-libs/qt-core is blocking x11-libs/qt-4.3.3) [blocks B ] =x11-libs/qt-4.4.0_alpha:4 (=x11-libs/qt-4.4.0_alpha:4 is blocking x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2, x11-libs/qt-gui-4.4.2-r1, x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-svg-4.4.2, x11-libs/qt-core-4.4.2, x11-libs/qt-opengl-4.4.2) Total: 20 packages (12 upgrades, 8 new), Size of downloads: 134,911 kB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. ('ebuild', '/', 'x11-libs/qt-opengl-4.4.2', 'merge') pulled in by =x11-libs/qt-opengl-4.4.2:4 required by ('ebuild', '/', 'dev-python/PyQt4-4.4.4-r1', 'merge') ('ebuild', '/', 'x11-libs/qt-gui-4.4.2-r1', 'merge') pulled in by x11-libs/qt-gui:4 required by ('installed', '/', 'media-sound/qjackctl-0.3.3', 'nomerge') =x11-libs/qt-gui-4.4.2:4 required by ('ebuild', '/', 'dev-python/PyQt4-4.4.4-r1', 'merge') x11-libs/qt-gui:4 required by ('ebuild', '/', 'x11-libs/qscintilla-2.3.2', 'merge') (and 4 more) ('ebuild', '/', 'x11-libs/qt-svg-4.4.2', 'merge') pulled in by =x11-libs/qt-svg-4.4.2:4 required by ('ebuild', '/', 'dev-python/PyQt4-4.4.4-r1', 'merge') ('ebuild', '/', 'x11-libs/qt-core-4.4.2', 'merge') pulled in by =x11-libs/qt-core-4.4.2:4 required by ('ebuild', '/', 'dev-python/PyQt4-4.4.4-r1', 'merge') x11-libs/qt-core:4 required by ('installed', '/', 'media-sound/qjackctl-0.3.3', 'nomerge') ~x11-libs/qt-core-4.4.2 required by ('ebuild', '/', 'x11-libs/qt-sql-4.4.2', 'merge') (and 4 more) ('ebuild', '/', 'x11-libs/qt-dbus-4.4.2', 'merge') pulled in by ~x11-libs/qt-dbus-4.4.2 required by ('ebuild', '/', 'x11-libs/qt-gui-4.4.2-r1', 'merge') =x11-libs/qt-dbus-4.4.2:4 required by ('ebuild', '/', 'dev-python/PyQt4-4.4.4-r1', 'merge') ('ebuild', '/', 'x11-libs/qt-qt3support-4.4.2', 'merge') pulled in by =x11-libs/qt-qt3support-4.4.2:4 required by ('ebuild', '/', 'dev-python/PyQt4-4.4.4-r1', 'merge') ~x11-libs/qt-qt3support-4.4.2 required by ('ebuild', '/', 'x11-libs/qt-gui-4.4.2-r1', 'merge') ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked !!! The following installed packages are masked: - x11-libs/qt-4.3.3 (masked by: package.mask) /usr/portage/profiles/arch/amd64/package.mask: # Markus Meier mae...@gentoo.org (18 Jan 2009) # mask this version for a
Re: [gentoo-user] qt blockages...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Mark Knecht wrote: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark snip ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') snip !!! The following installed packages are masked: - x11-libs/qt-4.3.3 (masked by: package.mask) /usr/portage/profiles/arch/amd64/package.mask: # Markus Meier mae...@gentoo.org (18 Jan 2009) # mask this version for a smooth upgrade wrt bug #248038 First, I would suggest checking to see if you have qt-4.3.3 installed (from the line above, this looks to be the case), and if so, unmerge it - it is masked by portage, anyway. If you do have the older version on your system, it would block the new version and vice versa. If that works, then great. If not, you may need to put at least 'app-text/poppler-bindings' in your package.keywords file, so you can pull in a newer version. Regards, Chris PS: Looking at the ebuild file for poppler-bindings might help. -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJJc7MFAAoJEIAhA8M9p9DAwhcQAKrgEuZEMA+gbcxdHTLiIYPb lQIpR5nNj0U/DDwMUoxs+CEijiJSkYQXUljKKWQOV9Wi0/Q8k/Ur51OSHe72KBhx ZYuh6zodud+n8WJ5f10ebCFflo59i49o4H4avfvkngxlmdJ6q7MUYN9Hd5l7Ms8Q S98eyXYtJJDCtAckQXXs7DQ2E5xr/YHYxnD8XiBTv2+OHignbr2WvWhuc4v1PVvA hJ/DNmvsHm+KpSBKjazxp/MAkOwdXPb8Np3MEJKltrM41HjW1PFCpLiqLmFkKD3k Z4OBaxAMFWsWnqBgRJ7wmz25TyCbyb9W0VeAjrK/DykFDVBA3R6pKmJpvmkY21r6 KQo2emvcoWMBLoI8U4qfKMnE0hdmXN3+wIPs7y2y5sQiLiBDIJvtdk2aJKgjFak5 yMwgkJfKEup++9ynjNoG7d6iszsCUhAOy+9VPfVctw3jwQGNKI+bFhgmAXuCIQX7 N5h12dOEvMHBerhdnfl2xZ7osbGVXT8HrUkK+roYNEL273Myjt2yWBAubi/ustzn XyGL4yjHSywHFBIRSyhv4jT96C7GOtDynci6wwYzntnqAqSKaqnfpkMwaX3I6DN/ bfEubEEUfaC8O+XJ6lN8Y6/OY9sEKTo9Nhv71U7nKYSLThSJf1CCPWBgX4VNcurM 2dtKnyeRUHzeUc2pQh7K =l5LP -END PGP SIGNATURE-
Re: [gentoo-user] qt blockages...
On Sun, Jan 18, 2009 at 2:54 PM, Christopher Walters cjw20...@comcast.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Mark Knecht wrote: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark snip ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') snip !!! The following installed packages are masked: - x11-libs/qt-4.3.3 (masked by: package.mask) /usr/portage/profiles/arch/amd64/package.mask: # Markus Meier mae...@gentoo.org (18 Jan 2009) # mask this version for a smooth upgrade wrt bug #248038 First, I would suggest checking to see if you have qt-4.3.3 installed (from the line above, this looks to be the case), and if so, unmerge it - it is masked by portage, anyway. If you do have the older version on your system, it would block the new version and vice versa. If that works, then great. If not, you may need to put at least 'app-text/poppler-bindings' in your package.keywords file, so you can pull in a newer version. Regards, Chris PS: Looking at the ebuild file for poppler-bindings might help. Chris, Indeed, I do have 4.3.3 installed and it is masked. I guess this must be one of those cases where the devs decided they didn't like something they used to like as I didn't do anything to unmask it myself. I removed it and the blockages for emerge system have gone. Cheers, Mark