coreutils-5.0.9-r4 appears incompatible with globals or it is buggy. Running gtags produces the following. The complete run output is attached. [153/159] extracting tags of tests/TimeSeriesToRuleAssociationTest.cpp sort: invalid option -- 1 Try `sort --help' for more information. [154/159] extracting tags of tests/HIRuleTest.cpp sort: invalid option -- 1 Try `sort --help' for more information. [155/159] extracting tags of tests/DataIterTest.cpp sort: invalid option -- 1 Try `sort --help' for more information. [156/159] extracting tags of tests/DataSourceTest.cpp sort: invalid option -- 1 Try `sort --help' for more information. [157/159] extracting tags of tests/DayTraderMainWnd_ImplTest.cpp sort: invalid option -- 1 Try `sort --help' for more information. [158/159] extracting tags of config.h sort: invalid option -- 1 Try `sort --help' for more information. [159/159] extracting tags of acconfig.h sort: invalid option -- 1 Try `sort --help' for more information. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: Expected Results: Portage 2.0.50-r1 (default-amd64-2004.0, gcc-3.3.3, glibc-2.3.2-r9, 2.6.3-gentoo-r2) ================================================================= System uname: 2.6.3-gentoo-r2 x86_64 5 Gentoo Base System version 1.4.3.13 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2 -fPIC" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -fPIC" DISTDIR="/opt/no_archive/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="http://128.213.5.34/gentoo/" MAKEOPTS="-j2" PKGDIR="/opt/no_archive/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa amd64 apm arts avi berkdb cdr crypt doc encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 imlib jpeg kde ldap libg++ libwww log4cpp mikmod motif mozilla mpeg mysql nas ncurses nls oggvorbis opengl oss pam pdflib perl plotutils png postgres python qt quicktime readline ruby sdl slang spell ssl tcltk tcpd truetype usb wxwindows xinerama xml2 xmms xv zlib"
Created attachment 26920 [details] Complete gtags -v run output.
what package provides gtags?
dev-util/global. Sorry, I said "globals" in error.
...is this an amd64 bug? or is that a mistake? ayanami root # emerge -p global These are the packages that I would merge, in order: Calculating dependencies !!! all ebuilds that could satisfy "global" have been masked. !!! possible candidates are: - dev-util/global-4.5.3 (masked by: missing keyword) - dev-util/global-4.5 (masked by: missing keyword) - dev-util/global-4.6.1 (masked by: missing keyword) !!! Error calculating dependencies. Please correct.
As indicated by the emerge --info output above, my system is amd64. Whether this is exclusively an amd64 bug or not I cannot say. The global that was first reported was 4.5.3. I have just installed 4.6.1 and the error is identical.
well, the point was that you're reporting a bug in a masked package. if you had a fix that would be understandable, but there are a /lot/ of masked packages that dont work... that tends to be why they're masked. it would grind QA to a halt if we had an open bug for all of them.
OK. I misunderstood. I was under the impression that this was the place to report our experience with amd64 software. Certainly do not want to grind QA to a halt.
not an amd64 bug
Michael, thanks for reporting this bug. In fact, global-4.7.2's NEWS file claims that the new version works with the new sort. As such, I have added it to portage. Please test this new version as much and as best as you can to put it through its paces as I'd like to make it the new stable version to coincide with the versions of coreutils. And, contrary to previous comments, your bug did NOT hold up QA, it *helped* it, and I appreciate it.
Seemant, I just did an emerge rsync but global-4.7.2 is not among the versions in my portage/dev-utils/global directory. I can test it thoroughly very quickly when I have it. Should I sync to a particular mirror to get it or what? Thanks for getting this fixed. global is an extremely important tool for developers and I was seriously hampered without it. Very glad to hear the report was useful. One always wonders whether one will be providing assistance or annoyance by submitting these bug reports. We try to be discriminating on this point but I know I don't always succeed.
Michael, the sync mirrors get updated every half hour -- so it's possibly a 90-minute lag time between the master mirror and the farthest mirrors. Please sync again sometime later, you should see it (please note that it is marked ~x86). If you are testing on amd64, I didn't KEYWORD it at all for that, so it may well be completely masked for you. And please don't worry about being discriminating too much. You posted a legitimate bug report, it was *our* response to it that was wrong.
Tested and version 4.7.2 works perfectly. No problems encountered. Thank you.
my pleasure :) keep reporting the bugs! oh, btw, did you test it on amd64?
Yes, tested on amd64 and only amd64. The same machine reported above.