[gentoo-user] LINGUAS make.conf variable being ignored?

[gentoo-user] LINGUAS make.conf variable being ignored?

[Grant Edwards]

I tried to update today using my normal "emerge --sync; emerge -auvND
world" sequence and it's failing when it gets to iso-codes:

>>> Emerging (1 of 1) app-text/iso-codes-3.75::gentoo
 * iso-codes-3.75.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                         [ ok ]
>>> Unpacking source...
>>> Unpacking iso-codes-3.75.tar.xz to /var/tmp/portage/app-text/iso-codes-3.75/work
>>> Source unpacked in /var/tmp/portage/app-text/iso-codes-3.75/work
>>> Preparing source in /var/tmp/portage/app-text/iso-codes-3.75/work/iso-codes-3.75 ...
 * Looking for new locales ...                                                                                                               [ ok ]
 * Preparing iso_15924 ...
 * ERROR: app-text/iso-codes-3.75::gentoo failed (prepare phase):
 *   USE Flag 'linguas_ar' not in IUSE for app-text/iso-codes-3.75
 * 
 * Call stack:
 *          ebuild.sh, line  124:  Called src_prepare
 *        environment, line 3054:  Called use 'linguas_ar'
 *   phase-helpers.sh, line  200:  Called die
 * The specific snippet of code:
 *                         die "USE Flag '${u}' not in IUSE for ${CATEGORY}/${PF}"

I haven't changed LINGUAS or L10N for ages, but I've noticed that
suddely other packages are being rebuild without linguas_en and
linguas_en_us.

Is make.conf's LINGUAS variable no longer being expanded?

How do you show the complete set of use flags including expanded ones?

euse doesn't seem to show use flags generated from expanded variables.

-- 
Grant Edwards               grant.b.edwards        Yow! I'm a GENIUS!  I want
                                  at               to dispute sentence
                              gmail.com            structure with SUSAN
                                                   SONTAG!!

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-05, Grant Edwards <grant.b.edwards@gmail.com> wrote:

> I tried to update today using my normal "emerge --sync; emerge -auvND
> world" sequence and it's failing when it gets to iso-codes:

[...]

> I haven't changed LINGUAS or L10N for ages, but I've noticed that
> suddely other packages are being rebuild without linguas_en and
> linguas_en_us.

For example iso-codes and aspell are both reportedly being rebuilt
because linguas_en has changed from ture to false, and cups is being
rebuilt because a half-dozen other linguas_XX flags have changed from
false to true.

I tried adding linguas_en to USE in make.conf, and that didn't help:
emerge still wants to build aspell without linguas_en (and that
linguas_en has changed from active to inactive since the last time
aspell was built):

  # euse -a | grep linguas
  linguas_en          [+ C    ] 

  # emerge --pretend --color=n --verbose aspell

  These are the packages that would be merged, in order:

  Calculating dependencies... done!
  [ebuild   R    ] app-text/aspell-0.60.7_rc1::gentoo  USE="nls unicode (-linguas_af%) (-linguas_be%) (-linguas_bg%) (-linguas_br%) (-linguas_ca%) (-linguas_cs%) (-linguas_cy%) (-linguas_da%) (-linguas_de%) (-linguas_de@1901%) (-linguas_el%) (-linguas_en%*) (-linguas_eo%) (-linguas_es%) (-linguas_et%) (-linguas_fi%) (-linguas_fo%) (-linguas_fr%) (-linguas_ga%) (-linguas_gl%) (-linguas_he%) (-linguas_hr%) (-linguas_hu%) (-linguas_hy%) (-linguas_is%) (-linguas_it%) (-linguas_la%) (-linguas_lt%) (-linguas_nl%) (-linguas_no%) (-linguas_pl%) (-linguas_pt%) (-linguas_pt_BR%) (-linguas_ro%) (-linguas_ru%) (-linguas_sk%) (-linguas_sl%) (-linguas_sr%) (-linguas_sv%) (-linguas_uk%) (-linguas_vi%)" L10N="en -af -be -bg -br -ca -cs -cy -da -de -de-1901 -el -eo -es -et -fi -fo -fr -ga -gl -he -hr -hu -hy -is -it -la -lt -nl -no -pl -pt -pt-BR -ro -ru -sk -sl -sr -sv -uk -vi" 0 KiB

  Total: 1 package (1 reinstall), Size of downloads: 0 KiB

I'm baffled...

