1 |
Alan McKinnon wrote: |
2 |
> On 24/06/2016 17:40, Dale wrote: |
3 |
>> Peter Humphrey wrote: |
4 |
>>> On Friday 24 Jun 2016 09:54:35 Dale wrote: |
5 |
>>> |
6 |
>>>> I agree that the news item was confusing. The guide it linked to |
7 |
>>>> wasn't |
8 |
>>>> much better either. In the end, I just fiddled with the setting |
9 |
>>>> until I |
10 |
>>>> found a setting that didn't change what I already have, in other |
11 |
>>>> words, |
12 |
>>>> I got a clean emerge -uvaDN world. My first couple runs wanted to |
13 |
>>>> remove things and I knew the setting wasn't right yet. After it |
14 |
>>>> was all |
15 |
>>>> done, this is what I ended up with: |
16 |
>>>> |
17 |
>>>> LINGUAS="en_US en" |
18 |
>>>> |
19 |
>>>> I left the LANG setting as is for the moment. |
20 |
>>> Didn't you set L10N as well? I read the news item as requiring it. |
21 |
>>> |
22 |
>> |
23 |
>> |
24 |
>> As I said, the news item and even the guide the news item pointed to |
25 |
>> doesn't explain much. When I run into a doc that doesn't give me enough |
26 |
>> info, or so much that it doesn't make sense, then I resort of trying |
27 |
>> settings until I get a output that tells me that the setting I tried |
28 |
>> works. At first, I tried "en" but some packages were going to be |
29 |
>> rebuilt. Then I tried "en-US" and that caused other packages to want to |
30 |
>> be rebuilt. Then I put in both and I got what I expected, a clean |
31 |
>> emerge output that showed it wasn't going to change anything from what I |
32 |
>> already had. |
33 |
>> |
34 |
>> I guess when L10N starts causing packages to build differently, I'll add |
35 |
>> it . As it is, I'm not real sure what if anything it does that |
36 |
>> affects me. |
37 |
> |
38 |
> Right now it does nothing, it is only setting the groundwork for |
39 |
> something in the near future. |
40 |
> |
41 |
> LINGUAS in the environment is a really bad idea, GNU gettext uses it |
42 |
> to decide what translated messages to generate, but does it poorly and |
43 |
> packages use it inconsistently. Gentoo uses it to decide what |
44 |
> localization to use, which often includes which language packs to |
45 |
> download and install - something that gettext's LINGUAS never goes near. |
46 |
> |
47 |
> So the choice of name on Gentoo's part is really poor. What really |
48 |
> needs to happen is that a dedicated variable L10N replaces what |
49 |
> LINGUAS does in ebuilds, and when the whole tree is converted LINGUAS |
50 |
> as a USE_EXPAND goes away. What you do right now is do what the news |
51 |
> item says to do which is copy LINGUAS to L10N in make.conf, then it is |
52 |
> done and you can go on your merry way confident that all will be fine. |
53 |
> |
54 |
> Really, it's all there in the news item clear as daylight and |
55 |
> completely unambiguous. |
56 |
> |
57 |
> You fellows really like over-complicating news items and asking way |
58 |
> too many "what if?" questions. Y'all need to knock that crap off now :-) |
59 |
> |
60 |
> |
61 |
> |
62 |
|
63 |
I tried to comment out each one one at a time. Whenever I do, emerge |
64 |
wants to remove some of the languages, en to be more precise. I don't |
65 |
know if maybe some ebuilds or something else is a little behind or what |
66 |
but I guess I'll leave it as is until I know it won't change something |
67 |
that I need. Each way that I try it, it affects different packages. |
68 |
|
69 |
I read the news item and was confused. I read it again and was even |
70 |
more confused. After the third time, I didn't see any point in reading |
71 |
it again so I went to the link, hoping it would be better. Well, not |
72 |
really. So, I just started messing with it until I got a setting that |
73 |
worked. Hey, it's in there and it works. Now the news item and the |
74 |
howto don't matter. lol |
75 |
|
76 |
Dale |
77 |
|
78 |
:-) :-) |