LINUX.ORG.RU

Смена власти в проекте Glibc, уход Ульриха Дреппера из управления проектом

 ,


0

1

Рональд Макграт, основатель системной библиотеки Glibc, объявил о роспуске курирующего разработку Glibc управляющего комитета, что приведёт к передаче полномочий по принятию решений в руки команды активных мейнтейнеров. Комитет принял решение о своём роспуске, посчитав, что сформировавшееся сообщество разработчиков способно обеспечить саморегулирование. Направление развития и политика проекта теперь будут определяться через достижение консенсуса среди людей, непосредственно вовлечённых в разработку Glibc.

Джозеф Маерс, один из мейнтейнеров Glibc, пригласил энтузиастов принять участие в разработке Glibc и указал на то, что соблюдая правила GNU и не отходя от устоявшихся в сообществе норм и стиля кодирования, участники разработки могут претендовать на получение права коммита. В будущем не исключено решение всех разногласий с разработчиками еglibc и постепенную интеграцию расширенных функций еglibc в glibc, что в итоге может привести к слиянию обеих системных библиотек в единый проект.

Среди утверждённых мэйнтейнеров отмечены Рональд Макграт, Райан Арнольд, Максим Кувырков, Джозеф Маерс, Карлос О'Донелл и Алехандре Олива. Примечательно, но в списке нет Ульриха Дреппера, который отмечен на сайте Glibc как наиболее влиятельный разработчик, отвечающий за приём патчей и сопровождение проекта. В сообщении о роспуске комитета выражается благодарность Ульриху Дрепперу за вклад в развитие Glibc, но он не включён в новую команду мэйнтейнеров, что связано с его уходом из компании Red Hat и невозможности тратить много времени на проект (работа в RedHat подразумевала трату на Glibc всего рабочего времени).

Новость взята с opennet.ru

>>> Подробности

★★★★★

Проверено: tazhate ()
Последнее исправление: JB (всего исправлений: 3)
Ответ на: комментарий от anonymous

ЕМНИП он в адобе не работал, поэтому сломать флеш не мог.

Он исправил поведение функции копирования памяти, что привело к багам во флеше. Ведь разработчики флеша не нуждаются в чтении документации.

andreyu ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Ты хочешь сказать, что memcpy был плохой функцией изначально? И что ей нельзя пользоваться, кто пользуется - тот дурак? Программисты из Intel молодцы, поняли это, и сломали эту функцию! Теперь все должны пользоваться только memmove?

О, еще один дурачок, не умеющий читать маны и думать головой.

andreyu ★★★★★
()
Ответ на: комментарий от anonymous

эгоист, это тот, кто думает о себе, вместо того, чтоб думать обо мне!

Если «о себе» и «обо мне» это 1 к 1, то я с тобой согласен, а если «обо мне» это о миллионе меня, а «о себе» это об одном себе то тут лучше при разработке большинству уступить.

Loki13 ★★★★★
()

уход Ульриха Дреппера

Скиллы Линуса, упёртость Столлмана, авторитет Патрика... Нет, этому человеку не найти замену!

unsigned ★★★★
()
Ответ на: комментарий от no-dashi

no-dashi

И вообще, ябы предпочел, если бы программы валились в эксепшнами в любом случае UB. Так оно правильней.

Однозначно. Причин для использования UB нету, а само его определение позволяет смело валить программу (и еще писать в консоль про идиотов-разработчиков).

Pavval ★★★★★
()

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

swar0g ★★★★
()
Ответ на: комментарий от swar0g

Эсперанто где-то является официальным языком? Если для каждого бормотания локаль делать, ни одна кровать не выдержит.

imul ★★★★★
()
Ответ на: комментарий от imul

Эсперанто где-то является официальным языком?

Если верить названию предполагаемой локали, то в Уругвае.

O02eg ★★★★★
()
Ответ на: комментарий от swar0g

А клингонскую локаль ему никто не пробовал присылать?

Legioner ★★★★★
()

Де-факто Ульрих давно уже ушел. Посмотрим, как скоро glibc скатится в сраное говно.

Manhunt ★★★★★
()

Посмотрим, что из этого получится.

Кстати, откуда дровишки про слияние с eglibc? В списке рассылки я не нашёл ни одного упоминания...

cruxish ★★★★
()
Ответ на: комментарий от Xenius

Это то чувак, который сломал звук во флеше?

Флеш не нужен

эээ... герр Ульрих?

registrant ★★★★★
()
Ответ на: комментарий от cruxish

Кстати, откуда дровишки про слияние с eglibc? В списке рассылки я не нашёл ни одного упоминания...

мне думается что если eglibc появился в результате разногласий с руководителем glibc, то вероятно объединение этих проектов, не?

I-Love-Microsoft ★★★★★
()

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

mkeee
()
Ответ на: комментарий от imul

В glibc куча локалей для всяких малых языков и диалектов, носителей которых по всему миру гораздо меньше, чем говорящих на эсперанто. Многие из них не имеют «официального» статуса в своей стране.

Не добавлять эсперанто только потому, что никто на нём не говорит - это как минимум невежество и лицемерие. Особенно в свете того, что все эти ваши гномы-кде-и-куча-всего уже давно довольно неплохо локализованы для эсперанто. Программы локализованы, локаль добавляют посредством патчей практически все крупные дистрибутивы, называется она там eo, eo_XX, еo_XY, eo_EO и т.д. То есть бардак, который вызван искуственно упомянутым в топике господином. Который даже аргументов на это никаких не называет, ссылку на «дискуссию» приводили выше.

