Так ведь будет возможность использовать udev и без systemd.
[ON] Принято решение о слиянии проектов udev и systemd
Модератор: Модераторы разделов
Re: [ON] Принято решение о слиянии проектов udev и systemd
Так ведь будет возможность использовать udev и без systemd.
Re: [ON] Принято решение о слиянии проектов udev и systemd
И что характерно, так и используется.
Re: [ON] Принято решение о слиянии проектов udev и systemd
Ром, ошибка в логике.
Принципиально-смысловая.
Согласно логике, бремя доказательства ложится на того, кто утверждает, что та или иная вещь или явление существуют, а не на том, кто в этом сомневается.
Вот нужность/хорошесть systemd и есть такая вещь.
Не доводилось слышать про чайник Рассела?
Вот именно поэтому никто и не желает "доказывать".
И это не "невнятное бормотание", а, скорее всего, попытка скрыть недоумение от такого нелогичного требования доказательств.
Спасибо сказали:
Re: [ON] Принято решение о слиянии проектов udev и systemd
Нет, это не ошибка в логике.
Это самое банальное передёргивание, характерное для всех гипермодернистов и рррывволуционеров: поставить оппонента в положение оправдывающегося.
- А вот докажи мне, что это плохо! А, молчишь или невнятно бормочешь? Значит, ты козёл, консерватор, обскурант, ретроград и прочие учёно-матерные слова.
Нет уж, братцы, это пусть они докажут мне, что это хорошо.
Re: [ON] Принято решение о слиянии проектов udev и systemd
Дядь Лёш, я стараюсь быть аккуратным, сдерживать себя в высказываниях. :)
Рому я подозреваю в "добросовестном заблуждении", так сказать.
[много пишет, стирает]
:)
Рому я подозреваю в "добросовестном заблуждении", так сказать.
[много пишет, стирает]
:)
Re: [ON] Принято решение о слиянии проектов udev и systemd
Надолго ли?
Vladivostok Linux User Group
Re: [ON] Принято решение о слиянии проектов udev и systemd
Как сказано в первом посте:
Целостность libudev API и совместимость udev из состава systemd с другими системами инициализации будет сохранена на протяжении длительного времени.
Re: [ON] Принято решение о слиянии проектов udev и systemd
Не надо меня ни в чем подозревать. Моя компетенция много ниже понимания внутренностей udev systemd и unix system v init скриптов.
Однако Поттеринг уже мейнстрим, нравится вам всем это или нет. Его код в Fedora и продуктах Redhat, а пока кипит чайник Рассела задумайте о луддизме а? Раньше конечно трава была зеленее и вода мокроватее, не то, что сейчас...
Однако Поттеринг уже мейнстрим, нравится вам всем это или нет. Его код в Fedora и продуктах Redhat, а пока кипит чайник Рассела задумайте о луддизме а? Раньше конечно трава была зеленее и вода мокроватее, не то, что сейчас...
Re: [ON] Принято решение о слиянии проектов udev и systemd
вот хочется, чтобы мейнстрим мейнстримом, а нормальные операционные системы таки оставались нормальными.
RTFM
-------
KOI8-R - патриотичная кодировка
-------
KOI8-R - патриотичная кодировка
Спасибо сказали:
Re: [ON] Принято решение о слиянии проектов udev и systemd
Хотеть не вредно. Только вам сначала придется найти способ либо остановить Поттеринга, либо мотивировать не втягивать его код в ведущие дистрибутивы. Что там говорит по этому поводу сообщество мантейнеров Debian?
- drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
- Контактная информация:
Re: [ON] Принято решение о слиянии проектов udev и systemd
что до Fedora, то это тестовая площадка Red Hat, и появление там чего-то ни о чём не говорит. Что касается RHEL, то насколько я знаю, его используют исключительно на серверах. Ну а наличие PulseAudio и NetworkManager'а на этих серверах несколько сомнительно. Я не очень понимаю, зачем они там. Что до десктопов, то что первое творение Поттеринга, что второе, с момента создания и до сего времени вызывает 100500 нареканий, это наверное чемпионы среди ПО по глючности и кривизне. Однако выпилить их таки можно, не настолько сильно они связаны с системой: музыку можно послушать и без PA, да и сеть несложно поднять без всякого NM. Systemd это несколько иной уровень, и я очень сомневаюсь, что система без этого systemd вообще будет в состоянии загрузться. Кроме того, как я понял, этот ваш systemd требует ликвидации /bin/, и потому система сможет грузится только в полном объёме, как Windows™. Ну а значит, если например какая-то беда с видео, или ещё с чем, то и починить её будет невозможно. Однако в виндовс есть хоть встроенный костыль - SafeMode, а что будет в Linux? Как я понимаю, в скором времени, у нас будет так же, как у меня, при установке федоры - просто глухо виснем с логотипом, и ВСЁ. Ну или там чёрный экран, или ещё что-то подобное. Сегодня моя слака может грузится с любым /usr/, и даже вообще без него. Да, KDE4 не будет, но я хоть лог смогу почитать, что, собственно говоря, случилось. Оно мне надо? Это по вашему "прогресс"? А по моему - регресс к Win9x, где при сбое возникало сообщение, в котором ничего непонятно было, да и лога путёвого не было.
Re: [ON] Принято решение о слиянии проектов udev и systemd
$ apt-cache show sysvinit | grep -i essential
Essential: yes
$ apt-cache show systemd | grep -i essential
$
(
$ cat /etc/debian_version
wheezy/sid
)
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
при сбоях форума см.блог
Re: [ON] Принято решение о слиянии проектов udev и systemd
И devfs был майнстримом, и HAL тоже. И где они сейчас?
Re: [ON] Принято решение о слиянии проектов udev и systemd
drBatty писал(а): ↑05.04.2012 14:04Systemd это несколько иной уровень, и я очень сомневаюсь, что система без этого systemd вообще будет в состоянии загрузться. Кроме того, как я понял, этот ваш systemd требует ликвидации /bin/, и потому система сможет грузится только в полном объёме, как Windows™. Ну а значит, если например какая-то беда с видео, или ещё с чем, то и починить её будет невозможно. Однако в виндовс есть хоть встроенный костыль - SafeMode, а что будет в Linux?
Но ведь initramfs остается, и в него можно загрузиться точно также, как в вашу слаку без /usr. Разве нет?
- drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
- Контактная информация:
Re: [ON] Принято решение о слиянии проектов udev и systemd
с поломанным /usr? разве да? Как я понял идею Паттеринга, он хочет, что-бы во время загрузки initrd загрузилось и инициализировалось ВСЁ, причём по возможности сразу. Это возможно быстрее на 10%, но что будет, если в процессе что-то пойдёт не так? Да я больше чем уверен, что я буду тупо пялится на логотип зависшей системы. Ну да, ещё смогу нажать на RESET, и повторить сеанс. Я же говорю - как во времена Win9x - переустановка нас спасёт. Хотя в win9x можно было таки в MS-DOS загрузится с дискетки. Ну ладно, куплю себе спасательную флешку, и поставлю туда старенькую slackware, без вашего systemd+udev...
Re: [ON] Принято решение о слиянии проектов udev и systemd
drBatty писал(а): ↑05.04.2012 15:45
с поломанным /usr? разве да? Как я понял идею Паттеринга, он хочет, что-бы во время загрузки initrd загрузилось и инициализировалось ВСЁ, причём по возможности сразу. Это возможно быстрее на 10%, но что будет, если в процессе что-то пойдёт не так? Да я больше чем уверен, что я буду тупо пялится на логотип зависшей системы. Ну да, ещё смогу нажать на RESET, и повторить сеанс. Я же говорю - как во времена Win9x - переустановка нас спасёт. Хотя в win9x можно было таки в MS-DOS загрузится с дискетки. Ну ладно, куплю себе спасательную флешку, и поставлю туда старенькую slackware, без вашего systemd+udev...
Ээ, нет, я понял идею совсем не так: на initrd вообще нету systemd, а "грузиться и инициализироваться все и одновременно" должно уже после завершения загрузки с initrd и смены корня на настоящий root. Те, я понимаю так, что /usr поломанный или нет вообще не имеет отношения к стадии загрузки с initrd. Хотя может я и не прав, тк systemd не пользуюсь.
Re: [ON] Принято решение о слиянии проектов udev и systemd
Этот вопрос возникает с первых топиков.
Я полагаю, что до тех пор, пока не придёт Пеннарт Лоттеринг с новейшей разработкой mudev и systemud.
После этого udev и systemd отправят на свалку истории, и вопрос совместимости отпадёт сам собой.
Тому в истории мы тьму примеров сыщем.
Re: [ON] Принято решение о слиянии проектов udev и systemd
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
при сбоях форума см.блог
Re: [ON] Принято решение о слиянии проектов udev и systemd
Вот бы кто догадался подбросить Плоттерингу идею сделать этот велосипед платным и патентованным.
Re: [ON] Принято решение о слиянии проектов udev и systemd
согласен, это гораздо более прогрессивное решение.
главное, чтобы mudev было побольше.
Re: [ON] Принято решение о слиянии проектов udev и systemd
Луддиты боролись за собственные рабочие места, т. к. с введением машин производительность возрастала на порядок.
Здесь же камрады не только не боятся повышения производительности своего труда, но изрядно его желают.
Вот и спрашивают постоянно - «где профит, сестра?, где профит?!!»
Т. е. выступают ровно с обратных луддитам позиций.
А «радетили за прогресс» в виде systemd, вместо внятных ответов обзывают их ретроградами и ссылаются на мифический мейнстрим.
Ну и стрелки переводят, типа «а вы докажите что systemd хуже».
Буддизм Алмазного Пути - Линия Карма Кагью
Спасибо сказали:
Re: [ON] Принято решение о слиянии проектов udev и systemd
Если что, я просил убедительно аргументировать свои за и против без взаимных обвинений. Не моем сизифе systemd трудится уже 4 месяца - вполне себе справляется, регулярно обновляется и фатальных поломок в нем не было. Господа писатели, не надо приписывать мне то, чего я не думал. Я не сторонник и не защитник Поттеринга, но если поливаете помоями - аргументируйте. Тем, кто вообще не видел systemd в работе стояло бы просто промолчать. И, наконец, если что я таки уйду на debian - там его нет.
Ненавистники systemd со своей стороны тоже будут переводить стрелки да?
Вроде бы Поттеринг выступал с презентацией почему плох system v init - а вам как выступить чем он так хорош
?
Tonal писал(а): ↑06.04.2012 08:34
Луддиты боролись за собственные рабочие места, т. к. с введением машин производительность возрастала на порядок.
Здесь же камрады не только не боятся повышения производительности своего труда, но изрядно его желают.
Вот и спрашивают постоянно - «где профит, сестра?, где профит?!!»
Т. е. выступают ровно с обратных луддитам позиций.
А «радетили за прогресс» в виде systemd, вместо внятных ответов обзывают их ретроградами и ссылаются на мифический мейнстрим.
Ну и стрелки переводят, типа «а вы докажите что systemd хуже».
Ненавистники systemd со своей стороны тоже будут переводить стрелки да?
Вроде бы Поттеринг выступал с презентацией почему плох system v init - а вам как выступить чем он так хорош
?
Re: [ON] Принято решение о слиянии проектов udev и systemd
презентация…[1][2][3] а тем временем rhel и ol (в production, а не на машинах разработчиков и {альфа,бета}-тестеров) используют upstart.
поддержку cgroups (и прочего) можно было и туда запилить, не? а между тем уже есть готовый прототип [4] для поддержки cgroups в openrc.
[1] [NIXP] В Fedora рассматривают предложение перенести все исполняемые файлы в /usr/bin
[2] [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release
[3] Linux в школе 2011/12
[4] http://gentooexperimental.org/~patrick/web...es/2011-10.html
:wq
- drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
- Контактная информация:
Re: [ON] Принято решение о слиянии проектов udev и systemd
вот в данном случае как раз всё с точностью наоборот: производительность труда юзеров возрастёт, но очень незначительно - время _загрузки_ системы будет меньше на несколько процентов. Других реальных плюсов Поттерингом не озвучено. Однако. Десктоп можно и нужно не перезагружать вообще, ну максимум 1 раз за рабочий день. В ноуте таки удобнее использовать какой-то из видов "сна", т.е. тоже не перезагружать. Т.о. для юзеров профит тут незначительный. А вот для админов, которые это всё чинить будут, тут вообще беда, и никакого профита не предвидится в принципе. Итак - ЗАЧЕМ?
Что произойдёт, если сабжевая связка не сработает? Уверен, в лучшем случае BSOD, который никто кроме Поттеринга и саппорта RH не распарсит. Разве непонятно, кому это выгодно, и кому это нужно?
ну если вы даже печатать без ошибок не можете, как вы можете _гарантировать_ бесперебойную работу? А если в конфиге ошибётесь? А если Поттеринг ошибся? А если он завтра ошибётся?
я разве не аргументирую? Сейчас Slackware грузится поэтапно (некоторые вещи совмещены для скорости), и я могу получить внятное сообщение об ошибке. Могу и починить систему с кривым udev. Но это сейчас. А что будет с вашим сизифом, если этот ваш udev почему-то не подымется? Вы знаете? Я вот тоже не знаю...
не люблю презентаций. Можно в виде текста?
Re: [ON] Принято решение о слиянии проектов udev и systemd
Я печатаю вслепую часто не глядя даже на экран. Сейчас не с ноута - тут клавиатура глючная - это меня извинит?
Ещё у меня есть предположение: толковый наниматель услышав слово Slackware укажет соискателю на дверь сразу.
Ещё у меня есть предположение: толковый наниматель услышав слово Slackware укажет соискателю на дверь сразу.
Re: [ON] Принято решение о слиянии проектов udev и systemd
да, действительно, sysvinit плох — своей простотой·
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
при сбоях форума см.блог
- drBatty
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
- Контактная информация:
Re: [ON] Принято решение о слиянии проектов udev и systemd
нет. Я про то, что ошибки бывают _всегда_ и _везде_
У вас вот 4 месяца всё работает, но это вовсе не говорит о том, что вы, или маинтейнер, или разработчик не может ошибиться. Может.
на сервера в продакшен я Slackware не ставлю. Кстати, откуда такая категоричность?