Леннарт Поттеринг (Lennart Poettering) объявил (http://lists.freedesktop.org/archives/systemd-devel/2013-Mar...) об интеграции в дерево исходных текстов systemd нового модуля libsystemd-bus (http://cgit.freedesktop.org/systemd/systemd/tree/src/libsyst...), в рамках которого подготовлена экспериментальная реализация альтернативной клиентской библиотеки для протокола D-Bus. От повсеместно используемой библиотеки libdbus (http://www.freedesktop.org/wiki/Software/dbus#Reference_Impl...), развиваемой сообществом FreeDesktop.org, вариант от проекта systemd отличается поддержкой работы с использованием подсистемы kdbus (https://www.opennet.ru/opennews/art.shtml?num=36067), планируемой для интеграции в ядро Linux и представляющей собой аналог протокола D-Bus (http://www.freedesktop.org/wiki/Software/dbus), реализованный на уровне ядра и позволяющий обойтись без необходимости запуска в пространстве пользователя отдельного демона D-Bus.
Отмечается, что libsystemd-bus предоставляет минималистичный, но полноценный вариант клиентской библиотеки D-Bus. По размеру libsystemd-bus существенно меньше libdbus. Библиотека libsystemd-bus позиционируется прежде всего для внутреннего использования в systemd и отталкивается в своих возможностях от потребностей systemd. Библиотека не предоставляет биндинги для разных языков программирования, не пытается быть переносимой на неподдерживаемые в systemd платформы и не предоставляет расширенный уровень абстракции, но рассчитана на удобное и простое использование из приложений на языке Си.
В настоящее время код libsystemd-bus интегрирован в экспериментальном режиме, не собирается по умолчанию и непосредственно не используется в работе systemd. В текущем виде libsystemd-bus является первой попыткой создания пользовательских компонентов для подсистемы ядра kdbus, разработка которой пока не завершена. Тем не менее, libsystemd-bus поддерживает не только работу поверх kdbus, но и передачу сообщений через традиционный демон dbus, что позволяет организовать передачу сообщений при работе "systemctl -H" на внешние хосты.
Переход на технологии kdbus и libsystemd-bus будет осуществлён пошагово и будет завершён скорее всего в течение следующего года, максимально гладко для дистрибутивов, использующих systemd. Поддержка kdbus пока остаётся прерогативой систем на базе systemd, так как общая инфраструктура для работы D-Bus поверх kdbus изначальное развивается командой systemd и достаточно плотно интегрирована в системный менеджер. Для не использующих systemd систем не исключается создания собственных портов libsystemd-bus и реализаций шины D-Bus поверх kdbus, но появление таких реализаций целиком зависит от заинтересованных в них сторонних разработчиков.
URL: http://lists.freedesktop.org/archives/systemd-devel/2013-Mar...
Новость: https://www.opennet.ru/opennews/art.shtml?num=36457
И ещё какой.
>Библиотека не предоставляет биндинги для разных языков программирования, не пытается быть ещё какой.Т.е. теперь в системе (и озу) будут жить обе эти библиотеки.
Системд итак уже жрёт больше озу чем иксы...
> Т.е. теперь в системе (и озу) будут жить обе эти библиотеки.у вас что -- вся директория /usr/lib64/ живёт в ОЗУ? :)
я-то думал в ОЗУ находятся только те библиотеки, которые понадобились той или иной программе...
(ключевое слово "понадобились". то есть если бы этих библиотек не было бы, то программа даже не стартанула бы)
>я-то думал в ОЗУ находятся только те библиотеки, которые понадобились той или иной программе...так… поясняю по шагам.
1. systemd запускается при старте системы.
и ему требуется теперь банановый дбас… (запиши себе названье. чтобы в спешке не забыть)
2. systemd запускает xdm, который запускает гном/кеды/хфце/… (по выбору)
которые в свою очередь запускают старый, апельсиновый дбас (т.к. банановый только systemd пьёт)
во-о-о-от.
зыж
>(ключевое слово "понадобились". то есть если бы этих библиотек не было бы, то программа даже не стартанула бы)ключевое слово — дбас стал системной шиной уже по-факту стандартом.
# lsof|grep /usr/lib64/libdbus|wc
458 4946 63786
Вы новость, мля, прочитали вообще?
Или только заголовок?
Или только слово systemd?
Это вы, гн. Млин, новость прочиталИ? А если прочиталИ, то хоть что-нибудь понялИ?Будет в системе (в тех, где есть systemd) теперь и libsystemd-bus, и libdbus.
Что не понятного?
Непонятно как Вы пропустили слово "модуль" (Вы же знаете его значение?) и всё что после слова "экспериментальном".
Хотя да. В интернете кто-то не прав.
когда будет не экспериментальная, тогда обсуждать будет поздно.
но хватит съезжать с темы нашего спора.Будет в системе (с включенным и экспериментальным во все щели) libsystemd-bus наблюдаться ещё и libdbus или нет?
Вы ведь именно к этому пристебались.
Не знаю как в qt/kde, а в гноме свой яблочный dbus:>dbus-glib uses the libdbus reference implementation, GDBus doesn't. Instead, it relies on >GIO streams as transport layer, and has its own implementation for the the D-Bus
там же
dbus-glib uses the libdbus reference implementation
dbus-glib deprecated и его отовсюду выкидывают
а гном3 не пользуюсь.
так что за весь то гном говорить не надо.зыж
в моём случае:
# lsof|grep /usr/lib64/libdbus|grep xfce|wc
12 120 1674
Давно уже известно, что в ядре развивается механизм IPC на основе которого и планируется переделать DBus. Так что, наоборот, это отлично.
тут libsystemd-bus обсуждают, а не kdbus.
последний ещё не вышел (или не вошёл… х/з. хрень какая-то получается), а первый… определение в первом комментарии.
> последний ещё не вышел (или не вошёл… х/з. хрень какая-то получается), а
> первый… определение в первом комментарии.Ну так пытаются работать на опережение. Это само по себе нормально.
И ещё какой [2]
RedHat продолжает закручивать гайки, похоже, что теперь они намерены изжить и D-Bus. Это очень не радует. Большинством современных дистрибутивов я теперь брезгую пользоваться не из-за самого systemd, а из-за политики RedHat. Эти дистрибутивы вкупе с Systemd постепенно превращаются в "жри, что дают", и это ой как не радует. Искренне надеюсь, что не я один дал бойкот этим дистрибутивам.// У меня Slackware
юзайте Debian
> И ещё какой [2]
> RedHat продолжает закручивать гайки, похоже, что теперь они намерены изжить и D-Bus.D-Bus ваще-то говнищще полное. Полное отсутствие стандарта как-такового.
Все настройки и конфиги, жизнеспособны только в рамках, даже не дистрибутива,
а одного релиза. Нельзя просто взять и юзать KDE/Gnome/Xfce одновременно,
не получив кучу варнингов и ошибок в логах, типа такого
(gconftool-2:19530): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send
a reply, the message bus security policy blocked the reply, the reply timeout expired,
or the network connection was broken.
Сбой при получении значения для «/desktop/gnome/interface/menus_have_tearoff»:
Служба D-BUS не запущена# service dbus status
Checking for service D-Bus daemon [running]security policy для freedesktop надо настраивать чуть ли не каждый день.
Не путай общесистемный демон dbus и демон, запущенный в пользовательской сессии.
> Не путай общесистемный демон dbus и демон, запущенный в пользовательской сессии.И чё?! Он это этого перестаёт быть дыбасом?
# ps ax | grep [d]bus
569 ? Ss 0:00 /bin/dbus-daemon --system
2519 ? S 0:00 /usr/bin/dbus-launch --sh-syntax --exit-with-session xfce4-session
2520 ? Ss 0:00 /bin/dbus-daemon --fork --print-pid 6 --print-address 8 --session
Так и до systemd-kernel скоро дойдёт :))
> Так и до systemd-kernel скоро дойдёт :))Не дойдёт. Когда племя поттеррингово сломало в udev загрузку фёрмварей с формулировкой "ой, мы тут сломали, но ничего в этом не понимаем, поэтому _чинить_ не будем", понадобился Торвальдс и ко. для уборки за отроками. Залатали в ядре. Не смогут они ядро заменить -- кто ж за ними подтирать-то тогда будет?
Ждём развития сюжета - про то, как _все апстримы_, поломанные прогрессивным, новым dbus-ом, будут, с такими же матюками, как Торвальдс, чинить "совместимость с RH^WФедорой.
Это Чужой против Хищника.
Эээ… Ждём альтернативной реализации клиентской части kdbus от Canonical? Как-то всё более и более уныло становится.
Логично. По сути systemd + kernel + busybox - уже минимальная, но многофункциональная система, и хорошая базовая платформа, где не нужно городить огородов. Помнится, в одном моём петра творении даже недо-udev был изобретён. :)
Значит, теперь черёд за systemd-busybox
>Логично. По сути systemd + kernel + busybox - уже минимальная, но многофункциональная система,И нахира тогда такой системе тогда вообще системд нужен?
> И нахира тогда такой системе тогда вообще системд нужен?Для интеграции и унификации, очевидно же! Только нужно будет ещё busybox переписать, завязав на systemd, а то он слишком независимый и переносимый.
Чего и во что?
Не, нифига не очевидно.
> Чего и во что?Видимо, всего в systemd.
петросян.жпг
> И нахира тогда такой системе тогда вообще системд нужен?Потому что кто-то там все-таки должен иницилизацию выполнять. И вот что-что а скриптовые портянки на штуках где это актуально - выполняются очень неспешно. В принципе systemd может попытаться там обосноваться. Насколько у него получится - а вот это мы будем посмотреть.
> Потому что кто-то там все-таки должен иницилизацию выполнять. И вот что-что а
> скриптовые портянки на штуках где это актуально - выполняются очень неспешно.Эти "портянки" не затыкаются на дутых таймаутах, если что. В отличие от (упоминал на днях о новом счастье в systemd-198 с долгим висом на *.device).
> Эти "портянки" не затыкаются на дутых таймаутах, если что.Угу, зато в других местах затыкаются. И дебажить их именно в том состоянии в каком они на момент запуска - гемор. Даже логинга никакого изначально нет - сам изгаляйся, дорогой юзер, если лыжи не едут. А если надо что-то хоть немного продвинутое, типа "а как бы мне потушить вот эту программу, если сеть упала?" - тут вообще целая эпопея.
В результате - системы типа сабжа или апстарта таки имеют потенциал для упрощения жизни админу. Понятно что баги бывают. Как по мне - всерьез смотреть на это заимеет смысл когда редхат воткнет в RHEL. При этом они поневоле отдебажат это до приемлимого уровня, иначе клиенты их сожрут. А до тех пор они дорабатывают и тестируют технологию. То что некоторые хотят вперед паровоза, потестировать для редхата - их право и их выбор.
> В отличие от (упоминал на днях о новом счастье в systemd-198 с долгим висом на *.device).
Они IIRC уже 199 сделали. Не вижу смысла оперировать потенциально старыми сведениями. Я вон хотел баг на ядро 3.8 вкатать. А его в 3.9 и так уже починили. А я чуть не прогрел мозг ядерщикам устарелыми сведениями...
>systemd + kernel + busyboxЭто тонкий намёк, что со временем systemd будет работать уровнем ниже (VT/AMD-v или даже SMM), чем ядро? :)
Скажу по-секрету, в busybox есть и логгер, и mdev, и инит.
То есть тут systemd как собаке пятая нога.
> Скажу по-секрету, в busybox есть и логгер, и mdev, и инит.
> То есть тут systemd как собаке пятая нога.Да никто kernel + busybox и не отменяет, как совсем низкоуровневую платформу. А если какой-нибудь самосборный ларёк с чем-нибудь фреймбуферным, удобно, когда готовое и умеющее многие занудные вещи сразу. Это как раз то, что и делает busybox, соединяет и упрощает само решение - иначе можно плакать "зачем нужен busybox, ведь есть coreutils, udev (как минимум, был), bash и три метра изоленты".
> иначе можно плакать "зачем нужен busybox, ведь есть coreutils, udev (как минимум, был), bash и три метра изоленты".Нельзя. Как-бы разные сферы применения.
busybox - простой и легкий набор все-в-одном для embedded.
coreutils+...+... - для обычных систем.
>> иначе можно плакать "зачем нужен busybox, ведь есть coreutils, udev (как минимум, был), bash и три метра изоленты".
> Нельзя. Как-бы разные сферы применения.
> busybox - простой и легкий набор все-в-одном для embedded.
> coreutils+...+... - для обычных систем.И это говорит один из разработчиков дистра, в котором busybox по умолчанию для десктопа? ;-)
Анон, slitaz не собирается быть мейнстрим дистрибутивом для десктопа. Считай, что это плод бреда фанатов минимализма и олдовых систем.
Да и busybox взят в первую очередь за свой размер.
> Анон, slitaz не собирается быть мейнстрим дистрибутивом для десктопа. Считай, что это
> плод бреда фанатов минимализма и олдовых систем.
> Да и busybox взят в первую очередь за свой размер.Так я против что ли? Напротив, восхищён. Как busybox, так и Slitaz.
> Так я против что ли? Напротив, восхищён. Как busybox, так и Slitaz.Вы что-то не понимаете в мини-дистрибутивах.
Да чё это я выкаю. Ты, дурилка, нифига не понимаешь в мини-дистрибутивах. Slitaz полон неадекватных решений, причём неадекватных именно из-за тупой упёртости разработчиков. Slitaz - это мерило неадекватности. И чувак выше, не понимающий, что systemd это то же самое, что и busybox для coreutils - туда же.
> Slitaz - это мерило неадекватности.Слушай, ну нравится чувакам дистр делать. Кто-то даже юзает. Ну и пусть себе живет, чтоли. Ну да, бизибокс на десктоп - это довольно горбато, ибо утили там урезанные конкретно. И если какому-нибудь роутеру это простительно то на десктопе сие будет уже неприятно. Но на то и автор чтобы предложить решение. В целом этот slitaz довольно забавный. Хоть я бы и не стал им пользоваться как десктопом.
> Анон, slitaz не собирается быть мейнстрим дистрибутивом для десктопа. Считай, что это
> плод бреда фанатов минимализма и олдовых систем.на перфокартах работает?
>на перфокартах работает?Если у тебя есть скилл портирования на них, то приходи к нам :3
> Если у тебя есть скилл портирования на них, то приходи к нам :3А вы - это что? Политехнический музей? :)
> Скажу по-секрету, в busybox есть и логгер, и mdev, и инит.Только с этим инитом система взлетает секунд 30. Что как-то довольно беспонтов.
systemd не способен работать в embedded. Что бы там ни говорил Поттеринг в своих гетзефактах, но systemd - непортабельное УГ, завязанное на версиях glibc и ядра, да еще требующее кучу зависимостей для своих потрохов. Те же busybox-вцы были вынуждены отказаться от udev, об какой базовой платформе может быть речь? Поттеринг пересрался и обосрал половину опенсурсного мира, с таким кашу варить никто не будет.
> systemd не способен работать в embeddedНе способен, но работает.
> Systemd is being picked up by embedded distributions like Yocto and Ångström.
https://lwn.net/Articles/458789/
Кое-кто его уже и в андроид тащит.
А там, где в основном ядро+busybox, и полноценный SysV init не всегда делают.
>> Systemd is being picked up by embedded distributions like Yocto and Ångström.не все знакомы с правилами гигиены. есть и такие, что тащат в рот всякое гуано с пола.
> Кое-кто его уже и в андроид тащит.
а туда — на здоровье. одно гуано отлично дополнит другое гуано.
Браво, уровень технической дискуссии выше всяких похвал. Есть чем поучить молодое поколение.
«молодому поколению» место на венде и макоси. го-го-го. если они при этом заберут с собой портеринга, чтобы он там инновациями фонтанировал — будет вообще отлично.
Ого. Редко встретишь такой дистиллированый элитизм, по 40мл в упаковке.
наслаждайся. это пока бесплатно.
> «молодому поколению» место на венде и макоси. го-го-го. если они при этом
> заберут с собой портеринга, чтобы он там инновациями фонтанировал — будет вообще отлично.Вот блин, тебя в редхате и прочих спросить забыли. А знаешь, в винде и макоси не больно то пофонтанируешь инноваиями - там исходники малость забыли. Так что не получится, увы, увы.
ничего, портеринг сможет, он гений.
> ничего, портеринг сможет, он гений.Это были бы чудеса от гарри поттера какие-то :)
> Это были бы чудеса от гарри поттера какие-то :)от лёни. который не халявщик, а партнёр.
и чуть развёрнутей: лично я какие-либо «технические дискуссии» с любителями пульса, системд, вяленого — давно закончил. не вижу смысла серьёзно беседовать с деревяшками.
Это бы ладно, если б действительно закончили, а не кидались с гуано наперевес на цитату с LWN, при декларируемом безразличии.
> при декларируемом безразличии.а это-то ты откуда взял? мне безразлично другое: поймут ли деревяшки, как ошибаются, или нет. вот это — действительно не волнует. а в остальном они — бесплатный цирк и забавно прыгают. от того, что они считают клоунами не себя, забавней вдвойне.
Странно, почему-то считал что это цирк может бросаться гадостями, а не его любители, да еще и в непредназначенных для того местах.
> на цитату с LWNЦитата и не виновата, а Yocto -- проект довольно странный и политизированный, насколько помню.
Коллеги, предлагаю всё-таки спокойней.
лично я спокоен, как мёртвый удав.
>>> Systemd is being picked up by embedded distributions like Yocto and Ångström.
> не все знакомы с правилами гигиены. есть и такие, что тащат в рот всякое гуано с пола.http://ru.rationalwiki.org/wiki/Ненастоящий_шотландец не заставил себя ждать, да
привет, ненастоящий шотландец.
> Не способен, но работает.Ну так меньше слушаем фанатиков, больше смотрим на фактические результаты. Истина как всегда окажется где-то посередине.
Глас разума в теме о systemd? Воистину, близятся последние дни.
По сути kernel + busybox - уже минимальная, но многофункциональная система.Fixed. Можешь не благодарить.
Помнится, Линус говорил о попытке всунуть dbus в ядро, как о соревновании по горловому миньету.
Через 2 года RH переименуют в systemd-os...
> Помнится, Линус говорил о попытке всунуть dbus в ядро, как о соревновании
> по горловому миньету.
> Через 2 года RH переименуют в systemd-os...С учетом того, что RH много в ядро вкладывает, вполне возможно :(
ИМНИП, там речь шла о запихивании в ядро поддержки MS'овский EXE'шников, подписанных для загрузки в UEFI SecureBoot
плохая аналогия
я бы всунул
Самое смешное (или грустное, как посмотреть), что ругать будут страшно, резать вены, устраивать публичные самосожжения, но никто так и не сделает альтернативы. С устаревшими версиями dbus помучатся, да и успокоятся.Был Линус сам себе король, а теперь его Потеринг под себя подомнёт. И станет Линукс микроядром для обеспечения работы системд.
>С устаревшими версиями dbus помучатся, да и успокоятся."Устаревшие" никто менять и убирать не планирует.
Читай внимательно.Зыж
Ядерный дбас и фридесктоп будет поддерживать. Когда в ядре появится.
Собсто это они его туда и хотели. Сразу после кмс, дрм итд.
Ззыж
А как повод для других сойдёт. "Похтерингу можно? А мы чем хуже". И понеслась по кочкам.
Вот в гноме к примеру все "инновации" понеслись, как папа (один из. там всё сложно) моно стал пихать.
Это пока не собираются. udev тоже не собирались сначала никуда девать, а потом раз...
здрасте. удев прихватезировали. и сказали что будет (он же) идти в составе, ТОЛЬКО в составе системд.
а тут отдельный продукт.
чувствуешь разницу?
> Идите и соберите udev без systemd.что, неужели уже можно без костылей? или всё ещё надо посовывать костыльнофэйковые файлы, чтобы собралось?
без костылей нельзязыж
2тормоз выше:
https://www.opennet.ru/opennews/art.shtml?num=33526
>Принято решение о слиянии проектов udev и systemdэтот тормозок так и не понял, что я то как раз говорил, что libsystemd-bus и libdbus разные сущности, а udev один, как бы его не собирали, вместе с системд или по-отдельности.
неудивительно. болтать языком — не мешки ворочать.
осталось выпустить только свое ядро libsystemd-linux и заживут.
> осталось выпустить только свое ядро libsystemd-linux и заживут.Все может быть в нашем мире.
https://www.opennet.ru/openforum/vsluhforumID3/89234.html#14
Кроме одного, Поттеринга родить обратно уже не получится!
Наслаждайтесь!
ИМХО, часто бывает весьма плачевно, когда процесс или некие действия не имеют обратной связи (как ПОС, так и ООС).Этот "господин" либо никого не слушает, либо ослеплён своей "чудесностью" при полном потакании руководства.
В любом случае, ИМХО, такая деятельность ведёт "состав" совершенно в другую сторону, нежели в сторону укрепления, объединения и, как следствие, процветания свободного сообщества П.О.
Иногда ребёнка надо прямо по рукам ударить, чтобы всё тело не повредил.
А помоему просто Поттеринг(да светится имя его) просто
работает на Яблоко. И кого-то просто напрягает что
Линукс набирает популярность. Вот отсюда и идет
расколбас. Видимо кого-то что-то "колбасит".
Работает на яблоко, но почему-то в красной шляпе. В яблоке некоторые фишки, по словам самого же Поттеринга, реализованы до того, как появился systemd. Сокет-активация, например.А вообще это мысль. Хочешь развиваться сам - подари лучшего сотрудника конкуренту. Постоянная гонка за фичами на перегонки с конкурентом будет обеспечена.
> Этот "господин" либо никого не слушаетвообще, путь развития systemd обсуждался с мейнтейнерами многих дистрибутивов на устроенном по этому поводу саммите. почему все из-за своего непонимания вопроса направляют личную ненависть именно к поттерингу? вас это не красит
> вообще, путь развития systemd обсуждался с мейнтейнерами многих дистрибутивов на устроенном по этому поводу саммите.Угу. Вот только офин фиг Поттер делает все по-своему.
пруф?
>пруф?Существующая новость чем не пруф? Ни единого обсуждения. Только поставил всех перед фактом.
а ты был на том саммите? думаешь поттеринг эту приблуду лично написал, никому не говоря? такие решения принимаются не с потолка и обсуждаются на достаточно высоком уровне. то что ты об этом не слышал раньше еще ничего не говорит. они не обязаны сообщать обо всем происходящем у себя внутри - коммунити. они делают работу, а ты лишь видишь ее результат
> а ты был на том саммите?А ты?
Нет, ты?
Вы расстраиваетесь, что Вас лично не уведомили?
>путь развития systemd обсуждался с мейнтейнерами многих дистрибутивовВ данном случае вопросы настолько важны, что выходят за рамки решений отдельно взятых мейнтейнеров. Тем более, что не малая их часть является зависимыми от RH. Но даже если бы это было не так, то вопрос развала Линукс (давайте уже называть вещи своими именами) и выстраивания на его обломках чего-то совсем другого может решаться только сообществом в целом. А сообщество - это вовсе не 50% посаженных на systemd (кстати, не малая их часть - насильно).
>почему .... направляют личную ненависть именно к поттерингу
Потому что он тот, двигает эту машину - очевидно же.
> В данном случае вопросы настолько важны, что выходят за рамки решений отдельно взятых мейнтейнеров.это не отдельно взятые мейнтейнеры, а ведущие разработчики ведущих дистрибутивов + разработчики ядра
> Но даже если бы это было не так, то вопрос развала Линукс (давайте уже называть вещи своими именами) и выстраивания на его обломках чего-то совсем другого может решаться только сообществом в целом
развал linux? это как? сейчас идет переупорядочивание всего того что накопилось за десятилетия его развития и до переделки которого у многих не доходили руки. кода такого объема, который работает десятки лет и не требует переделки _не существует_. это аксиома и сейчас вы пытаетесь ней спорить
> Потому что он тот, двигает эту машину - очевидно же.
он тот источник неиссякаемого энтузиазма, который наконец взял на себя труд разгрести эти вековые костыли. одно это уже достойно уважения. вспомните сколько нытья было до поттеринга, что "в линуксе все протухло и требует переделки, а некому взяться, есть сообщество, где же оно, почему себя не показывает?"
>это не отдельно взятые мейнтейнеры, а ведущие разработчики ведущих дистрибутивов + разработчики ядраМногие из которых являются штатными сотрудниками RH или материально зависят от нее
>сейчас идет переупорядочивание всего того что накопилось за десятилетия его развития
Переупорядочивание? Это?! Вас обманули!
То что сейчас - это замена неподконтрольных RH частей ОС Линукс, на части написанные под ее присмотром и одобрением. Причем, в счет не идет даже качество вновь написанного кода.>он тот источник неиссякаемого энтузиазма
Я думаю, что это энтузиазизм безработного палача неожиданно нанятого на работу
> Переупорядочивание?да. ред хат и так ядро пилит как самый активный разработчик и ничего, кто пробовал - не жалуется. а сейчас жалуются те, кто этот systemd не пробовал даже
>ред хат и так ядро пилит как самый активный разработчикНо как "один из". К тому же правила этого попила кода установлены не ими, и это просто здорово!
>а сейчас жалуются те, кто этот systemd не пробовал даже
Чушь. Его были вынужденны попробовать почти все. Другой вопрос, кто что потом стал делать.
> Чушь. Его были вынужденны попробовать почти все.Та ты шо? 7 лет моя генточка без него как то работала
> 7 лет моя генточка без него как то работалаА как люди до XIX века тысячелетиями обходились без электричества? :)
> он тот источник неиссякаемого энтузиазма, который наконец взял на себя труд разгрести
> эти вековые костыли. одно это уже достойно уважения.Спасибо, не надо.
Вчерась плоды этого энтузазизьма (версии 198) долго мусолили на стенде sata hdd и usb flash, пытаясь что-то там от них дополучить. Фото экрана делать было лень, тем паче что воспроизводилось довольно устойчиво с бегающими "***" в [ ] -- похоже, это была попытка проиндицировать это самое ожидание с неприличным таймаутом.
И что самое досадное -- после Кея с Леннартом костылей будет разгребать только _больше_.
>> он тот источник неиссякаемого энтузиазма, который наконец взял на себя труд разгрести
>> эти вековые костыли. одно это уже достойно уважения.
> Спасибо, не надо.
> Вчерась плоды этого энтузазизьма (версии 198) долго мусолили на стенде sata hdd и usb flash, пытаясь что-то там от них дополучить. Фото экрана делать было лень, тем паче что воспроизводилось довольно устойчиво с бегающими "***" в [ ] -- похоже, это была попытка проиндицировать это самое ожидание с неприличным таймаутом.Самое главное — ни в коем случае не слать багрепорт. А то и поговорить не о чем будет.
> Самое главное — ни в коем случае не слать багрепорт. А то и поговорить не о чем будет.Юное дарование, спросите уже гугля, сколько и куда багов зафайлил. А то так и не поймёте, откуда взялась такая метрика как "вменяемость апстрима" и почему к плодящим фанбоизм особое неуважение.
>> Самое главное — ни в коем случае не слать багрепорт. А то и поговорить не о чем будет.
> Юное дарование, спросите уже гугля, сколько и куда багов зафайлил.Спросил «"michael shigorin" systemd» — десять страниц: форумы, рассылки, багтрекер altlinux по большей части, немного багтрекера редхата.
«"michael shigorin" systemd inurl:bugs.freedesktop.org» — страничка нерелевантных результатов
Спросил «"michael shigorin" +systemd». Два результата, оба — профайлы в Google+.
Не знаю, что и думать.> А то так и не поймёте, откуда взялась такая метрика как "вменяемость апстрима" и почему к плодящим фанбоизм особое неуважение.
Да-да, апстрим обязан всему миру сначала исправить баги, и только потом впиливать новые фичи.
> Да-да, апстрим обязан всему миру сначала исправить баги, и только потом впиливать
> новые фичи.всему миру? нет. себе самим? если хотят, чтобы их воспринимали серьёзно — то да.
>>> Самое главное — ни в коем случае не слать багрепорт. А то и поговорить не о чем будет.
>> Юное дарование, спросите уже гугля, сколько и куда багов зафайлил.
> Спросил «"michael shigorin" systemd» — десять страницДа не про systemd, а про более практически полезные вещи с более вменяемыми апстримами. Вы ведь про багрепорты говорили, верно? А я отвечал о том, что не все софтины одинаково полезны.
Хотя в том, что даже попытаться отослать отчёт адресно всё-таки потенциально полезней, чем возмущаться на троллейбусной остановке -- Вы правы. Ещё правей были бы, если б взяли изложенную в прошлый раз информацию вместе со скриншотом (https://www.opennet.ru/openforum/vsluhforumID3/88379.html#489) и повесили бы багом, указав, что мопед не Ваш.
Между прочим, тот скриншот Леннарту всё же был отправлен по другому случаю -- ответом на вот это письмо: http://lists.fedoraproject.org/pipermail/devel/2013-March/17...
---
Date: Wed, 6 Mar 2013 22:53:40 +0200
From: Michael Shigorin <mike@osdn.org.ua>
To: Steve Clark <sclark@netwolves.com>
Subject: Re: Non responsive state for systemd
Cc: Lennart Poettering <mzerqung@0pointer.de>,
devel@lists.fedoraproject.org> Well you can be as sarcastic as you want but I have been using
> UNIX/Linux since 1985 and never had init hang or die on me.More than that, systemd is the first init I've seen so far
to die some time after losing root filesystem's underlying
block device (as in "boot from liveflash, leave pv copying
/dev/sdc onto /dev/sdb, take the flash for the next loop"):http://fly.osdn.org.ua/~mike/img/misc/systemd-segfault.jpg
Lennart, you didn't fix mii-tool with sarcasm back then.
---
а так низя! портеринг сказал. понятно же, что никто и никогда так не делает. а кто делает — тот дурак и живёт неправильно.
>>>> Самое главное — ни в коем случае не слать багрепорт. А то и поговорить не о чем будет.
>>> Юное дарование, спросите уже гугля, сколько и куда багов зафайлил.
>> Спросил «"michael shigorin" systemd» — десять страниц
> Да не про systemd, а про более практически полезные вещи с более вменяемыми апстримами. Вы ведь про багрепорты говорили, верно? А я отвечал о том, что не все софтины одинаково полезны.Ага, вот оно как. То есть systemd классифицирован вами как бесполезный проект с невменяемым апстримом, поэтому баги туда репортать вы не будете. Вместо этого вы будете пытаться острить и язвить в комментах к багам и проповедовать на форумах и в рассылках. Я ничего не упустил?
> Хотя в том, что даже попытаться отослать отчёт адресно всё-таки потенциально полезней, чем возмущаться на троллейбусной остановке -- Вы правы. Ещё правей были бы, если б взяли изложенную в прошлый раз информацию вместе со скриншотом (https://www.opennet.ru/openforum/vsluhforumID3/88379.html#489) и повесили бы багом, указав, что мопед не Ваш.
Лень. Тем более, что мопед не мой.
> Между прочим, тот скриншот Леннарту всё же был отправлен по другому случаю -- ответом на вот это письмо: http://lists.fedoraproject.org/pipermail/devel/2013-March/17...
ну вы же понимаете, чем багрепорт отличается от обычного письма, не так ли?
>[оверквотинг удален]
> Subject: Re: Non responsive state for systemd
> Cc: Lennart Poettering <mzerqung@0pointer.de>,
> devel@lists.fedoraproject.org
>> Well you can be as sarcastic as you want but I have been using
>> UNIX/Linux since 1985 and never had init hang or die on me.
> More than that, systemd is the first init I've seen so far
> to die some time after losing root filesystem's underlying
> block device (as in "boot from liveflash, leave pv copying
> /dev/sdc onto /dev/sdb, take the flash for the next loop"):
> http://fly.osdn.org.ua/~mike/img/misc/systemd-segfault.jpgДаже по мне здесь недостаточно информации. Напрашивается название дистра, bt full (хоть бы и фотка), содержимое флешки (ну или рецепт приготовления флешки).
И да, я правильно понял, что вы выдрали флешку с root fs?
> Lennart, you didn't fix mii-tool with sarcasm back then.
You won't fix anything with sarcasm either. Впрочем, непохоже, чтобы вы пытались в данном случае что-то починить.
> То есть systemd классифицирован вами как бесполезный проект с невменяемым апстримом,
> поэтому баги туда репортать вы не будете. [...] Я ничего не упустил?Скорее всё переврали, поскольку некоторая польза всё-таки есть и по крайней мере часть проблем, которые озвучены -- действительно существует. Но апстрим действительно пришлось для себя охарактеризовать как невменяемый по причине многолетней упорной глухоты к фидбэку практически любого уровня.
Кстати, ещё из занятного: systemd стартует процесс A, процесс A стартует процесс B и отваливается, systemd при виде SIGCHLD от A прибивает весь неймспейс, оставляя перед размышлениями -- куда внезапно делся B.
> Вместо этого вы будете пытаться острить и язвить в комментах к багам
> и проповедовать на форумах и в рассылках.[*]
> Лень. Тем более, что мопед не мой.
См. [*].
> ну вы же понимаете, чем багрепорт отличается от обычного письма, не так ли?
Да, конечно.
> Даже по мне здесь недостаточно информации. Напрашивается название дистра
Был упомянут по ссылке чуть выше -- ALT Linux Sisyphus от 22.01.2013 (поправил сейчас очепятку про 2012), systemd-197.
> bt full (хоть бы и фотка)
Научите, сделаю.
> содержимое флешки (ну или рецепт приготовления флешки).
Исошки тех дней уже стёр, могу воспроизвести из архива.
> И да, я правильно понял, что вы выдрали флешку с root fs?
Так точно. sysvinit на такое не обижается, если что -- как и на dd в устройство с тем корнем, с которого он сейчас запущен.
>> Lennart, you didn't fix mii-tool with sarcasm back then.
> You won't fix anything with sarcasm either.См. [*].
>Самое главное — ни в коем случае не слать багрепорт. А то и поговорить не о чем будет.А смысл? Их никто даже не читает: https://bugs.freedesktop.org/buglist.cgi?query_format=advanc...
> Самое главное — ни в коем случае не слать багрепорт.на просьбы выкинуть тупое системд-говно и перестать уже уродовать и без того не очень стройный udev — не реагируют. отладивать же помойку на этапе загрузки — удовольствие очень сильно ниже среднего. впрочем, можно каждый день открывать по багрепорту с фотографией экрана, где звёздочки: какой софт, такие и багрепорты.
>> Самое главное — ни в коем случае не слать багрепорт.
> на просьбы выкинуть тупое системд-говно и перестать уже уродовать и без того не очень стройный udev — не реагируют.А как же революционный eudev? Что же вы его не пилите? Это ж такой шанс поставить наконец поттеринга на место.
> отладивать же помойку на этапе загрузки — удовольствие очень сильно ниже среднего. впрочем, можно каждый день открывать по багрепорту с фотографией экрана, где звёздочки: какой софт, такие и багрепорты.
ведь systemd до сих пор не имеет никаких средств диагностики неисправностей.
> А как же революционный eudev? Что же вы его не пилите? Это
> ж такой шанс поставить наконец поттеринга на место.потому что старый у меня работает, а в сутках всего 24 часа. достаточно не портить старый — и всё будет хорошо.
>> отладивать же помойку на этапе загрузки — удовольствие очень сильно ниже среднего. впрочем, можно каждый день открывать по багрепорту с фотографией экрана, где звёздочки: какой софт, такие и багрепорты.
> ведь systemd до сих пор не имеет никаких средств диагностики неисправностей.очень сложно их включить и посмотреть, если система нихрена не грузится. удев в этом плане тоже то ещё счастье. помнится, он у меня упорно путал жёсткие диски… потому что я воткнул новую сетевую карту. в итоге система просто не грузилась, и диагностику ни писать, ни включить негде. радость и счастье.
Потрави байки про пиление кривого rsbac и прямого selinux(не разу не переписанный после включения в ядро). И что rsbacовцы только и бегали по тырнетам ничего не делая и воя про как всё плохо.
> вспомните сколько нытья
> было до поттеринга, что «в линуксе все протухло и требует переделки,
> а некому взяться, есть сообщество, где же оно, почему себя не
> показывает?»не помню. я не ныл, меня всё устраивает. кроме одного: насильного пропихивания портерингоподелий. звоночки были ещё на идиотском пульсаудио, но люди подумали, что обойдётся. не обошлось. дальше будет только хуже.
> портерингоподелий. звоночки были ещё на идиотском пульсаудио, но люди подумали, что
> обойдётся. не обошлось. дальше будет только хуже.А что, есть альтернативы для перекидывания потока воспроизведения с карты на карту?
PS: На пульсу вообще обычно жалуются нищеброды с интегренкой. Причем эти нищеброды не застали времен 2000 года, когда со звуком действительно приходилось возиться
> А что, есть альтернативы для перекидывания потока воспроизведения с карты на карту?не знаю, такой задачи не встречал. а вот субноут и ноут без всякого пульса понимали, что я воткнул наушники, и направляли аудио туда. а когда вынимал — опять на динамик. в слаке кстати, без пульса. дебиан с пульсом на той же технике осиливал такой финт один раз, а потом его намертво заклинивало на внешних динамиках.
но вообще-то при помощи алса это сделать можно, если я точно помню. правда, в первый раз геморно. нет, не спрашивай: давно дело было, подробностей не помню уже.
> PS: На пульсу вообще обычно жалуются нищеброды с интегренкой. Причем эти нищеброды
> не застали времен 2000 года, когда со звуком действительно приходилось возитьсяданный конкретный нищеброд в те времена патчил драйвер ac, чтобы не заикалось. но это к делу отношения всё равно не имеет.
>PS: На пульсу вообще обычно жалуются нищеброды с интегренкой.А еще музыканты, которым нужно музыку обрабатывать. Собственно это единственная причина почему linux не используется для этих целей. 24 бита как небыло так и нет. Поддержки midi как не было так и нет. Задержки - ужас.
>Причем эти нищеброды не застали времен 2000 года, когда со звуком действительно приходилось возиться
Alsa вполне себе не хуже была, да и есть, проблема была что одни программы в альсу писали другие в oss, третьи в esd и еще кучу велосипедов.
А теперь ALSA, которая на уровне ядра, работает через puseaudio которая в userspace.
Ага задержки немерянные, 16 бит максимум, но домохозяйки довольны.
> А еще музыканты, которым нужно музыку обрабатывать. Собственно это единственная
> причина почему linux не используется для этих целей. 24 бита как небыло
> так и нет. Поддержки midi как не было так и нет. Задержки - ужас.Это с PA, что ли? Потому как на ALSA (и насколько слышу -- с JACK) всё не просто хорошо, а очень даже замечательно по части как раз латентности. 24/96 через вольфсона в соседней коробке вон сидят.
>> А еще музыканты, которым нужно музыку обрабатывать. Собственно это единственная
>> причина почему linux не используется для этих целей. 24 бита как небыло
>> так и нет. Поддержки midi как не было так и нет. Задержки - ужас.
> Это с PA, что ли? Потому как на ALSA (и насколько
> слышу -- с JACK) всё не просто хорошо, а очень даже
> замечательно по части как раз латентности. 24/96 через вольфсона в
> соседней коробке вон сидят.Да с PA. С ALSA действительно все хорошо. Вот только работает всё через [s]жо..[/s] PA.
>> А еще музыканты, которым нужно музыку обрабатывать. Собственно это единственная
>> причина почему linux не используется для этих целей. 24 бита как небыло
>> так и нет. Поддержки midi как не было так и нет. Задержки - ужас.
> Это с PA, что ли? Потому как на ALSA (и насколько
> слышу -- с JACK) всё не просто хорошо, а очень даже
> замечательно по части как раз латентности. 24/96 через вольфсона в
> соседней коробке вон сидят.
> задержки немерянные, 16 бит максимум, но домохозяйки довольны.Даже домохозяйки недовольны зовущие периодически сделать рестарт пульсы.
Конфиги тоже можно покрутить и даже как-то заставить работать. Если сильно на пульс не дышать.
Но с двумя звуковыми картами этот номер уже не пролазит.
Потому, что да, задержки просто аховые. Это огребание на свою голову проблем, которых с алсой не было.
Вопрос всего один - что делать армии псевдо специалистов, вся ценность которых это десятками лет копание в бесконечных портянках инициализации. Да, Дети капитана Шмидта, с Systemd ваша неадекватно высокооплачиваемая малина накрывается. Любой школьник сможет разобраться в юнитах systemd. Никто и не скрывал что это и есть цель systemd. Или переучивайтесь в разработчики программ, или продолжайте надувать щеки кичась псевдо тайными знаниями "настоящих админов".А что, было полно мастеров по сгибанию деревянных колес, по тонкостям намазывания дёгтя, и где они теперь?
>Вопрос всего один - что делать армии псевдо специалистов, вся ценность которых это десятками лет копание в бесконечных портянках инициализации. Да, Дети капитана Шмидта, с Systemd ваша неадекватно высокооплачиваемая малина накрывается. Любой школьник сможет разобраться в юнитах systemd. Никто и не скрывал что это и есть цель systemd. Или переучивайтесь в разработчики программ, или продолжайте надувать щеки кичась псевдо тайными знаниями "настоящих админов".Внимание!
Дружно читаем творческую исповедь неосилятора "бесконечных портянок инициализации". Баш оказался для него через чур тяжелым, и на этой почве возникла жгучая ненависть к тем, для кого этот (да и вообще любой) скриптовый язык не проблема. Посочувствуем этому горю.
> Дружно читаем творческую исповедь неосилятора "бесконечных портянок инициализации".Что самое смешное, когда этих красавцев спрашиваешь со ссылками на багрепорты или "а как бы сделать вот этак" -- затыкаются и делают вид, что усиленно где-то ещё.
Может, так оно и есть, конечно...
PS: конкретно взятый develop7 ну просто сказочно "помог": https://www.opennet.ru/openforum/vsluhforumID3/87340.html#314
> PS: конкретно взятый develop7 ну просто сказочно "помог": https://www.opennet.ru/openforum/vsluhforumID3/87340.html#314ведь эти все заблудшие поголовно обязаны бесплатно решать ваши проблемы, коль скоро смеют защищать эту поделку, не так ли?
ну так говорят же, что всё просто, никаких проблем, а которые возникают — решаются в мгновение ока. вот отличный шанс это продемонстрировать, чтобы все хэйтеры обтекали. ан нет: как только возникает какая-то проблема, любители портерингоподелия ВНИЗАПНА! делают вид, что они выше всей этой чепухи. я, конечно, не могу сказать, что они лжецы и на самом деле ничего не знают, а поделие костыльный глюкодром, но на это очень, очень похоже.
> ну так говорят же, что всё просто, никаких проблем, а которые возникают — решаются в мгновение ока. вот отличный шанс это продемонстрировать, чтобы все хэйтеры обтекали. ан нет: как только возникает какая-то проблема, любители портерингоподелия ВНИЗАПНА! делают вид, что они выше всей этой чепухи. я, конечно, не могу сказать, что они лжецы и на самом деле ничего не знают, а поделие костыльный глюкодром, но на это очень, очень похоже.я, конечно, не могу сказать, что «говорят же, что всё просто, никаких проблем, а которые возникают — решаются в мгновение ока» — враньё так, либо иначе, а говорящий произвольно интерпретирует удобные факты, но на это очень похоже.
олсо мнение *хейтеров* волнует решительно никого. ВНИЗАПНА. потому как хейтеры не заинтересованы в конструктиве по определению.
> олсо мнение *хейтеров* волнует решительно никого. ВНИЗАПНА. потому как хейтеры не заинтересованы
> в конструктиве по определению.заинтересованы. просто они видят конструктив не совсем так, как фанбои.
> олсо мнение *хейтеров* волнует решительно никого.Ну так мы вам, хейтерам, и пытаемся подсунуть возможность хоть к какому-то конструктиву. Навстречу всё те же "портянки" и "ваши проблемы вам приглючились, все настоящие дистрибутивы уже в системе"...
Понимаете, если бы тот же самый проект лежал себе в сторонке как альфа-бета и дозревал до рабочего вида -- да никаких бы претензий не было, для пощупать уже годится. Но вот поспешность и особенно превращение процесса в какую-то арену со сторонами -- ни в какие ворота не лезет.
>> PS: конкретно взятый develop7 ну просто сказочно "помог":
> ведь эти все заблудшие поголовно обязаны бесплатно решать ваши проблемы,
> коль скоро смеют защищать эту поделку, не так ли?Коль скоро смеют требовать багрепортов -- ДА, обязаны ПОМОГАТЬ решать проблемы, которых НЕ БЫЛО до пропихиваемого ими поделия. А то одни права и никаких обязанностей, не годится.
Ну или помолчать для разнообразия хотя бы в ответ на указание реальных проблем.
>>> PS: конкретно взятый develop7 ну просто сказочно "помог":
>> ведь эти все заблудшие поголовно обязаны бесплатно решать ваши проблемы, коль скоро смеют защищать эту поделку, не так ли?
> Коль скоро смеют требовать багрепортовТребовать?? Можно подумать, будто вы хотя бы минуту собирались эти «требования» выполнять.
> -- ДА, обязаны ПОМОГАТЬ решать проблемы, которых НЕ БЫЛО
Обязаны? Аппетиты у вас однако. Обязывать будете гастарбайтеров-нелегалов у себя на даче.
> до пропихиваемого ими поделия.
Хотелось бы предварительно уточнить один момент — вот лично я лично вам (в вашу работу, как вариант) systemd далеко пропихал? Или имелось в виду что-то другое?
Ну и да, вы же Взрослый Опытный Здравомыслящий Человек, вы же не поддались на этот дешёвый редхатопиар поттерингоподелий, ведь так? Следовательно, проблемы пользователей помянутых поделий — не ваши проблемы, правильно?
> Ну или помолчать для разнообразия хотя бы в ответ на указание реальных проблем.
А вот указать, что вы сделали для решения проблемы не всё, от вас зависящее, очень даже не помешает, ящетаю.
> Обязывать будете гастарбайтеров-нелегалов у себя на даче.Ну почему же, могу просто более бдительно читать. :]
Если серьёзно -- то подумайте всё-таки о балансе дел, слов и ответственности за них. Не знаю как вы, а мы в ответе за тех, кого приручили.
>> до пропихиваемого ими поделия.
> Хотелось бы предварительно уточнить один момент — вот лично я лично вам
> (в вашу работу, как вариант) systemd далеко пропихал? Или имелось в
> виду что-то другое?Чуть ниже всё сами и написали:
> Ну и да, вы же Взрослый Опытный Здравомыслящий Человек, вы же не
> поддались на этот дешёвый редхатопиар поттерингоподелий, ведь так?Я-то Не Поддался, а вот людям зачем-то начинаете рассказывать, как всё безоблачно, когда тем и не пахнет.
Про всё, а особенно бета-разработки, лучше как раз знать слабинку -- чтобы при выборе не ошибиться, при использовании не вляпаться.
> Следовательно, проблемы пользователей помянутых поделий — не ваши проблемы, правильно?
Странная логика.
Вообще-то некоторые апстримы всё-таки стараются отвечать за то, что отгружают (и соответственно браться за проблемы пользователей). А среди моих погремушек есть, скажем, сборка с gnome3 -- который совершенно самостоятельно завязался на systemd. Можно её выкинуть с криками "да шоб я!.." -- но ведь это неконструктив, правильно? Правда, при попытке выйти всё же на конструктив тут же получаешь граблями в лоб, и это уже после огромного количества угробленного коллегами по проекту времени.
>> Ну или помолчать для разнообразия хотя бы в ответ на указание реальных проблем.
> А вот указать, что вы сделали для решения проблемы не всё,
> от вас зависящее, очень даже не помешает, ящетаю.Практически всегда можно [было] сделать ещё больше. Для лодыря вроде меня даже без "практически".
> Дружно читаем творческую исповедь неосилятора «бесконечных портянок инициализации».
> Баш оказался для него через чур тяжелым, и на этой почве
> возникла жгучая ненависть к тем, для кого этот (да и вообще
> любой) скриптовый язык не проблема. Посочувствуем этому горю.да всё нормально, в конце концов в системд вкорячат кривой костыльный недоязык, на котором тоже можно будет писать скрипты, только с очень большими неудобствами. тогда то школиё, которое не перемрёт от воспаления мозга, будет орать: «мы Крутые Профи, не то что вы со своими шелл-скриптами! то, что у вас делается тремя строчками, у нас требует портянки в два экрана и помнить 9386 опций, поэтому мы достойны оплаты в 100500 денег! только не берут нас никуда…»
>Любой школьник сможет разобраться в юнитах systemd.а нахрен кому нужен перец, знающий системд и не знающий баш?
эдакий эникейщик мэйк бай портеринг.а если баш знаешь, то в svr4 init ты уже как рыба в воде.
зыж
>Любой школьник сможет разобраться в юнитах systemd.в юнитах да, а вот почему этот правильно написанный юнит не работает systemd уже ставит вполне адекватных специалистов в замешательство.
эникейщики хорошо знающие системд — это вообще не научная фантастика.
ззыж
>А что, было полно мастеров по сгибанию деревянных колес, по тонкостям намазывания дёгтя, и где они теперь?они осваивают системд и не знают баш.
Да вижу я уже подступающую армию настоящих специалистов. Которые на каждый взбрык системы будут лазить примерно сюда: support.redhat.com/kb/976982 и читать статейку вида "Error 0x8de70424 ocurs when you use RedHat Updated, or RedHat Firewalld". И нихера, я повторяю, нихера не понимающие как система работает. После несрабатывания вариантов из kb-шки будут качать redhatfix-it и тыкать в него мышкой. А если и это не поможет - будут переставлять систему с нуля.
+200
Но уволившийся 2 месяца одмин приедет и исправит в лучшем виде, правда? Написав однострочник на перле^W баше? Такой простой и понятный код, естесственно понятный тому кто эту портянку инициализации придумал год назад с пьяну.
я тебе страшное скажу: если порядка нет, то никакой системд не поможет. а если есть, то системд не нужен.
В золотую коллекцию афоризмов.
> Да вижу я уже подступающую армию настоящих специалистов. Которые на каждый взбрык
> системы будут лазить примерно сюда: support.redhat.com/kb/976982 и читать статейку вида
> "Error 0x8de70424 ocurs when you use RedHat Updated, or RedHat
> Firewalld". И нихера, я повторяю, нихера не понимающие как система работает.
> После несрабатывания вариантов из kb-шки будут качать redhatfix-it и тыкать в
> него мышкой. А если и это не поможет - будут переставлять
> систему с нуля.ты много понимаешь в том как америкосы очищают кремний для твоей мобилы? Не общеизвестные факты типа того чтото там покрошили расплавили кристалл вытянули, а настоящие тонкости технологии позволившие им обойти промышленность СССР? Сильно тебе это помогает в пользовании мобилой? Компиляторы правишь когда они плохой код генерируют ? Еще раз - операционная система она для запуска программ, а не программы для оправдания существования операционных систем. Хватит уже плодить знатоков скриптов, пора реальные задачи решать. А systemd пусть запускает демонов, он не человек, не устанет и бабла и квартиры не требует.
«зачем тебе лопата? копай давай, некогда за лопатой ходить!»
> Не общеизвестные факты типа того чтото там покрошили расплавили кристалл вытянули,
> а настоящие тонкости технологии позволившие им обойти промышленность СССР?А ну-ка, ну-ка, выкладывайте.
> Хватит уже плодить юнитов, пора реальные задачи решать.
Вот именно, а не геморрой всем подряд обеспечивать наваливанием на голову сырого хлама с рейдерскими приёмчиками.
Ну хоть бы немножко столкнулись с тем, о чём говорить пытаются, вот же ж фанбои...
> А ну-ка, ну-ка, выкладывайте.Как ЕС производства даже ГДР работали стабильнее именно по причине элементной базы? Или как машины ряда 4 собирали уже прямо из айбиэмовских комплектующих? [пруф:http://www.computer-museum.ru/histussr/es1220.htm]
Слухай сюды! Положь колдобину со стороны загогулины и два раза дергани за пимпочку. Опосля чего долбани плюхалкой по кувывалке и, коды чвокнет, отскочь дальшее, прикинься ветошью и не отсвечивай. Потому как она в это время шмяк... ту-дыть, сподыть, ёксель-моксель, ерш твою медь... Ш-ш-ш! И ждешь, пока остынет. Остыло — подымаесся, вздыхаешь... Осторо-о-ожненько вздыхаешь про себя, шобы эта быдла не рванула! И бегишь за угол за поллитрой. Потому как пронесло!©
Вообще по мне достаточно для работы на компьютере
распаковать ядро, передать ему управление. Потом ядро
для "меня" должно инициализировать устройства, то есть
загрузить необходимые драйверы, обеспечить квантование
времени между задачами, предоставлять сервисы на уровне
ядра. А дальше мне достаточно одного init процесса и
процессов управления терминалом.И лепить невъеб*нную системд для этого как-то несовсем
"логично".Про IPC.
Мне как бы достаточно чтобы все процессы имели
идентификатор, по которому я смог бы их найти и послать
запрос на обслуживание моих сообщении. Также я бы хотел
получать от них сообщения с приоритетами. Ещё было бы
неплохо передавать с сообщениями данные.Похоже просто Поттеринг(дя святится имя его) непонимает
идеи ОС UNIX.Может звучит простовато...
ну так отключите ненужные модули в systemd. в чем проблема? не пользуетесь у себя на компе оригинальным dbus, не ставьте сабжевый модуль и для systemd
> ну так отключите [..такую..то..штуку..] в [..такой..то..штуке..]. в чем проблема? не пользуетесь у себя на компе [..такую..то..штуку..], не ставьте [..такую..то..штуку..] модуль и для [.такой..то..штуке..]я немножко разъясню ситуацию.
любителю теоретичесих сферических операционных систем в вакууме [пользователь: kuku on 21-Мрт-13, 16:28] -- не могут понять что если в операционной системе не будет какого-то компонента -- то нужная программа просто навсего не сможет работать.
а если нужная программа не сможет работать -- ТО НАФИГ ТОГДА НУЖЕН ТАКОЙ КОМПЬЮТЕР (с его супер-операционой системой с его "идеальным" ядром и "идеальным" init-процессом) ???
(это был реторический вопрос для пользователя "kuku"...)
Не поделитесь списком вельми нужных программ не пащущих в дистрах без systemd? Чисто поржать.
> Не поделитесь списком вельми нужных программ не пащущих в дистрах без systemd?
> Чисто поржать.Gnome 3 же!
То, чего достаточно вам, не достаточно многим другим - это раз.Вы сами точно не можете знать, что вам нужно, потому что скорее всего лишь пользуетесь системой, и можете не знать, какие механизмы нужны для того, чтобы система работала как надо - это два.
Программистам нужен единый способ узнать, что это за дистрибутив Linux, на котором работает их программа, а не искать по всем возможным углам в файлах /etc/debian_version, /etc/slackware-version, /etc/fedora-release, /etc/issue, lsb_release -a и uname -a и писать килобайты строк кода для такой простой вещи.
Программистам нужно загузить драйвер, когда устройство воткнули в систему и оповестить пользовательские приложения о появившемся новом устройстве.
Программистам нужно сэкономить используемую память, запуская сервисы по требованию - лишь тогда, когда произошло обращение к сокету сервера.
Программисты не хотят писать килобайты кода лишь для того, чтобы определить, что программа работает на реальном железе, внутри системы контейнерной изоляции или виртуализации, узнав ещё при этом, в какой именно системе из многих.
Админы хотят, чтобы когда они просят систему остановить сервис, система прибила все его реально работающие процессы, а не только те, что записаны в PID-файле.
Перечислять можно много. systemd реально решает много проблем. Если цените академический минимализм - отправляйтесь на Minix.
> То, чего достаточно вам, не достаточно многим другим - это раз.
> Вы сами точно не можете знать, что вам нужно, потому что скорее
> всего лишь пользуетесь системой, и можете не знать, какие механизмы нужны
> для того, чтобы система работала как надо - это два.
> Программистам нужен единый способ узнать, что это за дистрибутив Linux, на котором
> работает их программа, а не искать по всем возможным углам в
> файлах /etc/debian_version, /etc/slackware-version, /etc/fedora-release, /etc/issue,
> lsb_release -a и uname -a и писать килобайты строк кода для
> такой простой вещи.Ну тогда нужен стандарт прописать в LSB. systemd тут никак не поможет.
> Программистам нужно загузить драйвер, когда устройство воткнули в систему и оповестить
> пользовательские приложения о появившемся новом устройстве.Что успешно делает и делал udev
> Программистам нужно сэкономить используемую память, запуская сервисы по требованию - лишь
> тогда, когда произошло обращение к сокету сервера.На сайт зашли, стартует apache, а то и вовсе какой-нибудь tomcat, десять минут... полет нормальный.
> Программисты не хотят писать килобайты кода лишь для того, чтобы определить, что
> программа работает на реальном железе, внутри системы контейнерной изоляции или виртуализации,
> узнав ещё при этом, в какой именно системе из многих.Ну так lshw в помощь. Какие килобайты?
> Админы хотят, чтобы когда они просят систему остановить сервис, система прибила все
> его реально работающие процессы, а не только те, что записаны в
> PID-файле.А killall на что?
> Перечислять можно много. systemd реально решает много проблем. Если цените академический
> минимализм - отправляйтесь на Minix.Перечислять можно действительно много, только systemd ни одной проблемы не решает.
Зато ломает то, что и так хорошо работает.
> На сайт зашли, стартует apache, а то и вовсе какой-нибудь tomcat, десять минут... полет нормальный.Ну не говорите глупостей, а?
xinet вполне используется для разного, когда надо. А иногда вроде и надо, но не используется по техническим причинам.
Linux is not Unix
> Linux is not Unixкверти is not умный.
они ещё любят говорить про то, что «стабильный апи — нонсенс». точно так же не понимая, просто попугайничая.
> непонимает
> идеи ОС UNIX.Вы считаете, что IBM AIX, Sun Solaris, Apple Mac OS X - не Unix?
Ай да Поттеринг. Ай да молоцца. Шлепает проги, как горячие пирожки. Успевай ставить.
> Ай да Поттеринг. Ай да молоцца. Шлепает проги, как горячие пирожки. Успевай
> ставить.Горячими пирожками можно обжечься! (С) Бабушка
Если будет 100% совместимость и другим девелоперам ничего не придется портировать - было бы здорово. Я читал где-то, что такая шина будет гораздо шустрее нынешнего D-Bus работать, а с ним сейчас весь десктоп связан.
> Если будет 100% совместимость и другим девелоперам ничего не придется портировать -
> было бы здорово. Я читал где-то, что такая шина будет гораздо
> шустрее нынешнего D-Bus работать, а с ним сейчас весь десктоп связан.В современных десктопах dbus узким местом не является, там по этой шине далеко не гигабайты гоняют. Не думаю, что небольшое ускорение и без того не особо медленной шины сообщений будет хоть сколько-нибудь заметно на фоне кучи других тормозов.
> В современных десктопах dbus узким местом не является...однако IPC (Inter-process communication) это важный аспект в операционных системах, и было бы не плохо чтобы IPC было бы сделанно хорошо.
(чем лучше -- тем лучше. хотя конечно мы понимаем что нет пределу совершенства :)).
одно IPC другому IPC рознь.
dbus больше шина.
к примеру сановская IPC (System V IPC), где шаредмемори, семафоры и тд (man shmat/ipcs/…) и которая уже тыщу лет в ведре, там да, там это критично.зыж
абсолютно не против kdbus в ядре, но выводы делать преждевременно точно.
в отличие от libsystemd-bus.
> однако IPC (Inter-process communication) это важный аспект в операционных системах, и было
> бы не плохо чтобы IPC было бы сделанно хорошо.и непременно в пространстве ядра!
SysV IPC вон из ядра !!! Долой гнусные происки наймитов AT&T !!!
Куда вы меня тащите, санитары !?!?
да нет, что ты. дбас? в ядро! иксы? в ядро! инит? в ядро! хттп-сервер? в ядро! да и вообще: ведь всем известо, что на переключение контекстов тратится дофига времени, поэтому всё в ядро!
А я где-то читал, что в D-Bus код просто мерзосный...
Да и биндинги дело-то наживное.
я тоже слышал одна бабка так и сказала про плохой код оригинального D-Busне буду торопиться с выводами, скажу что не понял - через него будут работать другие существующие программы?
> А я где-то читал, что в D-Bus код просто мерзосный…да прямо здесь и была ссылка на лор, где человек цитаты показывал.
Вполне возможно.
# dmesg
>[23184.024348] WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x5d/0x1c0()
>[23184.024416] Hardware name: 550P5C/550P7C
>[23184.024455] tty is NULL
>[23184.024481] Modules linked in: dm_mod 8021q …
>[23184.025049] Pid: 9919, comm: kworker/5:1 Tainted: G O 3.9.0-rc2 #1
>[23184.025113] Call Trace:
>[23184.025147] [<ffffffff81037a0b>] warn_slowpath_common+0x8b/0xc0
>…за ~15 лет такого от tty ни разу не видел.
с systemd вот сподобился :В
Ну и ну.
перегружаюсь с openrc — всё ок, с systemd — вот такая хрень.
происходит только при переключении на виртуальную консоль или при выходе из неё (по exit).
systemd любезно перезагружает getty@tty[N].service, но в dmesg ошибка то остаётся.
# eix sys-apps/systemd
[I] sys-apps/systemd
Available versions: (~)197-r1 (~)198-r1 [M]**9999 {acl … }
Installed versions: 198-r1
неча на зеркало пенять!..
$ dmesg | grep tty
[ 0.000000] console [tty0] enabledкак повторить ошибку?
выше написал.
вот ещё, если интересно:
# systemctl status getty@tty1.service
getty@tty1.service - Getty on tty1
Loaded: loaded (/usr/lib/systemd/system/getty@.service; enabled)
Active: active (running) since Чт. 2013-03-21 16:07:46 MSK; 1h 17min ago
Docs: man:agetty(8)
man:systemd-getty-generator(8)
http://0pointer.de/blog/projects/serial-console.html
Main PID: 10239 (agetty)
CGroup: name=systemd:/system/getty@.service/tty1
└─10239 /sbin/agetty --noclear tty1 38400 linuxмарта 21 16:07:46 victor-laptop systemd[1]: getty@tty1.service holdoff time over, scheduling restart.
марта 21 16:07:46 victor-laptop systemd[1]: Stopping Getty on tty1...
марта 21 16:07:46 victor-laptop systemd[1]: Starting Getty on tty1...
марта 21 16:07:46 victor-laptop systemd[1]: Started Getty on tty1.
https://www.kernel.org/diff/diffview.cgi?file=%2Fpub�...
https://www.kernel.org/diff/diffview.cgi?file=%2Fpub�...
говорю ж, этот же комп перегружаю с openrc и проблема не наблюдается.
> говорю ж, этот же комп перегружаю с openrc и проблема не наблюдается.там патчи которые фиксят косяки в systemd!
Щас придёт девелопер сельмого дня и ловко объяснит какой ты неудачник и испортил прямой системд.
А busybox, наверное, тоже в том или ином виде соберут для busybox, чтобы зависимость от coreutils искоренить.
Весьма предсказуемый ход. Что там ещё у нас отдельно от systemd болтается?
> Что там ещё у нас отдельно от systemd болтается?вообще-то НИ чего от systemd отдельно НЕ болтается -- УЖЕ. :)
...как вообще что-то может болтаться отдельно, если systemd выполняет роль /sbin/init и контролирует все демоны, без различия относительно того кем они (демоны) были разработаны???
даже устаревающий dbus-демон и тот тоже контролируется (и по сути привязан) к systemd. и так было ещё ДО написания libsystemd-bus
> Весьма предсказуемый ход. Что там ещё у нас отдельно от systemd болтается?Я думаю что FUSE еще обязательно в systemd запихать надо. А то непорядок же.
Ну а если не FUSE то хотя бы NFS. И identd еще конечно. А то пацаны волнуюцца, как без такой фичи жить то дальше ?
и пульсаудио тоже!
И менеджер, исковый менеджер входа ищо. Как же без него то. Получица прям как православный winlogon. Я так думаю что верной дорогой идут товарищи.Если до кучи воткнуть туда еще inetd (аль он воткнутый ли уже ?) то прям вообще получаются всем известные фаберже тока в профиль.
Чем то напоминает матрицу (фильм), где в роли мистера Смита — systemd.
> Чем то напоминает матрицу (фильм), где в роли мистера Смита — systemd.отличная аналогия! теперь я начинаю переосозновать своё отношение к этим чёртовым революционерам-маргиналам (Морфиус и Нео) :)
ведь, по сути Матрица делала так как всем (людям) лучше... но нет же(!) находились люди которые критиковали и боролись с ней.... оооох
>> Чем то напоминает матрицу (фильм), где в роли мистера Смита — systemd.
> отличная аналогия! теперь я начинаю переосозновать своё отношение к этим чёртовым революционерам-маргиналам
> (Морфиус и Нео) :)
> ведь, по сути Матрица делала так как всем (людям) лучше... но нет
> же(!) находились люди которые критиковали и боролись с ней.... оооох"Не можешь победить? Влейся в нас!" (с) М-р Смитт
Но наверное стоить посочувствовать влившимся, что ли. Рабы ведь они и есть рабы, пусть даже и всем довольные.
Жду когда наконец не надо будет настраивать скрипт через скрипт (это о настройке сети). Поттеринг реально молодец. Обещал.
Ожидаемый шаг. Поттеринг как всегда радует. Думаю, со временем появятся привязки его либы к Gnome/GObject и тогда привязки к высокоуровневым ЯП посыпятся как из рога изобилия.
Полагаю, с такими темпами не долго до ПоттерОС
к чему вся эта стена плача? не нравится - не используйте.
Вот чего Systemd ещё не хватает, так это BSOD.
> Вот чего Systemd ещё не хватает, так это BSOD.Поттеринг учтёт ваше пожелание в новых версиях.
> Вот чего Systemd ещё не хватает, так это BSOD.Причем пускай оставят только его.
Мне кажестся руководство RedHat потокает Поттеренгу, в его стремелении все "ОСистемдтизировать", т.к. в новой версии RHEL 7 будет системд, придется его осваивать --> новые контракты на поддержку, т.к. "новая технология", деньги.
Да и маркетологи лишний плюсик к релизу RHEL могут дописать.
Мои впечатления от системд, как от обычного пользователя:
основное что заметил быстрое время загрузки, НО на десктопе после этого приходится ждать загрузки DE, а на серверах старт RAID контролера.Напишите, какие плюсы получиись у вас при работе с Systemd!?
> Мне кажестся руководство RedHat потокает Поттеренгу, в его стремелении все "ОСистемдтизировать",
> т.к. в новой версии RHEL 7 будет системд, придется его осваивать
> --> новые контракты на поддержку, т.к. "новая технология", деньги.
> Да и маркетологи лишний плюсик к релизу RHEL могут дописать.Основная причина утеря лидерства, снижение доходов, на сервера нынче всё больше Ubuntu ставят,
которая по умолчанию бесплатна и сертифицирована и за которую не требуют обязательных отчислений на якобы тех. поддержку.> Мои впечатления от системд, как от обычного пользователя:
> основное что заметил быстрое время загрузки, НО на десктопе после этого приходится
> ждать загрузки DE, а на серверах старт RAID контролера.
> Напишите, какие плюсы получиись у вас при работе с Systemd!?Никаких. Ассинхронную загрузку поддерживал и upstart, скорость одинаковая, да и не так важна скорость работы в отличии от стабильности.
> Никаких. Ассинхронную загрузку поддерживал и upstart, скорость одинаковая, да и не так
> важна скорость работы в отличии от стабильности.В смысле скорость загрузки.
> Основная причина утеря лидерства, снижение доходовУ шляпы-то? http://www.nasdaq.com/symbol/rht/revenue-eps за несколько лет гляньте.
> на сервера нынче всё больше Ubuntu ставят, которая по умолчанию бесплатна
> и сертифицированаНичего себе умолчание, а за базар ответить?
> и за которую не требуют обязательных отчислений на якобы тех. поддержку.
Вот только когда эта "якобы техподдержка нужна" -- она без "якобы" есть?
> да и не так важна скорость работы в отличии от стабильности.
Так вот и подумайте над своими же словами, взяв листок бумаги и проложив на нём курс шляпы и курс древнегоафриканскогослова.
в этом ты весь, кухонный аналитик. мог бы удать всю ветку, дабы не похориться. нет, удалил лишь неудобное
> нет, удалил лишь неудобноеУдалил безнадёжное. Если хотите -- давайте попробуем ещё раз и по существу.
Походил, подумал и понял, что всё-таки разгорячился почём зря -- прошу прощения.
Итак, в #230 было утверждение Анонима по "утрате доходов" редхатом вследствие халявной серверной убунты; меня это заставило усомниться и заглянуть на nasdaq (#235); дальше, по логике, хорошо бы услышать автора #230, но если хотите высказаться вместо него -- милости просим. Только вместо ссылок на свои знания предлагаю их применить, если в наличии. "Владение" предметом на уровне форексного планктона неинтересно, сразу предупреждаю.
Поттринга можно ненавидеть только за то, что его действия влияют на остальных. Нахера надо было ломать udev и посылать всех в далекие леса? Форкнул, снял полномочия и пиши свой код дальше, но нет все остальные разделились на красных и белых из-за ничего. Теперь у многих развился синдром Поттринга:- мы пишем новый мир
- нам пофиг, вы уже в блеклистеЭто тоже самое, что если бы кто-то решил писать новый mc, а разработчики шеллов писали блеклисты с автоигнором на запуск.
> Это тоже самое, что если бы кто-то решил писать новый mc, а
> разработчики шеллов писали блеклисты с автоигнором на запуск.Новый mc и systemd две большие разницы. mc вы хотите старый пользуйте, хотите новый. А вот systemd это уже из серии "предложения от которого сложно отказаться".
Причем ладно я бы понял что это предложение было бы вменяемое. Не грех тогда было бы и согласиться. А по факту предлагают черный ящик "все в одном".
Черный ящик "все в одном" уже одна известная компания из Редмонда сделала. Там тоже "свобода и модульность". Захотел службу включил, захотел отключил, захотел доставил, захотел снес.
Фактически Поттеринг сначала выдумал проблему, потом скопи... подглядел у ms способ героически с ней бороться, чем как минимум наплодил лишних сущностей, и успешно теперь борется используя редхетовский административный ресурс. Раньше были программы, ядерные модули, библиотеки и демоны, теперь появились еще юниты для системд, со своими шахматами и поэтессами. Причем каждый юнит - велисапед на ранее существующее решение, причем несовместимый со старым. Накойхер они надо может кто-то обьяснить, кроме "шоб были" ? Что без них не работало ?
> Что без них не работало ?портеринг.
> Фактически Поттеринг сначала выдумал проблему, потом скопи... подглядел у ms способ героически
> с ней бороться, чем как минимум наплодил лишних сущностей, и успешно
> теперь борется используя редхетовский административный ресурс. Раньше были программы,
> ядерные модули, библиотеки и демоны, теперь появились еще юниты для системд,Mac OS X - Unix. Настоящий, сертифицированный: http://blog.opengroup.org/2012/07/25/apple-registers-mac-os-.../
Но в нём есть launchd, идеи которого реализует systemd. Сервисы для launchd описываются даже не в XML, а достаточно дебильном xml plist.
И Solaris юникс - настоящий, олдовый юникс. В нём есть сервисы (какой кошмар), описываемые/конфигурируемые в XML (ужосужос!). И в AIX, который тоже юникс, есть сервисы.
И только красноглазые соплялиховоды двадцать лет возятся с шелл-портянками, свято веря, что их при этом осеняет Дух Святого Юникса.
нуда, трепло, покажи, что там у тебя сломано в udev?
> нуда, трепло, покажи, что там у тебя сломано в udev?Недавно выдрали работавшие write_net_rules, о нетрепло. Хорошо, что в альте вменяемый майнтейнер нашёл вариант аккуратно упаковать отдельным подпакетом: https://bugzilla.altlinux.org/show_bug.cgi?id=28484#c22
это какая версия udev? "поломки" такого типа как в логе по ссылке - обычное дела, бывало не раз и до появления systemd. ещё раз, покажи конкретно популярный (а не alt) дистрибутив, в котором сломан udev разработчиками systemd?
> это какая версия udev?197
> "поломки" такого типа как в логе по ссылке - обычное дела,
> бывало не раз и до появления systemd.Наверное, Вы не поняли. Давайте попробую пояснить ещё раз.
Жил да был в udev вариант фиксации соответствия логического интерфейса физическому интерфейсу, реализовывался при помощи пары скриптовых хелперов и генерируемого ими 70-persistent-net.rules. Это всё работало и достаточно хорошо (скажем, я как-то набросал на базе этой реализации очень компактный вариант для предсказуемой фиксации имён интерфейсов сдвоенных 10GE-карт для "Ломоносова", когда понадобилось).
Далее пришедший апстрим systemd по мотивам более ранних подвигов криворуких укурков из федоры решил, что это всё туфта и надо всем сделать щастье вида enpXsY. И выкинул эти хелперы вместо того, чтобы по умолчанию их не использовать либо вовсе оставить на выбор майнтейнера/админа (которому могут быть удобней вообще имена вроде int и ext).
Могу ещё потрудиться и найти соответствующие спеки федоры и systemd -- они оба тоже умно изложены, вот только направлены на насильственное решение проблемы, которой у других и так уже не было (вполне сравнимо с феерическим заметанием шляпного раздолбайства под ковёр в случае с отдельным /usr). Это если действительно интересно разобраться, а не поспорить.
> ещё раз, покажи конкретно популярный (а не alt) дистрибутив, в котором
> сломан udev разработчиками systemd?Федора прокатит? Вот там -- точно так же сломан, но в отличие от -- не починен.
>> это какая версия udev?
> 197
>> "поломки" такого типа как в логе по ссылке - обычное дела,
>> бывало не раз и до появления systemd.
> Наверное, Вы не поняли. Давайте попробую пояснить ещё раз.
> Жил да был в udev вариант фиксации соответствия логического интерфейса физическому интерфейсу,
> реализовывался при помощи пары скриптовых хелперов и генерируемого ими 70-persistent-net.rules.
> Это всё работало и достаточно хорошо (скажем, я как-то набросал
> на базе этой реализации очень компактный вариант для предсказуемой фиксации имён
> интерфейсов сдвоенных 10GE-карт для "Ломоносова", когда понадобилось).и к чему тут это?
> Далее пришедший апстрим systemd по мотивам более ранних подвигов криворуких укурков из
> федоры решил, что это всё туфта и надо всем сделать щастье
> вида enpXsY. И выкинул эти хелперы вместо того, чтобы по
> умолчанию их не использовать либо вовсе оставить на выбор майнтейнера/админа (которому
> могут быть удобней вообще имена вроде int и ext).кто-то заставляет использовать последнюю версию? в opensuse разработчики решают эти проблемы кумулятивно - обновляют systemd до следующей версии по мере тестирования и выявления багов. а то, что выкинули - вполне логично, если дистрибутив использует systemd, он в конечном счете будет использоваться по федориным спекам
> Могу ещё потрудиться и найти соответствующие спеки федоры и systemd -- они
> оба тоже умно изложены, вот только направлены на насильственное решение проблемы,
> которой у других и так уже не было (вполне сравнимо с
> феерическим заметанием шляпного раздолбайства под ковёр в случае с отдельным /usr).
> Это если действительно интересно разобраться, а не поспорить.
>> ещё раз, покажи конкретно популярный (а не alt) дистрибутив, в котором
>> сломан udev разработчиками systemd?
> Федора прокатит? Вот там -- точно так же сломан, но в
> отличие от -- не починен.приводи точные версии стабильной федоры, udev, systemd из стандартных (не тестовых) реп, где связка systemd/udev не работает
> и к чему тут это?К тому, что бывают случаи, когда желателен подход, который ближе к предложенному некоторое время тому в федоре (с "физической") привязкой -- в смысле оппонент в курсе и доказывать ему это не требуется.
> кто-то заставляет использовать последнюю версию?
Если бы Вы хоть немного понимали в разработке дистрибутивов, то понимали бы и цену форка.
> а то, что выкинули - вполне логично, если дистрибутив использует systemd,
> он в конечном счете будет использоваться по федориным спекамВот эта глупость и возмущает -- шляпа с федорой всегда славились туповатым подходом (что понятно ввиду специфики редхата) и крайне узким кругозором. Понимаю ещё бы дебиан взялся всем говорить, как оно будет всем лучше -- и то у тех же гентушников нашлись бы случаи использования, до которых гибкость дебиана доставать не собирается. А мир куда более разнообразный, чем может показаться гентушникам, дебианщикам и уж тем более красной шляпе на пустом жбане.
В альте когда etcnet внедряли -- прошлись по граблям, когда некоторые софтины (особенно этим всякие проприетарные биллинги отличались, ЕМНИП) не умели в принципе работать с именами вида не-eth*. Понятно, что их надо исправлять, по-хорошему -- но ломать смысла тоже нет.
>> Федора прокатит? Вот там -- точно так же сломан, но в отличие от -- не починен.
> приводи точные версии стабильной федоры, udev, systemd из стандартных (не тестовых)
> реп, где связка systemd/udev не работаетВ udev-173-3.fc16 хелпер /lib/udev/write_net_rules ещё есть, в systemd-195-15.fc18 (выделенного пакета udev там уже нет) -- отсутствует. Зеркала F17 под рукой нет, но надеюсь, ответ уже достаточный. Версии целевого дистрибутива указаны в %release.
не нравится - сделай лучше.
Когда оно уже mp3 играть научится?
Поттеринг еще будет долго получать лучи ненависти пока будет ломать то что и так работает, вроде этого:
https://plus.google.com/u/0/118125769023950376556/posts/3fQz...
> Поттеринг еще будет долго получать лучи ненависти
> пока будет ломать то что и так работает, вроде этого:Да если бы только они с Сиверсом...
http://lists.altlinux.org/pipermail/community/2013-March/679...
Похоже, это действительно такой рак мозга у пришедших из мира "одного фюрера".
