Bug #83980 for libintl-perl: Test failures during installation

What OS are you seeing this on? I'm getting the same failure on OS X 10.8, but not on Linux.

On Tue, Apr 02, 2013 at 06:00:52PM -0400, MSCHOUT via RT wrote: Show quoted text
Mac OS 10.6.8.

Here is another clue: (from #cpantesters-discuss) 02:11 < Mithaldu> BinGOs: this should be a thing of impossibility: http://www.cpantesters.org/cpan/report/dde7c558-bb3b-11e2-8c80-50d7c5c10595 02:11 < dipsy> [ CPAN Testers Reports: Report for Locale-Simple-0.015 ] 02:11 < Mithaldu> BinGOs: any chance i can ssh into your system and try to reproduce? 02:12 < Mithaldu> or at least talk this through with you? 02:23 < BinGOs> there's no way to get to that machine via ssh 02:25 < Mithaldu> BinGOs: ok, do you know if openbsd has any weirdness about environment variables then? 02:25 < BinGOs> http://www.cpantesters.org/cpan/report/e84fd636-bb6b-11e2-ad73-dd0a7cfad375 # the same there 02:25 < dipsy> [ CPAN Testers Reports: Report for Locale-Simple-0.015 ] 02:26 < BinGOs> weird in what way ? 02:26 < Mithaldu> changing them or anything 02:27 < Mithaldu> see, what's going on here is this: 02:27 < Mithaldu> https://metacpan.org/source/GETTY/Locale-Simple-0.015/t/10-gettext.t 02:27 < dipsy> [ t/10-gettext.t - metacpan.org ] 02:27 < Mithaldu> it sets a bunch of envs there 02:27 < Mithaldu> you know what 02:27 < Mithaldu> nevermind 02:27 < Mithaldu> i'm dumb 02:27 < Mithaldu> getty too 02:27 < Mithaldu> because he wrote a dumb test 02:27 < BinGOs> have you got a ssh public key 02:28 < Mithaldu> it shouldn't be using Locale::gettext_pp there 02:28 < Mithaldu> that should be _dumb 02:28 < Mithaldu> and in fact it should be using Locale::Simple, and not locale::gettext 02:32 < Mithaldu> BinGOs: thanks for the offer, but the next release will have that fixed :) 02:32 < Mithaldu> also thanks for the smoking :D 02:36 < BinGOs> kein problem 09:47 < ether> those errors look similar to what I've gotten from Locale::Util 09:47 < ether> see https://rt.cpan.org/Ticket/Display.html?id=83980 09:48 < dipsy> [ Bug #83980 for libintl-perl: Test failures during installation ] 09:49 < ether> it also uses Locale::gettext_pp - should it not be?

It looks to me that your gettext installation incorrectly caches locale settings. It is probably this bug that has been fixed in the meantime: https://savannah.gnu.org/bugs/?38162 Does an upgrade of GNU gettext fix the issue?

On Mon May 20 12:10:32 2013, ETHER wrote: Show quoted text
0.18.2 still suffers from that bug. So this is certainly the reason. And unfortunately there is no way for me to work around that bug. If it is an issue (it seldom is) you can always enforce the pure Perl backend with Locale::Messages::select_package(). Close this ticket?

On Tue May 21 10:44:20 2013, ETHER wrote: Show quoted text
See http://search.cpan.org/~guido/libintl-perl-1.23/lib/Locale/gettext_dumb.pm#USAGE There are two possible reasons why you may want to use Locale::gettext_dumb: 1) The locale that your messages are in is missing on your system. 2) You need thread-safety. In any case, the downside is that whatever textual messages the operating system produces is in a different language and/or encoding than what your application produces. See this: warn __x("Error opening '{file}': {error}!\n", file => $filename, error => $!); This is guaranteed to be consistent for Locale::gettext_xs and Locale::gettext_pp. But if you use Locale::gettext_dumb the message and the content of $! may use different locale settings.

On Mo 06. Jan 2014, 03:55:10, dmacks@netspace.org wrote: Show quoted text
I have no Mac around at the moment. But since libintl-perl only links against libintl there is not much that I could do about the issue anyway. Can't you enfoce using the Perl version? You just have to write Locale::Messages->select_package ('gettext_pp'); into a BEGIN block.

Am Mo 06. Jan 2014, 17:57:27, ETHER schrieb: Show quoted text
Can you copy the output of the failed test?

Hi, following up on this issue again... Show quoted text
There are quite significant differences between the git repository and what is up on the CPAN. For one, the version in git thinks it is version 2.0.0, not 1.23. But it actually appears that all revisions after 1.20 are not reflected in git. Further: *TESTS PASS IN GIT*. This means it will be possible for me (once you have updated the git repository to reflect recent releases) to perform a bisection on the code and find out just when tests started failing, which should be quite helpful towards finding an ultimate solution. And then: On 2014-04-21 16:57:39, ETHER wrote: Show quoted text
Again: a pure-perl implementation needs to ship separately from its XS equivalent, or the pure perl variant will never be able be installed on its own. And otherwise, what is the point? And: : [ether@tequila git/libintl-perl].9$; gettext --version gettext (GNU gettext-runtime) 0.19.2 Copyright (C) 1995-1997, 2000-2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Ulrich Drepper.

To reiterate (again) points made in previous comments on this ticket -- some previous commits in git do pass tests, so it would be extremely helpful to update the git repository to reflect all recent releases, so at least other people can try to source-dive and figure out what the problem is.

Tested again on a Mac. The problem is not in libintl-perl but in GNU gettext for Mac OS X, see my new bug report: https://savannah.gnu.org/bugs/index.php?44645 There is no workaround, it is a real showstopper on the Mac and the test reports that correctly.

fixed in 1.24

On 2015-04-08 04:25:03, GUIDO wrote: Show quoted text
Hi, just to follow up again -- this is still a problem on some OSX boxes. Tests pass on this system (OSX 10.10): : [ether@jaeger ~].0$; uname -a Darwin jaeger 14.5.0 Darwin Kernel Version 14.5.0: Tue Sep 1 21:23:09 PDT 2015; root:xnu-2782.50.1~1/RELEASE_X86_64 x86_64 : [ether@jaeger ~].0$; gettext --version gettext (GNU gettext-runtime) 0.19.6 Copyright (C) 1995-1997, 2000-2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Ulrich Drepper. But fail on this system (OSX 10.8): : [ether@bourbon ~]$; uname -a Darwin bourbon 12.6.0 Darwin Kernel Version 12.6.0: Wed Mar 18 16:23:48 PDT 2015; root:xnu-2050.48.19~1/RELEASE_X86_64 x86_64 : [ether@bourbon ~]$; gettext --version gettext (GNU gettext-runtime) 0.19.7 Copyright (C) 1995-1997, 2000-2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Ulrich Drepper.

Hi, Am Do 18. Feb 2016, 13:05:10, ETHER schrieb: Show quoted text
And on other BSD style systems, sigh. :( I think I will run only a very basic test of the XS version during normal installations and will skip all other tests unless requested by setting some environment variable. The original idea was to ensure that the pure Perl version behaves as the XS version but the behavior of the XS version seems to be unpredictable on many systems. I'm using Mac OS X myself, and have access to three more Macs and still cannot reproduce the failures. I think this is a hopeless case and is actually not really relevant. Test failures of the XS version indicate that other localized software would have the same problems. Show quoted text