-- 
Grant Edwards               grant.b.edwards        Yow! !  Up ahead!  It's a
                                  at               DONUT HUT!!
                              gmail.com            

Re: [gentoo-user] LINGUAS make.conf variable being ignored?

[Dale]

On 01/05/2018 12:53 PM, Grant Edwards wrote:
> I tried to update today using my normal "emerge --sync; emerge -auvND
> world" sequence and it's failing when it gets to iso-codes:
> 
>>>> Emerging (1 of 1) app-text/iso-codes-3.75::gentoo
>   * iso-codes-3.75.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                         [ ok ]
>>>> Unpacking source...
>>>> Unpacking iso-codes-3.75.tar.xz to /var/tmp/portage/app-text/iso-codes-3.75/work
>>>> Source unpacked in /var/tmp/portage/app-text/iso-codes-3.75/work
>>>> Preparing source in /var/tmp/portage/app-text/iso-codes-3.75/work/iso-codes-3.75 ...
>   * Looking for new locales ...                                                                                                               [ ok ]
>   * Preparing iso_15924 ...
>   * ERROR: app-text/iso-codes-3.75::gentoo failed (prepare phase):
>   *   USE Flag 'linguas_ar' not in IUSE for app-text/iso-codes-3.75
>   *
>   * Call stack:
>   *          ebuild.sh, line  124:  Called src_prepare
>   *        environment, line 3054:  Called use 'linguas_ar'
>   *   phase-helpers.sh, line  200:  Called die
>   * The specific snippet of code:
>   *                         die "USE Flag '${u}' not in IUSE for ${CATEGORY}/${PF}"
> 
> I haven't changed LINGUAS or L10N for ages, but I've noticed that
> suddely other packages are being rebuild without linguas_en and
> linguas_en_us.
> 
> Is make.conf's LINGUAS variable no longer being expanded?
> 
> How do you show the complete set of use flags including expanded ones?
> 
> euse doesn't seem to show use flags generated from expanded variables.
> 



Is this related:

https://www.gentoo.org/support/news-items/2016-06-23-l10n-use_expand.html

Most recent thread here:

https://archives.gentoo.org/gentoo-dev/message/29b00839ba5be715d883412011d8a421 


Dale

:-)  :-)

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-05, Dale <rdalek1967@gmail.com> wrote:
> On 01/05/2018 12:53 PM, Grant Edwards wrote:
>> I tried to update today using my normal "emerge --sync; emerge -auvND
>> world" sequence and it's failing when it gets to iso-codes:
>> 
>>>>> Emerging (1 of 1) app-text/iso-codes-3.75::gentoo
>>   * iso-codes-3.75.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                         [ ok ]
>>>>> Unpacking source...
>>>>> Unpacking iso-codes-3.75.tar.xz to /var/tmp/portage/app-text/iso-codes-3.75/work
>>>>> Source unpacked in /var/tmp/portage/app-text/iso-codes-3.75/work
>>>>> Preparing source in /var/tmp/portage/app-text/iso-codes-3.75/work/iso-codes-3.75 ...
>>   * Looking for new locales ...                                                                                                               [ ok ]
>>   * Preparing iso_15924 ...
>>   * ERROR: app-text/iso-codes-3.75::gentoo failed (prepare phase):
>>   *   USE Flag 'linguas_ar' not in IUSE for app-text/iso-codes-3.75
>>   *
>>   * Call stack:
>>   *          ebuild.sh, line  124:  Called src_prepare
>>   *        environment, line 3054:  Called use 'linguas_ar'
>>   *   phase-helpers.sh, line  200:  Called die
>>   * The specific snippet of code:
>>   *                         die "USE Flag '${u}' not in IUSE for ${CATEGORY}/${PF}"
>> 
>> I haven't changed LINGUAS or L10N for ages, but I've noticed that
>> suddely other packages are being rebuild without linguas_en and
>> linguas_en_us.
>> 
>> Is make.conf's LINGUAS variable no longer being expanded?
>> 
>> How do you show the complete set of use flags including expanded ones?
>> 
>> euse doesn't seem to show use flags generated from expanded variables.
>> 
>
>
>
> Is this related:
>
> https://www.gentoo.org/support/news-items/2016-06-23-l10n-use_expand.html

I don't know.  I read that news item and followed its instructions at
the time.  My make conf contains:

LINGUAS="en en_US"
L10N="en en-US"

> Most recent thread here:
>
> https://archives.gentoo.org/gentoo-dev/message/29b00839ba5be715d883412011d8a421 

