Bugzilla Bug 88001

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 an attachment (id=59921) [edit]
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 an attachment (id=59923) [edit]
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.