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

Хм...

dev1 ~ # emerge -avp x11-base/xorg-server

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] x11-base/xorg-server-1.13.0  USE="ipv6 nptl udev xorg xvfb -dmx -doc -kdrive -minimal (-selinux) -static-libs -tslib -xnest" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

Поддержку чего? Альтернативной init-системы, которая в случаях шаг влево-шаг вправо делает бочку в плане backward compatibility?

Примеры можно? А то на лоре их трудно получить ввиду того, что 90% противников systemd ровно ничего о нем не знают кроме того, что нельзя держать /usr на отдельном разделе, и что сервер встроен.

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

Разве его нельзя собрать без этих модулей? Хотя бы с минимальным патчингом. И да, Поттеринг отвергает коммиты, которые позволяют это сделать?

Огласите весь список дистров перешедших на systemd.

Сколько лет он так уже существует?

Столько же, сколько существует udev как часть systemd — где-то полгода.

Но это не важно. Сейчас udev (тьфу-тьфу-тьфу) довольно слабо связан к остальным компонентам systemd, т.ч. ширина «пропасти» между ним и форком должна оставаться постоянной. Да и сам автор форка выглядит весьма вменяемым.

Огласите весь список дистров перешедших на systemd.

Федорино Горе, Зюзя, вроде бы Мандрива, Арч и несколько его форков. Про Генту, Слаку и Дебиан со всеми их производными поттерингофаги предпочитают не вспоминать. :)

Разве его нельзя собрать без этих модулей?

из коробки - нет

Поттеринг отвергает коммиты, которые позволяют это сделать?

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

Примеры можно?

Пробегало в какой-то из рассылок, на которые я подписан. Постараюсь не забыть откопать и дать пруф

На самом деле, про то, что начиная с ветки буста 1.5 определение версий буста посредством eselect будет устарелым писали раз сто. И ты, как правоверный (хе-хе!) гентушник должен был про это читать в новостях. Но даже если ты про это не читал, то при обновлении буста должен был видеть, что пакет eselect-boost был удален.

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

Печалька в том, что среди не читающих новости разрабов тоже хватает

Так может в этом беда, а не в vardalak'е?

А с каких пор одно другому мешает?!))))

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

Старый компом я называю то что 3-5 лет. То что позже это хлам для lxde \ xfce.

Тогда я тебя порадую цитатой из википедии: 8 августа 2007 года компания Intel объявила о начале действия программы по снятию с производства всех процессоров архитектуры NetBurst.[1]

Т.е. комп пятилетней давности - это Pentium IV.

Замечу, что та же kubuntu 10.10 на такой машинке работает вполне себе, если выпилить нафиг все ненужное из KDE. Но как бы я ни любил KDE, Gnome с компизом или без и даже Unity работают на такой штуке бодрее.

Я не знаю, как за три года можно было довести KDE до такого состояния.

я вот тоже не понимаю в чем беда systemd. хоть кто-ндь во всея рунете объяснит?

В середине тредов в новости о QR кодах в systemd и в новости о переходе Arch на systemd все отлично объяснено.

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

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

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

Это ссылка на стабилизацию пакета под левые арх-ры.

В комменты maintainer ни в жисть не посмотрит.

Не понял. Зачем выпилили поддержку eselect, если взамен ничего не предоставили? Если разработчики не исправили пакет, не надо было удалять eselect boost. А не обратил внимание на его удаление я просто потому, что никогда им не пользовался (хз, сам он переключал версию, или в сообщениях ебилда была просьба сделать eselect, и я машинально это делал).

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

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

нет, exi это реализация emerge на haskell, которая пока ни разу не готова.

юниты писать же проще, чем инитскрипты, напиши или возьми из федоры и зарепорть.

Я никому ничего не должен. Вроде так у вас говорят в опенсорце, не?

Было бы время на писания и тестирования скриптов, уже бы давно сделал. Я даже оверлей свой практически забросил, не то что новое что-то дописывать.

добавлю, что я отношусь к proxy, openrc и haskell + всякая мелкая хрень.

Это какой такой новый портеж ?

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

Роман, пожалуйста, не надо писать неверную интерпретацию событий, вам ведь верят.

это называется срать в подъезде^W^W^Wссать на дом, а не в дверь биться.

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

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

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

Благодарствуй, из всего этого у меня только арч годичной давности.

Я никому ничего не должен. Вроде так у вас говорят в опенсорце, не?

Нет, у нас в опенсорце, обычно говорят так: ты балабол, неосилятор и просто трепло.

Он готовые из арча брать отказывается, какое тут напиши.

Кто неустанно следит за развитием событий - расскажите пожалуйста вкратце сюжет предыдущих серий тут.

Детки сколько угодно против отцов могут греметь.

+1 поццерингам следует прислушиваться к тому, что говорят Линус и остальные.

поццерингам

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

против маразматичного дедушки

fixed

Глупенький. Заткнись уже, плиз. Ты не интересен.

вот даже не знаю что дешевле скидыватся на udev или скидыватся чтоб поттеринга анально покарали.

Он как-то молодо выглядит.

exi это реализация emerge на haskell,

А также http://en.wikipedia.org/wiki/Efficient_XML_Interchange.

Да. Такой юнец ставит в положение дядек всяких. Осознать его идеи не могут и местные самые «гуру». Мне кажется, что он действительно умён. Но козлики бодаться хотят, поэтому и блеют.

Будет альтернатива каноническому udev - буду только рад. Люблю иметь на всякий слушай запасной вариант...

Мне кажется, что он действительно умён

Это потому что ты сам глупее его.

exi это реализация emerge на haskell,

Про ненужный exi (based on xml) я знаю.

нет, exi это реализация emerge на haskell, которая пока ни разу не готова.

А вот про emerge на haskell в первый раз слышу. Nix в принципе гож, но на NixOS, но в последней есть много излишеств и ограничений, от которых я пока не могу избавиться (storage к примеру).

emerge на haskell - это концепт в чей-то голове, или что-то по этой части есть в сети?

Только зачем нужен он, и как portage вообще можно было вместить в ЯФП ? :)

Ссылочки в студию...

Глупенький. Заткнись уже, плиз. Ты не интересен.

http://tinyurl.com/d3fm2pt

Ссылочки в студию...

«exi gentoo» уже гуглит куда надо -> http://kosmikus.org/exi/ (им. http://www.andres-loeh.de/, видимо).

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

«exi gentoo» уже гуглит куда надо -> http://kosmikus.org/exi/

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

PS. Путь развития управления пакетами ports > количественый переход > portage > качественый переход > nix

http://www.andres-loeh.de/

Отличная ссылка, не знал такой, благодарю.

а, ок. в контексте генту-питон, я думал разночтений не будет.. но в след раз буду уточнять, что раз буду писать app-portage/exi.

https://github.com/kosmikus/exi

http://www.andres-loeh.de/exi/

по второй ссылке написано зачем и нужен ли.

Вот что пишет Andres Löh по поводу exi для portage:

This project is dead for a long time. It will probably neither build nor work correctly. Use at your own risk.

Думаю exi в прошлом, но возможно кому-то будет интересен в историческом плане. От себя добавлю что надобности в exi нет, когда есть свой подход к организации пакетного менеджера и свой язык для него - nix (под Gentoo nix даже не рекомендую пробывать, пробывать надо менеджер пакетов nix под NixOS).

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

А что, udev используется чем-то помимо GNU/Linux?!

А что без udev другие системы не стартуют? вот init есть практически везде.