Re: [gentoo-user] Confusion about gpg-preset-passphrase
On 23/03/03 07:36AM, efeizbudak wrote: > Hi all, > > So I'm trying to use gpg-preset-passphrase but for some reason I keep > having to enter the passphrase all the same. I run > > /usr/libexec/gpg-preset-passphrase --preset $KEYGRIP > > and then paste the passphrase (I've also tried this with the keygrip for > the [E] subkey as opposed to the [SC]). But then when I try to decrypt > a file encrypted for this key I still face pinentry. I also tried > running the decryption command with the > > --pinentry loopback --batch > > which just fails with > > gpg: Sorry, we are in batchmode - can't get input > > And I already have in my gpg-agent.conf the following: > > allow-preset-passphrase > max-cache-ttl 2147483647 > > Am I misunderstanding something here? Can someone please point me in the > right direction? > > Thank you! > To anyone who sees this, it was caused by my stupidity to use a very illegal password. Please do not bother. -- All the best, Efe The funny quote of this email is trivial and left as an exercise. signature.asc Description: PGP signature
[gentoo-user] Confusion about gpg-preset-passphrase
Hi all, So I'm trying to use gpg-preset-passphrase but for some reason I keep having to enter the passphrase all the same. I run /usr/libexec/gpg-preset-passphrase --preset $KEYGRIP and then paste the passphrase (I've also tried this with the keygrip for the [E] subkey as opposed to the [SC]). But then when I try to decrypt a file encrypted for this key I still face pinentry. I also tried running the decryption command with the --pinentry loopback --batch which just fails with gpg: Sorry, we are in batchmode - can't get input And I already have in my gpg-agent.conf the following: allow-preset-passphrase max-cache-ttl 2147483647 Am I misunderstanding something here? Can someone please point me in the right direction? Thank you! -- All the best, Efe The funny quote of this email is trivial and left as an exercise. signature.asc Description: PGP signature
[gentoo-user] confusion on profiles
I just saw this today: [20] hardened/linux/amd64/no-emul-linux-x86 [21] hardened/linux/amd64/selinux [22] hardened/linux/amd64/no-multilib [23] hardened/linux/amd64/no-multilib/selinux [24] hardened/linux/amd64/x32 but I don't understand the difference between 20 and 24. I thought x32 was the path to getting rid of the emul* stuff ? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: about.me/douglas_hunley G+: http://google.com/+DouglasHunley
Re: [gentoo-user] confusion on profiles
On 02/24/2015 03:53 PM, Douglas J Hunley wrote: I just saw this today: [20] hardened/linux/amd64/no-emul-linux-x86 [21] hardened/linux/amd64/selinux [22] hardened/linux/amd64/no-multilib [23] hardened/linux/amd64/no-multilib/selinux [24] hardened/linux/amd64/x32 but I don't understand the difference between 20 and 24. I thought x32 was the path to getting rid of the emul* stuff ? -- Douglas J Hunley (doug.hun...@gmail.com mailto:doug.hun...@gmail.com) Twitter: @hunleyd Web: about.me/douglas_hunley http://about.me/douglas_hunley G+: http://google.com/+DouglasHunley x32 is the new x86 ABI. 20, is a profile that has all the emul-* packages masked, so the new multilib ebuilds take precedence. They are completely different profiles You probably need to read this: http://wiki.gentoo.org/wiki/Multilib_System_without_emul-linux_Packages -- Regards, Markos Chandras
Re: [gentoo-user] Confusion about slot conflict
I have just checked the ebuild file of libpng-1.6.8, actually it's is stable for X86. So I am confused why emerge can not upgrade it automatically... 2014/1/5 Alan McKinnon alan.mckin...@gmail.com On 05/01/2014 17:57, 张东亚 wrote: Hi list, When I do a world upgrade, I have encountered the following slot conflict: media-libs/libpng:0 (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by media-libs/libpng:0/0= required by (dev-python/wxpython-2.8.12.1-r1::gentoo, installed) =media-libs/libpng-1.4:0/0= required by (net-libs/webkit-gtk-1.8.3-r201::gentoo, installed) media-libs/libpng:0/0= required by (app-text/poppler-0.22.5::gentoo, installed) media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed) media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed) media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.4::gentoo, installed) (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) My question is, seems upgrade to libpng-1.6.8 will solve the conflict, why emerge cannot proceed this automatically? or there are some switches to controller this? Thanks a lot. libpng-1.5.17-r1 is latest stable version libpng-1.6.8 is latest unstable version I suspect you are probably running a stable system with several packages marked unstable and one of those requires libpng-1.6.8 To check, please post what is your ACCEPT_KEYWORDS in make.conf? what is the output of grep -r libpng /etc/portage/ -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Confusion about slot conflict
Hi list, When I do a world upgrade, I have encountered the following slot conflict: media-libs/libpng:0 (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by media-libs/libpng:0/0= required by (dev-python/wxpython-2.8.12.1-r1::gentoo, installed) =media-libs/libpng-1.4:0/0= required by (net-libs/webkit-gtk-1.8.3-r201::gentoo, installed) media-libs/libpng:0/0= required by (app-text/poppler-0.22.5::gentoo, installed) media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed) media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed) media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.4::gentoo, installed) (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) My question is, seems upgrade to libpng-1.6.8 will solve the conflict, why emerge cannot proceed this automatically? or there are some switches to controller this? Thanks a lot.
Re: [gentoo-user] Confusion about slot conflict
On 05/01/2014 17:57, 张东亚 wrote: Hi list, When I do a world upgrade, I have encountered the following slot conflict: media-libs/libpng:0 (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by media-libs/libpng:0/0= required by (dev-python/wxpython-2.8.12.1-r1::gentoo, installed) =media-libs/libpng-1.4:0/0= required by (net-libs/webkit-gtk-1.8.3-r201::gentoo, installed) media-libs/libpng:0/0= required by (app-text/poppler-0.22.5::gentoo, installed) media-libs/libpng:0/0= required by (media-libs/libwebp-0.3.1::gentoo, installed) media-libs/libpng:0/0= required by (net-print/cups-filters-1.0.36-r1::gentoo, installed) media-libs/libpng:0/0= required by (kde-base/kdelibs-4.11.4::gentoo, installed) (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) My question is, seems upgrade to libpng-1.6.8 will solve the conflict, why emerge cannot proceed this automatically? or there are some switches to controller this? Thanks a lot. libpng-1.5.17-r1 is latest stable version libpng-1.6.8 is latest unstable version I suspect you are probably running a stable system with several packages marked unstable and one of those requires libpng-1.6.8 To check, please post what is your ACCEPT_KEYWORDS in make.conf? what is the output of grep -r libpng /etc/portage/ -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Confusion with eix output
I am having some trouble, I think, with my nvidia video driver, and eix
produces some output I cannot decipher from information in the man page:
jlc64 X11 # eix nvidia-drivers
[D] x11-drivers/nvidia-drivers
Available versions: [M]71.86.07!s [M]~71.86.09!s 96.43.09!s ~96.43.11!s
173.14.15!s ~173.14.18!s 180.29!s ~180.60!s {acpi custom-cflags gtk
kernel_FreeBSD kernel_linux multilib userland_BSD}
Installed versions: 190.42-r3!s(11:04:43 AM 04/21/2010)(acpi gtk
kernel_linux multilib -custom-cflags)
Homepage:http://www.nvidia.com/
Description: NVIDIA X11 driver and GLX libraries
The man page goes into great detail how to specify many things, but doesn't
explain in simple terms the format of its default outputs. In particular, I
don't understand what the [D] means, but would appreciate any clues to a more
comprehensible explanation for all its output.
--
Jim
Re: [gentoo-user] Confusion with eix output
On 4/21/2010 3:48 PM, James Cunning wrote:
I am having some trouble, I think, with my nvidia video driver, and eix
produces some output I cannot decipher from information in the man page:
jlc64 X11 # eix nvidia-drivers
[D] x11-drivers/nvidia-drivers
Available versions: [M]71.86.07!s [M]~71.86.09!s 96.43.09!s ~96.43.11!s
173.14.15!s ~173.14.18!s 180.29!s ~180.60!s {acpi custom-cflags gtk
kernel_FreeBSD kernel_linux multilib userland_BSD}
Installed versions: 190.42-r3!s(11:04:43 AM 04/21/2010)(acpi gtk
kernel_linux multilib -custom-cflags)
Homepage:http://www.nvidia.com/
Description: NVIDIA X11 driver and GLX libraries
The man page goes into great detail how to specify many things, but doesn't
explain in simple terms the format of its default outputs. In particular, I
don't understand what the [D] means, but would appreciate any clues to a more
comprehensible explanation for all its output.
I feel your pain. The eix man page is a perfect example of why GNU made
the info system (which is otherwise overkill in most cases.)
At any rate: eix's output tries to mimic the emerge -v output when
possible. In this case, [D] means eix thinks your installed version is
higher than the latest unmasked version in the tree, and that you should
'D'owngrade. You could also see 'U', if eix thinks you need to upgrade.
You probably need to eix-update after your most recent sync. Use
eix-sync instead of emerge --sync if, like me, you tend to forget that step.
--Mike
Re: [gentoo-user] Confusion
Am Samstag 17 Oktober 2009 17:54:49 schrieb econti: Is there any other solution? The same problem came up on gentoo-user-de yesterday, too. One replier told us that there was a portage news item about this topic: 2009-09-27-qt_use_changes Title Qt 4.5.2 default USE flag changes AuthorAlex Alexander wi...@gentoo.org Posted2009-09-27 Revision 1 Qt version 4.5.2 has significant changes in the USE flags enabled by default. When upgrading, make sure you check and re-enable any USE flags you need. Depending on your system and installed packages, you might hit an issue where Portage is getting confused by this USE flag change, trying to mix old 4.5.1 ebuilds with new 4.5.2 ones, resulting in blocks. If this happens to you, please add the offending USE flags (usually 'qt3support' and 'dbus') in your USE= or switch to a desktop profile (eselect profile list). Check this post [0] for more details on this issue. [0] http://www.linuxized.com/p192; So it could be a good idea to read your portage news. HTH... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Confusion
2009/10/22 Dirk Heinrichs dirk.heinri...@online.de: Am Samstag 17 Oktober 2009 17:54:49 schrieb econti: Is there any other solution? The same problem came up on gentoo-user-de yesterday, too. One replier told us that there was a portage news item about this topic: 2009-09-27-qt_use_changes Title Qt 4.5.2 default USE flag changes Author Alex Alexander wi...@gentoo.org Posted 2009-09-27 Revision 1 Qt version 4.5.2 has significant changes in the USE flags enabled by default. When upgrading, make sure you check and re-enable any USE flags you need. Depending on your system and installed packages, you might hit an issue where Portage is getting confused by this USE flag change, trying to mix old 4.5.1 ebuilds with new 4.5.2 ones, resulting in blocks. If this happens to you, please add the offending USE flags (usually 'qt3support' and 'dbus') in your USE= or switch to a desktop profile (eselect profile list). Check this post [0] for more details on this issue. [0] http://www.linuxized.com/p192; So it could be a good idea to read your portage news. Always do! Thanks for your post. It made me realise that I was still on the default/linux/x86/2008.0/desktop profile! I must have missed any notices that the 10.0 profile was out. -- Regards, Mick
Re: [gentoo-user] Confusion
On Sunday 18 October 2009, Dirk Heinrichs wrote:
Am Sonntag 18 Oktober 2009 18:54:54 schrieb econti:
[ebuild N] app-office/akonadi-server-1.2.1 USE=mysql -sqlite
[nomerge ] x11-libs/qt-dbus-4.5.2
[ebuild UD] x11-libs/qt-qt3support-4.5.1 [4.5.2]
[ebuild UD]x11-libs/qt-sql-4.5.1 [4.5.2]
[ebuild UD]x11-libs/qt-gui-4.5.1 [4.5.2-r2] USE=dbus*
gtkstyle%* [ebuild UD] x11-libs/qt-script-4.5.1 [4.5.2]
[ebuild UD] x11-libs/qt-dbus-4.5.1 [4.5.2]
[ebuild UD] x11-libs/qt-core-4.5.1 [4.5.2]
Hmm, looks like your installed version of qt-dbus is responsible for the
wanted downgrade. Strange.
Could you diff the installed .ebuild for x11-libs/qt-dbus-4.5.2
(/var/db/pkg/x11-libs/qt-dbus-4.5.2/qt-dbus-4.5.2.ebuild) with the one in
your portage tree and re-install the package if they're different?
Then, there are two other things which make me wonder:
[blocks B ] x11-libs/qt-opengl-4.5.1-r
(x11-libs/qt-opengl-4.5.1- r is blocking
x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
Those -r versions emerge is talking about. Any chance you have
installed qt packages (or some apps which need them) from an overlay?
('installed', '/', 'x11-libs/qt-webkit-4.5.2-r1', 'nomerge') pulled in by
x11-libs/qt-webkit required by world
2) Do you have qt packages listed in your world file? They're usually
pulled in as dependencies of other packages, so they shouldn't appear
there.
Bye...
Dirk
Hmm ... I seem to have these three in my world file (not sure about the OP):
x11-libs/qt
x11-libs/qt-core
x11-libs/qt-gui
Should I delete them?
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Confusion
On Wed, 21 Oct 2009 21:53:54 +0100, Mick wrote: Hmm ... I seem to have these three in my world file (not sure about the OP): x11-libs/qt x11-libs/qt-core x11-libs/qt-gui Should I delete them? Do you run them yourself? If not, they don't belong in world. The first could be particularly troublesome as it is masked for QT4. -- Neil Bothwick If Satan ever loses his hair, there'll be hell toupee. signature.asc Description: PGP signature
Re: [gentoo-user] Confusion
On Thursday 22 October 2009, Neil Bothwick wrote: On Wed, 21 Oct 2009 21:53:54 +0100, Mick wrote: Hmm ... I seem to have these three in my world file (not sure about the OP): x11-libs/qt x11-libs/qt-core x11-libs/qt-gui Should I delete them? Do you run them yourself? If not, they don't belong in world. The first could be particularly troublesome as it is masked for QT4. Thanks. It seems that I have forgotten to add -1 to emerge once too many and keep finding stuff that shouldn't be in world. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Confusion
Dirk Heinrichs ha scritto:
Am Samstag 17 Oktober 2009 17:54:49 schrieb econti:
Now, to emerge akonadi-server, kcontrol I should downgrade all the qt-*
to the 4.5.1 version.
Says who? You can only tell what want's the downgrade when you add -t.
akonadi-server needs some qt packages with a version =4.5.0 and kcontrol is
a KDE 3.5 package which won't pull in QT 4 at all.
Attached the output of emerge -tp akonadi-server. :-(
Bye
emilio
localhost ~ # emerge -pt akonadi-server
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild N] app-office/akonadi-server-1.2.1 USE=mysql -sqlite
[nomerge ] x11-libs/qt-dbus-4.5.2
[ebuild UD] x11-libs/qt-qt3support-4.5.1 [4.5.2]
[ebuild UD]x11-libs/qt-sql-4.5.1 [4.5.2]
[ebuild UD]x11-libs/qt-gui-4.5.1 [4.5.2-r2] USE=dbus* gtkstyle%*
[ebuild UD] x11-libs/qt-script-4.5.1 [4.5.2]
[ebuild UD] x11-libs/qt-dbus-4.5.1 [4.5.2]
[ebuild UD] x11-libs/qt-core-4.5.1 [4.5.2]
[blocks B ] x11-libs/qt-core-4.5.2 (x11-libs/qt-core-4.5.2 is blocking
x11-libs/qt-gui-4.5.2-r2, x11-libs/qt-opengl-4.5.2-r1, x11-libs/qt-dbus-4.5.2,
x11-libs/qt-script-4.5.2, x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2,
x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2-r1)
[blocks B ] x11-libs/qt-opengl-4.5.1-r
(x11-libs/qt-opengl-4.5.1-r is blocking x11-libs/qt-qt3support-4.5.1,
x11-libs/qt-script-4.5.1, x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1,
x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-webkit-4.5.1-r
(x11-libs/qt-webkit-4.5.1-r is blocking x11-libs/qt-qt3support-4.5.1,
x11-libs/qt-script-4.5.1, x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1,
x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-dbus-4.5.1-r (x11-libs/qt-dbus-4.5.1-r
is blocking x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-gui-4.5.1, x11-libs/qt-core-4.5.1)
[blocks B ] x11-libs/qt-gui-4.5.1-r (x11-libs/qt-gui-4.5.1-r is
blocking x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1)
[blocks B ] x11-libs/qt-svg-4.5.1-r (x11-libs/qt-svg-4.5.1-r is
blocking x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-core-4.5.2 (x11-libs/qt-core-4.5.2 is blocking
x11-libs/qt-gui-4.5.2-r2, x11-libs/qt-opengl-4.5.2-r1, x11-libs/qt-dbus-4.5.2,
x11-libs/qt-script-4.5.2, x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2,
x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2-r1)
[blocks B ] x11-libs/qt-core-4.5.1-r (x11-libs/qt-core-4.5.1-r
is blocking x11-libs/qt-script-4.5.1, x11-libs/qt-dbus-4.5.1,
x11-libs/qt-qt3support-4.5.1, x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-script-4.5.2 (x11-libs/qt-script-4.5.2 is
blocking x11-libs/qt-gui-4.5.2-r2, x11-libs/qt-opengl-4.5.2-r1,
x11-libs/qt-dbus-4.5.2, x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2,
x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2-r1,
x11-libs/qt-core-4.5.2)
[blocks B ] x11-libs/qt-qt3support-4.5.1-r
(x11-libs/qt-qt3support-4.5.1-r is blocking x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-gui-4.5.2 (x11-libs/qt-gui-4.5.2 is blocking
x11-libs/qt-opengl-4.5.2-r1, x11-libs/qt-dbus-4.5.2, x11-libs/qt-script-4.5.2,
x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2, x11-libs/qt-qt3support-4.5.2,
x11-libs/qt-webkit-4.5.2-r1, x11-libs/qt-core-4.5.2)
[blocks B ] x11-libs/qt-dbus-4.5.2 (x11-libs/qt-dbus-4.5.2 is blocking
x11-libs/qt-gui-4.5.2-r2, x11-libs/qt-opengl-4.5.2-r1,
x11-libs/qt-script-4.5.2, x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2,
x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2-r1,
x11-libs/qt-core-4.5.2)
[blocks B ] x11-libs/qt-sql-4.5.1-r (x11-libs/qt-sql-4.5.1-r is
blocking x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-script-4.5.1-r
(x11-libs/qt-script-4.5.1-r is blocking x11-libs/qt-qt3support-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-test-4.5.1-r (x11-libs/qt-test-4.5.1-r
is blocking x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
[blocks B ] x11-libs/qt-qt3support-4.5.2 (x11-libs/qt-qt3support-4.5.2
is blocking x11-libs/qt-gui-4.5.2-r2, x11-libs/qt-opengl-4.5.2-r1,
x11-libs/qt-dbus-4.5.2, x11-libs/qt-script-4.5.2, x11-libs/qt-test-4.5.2,
x11-libs/qt-svg-4.5.2, x11-libs/qt-webkit-4.5.2-r1, x11-libs/qt-core-4.5.2)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
('installed', '/', 'x11-libs/qt-webkit-4.5.2-r1',
Re: [gentoo-user] Confusion
On Sunday 18 October 2009 18.54.54 econti wrote: Dirk Heinrichs ha scritto: Am Samstag 17 Oktober 2009 17:54:49 schrieb econti: Now, to emerge akonadi-server, kcontrol I should downgrade all the qt-* to the 4.5.1 version. Says who? You can only tell what want's the downgrade when you add -t. akonadi-server needs some qt packages with a version =4.5.0 and kcontrol is a KDE 3.5 package which won't pull in QT 4 at all. Attached the output of emerge -tp akonadi-server. :-( Don't know for sure but could it be that you have qt packages from two different versions installed? (try running eix -Ic ^qt- and see if all versions match) /Naga
Re: [gentoo-user] Confusion
Am Sonntag 18 Oktober 2009 18:54:54 schrieb econti:
[ebuild N] app-office/akonadi-server-1.2.1 USE=mysql -sqlite
[nomerge ] x11-libs/qt-dbus-4.5.2
[ebuild UD] x11-libs/qt-qt3support-4.5.1 [4.5.2]
[ebuild UD]x11-libs/qt-sql-4.5.1 [4.5.2]
[ebuild UD]x11-libs/qt-gui-4.5.1 [4.5.2-r2] USE=dbus* gtkstyle%*
[ebuild UD] x11-libs/qt-script-4.5.1 [4.5.2]
[ebuild UD] x11-libs/qt-dbus-4.5.1 [4.5.2]
[ebuild UD] x11-libs/qt-core-4.5.1 [4.5.2]
Hmm, looks like your installed version of qt-dbus is responsible for the
wanted downgrade. Strange.
Could you diff the installed .ebuild for x11-libs/qt-dbus-4.5.2
(/var/db/pkg/x11-libs/qt-dbus-4.5.2/qt-dbus-4.5.2.ebuild) with the one in your
portage tree and re-install the package if they're different?
Then, there are two other things which make me wonder:
[blocks B ] x11-libs/qt-opengl-4.5.1-r (x11-libs/qt-opengl-4.5.1-
r is blocking x11-libs/qt-qt3support-4.5.1, x11-libs/qt-script-4.5.1,
x11-libs/qt-dbus-4.5.1, x11-libs/qt-core-4.5.1, x11-libs/qt-gui-4.5.1)
Those -r versions emerge is talking about. Any chance you have installed
qt packages (or some apps which need them) from an overlay?
('installed', '/', 'x11-libs/qt-webkit-4.5.2-r1', 'nomerge') pulled in by
x11-libs/qt-webkit required by world
2) Do you have qt packages listed in your world file? They're usually pulled in
as dependencies of other packages, so they shouldn't appear there.
Bye...
Dirk
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Confusion
Am Samstag 17 Oktober 2009 17:54:49 schrieb econti: Now, to emerge akonadi-server, kcontrol I should downgrade all the qt-* to the 4.5.1 version. Says who? You can only tell what want's the downgrade when you add -t. akonadi-server needs some qt packages with a version =4.5.0 and kcontrol is a KDE 3.5 package which won't pull in QT 4 at all. Then to mask all the new kde4 packages, qt-*-4.5.2 and xulrunner. Is it right? How do come to this conclusion? Run your emerge command again with -t and you'll see clearer. Bye... Dirk signature.asc Description: This is a digitally signed message part.
