1 |
Hi, |
2 |
|
3 |
R0b0t1 <r030t1@×××××.com> writes: |
4 |
|
5 |
> I have seen similar choices made before, but this is the first time I |
6 |
> have seen a good case for the choice you selected. E.g.: |
7 |
> |
8 |
> (Current.) |
9 |
> *============================> |
10 |
> *=====================> |
11 |
> *==============> |
12 |
> *=======> |
13 |
> |
14 |
> vs. |
15 |
> |
16 |
> (Usually seen.) |
17 |
> *======* |
18 |
> *======* |
19 |
> *======* |
20 |
> *=======> |
21 |
> |
22 |
> vs. |
23 |
> |
24 |
> (What it would actually mean for prefix.) |
25 |
> *======*---------------------> |
26 |
> *======*--------------> |
27 |
> *======*-------> |
28 |
> *=======> |
29 |
> |
30 |
|
31 |
Nice assci art! Indeed the 3rd case is what I want to express. It is a |
32 |
big challenge though to express it within 20 characters in the profile |
33 |
name. So I chose the first one as approximation. |
34 |
|
35 |
>>> This setup would prevent having to verify that old code works on new |
36 |
>>> systems, which is implied to be supported.by the + naming (again, not |
37 |
>>> sure if it matters). |
38 |
>> |
39 |
>> It is always supported to run an old glibc version on a new kernel, the |
40 |
>> linux kernel is ABI-backwords compatible. There is no need to verify |
41 |
>> that. Besides, by always using the most recent |
42 |
>> sys-kernel/linux-headers, we are guaranteed with the newest kernel API. |
43 |
>> |
44 |
> |
45 |
> It might be for the foreseeable future, but that might change. The |
46 |
> comment was more about the features exposed to glibc and the programs |
47 |
> installed via portage. It seems to me as the kernel and userland |
48 |
> progress, The older profile would require constant adjustment. Perhaps |
49 |
> I am not explaining it well, my apologies. |
50 |
|
51 |
That is the norm for maintaining profiles. We are actually doing |
52 |
constant adjustment to profiles until they are deprecated and removed. |
53 |
So don't worry. We have enough time to react if that changes. |
54 |
|
55 |
Yours, |
56 |
Benda |