That sounds supicious, but I set L10N as I was supposed to.

Still, it looks like there are at least 9 packages on my system
installed which are now broken due to linguas_XX USE flag problems.

-- 
Grant Edwards               grant.b.edwards        Yow! We have DIFFERENT
                                  at               amounts of HAIR --
                              gmail.com            

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-05, Grant Edwards <grant.b.edwards@gmail.com> wrote:

>> Is this related:
>>
>> https://www.gentoo.org/support/news-items/2016-06-23-l10n-use_expand.html
>
> I don't know.  I read that news item and followed its instructions at
> the time.  My make conf contains:
>
> LINGUAS="en en_US"
> L10N="en en-US"
>
>> Most recent thread here:
>>
>> https://archives.gentoo.org/gentoo-dev/message/29b00839ba5be715d883412011d8a421 
>
> That sounds supicious, but I set L10N as I was supposed to.
>
> Still, it looks like there are at least 9 packages on my system
> installed which are now broken due to linguas_XX USE flag problems.

Apparently, even though there are still plenty of packages that aren't
ready for the removal LINGUAS as an expanded USE variable, they went
ahead and did it.

For example, the first one I ran into was iso-codes:

   https://bugs.gentoo.org/643594

Hopefully the others will also get fixed soon.

It's surprising that something as common as cups got broken.

-- 
Grant Edwards               grant.b.edwards        Yow! This MUST be a good
                                  at               party -- My RIB CAGE is
                              gmail.com            being painfully pressed up
                                                   against someone's MARTINI!!

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-05, Grant Edwards <grant.b.edwards@gmail.com> wrote:
> On 2018-01-05, Grant Edwards <grant.b.edwards@gmail.com> wrote:
>
>>> Is this related:
>>>
>>> https://www.gentoo.org/support/news-items/2016-06-23-l10n-use_expand.html
>>
>> I don't know.  I read that news item and followed its instructions at
>> the time.  My make conf contains:
>>
>> LINGUAS="en en_US"
>> L10N="en en-US"
>>
>>> Most recent thread here:
>>>
>>> https://archives.gentoo.org/gentoo-dev/message/29b00839ba5be715d883412011d8a421 
>>
>> That sounds supicious, but I set L10N as I was supposed to.
>>
>> Still, it looks like there are at least 9 packages on my system
>> installed which are now broken due to linguas_XX USE flag problems.
>
> Apparently, even though there are still plenty of packages that aren't
> ready for the removal LINGUAS as an expanded USE variable, they went
> ahead and did it.
>
> For example, the first one I ran into was iso-codes:
>
>    https://bugs.gentoo.org/643594
>
> Hopefully the others will also get fixed soon.
>
> It's surprising that something as common as cups got broken.

Apparently, cups's LINGUAS brokeness was reported almost two years
ago, but hasn't been fixed yet:

  https://bugs.gentoo.org/574318

It looks like aspell was just fixed a couple hours ago:

  https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=28feeb4139bfc6d45b8f1353ba167a5757b1c0ea

I think I'll wait a week or two before attempting to update any other
machines...

-- 
Grant Edwards               grant.b.edwards        Yow! Thank god!! ... It's
                                  at               HENNY YOUNGMAN!!
                              gmail.com            

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Dale]

On 01/05/2018 02:02 PM, Grant Edwards wrote:
> On 2018-01-05, Grant Edwards <grant.b.edwards@gmail.com> wrote:
>> On 2018-01-05, Grant Edwards <grant.b.edwards@gmail.com> wrote:
>>
>>>> Is this related:
>>>>
>>>> https://www.gentoo.org/support/news-items/2016-06-23-l10n-use_expand.html
>>>
>>> I don't know.  I read that news item and followed its instructions at
>>> the time.  My make conf contains:
>>>
>>> LINGUAS="en en_US"
>>> L10N="en en-US"
>>>
>>>> Most recent thread here:
>>>>
>>>> https://archives.gentoo.org/gentoo-dev/message/29b00839ba5be715d883412011d8a421
>>>
>>> That sounds supicious, but I set L10N as I was supposed to.
>>>
>>> Still, it looks like there are at least 9 packages on my system
>>> installed which are now broken due to linguas_XX USE flag problems.
>>
>> Apparently, even though there are still plenty of packages that aren't
>> ready for the removal LINGUAS as an expanded USE variable, they went
>> ahead and did it.
>>
>> For example, the first one I ran into was iso-codes:
>>
>>     https://bugs.gentoo.org/643594
>>
>> Hopefully the others will also get fixed soon.
>>
>> It's surprising that something as common as cups got broken.
> 
> Apparently, cups's LINGUAS brokeness was reported almost two years
> ago, but hasn't been fixed yet:
> 
>    https://bugs.gentoo.org/574318
> 
> It looks like aspell was just fixed a couple hours ago:
> 
>    https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=28feeb4139bfc6d45b8f1353ba167a5757b1c0ea
> 
> I think I'll wait a week or two before attempting to update any other
> machines...
> 


