Bug 47788 - new version of sys-devel/gettext available
|
Bug#:
47788
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: base-system@gentoo.org
|
Reported By: gowen72@yahoo.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: new version of sys-devel/gettext available
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-04-13 20:38 0000
|
GNU gettext releases are now up to 0.14.1, but the latest version in gentoo is
still 0.12.1.
Version 0.14 includes support for C# for the first time, so is important for
those looking to work with C#.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
I've installed gettext 0.14.1 by simply renaming the ebuild for some time now,
I didn't find any problems so far, we should give it a shot.
I also installed 0.14.1 with a version bump. It gave no problem. Since 0.13 it
also supports Perl.
Who's in charge of this one? It appears to be just "base-system" like with so
many others - sorry, still not got the hang of this base-system stuff yet...
Anyway, with an impending massive change heading our way with regards compilers
in the shape of gcc-4.0, I'll be wandering through the base-system stuff and
checking for whether things compile with the new compiler or not. If they
don't, I'll be bugging people to update things. But this one probably needs
doing anyway, 0.12.1 is now 15 months old...
Robert at some point seemant or other assigned most ebuilds that lacked
a metadata to base-system that were apart of 'emerge system'
I personally have no objections with you adding a ~arch verson of an
updated gettext. If you would like to be added to the base-system alias
just give me a yell. It's pretty high traffic but could use a hand from
a few _good_ devs.
latexer: need your help with this mono crap ...
when compiling, i get a few sandbox violations because of mc.exe:
/bin/sh ../lib/csharpcomp.sh -O -g -o msgfmt.net.exe ./msgfmt.cs
ACCESS DENIED open_wr: /root/.wapi/shared_data-vapier-3-0
** (/usr/lib/mono/1.0/mcs.exe:32495): CRITICAL **: : shared file [/root/.wapi/shared_data-vapier-3-0] open error: Permission denied
** (/usr/lib/mono/1.0/mcs.exe:32495): CRITICAL **: : shared file [/root/.wapi/shared_data-vapier-3-0] open error
** (/usr/lib/mono/1.0/mcs.exe:32495): WARNING **: Failed to attach shared memory! Falling back to non-shared handles
See: http://www.go-mono.com/issues.html#wapi for details
/bin/sh ../lib/csharpcomp.sh -O -g -o msgunfmt.net.exe -L ../../gettext-runtime/intl-csharp -l GNU.Gettext ./msgunfmt.cs
ACCESS DENIED open_wr: /root/.wapi/shared_data-vapier-3-0
** (/usr/lib/mono/1.0/mcs.exe:32529): CRITICAL **: : shared file [/root/.wapi/shared_data-vapier-3-0] open error: Permission denied
** (/usr/lib/mono/1.0/mcs.exe:32529): CRITICAL **: : shared file [/root/.wapi/shared_data-vapier-3-0] open error
** (/usr/lib/mono/1.0/mcs.exe:32529): WARNING **: Failed to attach shared memory! Falling back to non-shared handles
See: http://www.go-mono.com/issues.html#wapi for details
Spank: Ya, that's the usual problem with things that use mcs. Just inherit from
the mono eclass, and all your problems will dissappear. That makes the .wapi
directory in ${T}, so there's no more access violations.
thanks, worked like a charm
added to cvs
installs broken, masked now until it can be fixed
*** Bug 66722 has been marked as a duplicate of this bug. ***