Debian переходит на EGLIBC

------- Additional Comment #35 From Osama bin Drepper 2008-07-08 18:08 [reply] -------

Is this open source terrorism? "Pay us money or the bug stays!"

> Так бубунта похоже тоже перейдет?

хоть они и умалчивают, но факт остаётся фактом - убунту все ключевые пакеты берёт из дебиана

вылезайте из танка, дебиан уже полгода уже как прогнулся под закрытые фирмвари...

> Он так плох?

он не плох, но некоторые личности из RedHat портят его своим нежеланием заниматься его разработкой и укреплением комьюнити

> хоть они и умалчивают, но факт остаётся фактом - убунту все ключевые пакеты берёт из дебиана

бугагага, кто умалчивает-то?))

в убунту берут не ключевые пакеты а ВСЕ пакеты дебиан

http://www.ubuntu.com/community/ubuntustory/debian

> в убунту берут не ключевые пакеты а ВСЕ пакеты дебиан

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

+1. Я плакалъ.

> вылезайте из танка, дебиан уже полгода уже как прогнулся под закрытые фирмвари...

тихо и незаметно, как это часто бывает на ЛОРе

ubuntu должны перейти, куда же debian без бетатестеров :D

> Вон, во FreeBSD по умолчанию не шелл, а убожество

Ставил давеча NetBSD 3.1... Знаешь, в FreeBSD шелл очень даже неплох :)

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

не-не-не, ни о каких форках и речь не идёт, всё стараются вернуть обратно в дебиан. посудите сами - охота им каждый релиз мёржить всё больше и больше изменений? а насчёт распыления, лично я думаю, что отчасти вы правы, но тут скорее соревнование "чья политика релизов живучее".

лично я столкнулся с тем, что некритические патчи пропихнуть в пакет убунту практически невозможно (например, ерундовые патчики для rhythmbox) - десять раз направят в апстрим, чтобы потом эти изменения нормальным ходом попали в дебиан и чтобы уменьшить головную боль для MOTU и для мейнтейнеров дебиана.

И это правильно. Не надо множить сущности.

+1 В идеале в рамках дистрибутива надо править лишь дистрибутивоспецифичные вещи, остальное - в апстрим. Жаль только, что иногда апстрим сильно невменяем по сравнению с мэйнтейнерами пакета в дистре...

>Отлично. Дебиан двигается вперед. Рад за него.

+inf

я особо порадовался за то как они openssl патчат, так держать!

>Is this open source terrorism? "Pay us money or the bug stays!"

Мда, Дрэппер -- упёртый осёл.

> И это правильно. Не надо множить сущности.

абсолютно согласен, просто сам раньше не понимал процесса

> Подход к написанию GNU libc радует.

> Взято тут http://sourceware.org/bugzilla/show_bug.cgi?id=4980

"Stop defending broken code." - достойный ответ.

Дебиан переводит себя на EmbeddedGLIBC и это суть хорошо?

> "Stop defending broken code." - достойный ответ.

Как я понимаю, милейший Ули таки переписал код, из-за которого была свара. Но понятное дело, надо было выпустить пар :D

>Как я понимаю, милейший Ули таки переписал код, из-за которого была свара. Но понятное дело, надо было выпустить пар :D

Кроме того, он получил свой желанный долллар :)

а есть тесты и сравнения насколько оно совместимо с Glibc?

не только бинарно, но и на уровне сборки пакетов?

>>Поддержка сборки с /bin/sh != bash >А оно так надо? Ну, только если есть любители zsh

Есть стандарт POSIX shell. #!/bin/sh именно его означает.

Развлечения ради полазил по ссылкам, и таки да, Ulrich Drepper - редкостное быдло, незавидую я бедным нигерам и латиносам из его района.

>Additional Comment #35 From Osama bin Drepper 2008-07-08 18:08
>Is this open source terrorism? "Pay us money or the bug stays!"

!!!

На мой взгляд, текст новости звучит провокационно, вроде как разработчики glibc -- халтурщики и вообще козлы. На сайте проекта eglibc написано следующее:

o Why is there a separate EGLIBC project? Why not just contribute patches for embedded systems to GLIBC?

The GLIBC maintainers have stated that they wish to focus on server and workstation systems. However, all code in EGLIBC is subject to the same copyright assignment rules as GLIBC, and the EGLIBC stakeholders would be more than happy to help merge the EGLIBC enhancements into GLIBC.

Его таки дожали? :). А то у меня тоже есть бажок один в getaddrinfo который они закрыли. Я-то понял что я был не прав, но так же понял что при AI_ADDRCONFIG для IPv4 делает читеринг и вернёт 127.0.0.1 даже если нету ни одного реального интерфейса. А ещё оно не различает опущенные и поднятые интерфейсы.

Я вот думаю стоит ли Ульрихом связываться или забить? :)

> текст новости звучит провокационно, вроде как разработчики glibc -- халтурщики и вообще козлы

так и есть...

> На сайте проекта eglibc написано следующее:

на сайт проекта glibc сходи... сам в шоке

Today the GNU C library is almost complete: nearly all known and useful functions from any other C library are available. However, there is still room for improvement. If you would like to add or improve features in the GNU C library, please look through at the latest PROJECTS file in the glibc sources, and coordinate your work with the maintainers at <libc-alpha@sources.redhat.com>.

>> На сайте проекта eglibc написано следующее:

>на сайт проекта glibc сходи... сам в шоке

Ничего про eglibc там нет.

>Today the GNU C library is almost complete: nearly all known and useful functions from any other C library are available. However, there is still room for improvement. If you would like to add or improve features in the GNU C library, please look through at the latest PROJECTS file in the glibc sources, and coordinate your work with the maintainers at <libc-alpha@sources.redhat.com>.

