xview overwrites the /usr/bin/msgfmt provided by gettext. So the packages using msgfmt fails to compile. I know vim, vim-core and binutils and maybe more. Reproducible: Always Steps to Reproduce: 1.emerge gettext 2.emerge xview 3.emerge vim binutils Actual Results: chmod 755 `grep -l "^#!" /var/tmp/portage/vim-core-6.3-r4/image//usr/share/vim/vim63/tools/*` make[1]: Entering directory `/var/tmp/portage/vim-core-6.3-r4/work/vim63/src/po'OLD_PO_FILE_INPUT=yes msgfmt -v -o af.mo af.po usage: msgfmt [ -dv ] [ - ] [ name ... ] af.mo: No such file or directory make[1]: *** [af.mo] Error 2 make[1]: Leaving directory `/var/tmp/portage/vim-core-6.3-r4/work/vim63/src/po' make: *** [languages] Error 2 !!! ERROR: app-editors/vim-core-6.3-r4 failed. !!! Function src_install, Line 471, Exitcode 2 !!! install failed !!! If you need support, post the topmost build error, NOT this status message. unmerging xview and reemerging gettext fixes the problem, but it should be handled in the xview ebuild.
Confirmed here. Just reemerging gettext fixes the problem. But the issue with the xview ebuild remains.
Also affects xgettext resulting in many more programs failing to compile (eg grep-2.5.1-r7) I can confirm that recompiling gettext fixes this case as well.
*** Bug 92814 has been marked as a duplicate of this bug. ***
Created attachment 59921 [details] xview-3.2-r3-no-gettext-gentoo.diff This patch disables building of xgettext and msgfmt in xview-3.2-r3. (These truly belong to the gettext package ).
Created attachment 59923 [details] xview-3.2-r3.ebuild One can use tis ebuild if one is lazy like me :) put the ebuild in portage overlay, whith the ebuild in package files dir. PS: I hope xview dies a slow and painful death, sun could have made it better. Here is sumary of the changes in the ebuild: --- /usr/portage/x11-libs/xview/xview-3.2-r3.ebuild 2005-04-01 16:36:34.000000000 +0200 +++ /usr/local/portage/x11-libs/xview/xview-3.2-r3.ebuild 2005-05-27 06:02:32.000000000 +0200 @@ -1,6 +1,6 @@ # Copyright 1999-2005 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 -# $Header: /var/cvsroot/gentoo-x86/x11-libs/xview/xview-3.2-r3.ebuild,v 1.2 2005/04/01 14:30:53 kloeri Exp $ +# $ $ inherit eutils @@ -14,24 +14,26 @@ # fixes for it don't appear to be around other than in the other free distributions. # * It does little harm, only some defaults are changed which we can redefine anyway #SRC_PATCH="${PN}_3.2p1.4-16woody2.diff" +#mirror://debian/pool/main/x/xview/${SRC_PATCH}.gz" +#epatch ../${SRC_PATCH} +# NOTE: After closer examination, the Debian patch does seam to do some big +# patching. Reinitializing singal catchers, some patching for alphas etc... -# We use the xview tarball available from the X organization, but xfree86 appears -# to be up and available more often so we use that (it's their primary mirror). SRC_URI="http://physionet.caregroup.harvard.edu/physiotools/xview/${MY_PN}.tar.gz" - #mirror://debian/pool/main/x/xview/${SRC_PATCH}.gz" S=${WORKDIR}/${MY_PN} LICENSE="sun-openlook" SLOT="0" -KEYWORDS="-alpha ~amd64 ~hppa ~ppc ~sparc x86" +KEYWORDS="-alpha ~amd64 ~hppa ~ppc ~sparc ~x86" IUSE="" -DEPEND="virtual/x11" +DEPEND="virtual/x11 \ + sys-devel/gettext" src_unpack() { - unpack $A - cd $S - #epatch ../${SRC_PATCH} + unpack ${A} + cd ${S} epatch ${FILESDIR}/CAN-2005-0076.patch + epatch ${FILESDIR}/xview-3.2-r3-no-gettext-gentoo.diff } src_compile() {
This package needs a maintainer - and you need FEATURES="collision-protect" ;-)
i dont see why base-system should care about xview
*** Bug 97922 has been marked as a duplicate of this bug. ***
*** Bug 97925 has been marked as a duplicate of this bug. ***
Many users of sci-chemistry/nmrpipe were hit by this one, so I fixed it. Thanks for the patch, Michal.