Yea, sometimes people think everything is ready when some are not.  One 
would think the more used packages would be noticed tho.  Guess not.

That was the only change I recall reading about so I thought it worth a 
mention, just in case it was the cause.

Dale

:-)  :-)

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-05, Dale <rdalek1967@gmail.com> wrote:

> Yea, sometimes people think everything is ready when some are not.  One 
> would think the more used packages would be noticed tho.  Guess not.

The iso-codes case is probably unique in that it actually fails to
build.

The cups brokennes is subtle: it builds with all of the languages it
knows about enabled regardless of the user's settings.  Presumably,
the result still actually works.

It looks like most of the other broken packages just get rebuilt with
no languages supported (which means they probably still work for an
english speaker).

I suspect that at some point, the only way you can get people to fix
the last handful of packages is to force the issue by implementing the
change that causes them to fail/misbehave.

-- 
Grant Edwards               grant.b.edwards        Yow! Hello.  Just walk
                                  at               along and try NOT to think
                              gmail.com            about your INTESTINES being
                                                   almost FORTY YARDS LONG!!

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Friday, 5 January 2018 20:19:19 GMT Grant Edwards wrote:

> It looks like most of the other broken packages just get rebuilt with
> no languages supported (which means they probably still work for an
> english speaker).

Ahem! American "English", I think you mean.

> I suspect that at some point, the only way you can get people to fix
> the last handful of packages is to force the issue by implementing the
> change that causes them to fail/misbehave.


-- 
Regards,
Peter.

Re: [gentoo-user] LINGUAS make.conf variable being ignored?

[Mart Raudsepp]

On Fri, 2018-01-05 at 18:53 +0000, Grant Edwards wrote:
> I haven't changed LINGUAS or L10N for ages, but I've noticed that
> suddely other packages are being rebuild without linguas_en and
> linguas_en_us.
> 
> Is make.conf's LINGUAS variable no longer being expanded?

Correct.
See https://bugs.gentoo.org/643598
and maybe https://bugs.gentoo.org/643682#c1 for a more technically
explained temporary workaround to not lose language during this
(hopefully rather short) final transition period.

> How do you show the complete set of use flags including expanded
> ones?

LINGUAS is not expanded anymore.

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-06, Mart Raudsepp <leio@gentoo.org> wrote:

>> How do you show the complete set of use flags including expanded
>> ones?
>
> LINGUAS is not expanded anymore.

So does euse show expanded variables?

--
Grant

[gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-06, Peter Humphrey <peter@prh.myzen.co.uk> wrote:
> On Friday, 5 January 2018 20:19:19 GMT Grant Edwards wrote:
>
>> It looks like most of the other broken packages just get rebuilt with
>> no languages supported (which means they probably still work for an
>> english speaker).
>
> Ahem! American "English", I think you mean.

Yes, though for most programs [spell-checkers being the obvious
exception] and most non-US English speakers who expected en_GB, I
doubt they'd have any problems using programs that were speaking US
English instead of British English (are there others in use besides
en_GB?).

--
Grant

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 820 bytes --]

On Sat, 6 Jan 2018 15:39:45 +0000 (UTC), Grant Edwards wrote:

> > Ahem! American "English", I think you mean.  
> 
> Yes, though for most programs [spell-checkers being the obvious
> exception] and most non-US English speakers who expected en_GB, I
> doubt they'd have any problems using programs that were speaking US
> English instead of British English (are there others in use besides
> en_GB?).

Indeed there are, there's a whole world out there beyond the borders of
the USA ;-)

grep linguas_en /var/portage/profiles/use.desc
linguas_en - English locale
linguas_en_AU - English locale for Australia
linguas_en_CA - English locale for Canada
linguas_en_GB - English locale for Britain
linguas_en_US - English locale


-- 
Neil Bothwick

