пора перелезать на eglibc?

ЕМНИП она отличается в основном только системой сборки.

Вы все еще на glibc? Тогда мы идем к вам!

не только системой сборки

Кстати говоря, в Fedora 15 тоже версия 2.14. Каких-либо проблем по вине самой libc не замечено. Может это gentoo-специфичные проблемы?

Так их гентушники и завели, не иначе.

сомневаюсь
не видел ни одного генту-специфичного бага

кого «их»?

не только системой сборки

А какие там ещё серьёзные изменения? Почитал features, вроде так и есть: сборка + немного своего кода. А в остальном это даже не форк в привычном смысле этого слова...

сомневаюсь

В арче уже давно 2.14. Проблем не заметил.

кого «их»?

Тикетов.

сомневаюсь

не видел ни одного генту-специфичного бага

А «fails to build» - это что по твоему? =)

вот именно - «немного своего кода» - отсюда нет сюрпризов

а головой подумать и самому ответить? ;)

арч как всегда впереди паровоза
напомнить про «УМВР» с 2.13?

напомнить про «УМВР» с 2.13?

Напомни, всегда интересно почитать про приключения других буратин.

вот именно - «немного своего кода» - отсюда нет сюрпризов

Как раз по логике, сюрпризов должно быть больше.

http://www.linux.org.ru/forum/desktop/5879948
кури

а их нет
вот так

ДА!!!

подробности

кури

prelink

Ну и что я там говорил по поводу буратин?

Как нет? Ну попробуй слить eglibc 2.14 из транка и поставить. Получишь ровно те же проблемы, которые описаны в джентушной багзилле.

понятно - отдыхай, малыш

Нет

http://blog.flameeyes.eu/2011/06/13/pam-glibc-2-14-and-nis

Разработчики наконец-то (не прошло и ста лет) выключили сборку поддержки NIS по умолчанию. Дальше что?

транк != релиз
оха? )
как ты думаешь, почему релиз eglibc аналогичной версии glibc выходят только через 2 месяца после релиза последней!? :)

как ты думаешь, почему релиз eglibc аналогичной версии glibc выходят только через 2 месяца после релиза последней!? :)

Потому что им надо «форкнуть» свежий релиз glibc и портировать на него свои изменения.

Объясни, пожалуйста, начинающему гентушнику, какая разница между glibc и eglibc?

И если ты сейчас поставишь стабильную версию eglibc (2.13), то это будет равносильно откату на glibc 2.13. По очевидным причинам.

вот-вот
и ты будешь утверждать, что eglibc == glibc одинаковых версий?

не равносильно!

Лол, в двух дистрах уже вовсю используется 2.14, а в генте тупо не могут собрать.

Оффтоп

А что там в Генту слышно по поводу PGO? Ебилдов с ним для фуррифокса что-то не нашёл.

да ты и читать не умеешь ---> отдохни в игноре, малыш

с каких пор PGO стало универсально?
если ты про тот же js-only
запили ебыдло

кстати
с PGO надо собирать 2 раза
как ты себе представляешь ебыдло?
после первой сборки оно будет тормозить сильней ванили

В арчике оно собирается один раз, прогоняет тесты в Xfvb, собирается второй раз. В одном пкгбилде.
Костыли, но работает.

Забавно. Не думал что мегабакс так неровно дышит на свою генточку.

и ты будешь утверждать, что eglibc == glibc одинаковых версий?

Не конечно. Различия есть. Но они слишком незначительны, чтобы eglibc вдруг резко стал панацеей от всех проблем.

фуууу

https://bugs.archlinux.org/task/24615?string=glibc&project=1&type%5B0%5D=&sev...
я передумал
ты ещё мал со мной спорить

не от всех - но за 2 месяца «тюнинга» большинство релизных-glibc косяков фиксят
нэ!? ;)

Ну да, AUR-билды — не для слабых желудком :3 Зато они есть.
Баг, на который ты кинул линк, не относится к 2.14.2

я передумал

Пофиксили уже, в 2.14-4. Так что можешь френдить со спокойной совестью.

не от всех - но за 2 месяца «тюнинга» большинство релизных-glibc косяков фиксят

нэ!? ;)

За два месяца тюнинга и в апстриме (в самом glibc) большинство косяков фиксят.

т.е. то что в ванильной версии был такой же косяк, ты уже не отрицаешь?
растёшь

да - это всякие ревизии
но то что в релизе одного нет косяков релиза другого - факт

>Upgrading to glibc 2.14-1 causes the attached segfaults in ruby and pacman

Downgrading to glibc 2.13-5 resolves the segfaults

читать умеешь?

т.е. то что в ванильной версии был такой же косяк, ты уже не отрицаешь?

Я отрицал только ОП-сабж — нет с 2.14 всё нормально, обычный релиз, с багами, как без них? Делать трагедию из этого не стоит.

http://projects.archlinux.org/svntogit/packages.git/tree/glibc/repos/testing-...

facepalm.svgz

но то что в релизе одного нет косяков релиза другого - факт

Этот факт - логичное следствие того, что eglibc основан на glibc. Как только все перестанут пользоваться glibc и перелезут на eglibc, она тут же «скатится» до уровня нынешних версий glibc. Просто потому что eglibc будет выходить без обкатки и хождения по граблям апстримовой glibc. Получается то же самое, что «свежая версия» vs. «обкатанная, запатченная и стабильная предыдущая версия». О чём я и сказал выше.

eglibc модульная - можно часть какашек выкинуть
она является недофорком glibc - т.е. просто несколько изменён код
но она всё равно совместима с glibc даже бинарно (дефакто)