LINUX.ORG.RU

Представлен релиз GNU sed 4.2.2, мейнтейнер покидает проект

 , ,


1

3

Выпущена новая версия потокового текстового редактора GNU sed 4.2.2. В релиз вошли следующие улучшения:

  • Исправлена неправильная работа со строками, длина которых больше чем 2^31.
  • Исправлена ошибка, приводящая в случае наличия неполной многобайтовой последовательности к бесконечному циклу.
  • Ключ «-u» теперь отключает не только буферизацию вывода, но и буферизацию ввода.
  • Новая команда «F», выводящая текущий входной файл.
  • Опция --binary теперь учитывается при вызове sed -i, в выражениях типа s///w, и при использовании команд `w' и `W'.
  • При использовании ключа --posix скрипты, оканчивающиеся символом «\» теперь не выполняются.
  • Новая опция -z для разделения строк символами ASCII NUL
  • Последовательность \x26 при использовании в команде замены (s///) генерирует теперь обычный символ «&» вместо подстановки значения соответствующей группы. Это также касается и других подобных символьных последовательностей.

Кроме того, мейнтейнер проекта Паоло Бонцини (являющийся также мейнтейнером проекта grep и активным участником проектов GCC, GNU Smalltalk, Autoconf, Automake, Libtool, gnulib, libsigsegv и Bison) заявил об уходе. Причиной этому послужило его несогласие с некоторыми идеями Ричарда Столлмана и его методами управления GNU и FSF, а именно:

  • Вследствие авторитарного управления FSF одним человеком, все лидеры проектов GNU вынуждены игнорировать почти все рекомендации и стандарты исходящие от FSF. В качестве примеров подобных решений названы переход GCC на C++ и использование JavaScipt в GNOME. При этом, до сих пор не приняты единые рекомендации по разработке на C++, так как Ричард считает его плохим языком. Также Паоло отмечает, что сами стандарты разработки GNU (GNU Coding Standards) устарели.
  • FSF практически ничего не делает для GNU. Даже такие проекты как Gnash, имеющие высший приоритет в списках FSF, имеют недостаток финансирования.
  • Больше нет никакого смысла добавлять этикетку GNU к своему проекту. Многие люди ассоциируют GNU с медленным слоном, а не с быстрой антилопой. Проекты типа LLVM добились успеха благодаря косности процесса разработки GCC, а Apple вызывает симпатию людей поддержкой таких проектов, хотя и делает это лишь во избежание проблем с лицензией GPLv3. GNU больше не является эмблемой авангарда технического прогресса.

Таким образом Паоло считает, что ему больше нет смысла работать в GNU и он отказывается от участия во всех проектах, кроме GCC и GNU Smalltalk.

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

★★★★★

Проверено: maxcom ()

Ответ на: комментарий от alx_me

Во, началось! Что деньги с людьми делают.

Мсье деньги вовсе не интересуют? Мсье на идевении у родителей?

Ну, господа бздуны, не долго вам осталось радоваться. Сейчас GNU завалят, и ваша халява усохнет, как tcl/tk. Зачем дурачкам платить и помогать в работе если они и так работают? Только чтобы показать какие корпорации хорошие и добрые. Ну вы увидите какие они добрые без GPL

Вот сейчас буду кросскомпилировать FreeBSD для Raspaberry PI clang'ом и радоваться тому что меня попоболь поклонников Столмена мало касается.

yurkis ()
Ответ на: комментарий от lucentcode

Linux на десктопах не может себе позволить долгую загрузку. Поэтому на десктопах systemd нужно вводить принудительно

Употребление вина вместо воды в детском возрасте необратимо влияет на способность к мышлению. Поэтому такой человек уныло талдычит про «ускорение загрузки с системдэ» вопреки фактам. Я ставил Xubuntu и OpenSUSE на один и тот же нетбук. Первая грузилась 45 секунд до логина, вторая — 55. Это, ёптыть, факт! А то, что пишут фанатики поттеринга — рекламная брехня.

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

Эрэфии, конечно же, очень нужна разработка СПО. Так же, как ракета «Энергия», космоплан «Буран», станция «Мир», Ту-204, речные суда на подводных крыльях, экранопланы, процессор «Эльбрус» и прочее наследие проклятого совка.

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

Вот заладил. Такое впечатление создается, что ты целыми днями любуешься на скорость загрузки твоей что-то-там-с-кривым-launchd. Может все же начнешь наконец работать, а не перегружать постоянно комп?

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

и из-за нововведений GPLv3.

А ещё говорят, что gpl3 плохая лицензия. А был бы gcc под bsd - где был бы ваш llvm? :)

