The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd, opennews (??), 26-Ноя-19, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


50. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +4 +/–
Сообщение от Аноним (50), 26-Ноя-19, 13:31 
>А почему такой страх перед systemd?

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

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –2 +/–
Сообщение от Diozan (ok), 26-Ноя-19, 14:37 
А в чём неприязнь? В необходимости переучиваться набирать в консоли
systemctl restart bla-bla

вместо старого тёплого лампового
/etc/init.d/bla-bla restart?

Велика наука...

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

А эти форки а-ля "зато без системдэ" больше напоминают демарш обиженных домохозяек...

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

Кто из вас делает что-то большее?

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от Аноним (83), 26-Ноя-19, 16:10 
>Я, лично

Всем интересно почитать про твой личный опыт. Давай ещё!

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +9 +/–
Сообщение от Аноним (92), 26-Ноя-19, 16:42 
>А в чём неприязнь? В необходимости переучиваться набирать в консоли
>systemctl restart bla-bla
>вместо старого тёплого лампового

Понимаешь, Diozan, раньше у меня вообще не было такой необходимости, в нормальных дистрибутивах всё работало после установки, я обычный пользователь, у меня никогда не было проблем ни с sysvinit, ни с openrc, я даже не знал как выглядят мифические "партянки на баше", у меня система грузилась быстро и без проблем, после жосткого онального впихивания системды в мой любимый Debian там первый раз встала колом процедура обновления дистрибутива, как раз в период перелезания с релиза на релиз, как раз когда на jessie обновлялся, у меня Debian никогда не вставал колом при обновлении, это было первым звонком, чисто техническим, потом понеслась проблема со звуком, это какбэ не проблема системды напрямую, но проблема рукожопого подхода её создателя, который работает на всех его поделиях, из недавнего, при установки другого дистра гас экран, оказалось там надо было править юниты, из последнего, системда почему-то решила что она дофига умная и отказалась нормально прогружать компоненты, в итоге мне снова пришлось слонятся по ресурсам выяснять у упоротых адептов системды как сделать так, чтобы при загрузке она проскипывала свои затупы меньше чем за полторы минуты. При sysvinit такой хе*ни не было

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

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

Можно было бы подробнее и с более конкретными примерами написать целое эссе, однако ты же не для выяснения истины поинтересовался, мой толстенький дружок, ведь так?!

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

115. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –2 +/–
Сообщение от Q (??), 26-Ноя-19, 20:37 
Не лечи - и с sysvinit и с openrc хватало своих фокусов и хватает.

У systemd следующие существенные недостатоки:
1) зависимость от glibc
2) работает только на linux
3) синтаксис unit-файлов чувствителен к регистру

Всё остальное мелочи в большинстве своём связанные с представлениями конкретных дистростроителей.

Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –1 +/–
Сообщение от Аноним (134), 26-Ноя-19, 22:29 
>Не лечи - и с sysvinit и с openrc хватало своих фокусов и хватает.

Что значит не личи? Вы намекаете что я говорю неправду?
Ну, ок, вопрос был задан, я высказался по своему опыту, я нигде не указывал, что sysvinit за всю историю никогда не требовал шаманств, допускаю что они были, но лично в моём Дебиане такого не было, у меня всё всегда было отлично, а когда завезли systemd посыпались проблемы то там, то тут, причём все, абсолютно все проблемы в дистрибутиве лично у меня были связаны либо с systemd, либо с другими затупами поцтеринговских поделий.

Встречал проблемы с openrc в других дистрах, ну как проблемы, необходимость ручного добавления для старта компонентов, в тех дистрах, где всё натраивается руками.

>У systemd следующие существенные недостатоки:
>1) зависимость от glibc
>2) работает только на linux

Это дла меня не проблемы
>3) синтаксис unit-файлов чувствителен к регистру

Меня как пользователя это вообще не волнует, я не знаю какой синтксис у "портянок на баше", зато уже пришлось повтыкать на гомноюниты и в документацию systemd, для меня это огромный минус.
>Всё остальное мелочи в большинстве своём связанные с представлениями конкретных дистростроителей.

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

Ответить | Правка | Наверх | Cообщить модератору

149. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Q (??), 26-Ноя-19, 23:29 
Тебя можно поздравить с тем, что лично тебя стороной обошли проблемы с sysvinit или openrc. Но по факту с ними и с их скриптами хватало и хватает проблем и приходилось и приходится ковыряться в их скриптах при выявлении той или иной хрени, так же (а зачастую с ещё большими заморочками) как и в unit-файлах от systemd.
Так же тебя можно поздравить с тем, что тебе побоку три основных недостатка systemd.

Другим же, первые два пункта ограничивают применение, не позволяют унифицировать сценарий запуска программы для разных unix и unix-подобных систем.
А третий пункт заставляет делать лишние телодвижения (жать shift) и провоцирует делать неочевидные ошибки.

И да именно дистростроители рукожопы - именно они впилили systemd по умолчанию.

Ответить | Правка | Наверх | Cообщить модератору

171. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –1 +/–
Сообщение от anonymous (??), 27-Ноя-19, 10:53 
Я вот не очень понимаю как крпаться с unit-файлами. Как обчно диагностируют ситуацию, когда приложение, запущенние в обход systemd функционирует нормалтно, а через systemd -- нет?
Ответить | Правка | Наверх | Cообщить модератору

173. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от пох. (?), 27-Ноя-19, 11:26 
используют прекрасный, супернадежный и эффективный бинарный лог.
Читают там "Subject: Unit UNIT has finished start-up
The start-up result is RESULT."
Выходят в окно восьмого этажа. Проблема решена.

Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Anonymoustus (ok), 27-Ноя-19, 12:53 
> The start-up result is RESULT.

Так написано в скрижалях поцтеринга, не сметь осквернять святое!

Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –2 +/–
Сообщение от Аноним (181), 27-Ноя-19, 13:11 
То ли дело инит-скрипты: лога нет, но ведь он и не нужен, сообщения и с консоли можно почитать.
Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

188. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +2 +/–
Сообщение от Anonymoustus (ok), 27-Ноя-19, 14:56 
> То ли дело инит-скрипты: лога нет, но ведь он и не нужен,
> сообщения и с консоли можно почитать.

О, как всё запущено! :)

Теперь я знаю, почему они хотят системду.