All generalizations are false, including this one.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Saturday, 6 January 2018 15:39:45 GMT Grant Edwards wrote:
> On 2018-01-06, Peter Humphrey <peter@prh.myzen.co.uk> wrote:
> > On Friday, 5 January 2018 20:19:19 GMT Grant Edwards wrote:
> >> It looks like most of the other broken packages just get rebuilt with
> >> no languages supported (which means they probably still work for an
> >> english speaker).
> > 
> > Ahem! American "English", I think you mean.
> 
> Yes, though for most programs [spell-checkers being the obvious
> exception] and most non-US English speakers who expected en_GB, I
> doubt they'd have any problems using programs that were speaking US
> English instead of British English (are there others in use besides
> en_GB?).
> 
> --
> Grant

Well, KMail knows about Australian, Canadian and South African. It may 
inherit those from Plasma, or it may know about them itself. That's still 
just about spell-checking, though.

-- 
Regards,
Peter.

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Saturday, 6 January 2018 15:50:56 GMT Neil Bothwick wrote:
> On Sat, 6 Jan 2018 15:39:45 +0000 (UTC), Grant Edwards wrote:
> > > Ahem! American "English", I think you mean.
> > 
> > Yes, though for most programs [spell-checkers being the obvious
> > exception] and most non-US English speakers who expected en_GB, I
> > doubt they'd have any problems using programs that were speaking US
> > English instead of British English (are there others in use besides
> > en_GB?).
> 
> Indeed there are, there's a whole world out there beyond the borders of
> the USA ;-)
> 
> grep linguas_en /var/portage/profiles/use.desc
> linguas_en - English locale
> linguas_en_AU - English locale for Australia
> linguas_en_CA - English locale for Canada
> linguas_en_GB - English locale for Britain
> linguas_en_US - English locale

I object to that (not you, Neil, some dev or other). I live in England; I 
speak English. People who live in America speak their own version of it, 
adapted from the original. The list should be:

linguas_en_AU - English locale for Australia
linguas_en_CA - English locale for Canada
linguas_en_GB - English locale
linguas_en_US - English locale for USA

-- 
Regards,
Peter.

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Mike Gilbert]

On Sat, Jan 6, 2018 at 11:00 AM, Peter Humphrey <peter@prh.myzen.co.uk> wrote:
> On Saturday, 6 January 2018 15:50:56 GMT Neil Bothwick wrote:
>> On Sat, 6 Jan 2018 15:39:45 +0000 (UTC), Grant Edwards wrote:
>> > > Ahem! American "English", I think you mean.
>> >
>> > Yes, though for most programs [spell-checkers being the obvious
>> > exception] and most non-US English speakers who expected en_GB, I
>> > doubt they'd have any problems using programs that were speaking US
>> > English instead of British English (are there others in use besides
>> > en_GB?).
>>
>> Indeed there are, there's a whole world out there beyond the borders of
>> the USA ;-)
>>
>> grep linguas_en /var/portage/profiles/use.desc
>> linguas_en - English locale
>> linguas_en_AU - English locale for Australia
>> linguas_en_CA - English locale for Canada
>> linguas_en_GB - English locale for Britain
>> linguas_en_US - English locale
>
> I object to that (not you, Neil, some dev or other). I live in England; I
> speak English. People who live in America speak their own version of it,
> adapted from the original. The list should be:
>
> linguas_en_AU - English locale for Australia
> linguas_en_CA - English locale for Canada
> linguas_en_GB - English locale
> linguas_en_US - English locale for USA

I updated the description for en_US.

linguas_en - English locale
linguas_en_AU - English locale for Australia
linguas_en_CA - English locale for Canada
linguas_en_GB - English locale for Britain
linguas_en_US - English locale for America

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 780 bytes --]

On Sat, 06 Jan 2018 16:00:14 +0000, Peter Humphrey wrote:

> > grep linguas_en /var/portage/profiles/use.desc
> > linguas_en - English locale
> > linguas_en_AU - English locale for Australia
> > linguas_en_CA - English locale for Canada
> > linguas_en_GB - English locale for Britain
> > linguas_en_US - English locale  
> 
> I object to that (not you, Neil, some dev or other). I live in England;
> I speak English. People who live in America speak their own version of
> it, adapted from the original.

Indeed, en_US is a fork of the original.

I guess that's why, in the old cowboy films, the native Americans used to
say "white man speak with forked tongue" ;-)


-- 
Neil Bothwick

WinErr 01E: Timing error - Please wait. And wait. And wait. And wait.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[allan gottlieb]

