The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Debian GNU/Linux возвращается с Eglibc на GLibc

19.06.2014 09:49

Орельен Ярно (Aurelien Jarno), один из мэйнтейнеров пакетов с системной библиотекой libc, объявил о возвращении дистрибутива Debian GNU/Linux на использование Glibc (GNU C Library), вместо поставки библиотеки Eglibc (Embedded GLIBC), на которую дистрибутив перешёл пять лет назад. В настоящее время пакеты c GLibc уже загружены в экспериментальный репозиторий Debian. Имена пакетов не изменились, процесс миграции будет полностью прозрачен для пользователей. В качестве причины возвращения к GLibc называется потеря смысла в разработке Eglibc (по словам Орельена проект "умер") после выпуска последнего релиза 2.19.

Проект Eglibc был основан в ответ на слишком жесткую и централизованно контролируемую политику приёма изменений в GLibc. В Eglibc был изменён процесс сборки для предоставления возможности гибкого управления включением разных компонентов, улучшена поддержка кросс-компиляции и кросс-тестирования, обеспечено включение дополнительных режимов оптимизации, приняты дополнительные патчи. При этом Eglibc не был форком GLibc, а лишь являлся доработанной пересборкой, построенной на актуальной кодовой базе Glibc и полностью совместимой с ней на уровне API и ABI.

Два года назад методы управления разработкой Glibc кардинально поменялись: от управления проектом отстранился Ульрих Дреппер (Ulrich Drepper), который ранее единолично контролировал процесс приёма патчей и сопровождение проекта. Полномочия по принятию решений перешли в руки команды активных мэйнтейнеров. Разногласия с разработчиками еglibc были исчерпаны и был взят курс на совместную работу, постепенную интеграцию расширенных возможностей еglibc в glibc и последующее объединение проектов.

В настоящее время все наиболее важные возможности Eglibc уже перенесены в GLibc. В том числе переименованы зарезервированные ключевые слова и обеспечена возможность использования POSIX shell вместо bash. Создана стабильная ветка, в которую оперативно вносятся исправления. Прекращено разделение архитектур на основные (x86, SuperH, SPARC) и вторичные (ARM, MIPS), ранее размещённые в отдельном репозитории glibc-ports.

