Кей Сайверс (Kay Sievers), один из создателей подсистемы udev, объявил (http://permalink.gmane.org/gmane.linux.hotplug.devel/17392) о решении по слиянию проектов udev и systemd в единое дерево исходных текстов. Все функции обслуживания устройств в директории /dev и обработка операций подключения и отключения внешних устройств, которые ранее выполняла подсистема udev, отныне будут непосредственно интегрированы в системный менеджер systemd.
Отдельно отмечается, что для дистрибутивов, которые не желают использовать systemd, будет обеспечена возможность использования и сборки udev, независимо от остальных частей systemd. Возможность обособленного использования udev заявлена как официально поддерживаемая функция. Опасения того, что в будущем udev невозможно будет использовать без systemd необоснованы, так как обособленный udev необходим для формирования образов initrd, не содержащих компонентов systemd. Целостность libudev API и совместимость udev из состава systemd с другими системами инициализации будет сохранена на протяжении длительного времени.
Таким образом, интеграция udev и systemd в основном приведёт к упрощению процесса разработки обоих проектов, которые во многом взаимосвязаны и развиваются по сути одной командой разработчиков. Слияние позволит избежать дублирования кода и сократит число зависимостей при сборке. Для дистрибутивов все изменения сведутся к тому, что для сборки udev придется использовать архив с кодом systemd, а не отдельный архив udev. После слияния systemd продолжит нумерацию версий udev, т.е. после 45 выпуска сразу будет представлена версия 184.
URL: http://permalink.gmane.org/gmane.linux.hotplug.devel/17392
Новость: http://www.opennet.me/opennews/art.shtml?num=33526
тыц пока анонимусов непонабежало:новый линукс после шоковой паники начал предлагать адекватные решения.. отмечается либо повышение самосознания либо присутствие схемы за всем этим.
> тыц пока анонимусов непонабежало:
> новый линукс после шоковой паники начал предлагать адекватные решения.. отмечается либо
> повышение самосознания либо присутствие схемы за всем этим.Ага, есть схема. Linux всё более нужен(и важен) корпорациям, которые хотят навести порядок в этом зоопарке. Им нужна стандартная, открытая и предсказуемая, качественная ОС. И качество ОС через череду шоковых терапий прийдёт к нужным им показателям. Вбросить идейку кому-то из своих штатных работников, работающих на сообщество. Подкинуть потом деньжат разработчикам из сообщества на доводку до ума реализации данных идей на практике - вот уже решение в дистрах, и сообщество даже не поняло, что не ему эти новшества нужны были в первую очередь, а тем кто умеет считать свои деньги и ценить свое время(ибо оно в деньги конвертируется нехило).
ты это так сказал, как будто когда делают то, что сообществу нужно во вторую очередь, это плохо.
>Им нужна стандартная, открытая и предсказуемая, качественная ОС.ха, при этом не способны написать и отказываясь от своей такой во всю "предсказуемой", "качественной".
неа, скорее они вселились в эту комуналку и решили немножко по-преватезировать санузлы, кухни и тд.
зыж
только всё это не имеет отношения к сабжу.
это только журналюги и местные трольчишки из столь малозначащего факта могут попытаться раздуть "сенсацию" и "шок".
да раздувание мух это оснавная работа.
Ага, есть схема. Linux всё более нужен(и важен) корпорациям
Ты так говоришь, как будто работающая и при том хорошо система - это что-то плохое и никому кроме корпораций не требуется. А по факту от ОС корпорациям надо то же что и всем остальным :). И это хорошо, их ресурсы будут работать на нас. Ну и на них. На всех.
В сообществе обычно приоритет на то, что интересно разрабам. В корпорациях всё немного иначе. Работа на первом месте, а потехой заниматься можно только в определённы
Хорошо работающая система нужна всем, но вот приоритеты у компаний обычно чётко очерчены и имеют сроки их выполнения, а у сообщества каждый пилит что ему интересно и иногда не то, что всем надо.
Чем корпорациям не понравился DEVD из ядра FreeBSD?
Очевидно тем, что он из FreeBSD.
Дорого.
не дорого, надо говорить "толсто"
> Чем корпорациям не понравился DEVD из ядра FreeBSD?А я такая-растакая, но мой поезд ушел (C) А. Пугачёва
> Чем корпорациям не понравился DEVD из ядра FreeBSD?Тем что это твое фрибсд до ума довести - никаких бабосов не хватит.
>> Чем корпорациям не понравился DEVD из ядра FreeBSD?
> Тем что это твое фрибсд до ума довести - никаких бабосов не
> хватит.данный тезис о линухе - скорее всего.
> Чем корпорациям не понравился DEVD из ядра FreeBSD?А какие преимущества против udev?
Таким образом, интеграция udev и systemd в основном приведёт к упрощению процесса разработки обоих проектов, которые во многом взаимосвязаны
> и развиваются по сути одной командой разработчиков. <Вопросы?
> Чем корпорациям не понравился DEVD из ядра FreeBSD?нет гарантий что конкуренты не сопрут твои наработки по троллфэйс лицензии бсд
Ещё бы интеграцию GUI делали (Qt, GTK, GNOME, KDE...), вообще было бы замечательно (вид, настройки, ...).
> Ещё бы интеграцию GUI делали (Qt, GTK, GNOME, KDE...), вообще было бы
> замечательно (вид, настройки, ...).причём сразу в ядро!
> причём сразу в ядро!Да, все KDE сразу. Зато в кои-то веки перестанет тормозить ;)
Может, запилят возможность писать правила udev в синтаксисе юнитов systemd? Было бы неплохо.
Годная новость. Совместимость со старыми Unix'ами Linux не сильно то нужна. Unix давно похож на болото, и только Linux и MacOS X реально развиваются в этой среде. Так что давно пора создавать более удобные и быстрые решения, не оглядываясь на старые традиции. Ещё единый формат пакетов и маркет приложений для всех дистров создать, и Wayland допилить - и Linux станет не менее привлекательной платформой для создателей ПО(в первую очередь коммерческого, вроде CAD и игр) которого так не хватает иногда. Стандартизация и интеграция решений, их унификация - это последний шанс догнать решения от Apple или Android по популярности. Разорвать замкнутый круг. А то нет игр и ПО для большей части пользователей(реально Linux в основном юзают программисты и другие IT'шники), нет и большой пользовательской базы. Нет базы, нет и проприетарщиков желающих написать что-то не just for fun а за деньги. Нет их, нет и ПО разработка которого сообщество IT'шников мало интересует. Нет ПО из-за разрозненности сообщества, некоторых лицензионных проблем, и отсутствия стандартной платформы с внятной SDK и документацией не на разрозненные програмульки и либы, а на минимально необходимую и имеющуюся везде платформу. Одних систем инициализации в Linux почти столько, сколько и дистров. Проприетарщикам такой геморой обходится дорого, а прибыль от коммерческих разработок под Linux обычно ничтожна. Из-за размеров комьюнити. Так что надеюсь systemd будет в каждом дистре, а потом и другие базовые компонеты дистров унифицируют.
> Годная новость. Совместимость со старыми Unix'ами Linux не сильно то нужна. Unix давно похож на болото, и только Linux и MacOS X реально развиваются в этой среде.На самом деле, большинство фич, продвигаемых Поттерингом, реализованы в Unix еще 15-20 лет назад.
(Кстати, с учетом этого факта, особенно смешно глядеть на убунтят, пытающихся наезжать на ненавистного конкурента со своими рассуждениями о unix way)
> на ненавистного конкурента со своими рассуждениями о unix way)А конкурент - это кто? Юникс, который вымер почти везде? Анонимусы с батхертом от убунты такие анонимусы :)
>> Годная новость. Совместимость со старыми Unix'ами Linux не сильно то нужна. Unix давно похож на болото, и только Linux и MacOS X реально развиваются в этой среде.
> На самом деле, большинство фич, продвигаемых Поттерингом, реализованы в Unix еще 15-20
> лет назад.Только Linux это не Unix. и как ОС Unix как то не существует ;)
Linux действительно не Unix, согласно заявлению ее же создателя.Второе утверждение - бездоказательно. Не надо путать свои хотелки с реальностью. Реальность же такова, что дай бы бог вашему пингвину столько рынка откушать.
> Второе утверждение - бездоказательно. Не надо путать свои хотелки с реальностью. Реальность
> же такова, что дай бы бог вашему пингвину столько рынка откушать.Можно ссылку на статистику рыночной доли канонической ОС Unix? не AIX / HPUX / Solaris, а именно Unix как ОС.
Вы же утверждаете, что ОС Unix захватила больше Linux? ;)
> Linux действительно не Unix, согласно заявлению ее же создателя.И это круто. Зачем нам нужен "реактос, но только *nix-like"?
Unix как ОС существовала и исчезла она из-за костности её разработчиков и немалой стоимости совокупного владения. Свободный клон из Беркли, другие коммерческие клоны и альтернативные ОС своё дело сделали. Но остались потомки. Irix, AIX, Solaris, HP-UX, UnixWare и BSD - это те платформы, который тянут за собой старый lagacy код, пропахший нафталином. И если в BSD и Solaris есть потенциал к развитию, то остальные по сути уже вымерли практически. Linux их просто сожрал. Те, кто умеют считать деньги поставили на то, что приносит прибыль и помогает экономить на разработке своих ОС, и это Linux.
> Unix как ОС существовала и исчезла она из-за костности её разработчиков и
> немалой стоимости совокупного владения. Свободный клон из Беркли, другие коммерческие
> клоны и альтернативные ОС своё дело сделали. Но остались потомки. Irix,
> AIX, Solaris, HP-UX, UnixWare и BSD - это те платформы, который
> тянут за собой старый lagacy код, пропахший нафталином. И если в
> BSD и Solaris есть потенциал к развитию, то остальные по сути
> уже вымерли практически. Linux их просто сожрал. Те, кто умеют считать
> деньги поставили на то, что приносит прибыль и помогает экономить на
> разработке своих ОС, и это Linux.AIX вот живее всех живых, между прочим.
> AIX вот живее всех живых, между прочим.Punks not dead, просто они так же пахнут.
AIX жив, да, но в его безоблачном будущем я бы не был так уверен ;)
> AIX вот живее всех живых, между прочим.Какой процент рынка занимает данная ОС? То-то же.
> На самом деле, большинство фич, продвигаемых Поттерингом, реализованы в Unix еще 15-20 лет назад.Да вот только перечислить «фичи systemd, реализованные в никсах 15-20 лет назад» так до сих пор никто почему-то не сподобился. Люто, бешено реквестирую список уже наконец.
>> На самом деле, большинство фич, продвигаемых Поттерингом, реализованы в Unix еще 15-20 лет назад.
> Да вот только перечислить «фичи systemd, реализованные в никсах 15-20 лет назад»
> так до сих пор никто почему-то не сподобился. Люто, бешено реквестирую
> список уже наконец.SMF. Solaris 10. Только, прежде чем роток открывать, плз, почешись маны покурить по SMF, ога?
>> Да вот только перечислить «фичи systemd, реализованные в никсах 15-20 лет назад» так до сих пор никто почему-то не сподобился. Люто, бешено реквестирую список уже наконец.
> SMF. Solaris 10. Только, прежде чем роток открывать, плз, почешись маны покурить по SMF, ога?ок, зачтено. так каким именно образом SMF в солярке делает ненужным systemd в линупсах?
прежде чем роток открывать ты бы потрудился даты сверить, и перечитать сообщение, на которое ты ответил. Ошибка на 10 лет непростительна.
Ты думаешь он соляру вообще видел?
Потеринг реализует всё очевидным, простым и понятным всем путём. Это талант. Как я ненавидел вначале его pulseaudio! А теперь я не могу без него в своём арче. systemd намного быстрее всех систем инициализации, придуманных для этого. Он очень напоминает систему инициализации MacOS X, а не древний init какого-то старого FreeBSD,Irix'а и ему подобной дребедени.
> Потеринг реализует всё очевидным, простым и понятным всем путём. Это талант. Как
> я ненавидел вначале его pulseaudio!Ну хз за что там этот пульс ненавидеть, но свое дело выполняет и проблем не приносит. Пусть живет имхо.
>> Потеринг реализует всё очевидным, простым и понятным всем путём. Это талант. Как
>> я ненавидел вначале его pulseaudio!
> Ну хз за что там этот пульс ненавидеть, но свое дело выполняет
> и проблем не приносит. Пусть живет имхо.Да он теперь хорош. А когда всё начиналось, звук в играх и даже обычном Rhythbox заикался, а загрузка проца превышала 5% постоянно.
…а Ватсон без трубки уже не мог…
> …а Ватсон без трубки уже не мог…Еще скажи что алсучка твое все и у нее нет косяков :)
Тут не чего и добавить - целостности не хватает очень, очень.
Столько разношерстных библиотек систем настройки и тд.
Что говорить, если файлы настроек системы разных ее частей порой отличаются просто диаметрально.
Где-то ключ-значение, где-то xml, а где и аналог JSON.
Почему не выбрать один для всей системы????Библиотеки - почему не сделать железобетонный набор библиотек базовой системы????
В большинстве случаев реальное развитие тормозят старики. Раньше они себя какой-то элитой чувствовали. Потому что даже собрать систему из исходников или поправить зависимости было не тривиальной задачей.
Сейчас же эти задачи нужны в исключительных случаях. А системы ведут себя очень стабильно без этих знаний, и их авторитет теряется. Да и вообще люди ленивы по своей натуре. К новому всегда скептически относятся.
> Тут не чего и добавить - целостности не хватает очень, очень.
> Столько разношерстных библиотек систем настройки и тд.Потому, что Unix не Форточка.
> Что говорить, если файлы настроек системы разных ее частей порой отличаются просто
> диаметрально.
> Где-то ключ-значение, где-то xml, а где и аналог JSON.
> Почему не выбрать один для всей системы????Потому, что кто-то решил, что в ЕГО дистрибутиве горы лабуды и нафиг не уперлись.
Потому, что, если в Gentoo или где-то там решат, что шлак не нужен, значит следующим на винчестере вместо чего-то там, будет Gentoo или это что-то.
А большая разница и сложности, - вопрос риторический.> Библиотеки - почему не сделать железобетонный набор библиотек базовой системы????
Это к совсем микро который софт.
> В большинстве случаев реальное развитие тормозят старики.
За счет этих стариков *nix'ы всё ещё дышат. За счет этих стариков Линукс всё еще не сдох.
> Раньше они себя какой-то элитой чувствовали.
Открою вам секрет: тем старикам это глубоко пофигу.
При таких утверждениях вам не понять.> Потому что даже собрать систему из исходников или поправить зависимости
> было не тривиальной задачей.А сейчас стало тривиальной?
> Сейчас же эти задачи нужны в исключительных случаях.
Да ну?!
А софт в базовом репозитории, в бэкпортах, святым духом появляется?> А системы ведут себя
> очень стабильно без этих знаний,Угу.
Если дальше браузера и медиаплеера в гуях не ходить. Да и то не всегда.
А вообще да, багтрекеры отменить. Нафига они сдались? Всё ж работает!> и их авторитет теряется.
Смотря в чьих глазах.
Не надо всех мерить своей меркой.> К новому всегда скептически относятся.
Здоровый консерватизм еще никому не навредил.
Собираясь на семитысячник альпинист никогда не берет с собой тучу всякого г*вна и гламурных рюшек, но самое необходимое. Чтобы по дороге не выбрасывать и не отламывать после первого же install.> Потому что даже собрать систему из исходников или поправить зависимости
> ...
> Сейчас же эти задачи нужны в исключительных случаях.Это про федору, в которой сначала устроили файлосвалку, а потом при первой же грабле не разгребая проблему решили свалить всё в /usr и решили всех этим скормить скопом?
А потом по таким системам судят о всех Линукс, что их де, делают прыщавые студенты.
>>Потому, что Unix не Форточка.Он выбитая дверь на ржавых петлях.
>>Открою вам секрет: тем старикам это глубоко пофигу.
>>При таких утверждениях вам не понять.С учетом что у них давно внуки - абсолютно согласен.
>>Здоровый консерватизм еще никому не навредил.
Вообще согласен, но ВАЗ перебарщивает :-)
> Он выбитая дверь на ржавых петлях.Кому-то тюремные камеры где тюремщики за вас все решили конечно симпатичнее. Ничо, скоро вам и допустимый список жратвы подгонят.
>> Здоровый консерватизм еще никому не навредил.
> Вообще согласен, но ВАЗ перебарщивает :-)Разговор пошел немного не в том направлении, но да ладно:
- Это особенности славянской натуры. Но пожалуй и не только. Вы думаете со времён Карамзина что-то существенно изменилось?
> Годная новость. Совместимость со старыми Unix'ами Linux не сильно то нужна. Unix
> давно похож на болото, и только Linux и MacOS X реально
> развиваются в этой среде.Вот только в Linux кроме рефакторинга кода и переноса функций из одной части ядра в другую с другим названием ничего другого нового и полезного не наблюдается. В другой Unix-системе, FreeBSD, динамичность развития за последние шесть лет потрясающая.
> Так что давно пора создавать более удобные и быстрые решения, не оглядываясь на старые традиции.
Что "не так" в старых традициях с точки зрения линуксоида, позвольте узнать?
> Ещё единый формат пакетов и маркет приложений для всех дистров создать
Это не самоцель. Unix изначально ориентирован на распространение и сборку программ из исходных текстов. Бинарные пакеты это в некотором роде новодел и "упрощёнка".
> и Wayland допилить - и Linux станет не менее привлекательной платформой для создателей ПО(в первую очередь коммерческого, вроде CAD и игр) которого так не хватает иногда.
...и выкинуть xorg.
> Стандартизация и интеграция решений, их унификация - это последний шанс догнать решения от Apple или Android по популярности.
При всём желании в ближайшие ндцать лет "догнать" Apple не получится, так как Apple движется не туда. ;)
> Разорвать замкнутый круг.
Какой круг?
Мне кажется не стоит слишком рефлексировать на тему BSD/Linux. Эти товарищи даже clang проморгали - до последнего закапывали.
> clang проморгали - до последнего закaпывали.Да, кое-какое полезное применение LLVM все-таки придумали: теперь LLVM будет генерить код для opencl в видеодровах. Единственная заковывка состоит в том что эти самые дрова у бcдунов как раз и не будут работать. Опять корпорации об свои подстилки ноги вытерли...
> шесть лет потрясающая.Эталонное "свое не пахнет". Да, вы там настолько потрясли корпорации игнорированием виртуализации что они просто шлют вас на ... отктрытым текстом.
По сравнению с netgraph, geom, zfs, clang, ule_scheduler, избавлением от giant-lock-ов(чего до сих пор в лине не сделано кстати), Pluggable TCP Congestion Control, многоуровневыми jail-ы с распределением ресурсов и независимым сетевым стеком в каждом, OSS, продуманный USB стеком и добавитьточегозабыл виртуализация может и подождать.
Боюсь когда заложенный потенциал будет использован хотя бы на половину Линю придется хорошенько подвинуться. Особенно начиная с 9.1(pkgng из коробки).
> По сравнению с netgraph, geom, zfs, clang, ule_scheduler,
> избавлением от giant-lock-ов(чего до сих пор в лине не сделано кстати),
> Pluggable TCP Congestion Control, многоуровневыми jail-ы с распределением ресурсов и независимым
> сетевым стеком в каждом, OSS, продуманный USB стеком и добавитьточегозабыл виртуализация
> может и подождать.
> Боюсь когда заложенный потенциал будет использован хотя бы на половину Линю придется
> хорошенько подвинуться. Особенно начиная с 9.1(pkgng из коробки).Ололо, BKL еще раньше giant-lock выпилили... Да и где во фре KMS? Без него она нахрен никому не сдалась на настолках.
> виртуализация может и подождать.Она и ждёт на крейсерской скорости...
> (pkgng из коробки).
Это ему недавно пелёнки меняли или путаю? :)
Вы всё так же за деревьями леса не видите. Напомню lotd:
<netch> http://www.rsdn.ru/forum/flame.comp/4689705.flat.aspx
> с netgraph, geom,Сами по себе они не представляют какой-то самоценности для конечных пользователей. В том плане что сложно себе представить что можно сделать в фре но не получится в пингвине.
> zfs,
Застрявший в развитии, ибо оракель на соляру почти забил. Подстилка из этого для их субд не очень хорошо выходит, а на остальное оракл класть хотел.
> clang
Попробуйте объяснить пользователям что им это даст? Ну, кроме геморроя с пересборкой ряда софта?
> ule_scheduler,
И чем он принципиально лучше (tm) кучки линуксных?
> избавлением от giant-lock-ов(чего до сих пор в лине не сделано кстати)
Там помнится даже соотв. функции выпилили и теперь их даже при желании фиг поюзаешь.
> Боюсь когда заложенный потенциал будет использован хотя бы на половину
Боюсь что в этом мире "бы" не котируется. Придите и подвиньте. Если силенок хватит. Например, разбудите меня когда у вас HD7000 заработает. Чур если его к тому моменту с производства снимут, эпик фэйл в поддержке оборудования будет засчитан.
> Вот только в Linux кроме рефакторинга кода и переноса функций из одной
> части ядра в другую с другим названием ничего другого нового и
> полезного не наблюдается. В другой Unix-системе, FreeBSD, динамичность развития за последние
> шесть лет потрясающая.А вы сравните количество фич ядра Linux и BSD. И окажется, что Linux всё-таки более развитая система. И не забудьте, что разрабы ядра работают над поддержкой тонны дровишек для различных девайсов, а в BSD дров намного меньше, ядро проще. Его ПОКА оно такое, легче модифицировать и модернизировать. С ростом сложности проекта темп развития снизится.
> Что "не так" в старых традициях с точки зрения линуксоида, позвольте узнать?Различный синтаксис у файлов конфигурации. Нет стандартной подсистемы для получения настроек и их изменения. Да много чего нет.
> Это не самоцель. Unix изначально ориентирован на распространение и сборку программ из
> исходных текстов. Бинарные пакеты это в некотором роде новодел и "упрощёнка".Поверьте, когда мне нужно - я собираю себе пакет при помощи простого PGKBUILD'а. Благо их писать проще некуда. Но компилировать мир, как гентушники - это перебор. Были бы у всех личные build-фермы, может это и стало бы нормой. А так не оправдывает временных и денежных затрат.
> ...и выкинуть xorg.
Обязательно. Эта подделка с сетевой прозрачностью и кучей трухлявого кода времён 80-х, который и трогать то боятся, потому-что нет уже стариков что его писали - даром никому не нужна. Да и для некрофилов будет работать xorg поверх Wayland:)
> При всём желании в ближайшие ндцать лет "догнать" Apple не получится, так
> как Apple движется не туда. ;)Статистика показывает, что это Linux не один год двигался не туда.
> Какой круг?Порочный круг, когда всем плевать на хомяков и их нужды. Когда нет целых классов ПО в ОС, которая потенциально могла бы стать лучшей и наиболее распространённой. Когда разработчики проприетарного ПО не желают писать версию своего ПО для данной ОС из-за лицензионных ограничений на многие библиотеки. Когда количество пользователей данной ОС низкое из-за сложности в изучении(нет стандартного набора базовых пакетов, нет стандартной дефолтной DE, и т.п.) Ubuntu пытается как-то разорвать этот круг, и идёт по правильному пути. Но до того, что уже прошли в своём развитии MacOS X и Android и ему далеко.
> Эта подделка с сетевой прозрачностью [...] даром никому не нужна.Отучаемся говорить за всех, ладно? RDP или в эквиваленте ну совсем не улыбается.
> RDP или в эквиваленте ну совсем не улыбается.Чисто технически у RDP куда как более компактный протокол (в плане работы по медленным линкам).
>> RDP или в эквиваленте ну совсем не улыбается.
> Чисто технически у RDP куда как более компактный протокол (в плане работы
> по медленным линкам).Посмотрите сперва на NX, который ужимает заодно и RDP/VNC, потом продолжим.
>> Что "не так" в старых традициях с точки зрения линуксоида, позвольте узнать?
> Различный синтаксис у файлов конфигурации. Нет стандартной
> подсистемы для получения настроек и их изменения. Да много чего нет.Торварищ, у тебя явная дыра в понимании "старых традиций" и UNIX,
отошел бы ты в сторонку от греха подальше.
> Вот только в Linux кроме рефакторинга кода и переноса функций из одной
> части ядра в другую с другим названием ничего другого нового и
> полезного не наблюдается. В другой Unix-системе, FreeBSD, динамичностьСудя по Вашей оригинальной трактовке слова "рефакторинг", слово "динамичность" означает "продинамили всё высокомолекулярное"? :)
Загляните на http://kernelnewbies.org или http://lwn.net/Kernel да посмотрите -- хоть в фичах, хоть в цифрах SLOC и диффов. А то осталось Чеусову сказать, что во фре ничего нового и полезного не наблюдается, зато у него в pkgsrc второй Байконур -- ну и мне потом примазаться со своими погремушками, заявив, что у него в pkgsrc пауки по углам, зато у меня в mkimage-profiles новейшие технологии, не имеющие аналогов в мире. После этого всем дружно сесть на завалинку и посмотреть ещё разик -- что сделано, а что ещё можно было сделать, коли трындеть меньше.
> А то осталось Чеусову сказать, что во фре ничего нового и полезного не
> наблюдаетсяЯ никогда не утверждал ничего подобного. Пакеты их с портами говно,
но в ядре и юзерспейсе вполне себе ведется нужная работа.> а что ещё можно было сделать, коли трындеть меньше.
Ya-ya
> Я никогда не утверждал ничего подобного. Пакеты их с портами гoвно,
> но в ядре и юзерспейсе вполне себе ведется нужная работа."У нашего автомобиля нет колес и руль не крутится, но над двигателем ведется интенсивная работа". Может и прокатило бы, будь это первый автомобиль на планете. А когда конкуренты пачками строгают вполне себе ездящие и комфортабельные экземпляры - удачи...
>...Совместимость со старыми Unix'ами Linux не сильно то нужна...Совместимость вообще не нужна!
Каждый ведь себе может собрать свою операционку и написать прикладной софт. Правильно?
А кто не может - пусть деньги платит. Так?А можно пойти ещё дальше: те, кто не в состоянии получить чистый кремний и изготовить самостоятельно микросхемы - тому и компьютер не нужен!
> А можно пойти ещё дальше: те, кто не в состоянии получить чистый
> кремний и изготовить самостоятельно микросхемы - тому и компьютер не нужен!На самом деле - кто не может получить чистый кремний, идет и гонит деньги тем кто может :)
> На самом деле - кто не может получить чистый кремний, идет и
> гонит деньги тем кто может :)Так и должно быть, это называется разделением труда.
> Так и должно быть, это называется разделением труда.... до тех пор пока это не превращается в вымогательство и тиранию, когда некто полагает что если он разок поработал то теперь можно нифига не делать до гроба жизни, а ему будут должны еще и 70 лет после того как он сдохнет (угу, он воскреснет и придет долги забрать, а то ишь несправедливость - не доплатили же автору!)
> более удобные и быстрые решениябез старых традиций они ничто
systemd подкрался откуда не ждали, вспомнился анекдот про ну очень вежливого лося.
> systemd подкрался откуда не ждали, вспомнился анекдот про ну очень вежливого лося.А вы что, не знали, что systemd и udev делают одни и те же люди?
> А вы что, не знали, что systemd и udev делают одни и
> те же люди?Если честно даже не догадывался. И не думаю, что я одинок. Вот про PulseAudio думаю многие слышали, ага :)
> Если честно даже не догадывался. И не думаю, что я одинок. Вот про PulseAudio думаю многие слышали, ага :)С пульсом все наоборот - там Поттеринг выступает лишь основателем, собственно кодингом уже давно занимаются совсем другие люди.
может по этому его таки довели до рабочего состояния ?:)
> может по этому его таки довели до рабочего состояния ?:)погодите, но ведь всем известно и очевидно, что PA не работает вообще никогда. а у тех, у кого оно якобы работает, оно на самом деле всё равно не работает.
вранье
> вранье# telinit 2
У вас всё еще работает?
А с alsa?Аудиосервер не работающий без гуёв такой сервер...
amixer, alsamixer, pactl, pacmd, mpd, mpc
telinit 3pactl list
Модуль #0
Имя: module-device-restore
...
Активный профиль: output:analog-stereo+input:analog-stereotelinit 2
pactl list
socket(): Семейство адресов не поддерживается протоколом
Ошибка подключения: Отказ в подключении
> telinit 3
> pactl list
> Модуль #0
> Имя: module-device-restore
> ...
> Активный профиль: output:analog-stereo+input:analog-stereo
> telinit 2
> pactl list
> socket(): Семейство адресов не поддерживается протоколом
> Ошибка подключения: Отказ в подключениибагрепорт, надо понимать, уже отправлен?
>> telinit 2
>> pactl list
>> socket(): Семейство адресов не поддерживается протоколом
>> Ошибка подключения: Отказ в подключении
> багрепорт, надо понимать, уже отправлен?Справедливо :)
Пока ещё нет. Но раз пинок есть, - будет.Система тестовая и сохраняется в общепользовательской инкарнации без запиливания под себя, - шаг влево, шаг вправо - расстрел.
Чуть позже, ибо вылазит в системе более важное, но не явно и неочевидно, а займет неделю, наверное не меньше. И без PA вылезло три бага и пара фичреквестов.И, PA наверное чуть ли не единственная вещь на которую срабатывает генетический игнор.
Оправдание слабое конечно.
> # telinit 2
> Аудиосервер не работающий без гуёв такой сервер...ты хотел сказать без сети?
сервер без сети такой сервер о_О
> враньесарказм
с натяжкой... но засчитан :)
GNU/Linux => Systemd/Linux
GNU/Linux => Systemd/udev
> GNU/Linux => Systemd/udevGNU/Linux => ПоттерингОС
> GNU/Linux => Systemd/LinuxШутки шутками, а они слишком поспешно втюхивают свою платформу. Один hal уже закопали, впаривали его примерно так же -- "скорей-скорей, пока не началось".
Есть же старый добрый sysvinit, есть другие варианты на тему загрузки -- радуйтесь, обкатывайтесь с новой разработкой не спеша, выпинывайте баги и дожидайтесь нетривиальных стечений обстоятельств. Смысл ломиться -- будет лучше, сами переберёмся.
>> GNU/Linux => Systemd/Linux
> Шутки шутками, а они слишком поспешно втюхивают свою платформу. Один hal
> уже закопали, впаривали его примерно так же -- "скорей-скорей, пока не
> началось".В этом собственно весь современный Линукс, "скорей-скорей, пока не началось".
> Есть же старый добрый sysvinit
sysvinit -- откровенный кусок дерьма, ну да ладно. Есть другие варианты.
Чую, выкинут мой любимый openrc:(
Я его уже выкинул и рад :) Кстати у нового systemd практически идентичный вывод на экран, если не всматриваться, то легко перепутать).
>практически идентичный вывод на экранНу. конечно! Как я сразу-то... это же самое важное - идентичный вывод на экран!
Так вот: если для Вас принципиальное в новом менеджере - это вывод на экран - я вас поздравляю. Но могу заверить: бинарные форматы, которые в нем используются, - куда важнее, имхо.
Какие нафиг бинарные форматы, ты вообще о чем?
> Чую, выкинут мой любимый openrc:(JFYI.
Roy Marples, автор openrc, сбежал в NetBSD.http://en.wikipedia.org/wiki/OpenRC
http://www.netbsd.org/people/developers.html
Пля, где последний, чистый udev,.... надо срочно слить на github.
---Фсё, можно спать спокойно, пущай ипуться
https://github.com/pavlinux/udev
Очень здравое решение.
+100!
И че теперь с этим кодом делать, ты не подумал?
Можно вообще ничего не делать, но форки и пиринг когда-нибудь спасут Мир.
> Очень здравое решение.deftfs и fbsd спасут вас обоих: вступайте в агит-общество душевного здоровья яЗена им.шести лет без разрывов.
> Пля, где последний, чистый udev,.... надо срочно слить на github.А чо, откатить ревизию в их гите тебе было бы слабо? :)
>> Пля, где последний, чистый udev,....
> А чо, откатить ревизию в их гите тебе было бы слабо? :)...""будет обеспечена возможность использования и сборки udev, независимо от остальных частей systemd.""
Но да, я и сам не любитель читать дальше заголовка. Одна муть!
Перешёл на mdev как на временное решение. Дальше будем думать. Может возродить hotplug2?
>Отдельно отмечается, что для дистрибутивов, которые не желают использовать systemd, будет обеспечена возможность использования и сборки udev, независимо от остальных частей systemd.Но кто их знает, что им потом взбредёт в голову.
> Перешёл на mdev как на временное решение. Дальше будем думать. Может возродить
> hotplug2?вы неправильно употребляете слово "дальше"
Вместо Systemd - openrc
а вместо udev что можно?
хм... а тебе зачем? :)
> хм... а тебе зачем? :)Не нравится systemd
И вообще - "для альтернативы".
enjoy your HAL
> enjoy your HALНе о том.
> Вместо Systemd - openrc
> а вместо udev что можно?В ядре ужо есть devtmpfs, на правоверном компе udev вааще ниупёрся.
> на правоверном компе udev вааще ниупёрся.Правильно, руками все грузить. А, еще реквестирую перемычки на девайсах, как на ISA шине.
>> на правоверном компе udev вааще ниупёрся.
> Правильно, руками все грузить. А, еще реквестирую перемычки на девайсах, как на ISA шине.и ещё непременно KOI8R
Сколько я понимаю, devtmpfs создает файлы для устройства имеющихся в системе на момент загрузки. А как быть с теми устройствами которых пока нет? Например теми, которые будут подключены позже посредством USB?Как я понимаю, в ядрах с поддержкой devtmpfs UDEV выполняет роль hotplug-агента, а значит именно он создает файлы таких устройств. Хорошо, я "за" идею избавится от udev вместе с поделиями Поттеринга (и хех самим Поттерингом), но вот кто будет у нас hotplug-агентом мне не совсем ясно. mdev на эту роль подойдет?
Отличная новость. Видимо, это слияние мы увидим только через несколько, но все равно радуют.
А это правда, что Поттеринг уходит в Apple? А то с этим 1ым апреля нифига не разберешь.
две вещи, которые можно лицезреть с удовольствием и непрерывно: движение linux к унфицированной систематизации и попоболь ретроградов
"движение <subject> к унфицированной систематизации и попоболь ретроградов" были всегда и везде, но это не более чем бурление волн на поверхности.
инфа сколько процентов?
Проблема не в систематизации, а в том, что делают её своеобразно, и это далеко не всех устраивает. Взять те же бинарные логи - ну кто мешал сделать выбор бакэнда между бинарью и текстом + индекс? Или systemd - неужели нельзя было сделать вместо одного комбайна пачку вызовов, доступных и из отдельных утилит? Вот если сейчас я демона хочу "с рук" запустить - в дебиане я беру start-stop-daemon и запускаю непосредственно или заворачиваю в скрипт. С systemd... не знаю, скорее всего буду делать то же самое, и в системе будет торчать дублирующийся функционал.Вторая проблема - в скорости внедрения. По уму такие базовые вещи должны бы отлежаться хотя бы года три в маргинальных дистрибутивах, а дальше после пары переработок из-за неизбежных ошибок проектирования можно и пытаться всерьёз использовать.
> Вторая проблема - в скорости внедрения. По уму такие базовые вещи должны бы отлежаться хотя бы года три в маргинальных дистрибутивах, а дальше после пары переработок из-за неизбежных ошибок проектирования можно и пытаться всерьёз использовать.systemd - май 2010г., в RHEL6 его нет, и скорей всего не будет. еще пару лет до RHEL7, вот вам и "отлежаться"
> две вещи, которые можно лицезреть с удовольствием и непрерывно: движение linux к
> унфицированной систематизации и попоболь ретроградовПеревожу, что значит "движение к унификации". Это значит, в сообщество Линукс пришли корпорации, которые вложили в него свои деньги, и теперь пытаются построить его в соответствии со своими потребностями. Лицезреть это с удовольствием могут только или дураки или люди, которых раздражает свобода выбора.
1) корпорации тут уже много лет, и никто не умер.
2) ничего особо страшного в принципе не происходит, но некоторые вещи можно сделать лучше. Свободу выбора тоже, в общем-то, никто не отнимает - не думаю, что тот же systemd сожрёт все системы инициализации, к примеру. Ну в худшем случае будет мейнстрим другой - да и чёрт с ним, как выбирали то что удобно, так и будем.
3) независимые разработчики-то никуда не деваются. Их в процентном отношении малос стало, а не в количественном. Стало быть, как раньше хватало "правильного" софта так и сейчас хватит. Как и альтернативных дистрибутивов с самыми разными наборами ценностей.
> Лицезреть это с удовольствием могут только или дураки или люди, которых раздражает свобода выбора.это в том случае, если пытаться строить неочевидные причино-следственные связи, делать из них ошибочные выводы, ввинчивая где ни попадя абстрактные понятия и суждения о них, узурпируя истинность
Просто у некоторых людей при слове корпорации в башке органчик включается.
Да и весна сейчас.
Кто ни будь пробовал systemd ставить под debian-ом, в замен на sysv?
> Кто ни будь пробовал systemd ставить под debian-ом, в замен на sysv?Ну, либо они это http://wiki.debian.org/systemd не попробовамши написали, либо, да, таки кто-то, да, сэр, натурально пробовал. Одно из двух....
Ставил под дибианом, была проблема - при при перезагрузке система не перезагружалась, ща подравили, в общем скорость загрузки выросла, systemd выводит мало информации при загрузке, при установке почитать вики дебиана, там какой пакет перезаписывает инит - в общем я зыпускаю через параметр ядра init=/bin/systemd
все ставил из-пакетов.p/s являюсь разработчиком, потому сижу на unstable.
Хорошо, как раз хотел услышать про скорость загрузки.
Да я тоже на testing сижу.. Сегодня потестирую с установкой systemd, попробую как оно на практике, и заодно на разных компах замерю скорость до и после установки.
Провел тестирование на старом одноядерном ноутбуке, с debian wheezy
CPU: Celeron 1.6
Понял, что для одноядерных ЦПУ, вообще никакого прироста скорости в распараллеливании загрузки нет.
Загружался по 5 раз с каждой из init систем:sysv
27-30 - Xorg
47-49 - GDM
---
systemd
32-34 - Xorg
50-52 - GDM
---
upstart
27-29 - Xorg
49-50 - GDMДля старенького ноутбука с одним ядром, родная дебьянская Sys-V-init показал лучший результат. Но всё равно ~50 секунд на древнем железе - загрузка долгая для меня)
На днях у меня будет SSD диск, проверю ещё раз на 4-х ядерном атлоне..
Посмотрите, пожалуйста, systemd-analyze.
Допустим у меня
Startup finished in 3554ms (kernel) + 31011ms (userspace) = 34565ms
но при этом
user@home:~$ systemd-analyze blame | head -5
22632ms postgresql.service
15202ms mysql.service
9114ms ssh.service
8423ms NetworkManager.service
8140ms cups.service
То есть, пока postgresql, mysql и т.д. запускают шеловские скрипты большой разницы в скорости загрузки не будет.
Да у меня ноут тестовый, на нём несколько DE установлено, и много всякой всячины..
Самый минус, то что он одноядерный.. Я ещё постестирую с многоядерным, чистой ОС, и на SSD диске.. Посмотрю какой прирост будет.$ systemd-analyze
Startup finished in 3365ms (kernel) + 22170ms (userspace) = 25536ms
$ systemd-analyze blame | head -n20
9546ms binfmt-support.service
9454ms exim4.service
9336ms cups.service
9253ms avahi-daemon.service
9232ms console-kit-log-system-start.service
9229ms hddtemp.service
9229ms dirmngr.service
9226ms pptpd.service
9223ms kerneloops.service
9223ms acpi-support.service
9223ms lirc.service
9218ms anacron.service
9217ms xrdp.service
9217ms apmd.service
9216ms minissdpd.service
9215ms cron.service
9215ms systemd-logind.service
9211ms ssh.service
9209ms loadcpufreq.service
9208ms acpi-fakekey.service
>[оверквотинг удален]
> Допустим у меня
> Startup finished in 3554ms (kernel) + 31011ms (userspace) = 34565ms
> но при этом
> user@home:~$ systemd-analyze blame | head -5
> 22632ms postgresql.service
> 15202ms mysql.service
> 9114ms ssh.service
> 8423ms NetworkManager.service
> 8140ms cups.service
> То есть, пока postgresql, mysql и т.д. запускают шеловские скрипты большой разницы в скорости загрузки не будет.А разве для них ещё не написаны юниты с socket activation?
В дебиане его нет. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618675
> В дебиане его нет. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618675так то дебиан
что интересно, последний коммент «ща сделаю» — от Мартина Питти из Canonical
> что интересно, последний коммент «ща сделаю» — от Мартина Питти из CanonicalАга, "делаю" было про "закрываю багг". ~~ "...там ещё куууча работы, чтоб оно работало для всех, так что можете закрывать баг. -- Ога, закрываю".
%) Каноникл помогает Дебиану закрывать баги, ура!
>> что интересно, последний коммент «ща сделаю» — от Мартина Питти из Canonical
> Ага, "делаю" было про "закрываю багг". ~~ "...там ещё куууча работы, чтоб оно работало для всех, так что можете закрывать баг. -- Ога, закрываю".а, точно. извинения.
Проверил ту же ноутбучную "засранную" операционку только на топовом железе
Проц
model name : AMD FX(tm)-6200 Six-Core Processor
cpu MHz : 3825.361
SSD память OCZ Agility 3 AGT3-25SAT3-60G
Мать GA-990FXA-D3root@debian:/home/prot# systemd-analyze
Startup finished in 1889ms (kernel) + 1495ms (userspace) = 3384ms
root@debian:/home/prot# systemd-analyze blame | head -n10
1087ms acpi-fakekey.service
638ms exim4.service
632ms acpi-support.service
528ms loadcpufreq.service
429ms hddtemp.service
364ms cups.service
257ms console-setup.service
234ms ssh.service
219ms cron.service
218ms kerneloops.serviceЗамерял с секундомером как и прошлый раз, иксы стартуют уже примерно на 7-й секунде.
Смешивание мух с котлетами новый тренд.
> Смешивание мух с котлетами новый тренд.Это котлеты из мух.
Я все жду когда udev станет уже частью системы.Что бы можно было наконец-то просто сказать mount -t devfs /dev и на этом закончить.
А то такое количество там каких-то программ, а для чего они все нужны неясно.
> mount -t devfs /dev1) devtmpfs;
2) он и так "часть системы" :)
> А то такое количество там каких-то программ, а для чего они все нужны неясно.Ладно когда так пользователи говорят, а вот когда апстрим боится, что не понимает последствий... и ведь не зря боится :(
Вторые ласточки: https://lkml.org/lkml/2012/10/2/303---
What kind of insane udev maintainership do we have? And can we fix it?
---Интересно, Линуса тоже пошлют как некооперативного и не понимающего, что ядра без CONFIG_PREEMPT* и не должны поддерживаться udev?..
фанбои сделают вид, что этого сообщения не заметили.
> Вторые ласточки: https://lkml.org/lkml/2012/10/2/303
> ---
> What kind of insane udev maintainership do we have? And can we fix it?
> ---
> Интересно, Линуса тоже пошлютконечно пошлют. Обычных Пользователей (ну тех, которые спокойно ориентируются в /etc/init.d/* и правят их минимум раз в день) уже послали, и остальных пошлют. Разве можно ожидать от этих еретиков обратного?
> как некооперативного и не понимающего, что ядра без CONFIG_PREEMPT* и не должны поддерживаться udev?..
раскройте тезис, пжлст. смахивает на отсылку к какому-то треду в LKML (за которым я не слежу).
> раскройте тезис, пжлст.Бухтёж на предмет того, каков порог вправки мозгов, явно крепко пострадавших от звёздной болячки на почве головокружительных успехов. Ну, хватит ли одного Торвальдса или там счёт на килококсы.
>> раскройте тезис, пжлст.
> Бухтёж на предмет того, каков порог вправки мозгов, явно крепко пострадавших от звёздной болячки на почве головокружительных успехов. Ну, хватит ли одного Торвальдса или там счёт на килококсы.Пару вопросов, если позволите:
* Чей именно «бухтёж»?
* Чьих именно мозгов?
* Каких именно «успехов»?
* «Килококсы» — это очень большие дозы кокаина?
> Пару вопросов, если позволите:Пожалуйста.
> * Чей именно «бухтёж»?
Мой.
> * Чьих именно мозгов?
Редхатовских.
> * Каких именно «успехов»?
Редхатовских.
> * «Килококсы» — это очень большие дозы кокаина?
Алана. Хотя в данном случае уместней было бы вспомнить Виро. :)