ForwardToMars ()
Ответ на: комментарий от dimav123

плохому танцору йайца мешают.

С++ замечательный ЯП, но требует солидного запаса серого вещества, в отличии от C/python и подобных.

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

Да ладно, для многих проектов лицензия не критична. Тот же grep проприерасты тянуть в свою проприетарную ОС по любому не станут. А пользователи grep если столкнутся с багом, и смогут его исправить, по любому пришлют патч. И им дела нет до лицензии. Одной правильной для всего ПО лицензии не существует. Базовые библиотеки к примеру лучше распространять под MIT/BSD. Их популярность от этого возрастает, ведь ими будет пользоваться больше народу. А патчи разработчику будут слать и проприерасты, им же держать отдельную ветку с нужной им либой, и вечно накладывать свои патчи на новые версии либы просто не выгодно. Легче послать патч, и этим решить данную проблему один раз, и на всегда. В общем, с лицензиями не всё так однозначно, как это некоторым кажется. Пример jQuery хорошо демонстрирует тот факт, что патчи присылают вовсе не потому, что лицензия обязывает. Просто поддерживать свою версию отрытой либы(или тулзы) дороже, чем послать патчик разработчику. А в различных компаниях деньги считать умеют, так-что посылая патчи разработчику, они просто экономят деньги своих акционеров.

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

Да, не получится. И весь столмановский шарм сразу пропадёт, если он сдуется. В глубине души он это понимает, поэтому будет наяривать всё яростней, с каждым годом. Главное, что-бы он не перессорился со всеми своими ярыми помощниками, ведь к дальнейшей радикализации не все из них готовы.

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

А вы не подумали, что сравнивать два разных дистрибутива, с разным набором ПО и количеством стартующих сервисов - это как минимум не корректно? Я использовал арч без systemd, потом перешёл на systemd. Дистр остался тем-же, набор ПО - тот же. Так вот, время загрузки после перехода на systemd сократилось. Не сильно, но сократилось.

P.S.: Да, и насчёт вина - я не употреблял(и не употребляю), употребляю спиртное по двум причинам: у меня аллергия на алкоголь, и я рос в протестантской среде. У нас не принято потреблять алкоголь. Вообще. С детьми бакона меня сравнивать не стоит. И молдавские традиции меня не касаются. Я в их праздниках, культуре и религии ничего не понимая. Для меня это всё - чужое и непонятное:) А вот вы с ними, похоже, не по наслышке знакомы... Выросли в Молдове? Печально, лучше расти в другой стране. Где нибудь на Западе.

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

Кто-то пару дней назад всячески поносил Европу от Вашего лица. У Вас украли аккаунт, или это просто разные голоса в голове?

Oleaster ★★★ ()

мейнтейнер покидает проект

Все правильно сделал. Майнтейнеры ненужны. Линухс должен обеспечивать швабоду пользователям, а пока мы видим анальную зависимость от майнтейнеров.

Xintrea ★★★★★ ()

При этом, до сих пор не приняты единые рекомендации по разработке на C++, так как Ричард считает его плохим языком.

Паоло Бонцини говорит так, как будто C++ - это что-то хорошее.

Таким образом Паоло считает, что ему больше нет смысла работать в GNU и он отказывается от участия во всех проектах, кроме GCC и GNU Smalltalk.

Ну так бы и сказал: «Мне надоели эти проекты - я хочу только Smalltalk поддерживать». А то сопли разводит и поток мысли о наболевшем выплёскивает.

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

Да вообще-то JS использовать где-то кроме веба - глупо. Я понимаю, что хочется набрать побольше создателей контента (разработчиками JS-кодеров современных назвать нельзя), чтобы гном стал так или иначе кому-то нужен (и не только гном). Но, блин, из-за таких долбодятлов ОС, которой ранее нужен был компьютер куда слабее, без четырёхядерника с 32Gb RAM работать быстро уже не может.

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

В чём он прав? В том, что софт должен стать bloatware, о чём он заявил? Он идиот.

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

Ну и сказал бы, что ему нравится по-своему огранизовывать процесс разработки. Зачем срать на FSF и GNU? У меня есть подозрение, что некоторым неадекватным лицам FSF и GNU сильно мешают.

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

Ну вот типа таких неадекватов и высовываются, так как GNU и FSF им сильно мешают высирать говно и обмазывать им систему.

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

Поэтому на десктопах systemd нужно вводить принудительно, не обращая
внимание на вопли ретроградов о свободе выбора, и прочей чепухе.

Только все забывают, что в этот systemd запихивают контроль над ОС. И вот от этого непойми-что-комбайна будет зависеть стабильность работы ОС вообще ? Нафиг-нфиг.

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