On Sat, Jan 06 2018, Neil Bothwick wrote:

> On Sat, 06 Jan 2018 16:00:14 +0000, Peter Humphrey wrote:
>
>> I object to that (not you, Neil, some dev or other). I live in England;
>> I speak English. People who live in America speak their own version of
>> it, adapted from the original.
>
> Indeed, en_US is a fork of the original.
>
> I guess that's why, in the old cowboy films, the native Americans used to
> say "white man speak with forked tongue" ;-)

Terrific--made my day.
allan

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Saturday, 6 January 2018 17:33:22 GMT Mike Gilbert wrote:

> I updated the description for en_US.
> 
> linguas_en - English locale
> linguas_en_AU - English locale for Australia
> linguas_en_CA - English locale for Canada
> linguas_en_GB - English locale for Britain
> linguas_en_US - English locale for America

Decent of you. Thanks Mike.

-- 
Regards,
Peter.

[OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Saturday, 6 January 2018 18:34:36 GMT Neil Bothwick wrote:
> On Sat, 06 Jan 2018 16:00:14 +0000, Peter Humphrey wrote:
> > > grep linguas_en /var/portage/profiles/use.desc
> > > linguas_en - English locale
> > > linguas_en_AU - English locale for Australia
> > > linguas_en_CA - English locale for Canada
> > > linguas_en_GB - English locale for Britain
> > > linguas_en_US - English locale
> > 
> > I object to that (not you, Neil, some dev or other). I live in England;
> > I speak English. People who live in America speak their own version of
> > it, adapted from the original.
> 
> Indeed, en_US is a fork of the original.
> 
> I guess that's why, in the old cowboy films, the native Americans used to
> say "white man speak with forked tongue" ;-)

Then there's that old one about the Native American chief who observed that 
only a white man could think that cutting a foot off the bottom of a blanket 
and sewing it onto the top would give him a longer blanket.

-- 
Regards,
Peter.

[gentoo-user] Re: [OT] Re: Re: LINGUAS make.conf variable being ignored?

[Grant Edwards]

On 2018-01-06, Peter Humphrey <peter@prh.myzen.co.uk> wrote:

> Then there's that old one about the Native American chief who
> observed that only a white man could think that cutting a foot off
> the bottom of a blanket and sewing it onto the top would give him a
> longer blanket.

I'm pretty sure that's one of the basic underlying principles of the
US GOP's tax bill.

-- 
Grant Edwards               grant.b.edwards        Yow! BARRY ... That was
                                  at               the most HEART-WARMING
                              gmail.com            rendition of "I DID IT MY
                                                   WAY" I've ever heard!!

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Walter Dnes]

On Sat, Jan 06, 2018 at 09:50:59PM +0000, Peter Humphrey wrote
> On Saturday, 6 January 2018 18:34:36 GMT Neil Bothwick wrote:
> > On Sat, 06 Jan 2018 16:00:14 +0000, Peter Humphrey wrote:
> > > > grep linguas_en /var/portage/profiles/use.desc
> > > > linguas_en - English locale
> > > > linguas_en_AU - English locale for Australia
> > > > linguas_en_CA - English locale for Canada
> > > > linguas_en_GB - English locale for Britain
> > > > linguas_en_US - English locale
> > > 
> > > I object to that (not you, Neil, some dev or other). I live in England;
> > > I speak English. People who live in America speak their own version of
> > > it, adapted from the original.
> > 
> > Indeed, en_US is a fork of the original.
> > 
> > I guess that's why, in the old cowboy films, the native Americans used to
> > say "white man speak with forked tongue" ;-)
> 
> Then there's that old one about the Native American chief who observed that 
> only a white man could think that cutting a foot off the bottom of a blanket 
> and sewing it onto the top would give him a longer blanket.

  That was apparently after the white man tried to explain to him the
