Представлен выпуск дистрибутива Devuan 3.0 "Beowulf", форка Debian GNU/Linux, поставляемого без системного менеджера systemd. Новая ветка примечательна переходом на пакетную базу Debian 10 "Buster". Для загрузки подготовлены Live-сборки и установочные iso-образы для архитектур AMD64, i386 и ARM (armel, armhf и arm64). Специфичные для Devuan пакеты можно загрузить из репозитория packages.devuan.org...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53075
Так и не могу понять чем елогинд лучше консолекит.(
Консолекит дропнут в той же генте из-за отсутствия развития и мейнтейнера, как я понял (недавно обновлялся - было в новостях гентушных, "а теперь сделайте вот так и пересоберите мир :D ").>>Добавлена поддержка архитектуры ppc64el
Так el или le ? А то я уже запутался, везде вроде le пишут. (Ещё бы было просто под ppc64, эхх...)
Так давно уже на ConsoleKit2 перешли.
Очевидно тем, что сделан в благословенном редхате и прибит гвоздями к единственно верной системе инициализации.
наоборот - elogind косплеит сделанную в редхате и прибитую гвоздями систему инициа...причем тут, собственно, инициализация и systemd-logind, pam-systemd и прочий мусор ?Потому что без него уже ничего не работает, кроме twm.
Да и не нужно - хотели как в винде, так не выпендривайтесь.
Кто хотел? Ты лично хотел? Я - нет.
так мне-то и consolekit был без надобности. Поскольку решал несуществующую проблему.
+100500
Ну как несуществующую... Несуществующую, если только один пользователь единолично пользуется ресурсами мультимедиа одновременно.
Ну так у ЕС1045 и нет никакой мультимедии...
(с неодновременно тоже были бы ньюансы - если бы у компьютера в XXI веке было бы больше одного пользователя. Но тот компьютер нынче таки - персональный.)
Для тех случаев когда другой усер пользуется ресурсами моего ноута у меня сидит наготове пистолет - простой инструмент, перфектно выполняющий свою роль, как раз в стиле Юникс. К всякими китами, которые пытались на нем пробраться пистолет уже применен.....
> чем елогинд лучше консолекит.(Чем консолекит!
а когда debian освободится от systemd-зависимости?
вроде какое-то голосование было по поводу systemd?
Нельзя прост так взять и избавиться от systemd-зависимости
Освободится когда это станет кому-нибудь нужно. А как показало то самое голосование, кроме ветеранов хрюникс всем остальным на это плевать.
> А как показало то самое голосование, кроме ветеранов хрюникс всем остальным на это плевать.И правильно! Какая, собственно, из под Parallels или WSL разница?
В wsl2 systemd не является инитом, например
он является системным менеджером. Да, и в wsl2 тоже.
> он является системным менеджером. Да, и в wsl2 тоже.Покажите как это выглядит на практике на вашей системе? вывода из `systemctl status;lsb_release -a` будет достаточно.
System has not been booted with systemd as init system (PID 1). Can't operate.
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.4 LTS
Release: 18.04
Codename: bionic
Никогда. Равно как и любой другой дистрибутив, претендующий на охват более или менее значительного процента пользователей.
Охват пользователей? Почему же тогда народ пользуется Убунтой, сделанной на Дебиане, но не самим Дебианом? Так и с Девуаном...
> Охват пользователей? Почему же тогда народ пользуется Убунтой, сделанной на Дебиане, но
> не самим Дебианом? Так и с Девуаном...Потому что с незапамятных времён Шляпа вешает людям на уши лапшу о том, что вот-вот уже будет готово для десктопа, надо ещё чуть-чуть обождать, буквально завтра уже будет финал. Из-за этого люди не изучают давно существующие в юникс-подобных системах средства наподобие консоли и оконных менеджеров, а роняют слюнки в предвкушении бесплатной винды. Но её как не было, так и нет, вместо неё лишь нескучные обои да бесконечная стройка уже почти совсем готового десктопа. А секрет в том, что Шляпе плевать на этих частных пользователей, как плевать на них Орацлу и прочим воротилам айтишных рынков. Им суета вокруг десктопов нужна только для красивой отчётности, для графиков, иллюстраций, буклетов и прочей показухи акционерам.
А когда корпорациям действительно был нужен юникс на рабочих станциях, они собрались вместе и сообща сделали CDE. Оно благополучно использовалось во всех коммерческих юниксах, пока тем не вышел срок.
> Потому что с незапамятных времён (...) вешает людям на уши лапшу о том, что вот-вот уже будет готово для десктопаКаноникал, а не Шляпа, для начала. И не вешает, что характерно. Убунту вполне готово для десктопа. Да, со своими тараканами (точнее - одним серьезным тараканом в виде неуемного сосредоточения на snap, вместо "snap как _ещё один_ источник ПО"), но активному повседневному использованию это не мешает.
Она работает. И да, это почти что бесплатная винда.
> бесконечная стройка
Без этой бесконечной стройки пользователи были бы вынуждены довольствоваться ущербным nouveau, вместо фирменных драйверов, которые наконец-то можно устанавливать без шаманства с бубном.
> Шляпе плевать на этих частных пользователей
Шляпа держит под крылом Федору. Рассчитанную в первую очередь на частных пользователей. Которая последние пару лет в некоторых аспектах стала как бы не поюзабельнее Убунты.
> не изучают давно существующие в юникс-подобных системах средства наподобие консоли и оконных менеджеров
Мил человек. Так тебя ж, очевидно, волнует не "неготовность для десктопа". Тебя просто бомбит от того, что ты всю жизнь красно***зил, зад***чивался, учился пулеметить в консоли и править конфиги, а теперь, в принципе, более или менее неглупый негик, неайтишник, пресловутая домохозяйка может пользоваться тем, во что ты вкладывал силы. И ты сидишь и фрустрируешь - "как же так? Они не хотят хардвэй, им не нужен хардвэй, а я что? я зря жепь рвал? Нет, надо чтобы они тоже рвали, а то несправедливо!". Они, сволочи такие, на иномарках ездят и готовые запчасти не мараясь в масле под капот ставят, а ты привык жигули в гараже колхозить. Обидно, да.
> Она работает. И да, это почти что бесплатная винда.Где почитать как использовать для десктопа пользователя в корпорации?
> более или менее неглупый негик, неайтишник, пресловутая домохозяйка может пользоваться тем, во что ты вкладывал силы
Они сидят в браузере. Им больше наифиг ничего не надо. В таком случае у нас всё готово для десткопа. От фряхи до кункс.
> Где почитать как использовать для десктопа пользователя в корпорации?Переформулируй вопрос, чтобы он не звучал как пример шизофазии из монографии по психиатрии. А если я телепатически уловил твое вопрошание - то Гугл тебе в помощь с запросом что-то вроде "Ubuntu для новичков".
> Им больше наифиг ничего не надо.
Ты их спроси сначала, что им надо. Офис нужен - есть. Торренты нужны - есть. Аудио-видеоплееры нужны - есть. Steam и тот уже есть. Да, с играми пока не так хорошо, как под Виндой, но ситуация прогрессирует.
> Переформулируй вопрос, чтобы он не звучал как пример шизофазии из монографии по психиатриОпять проецируешь, бедный островной солдатик?
Ты бы своих тараканов подвывел. Ибо фраза - убунту работает и это почти бесплатная вин - вот шизь полная.
Я попытался тебе помочь, подсказал что надо привести примеры как убунту работает. На одном из примеров. А именно десктоп пользователя в большой компании. Но не в коня корм.> Ты их спроси сначала, что им надо.
Ну тебе то виднее как я вижу. Вот у тебя и спрашиваю - как работает и что почитать по этому поводу.
> Офис нужен - есть.
Из всех офисов онлиофис показался приятным. Либра хоть где-то да неправильно покажет присланные документы.
Незачёт.> Торренты нужны - есть.
Качать кроме сериальчиков есть что? Ну вот мне передали автокадовский проект. Хочу поработать. Захожу из торрентов скачать(как настоящий любитель почти винды) - а нет ничего.
Незачёт.> Аудио-видеоплееры нужны - есть.
Ну хоть что-то есть. Правда по пути прос...ли кучу всего, взять хотя бы амарок. Но так есть.
Хотя стоп. Основной просмотр видео это сейчас ютубик онлайн. Нету.
Незачёт.> Steam и тот уже есть.
Вот это меня меньше всего интересует. Есть оно, нет его. Или запустят какую-нибудь нау, стадию.
> Ну вот мне передали автокадовский проект. Хочу поработать."У меня тут совершенно случайно рояль в кустах" :D. А чего, CADы под линухом есть. Только не говорите что всем надо именно автокад, именно в линухе, потому что они ни...ца инженеры, настолько что жить не могут без монстрика за килобаксы. Наверное, каждый хомячок рисует по своему личному боингу, не меньше?
> А чего, CADы под линухом есть. Только не говорите что всем надо именно автокад, именно в линухе, потому что они ни...ца инженеры, настолько что жить не могут без монстрика за килобаксы. Наверное, каждый хомячок рисует по своему личному боингу, не меньше?Мне совершенно по барабану что там есть у меня в линухе. Потому что я не в тайге живу. Где единственный друг - медведь поср..ть ходит за веранду. Я с людьми общаюсь. И вот как-то так сложилось что мне присылают проект моего дома. И я должен его поправить и добавить комментарии. Точно так же как сам набросок сделать для проектантов. А они что-то работают в автокаде. Наверное надо было их нах послать. И искать проектантов у которых линух и кад под него на рабочем месте. Нам же пофиг что архитектор и проектант хороший. Главный критерий это что за ПО у него на компе стоит.
> Мне совершенно по барабану что там есть у меня в линухе. Потому
> что я не в тайге живу. Где единственный друг - медведь
> поср..ть ходит за веранду. Я с людьми общаюсь.Я тоже общаюсь. И иногда отгружаю плоские DXF резакам/фрезерам (выкройки корпуса девайсов) или gerber-ы pcb'шным фабам. И все это делается мной под линухом. Пуркуа бы да не па?
А вон чуваки на cnc-club linuxcnc обсуждают - и, только подумайте, латенси меряются :). При том они выглядят как-то индустриальнее понтореза с автокадом на опеннете рассуждающим про медведей.
> И вот как-то так сложилось что мне присылают проект моего дома. И я должен
> его поправить и добавить комментарии.У, блин, я все время думал зачем же нужен автокад. Оказывается дома для хомячков в нем рисовать. В этом месте я таки начинаю понимать копирасов жестоко имеющих хомяков - ибо о...ние в крайней форме все же надо лечить. Если это не делать - этак в следующий раз и подъемный кран со стройки с3.14-т чтобы кабачки с грядки у дома убрать.
> Точно так же как сам набросок сделать для проектантов. А они что-то работают
> в автокаде. Наверное надо было их нах послать. И искать проектантов у которых линух и
> кад под него на рабочем месте. Нам же пофиг что архитектор и проектант хороший.
> Главный критерий это что за ПО у него на компе стоит.А кто сказал что на линухе нечем рюхать DXF от автокада? :) А, ну понятно, аноним знает целый 1 кад на весь глобус. При том далеко не самый простой и дешевый на свете. Интересно, какой процент юзерей винды с ним может нормально совладать? А то он довольно навернутая софтина, для освоения которой надо пару недель убабахать.
> Опять проецируешьНе-а, потому что сформулировал ты вопрос, как человек, у которого проблемы с речью, как минимум.
> вот шизь
Нет. Это мнение отличное от твоего.
> десктоп пользователя в большой компании
Гугл велик и изобилен - ищи примеры использования Ubuntu на десктопе в крупных компаниях.
>> Ты их спроси сначала, что им надо.
> Ну тебе то виднее как я вижу. Вот у тебя и спрашиваю
> - как работает и что почитать по этому поводу.
>> Офис нужен - есть.
> Из всех офисов онлиофис показался приятным. Либра хоть где-то да неправильно покажет присланные документы.Онлиофис сам хвалил тут как-то. Либра... Проблема Либры таки есть следствие установки гнутых разработчиков - в последнюю очередь обращать внимание на совместимость с проклятыми, скверными "проприетарными" форматами, которыми, вот же незадача, продолжают пользоваться такие несознательные, не желающие в IT-коммунистическую утопию юзеры.
> Незачёт.
Что-то мне подсказывает, что CAD-софт под Linux существует в изобилии, а ты ждешь, что тебе разжуют, вместо того, чтобы обратиться к тому же... что? правильно, Гуглу.
> взять хотя бы амарок.
А что с Амароком? Вот сейчас залез специально в Gnome Software - есть, живой, можно установить. Я - не буду, мне с Exaile хорошо. А на Windows у меня есть AIMP и ничего другого как-то не хочется.
> это сейчас ютубик онлайн. Нету.
Есть 1) ютубик онлайн, вот прямо сейчас один из своих плейлистов гонял в Fox'е 2) VLC, если сподобился youtube-dl сохранить себе клипец в оффлайн-коллекцию 3) mpv и морды к нему разные 4) ...
> Вот это меня меньше всего интересует
Твои проблемы.
> Не-а, потому что сформулировал ты вопрос, как человек, у которого проблемы с речью, как минимум.Ты нормально даже сформулировать не можешь свой текст. Понятно почему осилить вопрос не можешь.
> Гугл велик и изобилен - ищи примеры использования Ubuntu на десктопе в крупных компаниях.
Как и ожидалось - примеров нет.
Незачёт.> Что-то мне подсказывает, что CAD-софт под Linux существует в изобилии, а ты ждешь, что тебе разжуют, вместо того, чтобы обратиться к тому же... что? правильно, Гуглу.
Мой текст: Ну вот мне передали автокадовский проект. Хочу поработать.
Для такого как ты даже разжевал в 153 сообщении. У тебя дислексия, береги себя, инвалид.
Ответа у тебя нет.
Незачёт.> А что с Амароком? Вот сейчас залез специально в Gnome Software - есть, живой, можно установить.
Да не, ничего. Последний релиз от 18 года. Перед этим разламывали так что я от него отказался. И кучу возможностей отпиливали. Клементин не просто так появился. Сейчас может и поставил бы, но спасибо - не охота прыгать когда опять очередной разлом случится.
> Есть 1) ютубик онлайн, вот прямо сейчас один из своих плейлистов гонял в Fox'е
Есть аппаратное ускорение. Ах да, это не про линух.
> 2) VLC, если сподобился youtube-dl сохранить себе клипец в оффлайн-коллекцию 3) mpv и морды к нему разные 4) ...
Да ты мастер по фигурной резке автогеном гланд пер вицинус анус.
> Твои проблемы.
Не, не мои. Уже не мои. Пока под улюлюканье такие как ты всё разломали я просто ушёл на офтопик. Там есть критичные разломы, но хоть софт не выбрасывают на помойку с словами - а давайте с нуля напишем.
> Ты нормально даже сформулировать не можешь свой текст.Не осилил, да?
> я просто ушёл на офтопик
А такие как я с него и не уходили полностью. Ибо незачем. А Линукс... Ну, он есть и я даже могу благодаря его современному состоянию экономить на корпоративных лицензиях.
> Не осилил, да?Как можно осилить вот это.
--
Убунту вполне готово для десктопа.
...
Она работает. И да, это почти что бесплатная винда.
--В ответ на подтвердить свои слова - получил отсылку в гугл. А не балабол ли ты мил человек?
> А такие как я с него и не уходили полностью. Ибо незачем. А Линукс... Ну, он есть и я даже могу благодаря его современному состоянию экономить на корпоративных лицензиях.
Бвахавхахва.
Если ты ниасилил пользоваться поисковиками и требуешь, чтобы тебе всё разжевывали и в рот клали - ну я даже не знаю, что ты вообще в IT делаешь.
Понятно, за слова свои не отвечаешь. Ни одного факта привести не можешь. Ещё один фантик.
> В таком случае у нас всё готово для десткопа. От фряхи до кункс.Да, только в фряхе их видеокарта не взлетает, а платить за бенефиты скункса им нафиг не упало.
мил человек, ты немного отстал от жизни, убунта для десктопа is sooo 2010s.над убунтой на десктопе на опеннете уже лет десять ехидничают, вот хотя бы и я:
https://www.opennet.ru/openforum/vsluhforumID3/89003.html#159
но потом случилось вот это:
https://www.opennet.ru/opennews/art.shtml?num=46331
и политика партии поменялась.
теперь убунта готова для облака, а фенбоям положено наяривать не на число пользователей на десктопе, а на число установок в облаках.
но щастья опять нету, по всяким пузомеркам убунта раз в пять обгоняет редхатоидов по облачным развертываниям, а прибыли они показали в прошлом позапрошлом году копейки, порядка 5$M с оборота не больше 200, и то за счет того, что в 2017 двести человек на мороз выкинули. вот такой неизученный наукой фэномен, юзеры есть, но монетизировать их никак не получается, хоть ты motd-news им суй, хоть что.
а вы говорите десктоп. исходя из предыдущего послужного списка каноникал, снап ждет та же судьба, что апстарт, юнити, мир, юнити уан, etc etc.
но вы не переживайте, к тому времени, как снап загнется, у вас будет новая тема - Мюнхен 2 Возвращение Линукса. там как раз давеча подписали какой-то рамочный документ, чтоб муниципалитету использовать только открытое ПО, так что через год два у вас будет эпизод 4: новая надежда. (напомнить себе закупиться попкорном)
>> Потому что с незапамятных времён (...) вешает людям на уши лапшу о том, что вот-вот уже будет готово для десктопа
> Каноникал, а не Шляпа, для начала.А, так ты из опоздавших родиться? Тогда небольшой исторический ликбез: Шляпа тему десктопа поверх линукса толкает со второй половины девяностых. Как с Кедами не заладилось, так сразу и.
> вполне готово для десктопа.Десктоп это у всех полноценных ОС стартовая площадка для запуска прикладных приложений, а не только хромого браузера. Прикладного ПО есть в изобилии для Винды и для Мака. А для пингвинария за 25 лет ничего приличного не написали. Следовательно, линуксовый десктоп пригоден только для нескучных обоев. Так было, так есть и так будет всегда.
> Без этой бесконечной стройки пользователи были бы вынуждены довольствоваться ущербным
> nouveau, вместо фирменных драйверов, которые наконец-то можно устанавливать без шаманства
> с бубном.Поблагодари свою икону. Пусть еще Лизке покажет средний палец.
Впрочем, ты же вот даже не понимаешь, _что_ там строят на той стройке. Тебе невдомёк, что линукс в самую первую очередь есть пускалка для специализированного корпоративного софта, который крутят на больших машинах.
> Шляпа держит под крылом Федору. Рассчитанную в первую очередь на частных пользователей.Кому и кобыла невеста. А я никогда не использовал этот мусор, поскольку есть дистрибутивы получше.
>> не изучают давно существующие в юникс-подобных системах средства наподобие консоли и оконных менеджеров
> Мил человек. Так тебя ж, очевидно, волнует не "неготовность для десктопа".Меня это нисколько не волнует. Поскольку я этот цирк наблюдаю с девяностых, то мне давно спорить не о чем на эту тему.
> просто бомбит от того, что ты всю жизнь красно***зил, зад***чивался, учился
> пулеметить в консоли и править конфиги, а теперь, в принципе, более
> или менее неглупый негик, неайтишник, пресловутая домохозяйка может пользоваться тем,
> во что ты вкладывал силы. И ты сидишь и фрустрируешь -
> "как же так? Они не хотят хардвэй, им не нужен хардвэй,
> а я что? я зря жепь рвал? Нет, надо чтобы они
> тоже рвали, а то несправедливо!". Они, сволочи такие, на иномарках ездят
> и готовые запчасти не мараясь в масле под капот ставят, а
> ты привык жигули в гараже колхозить. Обидно, да.То есть ты не осилил консоль. Как грустно. :-( Прими соболезнования. Надеюсь, хоть пенсию за это тебе выплачивают (как по инвалидности)?
Я здесь уже не раз упоминал, что у меня на фирме в бухгалтерии двадцать с лишним лет назад, в прошлом ещё веке, простые тётки без малейшего понятия об этом вашем айти освоили за пару дней учётную программу для ДОСа. Позже её, правда, пришлось заменить на 1С, потому что нельзя было не заменить, такова была политика партии. Тётки, которые боялись потерять только недавно тогда появившуюся кнопку Пуск, понимаешь? Они освоили. За три дня. С мануалом подсказок на один листик А4. А ты рассказываешь, что кому-то сложно осилить юниксовую консоль. Ту самую, которая специально была так продумана, чтобы быть как можно более простой и понятной. Которая в основах понятна любому, кто знает три сотни английских слов.
> А, так ты из опоздавших родиться?С другой стороны он и умрет позже :P. Enjoy your life... while you still can.
> А для пингвинария за 25 лет ничего приличного не написалиБеда-то не в этом. Беда в том что все попытки создать это ПО были запиннаны и потеряны по дороге.
В любую область куда не ткни - проср...ли либо время либо само ПО. Кдепим - при всём смехе над ним это была попытка создать интегрированную систему взаимодействия. Клиентский кусочек связки аутлука-ексченджа. И потеряли по пути всё. От аконади до коннектора к ексченджу. А аналог апдейтдб только не для консоли... Уже много лет как бросил считать сколько их было. Тот что был в кде кажется несколько раз переписали и заглохли. Единственный вменяемый - recoll - никуда так и не интегрировали. Джабер - единый стандарт для общения-коммуникации нафиг абсолютному большинству не нужен. Да взять тот же аудио-комбайн амарок - несколько раз переписали и заглохли. Часть ПО так совсем пропало в процессе КДЕ3->КДЕ4->КДЕ5. А гном и ПО писанное под него? До сих пор не перевариваю шапку за то что она сделала из первого гнома.
И так в какую область десктопного ПО не ткни.
>> А для пингвинария за 25 лет ничего приличного не написали
> Беда-то не в этом. Беда в том что все попытки создать это
> ПО были запиннаны и потеряны по дороге.
> В любую область куда не ткни - проср...ли либо время либо само
> ПО.Да.
Для третьекедов, помнится, уже ж таки написали пачку неплохого софта. Его бы чуть доделать, отполировать — но всё бросили и начали четвёртые кеды. А потом так же с четвёртых на пятые. Эта музыка будет вечной, как поётся в одной песне.
Меня в своё время удивляло такое отношение к собственной работе: люди сознательно бросали уже сделанное и начинали делать такое же, но заново. И всё повторялось снова и снова.
Трудности эти, по моему мнению, не технические, не технологические, не идейные, но обусловлены чьей-то сторонней волей (Красной Шапки, скажем).
> Меня в своё время удивляло такое отношение к собственной работе: люди сознательно бросали уже сделанное и начинали делать такое же, но заново. И всё повторялось снова и снова.Нет, частично они правы - архитектуру возможно надо было переделать. Но куда смотрели руководители всего этого? Как они допустили пропажу ПО в момент переезда. И сейчас я не про стороннее ПО говорю, а про батарейки в комплекте. Тренд от гнома оказался заразным. Выкинули отличный ВМ и браузер на движке геко.
КДЕшники вообще всё разбомбили при переезде на 4ку. Кдепим входит в состав кде - как руководитель проекта кде допустил его расфигачивание??? Это была его прямая обязанность - распределить ресурсы для вменяемого, без проблемного переезда на новую версию.
Сдается мне что у руля встали люди которые "правильно" выбрали метрики для обоснования процесса. Допустим считаем количество обращений в трекер, несмотря на их +/-. Получаем гигантский прирост. По барабану что это прирост недовольных - картинку можно показать в презенташке. Считаем количественный прирост регистрантов, не считаем отток людей. Опять прирост имеем среди желающих поэкспериментировать.
А вот как люди попали на руководящие должности или как они поменяли своё отношение к процессу разработки это хороший вопрос.
> Тогда небольшой исторический ликбезЗасунь свой ликбез себе куда-нибудь. Я Red Hat Linux держал на десктопе, если ты понимаешь, чем это отличается от RHEL. Здесь шла речь о производных Debian - с этого начался базар.
> А для пингвинария за 25 лет ничего приличного не написали.
Скажи это тем, кто вовсю использует для продакшена тот же Blender или Synfig.
Следовательно, линуксовый десктоп пригоден только для нескучных
> обоев. Так было, так есть и так будет всегда.
> Поблагодари свою икону. Пусть еще Лизке покажет средний палец.NVIDIA не сразу стали коммуникабельными. Видишь ли, для того, чтобы кто-то стал сотрудничать с непонятно кем - ему надо сначала объяснить, зачем бы ему это делать. Это реальная жизнь реальных людей, а не "дарение кода миру".
> в самую первую очередь есть пускалка для специализированного корпоративного софта, который крутят на больших машинах
Здравствуй, Кэп, расскажи мне ещё про то, как Linux используется на серверах.
> А я никогда не использовал этот мусор
Ну и гордись этим до глубокой старости. Мне-то что?
> То есть ты не осилил консоль.
Я консоль использую по мере необходимости, а не молюсь на неё. А необходимостей использовать консоль на десктопе, на самом деле, не так много. Обычно если дело дошло до консоли - это значит, что что-то накрылось тазиком и это надо чинить.
> Они освоили. За три дня. С мануалом подсказок на один листик А4.
Даже зайца можно научить курить. Но если твоим тёткам дать _выбор_ - удобная софтина с GUI или вбивание команд в консоль, результат предопределен.
> Ту самую, которая специально была так продумана, чтобы быть как можно более простой и понятной. Которая в основах понятна любому, кто знает три сотни английских слов.
"Нажми на кнопку, получишь результат" (с). Это всегда быстрее, чем вводить цепочки команд. Программирование - для программистов, которые пишут программы.
О, пошли тряски седыми мудями. Ну я ставил линух с присланных заграничных дисков. Где было несколько дистров записанных на цд. Шапки среди них не было. Тогда шапка или только-только первый РХЛ выпускала, или только готовилась к этому . Дальше то что?
> О, пошли тряски седыми мудями.Ну так ты их и начал - что-то там про опоздавших, не?
Глазки то разуй. Увидишь что разные люди пишут в комментах.
И что? Специфические люди со специфическими запросами. Это не то же самое, что ЦА современных дистрибутивов. Кучка нердов-олдфагов, способная максимум на то, чтобы бухтеть про то, как "раньше было лучше" и непрерывно удивляющаяся, что ж это до сих пор им никто не запилил дистрибутив их мечты, а самое обидное для них, что никто не перестал делать невкусные им дистрибутивы - у них от этого ЧСВ катастрофически падает.А в это время весь остальной мир...
> А в это время весь остальной мир...Использует Винду. Всему остальному миру не нужна линуксячая поделка из говна и палок, _похожая_ на винду.
> "Нажми на кнопку, получишь результат" (с). Это всегда быстрее, чем вводить цепочки
> команд. Программирование - для программистов, которые пишут программы.Специализация — для насекомых. А человекам приличествует более сложная деятельность, подразумевающая сознательное понимание и творчество.
О даа... Хреначить в консоли для того, чтобы получить результат, которого можно достигнуть выставив несколько галочек и жмакнув мышкой - это просто офигеть, какой уровень рефлексии сознания и творческого порыва. Ты бы еще порассуждал о махании мотыгой в огороде, как сложной деятельности, возвышающей человеков.
> О даа... Хреначить в консоли для того, чтобы получить результат, которого можно
> достигнуть выставив несколько галочек и жмакнув мышкой - это просто офигеть,
> какой уровень рефлексии сознания и творческого порыва. Ты бы еще порассуждал
> о махании мотыгой в огороде, как сложной деятельности, возвышающей человеков.Ты снова всё перепутал и усугубил глупой ошибочной аналогией.
Ставить галочки и жмакать мышкой — это для самых неразвитых. Это как раз и есть махание палкой-копалкой.
А творчески составлять конвейеры команд для консоли, где вывод одной команды служит вводом для другой — это для высших существ, оборудованых разумом.
Итого: тебе не нужен никакой Юникс, ты его не понимаешь.
> высших существ, оборудованых разумом"программистов, делающих бэкенд для удобных GUI-программ, но иногда забывающих принять таблетку от очередного приступа мании величия на почве биполярного расстройства"
Поправил, не благодари.
> тебе не нужен никакой Юникс, ты его не понимаешь
Для того, чтобы ездить на метро, не нужно понимать в тонкостях особенности функционирования диспетчерских служб.
Это не аргументы, а чепуха. Пиши прямо (как я пишу): ты не понимаешь Юникс и он тебе не нужен. Но ты хочешь бесплатную Винду, поэтому считаешь своё мнение более важным, чем мнение других людей, которым Юникс почему-то таки нужен. Прояснили позиции.
> которым Юникс почему-то таки нужен...и которые могут его и дальше использовать как им угодно, настраивая что им угодно, ибо этого у них никто не отбирал.
> поэтому считаешь своё мнение более важным, чем мнение других людей
...у которых бомбит от того, что Линуксом/BSD пользуется и может пользоваться кто-то кроме них, полагающих себя высокоразвитой илиткой. Т.е. - тупо психов, мнение которых не имеет никакого значения, кроме как для врача, которому интересны симптомы их душевного расстройства.
> Даже зайца можно научить курить. Но если твоим тёткам дать _выбор_ -
> удобная софтина с GUI или вбивание команд в консоль, результат предопределен.Это пока ты по телефону не будешь объяснять той тетке что в этой гуйне жать и в каком порядке...
> Это пока ты по телефону не будешь объяснять той тетке что в этой гуйне жать и в каком порядке...Какую гуйню только не несут люди, лишь бы самовнушать себе дальше веру, что неиспользование GUI делает их умнее. Прямо как фанаты гомеопатии.
> Охват пользователей? Почему же тогда народ пользуется Убунтой, сделанной на Дебиане, но не самим Дебианом?Ключевые слова - "на Дебиане". Т.е. так или иначе, но этот дистрибутив, пусть и не имеет самостоятельного значения, которое имел когда-то, служит базой для Linux for all.
> Предоставлена возможность опционального использования системного менеджера runit в качестве альтернативы /sbin/init.Годно. А когда добавят поддержку s6 из коробки? Интересно эту СИ потыкать.
Это не СИ, а ЭС. И добавят её скорее в каком-нибудь дистрибутиве, где понимают преимущества systemd, а не в этой SysV-init секте.
Без сюстемди нужно только тем, кто не осилил сюстемди. 🤔 Пишите под этим комментарием, кто использует дистрибутивы без сюстемди, посчитаем сколько вас тут 🙂
Windows 10. Без С-Д, брат жив, волосы шелковистые.
Разве не копирует брат брата? Т.е. фетр с холма )
> Windows 10. Без С-Д,Там оно просто по-другому называется.
Бесполезный сбор статистики ведешь. Погуглил бы лучше. Либо на другом сайте нашел бы опрос, и сюда принеси, если уже тебе так это интересно
Gentoo - host, Devuan в виртуалке
> Без сюстемди нужно только тем, кто не осилил сюстемди. 🤔 Пишите под
> этим комментарием, кто использует дистрибутивы без сюстемди, посчитаем сколько вас тут
> 🙂Gentoo, %subj% (тоже на OpenRC).
opensuse tumbleweed
2 ноута на антикс +1 сервер на нём же.
MX-Linux на Asus и MacBook
А ты осилил? Давай ка я тебе пару вопросов задам а ты мне растусуешь. Или ктонибудь растусует. Вот и посчитаем сколько людей его осилили.То что ты просто пустил его в своём дистре с дефолтными настройками не означает что ты его осилил.
задавай, мож, найдётся ответ
Ниже есть вопрос. Но тут повторю. Есть железка, консоли нет, только ssh по wifi как к точку доступа.Хочу в неё новый rootfs. И вот мне надо прописать интерфейс чтобы при старте он поднимал точку доступа. Первый вопрос, как угадать название интерфейса?
Было просто wlan0 и всё. Теперь это бредняк который не угадать.
Ещё раз, у меня нет serial console к железке, я не могу посмотреть как грузится kernуд, я только по лампочкам вижу что состояние инициализировалось.
NetworkManager это из тех-же рук вышло.
nmcli con add type wifi ifname <unknown name> con-name Hostspot autoconnect yes ssid Hostspot
nmcli con modify Hostspot 802-11-wireless.mode ap 802-11-wireless.band bg ipv4.method shared
nmcli con modify Hostspot wifi-sec.key-mgmt wpa-psk
nmcli con modify Hostspot wifi-sec.psk "veryveryhardpassword1234"
nmcli con up HostspotВы действительно думаете что вот это бредовый типа единый интерфес команд можно запомнить?
Это лучше конфига с прокоментированными параметрами и примерами прямо в конфиге
Ну, конкретно на твой вопрос для де6иллиана и его производных (то есть б-жественной убуночки) ответ знают даже узкоглазые братья (из чьего конфига и копипаста, благо под рукой):
setenv bootrootfs "console=tty1 console=ttySAC2,115200n8 root=LABEL=shit-root rootwait ro fsck.repair=yes net.ifnames=0"- тебя касается последний параметр. Отдельно занятно в каком таком "мане" его искать.
Видимо, их тоже слегка зае...достало, не смотря на то что сетевая там внутри процессора и ее имя хоть и м-цкое, но всегда было бы одинаковым, и консоль, как видишь, тоже внутри процессора.
Правда, Лёня "notabug" Потный уже разок эту фичу выпилил под рукоплескания публики, и обещал непременно повторить, а то работа с почти уже немного совсем но не готовым для десктопа становится скучноватой.
Ну и для всех, кроме как раз тебя, до кучи -
apt purge -y NetworkManager modemmanager ещекакогодерьмаmanager && apt install -y netplan.io
- конфиг, портящийся от лишнего невидимого символа, безусловно, п-ц, и порождение альтернативно-одаренных инклюзивных разработчиков, но всяко лучше того cli. Убунта на серверные установки по умолчанию так делает. А скриптовыи партянки - нимодна-нимодна-далжныумиреть!
Тебе, к сожалению, не светит, с wifi он работать умеет только через NM, и то - криво, что в общем логично - на сервере soft-ap ставют только поломавшие его мимохакеры, а для десктопа netplan не готов, ой не готов...> Это лучше конфига с прокоментированными параметрами и примерами прямо в конфиге
конечно - каждая обезьянка может скопипастить себе. Только ты волшебное заклинание забыл, за что обезьянка понизит скор твоему ответу на serverfault.
А конфиги редактировать - а вдруг там nano нет?
Да и читать обезьянки не умеют. Вот ловко тыкать пальцем в мабилу - могут не хуже тебя.
Ты читать не умеешь? Нет там консоли, нету распайки. Всё что можно залить rootfs проприетарной закрытой прогой или попробовать подменить по sshИ открыть прокоментированный конфиг это одно дело, даже через less вывести. И другое дело писать портянки команды придуманных больным воображением лёни.
> залить rootfs проприетарной закрытой прогой или попробовать подменить по sshТ.е. командлайн кернеля вы не контролируете? (net.ifnames=0 как раз про это)
> И открыть прокоментированный конфиг это одно дело, даже через less вывести. И
> другое дело писать портянки команды придуманных больным воображением лёни.Ну если все туго - udev у вас там есть? Если да - положите свои рулесы в /etc/udev/rules.d и обзовите в вашем рулесе интерфейс как надо. Оно заметит что вы уже сами все обтяпали и отвалит в туман. Могу пример рулеса дать если надо...
> Ты читать не умеешь?нет, читать не умеешь ты: "тебя касается последний параметр". Специально для слепых от паяльника, вырезаю его отдельно из той копипасты:
net.ifnames=0
Это работает в дебиане и его клонах. В том числе не-x86, разумеется. Правда, один раз уже сломали.> Всё что можно залить rootfs проприетарной закрытой прогой
boot.ini или что у тебя там вместо u-boot - тоже недоступен? Тогда ты попал, это параметр ядра, если они прибиты гвоздем - вероятно, все же виноват производитель твоего барахла, а не не предусмотревшие это разработчики линукса.
> И открыть прокоментированный конфиг это одно дело
у netplan.io вполне себе конфиг (правда, как сейчас модно-современно, у него config dir, в который некуда и некому положить прокомментированный образец, копипаста наше всьо. Не забудь пробел! ;)
Но вот с soft-ap он недоделанный. Вероятно, в силу крайне низкой востребованности именно этой фичи. Пришли им патч? В конце-концов, это лучше чем вручную каждый раз долбить эти заклинания.
И навонять. Плив всех грязью. Debian у него уже гавно, devuan гавно. Сам ты гавно. Люди делают как считают нужным и по грайней мере делают. А ты только воняешь.Спаситель блин Линукса нашёлся. Линукс жил живёт и будет жить прекрасно и без тебя и без твоего systemd. Сиди в том что тебе нравиться и не воняй.
> И навонять. Плив всех грязью. Debian у него уже гавно, devuan гавно. Сам ты гавно.Этого у поха не отнять :P
А макаки пусть сидят себе на венде и не воняют.Вообще это вот эти сторонники systemd укуренные какие-то. Вот мне не нравиться программа, я ей не пользуюсь и точка. Тут людям не нравиться systemd они взяли и выпиливают. Никого не трогают. Делают как ксчитают нужным.
Хочешь systemd да пожалуйста. Куча дестрибутивов с systemd бери и пользуйся. Чего пришёл сюда вонять? Вот обязательно надо влесть со своим systemd
> Вообще это вот эти сторонники systemd укуренные какие-то.Это вы просто новости про systemd не видели... :)
> Чего пришёл сюда вонять? Вот обязательно надо влесть со своим systemd
А можно тогда этот совет и на новости с системд распостранить, чтобы двойные стандарты не плодить?
> А можно тогда этот совет и на новости с системд распостранить, чтобы двойные стандарты не плодить?В смысле? Что бы и в те новости сторонники системд не ходили и про системд ни слова? Я только за!
> В смысле? Что бы и в те новости сторонники системд не ходили и про системд ни слова? Я только за!Сразу после того как в такую новость не придет ни 1 противника системды :)
Так когда Devuan-то перейдет на systemd, не анонсировали?
> Консолекит дропнут в той же гентеПока еще есть и думаю будет пока у них терпения хватит. виксе-крон тоже долго еще был после новостей об отсутствии зарабов, пока совсем не сдох, теперь кроние.(
> Консолекит дропнут в той же гентеТут радоваться нужно
https://www.freedesktop.org/wiki/Software/ConsoleKit/Ещё одно устаревшее то самое выкинули. Ещё и от Xlib зависит
И чего устаревшую недолошадь не выкинули ещё в роддоме?
Редчайший, между прочим, случай, когда лошадь права. Ненужнокит вообще не надо было внедрять.
https://files.devuan.org/devuan_beowulf.torrentЧем быстрее Яровая разорится, тем быстрее она перестанет грабить Россию.
Неинтересен ничем, кроме отсутствия systemd.
И не должен быть "интересным". Просто работает себе, да и всё
Ну то есть в принципе ничем.
> Неинтересен ничем, кроме отсутствия systemd.Ну так если это кому-нибудь нужно - это как раз фича опенсорса, что они могут сделать так как им нравится. Это ж не проприетарщина, где хрен откажешься от "улучшений".
Лучший серверный дистр!
Успехов и дальнейшего развития!
Вроде бы antiX такой же, только без пафоса - просто работает ;)
> Вроде бы antiX такой же, только без пафоса - просто работает ;)antiX не такой же, да без пафоса, но со своими странными костылями, в отличие от Девана, однако в antiX честно и более грамотно отвязали от системды, и релизится он не настолько слоупочно, если сравнивать Devuan и antiX, то у первого меньше самодеятельных г@вен, и лучше и стабильнее установщик, а у второго адекватнее работа отвязанных компонентов, если выбирать в текущем виде и тот и этот для десктопа, лично мне гораздо проще выпилить г@вна antiX и поставить на него ту же XFCE, чем починять косяки Девана.
На собственный сервер, на мой взгляд, всё равно что ставить, даже можно Debian без системды, так пока ещё можно, потому что она только на десктопные пакеты намертво завязана.
А если "дяде" на сервер?...
А кто вам там даст в самодеятельность?!
Да и гарантировать за antiX и Devuan кто возмётся?
ЕМНИП вроде бы тут товарищ freehck гоняет сервера Девановские, это его надо спрашивать.
> ЕМНИП вроде бы тут товарищ freehck гоняет сервера Девановские, это его надо спрашивать.Уже не гоняю. Ubuntu 18.04 и systemd у меня.
>> ЕМНИП вроде бы тут товарищ freehck гоняет сервера Девановские, это его надо спрашивать.
> Уже не гоняю. Ubuntu 18.04 и systemd у меня.Что ж так?
Попробую угадать:Работать устроился, познал что такое продакшн, какая проблематика, и забил на высокие концепции и громкие слоганы в пользу фактического результата. Хоть и не понимаю чего не дебиан 10 :)
Это называется не в пользу фактического результата, а в пользу уменьшения нервотрепки. Оно же не за правильную работу, а за возможность переложить свои проблемы на сторонних людей. И быстро с реддита делать ктрл-ц, ктрл-в в консольку.
> Оно же не за правильную работу, а за возможность переложить свои
> проблемы на сторонних людей.Блин, в опенсорсе мы всегда это делаем. Вот было бы круто, если бы я сам себе кернел кодил. Он был бы угробищней линукса в 10 раз и не умел бы и 1% от этого - потому что я и близко не конкурент спетой команде ядерщиков.
Так что первые цать лет я бы делал эрзац ядро и юзермода. А заняться чем-то еще? На это у меня не было бы времени, вероятно.
Кажется ты не понимаешь что такое переложить проблемы.
Вот у меня есть система - стоит несколько десятков тысяч килобаксов в год. Она удодская и страшная как смерть. Бесплатный аналог, с небольшими платными добавками, работает лучше и на несколько порядков дешевле. Первая от именитой фирмы, пользуется в куче мест и обеспечивает техподержку по всему миру. Вторую в теории можно поставить и эксплуатировать вообще без денег. Только потратиться на оборудование.
Догадайся с одного раза что выберут 99% руководителей в крупной корпорации.
А бесплатным можно обмазаться сверху-донизу. И никто не будет замечать как оно работает несколько лет без сбоев. Но стоит один раз оступиться... Все начнут валить друг на друга ответственность. И крайним останется работник поставивший эту систему. А в комерческом случае все ткнут в договор - у нас по лучшим мировым практикам. Ничего сделать не можем. А вот активная переписка с компанией, не зря мол мы хлеб едим.
Вот это реальное перекладывание ответственности. Именно так оно выглядит с точки зрения менеджерья.
> Догадайся с одного раза что выберут 99% руководителей в крупной корпорации.
> А бесплатным можно обмазаться сверху-донизу. И никто не будет замечать как оно
> работает несколько лет без сбоев. Но стоит один раз оступиться... Все
> начнут валить друг на друга ответственность. И крайним останется работник поставивший
> эту систему. А в комерческом случае все ткнут в договор -
> у нас по лучшим мировым практикам. Ничего сделать не можем. А
> вот активная переписка с компанией, не зря мол мы хлеб едим.
> Вот это реальное перекладывание ответственности. Именно так оно выглядит с точки зрения
> менеджерья.Всё верно. Руководителям нужен документ, ибо всё до последнего гвоздя ставится на баланс и за всё назначается ответственный. А от этого вашего СПО ни документов, ни гарантий.
Поставь себя на место руководителя (а ещё лучше — владельца бизнеса), который в суде отвечает по делу, связанному с делами фирмы и её имуществом. Судья спросит: объясните происхождение и причину нахождения на вашем складе вещественного доказательства № 100500 (гвоздь длиной 12 см)? Обвинение показало, что вещественное доказательство вынуто из двигателя ракеты Ангара. Что имеете сказать в свою защиту, подсудимый? Тут-то ты и пожалеешь, что не подписался на обслуживание какого-нибудь всемирного известного бренда с ящиком сопроводительной документации, заверенной печатями и подписями.
Они это не понимают. Нужно продумать архитектуру и социальный вопрос встает - кто и как будет работать с установленным и эксплуатировать систему. Кто будет внедрять, кто будет выводить из эксплуатации. Дальше идут бюджеты. Да даже цель руководства на то в какой бюджет закидывать расходы(опекс или капекс) кардинально меняет выбор решения. А то про что ты говоришь вообще не помешает в их разум, этого не существует. Вон они до сих пор преимущества системд обсасывают. Детский сад.
> Кажется ты не понимаешь что такое переложить проблемы.Прекрасно понимаю. А еще я понимаю что когда под агендой решения моих проблем меня околпачивают, облапошивают, навязывают странные правила игры и держат меня за дурака - это неприемлимо. И кот ж проприерасам виноват что они поперли этим маршрутом?
> Догадайся с одного раза что выберут 99% руководителей в крупной корпорации.
Что выберут - то и будут жрать. А я тут при чем? У них своя башня на плечах, у меня своя.
> Все начнут валить друг на друга ответственность.
Я предпочитаю иной modus of operandi - устранить факап.
> вот активная переписка с компанией, не зря мол мы хлеб едим.
Ну, понятно, ваша хата с краю, перепихнуть ответственность, дрейф по пути наименьшего сопротивления. Хорошо что я не в вашей фирме, да.
> Вот это реальное перекладывание ответственности. Именно так оно выглядит с точки зрения менеджерья.Кроме всего прочего я предпочитаю не иметь дел с таким менеджерьем. Вот такой я нехороший =)
> Работать устроился, познал что такое продакшн, какая проблематикаили наоборот - устроился в подвальчик, где всем все пох..й.
> в пользу фактического результата.
лично мой фактический результат: сертифицированная на соответствие высокому праву запускать б-жественную бубунточку (правда, 12ю, и с тех пор по очень уважительной причине не обновлявшая сертификацию) вся из себя корпоративная платформа - банально не грузится. Шибкоторопыжный shittyd поторопился полезть к устройству, которое инитится - долго.
Добавить банальный sleep 10 - некуда. (никто, кстати, не знает - нах...й им понадобилось вместо обычного cpio initrd вот это двустадийное уродство, которое даже не пересобрать без специнструмента? Да, причем в середине цикла lts. Был нормальный.)
"персонал проинструктирован - ноль в это поле не вводить!"
В смысле, без меня не перезагружать. Если питание вырубится - ну я хз, мы старались. Вот, в регламенте так написано - "не выключать".А, что - диван туда поставить? Нет, нельзя. "продакшн", "проблеватика". Корпоративный стандарт.
Полагаю, у клиента по этой же самой причине "не debian 10".
Менеджер сказал хорек - никаких сусликов!
>>> ЕМНИП вроде бы тут товарищ freehck гоняет сервера Девановские, это его надо спрашивать.
>> Уже не гоняю. Ubuntu 18.04 и systemd у меня.
> Что ж так?1) Его косяки прекрасно нивелируются более общими средствами защиты,
2) Клиентам на него плевать, и мой труд по его выпиливанию никто не оплатит,
3) Дивана в списке предустановленных систем никогда и нигде нет,
4) Многие коробочные решения по умолчанию предлагают исключительно service-файлы ,
5) Свои сервера я стараюсь держать на тех же системах, что и сервера клиентов.
> 1) Его косяки прекрасно нивелируются более общими средствами защиты,И я бы добавил, его фичами можно неплохо подтянуть защиту других программ.
> 2) Клиентам на него плевать, и мой труд по его выпиливанию никто не оплатит,
А половина еще и чертыхаться будет на такую "услугу" по лечению головной боли гильотиной.
> 4) Многие коробочные решения по умолчанию предлагают исключительно service-файлы ,
И не только коробочные. Вообще сторонние программы. Накидать юнитфайл на 10 строк им все же проще чем кодить скрипты, довольно разные для разных дистров.
> 5) Свои сервера я стараюсь держать на тех же системах, что и сервера клиентов.
Алилуя, разумный подход, избавляющий гражданина от множества злоключений :D
>> 1) Его косяки прекрасно нивелируются более общими средствами защиты,
> И я бы добавил, его фичами можно неплохо подтянуть защиту других программ.Можно, но зачем, есть же настоящие средства защиты, которые прикроют реальные векторы атак, а не ту ерунду, о которой почему-то Поттеринг печётся.
По поводу остального -- согласен.
> Можно, но зачем, есть же настоящие средства защиты, которые прикроют реальные векторы
> атак, а не ту ерунду, о которой почему-то Поттеринг печётся.Ну как, урезания ненужных сисколов программам, допустим - уменьшение attack surface, при том на ядерной стороне, достаточно полезно на вид. И даже если не перекроет вектора атак, может минимизировать последствия и урон. И одно другому не мешает - чем больше уровней защиты, тем больше хакеры задолбаются и наследят и меньше вероятность что они сделают именно то что планировали.
>> Можно, но зачем, есть же настоящие средства защиты, которые прикроют реальные векторы
>> атак, а не ту ерунду, о которой почему-то Поттеринг печётся.
> Ну как, урезания ненужных сисколов программам, допустим - уменьшение attack surface, при
> том на ядерной стороне, достаточно полезно на вид. И даже если
> не перекроет вектора атак, может минимизировать последствия и урон. И одно
> другому не мешает - чем больше уровней защиты, тем больше хакеры
> задолбаются и наследят и меньше вероятность что они сделают именно то
> что планировали."На вид". Это заблуждение произрастает из непонимания специфики работы хакера. В 99.99% случаев компания, которую ты защищаешь -- не представляет из себя настолько значительного интереса, чтобы хакер ей занимался настолько глубоко, чтобы наткнуться на этот уровень обороны.
95% векторов атак перекрываются банальным фаерволом, SSL-ем, своевременными обновлениями и грамотно выстроенными процессами тестирования. Еще примерно 4.9% векторов атак (субъективно) прикрываются прямыми руками опса -- например тем, что ты redis наружу торчать не поставишь и т.п. вещами, следующими из понимания специфики работы софта и его сильных/слабых сторон.
А урезание сисколлов... Ну крайне сомнительный инструмент во многих отношениях. Никто, зачастую даже разработчики сами не знают списка нужных сисколлов. Чтобы его составить надо целое исследование произвести. Это дорого, трудозатратно, и к тому же при выпуске новой версии софта может быть уже не валидно. К тому же, простая изоляция через контейнер/чрут в общем-то реализуется проще, а прикрывает дыр нехило так.
И прошу заметить, что я не говорю о том, что это бесполезно. Вполне возможно, что существует где-нибудь в мире компания, которая заморочится подобными средствами защиты. Однако надо помнить, что у внедрении любых технологий есть цена. Вы взвешиваете, какую цену заплатите, какие преимущества получите, и какие риски при этом возникнут. И у механизма урезния syscall-ов эта цена великовата. Аналогично и про другие защитные механизмы systemd можно сказать.
> А если "дяде" на сервер?...Если дядя адекватный, то ему надо что бы просто работало. А тогда, как правило, любой дистр проходит. Лишь бы поддерживался.
А так как разница между дистрами через призму софта и его конфигов нулевая, то уж лучше взять без systemd, для собственного удобства.
Поэтому пользуем funtoo на боевых серваках.
На самом деле диванщики к сожалению могут долго пыжиться, но по факту чуваки из сури воткнули системд в зависимости и... оказалось что это проблема, что самый лучший серверный дистрибутив как-то без костылей разучился пхп новее 7.0 :)Еще пару пакетов внутри самого деба сломают на предмет инит скриптов и привет :) Девуан4 мы увидим через 10 лет после дебиан11.
Грустно конечно, но, девуан жив только пока ему позволяют. Каких-то своих ресурсов (а так же сообщества, судя по дев1галакси) там в общем нет. Илюмос, реактос, девуан... хотя нет, реактос выживет.
В момент девуан1 и даже девуан2 всё было забавно, сейчас же мне кажется что в своё время я сделал не верный выбор.
BSD никто не отменял.
> BSD никто не отменял.Почти отменили. Любители "Хотим, как мы привыкли в венде! Или МакОСи! Хотим-хотим-ХОТИМ!!!" и гордые поддакиватели "Мы,̵ ̵Л̵е̵н̵н̵а̵р̵т̵ ̵С̵о̵л̵н̵ц̵е̵л̵и̵к̵и̵й̵ (РедХат)Линукс - ваш новый стандарт!" ©.
Вон, во фре, дабы кое-как запустить прибитого гвоздями к пингвину вяленого (патчи к которому в свое время от фряшников почему-то упорно не принимали) пришлось сделать ядерную прослойку evdev и юзерспейсные libudev-devd.
У хромонога почти 5 тыщ строк патчей "совместимости" (не принимающихся апстримом, ясенпень),
Электрон 5,6,7 (и vscode) -- только-только портировали, c 3-ей или 4-ой попытки.
Патчи, не принятые апстримом:
https://svnweb.freebsd.org/ports/head/devel/electron7/files/glib 2.x уже пару лет как тормозит и крашится без (локальных) патчей местного фряшника ivan_83
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214338#c68И лучше - уже не будет. "Ваш новый стандарт" (от IBM, но пссст) победил, че. ...
>Ваш новый стандарт" (от IBM, но пссст) победилИ это хорошо. Стандарты - это всегда лучше зоопарка. Ну и контора, в принципе, приличная - одобряю.
>>Ваш новый стандарт" (от IBM, но пссст) победил
> И это хорошо. Стандарты - это всегда лучше зоопарка. Ну и контора,
> в принципе, приличная - одобряю.Только она не для тебя делает, а для себя — чтобы ты ей деньги носил не переносил, когда никаких альтернатив подписке у Шляпы для корпоративного юзера не останется. Это скоро будет, не надейся на отсрочку. У МежДелМаша всё разложено по полочкам и ценники приклеены: для богатых — мейнфреймы в аренду, для зажиточных — сервера попроще на любой вкус, для бедных — СистемГэ по подписке на дешманском железе. Ты можешь, конечно, не покупать подписку, но тогда за твою корпоративную инфраструктуру никто не даст ломаного гроша. Чинить её так же просто, как раньше чинились портянки для шелла, уже не получится. Одобряешь? Одобряй. :-)
>>Ваш новый стандарт" (от IBM, но пссст) победил
> И это хорошо. Стандарты - это всегда лучше зоопарка.Это вообще-то был выпад в сторону Солнцеликого:
"In fact, the way I see things the Linux API has been taking the role of the POSIX API and Linux is the focal point of all Free Software development. Due to that I can only recommend developers to try to hack with only Linux in mind and experience the freedom and the opportunities this offers you. So, get yourself a copy of The Linux Programming Interface, ignore everything it says about POSIX compatibility and hack away your amazing Linux software. It's quite relieving!"> Ну и контора, в принципе, приличная - одобряю.
От современного, прогрессивного Линуксоида
> Сообщение от Аноним (10), 03-Июн-20, 09:39
> Windows 10. Без С-Д, брат жив, волосы шелковистые.ничего иного и не ожидалось ((
>[оверквотинг удален]
>> И это хорошо. Стандарты - это всегда лучше зоопарка.
> Это вообще-то был выпад в сторону Солнцеликого:
> "In fact, the way I see things the Linux API has been
> taking the role of the POSIX API and Linux is the
> focal point of all Free Software development. Due to that
> I can only recommend developers to try to hack with only
> Linux in mind and experience the freedom and the opportunities this
> offers you. So, get yourself a copy of The Linux Programming
> Interface, ignore everything it says about POSIX compatibility and hack away
> your amazing Linux software. It's quite relieving!"Отличная цитата!
А кто виноват что в POSIX понаписано немало кретинизма, вплоть до невозможности отдельный приоритет/планировщик треду в программе? Всего ничего - зарубает возможность написания осмысленных threaded программ с вертким обработчиком событий и медленным жирным фоном. Вот в линухе очень правильно сделали что забили на стандарт - и там все это можно. Ну а коли стандарт сделан вот так - он не отвечает требованиям програмеров к нему, сорь.
> А кто виноват что в POSIX понаписано немало кретинизма, вплоть до невозможности
> отдельный приоритет/планировщик треду в программе? Всего ничего - зарубает возможность
> написания осмысленных threaded программ с вертким обработчиком событий и медленным жирным
> фоном. Вот в линухе очень правильно сделали что забили на стандарт
> - и там все это можно. Ну а коли стандарт сделан
> вот так - он не отвечает требованиям програмеров к нему, сорь.Бойтесь своих желаний, ибо они могут сбыться.
> Бойтесь своих желаний, ибо они могут сбыться.Я знаю. И все-таки без желаний остается только лечь в гроб и самозакопаться.
Нет гнома - не нужен. Даже в опенке есть.
Любители DE не нужны на опеннете))
>Предоставлена возможность опционального использования
>системного менеджера runit в качестве альтернативы /sbin/init.
>Предоставлена возможность использования системы инициализации
>OpenRC в качестве альтернативы сервису sysv-rc
>и средствам управления уровнями запуска (runlevel).Так написано, будто они сами запилили эти фичи, это было и остаётся по сию пору в Debian, правда из-за привязок основных DE к systemd этим адекватно можно воспользоваться разве что в связке с Enlightenment (не знаю как сейчас с 0.22-0.23, но с E17 можно было), openbox, icewm и всякими суровыми WM.
>Задействован новый дисплейный менеджер…
Какой?
А поясните, если отбросить гуманитарные аргументы (ненавижу systemd и всё в таком духе) и сконцентрироваться на технических, каковы сейчас преимущества использование дистрибутива перед debian. Нужны конкретные примеры задач которые не решаются, когда в системе есть полнофункциональный systemd, а не только лишь его кусочки.
Легко. Вот я сижу в инете через копеечный VPS где-то в недрах OVH, чтобы не налетать на цензурку. Сразу установил сабж и соответственно снес systemd и освободил метров 30 оперативки, там она не лишняя,а вот все навороты systemd мне там просто не нужны. Все прекрасно работает и без него.
На ноутбуке стоит mint поскольку грамотно сделать себе красивую DE я не в состоянии. Так вот, несмотря на все попытки мне так и не удалось реализовать нормальную смену маршрута по умолчанию при подъеме или переподключении vpn так и приходится затем перезапускать unit вручную после того как поднимется сеть.
А еще говорят что systemd простой. Но в и в mint и в debian я постоянно налетаю на кривые unit-файлы, то vpn, то tor, то DNS ... да практически все что чуть сложнее настройки одноранговой сети. Т. е. он настолько простой, что мантейнеры ubuntu lts и debian уже несколько лет не могут научиться нормально unitы писать.
Systemd расходует 800 кб. оперативной памяти. Это, конечно, больше чем SysV с его 100 кб., но никаких 30 мегабайт там нет и близко.
> Systemd расходует 800 кб. оперативной памяти.Ага, а ещё он не монолитный, так как там множество бинарей... =)
И как это мы насчитали 800кб? Зашёл вот на сервак посмотреть, истину ли говорите... И вижу, что по RES едва ли за 50кб, а по Virt за сотни метров уходит...
> ли говорите... И вижу, что по RES едва ли за 50кб,
> а по Virt за сотни метров уходит...Так virt является "формальной декларацией" в адресном пространстве, а не реально занимаемой памятью. Это видимо из-за разнообразных либ. Так что адресное пространство задекларено во, а по факту заюзано во.
>> ли говорите... И вижу, что по RES едва ли за 50кб,
>> а по Virt за сотни метров уходит...
> Так virt является "формальной декларацией" в адресном пространстве, а не реально занимаемой
> памятью. Это видимо из-за разнообразных либ. Так что адресное пространство задекларено
> во, а по факту заюзано во.LOL :-D
> Так virt является "формальной декларацией"RTFM
А что он не так сказал, эксперты? Virt - размер занятого адресного пространства, вот это:uint8_t *p = malloc(100 * 1000 * 1000);
сделает вам virt в 100 метров, но физической памяти будет занято 0, пока туда что-то не записать.
С дефолтными настройками оверкоммита, конечно.
> А что он не так сказал, эксперты?Что не так? Да в общем-то то, что он брешет. Я утверждаю это, потому что мне это достоверно известно априори. Вот он открыл-намерял 800кб. Я открыл-намерял 50кб. Я думаю, что можно и меньше намерять, если постараться. И эти цифири абсолютно ничего не значат.
Чтобы честно утверждать, сколько памяти потребляет софт (особенно такой громоздкий) -- надо делать замер на некотором промежутке времени, который покажет эволюцию RSS. И такие замеры в общем-то неоднократно делались. Вот тот же journald наращивал периодически RSS до 150 метров. Ну и затем успешно сбрасывал обратно. То есть это -- нормальный режим его работы. Поищите да нарыщете.
Почему RSS не является постоянной величиной? Ну, блин, есть много факторов. Те же либы периодически возвращаются в раму, например. Это вполне очевидные вещи. Вот я и пишу -- RTFM, чтоб вас всех за ногу.
А вообще, я бы не брался что-либо утверждать про потребление памяти системдой. Как можно вообще что-то тут прогнозировать, когда минимум раз в год там косяки из разряда "аптайм системы месяц, компонент такой-то выел несколько гигов".
> это, потому что мне это достоверно известно априори. Вот он открыл-намерял
> 800кб. Я открыл-намерял 50кб. Я думаю, что можно и меньше намерять, если постараться.800К намерял другой аноним, если что.
> И эти цифири абсолютно ничего не значат.
Для кернела они кое-что значат - RSS это количество де-факто выделенных физических страниц этому добру, а VSZ это сколько могло бы быть в теории выделено, если б оно реально поюзало все что формально заказало на данный момент. Линуксный кернел штука хитрая и реально выделяет страницы только когда к ним обратятся, так что просто malloc() какойнить - только VSZ отращивает, но не влияет на реально поюзаные страницы (RSS). А дальнейшее сильно зависит от того что программа будет с выделенным по факту делать. И тут вы вроде начали это понимать, но как-то на уровне питекантропа слегка - ежели кнопки на микроволновке нажать, в смысле, мониторинг запустить, так дескать понятнее.
И 50 кил это случайно не с ksm который все инстансы утрамбовал в 1 копию, так что осталось только 50 кило уникальных отличий этого инстанса от "core"?
> надо делать замер на некотором промежутке времени, который покажет эволюцию RSS.
Я то в курсе, пасиб. Это анонимусы лезут умничать.
Вот тебе пример. Есть у тебя консоль и всё. Настрай wifi, настрой точку доступа на этом wifi.Ты видел эти потеринговские команды длинной в километр? Единый интерфейс со всеми networkmanager и systemd. А ты помнишь весь этот единый интерфейс? А у тебя нет браузера под рукой, не погуглишь в этом дебре настроек и сервисов юнит файлов и кучи непонятной хрени тонной в тысячи файлов. Только консоль. Долго ещё протянет /etc/network/interfaces?
А представь железку, к которой у тебя консоли даже нет. Ты просто rootfs собираешь и заливаешь. У тебя там есть только wifi интерфейс чтобы на нём точку поднять и по ssh подключиться. Раньше у тебя был wlan0, а теперь попробуй угадать название интерфейса. У тебя только rootfs в котором ты в слепую прописываешь всё в надежде что заработает.
Ну и в конце, прилетит тебе скоро homed. И вот уже просто переезд с одной машины на другую - головная боль. Раньше то что было проще? cp -R /home/user /mnt/newhdd/home/. Но потом нет, тебе надо будет какие-то сертификаты подписывать, подтверждение подтверждений подтверждений делать. Потом импорт импорты импорты синхронизации.
systemctl.ask.homed.to.copy.from.uid325r923774w9fuws9d7sdog879f7s9ewfs/home/user-mega-uniquie-poter-id-84329293ureeu83229hfw9749.to.uid3297492ry23975239457329423432/home/new-user.sync.with...............
супер будет.
Для сравнения: в любой из BSD-систем всю первичную настройку можно сделать без браузеров и гугла, пользуясь только манами.
О чём и речь. В Debian до этого бордака тоже можно было.
> О чём и речь. В Debian до этого бордака тоже можно было.Не, ну понятно что нуб-дебианщики маны читать не любят и поэтому ман на udev почитать не изволили. При том если кто на бронепоезде, удав начал прикалываться с именами интерфейсов задолго до того как его схарчил системд.
> Ты видел эти потеринговские команды длинной в километр? Единый интерфейс со всеми networkmanager и systemd. А ты помнишь весь этот единый интерфейс? А у тебя нет браузера под рукой, не погуглишь в этом дебре настроек и сервисов юнит файлов и кучи непонятной хрени тонной в тысячи файлов.Какие тысячи файлов? Стандартный для любого линукса /etc/wpa_supplicant/wpa_supplicant-имя_интерфейса.conf и две строчки в /etc/systemd/network/25-wireless.network - это тысячи???
Да ты systemd и в глаза не видел. Потому что там точно так же один файл, вместо этого твоего /etc/network/interfaces. И та же парочка сервисов.
Вот так всегда, пустоголовые хейтеры хейтерят то, о чем сами ровным счетом не знают ничего...
мущина проснитесь, вы обос...сь - wpa_supplicant уже настолько нестандартный для любого линуха, что ты его ставить-то заипешься. Нынче вместо него - NetworkManager "новый стандарт".И да, "имя_интерфейса", угу, так как же называется этот файлик в только что установленной системе без доступа к консоли? Попробуй-ка угадай.
Вот так всегда - пустоголовые обезьянки, кое-как настроившие свой локалхост, объявляют хейтерами тех, кто в отличие от них знает, как устроено, но совершенно не испытывают восторга от "новых стандартов" - у них гораздо проще и удобнее все настраивалось в старых - и никаких их проблем эти поделки не решают, только создают.
> Нынче вместо него - NetworkManager "новый стандарт".Оо, да ты еще больший специалист, чем мне с первого взгляда показалось. Как раз таки из этих, из "новостандартных" что ли?
NetworkManager не "вместо", а "вместе". Он в итоге и запускает wpa_supplicant (без которого твой ноутбук не в силах будет оперировать с WPA-шифрованием).
Что я и попытался тебе показать в минимально-возможном конфиге в "консоли и все". Даже без нетворкманагера, что в прочем не мешает тебе и его запустить. Но ты даже этого не осилил понять. Равно как и запустить, например, ps ax на своем локалхосте и узреть, внезапно, что wpa_supplicant никуда не делся.
Право, зачем вникать, когда можно и дальше писать сивый бред, не имеющий никакого отношения к реальности, и пытаться превзойти оппонента кажущейся только тебе остроумностью!
> Оо, да ты еще больший специалист, чем мне с первого взгляда показалось.Мальчик, ты даже не заметил в запале хейтспича, что это два разных человека. Не говоря уже о том, что часть вопросов просто проигнорировал. О чём с тобой вообще говорить?
ну что ж, два разных человека.
продолжайте ставить сами себе лайки...
так вот, запросто - наговорил кучу сивого бреда (на который я, впрочем, постарался дать более-менее вразумительные ответы). и в конце, такой - да о чем с тобой вообще говорить?
ууу-ха-ха, красавец! ты просто мастер конструктивного диалога!)))
> А представь железку, к которой у тебя консоли даже нет. Ты просто
> rootfs собираешь и заливаешь.Ну вот это кстати вам по любому будет неудобно, хоть там с чем. Если что-то идет не так, вы тыкаетесь вслепую как котенок. Это медленно и неудобно.
> Нужны конкретные примеры задач которые не решаютсялюбые задачи в опенсорсе в принципе как-то решаются - вплоть до патченья системды (чего бы это ни стоило в плане времени и трудозатрат - теоретически возможно)
Но зачем мне решать "задачи", которых просто не существует без shittyd ?
(и его "кусочки", тоже, пожалуйста, унесите и закопайте за сортиром - а то дети находят и потом этим играют)
Ну наконец-то.Поздравляю всех истинно свободных линуксоидов с третьим релизом Девуана. :-)
Devuan — это Debian здорового человека.
Прочитал как "с третьим релизом Дауна".
Обновил. Просто работает. :-)Вылезли только несколько граблей - nvidia-driver пришлось снести и переставить заново, одну либу куда-то проимел при обновлении, один шрифт название поменял и два плагина в xfce перенастроил.
Да, у слима тема слетела - update-alternatives рулит.
Всё.
Ну, sysvinit по умолчанию -- это все же жесть. Systemd системдой, но от sysvinit пора было избавиться ещё в 90-х, а лучше вообще в Линукс не тащить изначально.
sysvinit не такой медленный, как об этом заявляли сторонники systemd.
на современном железе скорость работы sysvinit не такая медленная.
а сервера на gnu/linux редко перезагружаются.
Тем более, есть отдельный пакет для поддержки unit-файлов для sysvinit.
> sysvinit не такой медленный, как об этом заявляли сторонники systemd.Скорость загрузки лично не важна совсем, от слова абсолютно. От этого sysvinit удобной и красивой системой не становится. И нет, я не противопоставляю ее systemd.
Но, тем не менее, systemd лучше по всем показателям и остальные с ним на одном уровне даже и не стояли.
> Но, тем не менее, systemd лучше по всем показателям и остальные с
> ним на одном уровне даже и не стояли.Не стесняйтесь, озвучьте список показателей. =)
С 2014го года всё это читаем, а потом треды вот такого вот вида получаются: https://www.opennet.ru/openforum/vsluhforumID3/117596.html#24
=)
Возьмите для разнообразия Slackware или CRUX — в них инициализация в стиле BSD.А претензии к sysvinit как были надуманными и пустыми, так и остались.
> А претензии к sysvinit как были надуманными и пустыми, так и остались.Сравни init NetBSD и убогий sysvinit. Потом мы поговорим о пустых претензиях. sysvinit -- изначально уродливая и кривая конструкция.
> sysvinit -- изначально уродливая и кривая конструкция.Что конкретно в ней кривое и уродливое?
проще ответить, то в ней не криво и не уродливо
юродивым крикунам во славу bsd ниасилить, только это.
>> sysvinit -- изначально уродливая и кривая конструкция.
> Что конкретно в ней кривое и уродливое?Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, и с сетью и с иксами. Нужно просто запустить машинку в ее рабочее состояние. Если что-то пошло не так, надо запустить её в single user mode. Соответственно не нужны каталоги rcN.d и совершенно идиотские скрипты по созданию и удалению симлинков в них. Также не нужны эти идиотские номера для задания последовательности старта и стопа. Вместо этого достаточно задать граф зависимостей, система init пробежаться по нему и запустить все в правильном порядке. Теоретически можно и параллельно запустить. Кроме того посмотри, как выглядит типичный скрипт для запуска в netbsd. Это порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать сервис определяется простой переменной в /etc/rc.conf.
>>> sysvinit -- изначально уродливая и кривая конструкция.
>> Что конкретно в ней кривое и уродливое?
> Это порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать
> сервис определяется простой переменной в /etc/rc.conf.Вдогонку. Вот типичный скрипт для старта inetd:
# PROVIDE: inetd
# REQUIRE: DAEMON LOGIN
# KEYWORD: shutdown$_rc_subr_loaded . /etc/rc.subr
name="inetd"
rcvar=$name
command="/usr/sbin/${name}"
pidfile="/var/run/${name}.pid"
required_files="/etc/${name}.conf"
extra_commands="reload"load_rc_config $name
run_rc_command "$1"
То есть runlevel — причина всех недовольств? Богато.
> То есть runlevel — причина всех недовольств? Богато.Да, наличие абсолютно ненужной сущности -- источник остальных недовольств.
Подробности я уже перечислил.
> запустить все в правильном порядке. Теоретически можно и параллельно запустить.Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.
>> запустить все в правильном порядке. Теоретически можно и параллельно запустить.
> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и
> дед п-с.традиционная загрузка *bsd с отвалившимся сетевым интерфейсом или сдохшим dns - нажать ctrl-c во время запуска sendmail - иначе придется подождать то ли 60, то ли 2x60 секунд, пока он раздуплится что $j ресолвнуть все же не получилось. Если консоли нет - ты неудачник (еще потом sshd подождешь - главное, чтоб не дольше чем его таймаут на interactive login)
Что, съели, линуксоиды?! У вас-то ctrl-c нажать не получится! (правда, немодные до-системдешные скрипты иногда умели interactive boot, но обычно получалось y,y,y,y,блжад! надо было n! reboot)
> Что, съели, линуксоиды?! У вас-то ctrl-c нажать не получится!А оно нам надо? У нас выделенный getty на консольке отрастает и можно зайти как белый человек :)
это если уже есть куда зайти.А не waiting бесконечный события, которое уже точно не произойдет. И нет, перезагрузиться в этом ракообразном состоянии тоже нельзя.
И да, конечно же я помню заклинание для отладочной загрузки. (нет)
> это если уже есть куда зайти.Ну если совсем нет, тогда init=/bin/bash чтоли. А если даже и этого уже нет - ну, чего, снять образ для failure analisys/forensic да reimage.
> И да, конечно же я помню заклинание для отладочной загрузки. (нет)
Я честно говоря вообще не понимаю как и почему такое возникает в продакшне а не при тесте в каком-нибудь загоне, который накрайняк цепляется к хостсистеме даже при абсолютной дохлоте содержимого и изучается сколько влезет под микроскопом.
Возражаю^Z
> killall sendmailили типа того
Не надо ждать
И это даже в линухе пашет
>> запустить все в правильном порядке. Теоретически можно и параллельно запустить.
> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.Оно вообще-то и на практике вполне так неплохо работает (имея при этом в сотни раз меньшую кодовую базу). Но это ж надо интересоваться, смотреть - куда проще с умным видом на форумах петросянить.
> Оно вообще-то и на практике вполне так неплохо работаетВсе познается в сравнении. Врядли в моих юзкейсах это все будет "неплохо". Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на пыльных х86 серваках...
>>> Теоретически-крутая система это, конечно, здорово... а на практике - 2 шалавы и дед п-с.
>> Оно вообще-то и на практике вполне так неплохо работает
> Все познается в сравнении. Врядли в моих юзкейсах это все будет "неплохо".
> Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на пыльных х86 серваках...Ну вот прямо сейчас (и уже лет 5 наверное) работает и не жужжит на паре армок. И лет одинадцать на ноутах.
Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на твоих-единственно-верных юзкейзах.А то таким макаром и автомобили в "теоретически-крутные системы, а на практике ..." записать можно - ну а че, песок десятками кубов возить геморно! И то ли дело карьерный самосвал, захотел, нагрузил песочка, захотел, сгонял за булочками!
> Ну вот прямо сейчас (и уже лет 5 наверное) работает и не жужжит на паре армок.У меня армов как у дурака фантиков. И лет таким занятиям побольше. Не жужжит оно пока парочка. И я вот запилил инсталляцию побольше, и работало лет чтоли 7. Но вот барабашки однажлы посетили, весьма интересные. Если любопытно, тут где-то болтается сказ как мне пришлось btrfs с схемой DUP с горя в образ запилить в экстренном порядке. А у вас на такие случаи, например, чего? В смысле для повышения надежности rootfs и early warning о надвигающихся проблемах там где внезапное превращение девасов в тыквы крайне нежелательно.
> Но это ж надо интересоваться, смотреть, понимая что мир не заканчивается на
> твоих-единственно-верных юзкейзах.Мои юзкейсы... довольно интересны и разнообразны :)
> геморно! И то ли дело карьерный самосвал, захотел, нагрузил песочка, захотел,
> сгонял за булочками!Линух мне нравится тем что при необходимости он карьерный самосвал. А при необходимости и персональный флаер - плюхнул окорок в кресло да улетел куда хотел.
> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети,отучаемся говорить за всех
> и с сетью и с иксами. Нужно просто запустить машинку в
ибо все машины у тебя одина...ну да, твой локалхост всегда одинаков, чего уж там.
> ее рабочее состояние. Если что-то пошло не так, надо запустить её
что рабочих состояний может быть не одно - ниасилятору невдомек
> в single user mode. Соответственно не нужны каталоги rcN.d и совершенно
действительно, идиотские "переменные в rc.conf" гораздо лучше.
И процедура их ручного выковыривания из каждого нового скрипта - ведь автоматизации в виде, хотя бы
> идиотские скрипты по созданию и удалению симлинков в них. Также неу вас нет.
> нужны эти идиотские номера для задания последовательности старта и стопа. Вместо
номера присваивают те самые "ненужные" тебе скрипты. А не парсят миллиард графов скриптом на шелле прямо при загрузке.
Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable имя-сервиса (обычно об этом заботится пакетный менеджер, который у вас тоже слишком примитивен для такой тонкой работы)# Provides: racoon
# Required-Start: $remote_fs $named $syslog
# Required-Stop: $remote_fs $named $syslog
# Default-Start: 3 5И да, параллельный запуск возможен. В тех немногих случаях, когда не приходится ждать кого-то предыдущего.
> того посмотри, как выглядит типичный скрипт для запуска в netbsd.
а если я вместо этого посмотрю на трэш и п-ц, написанный для multi-instance mysqld, к примеру?
В нем без бутылки и разобраться-то не получится (и кто, на самом деле, таким пользуется?)> порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать
> сервис определяется простой переменной в /etc/rc.conf.название которой надо просто угадать, угу.
Как и еще двадцати штук, если у сервиса больше одной настройки "не запускать", которые надо вывалить в ту же кучу, ведь разделить настройки сервиса от настроек операционной системы вы тоже ниасилили. Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов просто на поржать, а запускать их не надо?
Или просто любите лишний траходром?
>> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети,
> отучаемся говорить за всехЯ говорю за себя. Всегда и везде. Мнение любого человека субъективно по определению.
>> и с сетью и с иксами. Нужно просто запустить машинку в
> ибо все машины у тебя одина...ну да, твой локалхост всегда одинаков, чего
> уж там.Количество машин у меня сильно больше одной, и ни одну из них не нужно
запускать то с сетью, то без сети, то с иксами то без иксов.
99.99% времени их исползования они запускаются единообразно.
Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.>> ее рабочее состояние. Если что-то пошло не так, надо запустить её
> что рабочих состояний может быть не одно - ниасилятору невдомекРабочее состояние системы -- это множество init скриптов, которые нужно запустить,
а не "с сетью/без сети", с "иксами/без иксов". runlevel-ы -- это жалкая пародия
на состояния системы.>> в single user mode. Соответственно не нужны каталоги rcN.d и совершенно
> действительно, идиотские "переменные в rc.conf" гораздо лучше.Лучше. На порядок.
> И процедура их ручного выковыривания из каждого нового скрипта - ведь автоматизации
> в виде, хотя быЧего выковыривания?
>> идиотские скрипты по созданию и удалению симлинков в них. Также не
> у вас нет.чо?
>> нужны эти идиотские номера для задания последовательности старта и стопа. Вместо
> номера присваивают те самые "ненужные" тебе скрипты.Я в курсе, но это не меняет дела.
> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
Не вижу здесь проблем.
> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
> имя-сервисаЧто тебе здесь может быть непонятно?
xdm=YES
ntpdate=YES
ntpd=YES
sshd=YES
dhcpcd=YES
dhcpcd_flags="-qM nfe0"
cgd=NO
raidframe=NO
wscons=YES
openvpn=YES
ipfilter=YES
ipfilter_mon=YES> (обычно об этом заботится пакетный менеджер, который у вас тоже
> слишком примитивен для такой тонкой работы)Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
> # Provides: racoon
> # Required-Start: $remote_fs $named $syslog
> # Required-Stop: $remote_fs $named $syslog
> # Default-Start: 3 5
> И да, параллельный запуск возможен. В тех немногих случаях, когда не приходится
> ждать кого-то предыдущего.В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
а также switch/case. В NetBSD init этого шлака просто нет. Я показал тебе ВЕСЬ
rc скрипт.>> того посмотри, как выглядит типичный скрипт для запуска в netbsd.
> а если я вместо этого посмотрю на трэш и п-ц, написанный для
> multi-instance mysqld, к примеру?
> В нем без бутылки и разобраться-то не получится (и кто, на самом
> деле, таким пользуется?)Куда ты посмотришь?
>> порядка 5-10 строк на шелк, банальные присваивания. Запускать или не запускать
>> сервис определяется простой переменной в /etc/rc.conf.
> название которой надо просто угадать, угу.имя переменной полностью совпадает со службой которую ты запускаешь.
Тут нечего гадать. FreeBSD-шники добавили префикс start_ в этим переменным.> Как и еще двадцати штук, если у сервиса больше одной настройки "не
> запускать", которые надо вывалить в ту же кучу, ведь разделить настройки
> сервиса от настроек операционной системы вы тоже ниасилили.То, что лежит в rc.conf и есть настройка системы на уровне что мы запускаем
и что не запускаем. Детальные настройки лежат в специфичных конфигах.
Пример rc.conf выше.> Кстати, а зачем
> она там вообще нужна? Вы такие странные, и ставите миллион сервисов
> просто на поржать, а запускать их не надо?
> Или просто любите лишний траходром?Чего? Переведи с бусурманского, а лучше почитай ман.
> Я говорю за себя. Всегда и везде. Мнение любого человека субъективно по
> определению.но у некоторых людей таки больше чем единственный локалхост
> 99.99% времени их исползования они запускаются единообразно.а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что лучше видеть эти иксы локально через kvm, чем пробрасывать со своей машины.
И для этого нужно просто поменять один символ.> Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.
_тебе_.
А мне - нужны, удобны, и я ими пользуюсь по назначению.Никакой отдельной обвязки для них нет, ты опять не в курсе дел. А вот у тебя - есть. Покажи-ка мне, из какого скрипта запускается банальная getty ? Опачки - а нет его. Это отдельный костыль, совершенно перпендикулярный. Зато освященный аж system6.
У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не играем.
Ну разумеется, синдром утенка мешает тебе признать что так - и проще, и удобнее.
> Рабочее состояние системы -- это множество init скриптов, которые нужно запустить,
рабочее состояние системы - это когда с ней можно работать. Иногда для этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись.
А какие и в какой последовательности "множество скриптов" запускаются для этого под капотом - совершенно неинтересно.
Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас ведь тоже нет? Даже ж у системдаунов есть.> Лучше. На порядок.
синдром утенка. Все понятно.
> Чего выковыривания?
переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и незнакомые тебе.
>> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
> Не вижу здесь проблем.не вижу проблем что их парсят один раз в жизни системы, а дальше обходятся значительно более быстрым и надежным механизмом.
>> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
>> имя-сервиса
> Что тебе здесь может быть непонятно?синдром утенка.
grep named /etc/rc.conf |wc -l
9
это только один сервис. У mysql на некоторых конструкциях - и поболее параметров бывает.> Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и спрашивать о тех что больше одной? А, нет, показалось.
> В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось так как мне надо, тут это сервис запускается с фокусами.
> а также switch/case. В NetBSD init этого шлака просто нет. Я показалв ней этот шлак тщательно спрятан в общесистемной помойке, поэтому когда таки надо что-то поменять конкретно для этого сервиса необычного - приходится часами разбираться, как же эта помойка устроена - вместо банального редактирования простого и понятного скрипта на двадцать строк. Синдром утенка как он есть не позволяет тебе понять, что это _всем_хуже_.
А вот переписывать checkproc и rc_status я вряд ли хочу - и даже знать как они устроены. Поэтому часть, вынесенная в общий rc - мне никогда под руками не мешается.
Как и конфигурация демона (не им читаемый конфиг, а параметры его запуска, внезапно, могущие быть настраиваемыми) - ее в этом файле нет, а в том где есть - лежит именно конфигурация, а не вперемешку системные настройки всего, включая надо ли это вообще запускать.> тебе ВЕСЬ rc скрипт.
ты показал скрипт одной тупейшей программы, которую вообще из inittab запускать можно.
И тщательно забыл про запутанную механику в /etc/rc.d - в которой далеко не безобидные утилиты типа rc_status.> Куда ты посмотришь?
понятно
> имя переменной полностью совпадает со службой которую ты запускаешь.
других-то переменных у тебя нет?
> То, что лежит в rc.conf и есть настройка системы на уровне что
> мы запускаемвнезапно, нет. Еще там лежит как мы запускаем.
> Пример rc.conf выше.
васянского локалхоста.
>> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов
>> просто на поржать, а запускать их не надо?
>> Или просто любите лишний траходром?
> Чего? Переведи с бусурманского, а лучше почитай ман.повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису запускаться через прописывание заклинаний в rc.conf ?
Вы их для чего-то другого обычно ставите, не чтоб запускать?
Или опять - "ну так же делали диды и прадиды, в system6 еще!" - не запускать же автоматически, надо ж сперва потрахаться!
>> 99.99% времени их исползования они запускаются единообразно.
> а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно
> иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что
> лучше видеть эти иксы локально через kvm, чем пробрасывать со своей
> машины.
> И для этого нужно просто поменять один символ.Не нужен здесь никакой символ. И sysvinit не нужен.
Просто запусти РУКАМИ ОДИН РАЗ В СТО ЛЕТ
/etc/rc.d/xdm или что там у тебя, а потом стопни его же.
Из-за таких хотелось не нужно изобретать runlevel и
тянуть эти костыли десятилетиями.>> Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.
> _тебе_. А мне - нужны, удобны, и я ими пользуюсь по назначению.Смешно.
> Никакой отдельной обвязки для них нет, ты опять не в курсе дел.
> А вот у тебя - есть. Покажи-ка мне, из какого скрипта
> запускается банальная getty ? Опачки - а нет его.Читать
man 8 rc
до просветления.> У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не
> играем.:-D
>> Рабочее состояние системы -- это множество init скриптов, которые нужно запустить,
> рабочее состояние системы - это когда с ней можно работать. Иногда для
> этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись.Нет.
> Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас
> ведь тоже нет? Даже ж у системдаунов есть.Что ты там собрался отлаживать?
>> Чего выковыривания?
> переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и
> незнакомые тебе.Все переменные документированы. Не надо ничего выколупывать и выковыривать.
man 5 rc.conf
>>> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
>> Не вижу здесь проблем.
> не вижу проблем что их парсят один раз в жизни системы, а
> дальше обходятся значительно более быстрым и надежным механизмом.Меня не интересует скорость старта моих систем. Абсолютно.
10 секунд она грузится, или 40 -- мне совершенно без разницы.
За этим фетишем к системдешникам.>>> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
>>> имя-сервиса
>> Что тебе здесь может быть непонятно?
> синдром утенка.
> grep named /etc/rc.conf |wc -l
> 9
> это только один сервис. У mysql на некоторых конструкциях - и поболее
> параметров бывает.Ты сам засунул туда все эти переменные по своей собственной воле.
Никто тебя делать это не заставлял.>> Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
> что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и
> спрашивать о тех что больше одной? А, нет, показалось.Пакетный менеджер не должен туда ничего подсовывать.
Настройка системы -- не его функция.>> В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
> 172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось
> так как мне надо, тут это сервис запускается с фокусами.Вот я и спрашиваю. Нахера 172 строки на ровном месте, если практически
все демоны запускаются абсолютно единообразно?
Это называется индусский копипаст ;-)>> а также switch/case. В NetBSD init этого шлака просто нет. Я показал
> в ней этот шлак тщательно спрятан в общесистемной помойке,Это у тебя в sysvinit помойка скопипащена в каждый новый недоскрипт,
а в NetBSD rc все выделено в отдельные библиотечный скрипт
rc.subr> поэтому когда таки
> надо что-то поменять конкретно для этого сервиса необычного - приходится часами
> разбираться, как же эта помойка устроена - вместо банального редактирования простого
> и понятного скрипта на двадцать строк.Не хочется переходить на личности, но помойка находится совершенно не там,
где ты думаешь. Если ты не в силах разобраться в NetBSD rc.subr,
то я могу только принести соболезнования.>> Куда ты посмотришь?
> понятноНе способен изъясняться так, чтобы оппонент тебя понял, не удивляйся.
>> имя переменной полностью совпадает со службой которую ты запускаешь.
> других-то переменных у тебя нет?То, что я показал -- это десктоп на одной машине.
Конкретно в этом месте других переменных нет.
И ничего из того, что запускается опционально,
и не написано в конфиге запускаться не будет.>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
> внезапно, нет. Еще там лежит как мы запускаем.Как запускаем -- это на твое усмотрение.
Можешь поместить там эти переменные,
можешь в конфигах конкретной утилы.
Твое дело.>> Пример rc.conf выше.
> васянского локалхоста.Это банальный десктоп.
>>> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов
>>> просто на поржать, а запускать их не надо?
>>> Или просто любите лишний траходром?
>> Чего? Переведи с бусурманского, а лучше почитай ман.
> повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису
> запускаться через прописывание заклинаний в rc.conf ?Отвечаю шибко умным -- для того, чтобы всякое говно не стартовало,
когда его об этом не просили. Это же я, Васян, админ локалхоста,
и поэтому *мне решать*, что будет запущено, а что нет.
Поэтому да, вручную и только вручную. Только так и никак иначе!> Вы их для чего-то другого обычно ставите, не чтоб запускать?
Естественно нет.
ssmtpd, например, я ставлю для того, чтобы посылать почту через чужой
smtp сервер из приложения напрямую. И нет, я не хочу настраивать для этой цели
локальный MTA от root-а, доступа к которому у меня может не быть.
И меня выбешивает Дебилиан и вообще почти все Линуксы,
в которых все МТА конфликтуют друг с другом
на уровне пакетного манагера из-за заботы о хомячках, которые не в состоянии
активировать один из МТА вручную. Я использую ssmtpd именно как приложение,
и он мне не интересен как локальный MTA.Иногда я ставлю софт, чтобы почитать маны и решить, буду ли я
связываться с этим софтом вообще или нет.Поставил из пакета -- совершенно не значит, что я буду или должен его запускать.
А если и буду, то совершенно не факт, что так, как предполагает собиратель пакета.
Например, я ипользую shlock из пакета, в котором лежит демон,
и этого демона я запускать не соираюсь. И из пакета bind мне нужен
условно только nslookup.> Или опять - "ну так же делали диды и прадиды, в system6
> еще!" - не запускать же автоматически, надо ж сперва потрахаться!Что запускать, а что нет, решаю я и только я! Только так и никак иначе!
>> А вот у тебя - есть. Покажи-ка мне, из какого скрипта
>> запускается банальная getty ? Опачки - а нет его.
> Читать
> man 8 rcman rc|grep getty || echo fail
failв общем, давай дасвиданья. Спорить не о чем - клиент, походу, не владеет базовыми знаниями о своей системе. Зато осилил конфиг из пяти строк, и мнит себя гением "заставившим систему делать что ему надо" (на деле не надо). Линуксные ему не дались - там больше пяти строк.
>> понятно
> Не способен изъясняться так, чтобы оппонент тебя понял, не удивляйся.непонимание оппонентом тривиальных вещей ясно показало его уровень квалификации - единичный васянский локалхост, используется для кое-как просмотра опеннета.
Спорить не о чем, ибо не с кем.
> То, что лежит в rc.conf и есть настройка системы на уровне что
> мы запускаем
> и что не запускаем. Детальные настройки лежат в специфичных конфигах.И поэтому в Опёнке добавили rc.conf.local.
Чувак, а ты правда думаешь, что мы вчера вылупившиеся линуксята? :)
>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
>> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
> И поэтому в Опёнке добавили rc.conf.local.везде добавили. И еще /usr/local/etc/rc.conf*
Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда не знаешь точно, какой.
>> И поэтому в Опёнке добавили rc.conf.local.В NetBSD же нету: по живому правишь /etc/rc.conf
> везде добавили. И еще /usr/local/etc/rc.conf*
> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда
> не знаешь точно, какой.В Нетке отдельная от базовой системы (hier(7)) вторичная иерархия лежит в /usr/pkg/ и является частью инфраструктуры pkgsrc.
>>> И поэтому в Опёнке добавили rc.conf.local.
> В NetBSD же нету: по живому правишь /etc/rc.conf#166
Да, прямо вот по-живому вписываешь *в пустой конфиг* то, что нужно запустить ;-)
>> везде добавили. И еще /usr/local/etc/rc.conf*
>> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда
>> не знаешь точно, какой.
> В Нетке отдельная от базовой системы (hier(7)) вторичная иерархия лежит в /usr/pkg/
> и является частью инфраструктуры pkgsrc.
> https://netbsd.gw.com/cgi-bin/man-cgi?hier
> https://www.netbsd.org/docs/pkgsrc/files.htmlТем не менее демоны из pkgsrc запускаются ровно по такой же схеме,
как те, что в базовой системе. И настраиваются они так же как и базовые
через /etc/rc.conf
Так у тебя отдельной взятый локалхост-десктоп, по которому хоть голый ходи. А Пох тебе говорит за использование многих систем одновременно. К ним желательна автоматизация, причём не уровня личной беготни с флешкой по серверному помещению.
> Так у тебя отдельной взятый локалхост-десктоп, по которому хоть голый ходи. А
> Пох тебе говорит за использование многих систем одновременно.Пох за себя скажет сам. Без твоей помощи. Я же ответил на твое сообщение.
> К ним желательна
> автоматизация, причём не уровня личной беготни с флешкой по серверному помещению."И знаешь, что я услышала? Бла-бла-бла... Космическая мутотень"(с)
>>> То, что лежит в rc.conf и есть настройка системы на уровне что
>>> мы запускаем
>>> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
>> И поэтому в Опёнке добавили rc.conf.local.
> везде добавили. И еще /usr/local/etc/rc.conf*Нет.
$ uname -srm
NetBSD 9.99.48 amd64
$ ls -l /usr/local
ls: /usr/local: No such file or directory
$> Типа "а угадай, куда мы запрятали параметр". Желательно - еще и когда
> не знаешь точно, какой.Еще раз. man 5 rc.conf в NetBSD. Там все написано
> Еще раз. man 5 rc.conf в NetBSD. Там все написанода, да, про все параметры всех миллиона пакетов, конечно же, там написано.
А про то что у них вместо local - мне читать неинтересно.
>> Еще раз. man 5 rc.conf в NetBSD. Там все написано
> да, да, про все параметры всех миллиона пакетов, конечно же, там написано.Нет. Там написано только про то, что входит в базовую систему.
Про пакеты написано в пакетах. Но там касательно rc.conf
как правило только xxx=yes и опционально xxx_flags=.
Все остальное -- бери примеры конфигов из пакетов и настраивай так,
как тебе надо.> А про то что у них вместо local - мне читать неинтересно.
ни-че-го. Все конфигурируется через /etc/rc.conf, включая пакеты pkgsrc.
Не интересно -- незачем вступать в дискуссию.
> Про пакеты написано в пакетах.удивительное рядом.
> Но там касательно rc.conf
> как правило только xxx=yes и опционально xxx_flags=.пакетов чуть сложнее в настройке - на твоем локалхосте не обнаружено.
>> Но там касательно rc.conf
>> как правило только xxx=yes и опционально xxx_flags=.
> пакетов чуть сложнее в настройке - на твоем локалхосте не обнаружено.Я могу в xxx_flags напхать всякого говна, но делать этого не нужно.
Все нормальные люди делают это в специально отведенном для этого месте.
В rc.conf прописывается только факт запуска сервиса и минимально необходимое.
Этот файл by design должен оставаться простым и понятным.
>И еще /usr/local/etc/rc.conf*Во-во. Это /usr/local/etc мне всегда мозг выносило своим "удобством". Я логику подобного разделения понимаю, но, блин, про удобство и разумность авторы, видимо, не слышали. Похоже, это следствия отсутствия нормального пакетного управленца в системе.
Ну вот собственно дебиан, да и сабж наверное, такими непотребствами с сегрегацией пакетов по классам не страдает. В смысле, какие-то формальные лэйблы конечно есть, но немного и не злобно и жить не мешает.
>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
>> и что не запускаем. Детальные настройки лежат в специфичных конфигах.
> И поэтому в Опёнке добавили rc.conf.local.
> Чувак, а ты правда думаешь, что мы вчера вылупившиеся линуксята? :)Чувиха, ты бы сначала разобралась, как устроен rc.conf в NetBSD,
а как в OpenBSD, а потом бы рассуждала о rc.conf.local.В NetBSD rc.conf по умолчанию абсолютно пуст, а все умолчания спрятаны в
/etc/defaults/rc.conf.В OpenBSD умолчания в /etc/rc.conf, а пользовательские отступления от умолчаний -- в /etc/rc.conf.local.
Узри разницу!
Расскажи мне ещё что-то новое про OpenBSD и NetBSD. Пока что мы выяснили, что у тебя за спиной один десктоп. Продолжай, о великий гуру.
> Расскажи мне ещё что-то новое про OpenBSD и NetBSD. Пока что мы
> выяснили, что у тебя за спиной один десктоп. Продолжай, о великий
> гуру.Тебя только что ткнули носом в то, что ты
не знаешь разницы между init-ом OpenBSD и NetBSD.
Не в силах этого признать ты тут же перешел на личности.
Как говорили в старину "слив защитан".
>dhcpcd_flags="-qM nfe0"И что это тут делает? Ты ж говорил, что тут определяется только что запускать.
> Понятие runlevel не нужно. Не нужно запускать машину с сетью, без сети, и с сетью и с иксами.Поздравляю. Ты ничего не понял, но это не значит, что это не нужно остальным. runlevel классная штука, которую мы используем, что бы запускать серверы со своим софтом или без него. Это разные режимы работы машины. Если ты не видишь использование этой возможности дальше дефолтной в некоторых дистрах, то это твои проблемы.
> Запускать или не запускать сервис определяется простой переменной в /etc/rc.conf.
Очень удобная система. Т.е. каждый пакет, ставящий демона должен, этот файлик поредактировать сам?
> Сравни init NetBSD и убогий sysvinit.сравниваем: runlevel'ов нет, есть только аварийный single-user, и тот через анус. Половина запускается одним способом, половина другим и они вообще никак не связаны и изменить поведение нельзя, в sysvinit есть только inittab.
Ну и что ты хотел нам этим доказать, глупый фанат? Что застрявшая в мертвых тупиковых форках программа времен system7, когда компьютеры были большие, чем-то лучше той, что на десять лет моложе, когда у тех компьютеров появился графический дисплей и сеть?
>> Сравни init NetBSD и убогий sysvinit.
> сравниваем: runlevel'ов нет, есть только аварийный single-user, и тот через анус.#97
>> Сравни init NetBSD и убогий sysvinit.
> сравниваем: runlevel'ов нет#95
> сравниваем: runlevel'ов нет, есть только аварийный single-user, и тот через анус.Ты еще provisioning при first boot потребуй, как в системде, еретик!!! :). И правда, нафуя нам инициализация задеплоеного образа? Старперы таких слов то не знают, продакшн у них мхом порос а "эмбедовка" - на древнем winxp.
> Старперы таких слов то
> не знают, продакшн у них мхом порос а "эмбедовка" - на
> древнем winxp.Если для тебя XP древняя, то никакой ты не старпёр. Для настоящих старпёров она молодая, вчера вот только вышла.
> Если для тебя XP древняя, то никакой ты не старпёр.Скажем так, я не некромансер. Так что если лошадь сдохла - с нее надо слезать.
> Для настоящих старпёров она молодая, вчера вот только вышла.
Это вчера было в другом году. В другом десятилетии.
> Скажем так, я не некромансер. Так что если лошадь сдохла - сне, ну если лошадь принципиально не кормить - потому что вилы для сена не той системы - то, конечно, дожевав доски стойла и уздечку, она в конце-концов сдохнет.
> Это вчера было в другом году. В другом десятилетии.
работает же ж.
Делает то чему предназначена.
Линуксов, сохранивших look&feel с хотя бы 2008го года и при этом зачем-то еще нужных - у меня, при этом, нет.
> не, ну если лошадь принципиально не кормить -Так это ж не от меня зависит. Та лошадь жрет только специальный корм для лошадей, принципиально игнорируя любые иные варианты. Ну вот как мне грохнули поставки корма - так лошадь и склеивает ласты.
Отдельные эстеты, конечно, пытаются делать коняге внутривенные иньекции, иногда даже выползая из конюшни прогуляться. Но там возникает вопрос кто кого везет.
> работает же ж.
Ога. Местами. Потому что половина софта туда уже тупо не ставится.
> Линуксов, сохранивших look&feel с хотя бы 2008го года и при этом зачем-то
> еще нужных - у меня, при этом, нет.Ну не знаю, у меня XFCE не так уж принципиально по панелькам и окнам от W95 отличается. Разве что посимпатичнее, MS годков через 5 после меня что-то немного похожее в десятке сделал, только хуже и с троянами.
> Так это ж не от меня зависит. Та лошадь жрет только специальныйну то есть проблема не в лошади, а в том что ей крайне старательно помогали умирать.
>> работает же ж.
> Ога. Местами. Потому что половина софта туда уже тупо не ставится.ну так если система используется с нулевых - вероятнее всего софт тогда уже и поставлен.
Не ставится современный - таки да, снова не просто так, а потому что ХРЕН ты соберешь чтоб ставилось, не воспроизводя у себя еще и всю систему разработки десятилетней давности. То есть намеренно поломано.
> Ну не знаю, у меня XFCE не так уж принципиально по панелькам
а то что в нем запускается? Разьве что xterm все еще выглядит так, как выглядел, но я бы не сказал что aw выглядит симпатичнее 95 (и даже 3.0).
(а aw3d сломали еще тогда)Даже клавиатурные шоткаты поменялись - потому что теперь все косплеят винду. В юниксах сроду не использовали комбинации с ctrl для управления иксовыми программами - потому что они управляли терминалом.
> ну то есть проблема не в лошади, а в том что ей
> крайне старательно помогали умирать.Ну, как тебе сказать? То что она ничего кроме специального корма не жрет - в лошади. То что перекрыли поставки - в поставщике. Итого проблемная лошадь от проблемного поставщика.
Ну смотри, теоретически, реактоса можно как бы самому патчить. Если это надо. Практически, то что этот мутант-осьминог неважная лошадь и вообще жизнеспособен только в лабораторном окружении в виртуалке, с специальным климатконтролем - ну, блин, да, и поэтому такая "лошадь" никому не нужна, даже разработчики лишний раз палочкой тыкать побаиваются такую страшилу.
> ну так если система используется с нулевых - вероятнее всего софт тогда уже и поставлен.
Ну так если вон тот сайт перестанет на ней рендериться нормально - упс. И вон тот мувик не проиграется. А при попытке вкатить кодек или свежую версию плеера - ага, щаз!
Представляешь, гребаны пассатижи, для XP уже даже рабочую сборку ffmpeg найти от кого-то вменяемого (==связанного с проектом ffmpeg) малореально. А если вопрос в том чтобы самому его собрать - мне там будет проще сразу debian 10 воткнуть с XFCE или LXDE, чтоли. Сразу столько проблем с софтом решает...
На x86-32 оно еще и с наборами команд щепетильно, что дает древним процам вторую жизнь, ибо современный софт даже если и поставится на икспу, на машине той давности потом норовит упасть, поюзав команды которых там нет. А в дебиане все тупо работает, что не поставь, прикинь? :)
> и всю систему разработки десятилетней давности. То есть намеренно поломано.
Да никто там ничего специально не ломал, просто забили болт на древнюю технологию и не парились. У девов икспы не осталось, так что все грабли на ней - твои!
> а то что в нем запускается?
Э? В 95-м? Блин, а зачем оно мне в 2020 году? Ну, я могу найти винамп 2.95 какой - только в нем одних только известных непатченых вулнов - есть. А потом вон те господа, не будем показывать пальцем, пришлют клевый файлик на послушать :)
> Даже клавиатурные шоткаты поменялись - потому что теперь все косплеят винду.
И таки в ней некоторые шорткаты были не хучшие на свете. Во всяком случае по сравнению с vi каким-нибудь...
Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи. У тебя что, нету высшего образования?Майкрософт намеренно убивает свои продукты по причине так называемого каннибализма (это термин) продуктов и товарных знаков. Почти все крупные производители почти во всех отраслях этим тоже занимаются, чтобы продавать тебе одинаковые (но как бы новые) товары снова и снова, много раз. Нет совершенно никаких объективных причин не сопровождать продукт значительно дольше. Они просто не хотят. У них из-за этого не получится получать новую прибыль.
Ты наверняка знаешь или догадываешься, что внутри Винды огромное количество программного текста, написанное ещё командой Катлера. Это хороший код, написанный умными профессионалами. Мелкие могли бы изменять ядро по чуть-чуть, эволюционно, не требуя смены операционной системы. Могли бы не менять постоянно средства и стандарты разработки. Но если они так сделают, то кто же будет покупать новые лицензии?
А ты говоришь — древние технологии… Да ни при чём здесь технологии. Лошадь убили не потому, что она разучилась таскать твою карету, а чтобы тебе периодически продавать новых лошадей. Майкрософту эти новые лошади достаются почти даром, издержки на говнокодеров пренебрежимо малы по сравнению с оборотом и прибылью компании. Ты ведь веришь рекламе и будешь покупать каждую новую конягу? Веришь и будешь, я уверен. :-)
Но зачем то же самое делает СПО — рационального объяснения нет. Карго-культ, не иначе.
> Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи.
> У тебя что, нету высшего образования?Это какой-то поклеп. Я как раз хорошо понимаю процессы процессы в разработке софта. И корпами и не только. Естественно нормальными, а не вашими 1С-чототам,
> Майкрософт намеренно убивает свои продукты по причине так называемого каннибализма (это
> термин) продуктов и товарных знаков.Ну так о том и спич - искусственно сливают. И проблема в том что если вендор забил на апдейты - то, собственно,
> У них из-за этого не получится получать новую прибыль.
Спасибо, КЭП!!!
> текста, написанное ещё командой Катлера. Это хороший код, написанный умными профессионалами.
Более того - по большому счету последние цать лет никаких особых крупных улучшений в NT kernel я и не знаю.
> Но если они так сделают, то кто же будет покупать новые лицензии?
Так они и не меняют кернел. Они вешают новые морды и юзермод, меняют обоину - и новая система готова.
> тебе периодически продавать новых лошадей.
И эти люди что-то говорят про образование. Я ж именно это и сказал?! Хоть и не прямым текстом а абстракцией.
> Но зачем то же самое делает СПО — рационального объяснения нет. Карго-культ, не иначе.
Из того что я видел, это примерно как-то так:
1. Девы обычно юзают относительно свежие системы, либы и софт дабы не сношаться с давно починеными багами в таковых. Им это не нравится.
2. Они пишут свой софт, собирают его у себя, у них конечно же все ЗБС работает. Если вдруг это не так, они не отходя от кассы чинят баги.
3. Приходит юзер с XP - эй, ваша программа у меня не работает!!!111
4. Девы чешут репу - блин, а у нас нет никого с этой системой. Баг подвисает, воспроизвести и починить его никто не может.
5. История повторяется. В какой-то момент: "блин, у нас баги которые мы не можем починить".
6. Ну что делать, народ? Мы объективно не можем поддерживать вон ту операционку, поэтому мы не должны декларировать ее поддержку - нас заваливает багами которые мы ниипем как чинить.
7. Подтягиваются требования к ОС/либам/компилерам/софту/whatever.
Как-то так, чтоли....
>> Вроде ты знаешь много умных слов, но не понимаешь самые банальные вещи.
>> У тебя что, нету высшего образования?
> Это какой-то поклеп. Я как раз хорошо понимаю процессы процессы в разработке
> софта. И корпами и не только. Естественно нормальными, а не вашими
> 1С-чототам,Разработка софта — это не бизнес, а работа (в большинстве случаев — по найму).
Поинтересуйся хотя бы для общего развития, что такое бизнес, как он устроен, что там внутри делают люди разных других профессий (не говнокодеры). Заведи свой бизнес — это полезно для саморазвития, даже если разоришься. :)
>> Майкрософт намеренно убивает свои продукты по причине так называемого каннибализма (это
>> термин) продуктов и товарных знаков.
> Ну так о том и спич - искусственно сливают. И проблема в
> том что если вендор забил на апдейты - то, собственно,У кого-то из нас, похоже, склероз. Ты писал, что лошадь плохая и поэтому её пристрелили. Пох тебе писал, что лошадь не была плохая, а пристрелили её по совсем другой причине. Или тот аноним был не ты?
>> текста, написанное ещё командой Катлера. Это хороший код, написанный умными профессионалами.
> Более того - по большому счету последние цать лет никаких особых крупных
> улучшений в NT kernel я и не знаю.Во-о-о-т! Это и есть то самое зерно истины, которое не видно большинству.
>> Но если они так сделают, то кто же будет покупать новые лицензии?
> Так они и не меняют кернел. Они вешают новые морды и юзермод,
> меняют обоину - и новая система готова.Так за что же тогда пристрелили лошадку по имени Windows XP/Windows 2003? Не подковки ей новые прибили, заметь, не сбрую новую справили, а пустили на колбасу.
>> тебе периодически продавать новых лошадей.
> И эти люди что-то говорят про образование. Я ж именно это и
> сказал?! Хоть и не прямым текстом а абстракцией.Где?!
>> Но зачем то же самое делает СПО — рационального объяснения нет. Карго-культ, не иначе.
> Из того что я видел, это примерно как-то так:
> 1. Девы обычно юзают относительно свежие системы, либы и софт дабы не
> сношаться с давно починеными багами в таковых. Им это не нравится.Я считаю, что причина проще и другая: они тупые. Они реально нереально тупые. Даже самые умные из них — ©ДБ. Стоит поговорить с ними полчаса на темы, не касающиеся программирования, и ты понимаешь, что на них природа отдохнула. Но при этом индустрия вынесла их на самый верх наёмной рабочей силы. Эти непроходимые тупицы сегодня пишут софт, от которого зависит мир. Мне по-настоящему страшно за будущее.
> 2. Они пишут свой софт, собирают его у себя, у них конечно
> же все ЗБС работает. Если вдруг это не так, они не
> отходя от кассы чинят баги.Нет, анон, снова ты не видишь сути. Они просто бегают за новыми, модными, молодёжными компиляторами, словно модницы за помадой. У них встаёт хвост, когда они видят новый компилятор или какую-то фенечку для сборки говнокода. Из-за этого корпорации и зависимые от них ГНУсы имеют возможность без проблем для себя упразднять _в компиляторах_ поддержку «морально устаревшего».
Как было, например, с ЖЫМПом. Его больше не собирают для Икпишечки и Вистоньки. Клоуны вроде прокудина с пеной у рта пытались здесь объяснить это прогрессом и другим волшебством, но причина куда более банальна: жымперы сменили компилятор с одной мажорной версии на другую, которая уже не может без дополнительных приседаний собрать написанный жымперами говнокод для моральной устаревших, так сказать, систем. Но сколько ж пафоса было, сколько громких речей и гневных обвинений!
Впрочем, они ещё и тёмную тему с силуэтными иконками прикрутили (вместо нужного людям CMYK), так что ЖЫМП смело можно выбрасывать на помойку.
> 3. Приходит юзер с XP - эй, ваша программа у меня не
> работает!!!111Если писать на ВинАПИ… Ну ты дальше в курсе, я думаю.
> 4. Девы чешут репу - блин, а у нас нет никого с
> этой системой. Баг подвисает, воспроизвести и починить его никто не может.
> 5. История повторяется. В какой-то момент: "блин, у нас баги которые мы
> не можем починить".
> 6. Ну что делать, народ? Мы объективно не можем поддерживать вон ту
> операционку, поэтому мы не должны декларировать ее поддержку - нас заваливает
> багами которые мы ниипем как чинить.Смешно. Придумай аргументы получше. А я тебе выше написал, почему они _на самом деле_ прекращают поддержку.
> Ты еще provisioning при first boot потребуй, как в системде, еретик!!!но у меня ЕСТЬ firstboot. В древней системе без systemd...
что я делаю не так?
А вот реализация от корейца на православном systemdе - оставляет массу вопросов (в смысле - отдельный ли котел, достаточно ли нарубили дров из священного дерева Умхан, долго ли еще оборудование будет простаивать?)
И ведь хрен тот ушлепский образ поправишь :-(
> что я делаю не так?Сам приделал на проволоку и скотч? Или это чей-то фирменный костыль? А так ты можешь сделать не так столько всего, что я затрудняюсь в выборе гипотез.
> И ведь хрен тот ушлепский образ поправишь :-(
Почему? Подписан?
>> что я делаю не так?
> Сам приделал на проволоку и скотч? Или это чей-то фирменный костыль? Анет, он штатный, система через него доустанавливается. Ничуть не больший костыль чем тот что от корейца, православно-системднутый.
Насколько я помню, наличествовал и в rhel, и в suse. С незапамятных времен. Вот kexec вместо перезагрузки, чтоб избавиться от установочного носителя и связанной с ним системы - это только в suse (смешно, но это и единственный случай, когда она умела им пользоваться)>> И ведь хрен тот ушлепский образ поправишь :-(
> Почему? Подписан?Проще: не-x86, родное ведро не загрузить в qemu (оно такое...корейское), неродное нужной архитектуры...ТАДАМ...несовместимо с той версией systemd, что в образе!
Шах и мат!Да, мата, когда я открыл для себя факт что systemd еще и бывает несовместимый с ядром - было много. Коллеги выражали недовольство.
> нет, он штатный, система через него доустанавливается.Я не знаю для кого он там штатный, в дебиане такого вроде бы не было. А если и было - напрочь иначе чем в других дистрах. И конечно можно запилить это самому. Проблема в том что это все-таки самопал.
> Ничуть не больший костыль чем тот что от корейца, православно-системднутый.
В случае системды по крайней мере понятно где это обитает. А так смотришь на систему как рак и гадаешь откуда оно вообще лезет в той конкретной инкарнации.
> это и единственный случай, когда она умела им пользоваться)
Он для относительно нишевых трюков. И может иметь особенности. Скажем я до сих пор не понимаю как он на ARM64 с firmware взаимодействует и можно ли в процессе втулить в trustzone свой фирмвар, в допущении что предшественник был пущен с правильными правами и еще не заблочил сие сам.
> Проще: не-x86, родное ведро не загрузить в qemu (оно такое...корейское),
Для работы с rootfs не так уж важно конкретное ядро. Я на виртуалках подымаю урезаные кернелы под VM, не мешает с системой работать.
> неродное нужной архитектуры...ТАДАМ...несовместимо с той версией systemd, что в образе!
Я все же не понимаю как кернел вообще мешает издеваться над рутфсом.
> Шах и мат!
Только системщикам уровня поха, походу oO
>> нет, он штатный, система через него доустанавливается.
> Я не знаю для кого он там штатный, в дебиане такого вродену так де6иллиан и всегда был дерьмом, написанным разумными(?) паукообразными. Один интерфейс dselect/aptitude чего стоил, когда даже enter делает не то, чего ты от него ожидаешь.
> В случае системды по крайней мере понятно где это обитает. А так
> смотришь на систему как рак и гадаешь откуда оно вообще лезет
> в той конкретной инкарнации./etc/init.d/firstboot,не ?
То есть с чего бы ей быть еще где-то.> Он для относительно нишевых трюков. И может иметь особенности. Скажем я до
как минимум, могли бы при апгрейде сэкономить мне пять минут "initializing memory". Но нет, что-то там не срослось.
>> Проще: не-x86, родное ведро не загрузить в qemu (оно такое...корейское),
> Для работы с rootfs не так уж важно конкретное ядро. Я натак никакого нет. Трахаться методом проб и ошибок, пытаясь собрать в эмуляторе в час по чайной ложке (или городить для разовой задачи сборки ведра себе всю кросс-помойку, что вряд ли быстрее) единственноверное ведро, которое и загружается, и при этом работает с той системой - я раз-два попробовал, не угадал и плюнул.
Благо мне этих уродцев надо всего с десяток.
>> неродное нужной архитектуры...ТАДАМ...несовместимо с той версией systemd, что в образе!
> Я все же не понимаю как кернел вообще мешает издеваться над рутфсом.мне, напоминаю, надо отладить этот самый firstboot. И как это делать?
>> Шах и мат!
> Только системщикам уровня поха, походу oOну ты-то, конечно, разбираешься в сортах г-на, и точно знаешь какую единственно-верную версию системды надо собрать под любое попавшее под руку ведро, чтобы они вместе жили долго и счастливо?
А я лучше без этого знания обойдусь.
> ну так де6иллиан и всегда был дерьмом, написанным разумными(?) паукообразными.По сравнению с осьминогами писавшими up2date, yum и dnf они и правда разумные. Да и в целом их система как-то сделана более-менее general purpose, тогда как редхаты жестко захардкожены на генотип хомус корпоративус, подтип человековинтикус - и остальные в этом не выживают.
> Один интерфейс dselect/aptitude чего стоил, когда даже enter делает не то,
> чего ты от него ожидаешь.Я вообще apt(-get) обычно оперирую в консоли. И трабл шапок что инструменты этого уровня у них эпичный шЫт по сравнению с вот этими вот.
> /etc/init.d/firstboot,не ?
Что-то не помню такого. Проверить не смогу, у меня уже только systemd-based везде остались.
> Но нет, что-то там не срослось.
Kexec все-таки достаточно хакерский трюк. В последнее время его немного более ширпотребно причесывают, но то что это для ребутов систем general public - я бы настаивать не стал.
> так никакого нет.
Ну, прицепить/пересобрать rootfs на хосте и переделать ее как надо? Это вообще ядра под таргет не требует. Я так делаю иногда - такой себе override "изниоткуда", если эксперимент показал что рутфс получилась совсем тыквой и не взлетает на таргете.
> в час по чайной ложке (или городить для разовой задачи сборки
> ведра себе всю кросс-помойку, что вряд ли быстрее)Кросс линевого ядра, кстати, довольно ненапряжная операция, особенно если конфиг есть или с таргетом знаком. По сути как-то так:
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j 12 zImage dtbs
Именно из ARMовского мира надо только тот arm-linux-gnueabihf (gcc) тулчейн. В дебиане он тупо в репах есть. Ну или какой там тулчейн надо, может aarch64 для новых или armel для старых.
Интереснее там будет если опциями пощелкать или новые версии захочется. Вот там головной мозг уже потребуется.
> единственноверное ведро, которое и загружается, и при этом работает с той системой - я
> раз-два попробовал, не угадал и плюнул.Я все же не совсем понимаю как рутфс и ядро так уж связаны. И если нечто грузится с энным ядром, логично взять тот конфиг за основу как минимум. А то что с наскока шашкой наголо получится - ну вот не факт. Это надо некое ощущение таргета и знание грабель. Иногда некоторые опции сборки реально могут нагнуть загрузку.
> Благо мне этих уродцев надо всего с десяток.
Что тут скажешь, тяжко не будучи системщиком знакомым с системой и таргетом системные работы воротить. Устроен этот мир так.
> мне, напоминаю, надо отладить этот самый firstboot. И как это делать?
А что конкретно надо?
- Отладить логику проги/скприта?
- Посмотреть работает ли это по факту?
- Посмотреть на чем что встряло?
- Спровоцировать firstboot снова?> ну ты-то, конечно, разбираешься в сортах г-на, и точно знаешь какую единственно-верную
> версию системды надо собрать под любое попавшее под руку ведро, чтобы
> они вместе жили долго и счастливо?Нет, конечно. Allwinner с китайским тридесятым го^W кернелом мне хватило чтобы полюбить майнлайн и научиться чекать статус поддержки майнлайном до решений которые трудно отыграть взад. А системд - обычный, дебиановский. Ну и кернел >= 4.19. Я все-равно ща BTRFS с схемой DUP кладу на rootfs - чем свежее тем лучше.
> А я лучше без этого знания обойдусь.
Я разве настаиваю? Да и ты как всегда в своем духе, ищешь не там где потерял.
Давай посмотрим на другую жесть.https://www.opennet.ru/openforum/vsluhforumID3/119341.html#112
Но кому лень я сюда скопирую. Я как-то посчитал:
Просто вот быстрый взгляд.
find /usr/lib/systemd/system -type f | wc -l
234+
find /usr/lib/systemd/user -type f | wc -l
32И это только ваши любимые иниты и юзерская какая-то ещё хрень.
И в этом количестве файлов проще разбираться чем в десятке init скпитов? Серьёзно?
Представим себе исходный код какой-то небольшой программы, которая разбита на main.c и на пяток инклюдящихся в нее .h-файлов.
Итого имеем 5-10 файлов.
Компилируем все это с ключем -S и имеем на выходе одну партянку на ассемблере.
В чем проще разбираться, в исходных 5-10 файлах или в одном результирующем?
Но я в общем-то верю, что тебе проще разбираться в десятке-другом баш-партянок, да. В пределе твоего локалхоста тебе никакие лишние абстракции не нужны и даже вредны. Еще бы, это ж нужно лишнюю хаутушку прочитать и даже вникнуть в нее, что бы понимать, почему это там так файлов много. А еще какие-то юниты, таймеры и сокеты - это ж до смерти перепугаться можно.
Никто тебя не застравляет писать init скрикты на баше. Для классического инита ты можешь написать на чём угодно. Хоть на перле, лишь бы стандарт соблюдал. Да хоть на c, хоть на rust.Поддерживай формат и пиши на чём хочешь. Не нужен тут твой systemd от слова совсем.
> ты можешь написать на чём угодно. Хоть на перле, лишь бы
> стандарт соблюдал. Да хоть на c, хоть на rust.А потом достается вот так после одного админа другому, или даже я, занявшись своими делами на пару лет - смотрим туда, а там... "блин, какой рак это писал"?!
А так то и системд можно запустить свой скрипт/бинарь. И наверное если хочется попрогать на си, уместнее это оформить нормальной программой, а не костылем к иниту.
> А потом достается вот так после одного админа другому, или даже я,
> занявшись своими делами на пару лет - смотрим туда, а там...
> "блин, какой рак это писал"?!Докладчик как бы хочет указать, что он много чего передал
и ещё больше принял. И особенно сильно при передачах напрягали именно
портянки на bash.Я правильно уловил суть тяжёлого жизненного опыта?
Мой жизненный опыт говорит что
1) Получить на свою бошку кучу скриптоты писаной каким-то укурком - не айс. Полет мысли это круто, до тех пор пока оно остается на вашем локалхосте и не сваливается на бошку другим.
2) Колупать конфигурационные параметры на третьей странице мутного кода - довольно непрактично и неудобно.
3) RAS всего этого - полный болт. Обожаю когда все нагибается, а в логах ни звука. Еще больше обожаю когда всякие там рестарты и т.п. отсутствуют или сделаны из проволоки и скотча. Я также большой фанат того когда все это гумно кладет на коды возврата и прочие глупости. А если рестарт при этом на ваше горе был ... редкий шелпортянщик долетит до середины выписывания rate limiting и счетчика сбоев в своем типа-мониторинге.
4) С пакетным менеджером все это взаимодействует абы как. В systemd это предусмотрели сразу, фундаментально и намного лучше чем было.
5) Заковыривание в систему сторонних сервисов - боль. Даже если там был скрипт, он часто бывает для других дистров. А переделывать его из-за 2) не особо приятно.
Логалхосты тут совершенно и вообще не причём. Не говори о том чего в жизни не видел.
>[оверквотинг удален]
> Итого имеем 5-10 файлов.
> Компилируем все это с ключем -S и имеем на выходе одну партянку
> на ассемблере.
> В чем проще разбираться, в исходных 5-10 файлах или в одном результирующем?
> Но я в общем-то верю, что тебе проще разбираться в десятке-другом баш-партянок,
> да. В пределе твоего локалхоста тебе никакие лишние абстракции не нужны
> и даже вредны. Еще бы, это ж нужно лишнюю хаутушку прочитать
> и даже вникнуть в нее, что бы понимать, почему это там
> так файлов много. А еще какие-то юниты, таймеры и сокеты -
> это ж до смерти перепугаться можно.Не говори ерунды.
В портянке на асемблере проще разобраться чем в портянке из 20 строчек на баше.
> И это только ваши любимые иниты и юзерская какая-то ещё хрень.ты даже их не посчитал целиком, потому что в чуть-чуть нетривиальных случаях будет ExecPre и Exec чего-нибудь, лежащего где-нибудь в /usr/lib/.../ - и, вероятнее всего, имеющего на конце .sh
А иногда и для shutdown тоже - поскольку не все можно уместить в однострочник, иногда нужна какая-то логика, и не весь софт можно просто завершить sigterm.
Помогает плохо, потому что ту логику нельзя нормально привязать к состоянию остальных процессов, что тривиально делалось в немодном-непараллельном наборе стартапных скриптов.
И рождаются уродища wait-network-online - еще и неработающие при этом.
О чём и речь.
> ты даже их не посчитал целиком, потому что в чуть-чуть нетривиальных случаях
> будет ExecPre и Exec чего-нибудь, лежащего где-нибудь в /usr/lib/.../ - и,
> вероятнее всего, имеющего на конце .sh
> А иногда и для shutdown тоже - поскольку не все можно уместить
> в однострочник, иногда нужна какая-то логика, и не весь софт можно
> просто завершить sigterm.
> Помогает плохо, потому что ту логику нельзя нормально привязать к состоянию остальных
> процессов, что тривиально делалось в немодном-непараллельном наборе стартапных скриптов.
> И рождаются уродища wait-network-online - еще и неработающие при этом.Не удивлён что всё куда хуже чем показалось с первого взгляда.
Вчера буквально попалось.
--
> Непонятно, куда класть свой юнит, ведь каталогов для юнитов аж три штуки, насколько я знаю.Двадцать три.
В документации английским по белому написано: /usr/lib — для пакетного менеджера, /run — для внутренних нужд, /etc — для администратора. Прямо на первой строчке. Если это «непонятно», ну тогда проблема не в софте, а между клавиатуром и стулом.
--
Насколько я помню, там есть странность, при установке нужно вручную выставить флаг boot на загрузочный раздел, иначе не загрузится. Интересно, починили это?
А, собсна, зачем? Systemd предоставляет удобные утилиты для пользователя, так его и до ума довели за все годы разработки. Какие-то культисты SysVinit'чики.
Всплыл интересный момент: dbus-у прописана амнезия при перезагрузке.https://linux.slashdot.org/story/19/11/30/0538211/the-file-v...
Долбануло по вайберу, где одаренные программеры используют machineUniqId для идентификации установки, а QT его берет от dbus. Как результат - реактивация, "покажи картинку смарту" после каждого ребута.
Лечение: https://git.devuan.org/devuan-packages/dbus/blob/fa87b166962...
В новости дезинформация (не виню автора, деванщики сами любители пофантазировать), при установке он дефолтом ставит с xfce elogind, а не consolekit, и не даёт выбрать в установщике network manager, а вкорячивает wicd как и в релизах до этого, выбор даёт только сделать между голым sysvinit и openrc при установке, остальное по-прежнему надо шаманить самому, никаких лёгких путей переключиться на lightdm вместо slim и на network manager нет, не говоря уж об искоробочных опциях для этого. И это печально, они опять не допилили элементарные вещи, которые почему-то работают в antiX
Как ярый противник systemd всегда роптал за подобные дистры, но теперь изменил своё мнение кардинально. Ведь что devuan, что antix или mx, тормозят безбожно, но а этот пациент вообще не желает устанавливать банальный grub, мол ручками, в конце, а в конце ошибка. ВЕлосипедостроители, мать их...