Что не так?

Мякотка:

From: Ulrich Drepper <drepper at redhat dot com>

Stallman recently tried what I would call a hostile takeover of the glibc development. He tried to conspire behind my back and persuade the other main developers to take control so that in the end he is in control and can dictate whatever pleases him. This attempt failed but he kept on pressuring people everywhere and it got really ugly. In the end I agreed to the creation of a so-called "steering committee" (SC). The SC is different from the SC in projects like gcc in that it does not make decisions. On this front nothing changed. The only difference is that Stallman now has no right to complain anymore since the SC he wanted acknowledged the status quo. I hope he will now shut up forever.

...

[...] For example, permission to use the GNU C Library in non-free programs enables many more people to use the whole GNU operating system, as well as its variant, the GNU/Linux operating system.

This $&%$& demands everything to be labeled in a way which credits him and he does not stop before making completely wrong statements like "its variant". I find this completely unacceptable and can assure everybody that I consider none of the code I contributed to glibc (which is quite a lot) to be as part of the GNU project and so a major part of what Stallman claims credit for is simply going away.

http://sources.redhat.com/ml/libc-announce/2001/msg00000.html

Так что Столман ещё тот поц. Бедный Ульрих ожесточён борьбой с бородатым.

Откопал боян, блин. Ульрих Дреппер действительно бедный, у него паранойя.

хуже то, что как раз из за его паранойи и будут форкать... вот Дебиан уже показали пример.. молодцы, если оно совместимо с glibc бинарно (в т ч и обратно) и на уровне исходников, то только за

> Взято тут http://sourceware.org/bugzilla/show_bug.cgi?id=4980

Финал суров... :-)

------- Additional Comment #40 From Ulrich Drepper 2008-07-08 19:21 -------

Fine. Whatever. I'll revert it, assholes.



нда...

Пусть в случае багов говорят ЛОРовцам - будем по этому же образцу флешмобить баги.

> Fine. Whatever. I'll revert it, assholes.

> нда...

Это уже тролль писал, а не Drepper. Наведи на имя мышкой, и прочитай mailto. :)

http://en.wikipedia.org/wiki/Ulrich_Drepper

Нифига себе! Дык это же автор классной статьи "What Every Programmer Should Know About Memory"!

> Нифига себе! Дык это же автор классной статьи "What Every Programmer Should Know About Memory"!

Бгг. Даже завидно, какие открытия тебя еще ждут %)

Можешь поделиться своими открытиями :)

дурдом в руках пациентов... имхо это внесёт большое кол-во проблем со сборкой, хотя может это и просто паника

> "Pay us money or the bug stays!"
он просто придурок. не нравится - можешь сделать сам, никто тебе не обязан. вот и всё.

И проблемы со сборкой, и возможные проблемы бинарной совместимости.

.... The website reads a bit differently: Retain API and ABI compatability with GLIBC wherever feasible.

The “wherever feasible” part is, what makes me a bit nervous. I don’t think it would be a good idea to break compatibility with other distros.

Отож, сделай сам библиотеку, потому как в эту патчи не принимаются, поддерживай и продвигай...

Даёшь по отдельному проекту на каждый пофикшеный баг!

Толсто, господа, толсто.

По теме новости:

Думаю что разработчикам glibc будет над чем подумать после такого.

Видимо, Debian пытается/будет пытаться форсировать слияние glibc и eglibc.

Если в стане glibc всё будет идти по прежнему, то, возможно, несовместимостей в linux прибавится, что конечно плохо и для разработчиков и для конечных пользователей.

В планах /bin/sh ➡ /bin/dash

+1024

"Я тут почитал пару страниц из IPv6 и внёс свою лепту. Кому нужны объяснения - пошли вон гуглить, мне за объяснения никто не платит. Да вообще пошли вы в жопу со своим ARM9! Я не буду ничё менять, пока у нас не будет общей процедуры поиска. Идиоты! Это не баг! Ну хорошо, гавнюки, я вернул всё на место". - перевод на русский отдельных его фраз. Пипец, контуженый пингвузятник. А на фотке вообще олигофрен.

> Если в стане glibc всё будет идти по прежнему, то, возможно, несовместимостей в linux прибавится, что конечно плохо и для разработчиков и для конечных пользователей.

Скорее, всего glibc ждет судьба XFree, который постепенно был вытеснен X.org . Поэтому EGLIBC cо временем заменит GLIBC.

Если кому не лень будет сходить на EGLIBC.org, то они узнают, что цель проекта EGLIBC сохранение совместимости как бинарной так и исходного кода. Так же разрабочики проекта обещают повышение производительности, гибкости в конфигурировании компонентов и улучшение поддержки кросскомпиляции и кросс-тестирования.

По поводу Debian, с EGLIBC.org можно пройти на блог Aurelien, где подробно написано, что в первую очередь будут переводится embedded-архитектуры, а затем все остальные. К тому же об ветки Stable дистрибутива GNU/Debian там нет ни слова. Скорее всего мы увидим EGLIBC в Unstable ветке и вряд ли в Testing ветке того же дистрибутива.

> Если кому не лень будет сходить на EGLIBC.org ...

то они смогут прочитать там: "EGLIBC stakeholders would be more than happy to help merge the EGLIBC enhancements into GLIBC"

Что и было бы идеальным вариантом, одна библиотека с бОльшей командой разработки, чем две, одну из которых приходится постоянно тащить за первой.

> цель проекта EGLIBC сохранение совместимости ...

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

А для того чтобы заменить glibc нужны Очень веские причины, вроде смены лицензии, потому что пока даже разработчики ELIBC не ставят себе такой цели.