Apple - основной писатель кода для GCC? Не смеши мои тапочки.

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

lucentcode> Хотят GCC на C++ разрабатывать - это право разработчиков и т.п.

Вот это очень тонкий вопрос. Право в таком основополагающем проекте для всей экосистемы - это ещё и ответственность. Если из-за перехода на C++ разработчики превратят GCC в неподъёмную помойку (они сейчас кое-как стараются разгрести имеющийся код с переменным успехом), то хуже будет всем и сразу. На GCC возлагают надежды разнообразные разработчики. Из-за этого вопрос права разработчика переносится на вопрос того, разумен ли разработчик GCC вообще.

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

lucentcode> И наконец, основные библиотеки стоило бы сделать более совместимыми с другими лицензиями, что-бы не приходилось городить bionic вместо libc и т.п.

Та же glibc под LGPL. Никто не мешает ей пользоваться. Гугль же использует bionic только потому, что старается использовать как можно меньше компонентов, мешающих закрыть ОС. Если бы стандартное окружение GNU использовалось, потребители ведроида в виде производителей коммуникаторов и планшетников имели бы больше геморроя с закрытием системы. Да - у них проприетарная версия андроида.

lucentcode> И наконец, там где прогрессивные технологии вроде systemd проникают в экосистему

systemd - это не прогрессивная технология, а кусок дерьма с непонятными целями. То инит там вместе с бинарными логами, которые преимуществ не дают на фоне имеющейся система. То HTTP-сервер встроили, то генератор QR-кодов. Скорость загрузки не намного ниже по сравнению с SysV Init, зато свой собственный язык описания сервисов есть вместо shell, да. Systemd мог сделать только ушибленный на всю бошку шизофреник, коим поцеринг и является. Сложность возрастает многократно, а существенных преимуществ нет. Деградация в чистом виде.

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

Ну не скажи. Нынче кроме прикладного софта появились всякие системные сервисы типа непомука, пульсаудио, а также имеются DE. Это всё запросто может тормозить.

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

Да у их ход мысли просто таков, что хотят они свои прогрессивные(TM) и опережающиевремя(R) идею реализовать, а то, что GNU пользуются кроме них другие люди - это им по барабану. Вот они и истерят, когда их клювом в говно тыкают и по шее дают. Кому-то ещё просто осточертело всё и им надоедает _только_ писать код. Но недовольство накопилось и надо кого-то обосрать.

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

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

Quasar ★★★★★ ()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от lucentcode

Я использовал арч без systemd, потом перешёл на systemd. Дистр остался тем-же, набор ПО - тот же. Так вот, время загрузки после перехода на systemd сократилось. Не сильно, но сократилось.

а тебе не приходило в голову, что если переписать SysV на brainfuck время _тоже_ сократится? Нет? Пруфов хочешь? Легко: На SysV демон X стартует после демона Y. Это никто не трогает, ибо проще подождать 1 секунду раз в году, чем три часа переписывать. Однако, переделывая это всё на BF, у тебя нет никакой необходимости ждать демон Y, тебе _всё равно_ переписывать. Потому-то загрузка на BF будет быстрее. Особенно в первые месяцы, пока не обрастёт костылями, как обросла сейчас SysV.

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

Они далеко не за бортом. Основные компоненты, на которых экосистема СПО держится - именно от FSF с GNU. Да: можно выкинуть их и заменить на окружение из БЗДни, можно использовать другие реализации не от GNU. Но Основа от GNU как была надёжной и предсказуемой, так и осталась.

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

Проприетарные прошивки устройств - тема отдельная и слишком спорная. С одной стороны это часть аппаратного комплекса, но с другой стороны могут быть исходники (а ещё могут быть только бинарники без исходников изначально). Тут я со Столлманом не согласен.

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

Вот тогда многие взвоют через некоторое время, так как поймут, наконец, что Столлман оказался право во многом.

Quasar ★★★★★ ()

ЛОР такой ЛОР, даже Поттеринга с systemd уже в тему вписали. Кто нибудь вообще написал хоть что-то, сравнимое по масштабу, успеху продвижения, что позволяет ему обсирать systemd?

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

GNU никогда Linux-only не продвигало и не старалось всё своё пропихнуть везде и всюду. Это тебе, дружок, присинилось.

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

Ты предлагаешь не относиться негативно к еде из нефте-химии, силиконовым сиськам и резиновым бабам только потому, что мы это не производим?

В чём логика?

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

Да вообще-то JS использовать где-то кроме веба - глупо