Ответить | Правка | Наверх | Cообщить модератору

195. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 27-Ноя-19, 17:04 
> То ли дело инит-скрипты: лога нет, но ведь он и не нужен, сообщения и с консоли можно почитать.

да, можно почитать, консоль именно для того тебе и дана (и у большинства скриптовых обвязок был аварийный режим поштучного исполнения, с запросом на каждый отдельно), можно перенаправить (в какой системе не было boot.log - в вашей lfs?) , можно вызывать из скрипта logger, если уж совсем что необычное собрались там делать, можно вообще выполнять с -v вручную отдельный скрипт, правда я уж не знаю, что за хрень там должна быть - загрузочные скрипты просты как палка, даже те что собственно загрузочные, а не запуск демона. Не нравились мне странности с suse'шной привычкой монтировать рут в rw - пошел и переделал за пять минут.

А у вас - "result is RESULT". Если и когда удастся вообще этот лог прочитать, ведь система может и не загружаться, а весело рисовать звездочки бесконечного таймаута.

Признайте уж честно, опоздавший родиться - вы отродясь ничего не отлаживали, next-ok ваше всьо.

  

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

203. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (181), 27-Ноя-19, 18:52 
>в какой системе не было boot.log

В рхел времён sysvinit, конечно. Окей, я неправ, это были редхатопроблемы.

>Признайте уж честно, опоздавший родиться - вы отродясь ничего не отлаживали, next-ok ваше всьо.

Как скажете. Мне 20 и я бородат. Не был, не отлаживал, не привлекался.

Ответить | Правка | Наверх | Cообщить модератору

204. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 27-Ноя-19, 20:38 
> В рхел времён sysvinit, конечно.

у меня нет под рукой четвертого рхел. В аналогичного возраста suse - boot log в наличии, вот удобного интерактивного режима, в отличие от rh4, там уже нет.

Вот вам centos6, upstart, но скрипты все еще те же самые, в /etc/init только врапперы, их запускающие (то есть апстарт тут - совершенно ненужнейшее ненужно):
head /var/log/boot.log
                Welcome to CentOS
Starting udev:                                             [  OK  ]
Setting hostname                :                          [  OK  ]
Setting up Logical Volume Management:                      [  OK  ]
Checking filesystems
/dev/sda2: clean, 627839/6520832 files, 24662970/26083072 blocks
/dev/sda1: clean, 63/32768 files, 37494/131072 blocks
                                                           [  OK  ]
Remounting root filesystem in read-write mode:             [  OK  ]
Mounting local filesystems:  /sbin/mount.vboxsf: mounting failed with the error: Protocol error


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

Ответить | Правка | Наверх | Cообщить модератору

210. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Anonymoustus (ok), 27-Ноя-19, 22:15 
>> В рхел времён sysvinit, конечно.
> у меня нет под рукой четвертого рхел.

У меня есть на виртуалочке. Чего в нём позырить?

/var/log/boot.log -- есть.

Записи за не знаю какой год и сегодняшние. Не думаю, что надо их тащить сюда пруфами. :)


Добавлю, что в третьем RHEL всё так же.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

306. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (181), 29-Ноя-19, 12:35 
Я не поленился и проверил. До запуска syslogd никаких записей нет. Отличный дизайн!
Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

319. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от пох. (?), 29-Ноя-19, 13:59 
> Я не поленился и проверил. До запуска syslogd никаких записей нет. Отличный
> дизайн!

"я не поленился и проверил - если fs не монтируется - на ней никаких записей нет" Хачю чтоб были, мне похрен как! И если ядро не загрузилось - тоже чтоб были!
syslog запускается сразу после монтирования fs.

Да, абсолютно нормальный для юникс-системы дизайн, в отличие от вкрячивания еще и сислога в инит. С result is RESULT.

Если вам не нужен был юникс - почему вы не поставили себе десяточку?

Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

249. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (181), 28-Ноя-19, 12:38 
Я же школьник, какой рхел4? Это антиквариат. Пятый, конечно:

https://bugzilla.redhat.com/show_bug.cgi?id=223446

В свежем альте с sysvinit тоже boot.log пустой.

Также я заглянул в initlog.c, чтобы понять, почему его вынесли. Это адовое говно, как и положено, неудивительно, что автор не подписался. Вероятно, говнокод был залит лично Поттерингом.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

256. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Anonymoustus (ok), 28-Ноя-19, 13:00 
Не пей из альта, аноним, козлёночком станешь.
Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

258. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 28-Ноя-19, 13:09 
> Я же школьник, какой рхел4? Это антиквариат. Пятый, конечно:

это последняя версия еще более-менее соответствующая моим представлениям, как должен быть устроен и работать нормальный юникс. Новые стандарты меня мало интересуют, я в сортах дерьма не разборчив.
> https://bugzilla.redhat.com/show_bug.cgi?id=223446

ну сломали редхатовские макаки, то что до них десять лет работало, причем в переходе с 5.2 на аж 5.3, и вместо того чтоб чинить - задрав обоcpaнные хвосты, унеслись за новым бананом.

> В свежем альте с sysvinit тоже boot.log пустой.

сообщите им об этом, зачем вы мне сообщаете - я не разработчик и не пользователь. В моих системах непустой.

> Также я заглянул в initlog.c, чтобы понять, почему его вынесли. Это адовое

главное же ж  - ничего не чинить.

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

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

Редхатовские макаки предпочли сломать то что до них работало - и юзвери схавали, и  добавки попросили, прославляя заботливый редхат - вывод - логгинг загрузки пожирателям редхатовского г-неца с лопаты - был на самом деле и не нужен. А потом вдруг оп - снова стал нужен, аж прямо необходим - изумительное переобувание на ходу. Правда там "result is RESULT", вот это-то не г-но, как положено, все что из задницы Поттеринга - оно мед, даже если и попахивает, но вы продолжайте нам рассказывать, как классно колосятся редхатовские озимые - может, менеджером по продажам в rh потом устроитесь.

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

267. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (181), 28-Ноя-19, 14:55 
>Вы могли бы ее переписать красиво,

Но дело не в красоте, эта поделка не написана нормально.

> но вы ж не умеете.

Я умею быдлокодить на недоязычке.

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

269. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 28-Ноя-19, 15:37 
>>Вы могли бы ее переписать красиво,
> Но дело не в красоте, эта поделка не написана нормально.

