The OpenNET Project / Index page

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

Релиз системной библиотеки Glibc 2.14

01.06.2011 22:58

Представлен релиз системной библиотеки GNU C Library (glibc) 2.14, в подготовке которого использованы патчи от 28 разработчиков. Glibc является основой большинства Linux-дистрибутивов, за исключением OpenWrt, Debian и Ubuntu, которые перешли на использование системной библиотеки Eglibc. Библиотека Eglibc полностью совместима с Glibc и отличается более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования.

Из добавленных в Glibc 2.14 улучшений можно отметить:

  • Объявлена устаревшей классическая реализация RPC. Разработчикам рекомендуется портировать свои приложения на использование новой реализации TI-RPC, в которой добавлена поддержка IPv6 и реализованы другие полезные возможности. Старые программы останутся работоспособными, но новые приложения уже нельзя будет связать со старой реализацией RPC (при использовании в программе RPC-функций допускается только связывание с библиотекой TI-RPC);
  • Добавлена поддержка программных интерфейсов, появившихся в версии Linux-ядра 2.6.39 или ожидаемых в будущей версии 3.0:
    • name_to_handle_at и open_by_handle_at - позволяют приложениям сопоставить имя файла с внутренней структурой file_handle или открыть файл, указав его handle;
    • syncfs - работает как sync() за исключением того, что сброс буферов на постоянный носитель осуществляется только для файловой системы, отождествленной с указанным файловым дескриптором.
    • setns - позволяет использовать для файлового дескриптора определенное изолированное пространство имен (namespace)
    • sendmmsg - позволяет организовать передачу в рамках одного системного вызова сразу нескольких сообщений, которые ранее потребовали бы отдельных вызовов sendmsg(). Технология значительно повышает эффективность работы приложений передающих большие объемы данных или оперирующих пакетами небольшого размера;
    • clock_adjtime - аналог функции adjtimex, позволяющий регулировать работу POSIX-часов;
  • В комплект включена утилита sotruss для выполнения трассировки библиотечных вызовов с использованием PLT (Procedure Linkage Table);
  • Возможность установки хука на вызов malloc объявлена устаревшей и будет удалена в следующей версии. Причина прекращения использования данного хука в его неприспособленности к работе в многопоточных программах;
  • Новые локали: os_RU (Осетия), mhr_RU (Марий Эл), bem_ZA, en_ZA, ff_SN, sw_KE, sw_TZ, lb_LU, wae_CH, yue_HK, lij_IT;
  • Новые кодировки: CP770, CP771, CP772, CP773, CP774;
  • Исправлены 94 ошибки.


  1. Главная ссылка к новости (http://sourceware.org/ml/libc-...)
  2. OpenNews: Для Glibc представлен еще один метод повышения привилегий
  3. OpenNews: В Glibc обнаружена серьезная уязвимость
  4. OpenNews: Смена лицензии на код RPC решила проблемы со свободностью кода NFS и Glibc
  5. Linux and glibc API changes
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30746-glibc
Ключевые слова: glibc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 05:38, 02/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про Sabotage забыли — musl.
     
     
  • 2.7, Аноним (-), 06:59, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Саботаж? Ульрих опять что-то саботировал, как обычно? :)
     
     
  • 3.15, Аноним (-), 11:51, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Openwall(конкретно musl) и некто Christian Neukirchen:
    https://github.com/chneukirchen/sabotage
     
     
  • 4.25, Аноним (-), 14:21, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > https://github.com/chneukirchen/sabotage

    Мсье знают толк: busybox живет рядом с требованием каких-то ~4Гб на диске. Тема взаимоисключающих параграфов раскрыта.

     

  • 1.4, Тот_Самый_Анонимус (?), 06:18, 02/06/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Библиотека Eglibc полностью совместима с Glibc и отличается более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования.

    Тогда зачем нужна Glibc? Делали бы одну, более качественную, вместо распыления ресурсов. Или всё-таки у Glibc есть свои фишки?

     
     
  • 2.5, Stax (ok), 06:22, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    glibc - это и есть основной проект, все "фишки" оттуда, там ведется разработка и фичи появляются там. eglibc - базирующийся на glibc типа-форк, с дополнениями, которые нужны разработчикам embedded-систем и дебиану, но ничего глобально нового по фичам он не несет, так как постоянно базируется на текущей версии glibc.
     
  • 2.6, anonymous (??), 06:31, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обычный рекламный трёп, eglibc это форк нормальной glibc для встраиваемых устройств, где экономят каждый бит (очевидно чудес не бывает и вся эта "экономия" за счет скорости и надежности). По какой то политической причине Debian перешел именно на этот форк, и фанаты Debian-образных дистрибутивов частенько выдают подобные рекламные эмоциональные волны мозговой активности.
     
     
  • 3.9, ShCoder (?), 07:01, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    по поводу "форка" eglibc читаем тут первый абзац
    http://www.eglibc.org/faq
     
     
  • 4.12, Аноним (-), 11:13, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > по поводу "форка" eglibc читаем тут первый абзац
    > http://www.eglibc.org/faq
    > The goal of EGLIBC is to provide a variant of GLIBC

    Да, это не форк, это та же самая glibc, только припудренная.

     
  • 3.10, Аноним (-), 07:02, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Обычный рекламный трёп, eglibc это форк нормальной glibc для встраиваемых устройств, где
    > экономят каждый бит

    ...и нервы на общении с фруктами типа Ульриха, которые могут порушить совместимость нахрен, а потом им еще и хрен докажешь что так делать не надо. Ну ему-то что, это не ему ..цать миллионов юзеров пойдет мозг канифолить, разумеется :)

     
     
  • 4.14, анон (?), 11:49, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    eglibc не настолько самостоятельна, чтобы перечить Ульриху :)
     
     
  • 5.27, Аноним (-), 14:31, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > eglibc не настолько самостоятельна, чтобы перечить Ульриху :)

    Что значит не настолько? Заревертить идиотский коммит, ломающий все к черту не привнося ничего полезного - как два пальца об асфальт. И под напором юзеров это запросто сделают. Не в самой еглибе, так на уровне майнтайнеров дистров (==форк втихаря, опять же). И пока федористы будут мудохаться с нерабочим флешом и глюками иных программ, у остальных все будет работать. Как вы думаете, повысит ли этот факт популярность федоры среди пользователей?

     
     
  • 6.37, Аноним (-), 16:04, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что значит не настолько? Заревертить идиотский коммит, ломающий все к черту не
    > привнося ничего полезного - как два пальца об асфальт.

    Неужели вы думаете, что разработчики eglibc могут усомниться в правоте Ульриха?

     
  • 4.21, Michael Shigorin (ok), 12:42, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну ему-то что, это не ему ..цать миллионов юзеров пойдет мозг канифолить, разумеется :)

    Да уж, в https://bugzilla.redhat.com/show_bug.cgi?id=638477 сейчас CC List: 151 users (включая torvalds с воркэраундом и мягкой критикой моронизма "несовместимцев").

     
     
  • 5.22, AlexAT (ok), 12:50, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Адоба выстрелила себе в ногу, чего удивительного.
     
     
  • 6.26, Аноним (-), 14:26, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Адоба выстрелила себе в ногу, чего удивительного.

    Все бы ничего, но...
    1) Прошлый вариант поведения тоже не нарушал стандарт.
    2) Не понятно что дает новое поведение в том плане что само по себе оно не приносит особых плюсов.
    3) Изменение поведения привело к проблемам. Как вы думаете, сильно ли хотят пользователи (вплоть до Торвальдса) страдать из-за закидонов Ульриха и  Ко при том что не понятно ради чего весь этот геморрой?
    4) Согласен с ульрихом и прочими только в одном: Adobe suxx. Но это не значит что надо развернуться к пользователям и их проблемам задницей и гнуть свою линию. С таким подходом - glibc чего доброго останется только на локалхосте у Ульриха однажды.  

     
     
  • 7.28, AlexAT (ok), 14:43, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Адоба выстрелила себе в ногу, чего удивительного.
    > Все бы ничего, но...
    > 1) Прошлый вариант поведения тоже не нарушал стандарт.

    Именно. Стандарт не нарушается.

    > 2) Не понятно что дает новое поведение в том плане что само
    > по себе оно не приносит особых плюсов.

    Прочитайте коммент #99 в багтрекере - там достаточно грамотно описано.

    > 3) Изменение поведения привело к проблемам. Как вы думаете, сильно ли хотят
    > пользователи (вплоть до Торвальдса) страдать из-за закидонов Ульриха и  Ко
    > при том что не понятно ради чего весь этот геморрой?

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

    > 4) Согласен с ульрихом и прочими только в одном: Adobe suxx. Но
    > это не значит что надо развернуться к пользователям и их проблемам
    > задницей и гнуть свою линию. С таким подходом - glibc чего
    > доброго останется только на локалхосте у Ульриха однажды.

    Ошибаетесь. GLIBC в данном случае не виноват, виноваты быдлокодеры.

     
     
  • 8.43, Андрей (??), 02:37, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Эээ А что если программу с неправильно использованной memcpy компилируют с ... текст свёрнут, показать
     
  • 5.24, AHAHAC (ok), 14:19, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну ему-то что, это не ему ..цать миллионов юзеров пойдет мозг канифолить, разумеется :)
    > Да уж, в https://bugzilla.redhat.com/show_bug.cgi?id=638477 сейчас CC List: 151 users
    > (включая torvalds с воркэраундом и мягкой критикой моронизма "несовместимцев").

    Это не маразм, просто интел проплатился Ульриху.

     
  • 3.18, Вова (?), 11:59, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Смешной копипаст этой рекламки из новости в новость, меня ещё в этой - http://www.opennet.me/opennews/art.shtml?num=26506 - новости улыбнул этот первый абзац вида "а ещё есть еглибс, она используется в дебиане, а я использую дебиан, мой вконтакт вот тут".
     
  • 3.19, Аноним (-), 12:34, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > По какой то политической причине Debian перешел именно на этот форк

    Из-за arm, Debian официально поддерживает архитектуру arm.

     
     
  • 4.29, Аноним (-), 14:48, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> По какой то политической причине Debian перешел именно на этот форк
    > Из-за arm, Debian официально поддерживает архитектуру arm.

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

     
  • 2.8, Аноним (-), 07:01, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда зачем нужна Glibc? Делали бы одну, более качественную,
    В glibc есть такой зверь, Ульрих Дреппер. Он ярый адепт религии "я Д'Артаньян, а вы все - сами знаете кто". Убедить его в его неправоте - нереально в принципе. А вот сломать что-то этот господин может только так. Поэтому есть такая шутка, что из-за некооперативности господина Ульриха все дистрибутивы линукса форкают glibc, но не все в этом признаются. Вот Eglibc - это честное признание этого факта дебианом и подобными.
     
     
  • 3.11, Аноним (-), 11:08, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    То-то RedHat все время такой сломанный...
     
  • 3.13, Аноним (-), 11:17, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вот Eglibc - это честное признание этого факта дебианом и подобными.

    Eglibc - это типичные дебиановские понты "у нас все свое", и пофиг, что реально всю работу делает RedHat и некооперативный Ульрих. Остальным дистрибутивам далеко до такой наглости, да.

     
     
  • 4.31, Аноним (-), 14:54, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > далеко до такой наглости, да.

    Да, конечно. А тех кто uclibc использует надо вообще на рее вздернуть. Как это, они смеют перечить Его Величеству Ульриху VII?!

     
     
  • 5.35, Аноним (-), 16:00, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, конечно. А тех кто uclibc использует надо вообще на рее вздернуть.

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

     
  • 3.16, анон (?), 11:51, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот Eglibc - это честное признание этого факта дебианом и подобными.

    eglibc - это та же самая glibc, с тем же самым Ульрихом, просто добавлено новое название, немного понтов и претензии на "принципиально новую ос".

     
  • 3.17, анон (?), 11:52, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Тогда зачем нужна Glibc? Делали бы одну, более качественную,

    К сожалению, никому, кроме Ульриха, это пока не удавалось. Кишка тонка, знаете ли.

     
     
  • 4.30, Аноним (-), 14:53, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > К сожалению, никому, кроме Ульриха, это пока не удавалось. Кишка тонка, знаете ли.

    Не, тут не в кишках дело, к сожалению, а в прямоте извилин. У вас, кстати. Во первых, eglibc вполне вменяема, и ульрих там не очень понятно каким боком - это отдельный проект. Еглибц пытается пинать патчи в апстрим но 100% зависимости от апстрима не содержит. А даже если о нем забыть, есть uClibc например. На который ссылка в аккурат на сайте eglibc. Да, ABI там  не совместимо, только API на уровне сорцев. Но если уж плевать на проприетару и ее проблемы как Ульрих - так несовпадение ABI тоже тогда не проблема. Пересобрал прогу и порядок :)))

     
     
  • 5.34, Аноним (-), 15:58, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Не, тут не в кишках дело, к сожалению, а в прямоте извилин. У вас, кстати.

    Назвать оппонента дураком - это типа такой железный аргумент в споре?

    >Во первых, eglibc вполне вменяема, и ульрих там не очень понятно каким боком - это отдельный проект.

    eglibc = glibc + нескучные обои.
    Весь рабочий код eglibc делается в glibc под чутким руководством Ульриха. Нет Ульриха - нет glibc - нет eglibc.

     
  • 3.20, Аноним (-), 12:40, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда зачем нужна Glibc? Делали бы одну, более качественную,

    http://www.eglibc.org/faq

    Авторы glibc сконцентрированы на поддержке рабочих станций и серверов, а eglibc стараются сохранить возможность сборки и эксплуатации glibc на встраиваемых решениях.

    Это нужно например для Debian, поскольку он официально поддерживает архитектуру ARM.

     
     
  • 4.33, Аноним (-), 15:27, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стоит прямо сказать  RH нужны только то с чего он зарабатывает деньги.
    а дебиану нужно все.
     
     
  • 5.36, Аноним (-), 16:02, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Стоит прямо сказать  RH нужны только то с чего он зарабатывает
    > деньги. а дебиану нужно все.

    RH разрабатывает ядро, glibc, гном и другие базовые компоненты линукса.
    Дебиан не разрабатывает практически ничего.

     
     
  • 6.42, Аноним (-), 20:32, 02/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    RH - разрабатывает _нужные_ им части ядра, на остальное ложит болт.
    Вспоминаем конфликт вокруг разных шедулеров - А линукс как кровно заинтересованый что бы у RH было больше бабла - выбрал сторону денег, а не Колинса.

     
     
  • 7.48, Аноним (-), 17:36, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А линукс как кровно заинтересованый что бы у RH было больше бабла - выбрал сторону денег, а не Колинса.

    Каких денег? Выбрали наиболее гибкий и эффективный шедулер. И впоследствии этот выбор себя полностью оправдал - автогруппировка в cfs дает куда большую отзывчивость, чем bfs. А Коливас обкакался, простите за выражение.

     
  • 6.44, Аноним (-), 13:20, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Стоит прямо сказать  RH нужны только то с чего он зарабатывает
    >> деньги. а дебиану нужно все.
    > RH разрабатывает ядро, glibc, гном и другие базовые компоненты линукса.
    > Дебиан не разрабатывает практически ничего.

    ага, а apt с dpkg не существует ;)

     
     
  • 7.46, Andrey Mitrofanov (?), 13:57, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Дебиан не разрабатывает практически ничего.
    > ага, а apt с dpkg не существует ;)

    Да чё там, Debian не существует же :/ , "Аноним 02-Июн-11, 16:02" сказал.

     
  • 6.45, Andrey Mitrofanov (?), 13:53, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > RH разрабатывает ядро
    > Дебиан не разрабатывает практически ничего.

    Снимите пиар-лапшу с ушей (да, _её_ Debian не "разрабатывает", кста. увы и ах.) и перстаньте нести её "свет" дальше.

    Например, http://lwn.net/Articles/430601/rss , угадайте, в каком дистрибутивет г-н Attems ментейнит ядро?...

     
     
  • 7.47, Аноним (-), 17:32, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, 0.0001% вклад дебиана я не отрицаю :-)
    Но _практически_ этот вклад неощутим.
     
  • 7.49, slepnoga (ok), 19:27, 05/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, http://lwn.net/Articles/430601/rss , угадайте, в каком дистрибутивет г-н Attems
    > ментейнит ядро?...

    A KH тогда ядро в генте пилит, и что ? это не меняет факта работы на фулл тайм на сусик :)

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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