On 11 Nov 2015 08:37, Ulrich Mueller wrote:
> > On Wed, 11 Nov 2015, René Neumann wrote:
>
> >> Shouldn't these be safe to use if the string consists purely of
> >> ASCII characters? I mean, A-Z and a-z should be uppercase and
> >> lowercase, respectively, in any locale?
>
> > Unfortunately,
On 11 Nov 2015 05:16, Ulrich Mueller wrote:
> > On Tue, 10 Nov 2015, Mike Frysinger wrote:
>
> > Arfrever highlights these are not even safe to use. bash is locale aware,
> > so it'll apply LC_COLLATE rules when processing the ^/, casemods. while
> > you can fix this with external programs a
> On Wed, 11 Nov 2015, René Neumann wrote:
>> Shouldn't these be safe to use if the string consists purely of
>> ASCII characters? I mean, A-Z and a-z should be uppercase and
>> lowercase, respectively, in any locale?
> Unfortunately, no (have been bitten by this issue already some years
> ag
Am 11.11.2015 um 05:16 schrieb Ulrich Mueller:
>> On Tue, 10 Nov 2015, Mike Frysinger wrote:
>
>> Arfrever highlights these are not even safe to use. bash is locale aware,
>> so it'll apply LC_COLLATE rules when processing the ^/, casemods. while
>> you can fix this with external programs
On 11/11/2015 03:51 AM, Mike Frysinger wrote:
> On 10 Nov 2015 18:53, Mike Frysinger wrote:
>> i randomly stumbled across an ebuild that was using ^^ to make a variable
>> uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only
>> the fresh EAPI=6 permits it since we bumped the
> On Tue, 10 Nov 2015, Mike Frysinger wrote:
> Arfrever highlights these are not even safe to use. bash is locale aware,
> so it'll apply LC_COLLATE rules when processing the ^/, casemods. while
> you can fix this with external programs ala:
> LC_COLLATE=C tr ...
> you can't do it wit
sorry, i meant char classification here (LC_CTYPE), not collation.
i've been dealing with sorting bugs lately ;).
-mike
signature.asc
Description: Digital signature
On 10 Nov 2015 18:53, Mike Frysinger wrote:
> i randomly stumbled across an ebuild that was using ^^ to make a variable
> uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only
> the fresh EAPI=6 permits it since we bumped the min ver to bash-4.2.
Arfrever highlights these are
On 10 Nov 2015 18:53, Mike Frysinger wrote:
> i randomly stumbled across an ebuild that was using ^^ to make a variable
> uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only
> the fresh EAPI=6 permits it since we bumped the min ver to bash-4.2.
fixed the ones `git grep` turn
i randomly stumbled across an ebuild that was using ^^ to make a variable
uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only
the fresh EAPI=6 permits it since we bumped the min ver to bash-4.2.
-mike
signature.asc
Description: Digital signature
On 31 Oct 2015 09:08, Michał Górny wrote:
> On Sat, 31 Oct 2015 03:06:21 -0400 Mike Frysinger wrote:
> > On 30 Oct 2015 18:20, Michał Górny wrote:
> > > On Fri, 30 Oct 2015 12:03:59 + (UTC) "Justin Lecher" wrote:
> > > > --- a/eclass/distutils-r1.eclass
> > > > +++ b/eclass/distutils-r1.eclas
# Justin Lecher (10 Nov 2015)
# Compatibility virtual for transition from
# dev-python/imaging to dev-python/pillow
# obsolete now #508266
virtual/python-imaging
signature.asc
Description: OpenPGP digital signature
12 matches
Mail list logo