swar0g ★★★★
()

Примечательно, но в списке нет Ульриха Дреппера

День траура. Теперь разработчики glibc будут яростно потакать быдлокодерам и скатятся в УГ.

northerner ★★★
()
Ответ на: комментарий от imul

Вообще эсперанто по-идее не должен становиться ничьим родным языком, хотя это далеко неоднократно происходило. Читайте Википедию, если хотите об этом проинформироваться. Здесь на ЛОРе это оффтопик.

swar0g ★★★★
()
Ответ на: комментарий от no-dashi

Не совсем так, memcpy(3) не гарантирует проверку перекрытия регионов. Но в чем будет расхождение со стандартом если она станет работать в точности как memmove(3)? Другими словами - стандарт не определяет поведение в случае перекрывающихся регионов, значит в этом случае разработчик волен поступать по своему усмотрению.

A-234 ★★★★★
()
Ответ на: комментарий от ZenitharChampion

То-то видно, что ты во второй класс перешел! Молодец, иди к успеху дальше, надеюсь, фортанет...

anonymous
()
Ответ на: комментарий от swar0g

В glibc куча локалей для всяких малых языков и диалектов, носителей которых по всему миру гораздо меньше, чем говорящих на эсперанто.

Пример?

Многие из них не имеют «официального» статуса в своей стране.

Пример?

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

Ты сейчас о ком? Определитесь уж, говорит кто-то на нём, или нет. А то у меня другая информация есть и эта причина не катит, следовательно обвинения в лицемерии мимо кассы.

Ну а теперь добавят и будет бардак ванильно. Аллилуйя!
В психушках тоже много людей, которые сидят в камерах, ставших им родным домом и бормочут на языках, ставших для них родным. Даёшь для каждой камеры свою локаль.

imul ★★★★★
()
Ответ на: комментарий от swar0g

Вообще эсперанто по-идее не должен становиться ничьим родным языком

ЧТД. Дальше можно и не обсуждать.

хотя это далеко неоднократно происходило.

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

Читайте Википедию, если хотите об этом проинформироваться.

Это я умею делать и без тебя. Что-то есть ещё сказать?

Здесь на ЛОРе это оффтопик.

В контексте Дреппера это вполне топик. А именно в вопросе почему Володька сбрил^W^WУльрих занимал относительно данной локали именно эту позицию.

imul ★★★★★
()
Ответ на: комментарий от A-234

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

... значит, в случае возможности перекрытия регионов разработчик НЕ ИМЕЕТ ПРАВА использовать memcpy. Не «волен поступать», а «обязан реализовать корректное решение».

no-dashi ★★★★★
()
Ответ на: комментарий от andreyu

Он исправил поведение функции копирования памяти

исправил

LOLWUT?!

Стандарт и, соответственно, документация на memcpy, никак не определяют еë поведение при копировании перекрывающихся областей. Как можно что-то исправить, если нигде не указано, каким это что-то должно быть?

anonymous
()
Ответ на: комментарий от Deleted

Вендекапец живьем осенью выходит.
Правда, у семерочки время жизни до 2020...

pekmop1024 ★★★★★
()
Ответ на: комментарий от A-234

Производительность.

Проверка перекрытия регионов — это сколько там условных переходов?

if (dst >= src)
{
  if (dst < src + len)
     goto UB;
}
else if (src < dst + len)
     goto UB;

В среднем 2.5 перехода, ага.

Дрепперы как бы намекают, что это — слишком большая потеря производительности. facepalm.c

geekless ★★
()
Ответ на: комментарий от no-dashi

Ты мне лучше скажи, какой вообще смысл не проверять перекрытие регионов в memcpy?

«я бы предпочел, если бы программы валились в эксепшнами в любом случае UB. Так оно правильней.»

geekless ★★
()
Ответ на: комментарий от Deleted

Разница огромная

Но, существует только в воспалённом сознании.

но ты продолжай троллить

Девочка, ты делала gtfo из соседнего топика? Не стесняйся, делай дальше в следующий. Главное не останавливайся, отыщи нас всех и напиши об этом везде-везде.

Хотелось бы услышать реальные аргументы «за». В частности статус этого неестественного малонужного языка.

imul ★★★★★
()
Ответ на: комментарий от no-dashi

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

A-234 ★★★★★
()

Ульрих - молодец :-)

Скинул с себя бремя работы над glibc и перебрался в GS делать денюжку. Правильно, пусть другие горбатятся за «спасибо», а еще лучше за «какого %@я этот м:%к сломал мой флэшик?».

rtvd ★★★★★
()
Ответ на: комментарий от Deleted

То есть ты решил свои проблемы спроецировать на меня, а по сути тебе ответить нечего? ЧТД.
Напоминаю, речь шла о Дреппере и локали эсперанто.

imul ★★★★★
()
Ответ на: комментарий от A-234

Ровно один: если dst >= src копируем от начала к концу, иначе - от конца к началу.

Нет. Если ты хочешь, чтобы memcpy была неотличима от memove, так просто не получится. Ты не побайтово копируешь, сейчас не 80-е, алё. :} Допустим, ты копируешь блоками размером N, а abs(dst-src) < N. Упс.

geekless ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.