Philipp Thomas writes:
>> I've pushed a fix for this anyway:
>> http://git.savannah.gnu.org/cgit/gettext.git/commit/?h=maint&id=e1bd11a1
>
> Seems the fix doesn't adapt the testsuite as I get failures in the autopoint
> tests with the patch applied:
>
> FAIL: autopoint-2
> FAIL: autopoint-3
Yes,
* Daiki Ueno (u...@gnu.org) [20140713 22:51]:
> I've pushed a fix for this anyway:
> http://git.savannah.gnu.org/cgit/gettext.git/commit/?h=maint&id=e1bd11a1
Seems the fix doesn't adapt the testsuite as I get failures in the autopoint
tests with the patch applied:
FAIL: autopoint-2
FAIL: autopoi
On 07/13/2014 09:50 PM, Daiki Ueno wrote:
> Pádraig Brady writes:
>
>> Having realized that this update would break the continuous
>> integration server also I've decided to revert for now,
>> so that there is a less problematic sync point for the coreutil-8.23 release.
>> We can reinstate soon w
Pádraig Brady writes:
> Having realized that this update would break the continuous
> integration server also I've decided to revert for now,
> so that there is a less problematic sync point for the coreutil-8.23 release.
> We can reinstate soon when the gettext 0.19 issues are sorted.
Sorry for
On 07/13/2014 02:19 AM, Pádraig Brady wrote:
> On 07/12/2014 01:53 PM, Pádraig Brady wrote:
>> On 07/12/2014 12:39 PM, Pádraig Brady wrote:
>>> On 07/11/2014 03:43 PM, Daiki Ueno wrote:
Bernhard Voelker writes:
> On 07/11/2014 03:13 PM, Daiki Ueno wrote:
>> Could you provide an e
On 07/12/2014 01:53 PM, Pádraig Brady wrote:
> On 07/12/2014 12:39 PM, Pádraig Brady wrote:
>> On 07/11/2014 03:43 PM, Daiki Ueno wrote:
>>> Bernhard Voelker writes:
>>>
On 07/11/2014 03:13 PM, Daiki Ueno wrote:
> Could you provide an example of the build failures with 0.19.1?
h
On 07/12/2014 12:39 PM, Pádraig Brady wrote:
> On 07/11/2014 03:43 PM, Daiki Ueno wrote:
>> Bernhard Voelker writes:
>>
>>> On 07/11/2014 03:13 PM, Daiki Ueno wrote:
Could you provide an example of the build failures with 0.19.1?
>>>
>>> https://build.opensuse.org/package/live_build_log/Base:
On 07/11/2014 03:43 PM, Daiki Ueno wrote:
> Bernhard Voelker writes:
>
>> On 07/11/2014 03:13 PM, Daiki Ueno wrote:
>>> Could you provide an example of the build failures with 0.19.1?
>>
>> https://build.opensuse.org/package/live_build_log/Base:System/coreutils/openSUSE_Factory/i586
>>
>> [ 172s
Bernhard Voelker writes:
> On 07/11/2014 03:13 PM, Daiki Ueno wrote:
>> Could you provide an example of the build failures with 0.19.1?
>
> https://build.opensuse.org/package/live_build_log/Base:System/coreutils/openSUSE_Factory/i586
>
> [ 172s] *** Error in `/usr/bin/xgettext': realloc(): inval
On 07/11/2014 03:13 PM, Daiki Ueno wrote:
Could you provide an example of the build failures with 0.19.1?
https://build.opensuse.org/package/live_build_log/Base:System/coreutils/openSUSE_Factory/i586
[ 172s] *** Error in `/usr/bin/xgettext': realloc(): invalid pointer:
0x098f4ea8 ***
[ 172s
* Daiki Ueno (u...@gnu.org) [20140711 15:13]:
> Could you provide an example of the build failures with 0.19.1? Yes,
> 0.19 had such problems[1], but with 0.19.1 we haven't received any single
> bug report that affects building other packages, except this:
I'll send you examples as soon as I get
Philipp Thomas writes:
> The number of packages that failed to build with 0.19.1 was too high
> to be acceptable and the person who did the update refused to resolve
> the problems with the the affected packages the update was rejected. I
> just requested the update again so let's see whether it
* Bernhard Voelker (m...@bernhard-voelker.de) [20140710 10:27]:
> puh, for me as openSUSE user this means that I have to build
> gettext on my hosts, as the latest release openSUSE-13.1 still
> uses 0.18.3.1 (and most probably won't upgrade)
It will most definitely not be updated to a newer versi
On 07/09/2014 04:49 PM, Pádraig Brady wrote:
So I'm proposing the attached update for coreutils
Looks good to me; thanks.
Pádraig Brady wrote:
Other have often expressed disdain for non readily available
distro requiremnts like this. Should we consider reverting
this until gettext-0.19 packages are easily available?
The tradition in coreutils has been to use the latest stable version of
the tools, and to not worr
On 07/10/2014 01:49 AM, Pádraig Brady wrote:
[PATCH] build: sync with gnulib gettext 0.19 requirement
puh, for me as openSUSE user this means that I have to build
gettext on my hosts, as the latest release openSUSE-13.1 still
uses 0.18.3.1 (and most probably won't upgrade), and 0.19.1
didn't ev
Pádraig Brady writes:
> I'm not sure that removing the gettext dependencies is OK because
> they're used to provide @LIB_INTL@ which was added to support solaris 2.[67]
> http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=41dca647
Thanks for the pointer, I missed it.
> they're used to pr
On 07/09/2014 08:55 PM, Paul Eggert wrote:
> Pádraig Brady wrote:
>> Other have often expressed disdain for non readily available
>> distro requiremnts like this. Should we consider reverting
>> this until gettext-0.19 packages are easily available?
>
> The tradition in coreutils has been to use t
On 07/09/2014 11:52 PM, Daiki Ueno wrote:
> Pádraig Brady writes:
>
>> make[2]: Entering directory `/home/padraig/git/coreutils/po'
>> *** error: gettext infrastructure mismatch: using a Makefile.in.in from
>> gettext version 0.18 but the autoconf macros are from gettext version 0.19
>> ma
Pádraig Brady writes:
> make[2]: Entering directory `/home/padraig/git/coreutils/po'
> *** error: gettext infrastructure mismatch: using a Makefile.in.in from
> gettext version 0.18 but the autoconf macros are from gettext version 0.19
> make[2]: *** [check-macro-version] Error 1
>
> I can
On 06/11/2014 10:11 AM, Daiki Ueno wrote:
> gettext-0.19 (and 0.19.1) has been released a while ago, this is the
> update of the M4 macros. There's no difference between 0.19 and 0.19.1.
Note this upgrades the gettext requirement for coreutils at least:
$ git clone --depth=1 git://git.sv.gnu.o
Thanks, I installed that in your name.
gettext: update macros to version 0.19
* m4/intl.m4, m4/po.m4: Update from gettext-0.19. In particular,
depend on gl_EXTERN_INLINE and drop support for older Bison
versions.
---
ChangeLog | 7 +++
m4/intl.m4 | 8
m4/po.m4 | 4 ++--
3 files changed, 13 insertions(+), 6 deletions(
23 matches
Mail list logo
