Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 142105 - New portage (2.1.1-pre3 & 4) newuse screws up on gnupg, LINGUAS="-ru%"
Summary: New portage (2.1.1-pre3 & 4) newuse screws up on gnupg, LINGUAS="-ru%"
Status: RESOLVED INVALID
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-29 10:15 UTC by Duncan
Modified: 2006-07-29 23:26 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan 2006-07-29 10:15:08 UTC
Despite remerging gnupg twice, and updating to portage 2.1.1-pre4, portage is still convinced LINGUAS="-ru%" is new, so continually wants me to remerge it with my routine -vNuD world.

Only English here, no Russian.  ~amd64 synced and updated (-vNuD) several times a week.  portage-2.1.1-pre3-rX and pre4.  My portage paths are non-default, using Features=buildpkg and -metadata-transfer.  Let me know if a full emerge --info and/or any sort of debugging is needed but I suspect it's widely reproducable.

(BTW, I appreciate --newuse actually doing what it says on the label now.  Thanks for the great work!)
Comment 1 Zac Medico gentoo-dev 2006-07-29 10:25:42 UTC
Maybe this is the same problem as bug 141955. Does `rm -rf /var/cache/edb/dep && emerge --metadata` help?  If not, please post the ouput of the following commands (substitute whatever version of gnupg you are having trouble with):

cat $(portageq portdir)/metadata/cache/app-crypt/gnupg-1.9.21
portageq metadata / ebuild app-crypt/gnupg-1.9.21 IUSE
portageq metadata / installed app-crypt/gnupg-1.9.21 IUSE USE
Comment 2 Duncan 2006-07-29 11:04:40 UTC
(In reply to comment #1)
> Maybe this is the same problem as bug 141955.

I saw that and was wondering about it, but couldn't reopen, so figured let you guys decide whether it was a dup or not.

> Does `rm -rf /var/cache/edb/dep && emerge --metadata` help?

Unfortunately not.

> If not, please post the ouput of the following commands

(Some vertical blank-space removed in the first one.)

$cat $(portageq portdir)/metadata/cache/app-crypt/gnupg-1.4.4
ldap? ( net-nds/openldap ) bzip2? ( app-arch/bzip2 ) zlib? ( sys-libs/zlib ) curl? ( net-misc/curl ) virtual/mta readline? ( sys-libs/readline ) smartcard? ( dev-libs/libusb ) usb? ( dev-libs/libusb ) dev-lang/perl nls? ( sys-devel/gettext ) kernel_linux? ( virtual/linux-sources )
!static? ( ldap? ( net-nds/openldap ) bzip2? ( app-arch/bzip2 ) zlib? ( sys-libs/zlib ) curl? ( net-misc/curl ) virtual/mta readline? ( sys-libs/readline ) smartcard? ( dev-libs/libusb ) usb? ( dev-libs/libusb ) X? ( || ( media-gfx/xloadimage media-gfx/xli ) ) ) selinux? ( sec-policy/selinux-gnupg ) nls? ( virtual/libintl )
0
mirror://gnupg/gnupg/gnupg-1.4.4.tar.bz2 idea? ( ftp://ftp.gnupg.dk/pub/contrib-dk/idea.c.gz ) ecc? ( http://alumnes.eps.udl.es/%7Ed4372211/src/gnupg-1.4.4-ecc0.1.6.diff.bz2 )

http://www.gnupg.org/
GPL-2
The GNU Privacy Guard, a GPL pgp replacement
alpha amd64 arm hppa ~ia64 ~mips ppc ppc-macos ppc64 s390 sh sparc x86 ~x86-fbsd
toolchain-funcs portability flag-o-matic versionator multilib linux-info eutils
bzip2 curl ecc idea ldap nls readline selinux smartcard static usb zlib X linguas_ru

0

$portageq metadata / ebuild app-crypt/gnupg-1.4.4 IUSE
bzip2 curl ecc idea ldap nls readline selinux smartcard static usb zlib X linguas_ru
$portageq metadata / installed app-crypt/gnupg-1.4.4 IUSE USE
bzip2 curl ecc idea ldap nls readline selinux smartcard static usb zlib X
amd64 7zip X a52 aac acpi alsa amr apm arts asf audiofile avi bash-completion berkdb bitmap-fonts bzip2 caps cdparanoia cdr cli crypt css cups curl dga divx4linux dlloader dri dts dv dvd dvdr dvdread eds emboss encode expat extrafilters fam fame ffmpeg flac font-server foomaticdb gdbm gif glibc-omitfp gpm gtk2 idn imagemagick imlib isdnlog ithreads jp2 jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility lcms libwww linuxthreads-tls lm_sensors logitech-mouse logrotate lzo lzw lzw-tiff mad maildir mikmod mjpeg mng motif mp3 mp4 mpeg musicbrainz ncurses network no-old-linux nolvm1 nomirrors nptl nptlonly offensive ogg openexr opengl oss pam pcre pdflib perl pic png ppds pppd profile python qt quicktime radeon readline reflection scanner session slang smime speex spell spl ssl tcltk theora threads tiff truetype truetype-fonts type1 type1-fonts usb userlocales vcd vorbis x264 xcomposite xine xinerama xml xml2 xmms xorg xosd xpm xrandr xv xvid yv12 zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en userland_GNU video_cards_radeon
$
Comment 3 Zac Medico gentoo-dev 2006-07-29 11:47:03 UTC
(In reply to comment #2)
> $portageq metadata / installed app-crypt/gnupg-1.4.4 IUSE USE
> bzip2 curl ecc idea ldap nls readline selinux smartcard static usb zlib X

Since it's not showing linguas_ru in the IUSE there it seems like maybe you didn't remerge the correct version of gnupg.  I had the exact same sitution locally and after I remerged =gnupg-1.4.4 it now shows linguas_ru in the installed IUSE.
Comment 4 Duncan 2006-07-29 12:16:04 UTC
(In reply to comment #3)
> Since it's not showing linguas_ru in the IUSE there it seems like maybe you
> didn't remerge the correct version of gnupg.  I had the exact same sitution
> locally and after I remerged =gnupg-1.4.4 it now shows linguas_ru in the
> installed IUSE.

I believe you are correct, and am merging =1.4.4 right now.  So it's a bug in /my/ processing, not portage's! <g>

I'm finished for the day but expect I'll be closing this INVALID in 12 hours or so.  (Well, it /was/ a valid bug, but not of portage.  So maybe it could be resolved/fixed -- in my brain, thanks to you setting me straight!)

Thanks!
Comment 5 Duncan 2006-07-29 23:26:56 UTC
'Twas indeed a bug up here. <pointing to head>

Thanks Zac for setting me straight.  I can't imagine /how/ long I would have been bumbling along pushing the answer out of the way with my nose the entire time I was looking for it, had you not pointed it out. <g>

Duncan

P.S.  The new behavior has fooled at least a couple of us so far.  It's correct, but it does look like it could raise a flood of similarly invalid bugs, unfortunately.  Brace yourself.  =8^(  OTOH, if everybody learns this time, perhaps it'll save a few such bugs later on.  =8^)