Using ACCEPT_KEYWORDS="~x86" system, cache method is "none" because I'm using cvs checkout directory as portdir but other settings are as shipped. drac@unique ~ $ eix sys-devel/gcc [I] sys-devel/gcc Available versions: (-) [P]2.95.3-r9 (0) [P]2.95.3-r10 [P]**3.2.2 3.3.5-r1 3.3.5.20050130-r1 3.3.6 3.3.6-r1 3.4.4-r1 3.4.5 3.4.5-r1 3.4.6 3.4.6-r1 3.4.6-r2 ~*4.0.3 ~*4.0.4 4.1.0-r1 4.1.1 4.1.1-r1 4.1.1-r3 4.1.2 4.2.0 (`echo 3.1.1 | cut -d. -f1,2`) [P]3.1.1-r2 ((get_version_component_range 1-2)) [P]3.2.3-r4 3.4.1-r3 (3.3) [P]3.3.2-r7 {X bootstrap build fortran gcj gtk hardened java multilib n32 n64 nls objc static} Installed versions: 4.2.0(02:24:52 PM 09/12/2007)(fortran gtk mudflap nls openmp -altivec -bootstrap -build -doc -gcj -hardened -ip28 -ip32r10k -multilib -multislot -n32 -n64 -nocxx -objc -objc++ -objc-gc -test -vanilla) Description: The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking (`echo 3.1.1 | cut -d. -f1,2`) [P]3.1.1-r2 ((get_version_component_range 1-2)) [P]3.2.3-r4 3.4.1-r3 Cosmetics, but.. ;-)
(In reply to comment #0) > (`echo 3.1.1 | cut -d. -f1,2`) [P]3.1.1-r2 > ((get_version_component_range 1-2)) [P]3.2.3-r4 3.4.1-r3 > > Cosmetics, but.. ;-) It is not cosmetics, since commands as the above would have to be executed which is not done by cache method "none" (it costs much more time than a heuristic scanning and, moreover, it might be a security issue). Use cache method "ebuild" or at least "ebuild*" if you want this. This is a dupe of e.g. bug 160641 or bug 188360.
(In reply to comment #1) > (In reply to comment #0) > > (`echo 3.1.1 | cut -d. -f1,2`) [P]3.1.1-r2 > > ((get_version_component_range 1-2)) [P]3.2.3-r4 3.4.1-r3 > > > > Cosmetics, but.. ;-) > > It is not cosmetics, since commands as the above would have to be executed > which is not done by cache method "none" (it costs much more time than a > heuristic scanning and, moreover, it might be a security issue). Use cache > method "ebuild" or at least "ebuild*" if you want this. > > This is a dupe of e.g. bug 160641 or bug 188360. > Those bugs are closed while problem is still present with 'none' so hiding the problem won't solve anything. Methods ebuild or ebuild* are _unusable slow_, I gave up on updating cache after few hours and switched back to 'none'. So we still need a usable option to use eix with cvs tree as repository.
The bugs are marked as "can't fix". It simply is not possible: Either you use a fast heuristic or you use all shell commands, i.e. you use the shell (that's essentially the difference between methods "none" and "ebuild"). Of course, any heuristic will fail in several cases.
*** Bug 478016 has been marked as a duplicate of this bug. ***