повторяю: десять лет было нормально, никто не переписал. Пришла макака и _сломала_.

>> но вы ж не умеете.
> Я умею быдлокодить на недоязычке.

сломать и без вас смогли.

Ответить | Правка | К родителю #267 | Наверх | Cообщить модератору

276. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (181), 28-Ноя-19, 17:55 
Не было нормально. Как-то работало, да. Это же кривулька! Один exit(-1) чего стоит.
Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

275. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (181), 28-Ноя-19, 17:44 
>это тривиальнейшая программка на две странички

Хранить логи без rw фс, без запущенного демона не так уж тривиально.

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

322. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 29-Ноя-19, 14:03 
>>это тривиальнейшая программка на две странички
> Хранить логи без rw фс, без запущенного демона не так уж тривиально.

если у вас ro fs и не запускается ДАЖЕ сислог - вам не надо хранить никакие логи, поскольку в любом случае придется звиздюхать к консоли, где еще вы эти логи собрались увидеть?
В очередной раз ваша поделка решает ненужную задачу.

Нужная - это подождать пять секунд после инициализации san-коннекторов, например. Вот этот примитивнейший механизм добавить в ней - некуда.


Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

172. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –1 +/–
Сообщение от пох. (?), 27-Ноя-19, 11:23 
> Тебя можно поздравить с тем, что лично тебя стороной обошли проблемы с sysvinit

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

> Но по факту с ними и с их скриптами хватало и хватает проблем

назовите первые три. У меня никогда не было никаких волшебных "проблем со скриптами", запускающими демонов - потому что за вычетом комментариев и шаблонной, копируемой из skeleton логики разбора параметров start/stop/reload, большинство из них содержит _ровно_одну_строчку.
Может в вашем дебиане были какие-то особенно уродливые скрипты? (уродливого ненужно start-stop-daemon в общем-то вполне бы хватило чтобы не иметь дело с поделками де6иллианоидов)


Проблемы с shittyd - постоянно. Потому что a) юниты не умеют читать нормальные конфигурационные файлы, и никакой адекватной замены не предусмотрено b) эта помойка не предназначена для ручного управления, в результате существует пять разных способов переопределить поведение юнита - "угадай, какой был применен тут ,и сам факт применения". Дебагу не поддается.
И, самая основная проблема - что помимо физически существующих юнит-файлов есть виртуальные, создаваемые самим shttyd неотключаемо и неуправляемо, и, сверх того - есть полтора гигабайта невероятно дрянного сишного кода, который работает до, после, во время и вместо юнитов, и вообще никак не отлаживаем и ненастраиваем.

Вот совсем банальная ситуация - из-за проблем с железом надо загрузиться с ядром 3.12, шиттид - несовместим с ядрами моложе 5.4 (или какое там завтра выпустят?), КАК ?

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

232. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –3 +/–
Сообщение от Q (??), 28-Ноя-19, 01:27 
> меня тоже обошли. И, полагаю, большинство других админов - мы, видимо, способны понять тривиальный баш-скрипт, если понадобится.
> назовите первые три.

Держи себе первые три:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;d...
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=sysvinit-u...
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;d...

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

> большинство из них содержит _ровно_одну_строчку

Да ладно, зачем такие сложности - целая строка! Большинство процессоров оперируют ровно двумя состояниям бита - вообще не проблема же прям в машинных кодах читать?

> a) юниты не умеют читать нормальные конфигурационные файлы

Что есть нормальный конфигурационный файл? Это твоё утверждение без оснований - ложно.

> b) эта помойка не предназначена для ручного управления, в результате существует пять разных

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

> Дебагу не поддается.

Очередное ложное утверждение. Дебажится.

> И, самая основная проблема - что помимо физически существующих юнит-файлов есть виртуальные, создаваемые самим shttyd неотключаемо и неуправляемо,

Очередное ложное утверждение. Управляемо и отключаемо

> и, сверх того - есть полтора гигабайта невероятно дрянного сишного кода, который работает до, после, во время и вместо юнитов, и вообще никак не отлаживаем и ненастраиваем.

И снова ложное утверждение. Код всёго 18M в исходниках (сопутствующий stuff доводит размер до 45M), код очень простой и написан читабельно, к коду применимы современные средства разработки и отладки.
Systemd это по сути объединение и унификация кода многих утилит и скриптов обычно используемых для запуска ОС. Если тебя это так напрягает, то почему ты не возражаешь против унификации кода всех драйверов и различных базовых функций в ядре Linux или FreeBSD? Может быть все драйверы и основы ядра тоже на bash должны быть?

> Вот совсем банальная ситуация - из-за проблем с железом надо загрузиться с ядром 3.12, шиттид - несовместим с ядрами моложе 5.4 (или какое там завтра выпустят?), КАК ?

Пока-что это высосанная из пальца ситуация. Если более новое ядро не может загрузиться с железом, то либо железо сломано, либо устарело безнадёжно, либо это не проблема железа, а проблема конкретного ядра. Да и помимо всего прочего откат на старое ядро может сам по себе создать проблемы, например исказить информацию на fs, попортить криптографию, сломать multipathing или вообще не завести сеть потому-что, например, teaming на старой версии не поддерживается.

Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от пох. (?), 28-Ноя-19, 08:26 
я не вижу чтобы вы открывали эти тикеты. Вас явно зовут не Мэтью.
То есть вы нашли поиском каких-то мелких тикетов, которые вас никогда не касались (особенно доставило что проблема - "я нажал ctrl-c чтобы прервать длинный ненужный fsck, а система загрузилась (она загрузится) но не выполнив остальные скрипты, как я привык". Нажмите-ка мне ctrl-c шиттид, а потом покажите мне ваш оформленный баг, что нихрена вообще прервать не удалось. (notabug closed, это понятно)
То есть это даже не явная ошибка, а просто изменили _слегка_ привычное чуваку _нестандартное_ поведение в нештатной ситуации. Лол шта? У вас ВСЕ поведение системы изменилось после перехода на shittyd, где ваши стопиццот тикетов что вообще ничего не работает как привычно?

> Пока-что это высосанная из пальца ситуация.

пока что это вы мне навысасывали из пальца найденные гуглопоиском "проблемы" - хотя врали что _у_вас_ были какие-то сложности с пониманием и отладкой скриптов. Я с нетерпением жду реальный кейс.

> Если более новое ядро не может загрузиться с железом, то либо железо сломано, либо устарело
> безнадёжно, либо это не проблема железа, а проблема конкретного ядра.

спасибо, спасибо, но мне не очень интересны ваши угадайки причин (вы не угадали). Я задачу изложил впоне понятными буквами. Мне нужно загрузиться с тем ядром, которое у меня есть - повторяю вопрос - как? С systemV init я бы загрузился с любым ядром, вообще поддерживающим elf binary. С 0.92 были бы проблемы, но с тех пор прошло почти тридцать лет.

Ответить | Правка | Наверх | Cообщить модератору

270. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –7 +/–
Сообщение от Q (??), 28-Ноя-19, 15:38 
> я не вижу чтобы вы открывали эти тикеты. Вас явно зовут не Мэтью.
> То есть вы нашли поиском каких-то мелких тикетов, которые вас никогда не касались

Снова следуют ложные утверждения и предположения основанные: 1) на догадках; 2) на ложных представлениях о том что схожие проблемы не могут быть у разных пользователей.

