Re: [gentoo-user] python-updater constantly rebuilds one same package
On Thursday 14 August 2014 17:23:51 Mike Gilbert wrote: I have not run revdep-rebuild in over a year. If you have seen that preserve-libs is missing things, that's a a bug. Several people found that preserve-libs missed qtsql recently. The conversation's in the akonadi ... don't you just love it? thread. -- Regards Peter
[gentoo-user] On a KDE Plasma machine should vlc be pulling in Qt4?
Hi all, Just wondering if the latest vlc, 2.2.2 should be pulling in KDE4/Qt4 components when the machine is supposedly running Plasma/Qt5? A sync and then a -NuD world shows vlc wanting to pull in kdelibs-4.14.16, qtsql-4.8.7-r1 & qtcore-4.8.7-r1. Any thoughts? Regards, Andrew
Re: [gentoo-user] Re: akonadi ... don't you just love it?
On Tue, Aug 12, 2014 at 10:38 AM, Daniel Frey djqf...@gmail.com wrote: On 08/12/2014 12:31 AM, Neil Bothwick wrote: Yes, I think it was dev-qt/qtsql that broke MythTV. I notice that dev-python/mysql-python was rebuilt at the same time, so that must have been missed too, whereas dev-perl/DBD-mysql was re-emerged right after mysql. It most definitely was, I just updated my backend and 3 remote frontends and had this issue. Portage missed this completely, it was revdep-rebuild that found this breakage and repaired it. From what I remember there was a python sql package that wound up being broken too. Yup. My frontends broke after updating the backend. Clearly there is some kind of incompatibility between client/server cross-version. This isn't just a linking issue. I suspect qtsql was the issue - I just didn't recall that when I made my last post. Rich
Re: [gentoo-user] Re: akonadi ... don't you just love it?
On 08/12/2014 12:31 AM, Neil Bothwick wrote: Yes, I think it was dev-qt/qtsql that broke MythTV. I notice that dev-python/mysql-python was rebuilt at the same time, so that must have been missed too, whereas dev-perl/DBD-mysql was re-emerged right after mysql. It most definitely was, I just updated my backend and 3 remote frontends and had this issue. Portage missed this completely, it was revdep-rebuild that found this breakage and repaired it. From what I remember there was a python sql package that wound up being broken too. Dan
Re: [gentoo-user] Re: akonadi ... don't you just love it?
On Tuesday 12 August 2014 08:31:34 Neil Bothwick wrote: On Mon, 11 Aug 2014 20:38:57 -0400, Rich Freeman wrote: It appears the recent mysql update broke quite a few things, my MythTV fronted started sulking while the backend just sucked up all the CPU cycles. Something else broke too, but I can't remember more than two things these days. @preserved-rebuild showed nothing but revdep-rebuild cleaned things up. It appears that revdep-rebuild is not ready for retirement yet, although this is the first time in ages that I've needed it. It's so long since I last needed it that I didn't even think of it this time. I had a similar experience on two Gentoo boxes, including MythTV. I don't think it was myth itself but rather something in-between. Yes, I think it was dev-qt/qtsql that broke MythTV. I notice that dev-python/mysql-python was rebuilt at the same time, so that must have been missed too, whereas dev-perl/DBD-mysql was re-emerged right after mysql. It broke kmail here. @preserved-rebuild rebuilt dev-perl/DBD-mysql but didn't catch qtsql. Thank you all for reminding me of revdep-rebuild. -- Regards Peter
Re: [gentoo-user] Re: KDE: unwanted dependencies
On Friday 13 Sep 2013 16:57:39 Hinnerk van Bruinehsen wrote: On Fri, Sep 13, 2013 at 06:04:09PM +0400, Yuri K. Shatroff wrote: On 13.09.2013 17:50, Michael Palimaka wrote: On 13/09/2013 21:35, Yuri K. Shatroff wrote: BTW, it seems that mysql is also a hard dependency for QT now. At least, the average joe can't be scorned any more for not having a server. Hey to all localhost admins! :) That shouldn't be the case. The default akonadi backend is mysql, why could explain why it's being pulled in. Yes, really, I was mislead, it is qtsql which requires setting the mysql flag, but I missed that it was due to akonadi. IIRC you can substitute mysql with sqlite by changing useflags. mysql seems the be the default though... WKR Hinnerk As far as I know sqlite is not going to be an option in the future - mysql was going to become a hard dependency for KDE. I hope to be wrong on this, but that's what I recall reading in some KDE devs post. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: akonadi ... don't you just love it?
On Mon, 11 Aug 2014 20:38:57 -0400, Rich Freeman wrote: It appears the recent mysql update broke quite a few things, my MythTV fronted started sulking while the backend just sucked up all the CPU cycles. Something else broke too, but I can't remember more than two things these days. @preserved-rebuild showed nothing but revdep-rebuild cleaned things up. It appears that revdep-rebuild is not ready for retirement yet, although this is the first time in ages that I've needed it. I had a similar experience on two Gentoo boxes, including MythTV. I don't think it was myth itself but rather something in-between. Yes, I think it was dev-qt/qtsql that broke MythTV. I notice that dev-python/mysql-python was rebuilt at the same time, so that must have been missed too, whereas dev-perl/DBD-mysql was re-emerged right after mysql. -- Neil Bothwick Top Oxymorons Number 2: Exact estimate signature.asc Description: PGP signature
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 March 2015 20:12:45 Alan McKinnon wrote: ... I think Michael posted the correct cause up-thread: If you're on stable, you'll need to keyword qt-4.8.6 in its entirety. You can't mix and match versions, and 4.8.6 is the only one that supports multilib. Something needs clarifying here. Exactly who will need to keyword qt-4.8.6? So you probably want to add all current Qt4 packages to the list. We should probably start asking all posters with similar problems what is the output of grep -ir qt /etc/portage and help them remove all cruft that's getting in the way of a clean upgrade Just to get you started, here's my list from a system that upgraded smoothly: $ grep qt /etc/portage/package.use app-text/popplercairo qt4 dev-qt/qtcore qt3support dev-qt/qtdeclarativeqt3support webkit dev-qt/qtguiqt3support dev-qt/qtopengl qt3support dev-qt/qtsqlmysql qt3support dev-qt/qtwebkit icu (Package.use is the only place where qt occurs.) -- Rgds Peter.
Re: [gentoo-user] This nite's switch to full multilib
On 29/03/2015 19:53, Stefan G. Weichinger wrote: On 29.03.2015 19:30, Mick wrote: I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 I have to do that for 195 ebuilds here and really wonder if that is correct in the end It's a horrible solution, you are right. The problem is that it's not your 32 bit apps that have to be listed, it's all the libs and deps they have that need 32 bit versions to be built. If you have a fast cpu, much disk space and don't care about using some extra resources, you can always add USE=abi_xx86_32 to make.conf and make it global. Every package that supports building 32 bit versions will then be recompiled. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29.03.2015 19:30, Mick wrote: I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 I have to do that for 195 ebuilds here and really wonder if that is correct in the end -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVGDwOAAoJEClcuD1V0PzmeWIP/3dMSW72SLuUGHdI538zT+Pd LePwUP4JBlee5zfzwVdCtjFqeY25LThwOHf4PYRtvAVAt9HD/x3ZQFkjTnCffHt2 o9by5eqUyJ7omh5sFIhcBmlwBF2mMCFYWWH9n3X7rJT9W6nvHYL9jz6GxZIANtAE 35qmLom+rl7MBDd3kweUnVx1jQ2jw3NIk2oxlgQv6emyoaQ2v/1WxKWI8xtigbsH 4zlLBGJBtsayVeRyx+nraVa4IyALW+mhFSXoSEzAKQTzlJskn5FhpM0RAomBJomK wjrhqpOYAPQTgkZ5wtqnkIcEvlE6BOx6vlu6Goh4pSmfFkanWSA8uC+LJVKuyklB RvDmMuAs+NMxDAPnHeVX3moN/4KCGB0avyHRNAceFgVkWqo+cDjyCPw33YfPWd2i 96q4NPxrElQkPyF2FB9hT4zB5sF/66psJe17nrScUiYF4nUYMLTlRQ4SJpdC7wNi CQZ5mcBN7kRxrQWEx52AkKi0BTt6O0Aayhn5wgKJqDln9tNql7fLvBXNcxCwl1Rq zc242XzyE4m7hGVXLD3MiXgIeH62nurlyAqKzEuFYsO0BDA63bSwuP1lLJygGmkq EhvG7fDwEK2oCI+cj2jmSMhP4Ij1n0K2nFbDP6y/j9s9wAm/xKJc0thG1eE3+4Xs f3WRliv7KOfAaE9YcRGV =Wpyd -END PGP SIGNATURE-
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 Mar 2015 18:07:50 Alan McKinnon wrote: On 29/03/2015 18:21, Mick wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 Apparently I have some 32-bit app that uses Qt, and wine is also in the mix. I imagine the number of possibilities and complications about this can be huge and many folks will need to make their own unique tweaks to package.use, and it'll take a while to shake out all the cruft in the tree Thanks Alan, after keywording: =dev-qt/qtopengl-4.8.6-r1 ~amd64 =dev-qt/qtscript-4.8.6-r1 ~amd64 =dev-qt/qtsql-4.8.6-r1 ~amd64 =dev-qt/qtsvg-4.8.6-r1 ~amd64 =dev-qt/qttest-4.8.6-r1 ~amd64 =dev-qt/qttranslations-4.8.6-r1 ~amd64 =dev-qt/qtwebkit-4.8.6-r1 ~amd64 =dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64 and adding abi_x86_32 on many packages that emerge asked me to, I am now able to progress with 'emerge -a @preserved-rebuild'. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Dependecy problem: PortgreSQL twice
On Thursday, 09. Feb 2017, 14:04:09 +0200, Alan McKinnon wrote: > On 09/02/2017 13:49, Bertram Scharpf wrote: > > On Thursday, 09. Feb 2017, 12:24:52 +0200, Alan McKinnon wrote: > >> On 09/02/2017 11:52, Bertram Scharpf wrote: > >>> On Thursday, 09. Feb 2017, 00:35:05 +, Neil Bothwick wrote: > >>>> On Wed, 8 Feb 2017 22:52:51 +0100, Bertram Scharpf wrote: > >>>> > >>>>> Every time I try to do an upgrade, it wants to pull > >>>>> in the former PostgreSQL into an own slot: > >>>>> > >>>>> # emerge -avuDN @world > >>>>> ... > >>>>> Calculating dependencies... done! > >>>>> [ebuild NS] dev-db/postgresql-9.5.5:9.5::gentoo > >>>>> [9.6.0:9.6::gentoo] USE="..." ... ... > >>>>> Would you like to merge these packages? [Yes/No] > >>>>> > >>>>> How can I find out why this happens? > >>>> > >>>> Add --tree to you emerge invocation. > >>> > >>> There seems to be no dependency at all!? > >> > >> That usually means you have the package in your world file > > > > $ grep postgres /var/lib/portage/world | uniq -c > > 1 dev-db/postgresql > > > > This does not specify a version. I only want 9.6, not 9.5. > > > equery depends postgresql > > This scours the tree to find deps, it doesn't mean *your* system will > use all of them. With that output, we start looking to see which apply > to you # equery d postgresql * These packages depend on postgresql: dev-db/pgadmin3-1.22.1-r1 (>=dev-db/postgresql-8.4.0) dev-libs/apr-util-1.5.4 (postgres ? dev-db/postgresql) dev-libs/cyrus-sasl-2.1.26-r9 (postgres ? dev-db/postgresql) dev-qt/qtsql-4.8.6-r1 (postgres ? dev-db/postgresql) mail-mta/postfix-3.1.2-r2 (postgres ? dev-db/postgresql) # equery d =dev-db/postgresql-9.5.5 * These packages depend on dev-db/postgresql-9.5.5: dev-db/pgadmin3-1.22.1-r1 (>=dev-db/postgresql-8.4.0) dev-libs/apr-util-1.5.4 (postgres ? dev-db/postgresql) dev-libs/cyrus-sasl-2.1.26-r9 (postgres ? dev-db/postgresql) dev-qt/qtsql-4.8.6-r1 (postgres ? dev-db/postgresql) mail-mta/postfix-3.1.2-r2 (postgres ? dev-db/postgresql) The use flag "postgresql" is _not_ set. Deinstalling pgadmin3 did not help. Besides that, masking 9.5 helps. Yet, it doesn't tell _where_ the dependency arises from. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de
[gentoo-user] Qt blocking @world update
) dev-qt/qt3support:4 (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qt3support-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) (dev-qt/qt3support-4.8.5::gentoo, installed) pulled in by ~dev-qt/qt3support-4.8.5[aqua=,debug=] required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed) (and 2 more with the same problem) dev-qt/qtsql:4 (dev-qt/qtsql-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtsql-4.8.4[aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) (dev-qt/qtsql-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtsql-4.8.5[aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.5::gentoo, installed) =dev-qt/qtsql-4.8.5:4[mysql?,postgres?] required by (app-office/akonadi-server-1.10.3::gentoo, installed) (and 1 more with the same problems) So, 4.8.4 and 4.8.5 are somehow both needed. Let's start at the top: fsrunner and kdid3 need =dev-qt/qtgui-4.7.4, which 4.8.5 also would satisfy, but one needs ~dev-qt/qtgui-4.8.4, and that is dev-qt/qt3support-4.8.4. What needs that? The 2nd entry from the bottom states that ~dev-qt/qt3support-4.8.4 is required by dev-qt/qtgui-4.8.4-r1. The output also says 'and 1 more with the same problems' - might this be the real reason? How would I find out what package this is? The --tree output only shows fsrunner pulling in qtgui-4.8.4: [nomerge ] kde-misc/fsrunner-0.7.5:4::kde USE=(-aqua) -debug [nomerge ] dev-qt/qtgui-4.8.4-r1:4 [4.8.5-r1:4] USE=accessibility cups dbus%* exceptions gif%* glib gtkstyle mng nas pch qt3support tiff xinerama xv (-aqua) -c++0x% -debug -egl -nis -trace [ebuild UD ] dev-qt/qt3support-4.8.4:4 [4.8.5:4] USE=accessibility exceptions pch (-aqua) -c++0x% -debug 0 kB [ebuild UD ]dev-qt/qtgui-4.8.4-r1:4 [4.8.5-r1:4] USE=accessibility cups dbus%* exceptions gif%* glib gtkstyle mng nas pch qt3support tiff xinerama xv (-aqua) -c++0x% -debug -egl -nis -trace 0 kB [ebuild UD ] dev-qt/qtdbus-4.8.4:4 [4.8.5:4] USE=exceptions pch (-aqua) -c++0x% -debug 0 kB The ebuilds for fsrunner and kdid3 only have the 'interit kde4-base' line, no special dependencies. Any enlightenment would be very much appreciated. I just don't know how to get my system back working. ATM, KDE is mostly at version 4.11.2-r1, but some KDE packages still need to be updated. So, it does not work right now, unknown protocol file and such errors. Alex
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 Mar 2015 16:20:31 Peter Humphrey wrote: On Sunday 29 March 2015 17:03:50 waben...@gmail.com wrote: I'm using grub so I had to add these two lines to packages.use sys-libs/ncurses abi_x86_32 sys-libs/gpm abi_x86_32 I don't know how grub is connected, but I had to add those two as well. and after that doing the following commands: emerge -av -C 'app-emulation/emul-linux-x86*' emerge @preserved-rebuild Both unnecessary. Portage removes emul-linux-x86 itself in a world update and leaves everything tickety-boo. At least, it did here. If definitely did NOT play nicely here. :-( I have some hard blocks with qt: [blocks B ] dev-qt/qtdeclarative-4.8.6:4 (dev- qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is blocking dev-qt/qtcore-4.8.5-r2) [blocks B ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtxmlpatterns-4.8.6:4 (dev- qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [blocks B ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-qt/qtcore:4 (dev-qt/qtcore-4.8.5-r2:4/4::gentoo, installed) pulled in by ~dev-qt/qtcore-4.8.5[aqua=,debug=] required by (dev- qt/qtsvg-4.8.5:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 9 more with the same problem) (dev-qt/qtcore-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) pulled in by dev-qt/qtcore:4[abi_x86_32(-)] required by (net-im/skype-4.3.0.37- r5:0/0::gentoo, ebuild scheduled for merge) ~dev- qt/qtcore-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-qt/qtscript-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 7 more with the same problems) dev-qt/qtgui:4 (dev-qt/qtgui-4.8.5-r4:4/4::gentoo, installed) pulled in by ~dev-qt/qtgui-4.8.5[accessibility=,aqua=,debug=,qt3support=] required by (dev-qt/qtdeclarative-4.8.5:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 5 more with the same problem) (dev-qt/qtgui-4.8.6-r2:4/4::gentoo, ebuild scheduled for merge) pulled in by dev-qt/qtgui:4[accessibility,abi_x86_32(-)] required by (net- im/skype-4.3.0.37-r5:0/0::gentoo, ebuild scheduled for merge) ~dev- qt/qtgui-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-qt/qtwebkit-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) ^ ^ (and 2 more with the same problems) dev-qt/qtxmlpatterns:4 (dev-qt/qtxmlpatterns
Re: [gentoo-user] Qt blocking @world update
Alan McKinnon writes: Excuse the top-posting; if I try inter-post between all those blockers you'll never find what I reply :-) I would, but for everyone else it's a mess. E-mail with line breaks is not suited for this kind of output. First I recommend to sync your tree again, just in case you got yours between two Qt commits and things are not consistent anymore. Ah, I have this problem for weeks now, but did not care enough. And did not have the time for this. You seem to have at least two things happening: python-exec qt To deal with the first, try remove python-exec and re-merge it (but quickpkg a backup first) quickpkg python-exec emerge -avC python-exec emerge -av1 python-exec This is untested so I don't know if it will bork. If it does, you have a quickpkg that you can untar and get things back. Thanks, a simple upgrade just worked, as I wrote in the reply to Walt. Onto Qt: I've had similar things over the years and it always made little sense. Eventually I removed all references to Qt from world, sets in use and USE then let portage figure out what to do. Rationale: Qt is a basic toolkit that stuff uses, so stuff should decide what it needs and not me. I want the stuff and if that requires Qt then just let portage give me what is required. This will show all references to Qt to consider: grep -ir /qt /etc/portage/ /var/lib/portage/world* /etc/portage/sets.portage/qt-split:x11-libs/qt-assistant /etc/portage/sets.portage/qt-split:x11-libs/qt-core /etc/portage/sets.portage/qt-split:x11-libs/qt-dbus /etc/portage/sets.portage/qt-split:x11-libs/qt-demo /etc/portage/sets.portage/qt-split:x11-libs/qt-gui /etc/portage/sets.portage/qt-split:x11-libs/qt-opengl /etc/portage/sets.portage/qt-split:x11-libs/qt-phonon /etc/portage/sets.portage/qt-split:x11-libs/qt-qt3support /etc/portage/sets.portage/qt-split:x11-libs/qt-script /etc/portage/sets.portage/qt-split:x11-libs/qt-sql /etc/portage/sets.portage/qt-split:x11-libs/qt-svg /etc/portage/sets.portage/qt-split:x11-libs/qt-test /etc/portage/sets.portage/qt-split:x11-libs/qt-webkit /etc/portage/sets.portage/qt-split:x11-libs/qt-xmlpatterns /etc/portage/package.use/misc:dev-qt/qt-creator doc examples perforce qtscript /etc/portage/package.use/misc:dev-qt/qt-meta:3 doc mysql /etc/portage/package.use/misc:dev-qt/qthelp doc /etc/portage/package.use/misc:dev-qt/qtsql mysql /etc/portage/package.use/misc:=dev-qt/qtgui-4.8.4-r1 gtkstyle /etc/portage/package.use/misc:=dev-qt/qtsql-4.8.4mysql /etc/portage/package.use/misc:=dev-qt/qtgui-4.8.4-r1 gtkstyle /etc/portage/package.use/misc:=dev-qt/qtgui-4.8.4-r1 gtkstyle /etc/portage/package.use/misc:=dev-qt/qtsql-4.8.4mysql /etc/portage/package.use/misc:=dev-qt/qtgui-4.8.4-r1 gtkstyle /var/lib/portage/world:dev-qt/qt-meta:3 In your case, I see portage wants to downgrade several Qt packages due to fsrunner, but there's nothing in that ebuild or the kde4-base eclass it inherits, which leads me to believe you might have a config setting somewhere that wants to exclude latest Qt somehow. I commented them all out, I still get the error about multiple Qt versions. Portage and the tree by itself isn't doing it, here's my output: $ emerge -pvt fsrunner These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] kde-misc/fsrunner-0.7.5:4 USE=(-aqua) -debug 18 kB Total: 1 package (1 new), Size of downloads: 18 kB Same here, except that it's emerged already. OK, I have no clue how to further debug this. But what I did is: for (( i=500; i 0; i-=20 )) do emerge -DautvNj $( head -n $i /var/lib/portage/world ) done This failed until $i was 260, so I tried a little more, and removed media-sound/kid3 from @world. Along with fsrunner of course. Now, it's building. This does not make any sense, does it? Wonko
[gentoo-user] Re: akonadi ... don't you just love it?
On Saturday 09 Aug 2014 21:00:48 Mick wrote: First some general observations that relate to kmail2: I thought of giving the latest kmail-4.12.5 a spin. So installed it on a machine and set up a couple of IMAP4 servers to get messages from. An account with a messages in the low hundreds works fine. An account with messages in the 100k plus range works like a dog. While kmail fetches headers and then akonadi sets off to organise threads and whatever else it wants to do the application becomes pretty much unresponsive and the CPU climbs up to 98%. Half an hour later I can get back to it. :-@ Anyway, this is not the current problem. I updated mysql to 5.5.39, then I kmail would not start with akonadi failing with mysql log containing errors. So I ran: mysql_upgrade --socket=/tmp/akonadi-michael.NFvLpB/mysql.socket which completed without an error. Kmail still failed to start. Trying to start akonadi console states: Failed to connect to database. Driver not loaded Then the pop up Details window says MySQL log contains errors, just like when I try to start kmail. This is what I see in .local/share/akonadi/db_data/mysql.err: InnoDB: Unable to lock ./ibdata1, error: 11 InnoDB: Check that you do not already have another mysqld process InnoDB: using the same InnoDB data or log files. InnoDB: Unable to lock ./ibdata1, error: 11 InnoDB: Check that you do not already have another mysqld process InnoDB: using the same InnoDB data or log files. 140809 20:58:42 InnoDB: Unable to open the first data file InnoDB: Error in opening ./ibdata1 140809 20:58:42 InnoDB: Operating system error number 11 in a file operation. InnoDB: Error number 11 means 'Resource temporarily unavailable'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html 140809 20:58:42 InnoDB: Could not open or create data files. 140809 20:58:42 InnoDB: If you tried to add new data files, and it failed here, 140809 20:58:42 InnoDB: you should now edit innodb_data_file_path in my.cnf back 140809 20:58:42 InnoDB: to what it was, and remove the new ibdata files InnoDB created 140809 20:58:42 InnoDB: in this failed attempt. InnoDB only wrote those files full of 140809 20:58:42 InnoDB: zeros, but did not yet use them in any way. But be careful: do not 140809 20:58:42 InnoDB: remove old data files which contain your precious data! 140809 20:58:42 [ERROR] Plugin 'InnoDB' init function returned error. 140809 20:58:42 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 140809 20:58:42 [ERROR] Unknown/unsupported storage engine: innodb 140809 20:58:42 [ERROR] Aborting So I moved ./ibdata* and tried again with the same error. Is there something else I should be doing here to get this going? Kids, when in doubt, go back to the basics! :-p I thought that I *had* run revdep-rebuild, but perhaps I am losing count with the different machines I look after? Ha, ha! Anyway, after another irrelevant update today revdep-rebuild showed this: * Checking dynamic linking consistency [ 33% ] * broken /usr/lib/qt4/plugins/sqldrivers/libqsqlmysql.so (requires libmysqlclient_r.so.16) [ 85% ] * broken /usr/lib64/qt4/plugins/sqldrivers/libqsqlmysql.so (requires libmysqlclient_r.so.16) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/qt4/plugins/sqldrivers/libqsqlmysql.so - dev-qt/qtsql * /usr/lib64/qt4/plugins/sqldrivers/libqsqlmysql.so - dev-qt/qtsql * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot --verbose -a dev-qt/qtsql:4 Now all works as expected - apologies for the noise! -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Qt blocking @world update
with the same problems) (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-qt/qtgui-4.7.4:4[accessibility,dbus] required by (kde-misc/fsrunner-0.7.5::kde, installed) =dev-qt/qtgui-4.7.4:4[accessibility,dbus] required by (media-sound/kid3-2.2.1::kde, installed) ~dev-qt/qtgui-4.8.4[accessibility=,aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) (and 1 more with the same problems) dev-qt/qtcore:4 (dev-qt/qtcore-4.8.4-r5::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtcore-4.8.4[aqua=,debug=] required by (dev-qt/qtscript-4.8.4::gentoo, ebuild scheduled for merge) (and 4 more with the same problem) (dev-qt/qtcore-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtcore-4.8.5[aqua=,debug=,qt3support=] required by (dev-qt/qtopengl-4.8.5::gentoo, installed) =dev-qt/qtcore-4.8.5:4 required by (app-office/akonadi-server-1.10.3::gentoo, installed) (and 12 more with the same problems) dev-qt/qtscript:4 (dev-qt/qtscript-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtscript-4.8.5[aqua=,debug=] required by (dev-qt/designer-4.8.5::gentoo, installed) (and 2 more with the same problem) (dev-qt/qtscript-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtscript-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) dev-qt/qtdbus:4 (dev-qt/qtdbus-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtdbus-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) (dev-qt/qtdbus-4.8.5::gentoo, installed) pulled in by =dev-qt/qtdbus-4.8.5:4 required by (app-office/akonadi-server-1.10.3::gentoo, installed) dev-qt/qt3support:4 (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qt3support-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) (dev-qt/qt3support-4.8.5::gentoo, installed) pulled in by ~dev-qt/qt3support-4.8.5[aqua=,debug=] required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed) (and 2 more with the same problem) dev-qt/qtsql:4 (dev-qt/qtsql-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtsql-4.8.4[aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) (dev-qt/qtsql-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtsql-4.8.5[aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.5::gentoo, installed) =dev-qt/qtsql-4.8.5:4[mysql?,postgres?] required by (app-office/akonadi-server-1.10.3::gentoo, installed) (and 1 more with the same problems) So, 4.8.4 and 4.8.5 are somehow both needed. Let's start at the top: fsrunner and kdid3 need =dev-qt/qtgui-4.7.4, which 4.8.5 also would satisfy, but one needs ~dev-qt/qtgui-4.8.4, and that is dev-qt/qt3support-4.8.4. What needs that? The 2nd entry from the bottom states that ~dev-qt/qt3support-4.8.4 is required by dev-qt/qtgui-4.8.4-r1. The output also says 'and 1 more with the same problems' - might this be the real reason? How would I find out what package this is? The --tree output only shows fsrunner pulling in qtgui-4.8.4: [nomerge ] kde-misc/fsrunner-0.7.5:4::kde USE=(-aqua) -debug [nomerge ] dev-qt/qtgui-4.8.4-r1:4 [4.8.5-r1:4] USE=accessibility cups dbus%* exceptions gif%* glib gtkstyle mng nas pch qt3support tiff xinerama xv (-aqua) -c++0x% -debug -egl -nis -trace [ebuild UD ] dev-qt/qt3support-4.8.4:4 [4.8.5:4] USE=accessibility exceptions pch (-aqua) -c++0x% -debug 0 kB [ebuild UD ]dev-qt/qtgui-4.8.4-r1:4 [4.8.5-r1:4] USE=accessibility cups dbus%* exceptions gif%* glib gtkstyle mng nas pch qt3support tiff xinerama xv (-aqua) -c++0x% -debug -egl -nis -trace 0 kB [ebuild UD ] dev-qt/qtdbus-4.8.4:4 [4.8.5:4] USE=exceptions pch (-aqua) -c++0x% -debug 0 kB The ebuilds for fsrunner and kdid3 only have the 'interit kde4-base' line, no special dependencies. Any enlightenment would be very much appreciated. I just don't know how to get my system back working. ATM, KDE is mostly at version 4.11.2-r1, but some KDE packages still need to be updated. So, it does not work right now, unknown protocol file and such errors. Alex -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] akonadi ... don't you just love it?
On 12 August 2014 20:21:03 CEST, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 12.08.2014 um 16:10 schrieb J. Roeleveld: On Tuesday, August 12, 2014 03:38:15 PM Alan McKinnon wrote: On 12/08/2014 15:28, J. Roeleveld wrote: On 12 August 2014 14:06:07 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 12/08/2014 11:10, Mick wrote: I recall the devs explicitly stating early enough in the KDE4 development that sqlite is not man enough for the job and advising everyone to move over to mysql. Someone was looking at postgresql as an alternative to mysql, but I'm not sure that this would bring any benefit. pg is a fine database, but for this use will always be a 2nd class citizen. Most users will already have mysql installed, or will be willing to install it. The number of folks with pg and without mysql will probably be small Not necessarily. People who care about databases actually supporting SQL properly and performing properly will prefer PostgreSQL. I don't like to be forced to run a MySQL instance as well. It's often the laziness of developers that causes the difficulty of supporting a different database when they started with MySQL. If you start with a different one, like PostgrSQL, supporting different database engines is very simple. I don't think you read what I said. Sorry, didn't read the below in what you put. I didn't say postgresql shouldn't be supported, I said it would always end up being a second class citizen as the number of people who'd be happy with mysql will vastly outnumber the number of people who highly desire postgresql. So, logically, a postgresql driver in this case will probably just bitrot away. Whihc nicely explains the likely reason why that driver is not there. It wouldn't bitrot away as there would be people willing to keep it working, provided it wouldn't require a MySQL - SQL translator to be kept up-to-date. People like yourself who care about databases are very much in the minority of users, even on Linux. Most users across the boards just don't give a shit. Them's the breaks. Users never care about what they install. I just wish the majority of developers would actually be willing to follow some simple guidelines to make it actually possible to others to write and maintain the drivers to connect to different databases. Several attempts have been made by people to add support for different databases to various projects. I've tried to do it myself on occasion, but even when patches are accepted by upstream, they get broken by upstream at a future release again because of the bad design that is often employed by lazy developers. -- Joost wasn't qtsql once supposed to that? If a framework like qtsql is used, swapping the database is easy. Most developers seem to prefer to reinvent the wheel and often come up with something that vaguely resembles a circle and is held together with a mixture of glue and duck tape. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] akonadi ... don't you just love it?
On 12/08/2014 21:00, J. Roeleveld wrote: On 12 August 2014 20:21:03 CEST, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 12.08.2014 um 16:10 schrieb J. Roeleveld: On Tuesday, August 12, 2014 03:38:15 PM Alan McKinnon wrote: On 12/08/2014 15:28, J. Roeleveld wrote: On 12 August 2014 14:06:07 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 12/08/2014 11:10, Mick wrote: I recall the devs explicitly stating early enough in the KDE4 development that sqlite is not man enough for the job and advising everyone to move over to mysql. Someone was looking at postgresql as an alternative to mysql, but I'm not sure that this would bring any benefit. pg is a fine database, but for this use will always be a 2nd class citizen. Most users will already have mysql installed, or will be willing to install it. The number of folks with pg and without mysql will probably be small Not necessarily. People who care about databases actually supporting SQL properly and performing properly will prefer PostgreSQL. I don't like to be forced to run a MySQL instance as well. It's often the laziness of developers that causes the difficulty of supporting a different database when they started with MySQL. If you start with a different one, like PostgrSQL, supporting different database engines is very simple. I don't think you read what I said. Sorry, didn't read the below in what you put. I didn't say postgresql shouldn't be supported, I said it would always end up being a second class citizen as the number of people who'd be happy with mysql will vastly outnumber the number of people who highly desire postgresql. So, logically, a postgresql driver in this case will probably just bitrot away. Whihc nicely explains the likely reason why that driver is not there. It wouldn't bitrot away as there would be people willing to keep it working, provided it wouldn't require a MySQL - SQL translator to be kept up-to-date. People like yourself who care about databases are very much in the minority of users, even on Linux. Most users across the boards just don't give a shit. Them's the breaks. Users never care about what they install. I just wish the majority of developers would actually be willing to follow some simple guidelines to make it actually possible to others to write and maintain the drivers to connect to different databases. Several attempts have been made by people to add support for different databases to various projects. I've tried to do it myself on occasion, but even when patches are accepted by upstream, they get broken by upstream at a future release again because of the bad design that is often employed by lazy developers. -- Joost wasn't qtsql once supposed to that? If a framework like qtsql is used, swapping the database is easy. Most developers seem to prefer to reinvent the wheel and often come up with something that vaguely resembles a circle and is held together with a mixture of glue and duck tape. I blame php and others of it's ilk. The good thing about php is that everyone and their dog can knock out running code. The bad thing about php is that they do. Substitute mysql and bash if you will and tweak the content to suit - it all works out the same. Sensible languages (like, oh I dunno - python maybe?) have this trick about them - you have to work hard to write awful code. You also have to work hard to write awesome code, but if you just follow the book you usually end up with acceptable code. I will refrain from commenting on perl. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
On 29/03/2015 19:30, Mick wrote: On Sunday 29 Mar 2015 18:07:50 Alan McKinnon wrote: On 29/03/2015 18:21, Mick wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 Apparently I have some 32-bit app that uses Qt, and wine is also in the mix. I imagine the number of possibilities and complications about this can be huge and many folks will need to make their own unique tweaks to package.use, and it'll take a while to shake out all the cruft in the tree Thanks Alan, after keywording: =dev-qt/qtopengl-4.8.6-r1 ~amd64 =dev-qt/qtscript-4.8.6-r1 ~amd64 =dev-qt/qtsql-4.8.6-r1 ~amd64 =dev-qt/qtsvg-4.8.6-r1 ~amd64 =dev-qt/qttest-4.8.6-r1 ~amd64 =dev-qt/qttranslations-4.8.6-r1 ~amd64 =dev-qt/qtwebkit-4.8.6-r1 ~amd64 =dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64 and adding abi_x86_32 on many packages that emerge asked me to, I am now able to progress with 'emerge -a @preserved-rebuild'. Thanks Mick. I think Michael posted the correct cause up-thread: If you're on stable, you'll need to keyword qt-4.8.6 in its entirety. You can't mix and match versions, and 4.8.6 is the only one that supports multilib. So you probably want to add all current Qt4 packages to the list. We should probably start asking all posters with similar problems what is the output of grep -ir qt /etc/portage and help them remove all cruft that's getting in the way of a clean upgrade -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
)
[nomerge ]x11-libs/xcb-util-cursor-0.1.1-r1::gentoo USE=-doc
-static-libs {-test} ABI_X86=(64) (-32) (-x32)
[nomerge ] x11-libs/xcb-util-renderutil-0.3.9-r1::gentoo USE=-doc
-static-libs {-test} ABI_X86=(64) (-32) (-x32)
[ebuild R] x11-libs/libxcb-1.11-r1:0/1.11::gentoo USE=xkb* -doc
(-selinux) -static-libs {-test%} ABI_X86=(64) (-32) (-x32) 0 KiB
[ebuild U ] dev-lang/tk-8.5.17::gentoo [8.5.15::gentoo] USE=threads
(-aqua) -debug {-test} -truetype -xscreensaver 0 KiB
[ebuild U ~] sys-apps/util-linux-2.26.1::gentoo [2.26::gentoo] USE=cramfs
ncurses nls pam suid unicode -caps -fdformat -python (-selinux) -slang
-static-libs -systemd {-test} -tty-helpers -udev ABI_X86=(64) -32 (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4
PYTHON_TARGETS=python2_7 -python3_3 -python3_4 0 KiB
[ebuild U ] app-text/unrtf-0.21.9::gentoo [0.20.1::gentoo] 0 KiB
[ebuild U ] dev-util/valgrind-3.10.1::gentoo [3.9.0::gentoo] USE=-mpi 0
KiB
[nomerge ] media-libs/phonon-4.7.2::gentoo USE=qt4 vlc (-aqua) -debug
-designer -gstreamer -pulseaudio (-qt5) (-zeitgeist)
[ebuild N ] dev-qt/qtgui-4.8.5-r3:4::gentoo USE=accessibility
exceptions glib gtkstyle qt3support tiff xv (-aqua) -cups -debug -egl -mng -nas
-nis -pch -trace -xinerama 0 KiB
[nomerge ] media-sound/vmpk-0.4.0::gentoo USE=dbus
[ebuild NS ~] dev-qt/qtcore-5.4.1:5::gentoo [4.8.5-r2:4::gentoo]
USE=-debug -icu -systemd {-test} 0 KiB
[ebuild R] dev-libs/libpcre-8.35:3::gentoo USE=bzip2 cxx jit pcre16*
readline recursion-limit (unicode) zlib -libedit -pcre32 -static-libs
ABI_X86=(64) (-32) (-x32) 0 KiB
[ebuild U ] dev-lang/tcl-8.5.17::gentoo [8.5.15-r1::gentoo] USE=threads
-debug ABI_X86=(64) (-32) (-x32) 0 KiB
[ebuild U ] dev-util/strace-4.9::gentoo [4.8::gentoo] USE=perl -aio
-static 0 KiB
[nomerge ] dev-qt/qtgui-5.4.1:5::gentoo USE=gif harfbuzz jpeg opengl
png xcb -accessibility -debug -egl -eglfs -evdev -gles2 -ibus -kms {-test}
-udev
[nomerge ] dev-qt/qtcore-5.4.1:5::gentoo [4.8.5-r2:4::gentoo]
USE=-debug -icu -systemd {-test}
[ebuild N~] dev-qt/qtchooser-0_p20150102::gentoo USE=-qt5 {-test} 0
KiB
[blocks B ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtmultimedia-4.8.6:4 (dev-qt/qtmultimedia-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtdeclarative-4.8.6:4 (dev-qt/qtdeclarative-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtxmlpatterns-4.8.6:4 (dev-qt/qtxmlpatterns-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtwebkit-4.8.6:4 (dev-qt/qtwebkit-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
Total: 22 packages (10 upgrades, 9 new, 1 in new slot, 2 reinstalls), Size of
downloads: 0 KiB
Conflict: 15 blocks (15 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(dev-qt/qtgui-4.8.5-r3:4/4::gentoo, ebuild scheduled for merge) pulled in by
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by
(kde-base/kreadconfig-4.14.3:4/4.14::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by
(kde-base/kcharselect-4.14.3:4/4.14::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by
(kde-base/knetattach-4.14.3:4/4.14::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by
(kde-base/konqueror-4.14.3:4/4.14::gentoo, installed)
dev-qt/qtgui:4[accessibility] required by
(net-analyzer/wireshark-1.12.4:0/1.12.4::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by
(kde-base/kurifilter-plugins-4.14.3:4/4.14::gentoo, installed)
dev-qt/qtgui:4 required by (dev-util/cmake-2.8.12.2-r1:0/0::gentoo,
installed)
=dev-qt/qtgui-4.8.3:4 required
[gentoo-user] Impossible to compile PyQt
Hi all, the upgrade of my system has had another stop. This time due to PyQt. I googled and found many problems regarding PyQt, but, because of my english, I did not understand what exactly to do. Here is my error log: -- Unpacking source... Unpacking PyQt-x11-gpl-3.17.tar.gz to /var/tmp/portage/dev-python/PyQt-3.17/work Source unpacked. Compiling source in /var/tmp/portage/dev-python/PyQt-3.17/work/PyQt-x11-gpl-3.17 ... cfgtest.cpp: In function 'int main(int, char**)': cfgtest.cpp:5: error: expected type-specifier before 'QInterlaceStyle' cfgtest.cpp:5: error: expected `;' before 'QInterlaceStyle' cfgtest.cpp:1:29: error: qwindowsxpstyle.h: No such file or directory cfgtest.cpp: In function 'int main(int, char**)': cfgtest.cpp:5: error: expected type-specifier before 'QWindowsXPStyle' cfgtest.cpp:5: error: expected `;' before 'QWindowsXPStyle' QScintilla 1.5.1 is being used. Checking to see if the qtcanvas module should be built... Checking to see if the qtnetwork module should be built... Checking to see if the qttable module should be built... Checking to see if the qtxml module should be built... Checking to see if the qtgl module should be built... Checking to see if the qtui module should be built... Checking to see if the qtsql module should be built... Checking to see if the qtext module should be built... Checking to see if the QAssistantClient class is available... Creating features file... Checking to see if the QCDEStyle class is built in... Checking to see if the QInterlaceStyle class is built in... Checking to see if the QMotifStyle class is built in... Checking to see if the QMotifPlusStyle class is built in... Checking to see if the QPlatinumStyle class is built in... Checking to see if the QSGIStyle class is built in... Checking to see if the QWindowsXPStyle class is built in... Checking to see if the QWindowsStyle class is built in... Qt v3.3.8 free edition is being used. SIP 4.7 is being used. These PyQt modules will be built: qt qtcanvas qtnetwork qttable qtxml qtgl qtui qtsql qtext. Support for these Qt classes has been disabled: QInterlaceStyle QWindowsXPStyle. The PyQt modules will be installed in /usr/lib64/python2.4/site-packages. The PyQt .sip files will be installed in /usr/share/sip. The Qt header files are in /usr/qt/3/include. The qt-mt Qt library is in /usr/qt/3/lib64. pyuic will be installed in /usr/bin. pylupdate will be installed in /usr/bin. Generating the C++ source for the qt module... Creating the Makefile for the qt module... Generating the C++ source for the qtext module... Creating the Makefile for the qtext module... Generating the C++ source for the qtgl module... Creating the Makefile for the qtgl module... Generating the C++ source for the qtui module... Creating the Makefile for the qtui module... Generating the C++ source for the qtcanvas module... Creating the Makefile for the qtcanvas module... Generating the C++ source for the qtnetwork module... Creating the Makefile for the qtnetwork module... Generating the C++ source for the qtsql module... Creating the Makefile for the qtsql module... Generating the C++ source for the qttable module... Creating the Makefile for the qttable module... Generating the C++ source for the qtxml module... Creating the Makefile for the qtxml module... Creating top level Makefile... Creating pyuic Makefile... Creating pylupdate Makefile... Creating pyqtconfig.py... make[1]: Entering directory `/var/tmp/portage/dev-python/PyQt-3.17/work/PyQt-x11-gpl-3.17/qt' x86_64-pc-linux-gnu-g++ -c -pipe -fPIC -march=k8 -O2 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/mkspecs/linux-g++ -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtcmodule.o sipqtcmodule.cpp x86_64-pc-linux-gnu-g++ -c -pipe -fPIC -march=k8 -O2 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/mkspecs/linux-g++ -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtQPtrList.o sipqtQPtrList.cpp sip/qt/qdir.sip:47:28: error: sipqtQFileInfo.h: No such file or directory x86_64-pc-linux-gnu-g++ -c -pipe -fPIC -march=k8 -O2 -pipe -fno-strict-aliasing -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/include/python2.4 -I/usr/qt/3/mkspecs/linux-g++ -I/usr/qt/3/include -I/usr/X11R6/include -o sipqtQWorkspace.o sipqtQWorkspace.cpp sip/qt/qwidgetlist.sip:38:26: error: sipqtQWidget.h: No such file or directory sip/qt/qobjectlist.sip:38:26: error: sipqtQObject.h: No such file or directory sipqtcmodule.cpp:13422: error: 'sipQtFindConnection' was not declared in this scope make[1]: *** [sipqtcmodule.o] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [sipqtQWorkspace.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-python/PyQt-3.17/work/PyQt-x11-gpl-3.17/qt' make: *** [all] Error 2 !!! ERROR: dev-python/PyQt-3.17 failed
Re: [gentoo-user] This nite's switch to full multilib
On 29/03/2015 18:21, Mick wrote: On Sunday 29 Mar 2015 17:08:32 Yanestra wrote: On 03/29/2015 05:03 PM, waben...@gmail.com wrote: In most of the cases, Portage will be able to deliver correct suggestions for that when using the --autounmask feature. The first thing what happens here is that kde wants to upgrade because qtchooser's mask miraculously becomes ignored. And qtchooser itself doesn't install together with the libraries it pretends to control because there masses of conflicts, no matter what combination (qt4, qt5) I try. It has taken months of experimentation to get all the software to work which I need. It was tricky, because in many places only particular versions do. All that dissolves in a giant pile of rubbish... Regards, Yanestra I've also ended up with qt blockers, that I do not seem capable to overcome yet. KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. How did you go about overcoming this? I went through that exercise about a month ago, and I needed this: /etc/portage/package.use/abi_x86_32: =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32 =dev-qt/qt3support-4.8.6-r1 abi_x86_32 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32 Apparently I have some 32-bit app that uses Qt, and wine is also in the mix. I imagine the number of possibilities and complications about this can be huge and many folks will need to make their own unique tweaks to package.use, and it'll take a while to shake out all the cruft in the tree -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] On a KDE Plasma machine should vlc be pulling in Qt4?
On 13/02/2016 16:36, Andrew Lowe wrote: > Hi all, > Just wondering if the latest vlc, 2.2.2 should be pulling in KDE4/Qt4 > components when the machine is supposedly running Plasma/Qt5? A sync and > then a -NuD world shows vlc wanting to pull in kdelibs-4.14.16, > qtsql-4.8.7-r1 & qtcore-4.8.7-r1. > > Any thoughts? > > Regards, > Andrew > It's not that vlc must use whatever KDE "the machine uses" (a 100% completely undefined concept), it's what vlc has been coded against. And it seems to be largely KDE4 based at this point. If you read through the ebuild you'll see that USE=kde pulls in kdelibs-4.14.16 as you noted above (which wants many things with USE=qt4) However vlc also supports building against qt4 or 5. It looks like you can have Qt5 support as long as vlc does not build against KDE - that gives Qt4 only. I'm not sure what you'll get with USE="-kde" for vlc, I suspect tight integration like vlc being the default video player will go away. I suggest running emerge -p vlc with various combinations disabling and enabling qt4, qt5 and kde till you find one that suits you. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] printing pdfs
On Sat, May 30, 2020, at 14:54, james wrote: > # qlist -ICv dev-qt/ > dev-qt/designer-5.14.2 > dev-qt/linguist-5.14.2 > dev-qt/linguist-tools-5.14.2 > dev-qt/qt-creator-4.8.2 > dev-qt/qt-docs-5.14.2_p202003291239 > dev-qt/qt3d-5.14.2 > dev-qt/qtchooser-66 > dev-qt/qtconcurrent-5.14.2 > dev-qt/qtcore-5.14.2 > dev-qt/qtdatavis3d-5.14.2 > dev-qt/qtdbus-5.14.2 > dev-qt/qtdeclarative-5.14.2 > dev-qt/qtdiag-5.14.2 > dev-qt/qtgraphicaleffects-5.14.2 > dev-qt/qtgui-5.14.2 > dev-qt/qthelp-5.14.2 > dev-qt/qtimageformats-5.14.2 > dev-qt/qtlockedfile-2.4.1_p20171024 > dev-qt/qtmultimedia-5.14.2 > dev-qt/qtnetwork-5.14.2 > dev-qt/qtopengl-5.14.2 > dev-qt/qtpositioning-5.14.2 > dev-qt/qtprintsupport-5.14.2 > dev-qt/qtquickcontrols-5.14.1 > dev-qt/qtscript-5.14.2 > dev-qt/qtsingleapplication-2.6.1_p20171024 > dev-qt/qtsql-5.14.2 > dev-qt/qtsvg-5.14.1 > dev-qt/qttest-5.14.2 > dev-qt/qtwayland-5.14.2 > dev-qt/qtwebchannel-5.14.2 > dev-qt/qtwebengine-5.14.2 > dev-qt/qtwebkit-5.212.0_pre20200309-r1 > dev-qt/qtwidgets-5.14.2 > dev-qt/qtx11extras-5.14.2 Most of your Qt packages have the 5.14.2 version, except dev-qt/qtquickcontrols and dev-qt/qtsvg which are still at 5.14.1. Please try upgrading them: # emerge -av1 =dev-qt/qtquickcontrols-5.14.2 =dev-qt/qtsvg-5.14.2 -- https://fturco.net/
Re: [gentoo-user] Re: USE flags handling
On Wed, Jul 30, 2014 at 10:31:50PM +0200, Volker Armin Hemmann wrote Am 30.07.2014 21:48, schrieb Dale: While to me KDE is bloated, I just try to disable what I can and carry on. If my system was limited on resources, then I may use something else. and maybe you did exactly the wrong thing. KDE is very modular and reuses its modules as much as it can. Which also means: memory is only used once. There were once a very good (in my not so humble opinion. It think very highly of myself) comparism here: http://ktown.kde.org/~seli/memory/ (url is dead btw) and if you actually use kde apps in kde - memory consumption is lower than in either gnome or 'leightweight' solutions like xfce or windowmaker+stuff. http://web.archive.org/web/20071229030604/http://ktown.kde.org/~seli/memory/desktop_benchmark.html The problem with KDE apps is that they're imitating what MS did with Internet Explorer. They pointed to the itsy-bitsy-teeny-weeny little ie.exe that you could delete if you felt like doing so. They deliberately obfuscated that it was merely a front end to a ton of system libraries that you could not remove. Back when xpdf was being deprecated, various replacement options were suggested. I chose mupdf rather than the KDE app okular. Here's why. After multiple attempts at emerge -pv okular, I found I had to add at least the following to package.use to get it to work... dev-libs/libattica qt4 media-libs/phonon vlc media-video/vlc dbus xcb -ffmpeg dev-qt/qtcore qt3support dev-qt/qtdeclarative accessibility qt3support dev-qt/qtgui accessibility qt3support dev-qt/qtopengl qt3support dev-qt/qt3support accessibility dev-qt/qtsql qt3support sqlite dev-qt/qtsvg accessibility sys-libs/ncurses unicode Seems that if I want to emerge and use KDE's pdf reader, I need... phonon vlc (or gstreamer) libmpeg libmad net-dns/libidn dev-qt/qtwebkit ...***FOR A STINKING PDF READER***. Here's the emerge -pv okular output with USE flag listings edited out... [d531][waltdnes][~] emerge -pv okular | sed s/USE.*$// These are the packages that would be merged, in order: Calculating dependencies done! [ebuild R] sys-libs/ncurses-5.9-r3:5 [ebuild N ] net-dns/libidn-1.28 [ebuild N ] kde-base/kde-env-4.12.5:4/4.12 [ebuild N ] dev-libs/libpcre-8.35:3 [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 0 kB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 [ebuild N ] dev-qt/qtscript-4.8.5:4 [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 [ebuild N ] dev-qt/qtsql-4.8.5:4 [ebuild N ] dev-qt/qt3support-4.8.5:4 [ebuild N ] dev-qt/qtdbus-4.8.5:4 [ebuild N ] dev-qt/qtsvg-4.8.5:4 [ebuild N ] dev-qt/qttest-4.8.5:4 [ebuild N ] dev-qt/designer-4.8.5:4 [ebuild N ] dev-qt/qtopengl-4.8.5:4 [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 [ebuild N ] app-crypt/qca-2.0.3:2 [ebuild N ] dev-qt/qtwebkit-4.8.5:4 [ebuild N ] dev-qt/qtdeclarative-4.8.5:4 [ebuild N ] x11-libs/libXScrnSaver-1.2.2-r1 [ebuild N ] media-libs/libmpeg2-0.5.1-r2 [ebuild N ] media-libs/libmad-0.15.1b-r7 [ebuild N ] media-video/vlc-2.1.2:0/5-7 [ebuild N ] dev-util/automoc-0.9.88 9 kB [ebuild N ] kde-base/oxygen-icons-4.12.5:4/4.12 [ebuild N ] media-libs/qimageblitz-0.0.6-r1 [ebuild N ] dev-libs/libattica-0.4.2 [ebuild N ] dev-libs/libdbusmenu-qt-0.9.2 [ebuild N ] app-misc/strigi-0.7.8 [ebuild N ] media-libs/phonon-4.6.0-r1 [ebuild N ] media-libs/phonon-vlc-0.6.2 [ebuild N ] kde-base/kdelibs-4.12.5-r1:4/4.12 [ebuild N ] kde-base/katepart-4.12.5:4/4.12 [ebuild N ] kde-base/libkexiv2-4.12.5:4/4.12 [ebuild N ] kde-base/okular-4.12.5-r1:4/4.12 Total: 35 packages (34 new, 1 reinstall), Size of downloads: 309,990 kB -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: USE flags handling
Am 31.07.2014 03:55, schrieb Walter Dnes: On Wed, Jul 30, 2014 at 10:31:50PM +0200, Volker Armin Hemmann wrote Am 30.07.2014 21:48, schrieb Dale: While to me KDE is bloated, I just try to disable what I can and carry on. If my system was limited on resources, then I may use something else. and maybe you did exactly the wrong thing. KDE is very modular and reuses its modules as much as it can. Which also means: memory is only used once. There were once a very good (in my not so humble opinion. It think very highly of myself) comparism here: http://ktown.kde.org/~seli/memory/ (url is dead btw) and if you actually use kde apps in kde - memory consumption is lower than in either gnome or 'leightweight' solutions like xfce or windowmaker+stuff. http://web.archive.org/web/20071229030604/http://ktown.kde.org/~seli/memory/desktop_benchmark.html The problem with KDE apps is that they're imitating what MS did with Internet Explorer. They pointed to the itsy-bitsy-teeny-weeny little ie.exe that you could delete if you felt like doing so. They deliberately obfuscated that it was merely a front end to a ton of system libraries that you could not remove. Back when xpdf was being deprecated, various replacement options were suggested. I chose mupdf rather than the KDE app okular. Here's why. After multiple attempts at emerge -pv okular, I found I had to add at least the following to package.use to get it to work... dev-libs/libattica qt4 media-libs/phonon vlc media-video/vlc dbus xcb -ffmpeg dev-qt/qtcore qt3support dev-qt/qtdeclarative accessibility qt3support dev-qt/qtgui accessibility qt3support dev-qt/qtopengl qt3support dev-qt/qt3support accessibility dev-qt/qtsql qt3support sqlite dev-qt/qtsvg accessibility sys-libs/ncurses unicode Seems that if I want to emerge and use KDE's pdf reader, I need... phonon vlc (or gstreamer) libmpeg libmad net-dns/libidn dev-qt/qtwebkit ...***FOR A STINKING PDF READER***. Here's the emerge -pv okular okular is not a 'stinking pdf reader'. Nice try. But just like konqueror it is just a wrapper around kparts and is able to deal with a lot more files than just pdf and postscript. That is what 'modular' and 'code reuse' really means. And the opposite to what gnome does. 'oh, there is an app. Hijack it and gnomify it and make it dependent on 2 douzend gnome libs that all do the same but nobody ever cleaned up'. output with USE flag listings edited out... you know - useflags or tree would have been so much more meaningful... [d531][waltdnes][~] emerge -pv okular | sed s/USE.*$// These are the packages that would be merged, in order: Calculating dependencies done! [ebuild R] sys-libs/ncurses-5.9-r3:5 [ebuild N ] net-dns/libidn-1.28 [ebuild N ] kde-base/kde-env-4.12.5:4/4.12 [ebuild N ] dev-libs/libpcre-8.35:3 [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 0 kB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 [ebuild N ] dev-qt/qtscript-4.8.5:4 [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 [ebuild N ] dev-qt/qtsql-4.8.5:4 [ebuild N ] dev-qt/qt3support-4.8.5:4 [ebuild N ] dev-qt/qtdbus-4.8.5:4 [ebuild N ] dev-qt/qtsvg-4.8.5:4 [ebuild N ] dev-qt/qttest-4.8.5:4 [ebuild N ] dev-qt/designer-4.8.5:4 [ebuild N ] dev-qt/qtopengl-4.8.5:4 [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 [ebuild N ] app-crypt/qca-2.0.3:2 [ebuild N ] dev-qt/qtwebkit-4.8.5:4 [ebuild N ] dev-qt/qtdeclarative-4.8.5:4 [ebuild N ] x11-libs/libXScrnSaver-1.2.2-r1 [ebuild N ] media-libs/libmpeg2-0.5.1-r2 [ebuild N ] media-libs/libmad-0.15.1b-r7 [ebuild N ] media-video/vlc-2.1.2:0/5-7 [ebuild N ] dev-util/automoc-0.9.88 9 kB [ebuild N ] kde-base/oxygen-icons-4.12.5:4/4.12 [ebuild N ] media-libs/qimageblitz-0.0.6-r1 [ebuild N ] dev-libs/libattica-0.4.2 [ebuild N ] dev-libs/libdbusmenu-qt-0.9.2 [ebuild N ] app-misc/strigi-0.7.8 [ebuild N ] media-libs/phonon-4.6.0-r1 [ebuild N ] media-libs/phonon-vlc-0.6.2 [ebuild N ] kde-base/kdelibs-4.12.5-r1:4/4.12 [ebuild N ] kde-base/katepart-4.12.5:4/4.12 [ebuild N ] kde-base/libkexiv2-4.12.5:4/4.12 [ebuild N ] kde-base/okular-4.12.5-r1:4/4.12 Total: 35 packages (34 new, 1 reinstall), Size of downloads: 309,990 kB
Re: [gentoo-user] akonadi ... don't you just love it?
On Tuesday, August 12, 2014 09:20:59 PM Alan McKinnon wrote: On 12/08/2014 21:00, J. Roeleveld wrote: On 12 August 2014 20:21:03 CEST, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 12.08.2014 um 16:10 schrieb J. Roeleveld: On Tuesday, August 12, 2014 03:38:15 PM Alan McKinnon wrote: On 12/08/2014 15:28, J. Roeleveld wrote: On 12 August 2014 14:06:07 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 12/08/2014 11:10, Mick wrote: I recall the devs explicitly stating early enough in the KDE4 development that sqlite is not man enough for the job and advising everyone to move over to mysql. Someone was looking at postgresql as an alternative to mysql, but I'm not sure that this would bring any benefit. pg is a fine database, but for this use will always be a 2nd class citizen. Most users will already have mysql installed, or will be willing to install it. The number of folks with pg and without mysql will probably be small Not necessarily. People who care about databases actually supporting SQL properly and performing properly will prefer PostgreSQL. I don't like to be forced to run a MySQL instance as well. It's often the laziness of developers that causes the difficulty of supporting a different database when they started with MySQL. If you start with a different one, like PostgrSQL, supporting different database engines is very simple. I don't think you read what I said. Sorry, didn't read the below in what you put. I didn't say postgresql shouldn't be supported, I said it would always end up being a second class citizen as the number of people who'd be happy with mysql will vastly outnumber the number of people who highly desire postgresql. So, logically, a postgresql driver in this case will probably just bitrot away. Whihc nicely explains the likely reason why that driver is not there. It wouldn't bitrot away as there would be people willing to keep it working, provided it wouldn't require a MySQL - SQL translator to be kept up-to-date. People like yourself who care about databases are very much in the minority of users, even on Linux. Most users across the boards just don't give a shit. Them's the breaks. Users never care about what they install. I just wish the majority of developers would actually be willing to follow some simple guidelines to make it actually possible to others to write and maintain the drivers to connect to different databases. Several attempts have been made by people to add support for different databases to various projects. I've tried to do it myself on occasion, but even when patches are accepted by upstream, they get broken by upstream at a future release again because of the bad design that is often employed by lazy developers. -- Joost wasn't qtsql once supposed to that? If a framework like qtsql is used, swapping the database is easy. Most developers seem to prefer to reinvent the wheel and often come up with something that vaguely resembles a circle and is held together with a mixture of glue and duck tape. I blame php and others of it's ilk. My point exactly. The good thing about php is that everyone and their dog can knock out running code. The bad thing about php is that they do. Not PHP's fault, lazy developers' fault. Substitute mysql and bash if you will and tweak the content to suit - it all works out the same. Sensible languages (like, oh I dunno - python maybe?) have this trick about them - you have to work hard to write awful code. You also have to work hard to write awesome code, but if you just follow the book you usually end up with acceptable code. I agree, to a fashion. I've seen some really bad examples of Python code though. I will refrain from commenting on perl. I'm surprised noone came up with a Desktop Environment (like KDE and Gnome) written as a perl one-liner yet. ;) -- Joost
Re: [gentoo-user] Re: KDE: unwanted dependencies
On 13.09.2013 17:50, Michael Palimaka wrote: On 13/09/2013 21:35, Yuri K. Shatroff wrote: On 13.09.2013 14:14, Alan McKinnon wrote: On 13/09/2013 12:10, Yuri K. Shatroff wrote: Hi people, I am about to update KDE from 4.10.4 to 4.11.1. Is it possible to avoid installing various nepomuks and akonadis which No Pity. appear to be required now? I have set USE=-semantic-desktop but it doesn't seem to help. While the USE flag has disappeared, you could try putting nepomuk and akonadi into your package.provided file. My current KDE installation is quite happy without that stuff (which also brings along tons of other crap). The KDE maintainers posted quite extensively about this some time back. Some time back I heard that KDE devs were striving to make KDE more modular. KDE upstream is, yes, and how this will affect semantic-desktop remains to be seen. so there is hope? ;) It is too hard to try and extract semantic-desktop out of the KDE build whilst not breaking everything else. What you now do is allow the stuff to be built, and disable the function in System Settings. Well why wasn't it too hard before? It's not quite obvious why one's got to extract some additional functionality, as opposed to including it when needed. A strange approach, all in all. The decision to remove the USE flag happened mostly because it maintain, and was in general not well supported anyway. There have been a number of proposals about the situation: do nothing, do a full revert, or implement some compromise. I would hope that we make a final decision about this before stabilising any 4.11 version. Clear, then I'll opt to wait for the stable 4.11. BTW, it seems that mysql is also a hard dependency for QT now. At least, the average joe can't be scorned any more for not having a server. Hey to all localhost admins! :) That shouldn't be the case. The default akonadi backend is mysql, why could explain why it's being pulled in. Yes, really, I was mislead, it is qtsql which requires setting the mysql flag, but I missed that it was due to akonadi. Thank you for the detailed answer, Michael. -- Best wishes, Yuri K. Shatroff
Re: [gentoo-user] Re: KDE: unwanted dependencies
On Fri, Sep 13, 2013 at 06:04:09PM +0400, Yuri K. Shatroff wrote: On 13.09.2013 17:50, Michael Palimaka wrote: On 13/09/2013 21:35, Yuri K. Shatroff wrote: On 13.09.2013 14:14, Alan McKinnon wrote: On 13/09/2013 12:10, Yuri K. Shatroff wrote: Hi people, I am about to update KDE from 4.10.4 to 4.11.1. Is it possible to avoid installing various nepomuks and akonadis which No Pity. appear to be required now? I have set USE=-semantic-desktop but it doesn't seem to help. While the USE flag has disappeared, you could try putting nepomuk and akonadi into your package.provided file. My current KDE installation is quite happy without that stuff (which also brings along tons of other crap). The KDE maintainers posted quite extensively about this some time back. Some time back I heard that KDE devs were striving to make KDE more modular. KDE upstream is, yes, and how this will affect semantic-desktop remains to be seen. so there is hope? ;) It is too hard to try and extract semantic-desktop out of the KDE build whilst not breaking everything else. What you now do is allow the stuff to be built, and disable the function in System Settings. Well why wasn't it too hard before? It's not quite obvious why one's got to extract some additional functionality, as opposed to including it when needed. A strange approach, all in all. The decision to remove the USE flag happened mostly because it maintain, and was in general not well supported anyway. There have been a number of proposals about the situation: do nothing, do a full revert, or implement some compromise. I would hope that we make a final decision about this before stabilising any 4.11 version. Clear, then I'll opt to wait for the stable 4.11. BTW, it seems that mysql is also a hard dependency for QT now. At least, the average joe can't be scorned any more for not having a server. Hey to all localhost admins! :) That shouldn't be the case. The default akonadi backend is mysql, why could explain why it's being pulled in. Yes, really, I was mislead, it is qtsql which requires setting the mysql flag, but I missed that it was due to akonadi. IIRC you can substitute mysql with sqlite by changing useflags. mysql seems the be the default though... WKR Hinnerk signature.asc Description: Digital signature
Re: [gentoo-user] akonadi ... don't you just love it?
Am 12.08.2014 um 16:10 schrieb J. Roeleveld: On Tuesday, August 12, 2014 03:38:15 PM Alan McKinnon wrote: On 12/08/2014 15:28, J. Roeleveld wrote: On 12 August 2014 14:06:07 CEST, Alan McKinnon alan.mckin...@gmail.com wrote: On 12/08/2014 11:10, Mick wrote: I recall the devs explicitly stating early enough in the KDE4 development that sqlite is not man enough for the job and advising everyone to move over to mysql. Someone was looking at postgresql as an alternative to mysql, but I'm not sure that this would bring any benefit. pg is a fine database, but for this use will always be a 2nd class citizen. Most users will already have mysql installed, or will be willing to install it. The number of folks with pg and without mysql will probably be small Not necessarily. People who care about databases actually supporting SQL properly and performing properly will prefer PostgreSQL. I don't like to be forced to run a MySQL instance as well. It's often the laziness of developers that causes the difficulty of supporting a different database when they started with MySQL. If you start with a different one, like PostgrSQL, supporting different database engines is very simple. I don't think you read what I said. Sorry, didn't read the below in what you put. I didn't say postgresql shouldn't be supported, I said it would always end up being a second class citizen as the number of people who'd be happy with mysql will vastly outnumber the number of people who highly desire postgresql. So, logically, a postgresql driver in this case will probably just bitrot away. Whihc nicely explains the likely reason why that driver is not there. It wouldn't bitrot away as there would be people willing to keep it working, provided it wouldn't require a MySQL - SQL translator to be kept up-to-date. People like yourself who care about databases are very much in the minority of users, even on Linux. Most users across the boards just don't give a shit. Them's the breaks. Users never care about what they install. I just wish the majority of developers would actually be willing to follow some simple guidelines to make it actually possible to others to write and maintain the drivers to connect to different databases. Several attempts have been made by people to add support for different databases to various projects. I've tried to do it myself on occasion, but even when patches are accepted by upstream, they get broken by upstream at a future release again because of the bad design that is often employed by lazy developers. -- Joost wasn't qtsql once supposed to that?
[gentoo-user] dev-python/PyQt4-4.9.2 requires SIP v4.13.3 or later
Howdy,
I'm doing my KDE4 upgrades and ran into this:
root@fireball / # cat
/var/tmp/portage/dev-python/PyQt4-4.9.2/temp/build.log
* Package:dev-python/PyQt4-4.9.2
* Repository: gentoo
* Maintainer: q...@gentoo.org pyt...@gentoo.org
* Upstream: p...@riverbankcomputing.com p...@riverbankcomputing.com
* USE:X amd64 consolekit dbus declarative elibc_glibc kde
kernel_linux multilib opengl phonon policykit sql svg userland_GNU webkit
* FEATURES: preserve-libs sandbox
Unpacking source...
Unpacking PyQt-x11-gpl-4.9.2.tar.gz to
/var/tmp/portage/dev-python/PyQt4-4.9.2/work
Source unpacked in /var/tmp/portage/dev-python/PyQt4-4.9.2/work
Preparing source in
/var/tmp/portage/dev-python/PyQt4-4.9.2/work/PyQt-x11-gpl-4.9.2 ...
* Applying PyQt4-4.7.2-configure.py.patch ...
[ ok ]
* Preparation of dev-python/PyQt4-4.9.2 with CPython 2.7...
* Preparation of dev-python/PyQt4-4.9.2 with CPython 3.2...
Source prepared.
Configuring source in
/var/tmp/portage/dev-python/PyQt4-4.9.2/work/PyQt-x11-gpl-4.9.2 ...
* Configuration of dev-python/PyQt4-4.9.2 with CPython 2.7...
python2.7 configure.py --confirm-license --bindir=/usr/bin
--destdir=/usr/lib64/python2.7/site-packages --sipdir=/usr/share/sip
--assume-shared --no-timestamp --qsci-api --enable=QtCore
--enable=QtNetwork --enable=QtScript --enable=QtXml --enable=QtGui
--enable=QtDesigner --enable=QtScriptTools --enable=QtTest
--enable=QtDBus --enable=QtDeclarative --enable=QtOpenGL --enable=phonon
--enable=QtSql --enable=QtSvg --enable=QtWebKit
CC=x86_64-pc-linux-gnu-gcc CXX=x86_64-pc-linux-gnu-g++
LINK=x86_64-pc-linux-gnu-g++ LINK_SHLIB=x86_64-pc-linux-gnu-g++
CFLAGS=-march=native -O2 -pipe CXXFLAGS=-march=native -O2 -pipe
LFLAGS=-Wl,-O1 -Wl,--as-needed
Error: This version of PyQt requires SIP v4.13.3 or later
* ERROR: dev-python/PyQt4-4.9.2 failed (configure phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 85: Called src_configure
* environment, line 4969: Called python_execute_function '-s'
'configuration'
* environment, line 3264: Called configuration
* environment, line 4954: Called die
* The specific snippet of code:
* ${myconf[@]} || die;
*
* If you need support, post the output of `emerge --info
'=dev-python/PyQt4-4.9.2'`,
* the complete build log and the output of `emerge -pqv
'=dev-python/PyQt4-4.9.2'`.
* The complete build log is located at
'/var/tmp/portage/dev-python/PyQt4-4.9.2/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/dev-python/PyQt4-4.9.2/temp/environment'.
* Working directory:
'/var/tmp/portage/dev-python/PyQt4-4.9.2/work/PyQt-x11-gpl-4.9.2-2.7'
* S: '/var/tmp/portage/dev-python/PyQt4-4.9.2/work/PyQt-x11-gpl-4.9.2'
root@fireball / #
I notice tho that portage seems to have failed to notice this was
needed. Should I file a bug report or is this just me?
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how
you interpreted my words!
Miss the compile output? Hint:
EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] Qt5
2014-11-12 12:46 GMT-05:00 Jc García jyo.gar...@gmail.com: 2014-11-12 11:37 GMT-06:00 siefke_lis...@web.de siefke_lis...@web.de: Hello, i want install qt5 with the qt overlay. But i become message i686-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -fuse-ld=gold -o ../../../bin/moc .obj/moc.o .obj/preprocessor.o .obj/generator.o .obj/parser.o .obj/token.o .obj/main.o -L/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/work/qtbase-opensource-src-5.4.0-beta/lib -lQt5Bootstrap -lz -lpthread i686-pc-linux-gnu-g++: error: unrecognized command line option ‘-fuse-ld=gold’ / # emerge --info =dev-qt/qtcore-5.4.0_beta::qt Portage 2.2.8-r2 (default/linux/x86/13.0/desktop, gcc-4.7.3, glibc-2.19-r1, 3.10.23--std-ipv6-64 i686) sys-devel/gcc:4.7.3-r1, 4.8.3 It might be you used gcc 4.7 and is too old to compile qtcore 5, try to switch the default compiler using gcc-config to 4.8.3, and recompile again. And qt-5.3 (stable) is in portage, but masked. You could unmask it: # Davide Pesavento p...@gentoo.org (11 Sep 2014) # Mask Qt 5.3.x for wider testing to ensure that it does # not break or conflict with other packages (bug #454132) =dev-qt/assistant-5.3.2* =dev-qt/designer-5.3.2* =dev-qt/linguist-5.3.2* =dev-qt/linguist-tools-5.3.2* =dev-qt/pixeltool-5.3.2* =dev-qt/qdbus-5.3.2* =dev-qt/qdbusviewer-5.3.2* =dev-qt/qdoc-5.3.2* =dev-qt/qtconcurrent-5.3.2* =dev-qt/qtcore-5.3.2* =dev-qt/qtdbus-5.3.2* =dev-qt/qtdeclarative-5.3.2* =dev-qt/qtdiag-5.3.2* =dev-qt/qtgraphicaleffects-5.3.2* =dev-qt/qtgui-5.3.2* =dev-qt/qthelp-5.3.2* =dev-qt/qtimageformats-5.3.2* =dev-qt/qtmultimedia-5.3.2* =dev-qt/qtnetwork-5.3.2* =dev-qt/qtopengl-5.3.2* =dev-qt/qtpaths-5.3.2* =dev-qt/qtpositioning-5.3.2* =dev-qt/qtprintsupport-5.3.2* =dev-qt/qtquick1-5.3.2* =dev-qt/qtquickcontrols-5.3.2* =dev-qt/qtscript-5.3.2* =dev-qt/qtsensors-5.3.2* =dev-qt/qtserialport-5.3.2* =dev-qt/qtsql-5.3.2* =dev-qt/qtsvg-5.3.2* =dev-qt/qttest-5.3.2* =dev-qt/qttranslations-5.3.2* =dev-qt/qtwebkit-5.3.2* =dev-qt/qtwebsockets-5.3.2* =dev-qt/qtwidgets-5.3.2* =dev-qt/qtx11extras-5.3.2* =dev-qt/qtxml-5.3.2* =dev-qt/qtxmlpatterns-5.3.2* dev-python/PyQt5 -- Andrés Becerra Sandoval
[gentoo-user] Re: This nite's switch to full multilib
Peter Humphrey peter at prh.myzen.co.uk writes: On Sunday 29 March 2015 20:12:45 Alan McKinnon wrote: grep -ir qt /etc/portage grep qt /etc/portage/package.use | wc -l =11 dev-qt/qt-creator android autotools cmake python dev-qt/qtguiqt3support =dev-qt/qtsql-4.8.5 qt3support =dev-qt/qtcore-4.8.5-r1 qt3support # required by dev-qt/qtcore-4.8.5-r1[qt3support] =dev-qt/qtgui-4.8.5-r1 qt3support # required by dev-qt/qtopengl-4.8.5 =dev-qt/qtgui-4.8.5-r2 -qt3support # required by dev-qt/qt3support-4.8.5 =dev-qt/qtgui-4.8.5-r2 qt3support # required by dev-qt/qtwebkit-4.8.5[gstreamer] # grep -ir qt /etc/portage | wc -l =86 # eselect profile list Available profile symlink targets: [1] default/linux/amd64/13.0 * So I am multilib? How/where do I tell, as one reader posted that the profile is not where we designate if we are multilib or not (news to me). I am open to edumacation on this aspect. and help them remove all cruft that's getting in the way of a clean upgrade I just ran a 'depclean' a few days ago. Dozens of my java hacks (overlays) and such got cleaned out and my apache-spark ebuild (hack) does not compile anymore. No big deal, I get to spend another day learning all the neat things I do not know about maven.. I Did not even know a cleanup was needed but 'eix-test-obsolete' broke me down and kicked me in the teeth. I've got a lot to clean up: eix-test-obsolete | wc -l =209 emerge -uDNvp world | wc -l =111 emerge -uDNvp world : Total: 98 packages (2 upgrades, 2 new, 2 in new slots, 92 reinstalls, 3 uninstalls) All I have done so far is run emerge --sync. I previously sync'd up on 28mar2015 before that. I do not run KDE, I use lxde + lots of java (hacks) I refer to 'java(hacks)' because it is mostly a kludge of old portage packages and overlays. I have automask automated via make.conf. EMERGE_DEFAULT_OPTS=--with-bdeps y --autounmask-write y But before I follow the path of others: cat package.use | wc -l =314 package.use via automask is getting a bit out of hand, already. Somehow, I do not feel good about the devs solution is to munge up something I have already been abusing. So, does 'eix-test-obsolete' have some automated option to clean up package.use? I think I need to do this before applying the latest (dev_inspired) kludge to my main workstation? Maybe I should BE the chicken that I am, and wait a few days for others to flush this out a bit more? It's already been a hell(o)Monday for me.. On a brighter note, I do feel good that my instincts on kludging up a gentoo system, seem to be tracking the devs, quite nicely Guidance, humor and spankings are all welcome. James
Re: [gentoo-user] Re: Using KDE apps in a non KDE environment
On Fri, Oct 02, 2015 at 06:30:03PM +0200, Alan McKinnon wrote > With situations like this, one has to apply some intelligence (and the > reverse is also true - running gtk/Gnome apps on a KDE system). A few > simple apps like say okular or konsole will be very manageable, as they > have specific narrow functionality and are not core. You'd be surprised. First some background on my system. When I installed it as 32-bit years ago, I went with USE="-*" like so... USE="-* a52 aac bzip2 cxx fortran ncurses netifrc nptl nptlonly nsplugin offensive openssl posix readline ssl threads vim-syntax zlib X dga dri exif ffmpeg flac classic gif intel jpeg mng mp3 mpeg ogg opengl png rtmp theora tiff truetype vorbis xcomposite webm x264 xpm xv xvid xvmc" When I re-did it as 64-bit, I went to "the regular way" like so... USE="X apng bindist ffmpeg jpeg png truetype x264 x265 xorg -acl -berkdb -chatzilla -cracklib -crypt -gallium -gdbm -gmp-autoupdate -graphite -gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -nls -openmp -pam -pch -roaming -sendmail -tcpd -udev -udisks -unicode -upower -xinerama" When Xpdf was deprecated, I eventually settled on mupdf, which is nice and lightweight. I skipped okular, because it brought in a big chunk of KDE. Just for s and giggles, I had a look today at what would be required to build okular on my system. Repeat emerge commands showed that my package.use would require the following extras... dev-qt/qtcore qt3support app-text/poppler qt4 dev-qt/qtsql qt3support dev-qt/qtgui qt3support sys-apps/dbus X media-video/vlc dbus ogg vorbis sys-libs/zlib minizip sys-libs/ncurses unicode sys-auth/consolekit policykit dev-qt/qtdeclarative qt3support dev-qt/qtopengl qt3support File-attached is the "emerge -pv okular" output. To summarize... Total: 53 packages (50 new, 3 reinstalls), Size of downloads: 329,492 KiB ...because a pdf-reader really needs libogg, libvorbis, www-misc/htdig, qtcore-4.8.6-r4, 2 versions of qtgui, qt3support, qtwebkit, libdbusmenu, strigi, spidermonkey, phonon, vlc, polkit, consolekit, etc, etc. Similarly, gnumeric is a great spreadsheet, but it's being loaded with a ton of egregiously unnecessary GNOME dependancies, via gtk3 and goffice. Remember when Bill Gates showed how IE.EXE was an eensy-weensy-teensy-itty-bitty little program that you could easily remove? But he failed to mention that it was merely an interface to a whole bunch of Windows libraries that were continuously running in the background. Similarly, gnumeric has been adding hard dependancies on various GNOME libraries over time. I try to keep a minimal profile. Every so often, stuff like dbus, harfbuzz, ghostscript, etc, etc, have been added as hard dependancies to gnumeric. I'd be willing to contribute money to developers who would fork gnumeric, and move it off of GTK and on to FTLK (Fast Light Tool Kit) http://www.fltk.org/index.php and get rid of hard dependancies on a bunch of GNOME stuff. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] printing pdfs
On 5/30/20 3:58 AM, Neil Bothwick wrote: On Fri, 29 May 2020 18:30:21 -0400, james wrote: Correct. I tried to trim it down. So here is the full output: # eix --category dev-qt --installed --compact [?] dev-qt/designer (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): WYSIWYG tool for designing and building graphical user interfaces with QtWidgets [?] dev-qt/linguist-tools (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Tools for working with Qt translation data files [I] dev-qt/qt-creator (4.8.2@05/24/2020): Lightweight IDE for C++/QML development centering around Qt For a much easier to parse (and more email friendly) output, try qlist -ICv dev-qt/ Thx Neil && Jack: # qlist -ICv dev-qt/ dev-qt/designer-5.14.2 dev-qt/linguist-5.14.2 dev-qt/linguist-tools-5.14.2 dev-qt/qt-creator-4.8.2 dev-qt/qt-docs-5.14.2_p202003291239 dev-qt/qt3d-5.14.2 dev-qt/qtchooser-66 dev-qt/qtconcurrent-5.14.2 dev-qt/qtcore-5.14.2 dev-qt/qtdatavis3d-5.14.2 dev-qt/qtdbus-5.14.2 dev-qt/qtdeclarative-5.14.2 dev-qt/qtdiag-5.14.2 dev-qt/qtgraphicaleffects-5.14.2 dev-qt/qtgui-5.14.2 dev-qt/qthelp-5.14.2 dev-qt/qtimageformats-5.14.2 dev-qt/qtlockedfile-2.4.1_p20171024 dev-qt/qtmultimedia-5.14.2 dev-qt/qtnetwork-5.14.2 dev-qt/qtopengl-5.14.2 dev-qt/qtpositioning-5.14.2 dev-qt/qtprintsupport-5.14.2 dev-qt/qtquickcontrols-5.14.1 dev-qt/qtscript-5.14.2 dev-qt/qtsingleapplication-2.6.1_p20171024 dev-qt/qtsql-5.14.2 dev-qt/qtsvg-5.14.1 dev-qt/qttest-5.14.2 dev-qt/qtwayland-5.14.2 dev-qt/qtwebchannel-5.14.2 dev-qt/qtwebengine-5.14.2 dev-qt/qtwebkit-5.212.0_pre20200309-r1 dev-qt/qtwidgets-5.14.2 dev-qt/qtx11extras-5.14.2 qlist -ICv dev-qt/ | wc -l 36 Those are the installed. It's trying to upgrade to the latest: It's trying now to downgrade any to 5.13.2, or 5.14.1 etc. I'd rather just block them for now until the 5.14.2 stabilizes? Any quick (syntax) suggestions on locking into the newest offerings for qt* would be keen, as what I have tried, to date, does not seem to placate the qt_beast. Since purging python 2.7 pathway is underhand (not complaining) I figured I might as well be up on the latest qt*, as the newest codes always seem to work for me. My next gentoo install will be all testing/edge codes. Note: I also use a wide variety of secondary sources for ebuilds, for example: sync-uri = rsync://roverlay.dev.gentoo.org/roverlay I suspect the problem(s), that are recurring upgrades with qt* may be do to the latest release of qt packages, these extra repos, or something unknown to me as a necessary sequence to upgrade qt packages. It is a recurring problem. hth, James
[gentoo-user] Compiles take much longer than in the past
Hey list, I'm observing on this olde Centrino laptop that emerges take much, much longer for certain packages than they did in the past. There was a bigger update on 25. Jan (the first since 20. Oct) and another one on 22. Feb. Examples can be found at the bottom, they show increases from 15 to more than 100 percent. It's not with every package and there's always some fluctuation of course as packet versions get bigger. But I really noticed it when I was rebuilding gcc. Usually on bigger updates, I let it sit in the corner for the day, not using it, since it's a puny single-core. I'm using the same CXXFLAGS on my netbook, where gcc also took a step up from 4.6 to 4.7 (increas by 200%), so it's inherent in the version upgrade. OTOH, the first gcc-4.7 installation in the Centrino took only half as long as any of the following. (On a sidenote, a 64 bit crossdev gcc on the netbook -- same version and same useflags as world's -- took 51 minutes, whereas the system compiler needed 2h 40. What gives?) Can you give me an insight based on the little knowledge I can provide about the environment? My usual CXXFLAGS are -O2 -march=native -fomit-frame-pointer -pipe. At some point in the past I added -fno-unwind-tables -fno-asynchronous-unwind-tables. My browser history tells me that I was researching that on 25. October 2013. And recently I experimented with -mpfmath=sse, but when gcc wouldn't build with that on the Netbook, I removed it again yesterday. I removed the extra CXXFLAGS yesterday and rebuilt gcc twice over last night, but the results aren't as hoped. Example compile times (output of qlop -g, with the installed versions added by me) gcc: Sat Apr 27 20:06:24 2013: 5338u seconds # 4.6.3 gcc: Sun Oct 20 21:05:53 2013: 7878u seconds # 4.7.3-r1 gcc: Sun Jan 26 06:18:34 2014: 7274u seconds # 4.7.3-r1 with USE=fortran until here (profile default), and probably introducing fno-...-tables gcc: Sat Feb 22 22:58:16 2014: 15814u seconds # 4.7.3-r1 did some stuff while compiling - not pure compile time. But from here USE=-fortran gcc: Sun Feb 23 05:05:02 2014: 12952u seconds # 4.7.3-r1 removed -fno-unwind-tables -fno-asynchronous-unwind-tables -mpfmath=sse gcc: Sun Feb 23 09:50:35 2014: 13118u seconds # 4.7.3-r1 mc: Sun Apr 28 05:58:04 2013: 218u seconds # 4.8.7 mc: Sun Jan 26 08:37:50 2014: 238u seconds # 4.8.9 mc: Sun Feb 23 03:41:36 2014: 586u seconds # 4.8.11 php: Sun Jan 26 08:42:19 2014: 1994u seconds # 5.5.7 php: Sat Feb 1 16:37:25 2014: 2321u seconds # 5.5.7 php: Sun Feb 23 08:42:49 2014: 4037u seconds # 5.5.9 qtcore: Tue Jul 16 23:28:28 2013: 1424u seconds # 4.8.4-r5 qtcore: Mon Oct 21 00:23:09 2013: 1518u seconds # 4.8.5 qtcore: Sat Jan 25 23:34:12 2014: 2097u seconds # 4.8.5-r1 openssl: Sun Apr 28 00:54:07 2013: 378u seconds # 1.0.1c openssl: Mon Oct 21 13:21:48 2013: 404u seconds # 1.0.1e-r1 openssl: Sat Jan 25 21:41:01 2014: 546u seconds # 1.0.1f xorg-server: Sun Apr 28 05:37:58 2013: 430u seconds # 1.13.4 xorg-server: Mon Oct 21 15:24:02 2013: 501u seconds # 1.14.3 xorg-server: Sun Jan 26 16:48:22 2014: 544u seconds # 1.14.3-r2 gegl: Wed Jul 17 19:59:39 2013: 204u seconds # 0.1.6 gegl: Mon Oct 21 16:43:45 2013: 239u seconds # 0.2.0-r2 gegl: Sat Feb 1 17:31:07 2014: 273u seconds # 0.2.0-r2 git: Sun Apr 28 06:37:01 2013: 228u seconds # 1.8.1.5 git: Mon Oct 21 16:47:44 2013: 226u seconds # 1.8.1.5-r1 git: Sun Jan 26 00:36:17 2014: 314u seconds # 1.8.3.2-r1 kopete: Fri Sep 13 07:16:13 2013: 1495u seconds # 4.11.1 kopete: Mon Oct 21 23:29:32 2013: 1531u seconds # 4.11.2 kopete: Sat Feb 1 05:36:00 2014: 2025u seconds # 4.11.2-r1 kmail: Fri Sep 13 09:15:12 2013: 2015u seconds # 4.11.1 kmail: Tue Oct 22 02:20:00 2013: 2059u seconds # 4.11.2 kmail: Sat Feb 1 07:46:49 2014: 2489u seconds # 4.11.2-r1 portage: Wed Jul 17 01:26:02 2013: 55u seconds # 2.1.12 portage: Thu Sep 12 18:08:27 2013: 72u seconds # 2.2.1 portage: Sat Jan 25 19:12:30 2014: 126u seconds # 2.2.7 curl: Thu Sep 12 21:55:12 2013: 201u seconds # 7.31.0 curl: Sat Jan 25 22:26:28 2014: 259u seconds # 7.34.0-r1 curl: Sat Feb 22 20:17:06 2014: 608u seconds # 7.35.0 # Possible did some other stuff at the same time. qtsql: Mon Oct 21 05:12:27 2013: 124u seconds # 4.8.5 qtsql: Sun Jan 26 00:54:54 2014: 522u seconds # 4.8.5 qtdbus: Mon Oct 21 04:44:45 2013: 194u seconds # 4.8.5 qtdbus: Sun Jan 26 01:03:36 2014: 223u seconds # 4.8.5 lcms: Sat Jan 25 21:50:07 2014: 85u seconds # 2.5 lcms: Sat Feb 1 11:55:35 2014: 81u seconds # 2.5 lcms: Sat Feb 22 21:15:26 2014: 196u seconds # 2.5-r1 json-c: Sat Sep 8 21:39:56 2012: 30u seconds # 0.9 json-c: Sat Jan 25 21:12:03 2014: 58u seconds # 0.11 json-c: Sat Feb 22 21:13:33 2014: 113u seconds # 0.11 -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. I am not half as intelligent as you are! signature.asc Description: Digital signature
Re: [gentoo-user] Re: USE flags handling
On 31/07/2014 03:55, Walter Dnes wrote: On Wed, Jul 30, 2014 at 10:31:50PM +0200, Volker Armin Hemmann wrote Am 30.07.2014 21:48, schrieb Dale: While to me KDE is bloated, I just try to disable what I can and carry on. If my system was limited on resources, then I may use something else. and maybe you did exactly the wrong thing. KDE is very modular and reuses its modules as much as it can. Which also means: memory is only used once. There were once a very good (in my not so humble opinion. It think very highly of myself) comparism here: http://ktown.kde.org/~seli/memory/ (url is dead btw) and if you actually use kde apps in kde - memory consumption is lower than in either gnome or 'leightweight' solutions like xfce or windowmaker+stuff. http://web.archive.org/web/20071229030604/http://ktown.kde.org/~seli/memory/desktop_benchmark.html The problem with KDE apps is that they're imitating what MS did with Internet Explorer. They pointed to the itsy-bitsy-teeny-weeny little ie.exe that you could delete if you felt like doing so. They deliberately obfuscated that it was merely a front end to a ton of system libraries that you could not remove. Back when xpdf was being deprecated, various replacement options were suggested. I chose mupdf rather than the KDE app okular. Here's why. After multiple attempts at emerge -pv okular, I found I had to add at least the following to package.use to get it to work... dev-libs/libattica qt4 media-libs/phonon vlc media-video/vlc dbus xcb -ffmpeg dev-qt/qtcore qt3support dev-qt/qtdeclarative accessibility qt3support dev-qt/qtgui accessibility qt3support dev-qt/qtopengl qt3support dev-qt/qt3support accessibility dev-qt/qtsql qt3support sqlite dev-qt/qtsvg accessibility sys-libs/ncurses unicode Seems that if I want to emerge and use KDE's pdf reader, I need... phonon vlc (or gstreamer) libmpeg libmad net-dns/libidn dev-qt/qtwebkit ...***FOR A STINKING PDF READER***. Here's the emerge -pv okular output with USE flag listings edited out... [d531][waltdnes][~] emerge -pv okular | sed s/USE.*$// These are the packages that would be merged, in order: Calculating dependencies done! [ebuild R] sys-libs/ncurses-5.9-r3:5 [ebuild N ] net-dns/libidn-1.28 [ebuild N ] kde-base/kde-env-4.12.5:4/4.12 [ebuild N ] dev-libs/libpcre-8.35:3 [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 0 kB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 [ebuild N ] dev-qt/qtscript-4.8.5:4 [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 [ebuild N ] dev-qt/qtsql-4.8.5:4 [ebuild N ] dev-qt/qt3support-4.8.5:4 [ebuild N ] dev-qt/qtdbus-4.8.5:4 [ebuild N ] dev-qt/qtsvg-4.8.5:4 [ebuild N ] dev-qt/qttest-4.8.5:4 [ebuild N ] dev-qt/designer-4.8.5:4 [ebuild N ] dev-qt/qtopengl-4.8.5:4 [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 [ebuild N ] app-crypt/qca-2.0.3:2 [ebuild N ] dev-qt/qtwebkit-4.8.5:4 [ebuild N ] dev-qt/qtdeclarative-4.8.5:4 [ebuild N ] x11-libs/libXScrnSaver-1.2.2-r1 [ebuild N ] media-libs/libmpeg2-0.5.1-r2 [ebuild N ] media-libs/libmad-0.15.1b-r7 [ebuild N ] media-video/vlc-2.1.2:0/5-7 [ebuild N ] dev-util/automoc-0.9.88 9 kB [ebuild N ] kde-base/oxygen-icons-4.12.5:4/4.12 [ebuild N ] media-libs/qimageblitz-0.0.6-r1 [ebuild N ] dev-libs/libattica-0.4.2 [ebuild N ] dev-libs/libdbusmenu-qt-0.9.2 [ebuild N ] app-misc/strigi-0.7.8 [ebuild N ] media-libs/phonon-4.6.0-r1 [ebuild N ] media-libs/phonon-vlc-0.6.2 [ebuild N ] kde-base/kdelibs-4.12.5-r1:4/4.12 [ebuild N ] kde-base/katepart-4.12.5:4/4.12 [ebuild N ] kde-base/libkexiv2-4.12.5:4/4.12 [ebuild N ] kde-base/okular-4.12.5-r1:4/4.12 Total: 35 packages (34 new, 1 reinstall), Size of downloads: 309,990 kB I'm going to take issue with this post. Walter, you have completely misjudged what KDE is designed to do and are blaming it unfairly. KDE apps are not designed to run in isolation - they run in a greater context. That context is the KDE system. It was designed with the view that an app like okular will be installed alongside other similar apps that let you deal with other filetypes. Like audio, video, graphics, text. And so on. To do this, it needs the libs it is built on. And it needs a graphics toolkit - Qt. The reason you got such a long list of packages to install is because you do not have any Qt installed at all. If you did not have any X installed at all and wanted to emerge xpdf you would get a similar long list for exactly the same reason. The point I'm trying to make is that KDe was not designed with you in mind. KDE could never work for you because of your viewpoint and that viewpoint is in your sig. So please stop blaming KDE for doing what KDE does correctly and well. Just realise that you
Re: [gentoo-user] Re: USE flags handling
On Thursday, July 31, 2014 08:34:09 AM Alan McKinnon wrote: On 31/07/2014 03:55, Walter Dnes wrote: On Wed, Jul 30, 2014 at 10:31:50PM +0200, Volker Armin Hemmann wrote Am 30.07.2014 21:48, schrieb Dale: While to me KDE is bloated, I just try to disable what I can and carry on. If my system was limited on resources, then I may use something else. and maybe you did exactly the wrong thing. KDE is very modular and reuses its modules as much as it can. Which also means: memory is only used once. There were once a very good (in my not so humble opinion. It think very highly of myself) comparism here: http://ktown.kde.org/~seli/memory/ (url is dead btw) and if you actually use kde apps in kde - memory consumption is lower than in either gnome or 'leightweight' solutions like xfce or windowmaker+stuff. http://web.archive.org/web/20071229030604/http://ktown.kde.org/~seli/me mo ry/desktop_benchmark.html The problem with KDE apps is that they're imitating what MS did with Internet Explorer. They pointed to the itsy-bitsy-teeny-weeny little ie.exe that you could delete if you felt like doing so. They deliberately obfuscated that it was merely a front end to a ton of system libraries that you could not remove. Back when xpdf was being deprecated, various replacement options were suggested. I chose mupdf rather than the KDE app okular. Here's why. After multiple attempts at emerge -pv okular, I found I had to add at least the following to package.use to get it to work... dev-libs/libattica qt4 media-libs/phonon vlc media-video/vlc dbus xcb -ffmpeg dev-qt/qtcore qt3support dev-qt/qtdeclarative accessibility qt3support dev-qt/qtgui accessibility qt3support dev-qt/qtopengl qt3support dev-qt/qt3support accessibility dev-qt/qtsql qt3support sqlite dev-qt/qtsvg accessibility sys-libs/ncurses unicode Seems that if I want to emerge and use KDE's pdf reader, I need... phonon vlc (or gstreamer) libmpeg libmad net-dns/libidn dev-qt/qtwebkit ...***FOR A STINKING PDF READER***. Here's the emerge -pv okular output with USE flag listings edited out... [d531][waltdnes][~] emerge -pv okular | sed s/USE.*$// These are the packages that would be merged, in order: Calculating dependencies done! [ebuild R] sys-libs/ncurses-5.9-r3:5 [ebuild N ] net-dns/libidn-1.28 [ebuild N ] kde-base/kde-env-4.12.5:4/4.12 [ebuild N ] dev-libs/libpcre-8.35:3 [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 0 kB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 [ebuild N ] dev-qt/qtscript-4.8.5:4 [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 [ebuild N ] dev-qt/qtsql-4.8.5:4 [ebuild N ] dev-qt/qt3support-4.8.5:4 [ebuild N ] dev-qt/qtdbus-4.8.5:4 [ebuild N ] dev-qt/qtsvg-4.8.5:4 [ebuild N ] dev-qt/qttest-4.8.5:4 [ebuild N ] dev-qt/designer-4.8.5:4 [ebuild N ] dev-qt/qtopengl-4.8.5:4 [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 [ebuild N ] app-crypt/qca-2.0.3:2 [ebuild N ] dev-qt/qtwebkit-4.8.5:4 [ebuild N ] dev-qt/qtdeclarative-4.8.5:4 [ebuild N ] x11-libs/libXScrnSaver-1.2.2-r1 [ebuild N ] media-libs/libmpeg2-0.5.1-r2 [ebuild N ] media-libs/libmad-0.15.1b-r7 [ebuild N ] media-video/vlc-2.1.2:0/5-7 [ebuild N ] dev-util/automoc-0.9.88 9 kB [ebuild N ] kde-base/oxygen-icons-4.12.5:4/4.12 [ebuild N ] media-libs/qimageblitz-0.0.6-r1 [ebuild N ] dev-libs/libattica-0.4.2 [ebuild N ] dev-libs/libdbusmenu-qt-0.9.2 [ebuild N ] app-misc/strigi-0.7.8 [ebuild N ] media-libs/phonon-4.6.0-r1 [ebuild N ] media-libs/phonon-vlc-0.6.2 [ebuild N ] kde-base/kdelibs-4.12.5-r1:4/4.12 [ebuild N ] kde-base/katepart-4.12.5:4/4.12 [ebuild N ] kde-base/libkexiv2-4.12.5:4/4.12 [ebuild N ] kde-base/okular-4.12.5-r1:4/4.12 Total: 35 packages (34 new, 1 reinstall), Size of downloads: 309,990 kB I'm going to take issue with this post. Walter, you have completely misjudged what KDE is designed to do and are blaming it unfairly. KDE apps are not designed to run in isolation - they run in a greater context. That context is the KDE system. It was designed with the view that an app like okular will be installed alongside other similar apps that let you deal with other filetypes. Like audio, video, graphics, text. And so on. To do this, it needs the libs it is built on. And it needs a graphics toolkit - Qt. The reason you got such a long list of packages to install is because you do not have any Qt installed at all. If you did not have any X installed at all and wanted to emerge xpdf you would get a similar long list for exactly the same reason. The point I'm trying to make is that KDe was not designed with you in mind. KDE could never work for you because of your viewpoint
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
On 14/03/2015 11:10, meino.cra...@gmx.de wrote:
Alan McKinnon alan.mckin...@gmail.com [15-03-14 09:48]:
On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
Hi,
emerge hits me:
Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
gives me this:
emerge: there are no ebuilds to satisfy kde-base/solid:4.
(dependency required by @preserved-rebuild [argument])
emerge itself can be called without that error.
How can an argument to a command haves a dependency?
How can I get out of this?
It's portage's insanely obtuse output that is getting you confused, but
the error is with an ebuild, not portage.
First, there is not such package as solid with SLOT=4:
# eix -e solid
* kde-frameworks/solid
Available versions: (5) (~)5.7.0(5/5.7)
{debug doc nls test}
Homepage:http://www.kde.org/
Description: Framework providing platform independent
hardware discovery, abstraction, and management
Then, all that dependency required by... output from portage is an
effort to show you what is pulling a package in, and it starts at the
beginning. Portage knows it's dealing with whatever is in the
@preserved-rebuild set, and that set has packages in it. Each of those
packages may have other deps, and so on.
In your case, it seems to be solid-actions-kcm that's causing it
# grep -r kde-base/solid:4 /var/portage/
/var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
!kde-base/solid:4
I have no idea if this will work, but here's what I'd do:
skip @preserved-rebuild for now, and run
revdep-rebuild
emerge -a --depclean
So if that changes things. Also make sure neither solid nor
solid-actions-kcm are in world, they should be deps pulled in automatically.
Also move /var/lib/portage/preserved_libs_registry out of the way if it
has junk in it and let revdep-rebuild fix things.
Finally, you did sync ran emerge world recently, right?
Hi Alan,
thanks for your reply ! :)
No problem.
Huge amounts of portage output snipped below, but I think you are trying
to have stable Qt4 and unstable Qt5 on the same system. That doesn't
work currently, I'll walk through my reasoning so you can see what's
going on:
...interesting...one needs to use grep to resolve a problem of
portage ;)
Hah yes, that's quite funny.
I wanted to see what the ebuilds actually say, not what portage tools
think they say :-)
Things are going even more worst (correct English???...uh, sound like
german English...;;;))):
revdep-rebuild runs fine and found nothing to rebuild.
depclean stops its work and said:
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kglobalaccel-4.14.3
[... huge snip]
Basically, of this part really means that you need Qt:4
It *can* co-exist with Qt5, I have them both installed here.
Since packages are missing I tried:
emerge --update --newuse --deep --with-bdeps=y @world --tree --keep-going -v
which prints:
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[...snip...]
[blocks B ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtmultimedia-4.8.6:4 (dev-qt/qtmultimedia-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtdeclarative-4.8.6:4
(dev-qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtxmlpatterns-4.8.6:4
(dev-qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtwebkit-4.8.6:4 (dev-qt/qtwebkit-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[... snip big list of what wants Qt stuff]
dev-qt
Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...
Alan McKinnon alan.mckin...@gmail.com [15-03-14 10:39]:
On 14/03/2015 11:10, meino.cra...@gmx.de wrote:
Alan McKinnon alan.mckin...@gmail.com [15-03-14 09:48]:
On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
Hi,
emerge hits me:
Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
gives me this:
emerge: there are no ebuilds to satisfy kde-base/solid:4.
(dependency required by @preserved-rebuild [argument])
emerge itself can be called without that error.
How can an argument to a command haves a dependency?
How can I get out of this?
It's portage's insanely obtuse output that is getting you confused, but
the error is with an ebuild, not portage.
First, there is not such package as solid with SLOT=4:
# eix -e solid
* kde-frameworks/solid
Available versions: (5) (~)5.7.0(5/5.7)
{debug doc nls test}
Homepage:http://www.kde.org/
Description: Framework providing platform independent
hardware discovery, abstraction, and management
Then, all that dependency required by... output from portage is an
effort to show you what is pulling a package in, and it starts at the
beginning. Portage knows it's dealing with whatever is in the
@preserved-rebuild set, and that set has packages in it. Each of those
packages may have other deps, and so on.
In your case, it seems to be solid-actions-kcm that's causing it
# grep -r kde-base/solid:4 /var/portage/
/var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
!kde-base/solid:4
I have no idea if this will work, but here's what I'd do:
skip @preserved-rebuild for now, and run
revdep-rebuild
emerge -a --depclean
So if that changes things. Also make sure neither solid nor
solid-actions-kcm are in world, they should be deps pulled in
automatically.
Also move /var/lib/portage/preserved_libs_registry out of the way if it
has junk in it and let revdep-rebuild fix things.
Finally, you did sync ran emerge world recently, right?
Hi Alan,
thanks for your reply ! :)
No problem.
Huge amounts of portage output snipped below, but I think you are trying
to have stable Qt4 and unstable Qt5 on the same system. That doesn't
work currently, I'll walk through my reasoning so you can see what's
going on:
...interesting...one needs to use grep to resolve a problem of
portage ;)
Hah yes, that's quite funny.
I wanted to see what the ebuilds actually say, not what portage tools
think they say :-)
Things are going even more worst (correct English???...uh, sound like
german English...;;;))):
revdep-rebuild runs fine and found nothing to rebuild.
depclean stops its work and said:
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
* kde-base/kglobalaccel-4.14.3
[... huge snip]
Basically, of this part really means that you need Qt:4
It *can* co-exist with Qt5, I have them both installed here.
Since packages are missing I tried:
emerge --update --newuse --deep --with-bdeps=y @world --tree --keep-going -v
which prints:
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[...snip...]
[blocks B ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtmultimedia-4.8.6:4
(dev-qt/qtmultimedia-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtdeclarative-4.8.6:4
(dev-qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtxmlpatterns-4.8.6:4
(dev-qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtwebkit-4.8.6:4 (dev-qt/qtwebkit-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[blocks B ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4
Re: [gentoo-user] libav and ffmpeg on the same computer issue once again
On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury redwo...@gmail.com wrote:
I had a similar problem with some packages wanting virtual/ffmpeg and
it wouldn't take the -libav USE flag without adding a keyword for
~amd64 on the virtual.
(yes, I am going the opposite way from you, but the cause seem the
same -- various USE flags are not yet adjusted in the stable
branches.)
Perhaps we need to request stabilization for some of the newer
packages to solve this.
Thank you for confirming that libav USE flag do not work not only for me.
However, it would be interesting to hear what the Gentoo devs think about this
issue.
On Fri, May 15, 2015 at 1:18 AM, gevisz gev...@gmail.com wrote:
After Gentoo devs decided to switch back to ffmpeg default,
I set libav USE flag at my /etc/portage/make.conf
and was happy with that so far. :)
However, after yesterday's
# emerge-webrsync
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
I've got some blocks that in my view result from the fact that portage wants
to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)
So, my questions, are:
1) What is happened?
2) Is this behavior desired? (If yes, by whome? :)
3) What shall I do with all this?
The full output of the emerge update command is as follows:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] x11-proto/videoproto-2.3.2 ABI_X86=32*
[ebuild R] x11-libs/libXv-1.0.10 ABI_X86=32*
[ebuild U ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild U ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools%
[ebuild NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
USE=-build -deblob -experimental -symlink
[ebuild r U ] media-video/libav-11.3 [9.17] USE=(-armv5te)
(-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
-webp% -x265% CPU_FLAGS_X86=sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
-sse4_1% -sse4_2% -xop%
[ebuild rR] media-video/libav-9.17
[ebuild rR] media-libs/libpostproc-10.20140517-r1
[ebuild N ] media-video/ffmpeg-2.2.14 USE=X aac alsa bzip2
encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
(-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
-cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
-frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
-libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
(-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
-pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
-theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
-zvbi ABI_X86=32 (64) (-x32) CPU_FLAGS_X86=3dnow 3dnowext mmx
mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3
FFTOOLS=aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
graph2dot ismindex pktdumper qt-faststart trasher
[ebuild N ] dev-qt/qtchooser-0_p20150102 USE=(-qt5) {-test}
[ebuild U ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is
blocking dev-qt/qtcore-4.8.5-r2)
[blocks b ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild N ] dev-qt/qttranslations-4.8.6-r1 ABI_X86=(64) -32 (-x32)
[ebuild U ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qt3support-4.8.6:4
(dev-qt/qt3support-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
-32% (-x32)
[blocks b ] dev-qt/qtxmlpatterns-4.8.6:4
(dev-qt/qtxmlpatterns-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4
is blocking dev-qt
Re: [gentoo-user] libav and ffmpeg on the same computer issue once again
I had a similar problem with some packages wanting virtual/ffmpeg and
it wouldn't take the -libav USE flag without adding a keyword for
~amd64 on the virtual.
(yes, I am going the opposite way from you, but the cause seem the
same -- various USE flags are not yet adjusted in the stable
branches.)
Perhaps we need to request stabilization for some of the newer
packages to solve this.
On Fri, May 15, 2015 at 1:18 AM, gevisz gev...@gmail.com wrote:
After Gentoo devs decided to switch back to ffmpeg default,
I set libav USE flag at my /etc/portage/make.conf
and was happy with that so far. :)
However, after yesterday's
# emerge-webrsync
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
I've got some blocks that in my view result from the fact that portage wants
to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)
So, my questions, are:
1) What is happened?
2) Is this behavior desired? (If yes, by whome? :)
3) What shall I do with all this?
The full output of the emerge update command is as follows:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] x11-proto/videoproto-2.3.2 ABI_X86=32*
[ebuild R] x11-libs/libXv-1.0.10 ABI_X86=32*
[ebuild U ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild U ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools%
[ebuild NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
USE=-build -deblob -experimental -symlink
[ebuild r U ] media-video/libav-11.3 [9.17] USE=(-armv5te)
(-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
-webp% -x265% CPU_FLAGS_X86=sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
-sse4_1% -sse4_2% -xop%
[ebuild rR] media-video/libav-9.17
[ebuild rR] media-libs/libpostproc-10.20140517-r1
[ebuild N ] media-video/ffmpeg-2.2.14 USE=X aac alsa bzip2
encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
(-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
-cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
-frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
-libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
(-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
-pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
-theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
-zvbi ABI_X86=32 (64) (-x32) CPU_FLAGS_X86=3dnow 3dnowext mmx
mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3
FFTOOLS=aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
graph2dot ismindex pktdumper qt-faststart trasher
[ebuild N ] dev-qt/qtchooser-0_p20150102 USE=(-qt5) {-test}
[ebuild U ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is
blocking dev-qt/qtcore-4.8.5-r2)
[blocks b ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild N ] dev-qt/qttranslations-4.8.6-r1 ABI_X86=(64) -32 (-x32)
[ebuild U ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qt3support-4.8.6:4
(dev-qt/qt3support-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
-32% (-x32)
[blocks b ] dev-qt/qtxmlpatterns-4.8.6:4
(dev-qt/qtxmlpatterns-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86=(64%*) -32%
(-x32)
[blocks b ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4
[gentoo-user] libav and ffmpeg on the same computer issue once again
After Gentoo devs decided to switch back to ffmpeg default,
I set libav USE flag at my /etc/portage/make.conf
and was happy with that so far. :)
However, after yesterday's
# emerge-webrsync
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
I've got some blocks that in my view result from the fact that portage wants
to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)
So, my questions, are:
1) What is happened?
2) Is this behavior desired? (If yes, by whome? :)
3) What shall I do with all this?
The full output of the emerge update command is as follows:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] x11-proto/videoproto-2.3.2 ABI_X86=32*
[ebuild R] x11-libs/libXv-1.0.10 ABI_X86=32*
[ebuild U ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild U ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools%
[ebuild NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
USE=-build -deblob -experimental -symlink
[ebuild r U ] media-video/libav-11.3 [9.17] USE=(-armv5te)
(-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
-webp% -x265% CPU_FLAGS_X86=sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
-sse4_1% -sse4_2% -xop%
[ebuild rR] media-video/libav-9.17
[ebuild rR] media-libs/libpostproc-10.20140517-r1
[ebuild N ] media-video/ffmpeg-2.2.14 USE=X aac alsa bzip2
encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
(-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
-cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
-frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
-libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
(-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
-pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
-theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
-zvbi ABI_X86=32 (64) (-x32) CPU_FLAGS_X86=3dnow 3dnowext mmx
mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3
FFTOOLS=aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
graph2dot ismindex pktdumper qt-faststart trasher
[ebuild N ] dev-qt/qtchooser-0_p20150102 USE=(-qt5) {-test}
[ebuild U ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is
blocking dev-qt/qtcore-4.8.5-r2)
[blocks b ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild N ] dev-qt/qttranslations-4.8.6-r1 ABI_X86=(64) -32 (-x32)
[ebuild U ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qt3support-4.8.6:4
(dev-qt/qt3support-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
-32% (-x32)
[blocks b ] dev-qt/qtxmlpatterns-4.8.6:4
(dev-qt/qtxmlpatterns-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild rR] media-video/vlc-2.1.5-r1
[ebuild U ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtmultimedia-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
-32% (-x32)
[blocks b ] dev-qt/qtmultimedia-4.8.6:4
(dev-qt/qtmultimedia-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32
Re: [gentoo-user] Gpgme oddity
On Sunday 05 Mar 2017 02:10:09 Alon Bar-Lev wrote: > On 5 March 2017 at 00:59, Peter Humphrey <pe...@prh.myzen.co.uk> wrote: > > I just can't believe it. They're issuing a general-purpose tool, to work > > everywhere, and they don't test it on a representative sample of systems? > > It was tested, otherwise how could the conflict with kde-apps/gpgmepp > and kde-apps/kdepimlibs:4 been known? > > Upstream has merge some external libraries into its own code base and > provided an option to disable these exactly for this use case. > Adding USE="-cxx -qt5" or masking this package provides remedy for > those who still use kdepimlibs:4, both are standard gentoo procedures. > As apposed to what you present in previous messages, a "standard kde" > system may or may not include kdepimlibs:4. We delayed too much > stabilization of gpgme to allow proper resolution, however, no reason > to delay any more as no issue for these that do not use kdepimlibs:4 > and for these who use a simple USE change or mask resolves the issue. > > > I just can't believe it. They're issuing a general-purpose tool, to work > > everywhere, and they don't test it on a representative sample of systems? > > Indeed, we provide general-proposed tool that with correct setup can > work in most cases as supported as outlined by the designated > upstreams, while bridging the gaps and permutations as much as we can. > > Regards, > Alon I guess it wasn't tested on a no-multilib as I'm running on a box here. Kmail needs to be rebuilt, but it fails like so: cd /var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211_build/messageviewer && /usr/bin/x86_64-pc-linux-gnu-g++ -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=56 - DKDEPIM_STORAGESERVICE_GDRIVE -DKDE_DEPRECATED_WARNINGS - DMAKE_MESSAGEVIEWER_LIB -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII - DQT_NO_STL -DQT_USE_QSTRINGBUILDER -D_BSD_SOURCE -D_DEFAULT_SOURCE - D_REENTRANT -D_XOPEN_SOURCE=500 -I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211_build/messageviewer -I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/messageviewer - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211 - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211_build - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/grantleetheme - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/messagecore - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/pimcommon - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/libkdepim - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/libkleo - I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/kaddressbookgrantlee -I/usr/include/KDE -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml - I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools - I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript - I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork - I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative - I/usr/include/qt4/QtDBus -I/usr/include/qt4/Qt3Support - I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt - I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -DQT_NO_DEBUG -DNDEBUG - march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions - DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno- threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden - fexceptions -UQT_NO_EXCEPTIONS -fPIC -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/messageviewer.dir/adblock/adblockblockableitemswidget.cpp.o -c /var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/messageviewer/adblock/adblockblockableitemswidget.cpp [ 55%] Building CXX object messageviewer/CMakeFiles/messageviewer.dir/globalsettings_base.cpp.o cd /var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211_build/messageviewer && /usr/bin/x86_64-pc-linux-gnu-g++ -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=56 - DKDEPIM_STORAGESERVICE_GDRIVE -DKDE_DEPRECATED_WARNINGS - DMAKE_MESSAGEVIEWER_LIB -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII - DQT_NO_STL -DQT_USE_QSTRINGBUILDER -D_BSD_SOURCE -D_DEFAULT_SOURCE - D_REENTRANT -D_XOPEN_SOURCE=500 -I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211_build/messageviewer -I/var/tmp/portage/kde- apps/kmail-4.14.11_pre20160211/work/kmail-4.14.11_pre20160211/mess
Re: [gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems
On Jul 16, 2015, at 1:15 PM, Dale rdalek1...@gmail.com wrote: Anyone else running into this? No. checking if linking against libMatroska works and if it requires -DMATROSKA_DLL... yes, without -MATROSKA_DLL checking for ZLIB... yes checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-3.0 checking for wxWidgets 2.8.0 or newer... 3.0.2 ok checking for wxWidgets class wxBitmapComboBox... yes checking for wxMenuBar member function SetMenuLabel... yes checking for wxMenuItem member function SetItemlabel... yes checking for moc-qt5... no checking for moc... /usr/bin/moc checking for the Qt version /usr/bin/moc uses... too old: 4.8.7 !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0/config.log * ERROR: media-video/mkvtoolnix-7.3.0::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 3004: Called econf '--disable-debug' '--enable-qt' '--enable-wxwidgets' '--disable-precompiled-headers' '--with-wx-config=/usr/lib64/wx/config/gtk2-unicode-3.0' '--disable-optimization' '--docdir=/usr/share/doc/mkvtoolnix-7.3.0' '--with-boost=/usr' '--with-boost-libdir=/usr/lib64' '--without-curl' *phase-helpers.sh, line 662: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die $@ * * If you need support, post the output of `emerge --info '=media-video/mkvtoolnix-7.3.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-video/mkvtoolnix-7.3.0::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/environment'. * Working directory: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0' * S: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0' root@fireball / # It appears that qtchooser is to old but the one I have is the only one in the tree. root@fireball / # equery list -p dev-qt/qtchooser * Searching for qtchooser in dev-qt ... [IP-] [ ] dev-qt/qtchooser-0_p20150102:0 root@fireball / # How can it be to old if it is the only one available? If it is checking for qt in general, this is what I have installed. root@fireball / # equery list qt* * Searching for qt* ... [IP-] [ ] dev-qt/qt3support-4.8.7:4 [IP-] [ ] dev-qt/qtchooser-0_p20150102:0 [IP-] [ ] dev-qt/qtcore-4.8.7:4 [IP-] [ ] dev-qt/qtcore-5.4.2:5 [IP-] [ ] dev-qt/qtdbus-4.8.7:4 [IP-] [ ] dev-qt/qtdbus-5.4.2:5 [IP-] [ ] dev-qt/qtdeclarative-4.8.7:4 [IP-] [ ] dev-qt/qtgui-4.8.7:4 [IP-] [ ] dev-qt/qtgui-5.4.2-r1:5 [IP-] [ ] dev-qt/qtmultimedia-4.8.7:4 [IP-] [ ] dev-qt/qtopengl-4.8.7:4 [IP-] [ ] dev-qt/qtscript-4.8.7:4 [IP-] [ ] dev-qt/qtsql-4.8.7:4 [IP-] [ ] dev-qt/qtsvg-4.8.7:4 [IP-] [ ] dev-qt/qttest-4.8.7:4 [IP-] [ ] dev-qt/qttranslations-4.8.7:4 [IP-] [ ] dev-qt/qtwebkit-4.8.7:4 [IP-] [ ] dev-qt/qtwidgets-5.4.2:5 [IP-] [ ] dev-qt/qtxmlpatterns-4.8.7:4 [IP-] [ ] media-libs/qt-gstreamer-1.2.0:0 [IP-] [ ] x11-libs/qtscriptgenerator-0.2.0:0 root@fireball / # There is some qt5 pulled in by something. So maybe it needs to notice I have a newer version installed?? Any way past this problem or just mask and wait for another update? I've had this error for about a week now. I thought maybe I just caught a bad sync or something. Found nothing with google or on the forums either. It's picking on ME, again. lol Thanks. Dale :-) :-) It’s not picking up that you have Qt 5. I have not done a whole lot of work with Qt, but they install all their binaries into /usr/lib/qt$ver/bin (at least for Qt4), and everything in /usr/bin is just a symlink to qtchooser, which then launches the correct tool and version and stuff. This looks like an upstream bug, since they should test for “moc -qt=5”, not just “moc” and/or use qtchooser to determine the available version(s) of Qt (or whatever Qt’s recommended way is). The easiest way to deal this this right now as far as I can tell would be to disable the Qt gui and go with the wxWidgets gui. You could also build it manually. Alec
[gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems
Anyone else running into this? checking if linking against libMatroska works and if it requires -DMATROSKA_DLL... yes, without -MATROSKA_DLL checking for ZLIB... yes checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-3.0 checking for wxWidgets 2.8.0 or newer... 3.0.2 ok checking for wxWidgets class wxBitmapComboBox... yes checking for wxMenuBar member function SetMenuLabel... yes checking for wxMenuItem member function SetItemlabel... yes checking for moc-qt5... no checking for moc... /usr/bin/moc checking for the Qt version /usr/bin/moc uses... too old: 4.8.7 !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0/config.log * ERROR: media-video/mkvtoolnix-7.3.0::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 3004: Called econf '--disable-debug' '--enable-qt' '--enable-wxwidgets' '--disable-precompiled-headers' '--with-wx-config=/usr/lib64/wx/config/gtk2-unicode-3.0' '--disable-optimization' '--docdir=/usr/share/doc/mkvtoolnix-7.3.0' '--with-boost=/usr' '--with-boost-libdir=/usr/lib64' '--without-curl' *phase-helpers.sh, line 662: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die $@ * * If you need support, post the output of `emerge --info '=media-video/mkvtoolnix-7.3.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-video/mkvtoolnix-7.3.0::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/environment'. * Working directory: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0' * S: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0' root@fireball / # It appears that qtchooser is to old but the one I have is the only one in the tree. root@fireball / # equery list -p dev-qt/qtchooser * Searching for qtchooser in dev-qt ... [IP-] [ ] dev-qt/qtchooser-0_p20150102:0 root@fireball / # How can it be to old if it is the only one available? If it is checking for qt in general, this is what I have installed. root@fireball / # equery list qt* * Searching for qt* ... [IP-] [ ] dev-qt/qt3support-4.8.7:4 [IP-] [ ] dev-qt/qtchooser-0_p20150102:0 [IP-] [ ] dev-qt/qtcore-4.8.7:4 [IP-] [ ] dev-qt/qtcore-5.4.2:5 [IP-] [ ] dev-qt/qtdbus-4.8.7:4 [IP-] [ ] dev-qt/qtdbus-5.4.2:5 [IP-] [ ] dev-qt/qtdeclarative-4.8.7:4 [IP-] [ ] dev-qt/qtgui-4.8.7:4 [IP-] [ ] dev-qt/qtgui-5.4.2-r1:5 [IP-] [ ] dev-qt/qtmultimedia-4.8.7:4 [IP-] [ ] dev-qt/qtopengl-4.8.7:4 [IP-] [ ] dev-qt/qtscript-4.8.7:4 [IP-] [ ] dev-qt/qtsql-4.8.7:4 [IP-] [ ] dev-qt/qtsvg-4.8.7:4 [IP-] [ ] dev-qt/qttest-4.8.7:4 [IP-] [ ] dev-qt/qttranslations-4.8.7:4 [IP-] [ ] dev-qt/qtwebkit-4.8.7:4 [IP-] [ ] dev-qt/qtwidgets-5.4.2:5 [IP-] [ ] dev-qt/qtxmlpatterns-4.8.7:4 [IP-] [ ] media-libs/qt-gstreamer-1.2.0:0 [IP-] [ ] x11-libs/qtscriptgenerator-0.2.0:0 root@fireball / # There is some qt5 pulled in by something. So maybe it needs to notice I have a newer version installed?? Any way past this problem or just mask and wait for another update? I've had this error for about a week now. I thought maybe I just caught a bad sync or something. Found nothing with google or on the forums either. It's picking on ME, again. lol Thanks. Dale :-) :-)
Re: [gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems
Alec Ten Harmsel wrote: On Jul 16, 2015, at 1:15 PM, Dale rdalek1...@gmail.com wrote: Anyone else running into this? No. checking if linking against libMatroska works and if it requires -DMATROSKA_DLL... yes, without -MATROSKA_DLL checking for ZLIB... yes checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-3.0 checking for wxWidgets 2.8.0 or newer... 3.0.2 ok checking for wxWidgets class wxBitmapComboBox... yes checking for wxMenuBar member function SetMenuLabel... yes checking for wxMenuItem member function SetItemlabel... yes checking for moc-qt5... no checking for moc... /usr/bin/moc checking for the Qt version /usr/bin/moc uses... too old: 4.8.7 !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0/config.log * ERROR: media-video/mkvtoolnix-7.3.0::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 3004: Called econf '--disable-debug' '--enable-qt' '--enable-wxwidgets' '--disable-precompiled-headers' '--with-wx-config=/usr/lib64/wx/config/gtk2-unicode-3.0' '--disable-optimization' '--docdir=/usr/share/doc/mkvtoolnix-7.3.0' '--with-boost=/usr' '--with-boost-libdir=/usr/lib64' '--without-curl' *phase-helpers.sh, line 662: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die $@ * * If you need support, post the output of `emerge --info '=media-video/mkvtoolnix-7.3.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-video/mkvtoolnix-7.3.0::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/environment'. * Working directory: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0' * S: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0' root@fireball / # It appears that qtchooser is to old but the one I have is the only one in the tree. root@fireball / # equery list -p dev-qt/qtchooser * Searching for qtchooser in dev-qt ... [IP-] [ ] dev-qt/qtchooser-0_p20150102:0 root@fireball / # How can it be to old if it is the only one available? If it is checking for qt in general, this is what I have installed. root@fireball / # equery list qt* * Searching for qt* ... [IP-] [ ] dev-qt/qt3support-4.8.7:4 [IP-] [ ] dev-qt/qtchooser-0_p20150102:0 [IP-] [ ] dev-qt/qtcore-4.8.7:4 [IP-] [ ] dev-qt/qtcore-5.4.2:5 [IP-] [ ] dev-qt/qtdbus-4.8.7:4 [IP-] [ ] dev-qt/qtdbus-5.4.2:5 [IP-] [ ] dev-qt/qtdeclarative-4.8.7:4 [IP-] [ ] dev-qt/qtgui-4.8.7:4 [IP-] [ ] dev-qt/qtgui-5.4.2-r1:5 [IP-] [ ] dev-qt/qtmultimedia-4.8.7:4 [IP-] [ ] dev-qt/qtopengl-4.8.7:4 [IP-] [ ] dev-qt/qtscript-4.8.7:4 [IP-] [ ] dev-qt/qtsql-4.8.7:4 [IP-] [ ] dev-qt/qtsvg-4.8.7:4 [IP-] [ ] dev-qt/qttest-4.8.7:4 [IP-] [ ] dev-qt/qttranslations-4.8.7:4 [IP-] [ ] dev-qt/qtwebkit-4.8.7:4 [IP-] [ ] dev-qt/qtwidgets-5.4.2:5 [IP-] [ ] dev-qt/qtxmlpatterns-4.8.7:4 [IP-] [ ] media-libs/qt-gstreamer-1.2.0:0 [IP-] [ ] x11-libs/qtscriptgenerator-0.2.0:0 root@fireball / # There is some qt5 pulled in by something. So maybe it needs to notice I have a newer version installed?? Any way past this problem or just mask and wait for another update? I've had this error for about a week now. I thought maybe I just caught a bad sync or something. Found nothing with google or on the forums either. It's picking on ME, again. lol Thanks. Dale :-) :-) It’s not picking up that you have Qt 5. I have not done a whole lot of work with Qt, but they install all their binaries into /usr/lib/qt$ver/bin (at least for Qt4), and everything in /usr/bin is just a symlink to qtchooser, which then launches the correct tool and version and stuff. This looks like an upstream bug, since they should test for “moc -qt=5”, not just “moc” and/or use qtchooser to determine the available version(s) of Qt (or whatever Qt’s recommended way is). The easiest way to deal this this right now as far as I can tell would be to disable the Qt gui and go with the wxWidgets gui. You could also build it manually. Alec After some digging, I figured out how to work around this. Tell it not to look for qt5 at all. I added this to the package.use file: media-video/mkvtoolnix -qt5 With that, it looks for qt4 and doesn't look for qt5. I figure this will break something in the future tho. It always seems to bite back later. I like it when I get this: root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB Nothing to merge; quitting. root@fireball
Re: [gentoo-user] Help installing skype
A finite subset of this package.use file will let skype install, followed of course by emerge skype. I arrived at this list the long hard way, repeatedly running emerge and adding stuffs still portage stopped it's whinging. The worst part is Qt and X11 as skype is a Qt app and no longer bundles a local copy of Qt. I agree with Ralf, a small VM with Windows or an Ubuntu/Mint/whatever appliance solely for use with skype is probably a better use of your time. It's a huge PITA to keep abi_x86_32 under control and not bloat, whereas a VM only needs disk space (cheap as dirt) and apt-get once a fortnight or so. Anyway, here's a package.use that works on a Plasma 5 system: # These enable 32-bit libs, mostly for wine and skype # This list is long because both need all of X11 as 32bit and it's a big tree # dev-libs/* abi_x86_32 dev-qt/* abi_x86_32 media-libs/* abi_x86_32 net-libs/* abi_x86_32 sci-libs/* abi_x86_32 sys-libs/* abi_x86_32 x11-libs/* abi_x86_32 x11-proto/* abi_x86_32 app-accessibility/at-spi2-atk abi_x86_32 app-accessibility/at-spi2-core abi_x86_32 app-arch/bzip2 abi_x86_32 app-arch/xz-utils abi_x86_32 app-arch/snappy abi_x86_32 app-i18n/enca abi_x86_32 dev-db/mysql abi_x86_32 dev-db/sqlite abi_x86_32 dev-db/unixODBC abi_x86_32 dev-lang/orc abi_x86_32 dev-qt/qt3support:4 abi_x86_32 dev-qt/qtcore:4 abi_x86_32 dev-qt/qtdbus:4 abi_x86_32 dev-qt/qtgui:4 abi_x86_32 dev-qt/qtscript:4 abi_x86_32 dev-qt/qtsql:4 abi_x86_32 dev-qt/qtwebkit:4 abi_x86_32 dev-qt/qtxmlpatterns:4 abi_x86_32 dev-util/pkgconfig abi_x86_32 gnome-base/librsvg abi_x86_32 gnome-base/gconf abi_x86_32 media-gfx/graphite2 abi_x86_32 media-gfx/sane-backends abi_x86_32 media-plugins/alsa-plugins abi_x86_32 media-sound/lame abi_x86_32 media-sound/mpg123 abi_x86_32 media-sound/pulseaudio abi_x86_32 media-sound/wavpack abi_x86_32 media-video/ffmpeg abi_x86_32 net-dns/avahi abi_x86_32 net-fs/samba abi_x86_32 net-print/cups abi_x86_32 net-wireless/bluez abi_x86_32 sys-apps/attr abi_x86_32 sys-apps/dbus abi_x86_32 sys-apps/util-linux abi_x86_32 sys-devel/gettext abi_x86_32 sys-devel/flex abi_x86_32 sys-fs/udev abi_x86_32 virtual/ffmpeg abi_x86_32 virtual/glu abi_x86_32 virtual/jpeg abi_x86_32 virtual/libffi abi_x86_32 virtual/libiconv abi_x86_32 virtual/libintl abi_x86_32 virtual/libmysqlclient abi_x86_32 virtual/libudev abi_x86_32 virtual/libusb abi_x86_32 virtual/mysql abi_x86_32 virtual/opengl abi_x86_32 virtual/pam abi_x86_32 virtual/pkgconfig abi_x86_32 On 24/02/2016 22:17, allan gottlieb wrote: > On Wed, Feb 24 2016, Ralf wrote: > >> Hi, >> >> I hate those tons of abi_x86_32 packages as well. >> >> This is also not solving your slot conflict, but why not: >> - Use a Windows VM for Skype >> - Use a small Linux VM for Skype (e.g. Debian) >> and just redirect your webcam. >> >> In this way, you don't mess up your system with 32 bit libraries. And, >> of course, you don't know what skype is internally doing as it is >> proprietary software and not famous for no bugs/vulnerabilities. >> >> Cheers >> Ralf > > I am trying to convince the dept and/or systems group to ship me one of > their "loaner laptops" that has skype installed. > > But I "promised" to try to install it on my main laptop (gentoo). > On a backup laptop I went to the skype website and picked up the generic > linux binary. However it complained that I don't have the libraries it > needs, presumably because it wants /usr/lib32 and I have /usr/lib64. > > allan > -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
Updating dev-libs/icu-51.1 uninstalled /usr/lib64/libicuuc.so.49.1.2 and when I try to start Dolphin I get: == There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (libicuuc.so.49: cannot open shared object file: No such file or directory) == Should revdep-rebuild have picked this up, or would this only work if /usr/lib64/libicuuc.so.49.1.2 had not been removed yet? Trying to rebuild dolphin gives: == [ 71%] Building CXX object dolphin/src/CMakeFiles/dolphin.dir/dolphin_dummy.o cd /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src /usr/bin/x86_64- pc-linux-gnu-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS - DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=45 -DDISABLE_NEPOMUK_LEGACY - DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -DQT_NO_DEBUG -DNDEBUG -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast- align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno- exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden - I/var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/dolphin/src - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/lib/konq - I/usr/include/KDE -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml - I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools - I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript - I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork - I/usr/include/qt4/QtMultimedia -I/usr/include/qt4/QtDesigner - I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus - I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui - I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt - I/usr/share/qt4/mkspecs/default -I/usr/include/qt4-D_GNU_SOURCE - D_LARGEFILE64_SOURCE -o CMakeFiles/dolphin.dir/dolphin_dummy.o -c /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src/dolphin_dummy.cpp Linking CXX executable dolphin cd /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src /usr/bin/cmake -E cmake_link_script CMakeFiles/dolphin.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno- common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden - fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,-O1 -Wl,--as-needed CMakeFiles/dolphin.dir/dolphin_dummy.o -o dolphin -rdynamic - L/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib - L/usr/lib64/qt4 ../../lib/libkdeinit4_dolphin.so -lkonq -lz -lX11 ../../lib/libdolphinprivate.so.4.10.1 /usr/lib64/libkfile.so.4.10.1 /usr/lib64/libkcmutils.so.4.10.1 /usr/lib64/libkparts.so.4.10.1 -lknewstuff3 - lphonon /usr/lib64/libnepomukwidgets.so.4.10.1 /usr/lib64/libnepomukcore.so.4.10.1 /usr/lib64/libkio.so.5.10.1 /usr/lib64/libsolid.so.4.10.1 /usr/lib64/libnepomukutils.so.4.10.1 /usr/lib64/qt4/libQtNetwork.so /usr/lib64/qt4/libQtXml.so /usr/lib64/libnepomuk.so.4.10.1 /usr/lib64/libkdeui.so.5.10.1 /usr/lib64/qt4/libQtGui.so /usr/lib64/qt4/libQtSvg.so -lsoprano /usr/lib64/libkactivities.so.6.1.0 /usr/lib64/libkdecore.so.5.10.1 /usr/lib64/qt4/libQtCore.so -lpthread /usr/lib64/qt4/libQtDBus.so -Wl,- rpath,/var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib:/usr/lib64/qt4: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libicuuc.so.49, needed by /usr/lib64/qt4/libQtWebKit.so.4, not found (try using -rpath or -rpath-link) /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_isBoundary_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_previous_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_preceding_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_openRules_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_last_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_first_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_following_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_open_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_next_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_current_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
Am Sun, 28 Apr 2013 12:48:28 +0100 schrieb Mick michaelkintz...@gmail.com: Updating dev-libs/icu-51.1 uninstalled /usr/lib64/libicuuc.so.49.1.2 and when I try to start Dolphin I get: == There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (libicuuc.so.49: cannot open shared object file: No such file or directory) == Should revdep-rebuild have picked this up, or would this only work if /usr/lib64/libicuuc.so.49.1.2 had not been removed yet? Trying to rebuild dolphin gives: == [ 71%] Building CXX object dolphin/src/CMakeFiles/dolphin.dir/dolphin_dummy.o cd /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src /usr/bin/x86_64- pc-linux-gnu-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS - DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=45 -DDISABLE_NEPOMUK_LEGACY - DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -DQT_NO_DEBUG -DNDEBUG -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast- align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno- exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden - I/var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/dolphin/src - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/lib/konq - I/usr/include/KDE -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml - I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools - I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript - I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork - I/usr/include/qt4/QtMultimedia -I/usr/include/qt4/QtDesigner - I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus - I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui - I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt - I/usr/share/qt4/mkspecs/default -I/usr/include/qt4-D_GNU_SOURCE - D_LARGEFILE64_SOURCE -o CMakeFiles/dolphin.dir/dolphin_dummy.o -c /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src/dolphin_dummy.cpp Linking CXX executable dolphin cd /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src /usr/bin/cmake -E cmake_link_script CMakeFiles/dolphin.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno- common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden - fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,-O1 -Wl,--as-needed CMakeFiles/dolphin.dir/dolphin_dummy.o -o dolphin -rdynamic - L/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib - L/usr/lib64/qt4 ../../lib/libkdeinit4_dolphin.so -lkonq -lz -lX11 ../../lib/libdolphinprivate.so.4.10.1 /usr/lib64/libkfile.so.4.10.1 /usr/lib64/libkcmutils.so.4.10.1 /usr/lib64/libkparts.so.4.10.1 -lknewstuff3 - lphonon /usr/lib64/libnepomukwidgets.so.4.10.1 /usr/lib64/libnepomukcore.so.4.10.1 /usr/lib64/libkio.so.5.10.1 /usr/lib64/libsolid.so.4.10.1 /usr/lib64/libnepomukutils.so.4.10.1 /usr/lib64/qt4/libQtNetwork.so /usr/lib64/qt4/libQtXml.so /usr/lib64/libnepomuk.so.4.10.1 /usr/lib64/libkdeui.so.5.10.1 /usr/lib64/qt4/libQtGui.so /usr/lib64/qt4/libQtSvg.so -lsoprano /usr/lib64/libkactivities.so.6.1.0 /usr/lib64/libkdecore.so.5.10.1 /usr/lib64/qt4/libQtCore.so -lpthread /usr/lib64/qt4/libQtDBus.so -Wl,- rpath,/var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib:/usr/lib64/qt4: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libicuuc.so.49, needed by /usr/lib64/qt4/libQtWebKit.so.4, not found (try using -rpath or -rpath-link) /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_isBoundary_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_previous_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_preceding_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_openRules_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_last_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_first_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_following_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_open_49' /usr/lib64/qt4
Re: [gentoo-user] No 'libs' in world file?
On Tue, Mar 03, 2015 at 05:30:34PM -0800, Daniel Frey wrote
On 03/03/2015 10:06 PM, Walter Dnes wrote:
And a lib is not necessarily always a direct dependancy. E.g. my
HDHomerun OTA TV tuner requires the media-libs/libhdhomerun ebuild to be
explicitly installed.
Wait, really? I've had mine since 2010 and I've never had that package
installed (media-libs/libhdhomerun). MythTV detected and used it without
complaints. Or is it required for other programs?
I just tried genlop and it is saying I've never had any version of
libhdhomerun installed.
/usr/portage/distfiles/libhdhomerun_20140121.tgz is all of 47,685
bytes. It provides a ***COMMAND LINE INTERFACE***. I happen to be a
command line commando Using that command line interface, I've rigged
up a bash script and a text config file that allows me to fire up the
local CBC station, on tuner 0, with the command...
tv 0 cbc
Similarly, I can launch the local CTV station with the command
tv 0 ctv
The other option is to save 47,685 bytes and emerge MythTV instead
USE=mysql emerge -pv mythtv
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] media-libs/libogg-1.3.1 USE=-static-libs 398 KiB
[ebuild N ] dev-libs/libaio-0.3.110 USE=-static-libs {-test} 42 KiB
[ebuild N ] media-libs/xvid-1.3.3 USE=threads -examples -pic 0 KiB
[ebuild N ] media-fonts/liberation-fonts-2.00.0-r1 USE=X -fontforge
2,249 KiB
[ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 2 KiB
[ebuild N ] media-libs/libmp4v2-2.0.0 USE=-static-libs {-test} -utils
485 KiB
[ebuild N ] dev-perl/TermReadKey-2.300.200-r1 37 KiB
[ebuild N ] dev-perl/Net-Daemon-0.480.0-r1 29 KiB
[ebuild N ] virtual/perl-Sys-Syslog-0.320.0-r2 0 KiB
[ebuild N ] virtual/perl-Time-HiRes-1.972.500-r3 0 KiB
[ebuild N ] virtual/perl-Term-ANSIColor-4.20.0-r2 0 KiB
[ebuild N ] virtual/perl-Getopt-Long-2.390.0-r1 0 KiB
[ebuild N ] dev-qt/qtcore-4.8.5-r2:4 USE=exceptions glib ssl (-aqua)
-debug -iconv -icu -pch -qt3support 235,832 KiB
[ebuild N ] media-libs/libvorbis-1.3.4 USE=-static-libs 1,066 KiB
[ebuild N ] media-libs/taglib-1.9.1-r2 USE=asf mp4 -debug -examples
{-test} 639 KiB
[ebuild N ] media-sound/lame-3.99.5-r1 USE=-debug -mp3rtp -sndfile
-static-libs CPU_FLAGS_X86=(-mmx) 568 KiB
[ebuild N ] x11-misc/wmctrl-1.07-r1 86 KiB
[ebuild N ] media-libs/faac-1.28-r4 USE=-static-libs 663 KiB
[ebuild N ] x11-libs/libXinerama-1.1.3 USE=-static-libs 272 KiB
[ebuild N ] dev-db/mysql-init-scripts-2.0-r1 0 KiB
[ebuild N ] dev-perl/PlRPC-0.202.0-r2 18 KiB
[ebuild N ] dev-qt/qtscript-4.8.5:4 USE=exceptions jit (-aqua) -debug
-iconv -pch 0 KiB
[ebuild N ] dev-qt/qtdbus-4.8.5:4 USE=exceptions (-aqua) -debug -pch 0
KiB
[ebuild N ] media-libs/libtheora-1.1.1-r1 USE=encode -doc -examples
-static-libs 1,859 KiB
[ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 USE=(-aqua) -debug -pch 0 KiB
[ebuild N ] dev-perl/DBI-1.628.0 USE={-test} 573 KiB
[ebuild N ] dev-qt/qtgui-4.8.5-r3:4 USE=accessibility exceptions glib xv
(-aqua) -cups -debug -egl -gtkstyle -mng -nas -nis -pch -qt3support -tiff
-trace -xinerama 51 KiB
[ebuild N ] dev-qt/qtwebkit-4.8.5:4 USE=exceptions jit (-aqua) -debug
-gstreamer -icu -pch 0 KiB
[ebuild N ] dev-qt/qtopengl-4.8.5:4 USE=exceptions (-aqua) -debug -egl
-pch -qt3support 0 KiB
[ebuild N ] dev-db/mariadb-10.0.15-r1 USE=bindist community perl ssl
-cluster -debug -embedded -extraengine -jemalloc -latin1 -minimal -odbc
-oqgraph -pam -profiling (-selinux) -sphinx -static -static-libs -systemtap
-tcmalloc {-test} -tokudb -xml 55,691 KiB
[ebuild N ] virtual/mysql-5.6-r2:0/18 USE=-embedded -minimal -static
-static-libs 0 KiB
[ebuild N ] dev-perl/DBD-mysql-4.20.0-r1 USE=-embedded 135 KiB
[ebuild N ] dev-qt/qtsql-4.8.5:4 USE=exceptions mysql sqlite
(-aqua) -debug (-firebird) -freetds -oci8 -odbc -pch -postgres -qt3support 0
KiB
[ebuild N ] media-tv/mythtv-0.27_p20140321 USE=hls theora vorbis xml
xvid -alsa (-altivec) -autostart -bluray -cec -crystalhd -debug -dvb -dvd -egl
-fftw -ieee1394 -jack -lcd -libass -lirc -perl -pulseaudio -python -raop -vaapi
-vdpau -xmltv INPUT_DEVICES=-joystick 84,182 KiB
total: 34 packages (34 new), Size of downloads: 384,869 KiB
No thanks.
--
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I run useful applications
Re: [gentoo-user] New xorg-proto package blocks everything else.
On Sun, 25 Mar 2018 15:19:33 +0300, gevisz wrote:
> It seems that newly introduced x11-base/xorg-proto-2018.4 package
> blocks everything else. What to do?
> Is there better option in this case than unmerging xorg-server?
> Thank you.
>
> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask
> world
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ] sys-apps/rename-1.3-r2 [1.3]
> [ebuild U ] sys-devel/autoconf-archive-2017.09.28 [2017.03.21]
> [ebuild U ] app-misc/pax-utils-1.2.3 [1.2.2-r2]
> [ebuild U ] sys-apps/sandbox-2.13 [2.12]
> [ebuild N ] x11-base/xorg-proto-2018.4
> [ebuild U ] x11-proto/xproto-7.0.31-r1 [7.0.31]
> [blocks b ] (" [ebuild U ] x11-proto/xextproto-7.3.0-r1 [7.3.0]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/inputproto-2.3.2-r1 [2.3.2]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/kbproto-1.0.7-r1 [1.0.7]
> [blocks b ] (" [ebuild U ] x11-proto/renderproto-0.11.1-r2 [0.11.1-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/damageproto-1.2.1-r2 [1.2.1-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/xf86vidmodeproto-2.3.1-r2 [2.3.1-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/fixesproto-5.0-r2 [5.0-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/xf86bigfontproto-1.2.0-r2 [1.2.0-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/videoproto-2.3.3-r1 [2.3.3]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/xf86driproto-2.1.1-r2 [2.1.1-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/dri2proto-2.8-r2 [2.8-r1]
> [blocks b ] (" [ebuild U ] x11-proto/glproto-1.4.17-r2 [1.4.17-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/randrproto-1.5.0-r1 [1.5.0]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/xineramaproto-1.2.1-r2 [1.2.1-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/fontsproto-2.1.3-r1 [2.1.3] ABI_X86="(64%*)
> -32% (-x32)"
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/dri3proto-1.0-r1 [1.0]
> [blocks b ] (" [ebuild U ] x11-proto/presentproto-1.1-r1 [1.1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/recordproto-1.14.2-r2 [1.14.2-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/compositeproto-0.4.2-r2 [0.4.2-r1]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/resourceproto-1.2.0-r1 [1.2.0]
> ABI_X86="(64%*) -32% (-x32)"
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/xcmiscproto-1.2.2-r1 [1.2.2]
> ABI_X86="(64%*) -32% (-x32)"
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/bigreqsproto-1.1.2-r1 [1.1.2]
> ABI_X86="(64%*) -32% (-x32)"
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/xf86dgaproto-2.1-r3 [2.1-r2]
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] x11-proto/trapproto-3.4.3-r1 [3.4.3] ABI_X86="(64%*)
> -32% (-x32)"
> [blocks b ] (" x11-base/xorg-proto-2018.4)
> [ebuild U ] media-libs/gstreamer-1.12.4 [1.12.3]
> [ebuild U ] dev-lang/orc-0.4.28-r1 [0.4.27]
> [ebuild U ] media-libs/tiff-4.0.9-r3 [4.0.8]
> [ebuild U ] net-misc/curl-7.59.0 [7.58.0]
> [ebuild U ] x11-proto/xcb-proto-1.13 [1.12-r2]
> [ebuild U ] media-libs/gd-2.2.5 [2.2.4]
> [ebuild U ] media-libs/gst-plugins-base-1.12.4 [1.12.3]
> [ebuild U ] virtual/package-manager-1 [0]
> [ebuild U ] sys-libs/ncurses-6.1-r1 [6.0-r1]
> [ebuild NS] dev-lang/python-3.6.3-r1 [2.7.14-r1, 3.5.4-r1]
> USE="gdbm ncurses readline ssl (threads) xml -build -examples
> -hardened -ipv6 -libressl -sqlite {-test} -tk -wininst"
> [ebuild U ] sys-libs/slang-2.3.2 [2.3.0]
> [blocks b ] (" [ebuild U ] dev-libs/double-conversion-3.0.0 [2.0.1] USE="{-test%}"
> [ebuild N ] sys-libs/libomp-5.0.1 USE="-hwloc -ompt {-test}"
> ABI_X86="(64) -32 (-x32)"
> [ebuild U ] virtual/w3m-0-r1 [0]
> [ebuild U ] media-libs/jasper-2.0.14 [2.0.12] USE="{-test%}"
> [ebuild U ] dev-qt/qtcore-5
[gentoo-user] Help installing skype
Unfortunately (see the end for the reason) I need to run skype. This seems to be a mess to build. I already added it to package.accept_keywords added about 100 entries to package.use (for abi_x86_32) accepted the license Now I have a slot conflict. Below the abbreviated output is the full output. Help would be much appreciated. thanks, allan E7450-wired gottlieb # emerge --pretend skype These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N~] net-im/skype-4.3.0.37-r6 USE="pulseaudio -apulse -pax_kernel -plasma (-selinux)" [nomerge ] www-client/chromium-48.0.2564.109 [nomerge ] app-accessibility/speech-dispatcher-0.8.1 [nomerge ] app-accessibility/espeak-1.47.11-r1 [nomerge ]media-sound/sox-14.4.2 [nomerge ] media-sound/pulseaudio-7.1 ABI_X86="32*" [ebuild R] media-plugins/alsa-plugins-1.0.29 ABI_X86="32*" [ebuild R] media-sound/pulseaudio-7.1 ABI_X86="32*" [nomerge ] net-im/skype-4.3.0.37-r6 USE="pulseaudio -apulse -pax_kernel -plasma (-selinux)" [ebuild N ] dev-qt/qtwebkit-4.8.6-r1 USE="gstreamer jit (-aqua) -debug -exceptions -icu -pch" ABI_X86="32 (64) (-x32)" [nomerge ] gnome-base/gnome-3.16.0 [nomerge ] gnome-base/gnome-extra-apps-3.16.0 [nomerge ] mail-client/evolution-3.16.5 [nomerge ]app-crypt/pinentry-0.9.5 [nomerge ] dev-qt/qtgui-4.8.6-r4 ABI_X86="32*" [ebuild R] dev-qt/qt3support-4.8.6-r1 ABI_X86="32*" [ebuild R] dev-qt/qtsql-4.8.6-r1 ABI_X86="32*" [ebuild R]dev-db/sqlite-3.9.2 ABI_X86="32*" [many omitted] [ebuild R]dev-libs/expat-2.1.0-r5 ABI_X86="32*" [ebuild R] app-arch/bzip2-1.0.6-r6 ABI_X86="32*" [nomerge ] app-text/texlive-2014 [nomerge ] sys-apps/texinfo-5.2 [ebuild R] virtual/libintl-0-r2 ABI_X86="32*" !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libxml2:2 (dev-libs/libxml2-2.9.2-r4:2/2::gentoo, ebuild scheduled for merge) pulled in by dev-libs/libxml2:2[!icu?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-qt/qtwebkit-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) ^ >=dev-libs/libxml2-2.9.1-r4:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (media-libs/gst-plugins-base-0.10.36-r2:0.10/0.10::gentoo, ebuild scheduled for merge) >=dev-libs/libxml2-2.9.1-r4[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (media-libs/gstreamer-0.10.36-r2:0.10/0.10::gentoo, ebuild scheduled for merge) (dev-libs/libxml2-2.9.2-r4:2/2::gentoo, installed) pulled in by dev-libs/libxml2:=[icu] required by (www-client/chromium-48.0.2564.109:0/0::gentoo, installed) ^^^ dev-libs/libxml2:2/2=[icu] required by (www-client/chromium-48.0.2564.109:0/0::gentoo, installed) ^^^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict
Re: [gentoo-user] Help installing skype
Hi, I hate those tons of abi_x86_32 packages as well. This is also not solving your slot conflict, but why not: - Use a Windows VM for Skype - Use a small Linux VM for Skype (e.g. Debian) and just redirect your webcam. In this way, you don't mess up your system with 32 bit libraries. And, of course, you don't know what skype is internally doing as it is proprietary software and not famous for no bugs/vulnerabilities. Cheers Ralf On 02/24/2016 07:36 PM, allan gottlieb wrote: > Unfortunately (see the end for the reason) I need to run skype. This > seems to be a mess to build. > > I already > added it to package.accept_keywords > added about 100 entries to package.use (for abi_x86_32) > accepted the license > > Now I have a slot conflict. Below the abbreviated output is the full > output. Help would be much appreciated. > > thanks, > allan > > > > E7450-wired gottlieb # emerge --pretend skype > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [ebuild N~] net-im/skype-4.3.0.37-r6 USE="pulseaudio -apulse > -pax_kernel -plasma (-selinux)" > [nomerge ] www-client/chromium-48.0.2564.109 > [nomerge ] app-accessibility/speech-dispatcher-0.8.1 > [nomerge ] app-accessibility/espeak-1.47.11-r1 > [nomerge ]media-sound/sox-14.4.2 > [nomerge ] media-sound/pulseaudio-7.1 ABI_X86="32*" > [ebuild R] media-plugins/alsa-plugins-1.0.29 ABI_X86="32*" > [ebuild R] media-sound/pulseaudio-7.1 ABI_X86="32*" > [nomerge ] net-im/skype-4.3.0.37-r6 USE="pulseaudio -apulse > -pax_kernel -plasma (-selinux)" > [ebuild N ] dev-qt/qtwebkit-4.8.6-r1 USE="gstreamer jit (-aqua) -debug > -exceptions -icu -pch" ABI_X86="32 (64) (-x32)" > [nomerge ] gnome-base/gnome-3.16.0 > [nomerge ] gnome-base/gnome-extra-apps-3.16.0 > [nomerge ] mail-client/evolution-3.16.5 > [nomerge ]app-crypt/pinentry-0.9.5 > [nomerge ] dev-qt/qtgui-4.8.6-r4 ABI_X86="32*" > [ebuild R] dev-qt/qt3support-4.8.6-r1 ABI_X86="32*" > [ebuild R] dev-qt/qtsql-4.8.6-r1 ABI_X86="32*" > [ebuild R]dev-db/sqlite-3.9.2 ABI_X86="32*" > > [many omitted] > > [ebuild R]dev-libs/expat-2.1.0-r5 ABI_X86="32*" > [ebuild R] app-arch/bzip2-1.0.6-r6 ABI_X86="32*" > [nomerge ] app-text/texlive-2014 > [nomerge ] sys-apps/texinfo-5.2 > [ebuild R] virtual/libintl-0-r2 ABI_X86="32*" > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-libs/libxml2:2 > > (dev-libs/libxml2-2.9.2-r4:2/2::gentoo, ebuild scheduled for merge) pulled > in by > > dev-libs/libxml2:2[!icu?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] > required by (dev-qt/qtwebkit-4.8.6-r1:4/4::gentoo, ebuild scheduled for > merge) >^ > > > > > >=dev-libs/libxml2-2.9.1-r4:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] > required by (media-libs/gst-plugins-base-0.10.36-r2:0.10/0.10::gentoo, > ebuild scheduled for merge) > > > > > > >=dev-libs/libxml2-2.9.1-r4[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] > required by (media-libs/gstreamer-0.10.36-r2:0.10/0.10::gentoo, ebuild > scheduled for merge) > >
Re: [gentoo-user] Akonadi crashes
On 15 July 2010 06:53, Mick michaelkintz...@gmail.com wrote:
OK, the plot thickens ... I think more things have gone amiss with my
system. Some sort of corruption perhaps.
I moved the akonadi database and the next time I logged in and started
kmail the akonadi did its tests and the came up with this error (see
Test 10):
===
Akonadi Server Self-Test Report
===
Test 1: SUCCESS
Database driver found.
Details: The QtSQL driver 'QSQLITE' is required by your current
Akonadi server configuration and was found on your system.
File content of '/home/michael/.config/akonadi/akonadiserverrc':
[%General]
Driver=QSQLITE
SizeThreshold=4096
ExternalPayload=false
[QSQLITE]
Name=/home/michael/.local/share/akonadi/akonadi.db
User=
Password=
Options=
StartServer=false
Host=
[Debug]
Tracer=null
[QMYSQL]
StartServer=true
ServerPath=/usr/bin/sqlite3
Name=akonadi
Host=
User=
Password=
Options=
Test 2: SKIP
MySQL server executable not tested.
Details: The current configuration does not require an internal MySQL server.
Test 3: SKIP
MySQL server error log not tested.
Details: The current configuration does not require an internal MySQL server.
Test 4: SKIP
MySQL server configuration not tested.
Details: The current configuration does not require an internal MySQL server.
Test 5: SUCCESS
akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi
server was found and could be executed successfully.
Result:
Akonadi 1.3.1
Test 6: ERROR
Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.
Test 7: ERROR
Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.
Test 8: ERROR
Nepomuk search service not registered at D-Bus.
Details: The Nepomuk search service is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.
Test 9: SKIP
Protocol version check not possible.
Details: Without a connection to the server it is not possible to
check if the protocol version meets the requirements.
Test 10: ERROR
No resource agents found.
Details: No resource agents have been found, Akonadi is not usable
without at least one. This usually means that no resource agents are
installed or that there is a setup problem. The following paths have
been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS
environment variable is set to '/usr/local/share:/usr/share', make
sure this includes all paths where Akonadi agents are installed to.
Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop
Environment variable XDG_DATA_DIRS is set to '/usr/local/share:/usr/share'
Test 11: ERROR
Current Akonadi server error log found.
Details: The Akonadi server did report error during startup into a
href='/home/michael/.local/share/akonadi/akonadiserver.error'/home/michael/.local/share/akonadi/akonadiserver.error/a.
File content of '/home/michael/.local/share/akonadi/akonadiserver.error':
Unable to add initial data to table 'ResourceTable'.
Query error: 'no such column: true Unable to execute statement'
Query was: INSERT INTO ResourceTable (name,isVirtual) VALUES
('akonadi_search_resource',true)
Unable to initialize database.
[
0: akonadiserver(_Z11akBacktracev+0x39) [0x40b9b9]
1: akonadiserver() [0x40bf02]
2: /lib/libc.so.6(+0x32230) [0x7fbe8374a230]
3: /lib/libc.so.6(gsignal+0x35) [0x7fbe8374a1b5]
4: /lib/libc.so.6(abort+0x180) [0x7fbe8374b5e0]
5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74)
[0x7fbe8562b444]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa8) [0x40d008]
7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x77) [0x7fbe856b9b17]
8: /usr/lib64/qt4/libQtCore.so.4(+0xb9) [0x7fbe856cb1b9]
9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7fbe856cc3a9]
10: akonadiserver(_ZN6QDebugD1Ev+0x49) [0x407559]
11:
/usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0x5f4)
[0x7fbe85a9b0a4]
12:
/usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x4a)
[0x7fbe85a9be4a]
13: akonadiserver(main+0x3aa
Re: [gentoo-user] Akonadi crashes
Dumb question: Is dbus running?
- Original Message
From: Mick michaelkintz...@gmail.com
To: gentoo-user@lists.gentoo.org
Sent: Thu, July 15, 2010 10:04:08 AM
Subject: Re: [gentoo-user] Akonadi crashes
On 15 July 2010 06:53, Mick michaelkintz...@gmail.com wrote:
OK, the plot thickens ... I think more things have gone amiss with my
system. Some sort of corruption perhaps.
I moved the akonadi database and the next time I logged in and started
kmail the akonadi did its tests and the came up with this error (see
Test 10):
===
Akonadi Server Self-Test Report
===
Test 1: SUCCESS
Database driver found.
Details: The QtSQL driver 'QSQLITE' is required by your current
Akonadi server configuration and was found on your system.
File content of '/home/michael/.config/akonadi/akonadiserverrc':
[%General]
Driver=QSQLITE
SizeThreshold=4096
ExternalPayload=false
[QSQLITE]
Name=/home/michael/.local/share/akonadi/akonadi.db
User=
Password=
Options=
StartServer=false
Host=
[Debug]
Tracer=null
[QMYSQL]
StartServer=true
ServerPath=/usr/bin/sqlite3
Name=akonadi
Host=
User=
Password=
Options=
Test 2: SKIP
MySQL server executable not tested.
Details: The current configuration does not require an internal MySQL server.
Test 3: SKIP
MySQL server error log not tested.
Details: The current configuration does not require an internal MySQL server.
Test 4: SKIP
MySQL server configuration not tested.
Details: The current configuration does not require an internal MySQL server.
Test 5: SUCCESS
akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi
server was found and could be executed successfully.
Result:
Akonadi 1.3.1
Test 6: ERROR
Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.
Test 7: ERROR
Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.
Test 8: ERROR
Nepomuk search service not registered at D-Bus.
Details: The Nepomuk search service is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.
Test 9: SKIP
Protocol version check not possible.
Details: Without a connection to the server it is not possible to
check if the protocol version meets the requirements.
Test 10: ERROR
No resource agents found.
Details: No resource agents have been found, Akonadi is not usable
without at least one. This usually means that no resource agents are
installed or that there is a setup problem. The following paths have
been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS
environment variable is set to '/usr/local/share:/usr/share', make
sure this includes all paths where Akonadi agents are installed to.
Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop
Environment variable XDG_DATA_DIRS is set to '/usr/local/share:/usr/share'
Test 11: ERROR
Current Akonadi server error log found.
Details: The Akonadi server did report error during startup into a
href='/home/michael/.local/share/akonadi/akonadiserver.error'/home/michael/.local/share/akonadi/akonadiserver.error/a.
File content of '/home/michael/.local/share/akonadi/akonadiserver.error':
Unable to add initial data to table 'ResourceTable'.
Query error: 'no such column: true Unable to execute statement'
Query was: INSERT INTO ResourceTable (name,isVirtual) VALUES
('akonadi_search_resource',true)
Unable to initialize database.
[
0: akonadiserver(_Z11akBacktracev+0x39) [0x40b9b9]
1: akonadiserver() [0x40bf02]
2: /lib/libc.so.6(+0x32230) [0x7fbe8374a230]
3: /lib/libc.so.6(gsignal+0x35) [0x7fbe8374a1b5]
4: /lib/libc.so.6(abort+0x180) [0x7fbe8374b5e0]
5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74)
[0x7fbe8562b444]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa8) [0x40d008]
7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x77) [0x7fbe856b9b17]
8: /usr/lib64/qt4/libQtCore.so.4(+0xb9) [0x7fbe856cb1b9]
9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7fbe856cc3a9]
10: akonadiserver(_ZN6QDebugD1Ev+0x49) [0x407559]
11:
/usr/lib64
Re: [gentoo-user] printing pdfs
On 5/28/20 7:34 PM, Jack wrote: On 2020.05.28 19:04, james wrote: On 5/28/20 4:30 PM, Francesco Turco wrote: On Thu, May 28, 2020, at 22:11, james wrote: So what application/strategy gets me past errors like this: "Cannot mix incompatible Qt library (version 0x50e01) with this library (version 0x50e02)" Which application are you printing from? I guess it's a Qt application. In that case, please verify that all packages in the dev-qt category on your system have the same version number. You can use eix, for example: $ eix --category dev-qt --installed --compact 35 matches. Yes I run lxde and many qt codes. Perhaps better these are currenly blocked (will not update) qt: U ~] dev-qt/qtcore-5.15.0 [5.14.2] �U ~] dev-qt/qtxml-5.15.0 [5.14.2] U dev-qt/qtnetwork-5.15.0 [5.14.2] USE="-libressl%" U ~] dev-qt/qttest-5.15.0 [5.14.2] U ~] dev-qt/qtdbus-5.15.0 [5.14.2] U ~] dev-qt/qtgui-5.15.0 [5.14.2] U ~] dev-qt/qtx11extras-5.15.0 [5.14.2] U ~] dev-qt/qtwidgets-5.15.0 [5.14.2] U ~] dev-qt/qtdeclarative-5.15.0 [5.14.2] U ~] dev-qt/qtopengl-5.15.0 [5.14.2] U ~] dev-qt/linguist-tools-5.15.0 [5.14.2] U ~] dev-qt/qtmultimedia-5.15.0 [5.14.2] U ~] dev-qt/qtpositioning-5.15.0 [5.14.2] U ~] dev-qt/qtwayland-5.15.0 [5.14.2] U ~] dev-python/qtawesome-0.7.2 [0.7.1] That's not output from the above command (dev-python wouldn't be there.)� Please show the output of the above eix command, or perhaps try "eix-installed -a | grep dev-qt" for another look to be sure all are at the same version. Correct. I tried to trim it down. So here is the full output: # eix --category dev-qt --installed --compact [?] dev-qt/designer (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): WYSIWYG tool for designing and building graphical user interfaces with QtWidgets [?] dev-qt/linguist-tools (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Tools for working with Qt translation data files [I] dev-qt/qt-creator (4.8.2@05/24/2020): Lightweight IDE for C++/QML development centering around Qt [?] dev-qt/qt-docs (5.14.2_p202003291239(5)@05/24/2020 -> 5.13.2_p201910220817(5)): Qt5 documentation, for use with Qt Creator and other tools [?] dev-qt/qt3d (5.14.2(5/5.14)@05/26/2020 -> 5.13.2(5/5.13)^t): 3D rendering module for the Qt5 framework [I] dev-qt/qtchooser (66@11/06/2019): Tool to quickly switch between multiple Qt installations [?] dev-qt/qtconcurrent (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Multi-threading concurrence support library for the Qt5 framework [?] dev-qt/qtcore (5.14.2(5/5.14.2)@05/15/2020 -> (~)5.14.1-r1(5/5.14)^t): Cross-platform application development framework [?] dev-qt/qtdatavis3d (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): 3D data visualization library for the Qt5 framework [?] dev-qt/qtdbus (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Qt5 module for inter-process communication over the D-Bus protocol [?] dev-qt/qtdeclarative (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1-r1(5/5.14)^t): The QML and Quick modules for the Qt5 framework [?] dev-qt/qtdiag (5.14.2(5/5.14)@05/24/2020 -> ~5.14.1(5/5.14)^t): Tool for reporting diagnostic information about Qt and its environment [?] dev-qt/qtgraphicaleffects (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Set of QML types for adding visual effects to user interfaces [?] dev-qt/qtgui (5.14.2(5/5.14.2)@05/15/2020 -> (~)5.14.1-r3(5/5.14.1)^t): The GUI module and platform plugins for the Qt5 framework [?] dev-qt/qthelp (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Qt5 module for integrating online documentation into applications [?] dev-qt/qtimageformats (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Additional format plugins for the Qt image I/O system [I] dev-qt/qtlockedfile (2.4.1_p20171024@11/12/2019): QFile extension with advisory locking functions [?] dev-qt/qtmultimedia (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Multimedia (audio, video, radio, camera) library for the Qt5 framework [?] dev-qt/qtnetwork (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Network abstraction library for the Qt5 framework [?] dev-qt/qtopengl (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): OpenGL support library for the Qt5 framework (deprecated) [?] dev-qt/qtpositioning (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Physical position determination library for the Qt5 framework [?] dev-qt/qtprintsupport (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Printing support library for the Qt5 framework [I] dev-qt/qtquickcontrols (5.14.1(5/5.14)@02/21/2020): Set of Qt Quick controls to create complete user interfaces (deprecated) [?] dev-qt/qtscript (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Application scripting library for the Qt5 framework (deprecated) [I] dev-qt/qtsingleapplication (2.6.1_p20171024@11/12/2019): Qt library to start applications only once per user [?] dev-qt/qtsql (5.14.2(5/5.14.2)@05/24
Re: [gentoo-user] printing pdfs
On 5/29/20 6:30 PM, james wrote: On 5/28/20 7:34 PM, Jack wrote: On 2020.05.28 19:04, james wrote: On 5/28/20 4:30 PM, Francesco Turco wrote: On Thu, May 28, 2020, at 22:11, james wrote: [snip.] [leaving only one line...] U ~] dev-python/qtawesome-0.7.2 [0.7.1] That's not output from the above command (dev-python wouldn't be there.)� Please show the output of the above eix command, or perhaps try "eix-installed -a | grep dev-qt" for another look to be sure all are at the same version. Correct. I tried to trim it down. So here is the full output: The formats even look different. Is the above a trimmed version of what is below, or output from a different command? (and no, it doesn't really matter.) # eix --category dev-qt --installed --compact [?] dev-qt/designer (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): WYSIWYG tool for designing and building graphical user interfaces with QtWidgets [?] dev-qt/linguist-tools (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Tools for working with Qt translation data files [I] dev-qt/qt-creator (4.8.2@05/24/2020): Lightweight IDE for C++/QML development centering around Qt [?] dev-qt/qt-docs (5.14.2_p202003291239(5)@05/24/2020 -> 5.13.2_p201910220817(5)): Qt5 documentation, for use with Qt Creator and other tools [?] dev-qt/qt3d (5.14.2(5/5.14)@05/26/2020 -> 5.13.2(5/5.13)^t): 3D rendering module for the Qt5 framework [I] dev-qt/qtchooser (66@11/06/2019): Tool to quickly switch between multiple Qt installations [?] dev-qt/qtconcurrent (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Multi-threading concurrence support library for the Qt5 framework [?] dev-qt/qtcore (5.14.2(5/5.14.2)@05/15/2020 -> (~)5.14.1-r1(5/5.14)^t): Cross-platform application development framework [?] dev-qt/qtdatavis3d (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): 3D data visualization library for the Qt5 framework [?] dev-qt/qtdbus (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Qt5 module for inter-process communication over the D-Bus protocol [?] dev-qt/qtdeclarative (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1-r1(5/5.14)^t): The QML and Quick modules for the Qt5 framework [?] dev-qt/qtdiag (5.14.2(5/5.14)@05/24/2020 -> ~5.14.1(5/5.14)^t): Tool for reporting diagnostic information about Qt and its environment [?] dev-qt/qtgraphicaleffects (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Set of QML types for adding visual effects to user interfaces [?] dev-qt/qtgui (5.14.2(5/5.14.2)@05/15/2020 -> (~)5.14.1-r3(5/5.14.1)^t): The GUI module and platform plugins for the Qt5 framework [?] dev-qt/qthelp (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Qt5 module for integrating online documentation into applications [?] dev-qt/qtimageformats (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Additional format plugins for the Qt image I/O system [I] dev-qt/qtlockedfile (2.4.1_p20171024@11/12/2019): QFile extension with advisory locking functions [?] dev-qt/qtmultimedia (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Multimedia (audio, video, radio, camera) library for the Qt5 framework [?] dev-qt/qtnetwork (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Network abstraction library for the Qt5 framework [?] dev-qt/qtopengl (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): OpenGL support library for the Qt5 framework (deprecated) [?] dev-qt/qtpositioning (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Physical position determination library for the Qt5 framework [?] dev-qt/qtprintsupport (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Printing support library for the Qt5 framework [I] dev-qt/qtquickcontrols (5.14.1(5/5.14)@02/21/2020): Set of Qt Quick controls to create complete user interfaces (deprecated) [?] dev-qt/qtscript (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Application scripting library for the Qt5 framework (deprecated) [I] dev-qt/qtsingleapplication (2.6.1_p20171024@11/12/2019): Qt library to start applications only once per user [?] dev-qt/qtsql (5.14.2(5/5.14.2)@05/24/2020 -> (~)5.14.1(5/5.14.1)^t): SQL abstraction library for the Qt5 framework [I] dev-qt/qtsvg (5.14.1(5/5.14)@01/30/2020): SVG rendering library for the Qt5 framework [?] dev-qt/qttest (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): Unit testing library for the Qt5 framework [?] dev-qt/qtwayland (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1-r1(5/5.14)^t): Wayland platform plugin for Qt [?] dev-qt/qtwebchannel (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Qt5 module for integrating C++ and QML applications with HTML/JavaScript clients [?] dev-qt/qtwebengine (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): Library for rendering dynamic web content in Qt5 C++ and QML applications [?] dev-qt/qtwebkit (5.212.0_pre20200309-r1(5/5.212)@04/08/2020 -> 5.212.0_pre20190629(5/5.212)): WebKit rendering library for the Qt5 framework (d
Re: [gentoo-user] libav and ffmpeg on the same computer issue once again
ABI_X86=32* [ebuild R] media-plugins/gst-plugins-xvid-0.10.23-r1 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-a52dec-0.10.19-r1 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-faad-0.10.23-r1 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-flac-0.10.31-r1 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-dvdread-0.10.19-r1 ABI_X86=32* [ebuild R] media-gfx/graphite2-1.2.4-r1 ABI_X86=32* [ebuild R] net-libs/libproxy-0.4.11-r2 ABI_X86=32* [ebuild R] media-libs/taglib-1.9.1-r2 ABI_X86=32* [ebuild R] net-libs/glib-networking-2.42.1 ABI_X86=32* [ebuild R] net-libs/libsoup-2.48.1 ABI_X86=32* [ebuild R] net-libs/rest-0.7.92-r2 ABI_X86=32* [ebuild R] net-libs/libsoup-gnome-2.48.1 ABI_X86=32* [ebuild R] sys-libs/pam-1.1.8-r2 ABI_X86=32* [ebuild R] virtual/pam-0-r1 ABI_X86=32* [ebuild U ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is blocking dev-qt/qtcore-4.8.5-r2) [blocks b ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild N ] dev-qt/qttranslations-4.8.6-r1 ABI_X86=32 (64) (-x32) [ebuild U ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild U ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild U ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qtxmlpatterns-4.8.6:4 (dev-qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild U ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild U ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qtbearer-4.8.6:4 (dev-qt/qtbearer-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild R] x11-libs/libnotify-0.7.6-r1 ABI_X86=32* [ebuild R] x11-libs/xcb-util-0.4.0 ABI_X86=32* [ebuild R] x11-libs/xcb-util-image-0.4.0 ABI_X86=32* [ebuild R] x11-libs/xcb-util-cursor-0.1.1-r1 ABI_X86=32* [ebuild NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11] USE=-build -deblob -experimental -symlink [ebuild R] x11-libs/libXt-1.1.4 ABI_X86=32* [ebuild R] x11-libs/cairo-1.12.18-r1 ABI_X86=32* [ebuild R] x11-libs/libXmu-1.1.2 ABI_X86=32* [ebuild R] virtual/libgudev-215-r1 ABI_X86=32* [ebuild R] media-libs/harfbuzz-0.9.38 ABI_X86=32* [ebuild R] x11-libs/pango-1.36.8 ABI_X86=32* [ebuild R] gnome-base/librsvg-2.40.8 ABI_X86=32* [ebuild R] dev-libs/libusb-1.0.19 ABI_X86=32* [ebuild R] virtual/libusb-1-r1 ABI_X86=32* [ebuild R] dev-libs/libgusb-0.2.4 ABI_X86=32* [ebuild R] media-libs/gst-plugins-base-1.4.5 ABI_X86=32* [ebuild R] media-libs/gst-plugins-ugly-1.4.5 ABI_X86=32* [ebuild R] media-libs/gst-plugins-good-1.4.5 ABI_X86=32* [ebuild R] dev-libs/json-glib-1.0.2-r1 ABI_X86=32* [ebuild R] x11-libs/libXpm-3.5.11 ABI_X86=32* [ebuild R] x11-libs/libXaw-1.0.12 ABI_X86=32* [ebuild R] dev-cpp/cairomm-1.10.0-r1 ABI_X86=32* [ebuild R] dev-libs/dbus-glib-0.102 ABI_X86=32* [ebuild R] app-accessibility/at-spi2-core-2.14.1 ABI_X86=32* [ebuild R] app-accessibility/at-spi2-atk-2.14.1 ABI_X86=32* [ebuild U ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102) [ebuild R] media-plugins/gst-plugins-x264-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-mad-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-dvdread-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-a52dec-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-flac-1.4.5 ABI_X86=32* [ebuild R] net-libs/libpcap-1.6.2-r1 ABI_X86=32* [ebuild R] media-libs/libepoxy-1.2 ABI_X86=32* [ebuild R] dev-cpp/pangomm-2.34.0-r1 ABI_X86=32* [ebuild R] media-libs/gst-plugins-bad-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-dts-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-faad-1.4.5 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-resindvd-1.4.5 ABI_X86=32* [ebuild R] media-libs/freeglut-2.8.1-r1 ABI_X86=32* [ebuild R] media-libs/libwebp-0.4.0 ABI_X86=32* [ebuild R] x11-libs/pangox-compat-0.0.2-r1 ABI_X86=32* [ebuild R] media-plugins/gst-plugins-cdparanoia-1.4.5 ABI_X86=32* [ebuild R] x11-libs/gtk+-2.24.27 ABI_X86=32* [ebuild U ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=32%* (64%*) (-x32) [blocks b ] dev-qt/qtgui-4.8.6:4
[gentoo-user] Udev and eudev clash. Something wants to remove eudev and install udev.
0:5/5.63::gentoo USE="X dbus nls phonon -debug -doc -speech" [nomerge ] media-libs/phonon-4.10.2::gentoo USE="vlc -debug -designer -gstreamer -pulseaudio" [nomerge ] media-libs/phonon-vlc-0.10.2::gentoo USE="-debug" [nomerge ] media-video/vlc-3.0.8:0/5-9::gentoo USE="X a52 alsa bidi cddb dbus dvbpsi dvd encode ffmpeg flac fontconfig gcrypt jpeg libnotify libsamplerate mad mp3 mpeg ncurses ogg png qt5 ssl svg truetype udev vdpau vorbis x264 x265 xml zeroconf (-altivec) -aom -archive -aribsub -bluray -chromaprint -chromecast -dav1d -dc1394 -debug (-directx) -dts -faad -fdk -fluidsynth -gme -gnome-keyring -gstreamer -ieee1394 -jack -kate -libass -libav -libcaca -libtar -libtiger -linsys -lirc -live -lua -macosx-notifications -matroska -modplug -mtp -musepack (-neon) -nfs -omxil -opencv -optimisememory -opus -postproc -projectm -pulseaudio -rdp -run-as-root -samba -sdl-image -sftp -shout -sid -skins -soxr -speex -srt -taglib -test -theora -tremor -twolame -upnp -v4l -vaapi -vnc -vpx -wayland -zvbi" CPU_FLAGS_X86="mmx sse" [nomerge ] media-video/ffmpeg-4.1.3:0/56.58.58::gentoo USE="X alsa bzip2 encode fdk fontconfig frei0r gpl hardcoded-tables iconv jpeg2k lzma mp3 network opengl postproc sdl svg theora threads truetype vdpau vorbis vpx x264 x265 xcb xvid zlib (-altivec) -amr -amrenc (-appkit) -bluray -bs2b -cdio -chromaprint -chromium -codec2 -cpudetection -debug -doc -flite -fribidi -gcrypt -gme -gmp -gnutls -gsm -iec61883 -ieee1394 -jack -kvazaar -ladspa -libaom -libass -libcaca -libdrm -libilbc -libressl -librtmp -libsoxr -libv4l -libxml2 -lv2 (-mipsdspr1) (-mipsdspr2) (-mipsfpu) (-mmal) -modplug -openal -opencl -openh264 -openssl -opus -oss -pic -pulseaudio -rubberband -samba -snappy -speex -srt -ssh -static-libs -test -twolame -v4l -vaapi -wavpack -webp -zeromq -zimg -zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="aes avx fma3 fma4 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart sidxindex trasher" VIDEO_CARDS="nvidia" [nomerge ] media-libs/nv-codec-headers-8.1.24.2::gentoo ABI_X86="(64) -32 (-x32)" [nomerge ] x11-drivers/nvidia-drivers-390.129:0/390::gentoo USE="X acpi driver gtk3 kms multilib tools -compat -static-libs -uvm -wayland" ABI_X86="32 (64) (-x32)" [ebuild U ] sys-apps/pciutils-3.5.6-r1::gentoo [3.5.6::gentoo] USE="kmod udev zlib -dns -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB [nomerge ] x11-libs/libnotify-0.7.7-r1::gentoo USE="introspection -test" ABI_X86="(64) -32 (-x32)" [nomerge ] virtual/notification-daemon-0::gentoo USE="kde -gnome" [ebuild U ~] kde-plasma/plasma-workspace-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="calendar handbook -appstream -debug -geolocation -gps -qalculate -qrcode -semantic-desktop -systemd -test" 4,845 KiB [ebuild U ~] kde-plasma/kde-cli-tools-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="X handbook kdesu -debug -test" 577 KiB [nomerge ] kde-frameworks/kcmutils-5.63.0:5/5.63::gentoo USE="-debug -doc" [nomerge ] kde-frameworks/kdeclarative-5.63.0:5/5.63::gentoo USE="-debug -doc" [nomerge ] kde-frameworks/kio-5.63.0:5/5.63::gentoo USE="X handbook kwallet -acl -debug -designer -doc -kerberos -test" [nomerge ] kde-frameworks/solid-5.63.0:5/5.63::gentoo USE="nls -debug -doc -test" [nomerge ] sys-fs/udisks-2.8.2:2::gentoo USE="introspection lvm nls -acl -debug -elogind (-selinux) -systemd -vdo" [ebuild U ] sys-fs/lvm2-2.02.184-r5::gentoo [2.02.184-r4::gentoo] USE="readline thin udev -device-mapper-only -lvm2create_initrd -sanlock (-selinux) -static -static-libs -systemd" 0 KiB [nomerge ] sys-libs/libblockdev-2.20-r2::gentoo USE="cryptsetup lvm -bcache -device-mapper -dmraid -doc -escrow -kbd -test -vdo" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_5 (-python3_7)" PYTHON_TARGETS="python2_7 python3_6 -python3_5 (-python3_7)" [ebuild U ] sys-fs/cryptsetup-2.2.1-r1:0/12::gentoo [2.2.1:0/12::gentoo] USE="argon2 luks1_default nls openssl udev -gcrypt -kernel -libressl -nettle -pwquality -reencrypt -static -static-libs -urandom" 0 KiB [nomerge ] kde-frameworks/kactivities-5.63.0:5/5.63::gentoo USE="-debug -doc -test" [ebuild U ~] dev-qt/qtsql-5.12.5-r2:5/5.12.5::gentoo [5.12.5-r1:5/5.12.5::gentoo] USE="mysql sqlite -debug -freetds -oci8 -odbc -postgres -test" 0 KiB [ebuild U ~] kde-plasma/kactivitymanagerd-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="-debug" 85 KiB [ebuild U ~] kde-plasma/libkworkspace-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="-debug -test" 0 KiB [ebuild U ~] kde-plasma/kscreenlocker-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="consolekit pam seccomp -debug -test" 121 KiB [ebuild U ~] kde-plasma/kwin-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="handbook -caps -debug (-gles2) -multimedia -test" 6,103 KiB [ebuild U ~] kde-plasma/kdecoration-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="-debug -test" 42 KiB [ebuild U ~] kde-plasma/breeze-5.17.1:5::gentoo [5.16.5:5::gentoo] USE="X -debug -wayland" 16,195 KiB [blocks b ] From the way it looks to me, it is one or more of the acct-group/* packages pulling it in. Maybe I'm not reading that correctly. Does anyone know how to work around this? Is this a bug that needs to be reported? I'm going to try to update small bits at a time and see if I can make some progress. Any ideas or clues would be welcome. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps
x/graphite2-1.3.8 [ebuild R] x11-libs/libXcomposite-0.4.4- r1 [ebuild R] x11- proto/compositeproto-0.4.2-r1 [ebuild R] dev-util/gtk-update-icon- cache-3.20.9 [ebuild R] x11-libs/libXcursor-1.1.14 [ebuild R] x11-misc/xdg-utils-1.1.1 [ebuild R]x11-apps/xset-1.2.3 [ebuild R]x11-apps/xprop-1.2.2 [ebuild R] net-print/cups-filters-1.5.0 [ebuild R]app-text/qpdf-5.1.1 [ebuild R] dev-libs/libpcre-8.38-r1 [ebuild R]media-libs/lcms-2.6-r1 [ebuild R]app-text/ghostscript-gpl-9.15- r1 [ebuild R] media-libs/jbig2dec-0.11-r1 [ebuild R] media-fonts/urw-fonts-2.4.9 [ebuild R] app-arch/rpm2targz-9.0.0.5g [ebuild R] app-arch/cpio-2.12-r1 [ebuild R] app-text/djvu-3.5.25.3 [ebuild R] x11-libs/gtk+-3.20.9 [ebuild R] app-accessibility/at-spi2- atk-2.20.1 [ebuild R] app-accessibility/at-spi2- core-2.20.2 [ebuild R]x11-libs/libXtst-1.2.3 [ebuild R] x11- proto/recordproto-1.14.2-r1 [ebuild R] app-text/docbook-xml- dtd-4.1.2-r6 [ebuild R] x11-themes/adwaita-icon- theme-3.20 [ebuild R] x11-themes/hicolor-icon- theme-0.15 [ebuild R] media-libs/libepoxy-1.3.1 [ebuild R] app-text/poppler-data-0.4.7 [ebuild R]sys-devel/bc-1.06.95-r1 [ebuild R]app-text/poppler-0.45.0 [ebuild R ~] dev-qt/qtxml-5.6.2 [ebuild R ~] dev-qt/qtcore-5.6.2 [ebuild R] media- libs/openjpeg-2.1.1_p20160922 [ebuild R ~] dev-qt/qtgui-5.6.2 [ebuild R ~] dev-qt/qtdbus-5.6.2 [ebuild R] x11-libs/xcb-util- renderutil-0.3.9-r1 [ebuild R] x11-libs/xcb-util- keysyms-0.4.0 [ebuild R] x11-libs/libxkbcommon-0.6.0 [ebuild R] x11-libs/xcb-util-wm-0.4.1- r1 [ebuild R] x11-libs/xcb-util- image-0.4.0 [ebuild R] x11-libs/xcb-util-0.4.0 [ebuild R]x11-libs/xcb-util- cursor-0.1.3-r1 [ebuild R] app-eselect/eselect- qtgraphicssystem-1.1.1 [ebuild R ~] dev-qt/qt3support-4.8.7 [ebuild R ~] dev-qt/qtsql-4.8.7-r1 [ebuild R ~] dev-qt/qtscript-4.8.7 [ebuild R] media-libs/libmng-2.0.2-r1 [ebuild R] app-eselect/eselect-pinentry-0.6 [ebuild R] app-eselect/eselect-lib-bin- symlink-0.1.1 [ebuild R]dev-libs/npth-1.2 [ebuild R]dev-libs/libksba-1.3.5 [ebuild R] app-crypt/gcr-3.20.0 [ebuild R]app-crypt/p11-kit-0.23.2 [ebuild R] app-text/docbook-xml-dtd-4.3-r1 [ebuild R] sys-auth/consolekit-1.1.0 [ebuild R] sys-auth/polkit-0.113 [ebuild R]gnome-extra/polkit-gnome-0.105-r1 [ebuild R ~]kde-plasma/polkit-kde-agent-5.8.1 [ebuild R ~] kde-frameworks/kcrash-5.27.0 [ebuild R ~] kde- frameworks/kcoreaddons-5.27.0 [ebuild R] kde-frameworks/kf-env-3 [ebuild R ~] dev-qt/linguist-tools-5.6.2 [ebuild R ~]dev-qt/qtdeclarative-5.6.2 [ebuild R ~] dev-qt/qtnetwork-5.6.2 [ebuild R ~] dev-qt/qtwidgets-5.6.2 [ebuild R ~]
[gentoo-user] evil ebuilds.
Portage seems to be fairly OK right now but these ebuilds are really
really being evil... I've spent about half a day on this bullshit so I'm
in a really fine mood right now.
Here are my masks right now, much of my mask file is obsolete, these are
the ones I've been working with today.
# DIE, PACKAGE, DIE DIE DIE DIE DIE!!!
<=kde-apps/libkdepim-4.4.2016.01
<=kde-apps/kontact-4.5
<=kde-apps/kdepimlibs-4.14.11_pre20160211-r2
<=kde-apps/kdepim-runtime-4.14.11_pre20160211
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Calculating dependencies... done!
[ebuild N ] dev-libs/ivykis-0.42.3-r1::gentoo USE="-static-libs" 0 KiB
[ebuild U ] dev-util/byacc-20180609::gentoo [20180525::gentoo] 728 KiB
[ebuild U ] app-arch/zstd-1.3.4-r1:0/1::gentoo [1.3.4:0/1::gentoo]
USE="-lz4% -static-libs" 0 KiB
[ebuild U ] dev-libs/xapian-1.4.6:0/30::gentoo [1.4.5:0/30::gentoo]
USE="chert glass inmemory -doc -static-libs" ABI_X86="32 (64) (-x32)"
CPU_FLAGS_X86="sse sse2" 2,774 KiB
[ebuild N ] sys-devel/clang-6.0.1:6::gentoo USE="static-analyzer
xml -debug -default-compiler-rt -default-libcxx -doc {-test} (-z3)"
ABI_X86="32 (64) (-x32)" LLVM_TARGETS="AMDGPU BPF NVPTX (X86) -AArch64
-ARM -Hexagon -Lanai -MSP430 -Mips -PowerPC -Sparc -SystemZ -XCore"
PYTHON_TARGETS="python2_7" 0 KiB
[ebuild NS ] sys-libs/compiler-rt-sanitizers-6.0.1:6.0.1::gentoo
[4.0.1:4.0.1::gentoo, 5.0.1:5.0.1::gentoo, 6.0.0:6.0.0::gentoo]
USE="clang {-test}" 0 KiB
[ebuild NS ] sys-libs/compiler-rt-6.0.1:6.0.1::gentoo
[4.0.1:4.0.1::gentoo, 5.0.1:5.0.1::gentoo, 6.0.0:6.0.0::gentoo]
USE="clang {-test}" 0 KiB
[ebuild NS ] sys-devel/clang-runtime-6.0.1:6.0.1::gentoo
[4.0.1:4.0.1::gentoo, 5.0.1:5.0.1::gentoo, 6.0.0-r1:6.0.0::gentoo]
USE="compiler-rt openmp sanitize -crt -libcxx" ABI_X86="32 (64) (-x32)"
0 KiB
[ebuild N ] dev-qt/qtsql-5.11.1:5/5.11::gentoo USE="mysql sqlite
-debug -freetds -oci8 -odbc -postgres {-test}" 0 KiB
[ebuild U ] dev-python/idna-2.7::gentoo [2.6::gentoo]
PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3 -python3_4"
169 KiB
[ebuild R ] media-libs/libv4l-1.14.1::gentoo USE="jpeg"
ABI_X86="32 (64) (-x32)" KERNEL="(linux%*)" 0 KiB
[ebuild R ] dev-util/itstool-2.0.2::gentoo
PYTHON_TARGETS="python2_7" 0 KiB
[ebuild U ] dev-python/setuptools_scm-2.1.0::gentoo
[1.16.1::gentoo] USE="{-test} (-git%) (-mercurial%)"
PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3 -python3_4"
33 KiB
[ebuild U ] dev-python/PySocks-1.6.8::gentoo [1.6.7::gentoo]
USE="{-test%}" PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy
-pypy3 -python3_4" 277 KiB
[ebuild N ] dev-libs/libcdio-0.93:0/15::gentoo USE="cxx -cddb
-minimal -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild U ] media-libs/libraw-0.18.13:0/16::gentoo
[0.18.11:0/16::gentoo] USE="jpeg jpeg2k lcms openmp -demosaic -examples"
ABI_X86="32 (64) (-x32)" 1,258 KiB
[ebuild U ] kde-plasma/kwallet-pam-5.13.3:5::gentoo
[5.12.5-r1:5::gentoo] USE="-debug" 19 KiB
[ebuild U ] kde-plasma/breeze-gtk-5.13.3:5::gentoo
[5.12.5:5::gentoo] USE="-debug" 197 KiB
[ebuild U ] kde-plasma/plasma-workspace-wallpapers-5.13.3:5::gentoo
[5.12.5:5::gentoo] 44,840 KiB
[ebuild R ] net-dialup/ppp-2.4.7-r6:0/2.4.7::gentoo USE="gtk ipv6
pam -activefilter -atm -dhcp -eap-tls -libressl -radius"
KERNEL="(linux%*)" 0 KiB
[ebuild U ] media-libs/vulkan-loader-1.1.77.0::gentoo
[1.1.70.0-r1::gentoo] USE="X -layers -wayland (-demos%)" ABI_X86="32
(64) (-x32)" 0 KiB
[ebuild U ] dev-python/simplejson-3.15.0::gentoo [3.14.0::gentoo]
PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3 -python3_4"
80 KiB
[ebuild N ] virtual/perl-Digest-1.170.100_rc-r7::gentoo 0 KiB
[ebuild R ] dev-python/funcsigs-1.0.2-r1::gentoo USE="{-test}"
PYTHON_TARGETS="python2_7 python3_5 python3_6%* -pypy -pypy3 -python3_4"
0 KiB
[ebuild U ] sys-libs/llvm-libunwind-6.0.1::gentoo [6.0.0::gentoo]
USE="static-libs -debug {-test}" ABI_X86="32 (64) (-x32)" 76 KiB
[ebuild U ] dev-python/zope-interface-4.5.0::gentoo [4.4.3::gentoo]
USE="{-test}" PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy -pypy3
-python3_4" 148 KiB
[ebuild U ] dev-python/hyperlink-18.0.0::gentoo [17.3.1::gentoo]
USE="{-test}" PYTHON_TARGETS="python2_7 python3_5 python3_6 -pypy
-python3_4" 96 KiB
[ebuild U ] dev-perl/Archive-Zip-1.600.0-r1::gentoo
[1.600.0::gentoo] USE="-examples {-test}" 0
[gentoo-user] KDE update revdep-rebuild.sh fail
mmon:0 dev-libs/grantlee:5 dev-libs/hyphen:0 dev-libs/icu:0/60.2 dev-libs/iniparser:0 dev-libs/ivykis:0 dev-libs/jansson:0 dev-libs/json-c:0/2 dev-libs/json-glib:0 dev-libs/jsoncpp:0/19 dev-libs/leveldb:0 dev-libs/libaio:0 dev-libs/libappindicator:2 dev-libs/libappindicator:3 dev-libs/libassuan:0 dev-libs/libatasmart:0/4 dev-libs/libatomic_ops:0 dev-libs/libattica:0 dev-libs/libbsd:0 dev-libs/libburn:0 dev-libs/libbytesize:0 dev-libs/libcdio:0/15 dev-libs/libcdio-paranoia:0 dev-libs/libcroco:0.6 dev-libs/libdaemon:0 dev-libs/libdbusmenu:0 dev-libs/libdbusmenu-qt:0 dev-libs/libebml:0/4 dev-libs/libev:0 dev-libs/libevdev:0 dev-libs/libevent:0/2.1-6 dev-libs/libffi:0 dev-libs/libgcrypt:0/20 dev-libs/libgpg-error:0 dev-libs/libgudev:0/0 dev-libs/libgusb:0 dev-libs/libical:0/2 dev-libs/libindicator:0 dev-libs/libindicator:3 dev-libs/libinput:0/10 dev-libs/libixion:0/0.12 dev-libs/libksba:0 dev-libs/liblinear:0/3 dev-libs/libltdl:0 dev-libs/libnatspec:0 dev-libs/libnl:3 dev-libs/liborcus:0/0.12 dev-libs/libpcre:3 dev-libs/libpcre2:0 dev-libs/libpthread-stubs:0 dev-libs/libpwquality:0 dev-libs/librevenge:0 dev-libs/libsigc++:2 dev-libs/libsodium:0/18 dev-libs/libtasn1:0/6 dev-libs/libunibreak:0 dev-libs/libunistring:0/2 dev-libs/libusb:1 dev-libs/libusb-compat:0 dev-libs/libverto:0 dev-libs/libx86:0 dev-libs/libx86emu:0 dev-libs/libxml2:2 dev-libs/libxslt:0 dev-libs/libyaml:0 dev-libs/lzo:2 dev-libs/mpc:0 dev-libs/mpfr:0/4 dev-libs/nettle:0/6.1 dev-libs/npth:0 dev-libs/nspr:0 dev-libs/nss:0 dev-libs/openssl:0 dev-libs/popt:0 dev-libs/protobuf:0/15 dev-libs/pugixml:0 dev-libs/qjson:0 dev-libs/rasqal:0 dev-libs/redland:0 dev-libs/sni-qt:0 dev-libs/tinyxml:0 dev-libs/vala-common:0 dev-libs/volume_key:0 dev-libs/wayland:0 dev-libs/wayland-protocols:0 dev-libs/xapian:0/30 dev-libs/xmlsec:0 dev-libs/yajl:0/2 dev-perl/Archive-Zip:0 dev-perl/Authen-SASL:0 dev-perl/Cairo:0 dev-perl/Crypt-PasswdMD5:0 dev-perl/DBD-mysql:0 dev-perl/DBI:0 dev-perl/Date-Manip:0 dev-perl/Digest-HMAC:0 dev-perl/Digest-SHA1:0 dev-perl/Encode-Locale:0 dev-perl/Error:0 dev-perl/ExtUtils-Depends:0 dev-perl/ExtUtils-PkgConfig:0 dev-perl/File-BaseDir:0 dev-perl/File-DesktopEntry:0 dev-perl/File-Listing:0 dev-perl/File-MimeInfo:0 dev-perl/GSSAPI:0 dev-perl/Gtk2:0 dev-perl/Gtk2-Ex-PodViewer:0 dev-perl/Gtk2-Ex-Simple-List:0 dev-perl/HTML-Parser:0 dev-perl/HTML-Tagset:0 dev-perl/HTML-TokeParser-Simple:0 dev-perl/HTTP-Cookies:0 dev-perl/HTTP-Daemon:0 dev-perl/HTTP-Date:0 dev-perl/HTTP-Message:0 dev-perl/HTTP-Negotiate:0 dev-perl/IO-HTML:0 dev-perl/IO-Socket-INET6:0 dev-perl/IO-Socket-SSL:0 dev-perl/IO-stringy:0 dev-perl/LWP-MediaTypes:0 dev-perl/LWP-Protocol-https:0 dev-perl/Locale-gettext:0 dev-perl/Log-Agent:0 dev-perl/Module-Build:0 dev-perl/Net-Daemon:0 dev-perl/Net-HTTP:0 dev-perl/Net-SMTP-SSL:0 dev-perl/Net-SSLeay:0 dev-perl/Net-UPnP:0 dev-perl/Pango:0 dev-perl/PlRPC:0 dev-perl/SGMLSpm:0 dev-perl/Socket6:0 dev-perl/Sub-Override:0 dev-perl/TermReadKey:0 dev-perl/Text-CharWidth:0 dev-perl/Text-Unidecode:0 dev-perl/Text-WrapI18N:0 dev-perl/URI:0 dev-perl/Unicode-EastAsianWidth:0 dev-perl/WWW-RobotRules:0 dev-perl/XML-NamespaceSupport:0 dev-perl/XML-Parser:0 dev-perl/XML-SAX:0 dev-perl/XML-SAX-Base:0 dev-perl/XML-SAX-Expat:0 dev-perl/XML-Simple:0 dev-perl/glib-perl:0 dev-perl/libintl-perl:0 dev-perl/libwww-perl:0 dev-python/PyQt5:0 dev-python/PySocks:0 dev-python/asn1crypto:0 dev-python/bcrypt:0 dev-python/certifi:0 dev-python/cffi:0/1.11.4 dev-python/chardet:0 dev-python/cryptography:0 dev-python/cython:0 dev-python/dbus-python:0 dev-python/docutils:0 dev-python/enum34:0 dev-python/gevent:0 dev-python/greenlet:0 dev-python/gst-python:1.0 dev-python/httplib2:0 dev-python/idna:0 dev-python/ipaddress:0 dev-python/lxml:0 dev-python/mysql-python:0 dev-python/ndg-httpsclient:0 dev-python/paramiko:0 dev-python/pillow:0 dev-python/ply:0/3.9 dev-python/py:0 dev-python/pyasn1:0 dev-python/pyblake2:0 dev-python/pycairo:0 dev-python/pycparser:0 dev-python/pycurl:0 dev-python/pygments:0 dev-python/pygobject:3 dev-python/pynacl:0 dev-python/pyopenssl:0 dev-python/pyxattr:0 dev-python/pyzmq:0 dev-python/requests:0 dev-python/setuptools:0 dev-python/simplejson:0 dev-python/sip:0/12 dev-python/six:0 dev-python/ssl-fetch:0 dev-python/urlgrabber:0 dev-python/urllib3:0 dev-qt/designer:4 dev-qt/designer:5/5.9 dev-qt/linguist-tools:5/5.9 dev-qt/qdbus:5/5.9 dev-qt/qt3support:4 dev-qt/qtbluetooth:5/5.9 dev-qt/qtchooser:0 dev-qt/qtconcurrent:5/5.9 dev-qt/qtcore:4 dev-qt/qtcore:5/5.9 dev-qt/qtdbus:4 dev-qt/qtdbus:5/5.9 dev-qt/qtdeclarative:4 dev-qt/qtdeclarative:5/5.9 dev-qt/qtgraphicaleffects:5/5.9 dev-qt/qtgui:4 dev-qt/qtgui:5/5.9 dev-qt/qtimageformats:5/5.9 dev-qt/qtmultimedia:5/5.9 dev-qt/qtnetwork:5/5.9 dev-qt/qtopengl:4 dev-qt/qtopengl:5/5.9 dev-qt/qtpaths:5/5.9 dev-qt/qtprintsupport:5/5.9 dev-qt/qtquickcontrols:5/5.9 dev-qt/qtquickcontrols2:5/5.9 dev-qt/qtscript:4 dev-qt/qtscript:5/5.9 dev-qt/qtsql:4 dev-qt/qtsql:5/5.9 dev-qt/qtsvg:4 dev-qt/qtsvg:5/5.9 dev-qt/qttest:4
[gentoo-user] kde-base/baloo is blocking an upgrade
-infinality -static-libs -utils (-auto-hinter%)" 1,712 KiB
[ebuild U ] net-misc/curl-7.49.0::gentoo [7.45.0::gentoo] USE="ipv6 ssl
-adns -http2 -idn -kerberos -ldap -metalink -rtmp -samba -ssh -static-libs
{-test} -threads" CURL_SSL="openssl -axtls -gnutls (-libressl) -mbedtls% -nss
-polarssl (-winssl)" 7,284 KiB
[ebuild U ] sys-process/procps-3.3.11-r3:0/5::gentoo
[3.3.10-r1:0/0::gentoo] USE="kill%* ncurses nls unicode -modern-top (-selinux)
-static-libs -systemd {-test}" 805 KiB
[ebuild U ] sys-apps/gptfdisk-1.0.1::gentoo [0.8.10::gentoo] USE="ncurses
-static" 191 KiB
[ebuild N ] net-misc/socat-1.7.3.1::gentoo USE="ipv6 readline ssl tcpd"
478 KiB
[ebuild U ] sys-devel/gettext-0.19.7::gentoo [0.19.4::gentoo] USE="acl cxx
ncurses nls openmp -cvs -doc -emacs -git -java -static-libs" 18,785 KiB
[ebuild U ] app-arch/tar-1.28-r1::gentoo [1.27.1-r2::gentoo] USE="acl nls
xattr -minimal (-selinux) -static" 2,631 KiB
[ebuild U ] sys-apps/findutils-4.6.0-r1::gentoo [4.6.0::gentoo] USE="nls
-debug (-selinux) -static {-test}" 0 KiB
[ebuild U ] sys-apps/gawk-4.1.3::gentoo [4.0.2::gentoo] USE="nls readline
-mpfr%" 2,258 KiB
[ebuild U ] sys-apps/grep-2.25::gentoo [2.21-r1::gentoo] USE="nls pcre
-static" 1,297 KiB
[ebuild U ] net-misc/wget-1.17.1-r1::gentoo [1.16.3-r1::gentoo] USE="ipv6
nls pcre ssl zlib -debug -gnutls -idn (-libressl) -ntlm -static {-test} -uuid"
1,850 KiB
[ebuild U ] sys-apps/texinfo-6.1::gentoo [5.2::gentoo] USE="nls -static"
4,415 KiB
[ebuild U ] app-admin/perl-cleaner-2.20::gentoo [2.19::gentoo] 7 KiB
[ebuild U ] sys-apps/pciutils-3.4.1::gentoo [3.3.1::gentoo] USE="kmod udev
zlib -dns -static-libs" 395 KiB
[ebuild NS] dev-qt/qtsql-5.5.1:5::gentoo [4.8.6-r1:4::gentoo] USE="mysql
sqlite -debug -freetds -oci8 -odbc -postgres {-test}" 0 KiB
[ebuild N ] media-libs/libsdl2-2.0.4::gentoo USE="X alsa dbus joystick
opengl sound threads video (-altivec) (-custom-cflags) (-fusionsound) -gles
-haptic -nas -oss -pulseaudio -static-libs -tslib -udev -wayland -xinerama
-xscreensaver" CPU_FLAGS_X86="mmx sse sse2 -3dnow" 4,040 KiB
[ebuild N ] media-libs/jasper-1.900.1-r9::gentoo USE="opengl -jpeg
-static-libs" 1,409 KiB
[ebuild NS] dev-qt/qtopengl-5.5.1:5::gentoo [4.8.6-r1:4::gentoo]
USE="-debug -gles2 {-test}" 0 KiB
[ebuild N ] dev-qt/qtimageformats-5.5.1-r1:5::gentoo USE="-debug {-test}"
1,849 KiB
[ebuild N ] media-libs/sdl-image-1.2.12-r1::gentoo USE="png webp -gif
-jpeg -static-libs -tiff" 2,179 KiB
[ebuild U ] media-gfx/imagemagick-6.9.4.1:0/6.9.4.1::gentoo
[6.9.0.3:0/6.9.0.3::gentoo] USE="X bzip2 cxx lzma openmp png svg webp zlib
-autotrace -corefonts -djvu -fftw -fontconfig -fpx -graphviz -hdri -jbig -jpeg
-jpeg2k -lcms -lqr (-opencl) -openexr -pango -perl -postscript -q32 -q64 -q8
-raw -static-libs {-test} -tiff -truetype -wmf -xml" 8,584 KiB
[ebuild N ] kde-frameworks/kfilemetadata-5.21.0:5/5.21::gentoo USE="exif
ffmpeg -debug -doc -epub -libav -pdf -taglib {-test}" 124 KiB
[ebuild NS] kde-apps/libkdcraw-15.12.3:5::gentoo [15.08.3:4/15.08::gentoo]
USE="-debug" 42 KiB
[ebuild NS] kde-apps/libkexiv2-15.12.3:5::gentoo [15.08.3:4/15.08::gentoo]
USE="xmp -debug" 64 KiB
[ebuild R] virtual/ffmpeg-9-r2::gentoo USE="X encode sdl* vaapi -gsm
-jpeg2k -libav -mp3 -opus -speex -theora -threads -truetype -vdpau -x264" 0 KiB
[ebuild N ] kde-plasma/libkscreen-5.5.5:5::gentoo USE="-debug {-test}" 71
KiB
[ebuild N ] kde-frameworks/kimageformats-5.21.0:5/5.21::gentoo
USE="-debug -doc -eps -openexr {-test}" 200 KiB
[ebuild N ] kde-frameworks/kidletime-5.21.0:5/5.21::gentoo USE="-debug
-doc" 26 KiB
[ebuild N ] kde-frameworks/kplotting-5.21.0:5/5.21::gentoo USE="-debug
-doc {-test}" 29 KiB
[ebuild N ] dev-cpp/eigen-3.2.8-r2:3::gentoo USE="openmp (-altivec)
-debug -doc {-test}" CPU_FLAGS_X86="sse2 sse3 sse4_1 ssse3 -sse4_2" 1,134 KiB
[ebuild N ] kde-plasma/kwallet-pam-5.6.4-r1:5::gentoo USE="oldwallet
-debug" 18 KiB
[ebuild N ] media-video/movit-1.2.0::gentoo 1,659 KiB
[ebuild N ] kde-apps/kdebugsettings-15.12.3:5::gentoo USE="-debug
{-test}" 23 KiB
[ebuild N ] media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg kdenlive melt
opengl qt5 sdl xml -compressed-lumas -debug -fftw -frei0r -gtk -jack -kde
-libav -libsamplerate -lua -python -qt4 -rtaudio (-ruby) -vdpau -xine"
CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7" 1,234 KiB
[ebuild N ] kde-frameworks/kdnssd-5.21.0:5/5.21::gentoo USE="nls -debug
-doc {-test} -zeroconf" 56 KiB
[ebuild N ]
Re: [gentoo-user] Re: Konsole
et-1.18::gentoo [1.16.3-r1::gentoo] USE="nls pcre
ssl zlib -debug -gnutls -idn -ipv6 (-libressl) -ntlm -static {-test} -uuid"
1,878 KiB
[ebuild U ] net-analyzer/nmap-7.12::gentoo [7.01::gentoo] USE="nls nse ssl
-ipv6 (-libressl) -ncat -ndiff -nmap-update -nping (-system-lua) -zenmap"
LINGUAS="-de -fr -hi -hr -it -ja -pl -pt_BR -ru -zh" PYTHON_TARGETS="python2_7"
8,751 KiB
[ebuild NS] dev-qt/qtxmlpatterns-5.5.1-r1:5::gentoo [4.8.6-r1:4::gentoo]
USE="-debug {-test}" 0 KiB
[ebuild U ] media-libs/raptor-2.0.14:2::gentoo [2.0.9:2::gentoo] USE="curl
unicode -debug -json -static-libs" 1,834 KiB
[ebuild U ] net-misc/ntp-4.2.8_p8::gentoo [4.2.8_p7::gentoo] USE="readline
ssl threads -caps -debug -ipv6 (-libressl) -openntpd -parse-clocks -samba
(-selinux) -snmp -vim-syntax -zeroconf" 7,062 KiB
[ebuild U ] media-gfx/graphite2-1.3.8::gentoo [1.3.7::gentoo] USE="-perl
{-test}" ABI_X86="32 (64) (-x32)" 3,795 KiB
[ebuild N#] kde-frameworks/extra-cmake-modules-5.21.0:5/5.21::gentoo
USE="-doc {-test}" 279 KiB
[ebuild U ] app-office/akonadi-server-1.13.1_pre20160203-r1::gentoo
[1.13.0-r2::gentoo] USE="mysql -postgres -sqlite {-test} (-qt4%*) (-qt5%)" 376
KiB
[ebuild U ] dev-libs/rasqal-0.9.32::gentoo [0.9.29::gentoo] USE="crypt
mhash pcre xml -gmp -static-libs {-test} (-doc%)" 1,509 KiB
[ebuild U ] media-libs/harfbuzz-1.2.7:0/0.9.18::gentoo
[1.1.3:0/0.9.18::gentoo] USE="cairo glib graphite icu introspection truetype
-fontconfig -static-libs {-test}" ABI_X86="32 (64) (-x32)" 1,314 KiB
[ebuild N#] kde-frameworks/kcoreaddons-5.21.0-r1:5/5.21::gentoo USE="nls
-debug (-fam) {-test}" 306 KiB
[ebuild N#] kde-frameworks/ki18n-5.21.0:5/5.21::gentoo USE="-debug
{-test}" 590 KiB
[ebuild N#] kde-frameworks/kcodecs-5.21.0:5/5.21::gentoo USE="nls -debug
{-test}" 213 KiB
[ebuild N#] kde-frameworks/karchive-5.21.0:5/5.21::gentoo USE="bzip2 lzma
-debug {-test}" 107 KiB
[ebuild NS] dev-qt/qtgui-5.5.1-r1:5::gentoo [4.8.6-r4:4::gentoo] USE="dbus
gif jpeg png udev xcb -accessibility -debug -egl -eglfs -evdev -gles2 -gtkstyle
-ibus -libinput {-test} -tslib -tuio" 0 KiB
[ebuild N#] kde-frameworks/kdoctools-5.21.0:5/5.21::gentoo USE="-debug
{-test}" 399 KiB
[ebuild U ] sys-power/apcupsd-3.14.13::gentoo [3.14.8-r2::gentoo] USE="nls
usb -cgi -gnome -snmp" 1,890 KiB
[ebuild N ] dev-qt/qtwidgets-5.5.1-r1:5::gentoo USE="png xcb -debug
-gles2 -gtkstyle {-test}" 0 KiB
[ebuild N#] kde-frameworks/kconfig-5.21.0:5/5.21::gentoo USE="nls -debug
{-test}" 220 KiB
[ebuild N ] dev-qt/qtx11extras-5.5.1:5::gentoo USE="-debug {-test}" 0 KiB
[ebuild NS] dev-qt/qtdeclarative-5.5.1-r1:5::gentoo [4.8.6-r1:4::gentoo]
USE="jit widgets xml -debug -gles2 -localstorage {-test}" 0 KiB
[ebuild NS] dev-qt/qtopengl-5.5.1:5::gentoo [4.8.6-r1:4::gentoo]
USE="-debug -gles2 {-test}" 0 KiB
[ebuild N#] kde-frameworks/kwidgetsaddons-5.21.0:5/5.21::gentoo USE="nls
-debug {-test}" 2,083 KiB
[ebuild N#] kde-frameworks/kwindowsystem-5.21.0:5/5.21::gentoo USE="X nls
-debug {-test}" 160 KiB
[ebuild N#] kde-frameworks/kdbusaddons-5.21.0:5/5.21::gentoo USE="X nls
-debug {-test}" 34 KiB
[ebuild N#] kde-frameworks/kitemviews-5.21.0:5/5.21::gentoo USE="nls
-debug {-test}" 73 KiB
[ebuild R] sys-auth/polkit-qt-0.112.0-r1::gentoo USE="qt4 qt5* -debug
-examples" 0 KiB
[ebuild N#] kde-frameworks/kguiaddons-5.21.0:5/5.21::gentoo USE="-debug
{-test}" 39 KiB
[ebuild NS] dev-qt/qtsvg-5.5.1-r1:5::gentoo [4.8.6-r1:4::gentoo]
USE="-debug {-test}" 0 KiB
[ebuild R] dev-libs/libdbusmenu-qt-0.9.3_pre20140619-r1::gentoo USE="qt4
qt5* -debug -doc {-test}" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild N#] kde-frameworks/sonnet-5.21.0:5/5.21::gentoo USE="hunspell nls
-aspell -debug {-test}" 276 KiB
[ebuild N#] kde-frameworks/kcrash-5.21.0:5/5.21::gentoo USE="X nls -debug
{-test}" 20 KiB
[ebuild N#] kde-frameworks/kcompletion-5.21.0:5/5.21::gentoo USE="nls
-debug {-test}" 114 KiB
[ebuild N#] kde-frameworks/solid-5.21.0:5/5.21::gentoo USE="nls -debug
{-test}" 262 KiB
[ebuild N#] kde-frameworks/kjobwidgets-5.21.0:5/5.21::gentoo USE="X nls
-debug {-test}" 87 KiB
[ebuild N#] kde-frameworks/kservice-5.21.0:5/5.21::gentoo USE="man -debug
{-test}" 263 KiB
[ebuild N#] kde-frameworks/kglobalaccel-5.21.0:5/5.21::gentoo USE="nls
-debug {-test}" 80 KiB
[ebuild NS] dev-qt/qtsql-5.5.1:5::gentoo [4.8.6-r1:4::gentoo] USE="mysql
sqlite -debug -freetds -oci8 -odbc -postgres {-test}&
[gentoo-user] newish vbox gentoo guest crashes from startx
Setup: gentoo 32bit vbox guest on win 10 64bit host Installed xorg-server, lxde Meta pkgs and deps (along with many other pkgs ... to many to list here but included at the end) uname -a: Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R) Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux Theoretically the install should be ready now to run X and lxde. However, when I run `startlxde' nothing whatsoever happens. At least not at the command line or visibly. Prompt just returns lamely. However, if I run startx. The vm crashes clear to power off or sometimes just becomes inoperable with these error messages showing. (Note: nothing can be clicked moved or etc at this point) I'm having trouble figuring out where to start to get a handle on this. This is not my first time installing gentoo in a vbox vm... I've done several over time and two just of late. Although the installs were not trouble free, I had none of this sort of trouble. Posting /var/log/Xorg.0.log which shows several modules not loading. vesa and fbdev... but checking my kernel compile I see both were selected for. Other parts I'm not sure what they might mean. Also included below is last 175 lines of a debug.log I have setup in rsyslog. I can't tell how many lines to include so just a shot in the dark. There are a number of lines about Vbox not recognizing symbols And finally a full listing of everthing that has been installed. Which runs to 650+ lines. So massive amount of data... which seems .. unavoidable. I've labeled each between these: --- --- ---=--- --- --- LABEL --- --- ---=--- --- --- Labels are: Xorg.0.log tail_of_debug.log installed_pkgs_list.txt Hopefull will make jumping around a bit easier if anyone even gets that far. --- --- ---=--- --- --- Xorg.0.log --- --- ---=--- --- --- [ 1215.250] X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 1215.262] X Protocol Version 11, Revision 0 [ 1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo [ 1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 [ 1215.268] Kernel command line: root=/dev/sda3 vga=0x31b video=vesfb:mtrr:3,ywrap [ 1215.272] Build Date: 06 December 2016 09:05:57PM [ 1215.274] [ 1215.277] Current version of pixman: 0.34.0 [ 1215.287]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1215.287] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 7 10:07:52 2016 [ 1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1215.371] (==) No Layout section. Using the first Screen section. [ 1215.371] (==) No screen section available. Using defaults. [ 1215.371] (**) |-->Screen "Default Screen Section" (0) [ 1215.371] (**) | |-->Monitor "" [ 1215.372] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1215.372] (==) Automatically adding devices [ 1215.372] (==) Automatically enabling devices [ 1215.372] (==) Automatically adding GPU devices [ 1215.373] (==) Max clients allowed: 256, resource mask: 0x1f [ 1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/100dpi/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (WW) The directory "/usr/share/fonts/75dpi/" does not exist. [ 1215.385]Entry deleted from font path. [ 1215.385] (==) FontPath set to: [ 1215.385] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1215.385] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1215.386] (II) Loader magic: 0x8282620 [ 1215.386] (II) Module ABI versions: [ 1215.386]X.Org ANSI C Emulation: 0.4 [ 1215.386]X.Org Video Driver: 20.0 [ 1215.386]X.Org XInput driver : 22.1 [ 1215.386]X.Org Server Extension : 9.0 [ 1215.390] (--) PCI:*(0:0:2:0) 80ee:beef:: rev 0, Mem @ 0xe000/33554432, BIOS @ 0x/131072 [ 1215.390] (II) LoadModule: "glx"
Re: [gentoo-user] newish vbox gentoo guest crashes from startx
On 07/12/2016 17:34, Harry Putnam wrote: > Setup: > >gentoo 32bit vbox guest on win 10 64bit host >Installed xorg-server, lxde Meta pkgs and deps >(along with many other pkgs ... to many to list >here but included at the end) > > uname -a: > Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R) > Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux > > Theoretically the install should be ready now to run X and lxde. > However, when I run `startlxde' nothing whatsoever happens. At least > not at the command line or visibly. Prompt just returns lamely. > > However, if I run startx. The vm crashes clear to power off or > sometimes just becomes inoperable with these error messages showing. > (Note: nothing can be clicked moved or etc at this point) Your first problem seems to be you don't have any input or output devices. Please post - eix xorg-server - values of INPUT_DEVICES and VIDEO_CARDS from make.conf - confirm that you built the kernel with evdev and the kernel module is loaded There's a decent X11 install page on the gentoo wiki, did you follow it? Installing on vbox is not too different from installing on metal except you don't use the video driver for the physical card, you use the vbox one (it's virtualized). Lastly, why a 32 bit guest on a 64 bit host? There's little benefit from doing that, and amd64 is far better supported in general than x86_64. Plus you just create more work for the host. Alan > > > > > I'm having trouble figuring out where to start to get a handle on > this. > > This is not my first time installing gentoo in a vbox vm... I've done > several over time and two just of late. Although the installs were > not trouble free, I had none of this sort of trouble. > > Posting /var/log/Xorg.0.log which shows several modules not loading. > vesa and fbdev... but checking my kernel compile I see both were > selected for. Other parts I'm not sure what they might mean. > > Also included below is last 175 lines of a debug.log I have setup in > rsyslog. > > I can't tell how many lines to include so just a shot in the dark. > There are a number of lines about Vbox not recognizing symbols > > And finally a full listing of everthing that has been installed. Which > runs to 650+ lines. So massive amount of data... which seems > .. unavoidable. I've labeled each between these: > --- --- ---=--- --- --- > LABEL > --- --- ---=--- --- --- > > Labels are: > >Xorg.0.log >tail_of_debug.log >installed_pkgs_list.txt > > Hopefull will make jumping around a bit easier if anyone even gets > that far. > > --- --- ---=--- --- --- > Xorg.0.log > --- --- ---=--- --- --- > [ 1215.250] > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [ 1215.262] X Protocol Version 11, Revision 0 > [ 1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo > [ 1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 > 20:16:14 EST 2016 i686 > [ 1215.268] Kernel command line: root=/dev/sda3 vga=0x31b > video=vesfb:mtrr:3,ywrap > [ 1215.272] Build Date: 06 December 2016 09:05:57PM > [ 1215.274] > [ 1215.277] Current version of pixman: 0.34.0 > [ 1215.287] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 1215.287] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 7 10:07:52 > 2016 > [ 1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d" > [ 1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d" > [ 1215.371] (==) No Layout section. Using the first Screen section. > [ 1215.371] (==) No screen section available. Using defaults. > [ 1215.371] (**) |-->Screen "Default Screen Section" (0) > [ 1215.371] (**) | |-->Monitor "" > [ 1215.372] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [ 1215.372] (==) Automatically adding devices > [ 1215.372] (==) Automatically enabling devices > [ 1215.372] (==) Automatically adding GPU devices > [ 1215.373] (==) Max clients allowed: 256, resource mask: 0x1f > [ 1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist. > [ 1215.385] Entry deleted from font path. > [ 1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist. > [ 1215.385] Entry deleted from font path. > [
