View previous topic :: View next topic |
Author |
Message |
Vitaliy Guru
Joined: 06 Apr 2004 Posts: 451 Location: Brooklyn, NY
|
Posted: Thu Apr 27, 2006 1:55 am Post subject: gnupg confusion |
|
|
Can someone please explain this
Code: | localhost vitaliy # emerge world -Dup | grep gnupg
[ebuild U ] app-crypt/gnupg-1.4.3 [1.4.2.2]
localhost vitaliy # emerge gnupg -p
[ebuild R ] app-crypt/gnupg-1.9.20-r1
localhost vitaliy # emerge -C gnupg
localhost vitaliy # emerge gnupg -p
[ebuild N ] app-crypt/gnupg-1.4.3 USE="X bzip2 nls readline usb zlib -caps -curl -ecc -idea -ldap -smartcard -static"
[ebuild N ] app-crypt/gnupg-1.9.20-r1 USE="X nls -caps -ldap -smartcard -smime" |
|
|
Back to top |
|
|
k-root Guru
Joined: 08 Jan 2005 Posts: 428
|
Posted: Thu Apr 27, 2006 2:11 am Post subject: |
|
|
Code: | # porthole (about gnupg)
Slot 1.9 : 1.9.20-r1
Slot 0 : 1.4.3
|
_________________
boozo wrote: | Gentoo, ça mange des ours et baffe des buffles par 37°C avec un bob et des tongs |
|
|
Back to top |
|
|
csab Apprentice
Joined: 15 Apr 2005 Posts: 152 Location: Atlanta, GA
|
Posted: Sun May 28, 2006 4:12 pm Post subject: |
|
|
k-root wrote: | Code: | # porthole (about gnupg)
Slot 1.9 : 1.9.20-r1
Slot 0 : 1.4.3
|
|
This isn't an answer. Fine, it is slotted, like several other packages. But why does portage want to install BOTH versions?
Of course the anser is because both are necessary for something. OK, who needs the old version?
Code: |
pigeto csabi # equery depends gnupg
[ Searching for packages depending on gnupg... ]
pigeto csabi #
|
Looks like nobody needs gnupg at all. Well, I do, and it is in my world file, so this is not a tremendous surprise. But I only need one version. So let's remove the old one. So far, so good. But then the surprise comes: when I "emerge -uD world", the the old version is coming back. Who needs it now?
"emerge -utD world" says that the new version needs the old version!!! (Screenshot is lost due to scrolling.)
After emerging the old version again, "equery depgraph =app-crypt/gnupg-1.9.20-r3" DOES NOT show the old version.
Something is broken here. |
|
Back to top |
|
|
Da Fox Guru
Joined: 06 Jul 2005 Posts: 341
|
Posted: Sun May 28, 2006 7:59 pm Post subject: |
|
|
Same here, if you look at the ebuild's DEPEND section, you see that for some odd reason gnupg-1.9.20-r3 DEPENDs on "=app-crypt/gnupg-1.4*" (in RDEPEND)
I wonder if this is intentional and why? _________________ "Man fears the darkness, and so he scrapes away at the edges of it with fire."
- Rei Ayanami
JGBE, a Java based GameBoy Emulator |
|
Back to top |
|
|
morbus Tux's lil' helper
Joined: 10 May 2004 Posts: 139 Location: Munich
|
Posted: Sun May 28, 2006 8:49 pm Post subject: |
|
|
This is intentional. AFAIR it's because gnupg-1.9 still is somehow considered not as stable as gnupg-1.4. |
|
Back to top |
|
|
Xaid Guru
Joined: 30 Oct 2004 Posts: 474 Location: Edmonton / Alberta
|
|
Back to top |
|
|
csab Apprentice
Joined: 15 Apr 2005 Posts: 152 Location: Atlanta, GA
|
Posted: Mon May 29, 2006 2:41 pm Post subject: |
|
|
Yeah, OK, althoug I'm wondering why doesn't the dependency tree of gnupg 1.9 contain gnupg 1.4:
Code: |
pigeto csabi # equery depgraph =app-crypt/gnupg-1.9.20-r3 |grep gnupg
app-crypt/gnupg-1.9.20-r3:
`-- app-crypt/gnupg-1.9.20-r3
pigeto csabi #
|
Bug in equery depgraph? |
|
Back to top |
|
|
CrazyTerabyte Apprentice
Joined: 30 Dec 2004 Posts: 193
|
Posted: Tue May 30, 2006 2:33 pm Post subject: |
|
|
I just hope that, when the new gnupg does not require the old version, the old version gets uninstalled. (of course, this won't happen automatically, but I would like to receive some advice telling me to do so) Or else the old version will be there forever... |
|
Back to top |
|
|
greenjh n00b
Joined: 08 Feb 2005 Posts: 4
|
Posted: Tue May 30, 2006 6:06 pm Post subject: |
|
|
I was also puzzled by the coexistence of gnupg 1.4 and 1.9.20 for a few hours
today. I noticed the coexistence while I was sifting through the logs following
my recent upgrade to gcc 4.1.1. Since the release note for 1.9.20
was dated December 2005, I naturally had no memory of it even exisiting.
I did look in the Changelog file inside the gnupg distfile,
but as usual found it impossible to understand.
Judging by what I have seen elsewhere, there may be other upgraders
who have suddenly become aware of long-standing problems, oddities and anomalies
following the gcc upgrade, and who then conclude that the upgrade itself is
somehow to blame, as I did for a while in this case.
Pity the poor user *and* the poor developer. |
|
Back to top |
|
|
|