> On 25 Aug 2022, at 15:53, dmitrii.pasech...@cs.ox.ac.uk wrote:
>
> On Thu, Feb 08, 2018 at 11:43:08AM +0100, Bruno Haible wrote:
>> Wesley Viana wrote:
>>> So I was wondering how to contribute by "packing" gnulib into a brew
>>> formula.
>>
>> Packaging gnulib through a packaging system (such
On 8/25/22 18:20, dmitrii.pasech...@cs.ox.ac.uk wrote:
There has been no official gnulib release in like 8 years...
As far as I'm concerned none of the releases have been "official".
Gnulib simply doesn't work that way. If you want something that does
work that way, feel free to use Gnulib t
Hi Paul,
On Thu, Aug 25, 2022 at 02:35:26PM -0500, Paul Eggert wrote:
> On 8/25/22 09:53, dmitrii.pasech...@cs.ox.ac.uk wrote:
> > I don't think this is how gnulib is usually used, and that's why regular
> > releases are badly needed.
>
> It's how Gnulib developers (who do maintain other packages)
On 8/22/22 19:16, Bruno Haible wrote:
At this occasion: How about moving __path_search and direxists to a
different source file in glibc?
Thanks, good idea. I installed the attached into Gnulib and plan to
follow up on the glibc side.
From 044bf893acee0a55b22b4be0ede0e3ce010c480a Mon Sep 17 00
On 8/25/22 09:53, dmitrii.pasech...@cs.ox.ac.uk wrote:
I don't think this is how gnulib is usually used, and that's why regular
releases are badly needed.
It's how Gnulib developers (who do maintain other packages) usually use
Gnulib. You're welcome to use releases if you like, though it's not
tor 2022-08-25 klockan 19:21 +0200 skrev Bruno Haible:
> Simon Josefsson wrote:
> > > In GNU gettext, many tests use "tr -d '\r'" since 2007 already,
> > > and no one
> > > ever has reported a problem with it.
> >
> > But does it fail fatally when it doesn't work? tests/parser.sh in
> > libtasn1
Simon Josefsson wrote:
> > In GNU gettext, many tests use "tr -d '\r'" since 2007 already, and no one
> > ever has reported a problem with it.
>
> But does it fail fatally when it doesn't work? tests/parser.sh in
> libtasn1 did
It leads to a test failure, yes, because it removed all 'r's from th
Bruno Haible writes:
> Since we are already stating in the generic INSTALL file, since 2008:
>
> On Solaris, don't put '/usr/ucb' early in your 'PATH'. This
> directory contains several dysfunctional programs; working variants of
> these programs are available in '/usr/bin'. So, if you
On Thu, Feb 08, 2018 at 11:43:08AM +0100, Bruno Haible wrote:
> Wesley Viana wrote:
> > So I was wondering how to contribute by "packing" gnulib into a brew
> > formula.
>
> Packaging gnulib through a packaging system (such as Debian, pkg, BSD ports,
> or brew) is, in the current state of things,
> On Wed, 24 Aug 2022 11:54:15 +0200, Simon Josefsson via Gnulib discussion
> list said:
Simon> Bruno Haible writes:
>> In this case, you'll better modify the unit test to pipe the result
>> through "tr -d '\r'".
Simon> This is unrelated, but alas I've not found a more
Simon Josefsson wrote:
> This is unrelated, but alas I've not found a more portable way to trim
> CR than this since some tr do not support \r:
>
> if echo solaris | tr -d '\r' | grep solais > /dev/null; then
> cr='\015'
> else
> cr='\r'
> fi
> # normalize output
> LC_ALL=C tr -d "$cr" < $TMPF
11 matches
Mail list logo
