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

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

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

либо страдал либо не замечал тормозов

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

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

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

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

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

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

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

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

Да, довольно большой.

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

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

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

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

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

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

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

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

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

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

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

«Ok. Then - do it» (c)

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

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

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

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

+1.

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

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

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

Где на bugs.gentoo.org ссылка?

https://bugs.gentoo.org/show_bug.cgi?id=416897

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А lxde - меньше 300.

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

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

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

А то.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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