Исключением, мешавшим возвращению Debian на Glibc, оставалась поддержка гибкой настройки компонентов (сборка с флагом "-Os" и без поддержки NIS и RPC), которую планировалось использовать в Debian-Installer. Но план потерял актуальность в связи с незначительным выигрышем в размере библиотеки на фоне динамичного развития аппаратных платформ. В итоге, в настоящий момент только пять доступных в Eglibc патчей не перенесены в GLibc: установка файлов *_pic.a для использования в mklibs, динамическая перезагрузка /etc/resolv.conf, установка заголовков при загрузке, обходное решение проблем с CPU PowerPC 8xx и доступ к FPSCR для процессоров SuperH с ядром SH4.

  1. Главная ссылка к новости (http://blog.aurel32.net/175...)
  2. OpenNews: Представлена стандартная Си-библиотека Musl 1.0.0, развиваемая в качестве альтернативы Glibc
  3. OpenNews: Выход системной библиотеки Glibc 2.19
  4. OpenNews: Смена власти в проекте Glibc, управляющий комитет сложил с себя полномочия
  5. OpenNews: Проект Debian GNU/Linux планирует заменить GNU C Library на EGLIBC
Лицензия: CC-BY
Тип: Интересно / К сведению
Ключевые слова: glibc
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (63) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, dkg (?), 11:03, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –26 +/
    Ерундой занимаются.
     
     
  • 2.2, Andrey Mitrofanov (?), 11:14, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +38 +/
    > Ерундой занимаются.

    – Позвольте узнать, что вы можете сказать по поводу прочитанного?
    – Да не согласен я.
    – Что, с Энгельсом или с Каутским?
    – С обоими.

     
  • 2.5, Аноним (-), 11:21, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Да все проще :). Дреппер свалил в туман, вот смысл в eglibc и отпал. Просто Дреппер был редким к@злом, с которым конструктивно решить вопросы было на редкость проблематично.
     
     
  • 3.12, клоун (?), 12:37, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Торвальдс, Столман - они другие? В их храме тоже хрен в алтарь на--рёшь.
     
     
  • 4.13, anonymous (??), 12:42, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Случай с memcpy наглядно показал разницу между Дреппером и Торвальдсом.
     
     
  • 5.15, lolwut (?), 13:06, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    кстати да, тоже вспомнилось: http://avva.livejournal.com/2323823.html
     
     
  • 6.61, Anonym2 (?), 14:01, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > кстати да, тоже вспомнилось: http://avva.livejournal.com/2323823.html

    Ну и что вытекает из того что какой-то упорно и широко навязываемый плюгин вдруг перестал работать? И начал требовать совместимости и приспособления к его багам? Вместе с пользователями ничего не смыслящими во всех смыслах но просто мечтающими завести этот упорно навязываемый им и всем прочим плюгин в Линукс.
    Кстати определение memcpy никак не менялось и не должно. И Drepper тут не поможет. И вполне возможно что в дальнейшем возникнут ещё неожиданности, даже если кому-то кажется, что эта функция теперь должна работать совместимо с багами и ошибками в их программах.

     
     
  • 7.62, arisu (ok), 14:06, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    просто говнокодеры яростно защищают свой говнокод. это же проще, чем чинить.

    а линус вообще мудак известный.

     
  • 6.63, Аноним (-), 02:06, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не понимаю Была тупая функция memcpy , которая была полезна в 70-е годы на оче... большой текст свёрнут, показать
     
     
  • 7.65, arisu (ok), 02:22, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    man memcpy.
     
  • 5.17, Аноним (-), 13:53, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Безусловно Дреппер тогда вёл себя не корректно, но он был прав.
     
     
  • 6.23, burjui (ok), 14:17, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Разве что с точки зрения эгоистичного задрота: стандарт ведь не *обязывал* его делать поведение memcpy() непредсказуемым, но он всё же сделал. Иначе говоря, для него чистота его кода важнее, чем удобство пользователя. Код ради кода. Я против такого подхода точно так же, как и против говнокода.
     
     
  • 7.32, rob pike (?), 15:59, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вызвать на комсомольский суд чести.
    Вынести общественное порицание за недостаточное боление душой за нужды простых программистов.
    Лишить путевки в санаторий.
     
     
  • 8.56, kravich (ok), 09:07, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    буэ... текст свёрнут, показать
     
  • 7.33, Аноним (-), 16:44, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А ты кто такой?
     
     
  • 8.34, YetAnotherOnanym (ok), 17:14, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Паниковский, залогиньтесь ... текст свёрнут, показать
     
  • 8.37, anonymous (??), 17:37, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Судья, кто ж ещё Вон как раскидал, и про эгоистов, и про зaдрoтов ... текст свёрнут, показать
     
     
  • 9.39, rob pike (?), 18:01, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У него моральнiй компас ... текст свёрнут, показать
     
  • 6.35, pavlinux (ok), 17:23, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тварь он продажная, этого бага не было на новых процах от Интеля, потому как юзало SSE4.  
     
     
  • 7.42, rob pike (?), 18:37, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А фотографию дачи, которую он построил на нетрудовые доходы?
     
  • 7.64, Аноним (-), 02:09, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > новых

    Старых. И на всех AMD, ARM и т.д.

     
  • 4.21, rob pike (?), 14:08, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро слишком большое чтобы его форкать (кому-то кроме Гугла).
    История с XEmacs и периодические историйки с мелкими гну-софтами.
     
  • 4.45, Аноним (-), 23:11, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Торвальдс, Столман - они другие?

    Когда как. С Торвальдсом вполне можно решить большинство вопросов. Если нормально аргументировать свою точку зрения и это не будет бредом.

    > В их храме тоже хрен в алтарь на--рёшь.

    Тю, вон одни в храме всего лишь ногами подрыгать решили - так им 2 года кутузки выдали. А в твоем случае - спасибо скажешь, если не расстреляют. А то смотри, Linux нынче и на винтовках бывает...

     
  • 2.11, пруфридер (?), 12:21, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не перенесены в GLibc: ... динамическая перезагрузка /etc/resolv.conf

    Ой, а теперь придется это учитывать. А было удобно. :(

     
     
  • 3.50, Аноним (-), 23:45, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А есть уверенность что дебианщики не налепят свой патч?
     

  • 1.3, A.Stahl (ok), 11:18, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Я хоть и программист (прикладной правда), но разницу не замечу.
    Впрочем, чем ближе к "корням" -- тем лучше. Нехорошо когда проекты масштаба Дебиан используют ключевые инструменты, поставляемые "группой энтузиастов, отвечающих на слишком жесткую и централизованно контролируемую политику".
     
     
  • 2.9, freehck (ok), 11:43, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Нехорошо когда проекты масштаба Дебиан используют ключевые инструменты, поставляемые "группой энтузиастов, отвечающих на слишком жесткую и централизованно контролируемую политику".

    Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".

     
     
  • 3.14, АнонИм (?), 12:57, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".

    И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и тоталитаризма, чистая демокрвтия.

     
     
  • 4.18, Аноним (-), 13:55, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >>Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".
    > И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и
    > тоталитаризма, чистая демокрвтия.

    Ядро Linux разве проект GNU?

     
     
  • 5.28, Аноним (-), 15:09, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –8 +/
    По сути всё что под лицензией GPL - это GNU. А входит ли в официальный набор - это уже формальности.
     
     
  • 6.40, lolwut (?), 18:08, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Не порите чушь, ей больно. (ц)
     
  • 4.19, tdykunlogged (?), 13:56, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вас не устраивает политика принятия изменений в ядро операционной системы GNU - HURD?
     
  • 4.22, rob pike (?), 14:11, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро тому самый яркий пример. Никакой централизованной политики и
    > тоталитаризма, чистая демокрвтия.

    Наглядно видны достоинства демократии.
    При демократии в ядре уже были бы Qt с Weyland от Windows оно бы отличалось только названием.

     
     
  • 5.25, Аноним (-), 14:33, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, KMS благополучно возник, несмотря на то, что ещё десять лет назад работа с графикой полностью из юзерспейса преподносилась как великое благо, в отличие от "венды, у которой гуй в ядре и поэтому она такая нестабильная".
     
     
  • 6.27, rob pike (?), 15:01, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Никто и не говорил что разница - принципиальная.
    Только то что скорость скатывания в добро при демократии - максимальная.
     
  • 6.30, Аноним (-), 15:42, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, KMS благополучно возник, несмотря на то, что ещё десять лет назад работа с графикой полностью из юзерспейса преподносилась как великое благо, в отличие от "венды, у которой гуй в ядре и поэтому она такая нестабильная".

    Справедливости ради можно отметить, что в Linux ядро занимается только самой низкоуровневой частью графической подсистемы -- ставит разрешение экрана и, ЕМНИП, предоставляет буфер юзерспейсу. В винде же частью ядра являются даже некоторые функции работы с окнами (только в прошлом году они удосужились исправить баг, позволявший повалить систему в BSOD всего одним вызовом функции изменения размеров окна).

     
  • 6.49, Аноним (-), 23:34, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, KMS благополучно возник,

    При том делает простые и низкоуровневые операции, которые явно в компетенции ядра. Типа переключения режимов и управления памятью. А что, памятью юзермод чтоли должен управлять? Да это бред, в остальных случаях памятью ядро управляет.

     
  • 5.29, Аноним (-), 15:11, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Ядро тому самый яркий пример. Никакой централизованной политики и
    >> тоталитаризма, чистая демокрвтия.
    > Наглядно видны достоинства демократии.
    > При демократии в ядре уже были бы Qt с Weyland от Windows
    > оно бы отличалось только названием.

    Вы уже определитесь - или трусы наденьте, или галстук снимите. То сначала говорят что им тоталитаризм не нравится, они свой libc с блэкджеком запилят, то теперь им это благо, обуздайте нас скорее.

     
     
  • 6.31, rob pike (?), 15:51, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы не мешайте всё в одну кучу.
    Пусть цветут 100 разных тоталитаризмов, а мы, пользуясь открытостью границ, будем между ними выбирать.
     
     
  • 7.55, Evgueni (?), 08:54, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем же так жёстко ограничивать? Пусть будет всё и свобода выбора из этого всего + костыле, чтобы всё не умерало. А то так, выживет только наиболее приспособленный, а не наиболее годный.
     
  • 4.48, Аноним (-), 23:33, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и
    > тоталитаризма, чистая демокрвтия.

    Абсолютно. Git clone - и художествуй как хочешь. А то что Товральдс твой патч вовсе не обязан принимать - так у него тоже есть свободы. Например, свобода посылать тебя в пешее эротическое путешествие.

     

  • 1.4, Аноним (-), 11:19, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Ждем новость "после тщательного, напряженного обдумывания вопроса убунтятами принято волевое решение перейти на glibc, слава инновациям, Марк слава!".
     
     
  • 2.6, Аноним (-), 11:22, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждем новость "после тщательного, напряженного обдумывания вопроса убунтятами принято
    > волевое решение перейти на glibc, слава инновациям, Марк слава!".

    А зачем Марку быть святее папы римского? Да еще за свой счет?

     
  • 2.24, rob pike (?), 14:23, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Идущие на systemd приветствуют Марка.
     
  • 2.26, Амоним (?), 14:59, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    кому че, а лысому расчестка... везде убунту приплетут
     
     
  • 3.51, Аноним (-), 23:46, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > кому че, а лысому расчестка... везде убунту приплетут

    Черный пиар - тоже пиар :).

     

  • 1.7, бедный буратино (ok), 11:35, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    слабаки :)
     
  • 1.8, zhenya_k (?), 11:36, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Stop reopening the bug..
     
  • 1.10, _KUL (ok), 12:05, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Предвкушаем заголовки новостей "Debian возвращается с системд на сис-инит" (по словам парам-пам-пам яростно развиваемый проект системд уже никому не нужен, и стал не перспективным)
     
     
  • 2.16, Аноним (-), 13:10, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На sysvinit никто возвращаться не будет, устарел-с.

    Ждём openrc по умолчанию.

     
     
  • 3.20, Аноним (-), 13:57, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > На sysvinit никто возвращаться не будет, устарел-с.
    > Ждём openrc по умолчанию.

    У Debian свой sysvinit, параллельный, с блекджеком :)

     
     
  • 4.54, Аноним (-), 00:05, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > У Debian свой sysvinit, параллельный, с блекджеком :)

    Да, и их задолбало велосипедить и они таки тоже решили валить на systemd :).

     

  • 1.36, Аноним (-), 17:37, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > динамическая перезагрузка /etc/resolv.conf

    Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc. Хакеры, ответьте на вопрос. Будет ли работать система, если на первом экране make menuconfig ядра Linux снять галочку поддержки сети? Если нет - в какой момент система работать перестала? В 2.6, в 2.4?

     
     
  • 2.38, Мимоаноним (?), 17:57, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Казалось бы, причем тут TCP/IP и DNS? Не путаешь теплое с мягким?
     
  • 2.41, www2 (??), 18:18, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc.

    Во-первых не так уж и глубоко - в библиотеке. Во-вторых - это не поддержка TCP/IP, а реализация одного часто используемого клиента (DNS).

     
     
  • 3.46, Аноним (-), 23:12, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В-третьих, поддержка TCP/IP еще глубже - в ядре.
     
  • 2.52, Аноним (-), 00:01, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc.

    Обломись, glibc - умная обертка к услугам ядра, не более.

    > Хакеры, ответьте на вопрос. Будет ли работать система, если на
    > первом экране make menuconfig ядра Linux снять галочку поддержки сети?

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

     
     
  • 3.58, Andrey Mitrofanov (?), 09:56, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Обломись, glibc - умная обертка к услугам ядра, не более.

    Математические функции тоже в ядро и обратно "гоняют"? Верую!

     

  • 1.43, lucentcode (ok), 20:30, 19/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.
     
     
  • 2.47, Аноним (-), 23:13, 19/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают
    > что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.

    Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.

     
     
  • 3.53, Аноним (-), 00:02, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.

    ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие. Ибо NIH синдром же!

     
     
  • 4.57, бедный буратино (ok), 09:16, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.
    > ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
    > Ибо NIH синдром же!

    вся суть опеннет-долб...анонима в одной фразе - обилие штампов, собственное выдумывание фактов, подача материала. По-моему, этот комментарий можно ставить к АБСОЛЮТНО ЛЮБОЙ НОВОСТИ, и облегчить их анонимам их анонимский труд, пусть отдыхают...


    Вышел CouchDB 1.6?

    > ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
    > Ибо NIH синдром же!

    Портирование ос на калькуляторы

    > ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
    > Ибо NIH синдром же!

    в общем, этот комментарий везде уместен. потому что везде одинаково неуместен. :)

     
  • 2.59, Andrey Mitrofanov (?), 09:58, 20/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают
    > что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру