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

А было бы неплохо задуматься!

А consolekit?

С этим, видимо, к canonical - больше охотников поддерживать устаревший, заброшенный код вроде-бы нету.

Я хорошо помню вопли во второй половине нулевых вопли «запилите нам гуй к настройке сети, принтерам и прочей радости» - получайте! Помнится легенды ходили про «настроить сеть в линуксе». Но соглашусь, часто бредовые решения принимаются без хоть какого-то одобрямс со стороны общества. Жрите что дают так сказать...

У меня это вообще в make.conf прописано;)

EMERGE_DEFAULT_OPTS="--jobs=1 --autounmask-write=y --keep-going"

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

openrc есть в ауре. У меня стоит на двух машинах — все ок.

Видимо, нормальной поддержки systemd в генте я так и не дождусь.

Хм. А ты пробовал его ставить? В Gentoo-то?

Фишка в том, что «нормальная поддержка» на данном этапе больше зависит от опций в ебилдах всех пакетов, для которых нужны юниты, чем от возможности тупо установить самого systemd.

Потому что нормальная поддержка – это когда я включаю use-флаг/опцию systemd, собираю мир как обычно и не думаю о том, что мне нужно делать что-то ещё – нужные сервисы включаются-выключаются обычным для этой системы инициализации образом, без необходимости гуглить и скачивать (и руками обновлять!) какие-либо файлы для каждого пакета в интернете. То есть нужна поддержка на примерно таком же уровне, на котором в генте и в мире поддерживается openrc.

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

Иными словами: да пусть бы даже был один дистрибутив,

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

Кто-то же должен сказать идиотам, что они идиоты.

Эмм, как бы там ничего не поломано. Просто задержка 30сек для некоторых устройств.
Так что визги с пеной у рта явно излишни. Линус в этой переписке выглядит как неуравновешенный школьник.

Наконец приступили к делу, что радует.

anonymous

gnome 3 для неудачников kde 4 для неудачников systemd аналогично

Почему для неудачников? Скорее для счастливчиков у которых железо ещё тянет эти среды :)

kde 4 для неудачников

для счастливчиков у которых железо ещё тянет эти среды

Где вы такие упоротые беретесь?

# cat /proc/cpuinfo | grep "model name"
model name      : Genuine Intel(R) CPU            2140  @ 1.60GHz
model name      : Genuine Intel(R) CPU            2140  @ 1.60GHz

# lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)

Комп 5, если не более лет давности, KDE 4.9.3 - работает прекрасно.

Вообще, Gentoo - это копия FreeBSD на ядре Linux.

Скорее дальнейшее развитие идеи ports.

portage, не смотря на то что в основе своей имеет нелюбимый не только мною python, удобнее и «инновационней» чем ports.

Ничего больше похожего на FreeBSD в Gentoo нет.

Ты все прекрасно понял о чем я. И не надо тут из себя строить умного. Понаплодили ненужных велосипедов и еще кучу форков заместо них. Это я и имел ввиду.

That's great news. I am wiling even to switch the distro, just to get rid of Kay Sievers and his work. Go, Gentoo, go.

Попробуй exherbo, если надумаешь менять дистрибутив. В exherbo очень нужны пользователи / тестировщики / разработчики и мейнтейнеры пакетов.

Уж лучше пробывать NixOS, он тоже нуждается в таковых, можно его допиливать и не спеша впрочем, а использовать в работе Gentoo.

Весь тред не читал, но предположу, что это первый коммент по теме. А именно, по теме исходного письма от Kay Sievers (http://www.spinics.net/lists/netdev/msg185742.html) о «новом поведении udev», которое так всех и возмутило.

Вот у меня имеется ТВ-тюнер на чипе XC5000. Так вот, одноимённый драйвер чипа при инициализации заливает фирмварь. Всё бы ничего, да вот делает он это невыносимо долго (невыносимо относительно нынешних boot time, где борьба идет за каждую секунду). Но это еще пол беды, я все равно использую suspend/hibernate (к текущему моменту они даже вроде бы стабильно работают на моём железе! купленном 5 лет назад... yay!). И вот оно как раз (по моим подозрениям) тормозит своей фирмварью еще и эти процессы. Что совсем грустно.

Итого - новое поведение не пофиксит этот «баг»? И как раз не для таких ли случаев они так сделали?

Не одобряю, просто интересно.

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

Где вы такие упоротые беретесь? Комп 5, если не более лет давности, KDE 4.9.3 - работает прекрасно.

Присоединяюсь к этому. Проблемы кде переросли в какую-то легенду нереальную. Вы хоть попробуйте. Опять же тут можно ненужные службы отключить анимации темы и композит , т.е. потюнить конкретно для старого компа. Старый компом я называю то что 3-5 лет. То что позже это хлам для lxde \ xfce.

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

стартовые скрипты bsd, не?

Еще веселят сказки про жручесть кед. Естественно, чем больше демонов запущено, тем больше ОЗУ съедено, везде так, ОС тут не при чем. У меня система жрет ~120 МБайт - это с капсом, sshfs, некоторыми своими скриптами. Да, подтормаживает, когда что-то компиляешь крупное, но это естественно. В общем «сказки венского леса».

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

Вместо того, чтобы писать багрепорты, писать патчи, в конце-концов - разработчикам в списки рассылки писать

У Вас апстримофобия?

давайте юзайте все exherbo?

Хорошая идея, но вряд ли для всех подходящая.

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

Склонен не согласится. Эндюзеру ближе то, что к нему ближе. Какое мне, как эндюзеру (которому предположительно нет дела до lxc и прочих не нужных на десктопе штук), может быть дело до наличия control groups в ядре, если дистрибутив не позволяет мне полноценно использовать systemd?

Можно, конечно, при желании и LFS использовать, но зачем тратить лишие силы на борьбу с собственной системой?

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

Боюсь, что у кого-то превратное представление об exherbo. В отличие от дебилианов, exherbo (да и gentoo всякие) – это не столько «набор софта», сколько инструмент.

В общем, я разделяю Ваше негодование и всячески приветствую Ваше стремление написать офисные пакеты (не знаю, не пользуюсь), системы OCR (кстати, меня в большинстве случаев вполне устраивает tesseract, хотя для русского языка его бы ещё пообучать не помешало, да и поддержка ДО отсутствует, что печально), автоматические переводчики (которые пока никогда не были ничем, кроме дерьма, но Вам-то непременно удастся реализовать годный семантический анализ).

Какой к чёрту exherbo

Хороший, годный эксхербо – помогающий пользователю, а не мешающий ему.

Команда Gentoo Linux

А есть такакя?
Почему бы им чем-то полезным было не заняться?
Ну гуд. Но тока хвати ли силёнок?
Дети...

ну наконец-то

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

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

Итого - новое поведение не пофиксит этот «баг»? И как раз не для таких ли случаев они так сделали?

В 3.7 уже вроде залили патч, который загружает фирмварю напрямую с файловой системы, а udev используется лишь как запасной вариант. Так что проблема решена в обход udev и «тормозить» будет как и раньше :)

в основе своей имеет нелюбимый не только мною python

А причем здесь люблю/не люблю? Альтернатива у питона в дистрибутивах какая? Если без «если бы в дистрибутивах системные утилиты писали бы на том-то и тем-то...», то остаются Perl и Bash. Уж лучше питон, ей-богу.

А репозитории в эксхербе (на основе EAPI exheres-0 и пакетного менеджера paludis) идут ещё дальше. Это такой избавленный от легаси-ерунды портаж =)

Я генту перед установкой в виртуалке неделю ставил (ставя на паузу, когда спать надо было :3). Так и с этой сделаю. Наиграюсь с виртуалкой — поставлю вместо фанты.

На перлах вроде некоторые утилиты в дебиане писаны)

а у они граф. инсталер снесли, придется ставить генту-вей.

Вы знаете, это не «генту-вей», а насмешка какая-то. Ведь путь генты - идеальные инструменты для работы с дистром, и они в ней есть, поэтому нынешнюю генту поставить может любой школьник без напрягов и натыкания на подводные камни - как написано так и получается, тогда как новый арчевский способ установки словно из одного места вылез. Лично мое мнение. Конечно, отладят, но пока это не гентушный путь, а бог знает что. Разве что командная строка, но это любой дистр так можно поставить...

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

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

Вы и на лоре входите в <cassander_mode> и злостно фейлите.

Уж лучше пробывать NixOS

Загуглил. Какое-то говно для упоротых хаскелистов, но пусть играются, конечно, если хотят.

стартовые скрипты bsd, не?

Нет. openrc (и его предшественник baselayout-1) – одна из первых dependecy-based систем инициализации. Использует sysvrc, ранлевелы (гораздо более гибко, чем дебилиан) и тому подобные штуки. Бздя не лежала и рядом.

Безусловно, «crazy mode» - это «хрупкий, ненадежный режим», а pure and utter stupidity - это теоретическая, издающая звуки настойчивость :)

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

В обратном переводе того, что приведено у топикстартера, будет слово «mad», а не «crazy». Угадайте с трёх раз, почему Торвальдс не сказал «mad». :lol:

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

Многим не нравится определённая нестабильность (думаю,что неизбежная для молодого и большого проекта), типа «раньше всё работало». Многим – просто не нравится идея что-либо менять. Некоторым кажется, что проще руками хакать самописные скрипты, чем доверить типичные сценарии инициализации написанному один раз в одном месте коду.

щикарно.

но идея в чём-то здравая у поттер^Wних. если речь вообще об этом, конечно (из письма, вроде, так получается).

хотя забавно он конечно ifup там предлагает юзать для загрузки фирмвари.

вообще вопрос-то более широкий - тут нарисовывается что-то вроде events based initialization. ясень пень, Линус против - ему важнее KISS и стабильность, чем шустрая асинхронная загрузка.

зрелый десктопный линукс

Вы о каком дистре и в какие годы, сударь?

А конкретнее? Я просто не в курсе

Ещё есть руби, хотя мне он нравится гораздо меньше питончика.

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

Для разработчиков прошивок для критических устройств постоянного действия это тоже важнее

То что позже это хлам для lxde \ xfce.
тут можно ненужные службы отключить анимации темы и композит , т.е. потюнить конкретно для старого компа.

Этот «хлам» много где еще работает. Но конечно школота не осилит поставить на него любымый KDE и пойдет клянчить деньги у мамы.

Шо, серьезно? там где этот хлам пашет, стоят винды поголовно. А если ставить линукс, то wm попроще. KDE как бы предлагает все фишки современного десктопа - т.е. комп хотя бы с 512-768 метрами ОЗУ и процом уровня 2005-2006-го года. Хочется новых фич? обновляйте комп, а если нужна браузилка-печатная машинка то приведеной конфы вполне хватит.

P.S. сам работаю на подобной машинке, выше конфа ее. Отлично работает и не глючит - ну разве что иногда, но все только потому, что я сижу на ~x86(:

P.P.S ОЗУ 2 гига, изначально был один, но плашка накрылась - хватало, но если что-то компилять, то впритык.

Кажется, пришла пора портировать openrc на арчик.

Просто используй Gentoo.

дебилиан

Как будто знал, как меня задеть.

люди из ... слаки

Целый один!

А вообще, какая разница, как пускаются скрипты? Работает и ладно.

Линус пацан-огонь в этой теме

И не только это:

I basically tried a few different approaches, including deferred probe(),
as you suggested, and request_firmware_async(), as Kay suggested.

Stop this crazy. FIX UDEV ALREADY, DAMMIT.

Who maintains udev these days? Is it Lennart/Kai, as part of systemd?

Lennart/Kai, fix the udev regression already. Lennart was the one who brought up kernel ABI regressions at some conference, and if you now you have the *gall* to break udev in an incompatible manner that requires basically impossible kernel changes for the kernel to «fix» the udev interface, I don't know what to say.

«Two-faced lying weasel» would be the most polite thing I could say. But it almost certainly will involve a lot of cursing.