"advantages" of Daylight Saving Time.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Sunday, 7 January 2018 01:46:00 GMT Walter Dnes wrote:
> On Sat, Jan 06, 2018 at 09:50:59PM +0000, Peter Humphrey wrote
> 
> > On Saturday, 6 January 2018 18:34:36 GMT Neil Bothwick wrote:
> > > On Sat, 06 Jan 2018 16:00:14 +0000, Peter Humphrey wrote:
> > > > > grep linguas_en /var/portage/profiles/use.desc
> > > > > linguas_en - English locale
> > > > > linguas_en_AU - English locale for Australia
> > > > > linguas_en_CA - English locale for Canada
> > > > > linguas_en_GB - English locale for Britain
> > > > > linguas_en_US - English locale
> > > > 
> > > > I object to that (not you, Neil, some dev or other). I live in
> > > > England;
> > > > I speak English. People who live in America speak their own version
> > > > of
> > > > it, adapted from the original.
> > > 
> > > Indeed, en_US is a fork of the original.
> > > 
> > > I guess that's why, in the old cowboy films, the native Americans used
> > > to
> > > say "white man speak with forked tongue" ;-)
> > 
> > Then there's that old one about the Native American chief who observed
> > that only a white man could think that cutting a foot off the bottom of
> > a blanket and sewing it onto the top would give him a longer blanket.
> 
>   That was apparently after the white man tried to explain to him the
> "advantages" of Daylight Saving Time.

Yes. Which, of course it doesn't. Save anything, I mean.

-- 
Regards,
Peter.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 716 bytes --]

On Sun, 07 Jan 2018 11:18:36 +0000, Peter Humphrey wrote:

> > > Then there's that old one about the Native American chief who
> > > observed that only a white man could think that cutting a foot off
> > > the bottom of a blanket and sewing it onto the top would give him a
> > > longer blanket.  
> > 
> >   That was apparently after the white man tried to explain to him the
> > "advantages" of Daylight Saving Time.  
> 
> Yes. Which, of course it doesn't. Save anything, I mean.

Daylight Shifting Time would be a better description, but I think we all
get the idea now - it's to give us an extra hour in bed once a year.


-- 
Neil Bothwick

You couldn't get a job as a firing squad target.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1712 bytes --]

On Sunday, 7 January 2018 11:18:36 GMT Peter Humphrey wrote:
> On Sunday, 7 January 2018 01:46:00 GMT Walter Dnes wrote:
> > On Sat, Jan 06, 2018 at 09:50:59PM +0000, Peter Humphrey wrote
> > 
> > > On Saturday, 6 January 2018 18:34:36 GMT Neil Bothwick wrote:
> > > > On Sat, 06 Jan 2018 16:00:14 +0000, Peter Humphrey wrote:
> > > > > > grep linguas_en /var/portage/profiles/use.desc
> > > > > > linguas_en - English locale
> > > > > > linguas_en_AU - English locale for Australia
> > > > > > linguas_en_CA - English locale for Canada
> > > > > > linguas_en_GB - English locale for Britain
> > > > > > linguas_en_US - English locale
> > > > > 
> > > > > I object to that (not you, Neil, some dev or other). I live in
> > > > > England;
> > > > > I speak English. People who live in America speak their own version
> > > > > of
> > > > > it, adapted from the original.
> > > > 
> > > > Indeed, en_US is a fork of the original.
> > > > 
> > > > I guess that's why, in the old cowboy films, the native Americans used
> > > > to
> > > > say "white man speak with forked tongue" ;-)
> > > 
> > > Then there's that old one about the Native American chief who observed
> > > that only a white man could think that cutting a foot off the bottom of
> > > a blanket and sewing it onto the top would give him a longer blanket.
> > > 
> >   That was apparently after the white man tried to explain to him the
> > 
> > "advantages" of Daylight Saving Time.
> 
> Yes. Which, of course it doesn't. Save anything, I mean.

It 'saves' the socio-economic model whereby aggressively promoted consumerism 
attempts to secure a continuation of artificially enhanced cross-border trade, 
at ever increasing rates.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 763 bytes --]

On Sun, 07 Jan 2018 11:51:33 +0000, Mick wrote:

> > >   That was apparently after the white man tried to explain to him
> > > the
> > > 
> > > "advantages" of Daylight Saving Time.  
> > 
> > Yes. Which, of course it doesn't. Save anything, I mean.  
> 
> It 'saves' the socio-economic model whereby aggressively promoted
> consumerism attempts to secure a continuation of artificially enhanced
> cross-border trade, at ever increasing rates.

Although it was actually introduce, first by Germany then by Britain, in
1915 to improve productivity for the war effort. Britain also introduced
licencing hours at the same time to avoid workers turning up hungover.


-- 
Neil Bothwick

What you don't know can hurt you, only you won't know it.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1059 bytes --]

