| 1 |
On 12/23/14 21:40, Matt Turner wrote: |
| 2 |
> On Tue, Dec 23, 2014 at 5:36 AM, Anthony G. Basile <blueness@g.o> wrote: |
| 3 |
>> On 12/22/14 16:37, Andreas K. Huettel wrote: |
| 4 |
>>> Am Montag, 22. Dezember 2014, 18:24:32 schrieb Anthony G. Basile: |
| 5 |
>>> |
| 6 |
>>>>> Well the side effect of this is that arcane and unmaintainable bandworms |
| 7 |
>>>>> like toolchain.eclass are generated, with dozens of case distinctions |
| 8 |
>>>>> for packages that *nearly* noone needs. Yes it's fine to keep old things |
| 9 |
>>>>> for a few people, does it merit slowing everyone else down though? |
| 10 |
>>>>> |
| 11 |
>>>>> Do we really need glibc 2.9_p20081201-r3, 2.10.1-r1, 2.11.3, 2.12.1-r3, |
| 12 |
>>>>> 2.12.2, 2.13-r2, 2.14, 2.14.1-r2, 2.14.1-r3, 2.15-r1, 2.15-r2, 2.15-r3, |
| 13 |
>>>>> 2.16.0, 2.17, 2.18-r1, 2.19, 2.19-r1, and 2.20? |
| 14 |
>>>> I can't fully speak to this as I'm not familiar. But are you? |
| 15 |
>>> No, I'm not. Which is why I am asking. I'm happy to learn. |
| 16 |
>> |
| 17 |
>> Shall I google that for you? j/k Here are the change logs -> |
| 18 |
>> http://www.gnu.org/software/libc/ There are always some big ticket items |
| 19 |
>> like I remember when -lrt stuff was moved into glibc or further back when |
| 20 |
>> resolver stuff was moved out. Each of these changes usually means breakage |
| 21 |
>> usually in terms of what breakout libraries you need and what linker flags |
| 22 |
>> you need. But I can't pretend to have watched it closely like I'm sure Mike |
| 23 |
>> does. I've watched musl and uclibc and just hit up against the glibc |
| 24 |
>> changes as they mysteriously rain down from Drepper. |
| 25 |
> Sorry, what would he be Googling? He asked why we needed all of the |
| 26 |
> various old versions, not why new versions keep coming out. |
| 27 |
|
| 28 |
I can't say because I haven't followed glibc. I just point to the |
| 29 |
changelogs since they do indicate big changes between versions. These |
| 30 |
changes are big enough that users might legitimately have to or want to |
| 31 |
stay back. This suggests that keeping more older versions than usual is |
| 32 |
prudent. Probably back at least to 2.13 but Mike would have to answer. |
| 33 |
|
| 34 |
We also have large number of ebuilds for uclibc and a similar situation, |
| 35 |
and I appreciate the conservative approach there especially when |
| 36 |
testing/building stages on various arches. |
| 37 |
|
| 38 |
> |
| 39 |
> Also, Drepper hasn't been involved with glibc development in two and a |
| 40 |
> half years. |
| 41 |
> |
| 42 |
|
| 43 |
Yeah klondike told me that long ago but I forgot. |
| 44 |
|
| 45 |
-- |
| 46 |
Anthony G. Basile, Ph.D. |
| 47 |
Gentoo Linux Developer [Hardened] |
| 48 |
E-Mail : blueness@g.o |
| 49 |
GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA |
| 50 |
GnuPG ID : F52D4BBA |
Archives