> (особенно доставило что проблема - "я нажал ctrl-c чтобы прервать
> длинный ненужный fsck, а система загрузилась (она загрузится) но не выполнив
> остальные скрипты, как я привык". Нажмите-ка мне ctrl-c шиттид, а потом
> покажите мне ваш оформленный баг, что нихрена вообще прервать не удалось.
> (notabug closed, это понятно)

Если надо запускать, что-либо в интерактивным виде, то systemd это позволяет:
[Unit]
After=getty@tty2.service

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/42.sh
StandardInput=tty
TTYPath=/dev/tty2
TTYReset=yes
TTYVHangup=yes

Если надо запускать step by step, то передай ядру при старте systemd.confirm_spawn=true, и не мусоль.

> То есть это даже не явная ошибка, а просто изменили _слегка_ привычное
> чуваку _нестандартное_ поведение в нештатной ситуации. Лол шта? У вас ВСЕ
> поведение системы изменилось после перехода на shittyd, где ваши стопиццот тикетов
> что вообще ничего не работает как привычно?

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

>> Пока-что это высосанная из пальца ситуация.
> пока что это вы мне навысасывали из пальца найденные гуглопоиском "проблемы" - хотя врали что _у_вас_ были какие-то сложности с пониманием и отладкой скриптов. Я с нетерпением жду реальный кейс.

Очередное ложное твоё утверждение. Я тебе ничего не врал, а предоставил задокументированные факты что с sysvinit тоже хватает фокусов. Расписывать себе собственный опыт в подробностях не являлось и не является моей целью, тем более что я его по большей части не документировал, а просто решал возникающие проблемы по мере возникновения.

>> Если более новое ядро не может загрузиться с железом, то либо железо сломано, либо устарело
>> безнадёжно, либо это не проблема железа, а проблема конкретного ядра.
> спасибо, спасибо, но мне не очень интересны ваши угадайки причин (вы не угадали). Я задачу изложил впоне понятными буквами. Мне нужно загрузиться с тем ядром, которое у меня есть - повторяю вопрос - как? С systemV init я бы загрузился с любым ядром, вообще поддерживающим elf binary. С 0.92 были бы проблемы, но с тех пор прошло почти тридцать лет.

Это ты никак не въедешь, что для кого-то ядро выпущенное более года назад уже старо. И c sysvinit ты точно так же можешь словить где-нибудь фейл запустившись со старым ядром.
Надо откатиться на старое ядро, откатывай и окружение (смотри в сторону nixos). Systemd в 2016 году ещё мог загружаться с 3.12, как только в systemd поддержали DM_DEFERRED_REMOVE (который впилили в ядро 3.13 в 2013 году), так и пришлось поднять требование к версии ядра.

По факту, если тебе не нравится то, что делают дистростроители - то либо делай свой дистрибутив, либо возглавь и измени всё ещё раз, либо продолжай пользоваться и [не] ной.

Ответить | Правка | Наверх | Cообщить модератору

274. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 28-Ноя-19, 16:45 
> Снова следуют ложные утверждения

вас зовут Мэтью? Досвидания.

> Если надо запускать, что-либо в интерактивным виде, то systemd это позволяет:

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

> Если надо запускать step by step

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

> Рассуждение больше свойственные типичному виндузятника

я вам пересказал - проблему, _вами_ заявленную как найденную якобы вами и существенную для скриптовой системы.

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

А вот бинарные логи, упражнения с "сервисами" - мне было неудобно. Иначе бы я пересел - на винду. Она в тот момент была уже и ничего.

> Я тебе ничего не врал, а предоставил задокументированные факты

нет, тебя не зовут Мэтью. Ты врешь.
Ты нашел первые попавшиеся описания непонятных тебе в принципе (судя по первой же из них) проблем системы. И пытаешься выдать их за проблемы скриптов, причем важные и существенные.
Когда тебе пальцем тыкают что точно такая же проблема, но не в неразличимой единичной мелочи, а глобальная - от перехода на системд, и ее никто исправлять не собирается, так и задумано, ты переходишь на вопли про виндузятников и прочий FUD. Ни одного твоего личного юз-кейса мы так, уверен, и не увидим.

Свой я привел - в ответ вот такое мычание:

> Это ты никак не въедешь, что для кого-то ядро выпущенное более года назад уже старо.

Это прекрасный ответ на вопрос "почему системда - г-но".

> И c sysvinit ты точно так же можешь словить где-нибудь фейл запустившись со старым ядром.

когда словлю и не смогу сам исправить - подам вам письменное заявление в трех экземплярах.
Пока за четверть века - не словил.

А на текущий момент меня интересует вопрос - как загрузить такую систему, хотя бы частично. Ответом фанбоев является попытка перевода стрелок.
> Надо откатиться на старое ядро, откатывай и окружение (смотри в сторону nixos).

меня не интересует nixos (который на мой взгляд вообще феерический бесполезный трэш) - меня интересует конкретная система. Конкретный ее экземпляр.

> По факту, если тебе не нравится то, что делают дистростроители - то либо делай свой дистрибутив

панятен. Сколько лично вы дистрибутивов уже "сделали", можно поинтересоваться?
Вот поэтому я считал и считаю фанбоев шиттиды - м-ками.

Жрущими любое г-но с лопаты - если его приносит редхат.

Но осуждающими тех, кому привкус портит аппетит.

Ответить | Правка | Наверх | Cообщить модератору

283. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –2 +/–
Сообщение от Q (??), 28-Ноя-19, 19:41 
Я тебе не на баг ссылку дал, а на список багов в sysvinit, сиди ковыряйся и не рассказывай потом, что проблем с sysvinit нет и не было.

Рассказов от меня ты не получишь, я не собираюсь тебе их расписывать, успокойся, уясни просто - их есть у меня.

Ты до сих пор не понял, что я не нахваливаю systemd, а говорю о том, что проблем и с sysvinit хватает. А исправлять можно и там и там, где-то проще, где-то нет.

И у systemd хватает преимуществ перед sysvinit, потому его и выбрали для debian и для многих других дистрибутивов, но
ты живущий в иллюзии, что ты уже всё знаешь, тупо не можешь это принять и последним твоим аргументом является возраст.

Спешу тебя разочаровать, не ты один застал PL/I и перфокарты.

И ты по любому уже слился, когда тебе предоставил параллель между унификациями (linux с драйверами и systemd с юнитами)

Увы но тебе бесполезно, что-то объяснять - повидал таких как ты ретрослоупоков, причём совершенно неважен возраст (в природе встречаются и молодые и старые некрофилы).



Ответить | Правка | Наверх | Cообщить модератору

285. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 28-Ноя-19, 20:11 
> Я тебе не на баг ссылку дал, а на список багов в sysvinit

это НЕ список "багов в сисинит".  Это список каких-то проблем отдельных людей (ни один из них не ты) - помеченных флажком "имеет какое-то отношение к иниту". Которые ты не смог даже понять.

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

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

> Ты до сих пор не понял, что я не нахваливаю systemd, а говорю о том, что проблем и с sysvinit
> хватает.

ты пока не показал ни одной реальной проблемы в sysvinit, с которой столкнулся на личном опыте - полагаю, у тебя его и не было. То ли родиться опоздал, то ли потратил все время на перфокарты и PL/I, то ли просто все работало. Если бы показал - я бы может быть поверил, что это проблема (а может пожал бы плечами - решается однострочным исправлением, сразу же понятно где). Ты можешь только приводить найденные в гугле ссылки, где случайно стоят недалеко слова "bug" и "sysinit".

У меня были некоторые проблемы с инициализационными скриптами (не имеют никакого отношения к sysinit, часть из них осталась в rhel по сей день) - но они все были решаемы/обходимы легко и просто.

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

> И у systemd хватает преимуществ перед sysvinit, потому его и выбрали для debian и для многих
> других дистрибутивов,

точно поэтому?  А не потому, что голосовали три раза под нажимом шибко социально-активных, которые в случае дебиана - еще и через два года покрыли всех х..ми и свалили, оставив проблемы другим? (не исключено - на теплые местечки в rhbm)

Вот чего у него хватает - это вендорлока, всеми силами впихивамого на деньги редхата. Поэтому те же самые программы (делающие ровно то же самое!) что десять лет назад прекрасно работали без всякой необходимости в shittyd- теперь намертво на него завязаны.
И, действительно, у "многих других дистрибутивов" не имеющих за душой бесконечных денег ibm, выбора просто нет.

Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

289. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –1 +/–
Сообщение от Q (??), 28-Ноя-19, 23:18 
Какой же ты упёртый раздолбай, иди изучай дальше:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;d...

> Ни одной проблемы с shittyd окончательно решить - не удается. Только подпереть кривым костылем - иногда.

Ну беда у тебя, у меня пока что с sysvinit, что с openrc, что c systemd - всё решаемо.

> Я тебе назвал проблему - ты заявил что это не проблема.

Ты не назвал проблему, ты тупо пытаешься игнорировать requirements и винишь в этом разработчиков systemd и дистрибутивов. И вообще зачем тебе ядро linux, запускай сразу hurd.

Про голосования:
Кому не нравится systemd - форкнули без него ("что тебе ещё надо собака?"), кто-то не стал пихать systemd по умолчанию, кто-то вообще не стал пихать systemd.


Про вендорлок:
Где в systemd вендорлок? Покажи https://github.com/systemd/systemd

P.S. Посмотрел по каким поводам ты споришь - ну тебя к лешему, ты даже по поводу очевидных вещей спорил (redis vs memcached - где просто время выполнения теста говорит само за себя) и просто слился, ты нигде не признаешь, что ты в чём-то ошибаешься, а тихо сливаешься... В общем гудбай.

Ответить | Правка | К родителю #285 | Наверх | Cообщить модератору

307. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от пох. (?), 29-Ноя-19, 12:41 
> Какой же ты упёртый раздолбай, иди изучай дальше:

повторяю: мне неинтересно изучать, что за мусор ты нашел гуглем. Мне хватило первой ссылки, чтобы убедиться, что ты вообще не понимаешь, что он находит.

> Ну беда у тебя, у меня пока что с sysvinit, что с openrc, что c systemd - всё решаемо.

next-next-next, ok, и так сойдет ?

> Ты не назвал проблему

проблема: не загружается. Потому что макаки сломали, а не потому что невозможно. Решения я от тебя так и не вижу, только рассказы о том что для тебя это не проблема.
> И вообще зачем тебе ядро linux, запускай сразу hurd.

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

> и винишь в этом разработчиков systemd и дистрибутивов

да, потому что до них - ничем не воняло, испортить совместимость init, блжад, с ядром так что даже загрузиться невозможно - пока никому не удавалось. Ручонки проверить версию и использовать старый вариант поведения, если она недостаточно модная - видимо, не так заточены - они ж "джва года ждали" именно этой ненужно-фичи. Как без нее жили, бедненькие, понять невозможно.

> Кому не нравится systemd - форкнули без него

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

> Где в systemd вендорлок? Покажи

показываю:
% ldd `which apt-get`|grep system
        libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007fb458cf3000)
