Bugzilla Bug 73031

for the last little bit i've been looking into packages that fail their test
phases with the new maketest feature.  some of these are easy fixes, some are
gentoo specific, most are upstream, or sloppy and unmaintained, but they're all
a pain in the ass.

anyways, what i want to focus on here are maketest failures in base system
packages.  ie. if a user has the maketest feature enabled, and does an 'emerge
system', these packages will error and the emerge will fail.  combine this with
the fact that 'emerge system' is a critical step in even installing Gentoo, and
it's a big problem.  maketest being off by default lessens the damage, but IMHO
these need to be fixed.

i've just completed a fresh x86 bootstrap and emerge system, and the following
packages are causing trouble and need to be taken care of in one way or another
(fix, workaround, or disable the tests entirely).


sys-devel/gettext-0.12.1-r2   (bug #70358) looks like it wontfix
dev-lang/python-2.3.4   (bug #67970)
dev-libs/popt-1.7-r1   (bug #71610)
sys-apps/coreutils-5.2.1   (bug #69216)
sys-apps/grep-2.5.1-r6   (bug #63507) i have a patch for this one but i don't
think anyone's looked at it
sys-devel/libtool-1.5.2-r7   (bug #70350)

again, none of these are broken packages, just broken tests.  is there any way
you could remove them somehow, so at least the portage forum could cut down on
the 'HELPP emeerge borked!!!!!!!11' posts? =P

Reproducible: Always
Steps to Reproduce:
1. 
2.
3.

See http://forums.gentoo.org/viewtopic.php?t=254145 for one person's view
regarding maketest in general. I am surprised that there was only one response
on that thread.

broken tests in base-system will be taken seriously

we have no policy atm on whether developers should fix maketest or ignore it

thanks, it's a relief to see these are being taken seriously.  i've run into
everything from 'thanks for fixing' that to 'we don't do %$@#$  maketests'.  

anyways, as a user, i'll find and fix what i can, and leave the policy
decisions to the bigwigs.

coreutils-5.2.1-r3 fixed (bug #69216 removed from depends)

forgot about this guy.

removing #63507 (grep), #70350 (libtool), & #70358 (gettext).

Hi,
As i'm using 'test' (former 'maketest') as default in my FEATURES-list think of using this as a meta-bug tracker as it's now.
Yesterday had my first test-broken package - kde-base/kdelibs-3.3.2-r9 which fails with 'test' but compiles OK w/o. BUG-91522 filed on kdelibs.
kdelibs-3.3.2-r9 went to my /etc/portage/package.features file using '-test' till the bug is solved, already have a hint.
Thanks
Rumen

kdelibs is not a base system package...

Hi again,
Sorry for kdelibs-package, just didn't saw this is for base-packages only.
Have two more entries here: glibc-2.3.4.20041102-r1 & GCC-3.4.3.20050110-r2 (from ~x86) both fail with 'test' emerge OK otherwise (will see for glibc-2.3.5).
Currently using X86-system with some testing-packages.
Found such bug for glibc: 90526,89843 dups of 86515 which seems to be resolved.
Also found 86384 for gcc-3.4.3.20050110-r1 - marked as NEW.
Haven't tried the solutions, maybe will do later.
Do i post my logs on this bugs?
Thanks. Rumen

no.  this bug is for tracking other bugs.  generally nothing gets posted here.  

glibc and gcc will probably always fail, but you can post your logs on the
other bugs that you found.  thanks for the help.

Looks like all of the bugs this one depended on are now fixed, so....resolving.