LINUX.ORG.RU

Команда Gentoo Linux планирует совершить форк проекта udev

 , , ,


3

5

Как сообщается в листе рассылки Linux-дистрибутива Gentoo, его команда разработчиков приняла решение совершить форк проекта udev и тем самым стабилизировать его развитие. В сообщении Ричарда Яо (Richard Yao) говорится:

Всем привет!

Ни для кого из нас не секрет, что текущее направление развития udev под руководством новой команды, выпустившей systemd, крайне безрадостное. Линус Торвальдс «очень подозрительно отнесся к тому факту, что поддержка udev перешла в какой-то сумасшедший режим, вносит изменения, создающие всем проблемы, и полна явного и всепоглощающего идиотизма».

Я поговорил с некоторыми разработчиками в Gentoo, и все мы разделяем озабоченность Линуса. Я принял решение собрать команду и форкнуть udev. Помимо всего прочего, мы хотим убрать ограничение отдельного раздела для /usr. Официальное объявление будет сделано немного позднее на этой неделе.

Высказанное решение еще предстоит к рассмотрению специальным советом разработчиков Gentoo Linux, заседание которого организаторы проекта просят перенести на декабрь, чтобы лучше подготовиться и все обдумать.

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

★★★★★

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

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

Ну... В дефолте она с удевом, конечно. :)

Пересобираешь ведро без удева и удев отключаешь. :) Наслаждаешься. :)

wheel ()
Ответ на: комментарий от AX

линукс мы точно потеряем.

У вас останется Слака. Или даже BSD.
Обиженые Потерингом, блин...

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

Ну нельзя же было. Я сам долго страдал в свое время на P3, пока памяти по максимуму в машинку не набил. Чипсет 815E тогда у меня был, значит памяти скорее всего 512M.

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

Решение простое — написать их

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

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

Я пользователь, а не разработчик

Открою тебе Истину: метадистрибутивы не для пользователей, а именно что для разработчиков (а так же для профи-админов и майентейнеров).

Но тебя, начинающий Арчевод, в этих славных рядах нет, и судя по неумению набрать команду «eselect news (list|read)», и не будет!

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

в четвертых телодвижениями и выпиливанием всяким непомуков, аконадях

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

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

У вас останется Слака. Или даже BSD.

Спасибо, сами там живите. А мы хотим иметь нормальные дистры, без всяких кривоподелий.

Обиженые Потерингом, блин...

Скорее поражённые его ламеризмом.

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

Единственный недостаток — нет инитов для всех пакетов, для которых они есть в openrc.

Об этом я и говорил.

а разработчикам генты проще форки писать, чем это сделать.

Разработчиков генты, разбирающихся в systemd и являющимися членами systemd team ЕМНИП целых 2 штуки(из ~300). Как ты думаешь, 2 человека осилят написать service-файлы на ВСЕ пакеты, что есть в портаже и имеют initd-скрипты? Я думаю - нет. И пока не будет заинтересованных в продвижении systemd людей - это позиция не изменится. К слову(для повышения собственного ЧСВ), 1 service-файл(простенький) я коммитил ЕМНИП для пакета nessus-bin. Но только после отсмотра членами systemd team ИБО я нихрена в systemd не понимаю.

Решение простое — написать их

«Ok. Then - do it» (c)

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

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

Тебя услышали максимум 5 человек(в теории). Из них с вероятностью 90% - я и qnikst. А теперь догадайся, кто из них имеет отношении к udev/toolchain/gcc/other critical system stuff?

P.S. Отвечу за себя. Я - не имею никакого отношения к udev.

P.P.S. Думаю ты догадался, на что я намекаю?

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

+1.

Загнутся гентушники, не осилят форкнуть udev, да что уж говорить, когда дерево полно кривых говноебилдов.

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

Загнутся гентушники, не осилят форкнуть udev, да что уж говорить, когда дерево полно кривых говноебилдов.

давай первые 10 сюда

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

Я тебе уже сказал, что в eselect news ничего по этому поводу не было.

Открою тебе Истину: метадистрибутивы не для пользователей, а именно что для разработчиков (а так же для профи-админов и майентейнеров).

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

для профи-админов

О да, профи-админы всегда знают, как патчить сишные библиотеки. Самому не смешно?

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

2 человека осилят написать service-файлы на ВСЕ пакеты, что есть в портаже и имеют initd-скрипты? Я думаю - нет.

Я не в курсе, прошу просветить: там сложный формат? Недостаточно просто команды из обычных инитов перенести?

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

Да я ж не говорю, что они должны больше работать. Но согласись, делать форк (!) и поддерживать его (т.е. патчить при каждом обновлении udev, пока это не станет бесполезным), при том что в конце концов они не смогут этого делать, потому что разница будет увеличиваться с каждым релизом, вместо того, чтобы просто написать десяток инитов — это как-то странно. Я вижу только одну причину: разработчики стали (или были) фанатиками-паникерами, и просто не любят systemd.

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

Независимо от того, на что намёк, Поттеринг прекрасно в курсе о своей непопулярности среди населения, что как бы намекает, что фидбек работает.

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

Примеры пакетов пожалуйста

В этом году раза четыре уже было. Из того, что я только замечал. Навскидку, например, net-p2p/gnunet. Он теперь в zugaina. Другие случаи сходу не вспомню, не записывал.

Два свежачка — вообще недавно шум был. Маскировали под снос ushare и хотели сносить (уже включили в 30-дневный цикл) mediatomb. Эти удалось отстоять шумихой в багзилле и на форуме.

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

А в чем причина? Школьники уже не те?

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

http://www.google.com/trends/explore#q=Gentoo

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

там сложный формат? Недостаточно просто команды из обычных инитов перенести?

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

Я вижу только одну причину: разработчики стали (или были) фанатиками-паникерами, и просто не любят systemd.

А почему его надо любить, если ничего полезного для них он не делает, но заставляет себя использовать, принося при этом геморрой миграции?

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

так и запишем - «я устал, я ухожу»

Да нет. На серверах-то я Gentoo пока ещё держу :) А что устал ковыряться с баголовлей — я там в Juick'е писал почему. Надоело головой в закрытую дверь долбиться.

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

Наверно каждому свое, но вот мое терпение было переполнено убунтой всего за 3 месяца ее использования. Тогда как Gentoo уже более трех лет и на десктопе и на серверах

Ну да. Каждому своё. У меня-то Gentoo 8+ лет, Ubuntu в качестве основного десктопа на отдельных машинах около трёх лет, первое знакомство — 7 лет, а как почти единственный десктопный дистр — скоро год :)

В Ubuntu сейчас тоже геморроя хватает, особенно в свете их извращений с Unity. Но тут, пока, хвала энтузиастам, MATE дошёл до вполне юзабельного уровня.

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

Сколько лет он так уже существует? Первый год-два разница будет невелика...

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

Одного человека уровня создателя udev? А есть ли такие программисты в сообществе?

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

А почему его надо любить, если ничего полезного для них он не делает, но заставляет себя использовать, принося при этом геморрой миграции?

Он приносит меньше геморроя, чем форк удава. Логичным вариантом было бы выбрать то, что проще потом поддерживать.

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

Еще раз для особо упоротых про «жрущие кеды».

Хочу заметить, что если убрать эффекты в гноме, то жрать он будет в районе 320 метров.

А lxde - меньше 300.

У кед был хороший kwin. Теперь сверху накидали поискового дерьма, ненужных гномо-либо и mysql впридачу - конечно, вся эта хрень будет жрать память.

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

Он приносит меньше геморроя, чем форк удава

Эту инфу ты получил, конечно же, анализируя коммиты в udev и к-во init-файлов во всех пакетах, а также кол-во инит-файлов, не укладывающихся с наскока в юнит, да?

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

а я буду пользоваться дистрибутивами для пользователей. Какими арч и фанта и являются.

Полагаешь мы расстроимся? Можешь опробовать убунту, она еще более... блин... как бы это помягче сказать? Словом там тебе будет всяко легче. А еще можно пожаловаться маме.)))

О да, профи-админы всегда знают, как патчить сишные библиотеки. Самому не смешно?

Не-а.. Я как раз такой сисадмин. И накладывать патчи - не много ума надо. Писать вот - куда сложнее.

Но в твоем случае с бустом патчить ничего и не надо. Достаточно внимательно прочитать доку и создать (один!) мягкий линк. Лично мне этого хватило за глаза.

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

Одного человека уровня создателя udev? А есть ли такие программисты в сообществе?

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

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

С утра у меня кстати что-то xorg не собрался:-/ (прилетел 1.13). Печально, но альтернатив я не вижу, разве что дебиан в крайнем случае.

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

А, ну тогда прибавь к ним ещё инит-файлы других дистрибутивов, которые, возможно, поддержат форк.

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

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

Но в твоем случае с бустом патчить ничего и не надо. Достаточно внимательно прочитать доку и создать (один!) мягкий линк. Лично мне этого хватило за глаза.

Ну давай, поделись секретом. Что куда создать? Ни на вики, ни в сообщениях при обновлении, ни в новостях ничего об этом нет. Мне предлагается читать исходники и reference буста?

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

А, ну тогда прибавь к ним ещё инит-файлы других дистрибутивов, которые, возможно, поддержат форк.

Прибавь юниты других дистрибутивов, которые уже написали их для systemd. А таких всяко больше, потому что большинство дистров УЖЕ перешли на systemd, а этот форк ВОЗМОЖНО кто-то из оставшихся (а это только слака, дебиан и убунта, насколько я могу судить) поддержит.

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

Много делать, по сравнению с 3-ми. И ради чего? Ради циферки))) Было 3, стало 4.

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

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

Дело в том, что даже если юнит готов, он может не отвечать всем требованиям (тема о том, что инит-скрипты часто делают больше, чем просто стартуют сервис уже поднималась), и даже забрав откуда-то юнит, его надо тестировать. Люди решили, что им проще форкнуть udev, к тому же, ими может двигать желание дальше развивать openrc, что в этом постыдного?

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

Он и сейчас неплох. Про мускуль - бред, даже в дебиане он не ставится, хотя хочет akonadi-mysql (заменяется на -sqlite). Гномолибы кстати тоже сейчас не тянет, раньше было такое дело(

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

Недостаточно просто команды из обычных инитов перенести?

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

Я вижу только одну причину: разработчики стали (или были) фанатиками-паникерами, и просто не любят systemd.

Ну, во-первых, уже есть те, кто форкнули udev(можно почитать про это тут, скорее всего форки будут слиты. Во-вторых, опять же, ЕМНИП, не везде этот ваш systemd взлетает, ЕМНИП. И разработчиков альтернативных от x86/amd64 архитектур это удручает.

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

Постыдного — ничего. Но когда им это надоест (а им надоест, потому что это нужно при каждом релизе портировать все фичи в свой форк), и когда их начнут ругать за NIH-синдром (все дистрибутивы как дистрибутивы, а в генте свой ни на кого ни похожий и ни с чем не совместимый инит), они будут оправдываться и говорить «так получилось», «мы старались, но у нас недостаточно рабочей силы» и прочие штуки. И им будут сочувствовать, и никто не скажет, что они сами же эту рабочую силу пустили невесть на что, а теперь делают вид, что такие белые и пушистые.

/* выдохнул */

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

Намек на то, что фидбек для гентушных разрабов отсюда откровенно слабый. И только тематический - по тем темам, которые интересны местным разработчикам. Например мне - compiz, qnikst-у - haskell ну и т.д.

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

И разработчиков альтернативных от x86/amd64 архитектур это удручает.

А вот с этого места поподробнее. На армах не работает? Может, лучше допилить поддержку, чем форкать?

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

Пост до конца не стал читать. Когда перестанешь свои фантазии выдавать за действительность, можно продолжить.

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

Надоело головой в закрытую дверь долбиться.

Дай пост на juick. Жопное чутье подсказывает что ты стучал только в багзиллу...

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

А я не говорю, что конкретный пост дойдёт до нужного человека, я про то, что коммьюнити же, как обычное общество, ситуация нагнетается, народная воля изъявляется, все при деле :)

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

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

Но просто в общении на злободневную тему ничего плохого не вижу.

Binary ★★★★★ ()
Ответ на: комментарий от vurdalak
dev1 ~ # ls -la /usr/include/boost*
lrwxrwxrwx 1 root root   16 нояб.  3 14:07 /usr/include/boost -> boost-1_51/boost
lrwxrwxrwx 1 root root   10 нояб.  3 20:19 /usr/include/boost-1_49 -> boost-1_51

dev1 ~ # eix dev-libs/boost
[I] dev-libs/boost
     Available versions:  1.46.1-r1 1.49.0-r2 (~)1.51.0-r1 {{debug doc +eselect icu mpi python static-libs test tools}}
     Installed versions:  1.51.0-r1(14:06:26 03.11.2012)(python -debug -doc -icu -mpi -static-libs -tools)
     Homepage:            http://www.boost.org/
     Description:         Boost Libraries for C++
k0valenk0_igor ★★★ ()
Ответ на: комментарий от vurdalak

Может, лучше допилить поддержку, чем форкать?

Поддержку чего? Альтернативной init-системы, которая в случаях шаг влево-шаг вправо делает бочку в плане backward compatibility? Как говорят мои забугорные коллеги «Oh, come on!...». ИМХО проще починить сломанное колесо(поддержку работы БЕЗ systemd) у машины(udev) чем прикручивать другое колесо(поддержку других архитектур) к emacs-оподобной init-системе с HTTP-сервером и QR-кодами внутри(пояснения излишни).

Моя личная претензия к systemd простая - когда всё это научиться компиляться по отдельности модулями, а базовая, необходимая часть для работы всего и вся усохнет в объемах раз так в 5, вот тогда можно будет и начать что-то делать.

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

пока эта ситуация «нагнетается», баги на гентушной багзилле протухают по 5-6 лет(даже по тем пакетам, которые нужны). Потому что «поматросили и бросили». Всмысле «повозмущались и забили». Тематически надо, «не в бровь, а в глаз»

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

Ну и почему это не делается автоматически, как во всех пакетах? Откуда я должен был об это узнать (сообщение об ошибке говорит compiled with filesystem version 3 but boost filesystem != 3)?. Очень информативно, и главное — сразу видно, что надо создать симлинк.

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

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

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