вот это - вендорлок.
Переписывание ВСЕЙ системной инфраструктуры, от login до настройки сети так, что без systemd она неработоспособна - вендорлок.

И да, разумеется ты можешь сделать форк линукса и самостоятельно написать весь существующий для него софт, или переписать с точки, когда в него безальтернативно воткнули зависимости от shittyd. За пару миллионов лет, в свободное от работы время, ты, безусловно, управишься.

> В общем гудбай.

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

Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

344. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –2 +/–
Сообщение от Q (??), 30-Ноя-19, 00:04 
> повторяю: мне неинтересно изучать, что за мусор ты нашел гуглем. Мне хватило первой ссылки, чтобы убедиться, что ты вообще не понимаешь, что он находит.

Тебе не хватило, ты тупо неадекват. Тебе приводят список багов (они прям так и называются) - для тебя это не баги. Ты знаешь, что ссылки тебе даны на систему поиска в багтрекере, но упорно её называешь гуглом. Одним словом - неадекват.

>> Ну беда у тебя, у меня пока что с sysvinit, что с openrc, что c systemd - всё решаемо.
> next-next-next, ok, и так сойдет ?

Обойдёшься, пояснять тебе - тратить время.

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

Тебе было сказано - ты идиот если игнорируешь requirments. Очень надо - откатывай окружение и не бузи.

