Several changes have been made in profiles/arch/* that prevent the >app-text/asciidoc-8.6.4 test suite from running, probably because of one or more missing dependencies. It will probably have the form: package.use.mask:app-text/asciidoc test inside your arch profile director(y|ies).
# ChangeLog for profile directory # Copyright 1999-2011 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/profiles/ChangeLog,v 1.5071 2011/02/22 07:53:43 sping Exp $ # # This ChangeLog should include records for all changes in profiles directory. # Only typo fixes which don't affect portage/repoman behaviour could be avoided # here. If in doubt put a record here! 22 Feb 2011; Sebastian Pipping <sping@gentoo.org> arch/alpha/package.use.mask, arch/arm/package.use.mask, arch/hppa/package.use.mask, arch/ia64/package.use.mask, arch/powerpc/package.use.mask, arch/sparc/package.use.mask, base/package.use.mask: Move use flag mask "app-text/asciidoc test" down to affected arches
alpha and sparc: You don't actually need to do anything but remove the p.u.mask. It's unclear why it was masked for you. arm, hppa, ia64, ppc, ppc64: You need to keyword media-sound/lilypond or keep the mask in place. arm, hppa, ppc64: You would additionally need to keyword app-text/mftrace for media-sound/lilypond.
arm: You would additionally need to keyword either media-gfx/potrace or media-gfx/autotrace
*** Bug 355989 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > alpha and sparc: > You don't actually need to do anything but remove the p.u.mask. It's unclear > why it was masked for you. Correct. I was working on a partly out of sync CVS tree. Sorry for time I have wasted for you. I have added four more maskes now: - default/bsd/ (lilypond, source-highlight) - arch/sh/ (lilypond) - arch/s390/ (lilypond) - arch/hppa/ (lilypond)
Created attachment 263567 [details, diff] Patch just applied $ /bin/fgrep -Rl "asciidoc test" arch/ default/ arch/arm/package.use.mask arch/s390/package.use.mask arch/hppa/package.use.mask arch/sh/package.use.mask arch/powerpc/package.use.mask arch/ia64/package.use.mask default/bsd/package.use.mask
Looks like it's impossible to remove the p.u.mask entry, so I guess HPPA is done.
(In reply to comment #7) > Looks like it's impossible to remove the p.u.mask entry, so I guess HPPA is > done. Why impossible?
Oh, as it turned out in another conversation, it seems not everyone is aware of the Special Powers of masking USE=test - you will lose the test phase for all versions, not just the ones that have IUSE=test, so it's probably a good idea to get rid of the p.u.mask entries for all versions that do NOT have IUSE=test.
ia64/s390/sh is happy as it is Markus will decide on arm
(In reply to comment #10) > ia64/s390/sh is happy as it is > > Markus will decide on arm > arm is also fine with it.
Index: package.use.mask =================================================================== RCS file: /var/cvsroot/gentoo-x86/profiles/arch/hppa/package.use.mask,v retrieving revision 1.82 retrieving revision 1.83 diff -u -B -r1.82 -r1.83 --- package.use.mask 5 Jun 2011 18:05:52 -0000 1.82 +++ package.use.mask 30 Jun 2011 18:49:57 -0000 1.83 @@ -1,6 +1,6 @@ # Copyright 1999-2011 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 -# $Header: /var/cvsroot/gentoo-x86/profiles/arch/hppa/package.use.mask,v 1.82 2011/06/05 18:05:52 jer Exp $ +# $Header: /var/cvsroot/gentoo-x86/profiles/arch/hppa/package.use.mask,v 1.83 2011/06/30 18:49:57 jer Exp $ # DON'T TOUCH THIS FILE. Instead, file a bug and assign it to <hppa@gentoo.org>. @@ -17,10 +17,6 @@ # Needs Java (bug #355353) app-text/texlive pdfannotextractor -# Sebastian Pipping <sping@gentoo.org> (22 Feb 2011) -# No media-sound/lilypond here, yet (bug #356069) -app-text/asciidoc test - # Jeroen Roovers <jer@gentoo.org> (21 Jan 2011) # Pulls in either GNOME or LXDE, neither are keyworded (bug #296548) sys-auth/polkit gtk
ppc/ppc64 is happy with current state
@bsd guys, is anything else is required? Dependant keywordreq bug for ~x86-fbsd is closed, can we close this too?
@bsd guys, ping again.
@bsd: another year, 2 months, and 1 day ;-) . Can this be closed?
I'd say so
