The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Debian GNU/Linux возвращается с Eglibc на GLibc"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от opennews on 19-Июн-14, 11:03 
Орельен Ярно (Aurelien Jarno), один из мэйнтейнеров пакетов с системной библиотекой libc, объявил (http://blog.aurel32.net/175) о возвращении дистрибутива Debian GNU/Linux на использование Glibc (GNU C Library), вместо поставки библиотеки Eglibc (http://www.eglibc.org/) (Embedded GLIBC), на которую дистрибутив перешёл (https://www.opennet.ru/opennews/art.shtml?num=21615) пять лет назад. В настоящее время пакеты c GLibc уже загружены в экспериментальный репозиторий Debian. Имена пакетов не изменились, процесс миграции будет полностью прозрачен для пользователей. В качестве причины возвращения к GLibc называется потеря смысла в разработке Eglibc (по словам Орельена проект "умер") после выпуска последнего релиза GLibc 2.19 (https://www.opennet.ru/opennews/art.shtml?num=39043).


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


Два года назад методы управления разработкой Glibc кардинально поменялись (https://www.opennet.ru/opennews/art.shtml?num=33461): от управления проектом отстранился Ульрих Дреппер (Ulrich Drepper), который ранее единолично контролировал процесс приёма патчей и сопровождение проекта. Полномочия по принятию решений перешли в руки команды активных мэйнтейнеров. Разногласия с разработчиками еglibc были исчерпаны и был взят курс на совместную работу, постепенную интеграцию расширенных возможностей еglibc в glibc и последующее объединение проектов.


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


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


URL: http://blog.aurel32.net/175
Новость: https://www.opennet.ru/opennews/art.shtml?num=40033

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –26 +/
Сообщение от dkg on 19-Июн-14, 11:03 
Ерундой занимаются.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +38 +/
Сообщение от Andrey Mitrofanov on 19-Июн-14, 11:14 
> Ерундой занимаются.

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +9 +/
Сообщение от Аноним (??) on 19-Июн-14, 11:21 
Да все проще :). Дреппер свалил в туман, вот смысл в eglibc и отпал. Просто Дреппер был редким к@злом, с которым конструктивно решить вопросы было на редкость проблематично.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

12. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +2 +/
Сообщение от клоун on 19-Июн-14, 12:37 
Торвальдс, Столман - они другие? В их храме тоже хрен в алтарь на--рёшь.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от anonymous (??) on 19-Июн-14, 12:42 
Случай с memcpy наглядно показал разницу между Дреппером и Торвальдсом.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +3 +/
Сообщение от lolwut on 19-Июн-14, 13:06 
кстати да, тоже вспомнилось: http://avva.livejournal.com/2323823.html
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

61. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Anonym2 on 20-Июн-14, 14:01 
> кстати да, тоже вспомнилось: http://avva.livejournal.com/2323823.html

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

62. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –3 +/
Сообщение от arisu (ok) on 20-Июн-14, 14:06 
просто говнокодеры яростно защищают свой говнокод. это же проще, чем чинить.

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

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

63. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 02-Июл-14, 02:06 
Не понимаю. Была тупая функция memcpy(), которая была полезна в 70-е годы на очень низких процессорах, и которую легко реализовать на ассемблере. В 2010 году из Интела пришёл коммит, значительно усложняющий memcpy(), и его приняли. Если раньше функция могла писать "от начала к концу" и больше никак, то теперь появился второй вариант "от конца к началу". Возможно что коммит приняли из-за того что второе поведение добавляется только для процессоров с технологией SSE4.1, поэтому неправильную работу никто из тестеров не заметил.

Разве не логично было просто взять и откатить коммит? При том что абсолютно никто не предоставил результаты тестов, показывающие что программы ускорились. А не рассуждать про "нарушены ли стандарты" и делать алиас memcpy-memmove? Смотрю обсуждение и вижу что про тот коммит вообще забыли, это так странно с учётом того что у всех не-федоровцев и владельцев процессоров без SSE4.1 было старое, примитивное, поведение memcpy.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

65. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от arisu (ok) on 02-Июл-14, 02:22 
man memcpy.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

17. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 19-Июн-14, 13:53 
Безусловно Дреппер тогда вёл себя не корректно, но он был прав.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +4 +/
Сообщение от burjui (ok) on 19-Июн-14, 14:17 
Разве что с точки зрения эгоистичного задрота: стандарт ведь не *обязывал* его делать поведение memcpy() непредсказуемым, но он всё же сделал. Иначе говоря, для него чистота его кода важнее, чем удобство пользователя. Код ради кода. Я против такого подхода точно так же, как и против говнокода.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

32. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от rob pike on 19-Июн-14, 15:59 
Вызвать на комсомольский суд чести.
Вынести общественное порицание за недостаточное боление душой за нужды простых программистов.
Лишить путевки в санаторий.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

56. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от kravich (ok) on 20-Июн-14, 09:07 
буэ
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

33. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 19-Июн-14, 16:44 
А ты кто такой?
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

34. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от YetAnotherOnanym (ok) on 19-Июн-14, 17:14 
Паниковский, залогиньтесь.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

37. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от anonymous (??) on 19-Июн-14, 17:37 
> А ты кто такой?

Судья, кто ж ещё. Вон как раскидал, и про эгоистов, и про зaдрoтов.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

39. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от rob pike on 19-Июн-14, 18:01 
У него моральнiй компас
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

35. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –2 +/
Сообщение от pavlinux (ok) on 19-Июн-14, 17:23 
Тварь он продажная, этого бага не было на новых процах от Интеля, потому как юзало SSE4.  
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

42. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +2 +/
Сообщение от rob pike on 19-Июн-14, 18:37 
А фотографию дачи, которую он построил на нетрудовые доходы?
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

64. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 02-Июл-14, 02:09 
> новых

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

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

21. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от rob pike on 19-Июн-14, 14:08 
Ядро слишком большое чтобы его форкать (кому-то кроме Гугла).
История с XEmacs и периодические историйки с мелкими гну-софтами.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

45. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от Аноним (??) on 19-Июн-14, 23:11 
> Торвальдс, Столман - они другие?

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

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

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

11. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от пруфридер on 19-Июн-14, 12:21 
> не перенесены в GLibc: ... динамическая перезагрузка /etc/resolv.conf

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

50. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 19-Июн-14, 23:45 
А есть уверенность что дебианщики не налепят свой патч?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

3. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –2 +/
Сообщение от A.Stahl (ok) on 19-Июн-14, 11:18 
Я хоть и программист (прикладной правда), но разницу не замечу.
Впрочем, чем ближе к "корням" -- тем лучше. Нехорошо когда проекты масштаба Дебиан используют ключевые инструменты, поставляемые "группой энтузиастов, отвечающих на слишком жесткую и централизованно контролируемую политику".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +13 +/
Сообщение от freehck email(ok) on 19-Июн-14, 11:43 
> Нехорошо когда проекты масштаба Дебиан используют ключевые инструменты, поставляемые "группой энтузиастов, отвечающих на слишком жесткую и централизованно контролируемую политику".

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

14. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от АнонИм on 19-Июн-14, 12:57 
>Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

18. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +4 +/
Сообщение от Аноним (??) on 19-Июн-14, 13:55 
>>Спорно. Мне казалось, что само явление GNU - в некотором роде ответ "энтузиастов на жесткую централизованно контроллируемую политику".
> И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и
> тоталитаризма, чистая демокрвтия.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

28. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –8 +/
Сообщение от Аноним (??) on 19-Июн-14, 15:09 
По сути всё что под лицензией GPL - это GNU. А входит ли в официальный набор - это уже формальности.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

40. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +5 +/
Сообщение от lolwut on 19-Июн-14, 18:08 
Не порите чушь, ей больно. (ц)
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

19. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +3 +/
Сообщение от tdykunlogged on 19-Июн-14, 13:56 
Вас не устраивает политика принятия изменений в ядро операционной системы GNU - HURD?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

22. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от rob pike on 19-Июн-14, 14:11 
> Ядро тому самый яркий пример. Никакой централизованной политики и
> тоталитаризма, чистая демокрвтия.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

25. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от Аноним (??) on 19-Июн-14, 14:33 
Ну, KMS благополучно возник, несмотря на то, что ещё десять лет назад работа с графикой полностью из юзерспейса преподносилась как великое благо, в отличие от "венды, у которой гуй в ядре и поэтому она такая нестабильная".
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

27. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от rob pike on 19-Июн-14, 15:01 
Никто и не говорил что разница - принципиальная.
Только то что скорость скатывания в добро при демократии - максимальная.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

30. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от Аноним (??) on 19-Июн-14, 15:42 
> Ну, KMS благополучно возник, несмотря на то, что ещё десять лет назад работа с графикой полностью из юзерспейса преподносилась как великое благо, в отличие от "венды, у которой гуй в ядре и поэтому она такая нестабильная".

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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

49. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от Аноним (??) on 19-Июн-14, 23:34 
> Ну, KMS благополучно возник,

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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

29. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от Аноним (??) on 19-Июн-14, 15:11 
>> Ядро тому самый яркий пример. Никакой централизованной политики и
>> тоталитаризма, чистая демокрвтия.
> Наглядно видны достоинства демократии.
> При демократии в ядре уже были бы Qt с Weyland от Windows
> оно бы отличалось только названием.

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

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

31. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от rob pike on 19-Июн-14, 15:51 
А вы не мешайте всё в одну кучу.
Пусть цветут 100 разных тоталитаризмов, а мы, пользуясь открытостью границ, будем между ними выбирать.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

55. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Evgueni email on 20-Июн-14, 08:54 
Зачем же так жёстко ограничивать? Пусть будет всё и свобода выбора из этого всего + костыле, чтобы всё не умерало. А то так, выживет только наиболее приспособленный, а не наиболее годный.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

48. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 19-Июн-14, 23:33 
> И не поспоришь. Ядро тому самый яркий пример. Никакой централизованной политики и
> тоталитаризма, чистая демокрвтия.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

4. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +8 +/
Сообщение от Аноним (??) on 19-Июн-14, 11:19 
Ждем новость "после тщательного, напряженного обдумывания вопроса убунтятами принято волевое решение перейти на glibc, слава инновациям, Марк слава!".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 19-Июн-14, 11:22 
> Ждем новость "после тщательного, напряженного обдумывания вопроса убунтятами принято
> волевое решение перейти на glibc, слава инновациям, Марк слава!".

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

24. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +6 +/
Сообщение от rob pike on 19-Июн-14, 14:23 
Идущие на systemd приветствуют Марка.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

26. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +2 +/
Сообщение от Амоним on 19-Июн-14, 14:59 
кому че, а лысому расчестка... везде убунту приплетут
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

51. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Аноним (??) on 19-Июн-14, 23:46 
> кому че, а лысому расчестка... везде убунту приплетут

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

7. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от бедный буратино (ok) on 19-Июн-14, 11:35 
слабаки :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +6 +/
Сообщение от zhenya_k on 19-Июн-14, 11:36 
Stop reopening the bug..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +10 +/
Сообщение от _KUL (ok) on 19-Июн-14, 12:05 
Предвкушаем заголовки новостей "Debian возвращается с системд на сис-инит" (по словам парам-пам-пам яростно развиваемый проект системд уже никому не нужен, и стал не перспективным)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +2 +/
Сообщение от Аноним (??) on 19-Июн-14, 13:10 
На sysvinit никто возвращаться не будет, устарел-с.

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

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

20. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +4 +/
Сообщение от Аноним (??) on 19-Июн-14, 13:57 
> На sysvinit никто возвращаться не будет, устарел-с.
> Ждём openrc по умолчанию.

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

54. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –2 +/
Сообщение от Аноним (??) on 20-Июн-14, 00:05 
> У Debian свой sysvinit, параллельный, с блекджеком :)

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

36. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –5 +/
Сообщение от Аноним (??) on 19-Июн-14, 17:37 
> динамическая перезагрузка /etc/resolv.conf

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от Мимоаноним on 19-Июн-14, 17:57 
Казалось бы, причем тут TCP/IP и DNS? Не путаешь теплое с мягким?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

41. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от www2 (??) on 19-Июн-14, 18:18 
>Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc.

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

46. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +2 +/
Сообщение от Аноним (??) on 19-Июн-14, 23:12 
В-третьих, поддержка TCP/IP еще глубже - в ядре.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

52. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от Аноним (??) on 20-Июн-14, 00:01 
> Не думал что поддержка TCP/IP в Linux так глубоко - аж в Glibc.

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

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

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

58. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +2 +/
Сообщение от Andrey Mitrofanov on 20-Июн-14, 09:56 
> Обломись, glibc - умная обертка к услугам ядра, не более.

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

43. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +/
Сообщение от lucentcode (ok) on 19-Июн-14, 20:30 
Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от Аноним (??) on 19-Июн-14, 23:13 
> Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают
> что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.

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

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

53. "Debian GNU/Linux возвращается с Eglibc на GLibc"  +1 +/
Сообщение от Аноним (??) on 20-Июн-14, 00:02 
> Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.

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

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

57. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от бедный буратино (ok) on 20-Июн-14, 09:16 
>> Справедливости ради, в ffmpeg тоже хватает граблей, которые выпилили в libav.
> ...и создают 100500 новых граблей. Спору нет, свои грабли лучше чем чужие.
> Ибо NIH синдром же!

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


Вышел CouchDB 1.6?

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

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

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

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

59. "Debian GNU/Linux возвращается с Eglibc на GLibc"  –1 +/
Сообщение от Andrey Mitrofanov on 20-Июн-14, 09:58 
> Интересно, когда разработчики libav одумаются, и так-же поступят по мужски - признают
> что они пилят велосипед, и вернуться под крыло более прогрессивного ffmpeg.

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

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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