Не так. Для чего JS используется в вебе? Правильно, для управления поведением UI. Справляется ли он с этой задачей? Вполне.

Сществуют ли аналогичные задачи вне веба?

Существует ли в контексте этой задачи разница, как UI взаимодействует с приложением — по HTTP или каким-то другим способом?

linuxnewb ()
Ответ на: комментарий от Boboms

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

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

ну его идеал разработки судя по письму - гном. так что пожалуй хорошо что он ушел.

dimav123 ()
Ответ на: комментарий от niXman

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

dimav123 ()
Ответ на: комментарий от lucentcode

Базовые библиотеки к примеру лучше распространять под MIT/BSD

Именно. Поэтому референсные реализации тех или иных стандартов идут под чем- то BSD подобным

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

В точку! Одно в BSD плохо- нет явной защиты от патентов.

yurkis ()
Ответ на: комментарий от lucentcode

От себя добавлю- пока сообщество развивалось сугубо своими силами подход Столлмана работал. Но тут пришли корпорации с деньгами и fulltime разработчиками и в моду начал входить прагматизм. Плюс сильно возросла сложность проектов. И тут часто только финансово мотивированая команда разработчиков с четким планом действий оказывается в гораздо более выгодной ситуации. Само по себе сообщество может и могло бы что- то родить. Но внутри себя оно скорее пересрется. А тот же RH спокойно себе пилит что ему нужно и альтернатив не так уж и много.

yurkis ()
Ответ на: комментарий от Quasar

Паоло Бонцини говорит так, как будто C++ - это что-то хорошее.

А Вы говорите так, как будто C++ это что- то плохое.

yurkis ()
Ответ на: комментарий от Quasar

Конечно не стоит скидывать со счетов такие рюшечки. Но это не значит, что надо ориентироваться на них и только на них как всякие говноеды Шаттлворты делают... А выяснилось, что свистелки и перделки не способствуют пополнению числа пользователей.

Ага. Только Ubuntu- стандарт де-факто для десктопа Linux разработчика. И та же Valve свой Steam изначально имеено под Ubuntu пилит. Шаттлворт дурак и неудачник.

yurkis ()
Ответ на: комментарий от Quasar

Проприетарные прошивки устройств - тема отдельная и слишком спорная. С одной стороны это часть аппаратного комплекса, но с другой стороны могут быть исходники (а ещё могут быть только бинарники без исходников изначально). Тут я со Столлманом не согласен.

Тут с Вами согласен. Многие не учитывают что даже при наличии исходников фирмвари их еще чем- то нужно компилировать. А если чип совсем заказной? А если для того чтобы скомпилировать 15 кб фирмвари нужен черезжопный тулчейн с фиг знает как патченым GCC, который работает только на Ubuntu 8.10?

yurkis ()
Ответ на: комментарий от vasilenko

Ubuntu не линукс.

И Adroid тоже не GNU/Linux. И еще более полон свистелок/перделок. И это заставляет сомневаться что «свистелки и перделки не способствуют пополнению числа пользователей.»

yurkis ()
Ответ на: комментарий от Quasar

Вот это очень тонкий вопрос.

нет вопроса. gcc уже месяц разрабатывается на С++. сейчас ,все надежды на С++, ибо только С++ позволит навести порядок в тоннах беспорядочного Си-кода.

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

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

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

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

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

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

Ну, это же очевидно, Кэп! ;)

СистемДы - такая же искусственная, уродливая и неествественная для Unix-а хрень, как вышеприведённые пакости.

Какой смысл в СистемДы? ИМХО, пытаются повторить Венду (не понятно зачем) задней правой пяткой, не имея ни опыта, ни ресурсов, ни времени, ни запаса по прочности как у M$ (могут выбросить на рынок Висту, Вин 8). В итоге ничего путного не получится. Абсолютно тупиковый путь.

On top of it, размытие «бренда» «Unix» с его принципами ака K.I.S.S и т.п. Есть M$ Server, а есть Unix сервер «Fedora». Убери диференциацию и Красная Шапка станет не нужна.

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

Писать столь сложный проект на столь древнем ЯП, не предназначенном для написания больших и сложных программ(отсутствие объектов, нормальной декомпозиции, неймспейсов и других плющек, здорово облегчающих разработку большого и сложного ПО с кучей модулей) делают разработку такого проекта на C сродни безумию. Гейм-мейкеры давно уже поняли, что C не очень хорош для проектов такого уровня... Когда код дико разрастается, очень трудно его потом причесать и разложить по полочкам... И всё трудней вносить в такой код изменения так, что-бы не задеть и не испортить уже работающий код.

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

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

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