>> И вообще зачем тебе ядро linux, запускай сразу hurd.
> слив засчитан.

Это не слив, это прямое руководство к действию - не нравится интеграция и вектор развития дистрибутива - смени.

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

Очередной раз тебе было сказано - неадекватный ты наш - откатывай - systemd до 2017 года имел в requirements >=3.12.

> Ничего кроме хамства и виляния ужом - в качестве
> решения ты предложить не можешь. Типично для системдаунов.

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

>> и винишь в этом разработчиков systemd и дистрибутивов
> да, потому что до них - ничем не воняло, испортить совместимость init, блжад, с ядром так что даже загрузиться невозможно - пока никому не удавалось.

Да ну нах. Т.е. проблем со сменой версии libc или c libexpat - никогда не было? Угомонись уже, чем больше ты разглагольствуешь, тем больше твои стенания похожи на ахинею.

> Ручонки проверить версию и использовать старый вариант поведения, если она недостаточно модная - видимо, не так заточены - они ж "джва года ждали" именно этой ненужно-фичи. Как без нее жили, бедненькие, понять невозможно.

Плохо жили, неправильно, удаление устройства не работало. Но если тебе прям невмоготу - предложи патч https://github.com/systemd/systemd/compare?expand=1 , а не ной.

>> Кому не нравится systemd - форкнули без него
> и вынуждены на коленке воспроизводить его апи - потому что без них уже ничего не работает.

Ну та и с libc так же, что же ты не ноешь по его поводу?

> При этом проекту и так не хватало ресурсов - а теперь их стало еще меньше.

Ничего по воют, поdevuan'ятся и вернуться.

>> Где в systemd вендорлок? Покажи
> показываю:
> % ldd `which apt-get`|grep system
>         libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007fb458cf3000)
> вот это - вендорлок. Переписывание ВСЕЙ системной инфраструктуры, от login до настройки сети так, что без systemd она неработоспособна - вендорлок.

Пля:
23:33 $ ldd `which apt-get`|grep lib
    libapt-private.so.0.0 => /usr/lib/x86_64-linux-gnu/libapt-private.so.0.0 (0x00007fe398311000)
    libapt-pkg.so.5.90 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.90 (0x00007fe398130000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fe397f42000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fe397f28000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe397d37000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fe397d1c000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fe397cf7000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fe397cdb000)
    libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007fe397cc8000)
    liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fe397ca1000)
    liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x00007fe397c81000)
    libzstd.so.1 => /usr/lib/x86_64-linux-gnu/libzstd.so.1 (0x00007fe397bda000)
    libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007fe397bad000)
    libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007fe397b05000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe3979b6000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fe3983d2000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fe3979ab000)
    libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007fe39788d000)
    libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007fe397868000)

Ну надо же сплошной "вендорлок"!!! Как же так!?! :facepalm:

> И да, разумеется ты можешь сделать форк линукса и самостоятельно написать весь
> существующий для него софт, или переписать с точки, когда в него
> безальтернативно воткнули зависимости от shittyd. За пару миллионов лет, в свободное
> от работы время, ты, безусловно, управишься.

musl https://git.musl-libc.org/cgit/musl/refs/ - 2011 году стартанула, за 3 года успела до 1.0.0 добежать. Про миллионы лет ты как выясняется тоже назвиздел.

Ещё раз гудбай

Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

353. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 02-Дек-19, 00:10 
> Тебе не хватило, ты тупо неадекват. Тебе приводят список багов (они прям

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

> так и называются) - для тебя это не баги. Ты знаешь,

это название из стандартного шаблона трекера. Если я там напишу - "Q - *дак" - это тоже будет "баг" - те два часа что его не заметят и не удалят как неполиткорректный.

> что ссылки тебе даны на систему поиска в багтрекере, но упорно

я рад что ты умеешь поиск в багтрекере, а не нашел гуглем результаты поиска (он умеет). Очень жаль, что ты не понимаешь, что именно находишь, даже когда тебе детально разобрали.
Если я открою сейчас баг "при загрузке shittyd нельзя, нажав ctrl-c, прервать ни загрузку ("неправильное" из того бага поведение) ни текущий процесс ("правильное")" - это будет баг в shittyd?  (а, ну да- notabug, closed. Жаль что разработчики того скрипта не догадались.)

>> проблема: не загружается. Потому что макаки сломали, а не потому что невозможно.
>> Решения я от тебя так и не вижу, только рассказы о том что для тебя это не проблема.
> Тебе было сказано - ты идиот если игнорируешь requirments. Очень надо -

решение системдауна - обозвать идиотом, окей. "хамство тут только от тебя исходит".

> откатывай окружение и не бузи.

ОНА НЕ ЗАГРУЖАЕТСЯ, системдаун. Я ничего там откатить не смогу, во всяком случае, это очень и очень непросто.

(для окружающих, которые догадались - ага. это нихрена не писюк, ничего отличающегося от которых наш дружок ни разу не видел)

>>> И вообще зачем тебе ядро linux, запускай сразу hurd.
>> слив засчитан.
> Это не слив, это прямое руководство к действию

это слив.
> - не нравится интеграция и вектор развития дистрибутива - смени.