On Sunday, 7 January 2018 12:06:28 GMT Neil Bothwick wrote:
> On Sun, 07 Jan 2018 11:51:33 +0000, Mick wrote:
> > > >   That was apparently after the white man tried to explain to him
> > > > 
> > > > the
> > > > 
> > > > "advantages" of Daylight Saving Time.
> > > 
> > > Yes. Which, of course it doesn't. Save anything, I mean.
> > 
> > It 'saves' the socio-economic model whereby aggressively promoted
> > consumerism attempts to secure a continuation of artificially enhanced
> > cross-border trade, at ever increasing rates.
> 
> Although it was actually introduce, first by Germany then by Britain, in
> 1915 to improve productivity for the war effort. Britain also introduced
> licencing hours at the same time to avoid workers turning up hungover.

Hmm ... according to Wikipedia it was conceived in the 19th century, well 
before the World Wars.  Canada was the first place where DST was introduced, 
in Ontario only.  Tis true nevertheless that the German Empire introduced it 
during the Great War to conserve coal, 5 years later.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 723 bytes --]

On Sun, 07 Jan 2018 12:25:07 +0000, Mick wrote:

> > Although it was actually introduce, first by Germany then by Britain,
> > in 1915 to improve productivity for the war effort. Britain also
> > introduced licencing hours at the same time to avoid workers turning
> > up hungover.  
> 
> Hmm ... according to Wikipedia it was conceived in the 19th century,
> well before the World Wars.  Canada was the first place where DST was
> introduced, in Ontario only.  Tis true nevertheless that the German
> Empire introduced it during the Great War to conserve coal, 5 years
> later.

I didn't know about the Canadian usage, only the wartime usage.

-- 
Neil Bothwick

Top Oxymorons Number 36: Alone together

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Sunday, 7 January 2018 12:33:53 GMT Neil Bothwick wrote:
> On Sun, 07 Jan 2018 12:25:07 +0000, Mick wrote:
> > > Although it was actually introduce, first by Germany then by Britain,
> > > in 1915 to improve productivity for the war effort. Britain also
> > > introduced licencing hours at the same time to avoid workers turning
> > > up hungover.
> > 
> > Hmm ... according to Wikipedia it was conceived in the 19th century,
> > well before the World Wars.  Canada was the first place where DST was
> > introduced, in Ontario only.  Tis true nevertheless that the German
> > Empire introduced it during the Great War to conserve coal, 5 years
> > later.
> 
> I didn't know about the Canadian usage, only the wartime usage.

I've always understood it was to give farmers more evening daylight to work 
in the fields and to get the harvest in. School summer breaks were long so 
that the children could go out with them to help.

-- 
Regards,
Peter.

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 927 bytes --]

On Sun, 07 Jan 2018 13:05:20 +0000, Peter Humphrey wrote:

> > > 
> > > Hmm ... according to Wikipedia it was conceived in the 19th century,
> > > well before the World Wars.  Canada was the first place where DST
> > > was introduced, in Ontario only.  Tis true nevertheless that the
> > > German Empire introduced it during the Great War to conserve coal,
> > > 5 years later.  
> > 
> > I didn't know about the Canadian usage, only the wartime usage.  
> 
> I've always understood it was to give farmers more evening daylight to
> work in the fields and to get the harvest in. School summer breaks were
> long so that the children could go out with them to help.

The farmers are against it as it gives less daylight in the early hours
for milking etc. Maybe they need a way to enable DST in the cows' cron so
they want milking an hour later.


-- 
Neil Bothwick

Top Oxymorons Number 24: New classic

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [OT] Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[Peter Humphrey]

On Sunday, 7 January 2018 13:45:49 GMT Neil Bothwick wrote:
> On Sun, 07 Jan 2018 13:05:20 +0000, Peter Humphrey wrote:
> > > > Hmm ... according to Wikipedia it was conceived in the 19th century,
> > > > well before the World Wars.  Canada was the first place where DST
> > > > was introduced, in Ontario only.  Tis true nevertheless that the
> > > > German Empire introduced it during the Great War to conserve coal,
> > > > 5 years later.
> > > 
> > > I didn't know about the Canadian usage, only the wartime usage.
> > 
> > I've always understood it was to give farmers more evening daylight to
> > work in the fields and to get the harvest in. School summer breaks were
> > long so that the children could go out with them to help.
> 
> The farmers are against it as it gives less daylight in the early hours
> for milking etc.

Perhaps so, now, but a hundred years ago they didn't have powerful 
floodlights on their tractors to enable them to keep working after dark. It 
was a case of all-hands-to-the-harvest until they just couldn't see any 
more.

> Maybe they need a way to enable DST in the cows' cron so they want milking
> an hour later.


-- 
Regards,
Peter.