да-да, не нравится дерьмо с лопаты редхага - смени лопату.
Дерьмо, что характерно, будет точно такое же. Еще можно планету предложить сменить.

> Ничего по воют, поdevuan'ятся и вернуться.

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

> Очередной раз тебе было сказано - неадекватный ты наш - откатывай -
> systemd до 2017 года имел в requirements >=3.12.

я, конечно, очень рад, без тебя я бы никак не догадался, но мне немного сложно собрать у себя кросс-платформу для компиляции под экзотическую архитектуру. Если шиттид вообще способен кросс-компилироваться, учитывая откуда у авторов руки растут. И еще интереснее будет потом результат запихнуть внутрь образа. Это ж не /sbin/init, который, в самом крайнем случае, можно даже статически собрать, это куча невменяемого мусора, размазанного по всей fs.

> Тебе раз 10 было предложено прямое руководство к действию, но ты неадекват.

нет, ты десять раз провопил что я неадекват.

> И хамство тут только от тебя исходит.

покажи пальцем, где, до этого ответа, он в твоем же тоне, для разнообразия, было хамство в твой персональный адрес. От тебя - бесконечные хамские вопли.

> Да ну нах. Т.е. проблем со сменой версии libc или c libexpat
> - никогда не было? Угомонись уже, чем больше ты разглагольствуешь, тем

у меня - никогда не было. Не надо мне искать мусор в багтрекерах - я верю что у одного васяна двадцать лет назад была "проблема", и у другого - другая.
Я не верю что ты с ними сталкивался. В моем случае вот нет никакой проблемы с libc - иначе бы shittyd даже и не запустился. Она-то вполне совместима с на два года (о ужас!) устаревшим ядром. И обратную совместимость в ней, ну надо же, принято поддерживать.

Была проблема что Дрепер намеренно сломал netscape, заявив что так и надо "проприетарному хламу" - но она была двадцать лет назад, и к моменту попадания этой версии в дистрибутивы, netscape уже переделали (хотя сама история вполне в духе shittyd).

> Плохо жили, неправильно, удаление устройства не работало. Но если тебе прям невмоготу
> - предложи патч https://github.com/systemd/systemd/compare?expand=1 , а не ной.

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

>> и вынуждены на коленке воспроизводить его апи - потому что без них уже ничего не работает.
> Ну та и с libc так же, что же ты не ноешь по его поводу?

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

> Пля:

слив засчитан

>> И да, разумеется ты можешь сделать форк линукса и самостоятельно написать весь
>> существующий для него софт, или переписать с точки, когда в него
>> безальтернативно воткнули зависимости от shittyd. За пару миллионов лет, в свободное
>> от работы время, ты, безусловно, управишься.
> musl https://git.musl-libc.org/cgit/musl/refs/ - 2011 году стартанула, за 3 года успела

в каком месте полуработающая замена glibc является "форком линукса"? Я имею в виду shittyd/linux, операционную систему целиком, разумеется.

> до 1.0.0 добежать. Про миллионы лет ты как выясняется тоже назвиздел.

некоторые за это время успели до версии 244 добежать. Что вовсе не отражает качество поделки.
Ну ок, за три года кто-то переписал libc до состояния "кое-как запускает bash". rpm -qa |wc -l
1170
сколько лет уйдет все переписывать?

> Ещё раз гудбай

да, прощевай, прощевай. Не могу сказать что мне будет тебя не хватать, "адекватный" ты наш.

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

360. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Q (??), 02-Дек-19, 23:40 
Ты осмотрен, взвешен и сложен в /dev/null
Ответить | Правка | К родителю #353 | Наверх | Cообщить модератору

180. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Anonymoustus (ok), 27-Ноя-19, 12:54 
Ты перепутал опеннет с Обществом анонимных криворучек.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

196. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от пох. (?), 27-Ноя-19, 17:05 
> Ты перепутал опеннет с Обществом анонимных криворучек.

стоп, как это перепутал? Разьве это не одно и то же?!


Ответить | Правка | Наверх | Cообщить модератору

198. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Anonymoustus (ok), 27-Ноя-19, 17:15 
>> Ты перепутал опеннет с Обществом анонимных криворучек.
> стоп, как это перепутал? Разьве это не одно и то же?!

«Оставь надежду, всяк сюда входящий…»

Ответить | Правка | Наверх | Cообщить модератору

217. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (211), 27-Ноя-19, 22:46 
>Другим же, первые два пункта ограничивают применение,
>не позволяют унифицировать сценарий запуска программы
>для разных unix и unix-подобных систем.

Понимаете, уважаемый Q, раз вы и прочие тут ведёте в этой ветке с этими вопросами диалог со мной, я описываю свой личный опыт использования, я - обычный пользователь десктопа, для меня не существует разных unix и unix-подобных систем, мне глубоко до пуговицы что там за пределами Debian находится, в своё время, был период знакомства с другими дистрибутивами, и каждый раз всё так или иначе приводило меня к Debian, я не утверждаю, что другие дистрибутивы плохие, боже упаси, наверняка они просто отличные, а Debian наверняка самый-самый плохой, однако он мне больше всего подошёл, оказался лично для меня самым удобным и я на нём остановился, у меня нет привычек скакать как мондовша по йайцам по другим системам, есть одна, которая устраивает - других просто не существует, я себя сознательно выключил из олимпиады сравнений и холиваров, в стиле "а трух кеды готовят не у вас" и прочих подобных, наверняка увлекательных занятий! Так что меня совершенно не волнует что там под капотом у системы, меня волнует это только тогда, когда оно доставляет проблемы, systemd доставляет проблемы, на ровном месте, тогда как в те времена, когда его не было, всё было хорошо, возможно это я такой везунчик, верю, мне подобное говорили про OpenSUSE, которая у всех просто торт, а у меня оказались руки под.... ....под убунту. Но есть один такой нюанс по поводу всего этого, мне откровенно наср@ть в чём где у кого проблемы, у меня были проблемы с systemd и для меня это единственный показатель хреновости чего-то.

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

228. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –2 +/–
Сообщение от Q (??), 28-Ноя-19, 00:25 
Нет, не понимаю. Я на 100% знаю, что в debian хватает проблем и без systemd и решать их приходится на нетривиальном пользовательском уровне. Не существует ОС в которой нет проблем. И в любом дистрибутиве linux увы хватает плясок, то мфу по wifi завести (и принт и скан), то сетевую карту правильно запустить на 10G, то видеокарту настроить и заставить правильно управлять вентилятором и выставлять разрешение на монитор, то после очередной обновы железа grub может взыграть.
Так что, либо вам фантастически везёт с тотальной совместимостью (вероятность чего стремится к нулю), либо вы делитесь опытом уровня домохозяйки, не в том месте.
Ответить | Правка | Наверх | Cообщить модератору

234. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (233), 28-Ноя-19, 08:18 
> Нет, не понимаю. Я на 100% знаю, что в debian хватает проблем
> и без systemd и решать их приходится на нетривиальном пользовательском уровне.

Хватает, но для меня это были не проблемы работоспособности, чисто технически всё работало как ожидалось, может кому-то не свезло, но повторюсь, мне на чужой опыт наср@ть, пусть хоть все вокруг страдают от Debian, и поливают его гомном, моего отношения это не поменяет.

> Не существует ОС в которой нет проблем. И в любом дистрибутиве

Да, идеальной нет, я выбрал макмимально менее кривую для меня.

> linux увы хватает плясок, то мфу по wifi завести (и принт
> и скан), то сетевую карту правильно запустить на 10G, то видеокарту
> настроить и заставить правильно управлять вентилятором и выставлять разрешение на монитор,

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

> то после очередной обновы железа grub может взыграть.

у меня ниразу такого не было в Debian.

> Так что, либо вам фантастически везёт с тотальной совместимостью

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

>(вероятность чего стремится  к нулю),

Печально, что вы делаете такие выводы, печально что вам не повезло в жизни, очень вам сочувствую (на самом деле нет)

>либо вы делитесь опытом уровня домохозяйки,

Именно, я же с самого начала написал, что я рядовой пользователь линукс-десктопа, "домохозяйка", "блондинка" и вообще криворучка рукожопая

>не в том  месте.

А вот это уже не вам решать, у вас нет монополии решать, изливаться тут только вашим набросам и страданиям или ещё кто-то право имеет!
Вы можете иметь своё мнение, но вы же, наверное догадываетесь, что я по этому поводу думаю?!)


Ответить | Правка | Наверх | Cообщить модератору

252. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  –3 +/–
Сообщение от Q (??), 28-Ноя-19, 12:49 
> все эти ваши , выше описанные проблемы от того, что кто-то не хочет сперва изучать информацию по совместимости железа с системой.

Мнения и утверждения "домохозяйки", "блондинки", "криворучки рукожопой" о том о чём "она" представления не имеет, да ещё и не в том месте - не берётся в расчёт, воспринимается как шум.

Ответить | Правка | Наверх | Cообщить модератору

305. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (305), 29-Ноя-19, 11:47 
>> все эти ваши , выше описанные проблемы от того, что кто-то не хочет сперва изучать информацию по совместимости железа с системой.
> Мнения и утверждения "домохозяйки", "блондинки", "криворучки рукожопой" о том о чём "она"
> представления не имеет, да ещё и не в том месте -
> не берётся в расчёт,

Я так и понял, что вы начали спорить от нефиг делать, а потом решили, "типа красиво" слиться.
Тут-то и спора, по сути, не было, я высказывал своё субъективное мнение, которое есть у каждого, но вам же, хватило ума докопаться до субъектинвого мнения и частного опыта взаимодействия, если вы читали ветку от начала внимательно, то заранее знали, что я выражал мнение "домохозяйки", "блондинки" и "криворучки рукожопой", а тут решили типа удивится и окончить свои потуги, типа высокоэлитным соскоком с темы, ок ваше право.
Вопрос только: это такая фишка - не разобравшись в теме ветки, набросить, вырывая куски из постов и пытаться что-то возражать? (впрочем, не утруждайте себя, это риторический вопрос)
Вот, только стоило изначально производить какие-то усилия, чтобы отвечать "блондинке" и "домохозяйке"?!
>да ещё и не в том месте -

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

Ок, раз вам так удобнее, то на том и порешим, как говориться:
Вот и поговорили!

Ответить | Правка | Наверх | Cообщить модератору

345. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от Q (??), 30-Ноя-19, 02:04 
> Я так и понял, что вы начали спорить от нефиг делать, а потом решили, "типа красиво" слиться.

Нет. Я увидел пост индивида, который прячась за субъективным, начал навязывать своё отношение, через личный опыт, в рамках которого, ему не случалось наступать на проблемы с sysvinit и (что не мало важно) с openrc, но случалось напарываться на проблемы с systemd.
Я решительно выразил протест против такого навязывания, т.к. индвид явно лукавит.
Далее индивид, несмотря на то что предварительно расписался в собственной некомпетентности, начал давать давать оценочные суждения о [не] желаниях разбираться с совместимостью.
В результате мной было решено не вести дальнейшую беседу и не принимать в расчёт суждения "домохозяйки".

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от Аноним (99), 26-Ноя-19, 17:56 
> напоминают демарш обиженных домохозяек...

Если вам где-то что-то напоминает то может быть это ваши личные проблемы?

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

116. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +1 +/–
Сообщение от Аноним (116), 26-Ноя-19, 20:39 
> Кто из вас делает что-то большее?

Я. Мне сегодня понадобилось добавить своп. В системе с systemd /etc/fstab не оказалось. Теперь я должен методом проб и ошибок выяснить, заработает ли, если я создам fstab с единственной записью, будет ли это работать в следующих релизах systemd.

А теперь вы расскажите, пожалуйста, о преимуществах записи
systemctl restart bla-bla.service

вместо
service bla-bla restart

ради которых пришлось переписать кучу компонент для совместимости с этим самым systemd.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

136. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +/–
Сообщение от пох. (?), 26-Ноя-19, 22:24 
> заработает ли, если я создам fstab с единственной записью

заработает, но лучше так не делать.

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

Если уж в системе сделана очередная системдшная диверсия - не делайте новых, напишите unit.

Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз дистрибутива Devuan 2.1, форка Debian 9 без systemd"  +3 +/–
Сообщение от пох. (?), 26-Ноя-19, 22:25 
и да, вместо одной строчки вам понадобится полдесятка с вычурным синтаксисом, а потом - еще и "угадай как назывался этот юнит". Лаконичный императивный конфиг, говорили они.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру