Началось (https://lists.dyne.org/lurker/message/20170505.035047.909149...) тестирование второго кандидата в релизы дистрибутива Devuan Jessie 1.0 (https://devuan.org/), форка (https://www.opennet.ru/opennews/art.shtml?num=41146) Debian GNU/Linux 8.0 "Jessie", поставляемого без системного менеджера systemd. Если будут выполнены критерии качества, то на следующей стадии кодовая база будет переведена в состояние первого стабильного релиза, для которого будет обеспечен длительный цикл поддержки (LTS).
Для загрузки подготовлены (https://files.devuan.org/devuan_jessie_rc/) сборки (minimal 305 Мб, install 645 Мб и live 832 Мб) для архитектур AMD64 и i386, а также образы (https://files.devuan.org/devuan_jessie_rc/embedded/) для устройств на базе архитектуры ARM (Raspberry Pi 1/2/3, Banana Pi, cubieboard2, odroid, n900, Chromebook Acer и др.). Специфичные для Devuan пакеты можно загрузить из репозитория packages.devuan.org (http://packages.devuan.org/devuan/).По сравнению с первым (https://www.opennet.ru/opennews/art.shtml?num=46425) кандидатом в релизы:
- В состав включён вариант конфигуратора NetworkMandger, не привязанный к systemd;
- Налажен процесс формирования цифровых подписей для установочных и Live-образов;
- В состав Live-сборок desktop и minimal включены пакеты с прошивками (как свободные, так и из репозитория non-free). Для тех кто желает получить окружение без закрытых компонентов в директории /root размещён скрипт для удаления несвободных прошивок;- Откорректирован приоритет репозиториев с бэкпортами, отныне пакеты из бэкпортов не могут быть установлены автоматически;
- Обновлены версии пакетов reportbug, desktop-base и xfce4-panel;
- В репозиторий jessie-proposed добавлены дополнительные пакеты, отвязанные от libsystemd0;- Из списка предлагаемых в инсталляторе наборов (tasksel) удалены GNOME, KDE и Cinnamon, с которыми наблюдаются проблемы при работе в окружении без systemd. Данные окружения по-прежнему можно установить из уже установленной системы;
- Число поддерживаемых ARM-плат доведено до 29, в том числе поддерживаются Acer Chromebook (chromeacer),
Veyron/Rockchip Chromebook (chromeveyron),
Nokia N900 (n900),
Odroid XU (odroidxu),
Raspberry Pi 0/1 (raspi1),
Raspberry Pi 2/3 (raspi2),
Raspberry Pi 3 arm64 (raspi3);- Поддержка плат на базе процессора вынесены в отдельный образ sunxi, который можно использовать на платах:
- Olimex: Lime (A10), Lime, Lime2, MICRO (A20)
- Banana Pi: Pi, Pro (A20)
- CHIP: CHIP (R8), CHIP Pro (GR8)
- Cubieboard: Cubieboard (A10), Cubieboard2, Cubietruck (A20)
- Cubieboard4 (A80), Cubietruck Plus (A83t)
- Lamobo R1 (A20)
- OrangePi: OrangePi2, OrangePi Lite, OrangePi Plus (H3)
- OrangePi Zero (H2+), OrangePi, OrangePi Mini (A20)
- Allwinner Tablet (A33)URL: https://lists.dyne.org/lurker/message/20170505.035047.909149...
Новость: http://www.opennet.ru/opennews/art.shtml?num=46504
Скоро уже debian 9 релизнется, а они devuan jessie еще только тестируют. У меня нет слов просто.
Я так понимаю, данное изделие специально форсят на опеннете?
Да, с единственной целью вызвать колику у фанбоев, гордых тем, что научились в unit-файлы.
Колики как раз регулярно демонстрируют любители скриптолапши.
> Колики как раз регулярно демонстрируют любители скриптолапши.auditd попробуй рестартани при помощи systemГ. Рестартанешь - отпишись
вот не поленился и рестартанул. работает как и ожидается. брат жив.
openSUSE Leap 42.2
Дооооо, то-то мне уже семь минусов накидали.
Мне вот дюже интересно. Рекомендуемый метод работы(с точки зрения правильности построения систем) это автоматизировать всё что можно. Использовать ансибл/паппет/етц. Какая вот тебе лично печаль от скриптов в этом случае? И у тебя уже которую тему простя привести примеры скриптолпаши, но ты сливаешься.
А вот кстати. Во времена когда не было системд. В дистрибы засылал свое мнение как делать правильно? Где твои патчи на исправление скриптолапши?
А печаль в надежность и скрипты две вещи несовместные.Вам лично никогда не случалось видеть как /etc/init.d/foo start говорит ok, а демон не запускается и хрен поймешь что делать ?
> надежность и скрипты две вещи несовместныеА у поттеринговского кода на Си, значит, с надёжностью всё в порядке, да? Конечно, поставить систему раком передачей пустого параметра командной строки -- это надёжно (а ведь правда, что может сломаться в неработающей системе? Нет системы -- нет проблем). Передавать результат выполнения одной функции напрямую в другую (небезызвестный фрагмент вида "strpcat(strpcat(strpcat(...") -- это надёжно. Магические числа в коде -- это надёжно. Бачнистый веб-сервер в PID1 -- это надёжно. *Юзерспейсная* хрень, переполняющая *ядерный* буфер вывода отладочной информации -- это надёжно. Таймауты udev, учитывающие пребывание системы в спящум режиме (https://github.com/systemd/systemd/issues/5903) -- это надёжно. Утечка памяти в PID1 (https://github.com/systemd/systemd/issues/5896) -- это надёжно. Продолжать можно долго, но поттерингофилам пофиг, ведь Леннарт сказал, что systemd надёжно, а уж он-то врать не будет.
> никогда не случалось видеть как /etc/init.d/foo start говорит ok, а демон не запускается и хрен поймешь что делать
В логи заглядывать пробовали? А вот в одной из относительно недавних новостей про systemd приводили пример, как при его использовании даже с логами "демон не запускается и хрен поймёшь что делать"(c).
ТССС.. шигорин и это убьет - как убил мои ссылки на глюки systemd, и пример как даже квалифицированный спорт RH не понимает что происходит в системе.
> надежность и скрипты две вещи несовместные.Однажды Мастер Фу сказал заезжему программисту: "В одной строке кода shell-сценария больше духа UNIX, чем в десяти тысячах строк кода на С!"
Программист, гордый своими познаниями в С, ответил: "Может ли быть такое? Ведь С - язык, в котором реализовано само ядро UNIX!"
На это Мастер Фу ответил: "Это так. Тем не менее, в одной строке shell-сценария больше духа UNIX, чем в десяти тысячах строк С!"
Программист выглядел удрученным. "Но ведь через язык С мы познаем просвещенность патриарха Ритчи! Мы уподобляемся человеку с операционной системой и компьютером, который получает непревзойденную производительность!"
Мастер Фу сказал: "То, что ты говоришь, правда. Однако в одной строке shell-сценария больше духа UNIX, чем в десяти тысячах строк С".
Программист усмехнулся и поднялся, чтобы удалиться. Но Мастер Фу кивнул своему ученику Ньюби, который писал строку shell-кода на стоящей рядом белой доске, и сказал: "Господин программист, посмотрите на этот конвейер! Не заняла бы его реализация на C десять тысяч строк?"
Просматривая то, что писал Ньюби, программист что-то бормотал в бороду. В конце концов, он согласился, что это так.
"И сколько часов потребовалось бы вам для реализации и отладки этой программы на языке С?"
"Много", - признал заезжий программист. "Но только безумец стал бы тратить столько времени, когда его ждет множество более достойных задач".
"Так кто лучше понимает дух UNIX?" - спросил Мастер Фу. "тот, кто пишет десять тысяч строк, или тот, кто, сознавая тщетность этих усилий, извлекает пользу, не программируя?"
Услышав это, программист достиг просветления.
Ну не надо тут примешивать systemd. Лично я был далек от того чтобы участвовать в спорах systemd vs sysvinit ( да и теперь не близко ), но таки когда однажды пришлось писать демон:
написал init скрипт в /etc/init.d/ к нему, для no systemd систем, и юнит для систем с systemd, который ссылался на этот init скрипт ( хотя это можно было и не делать, systemd вроде как находит новые скрипты в init.d/ на примере того же дебиана ), потратил 1 или 2 часа на init скрипт в целом. Прошло время, и вот надо было написать другой демон, для развертывания его уже на других системах. И тут ограничился только юнитом systemd для запуска оного, настрочил за 5 минут. Точнее, просто скопировал один из существующих системных юнитов и подправил его как мне надо. Из коробки журналы ( journalctl ), опция чтоб скорить env file и т.п. Профит в экономии времени на лицо.
> настрочил за 5 минут. Точнее, просто скопировал один из существующих системных юнитов и подправил его как мне надо.Ну кто бы сомневался, что если взять за основу другой run-скрипт, то на всё дело уйдёт 5 минут. :)
Знаете, в чём разница, между вашим первым sysv-скриптом, и первым юнитом? В первом случае Вы учили shell, который пригодится везде. Во втором - специализированный DSL, который нигде больше не применить.
Меняем тему разговора? Сначала насчет скриптолапши ответь. До баек про надежность ещё дойдем.
Да тут много какое ПО (часто свободное) форсят, заговор какой-то просто.
Вот чесно, рад таким новостям. Когда зарелизится LTS - обязательно на него перейду. Этот systemd - единственное кри... нелинейное (с точки зрения прозрачности и простоты использования) поде... изделие в моем теплом и ламповом Debian-е
Почему не вырезать из debian'а systemd самому или не перейти на какой-то GuixSD, Alpine, void?
> Почему не вырезать из debian'а systemd самомуЗачем? Чтобы сделать ещё один сабж? Сами же ныть будете про переизобретение велосипедов и распыление усилий.
> Почему не вырезать из debian'а systemd самомунапример - потому что во-первых, некоторые еще и работают, а не от папы с мамой ждут завтрак, обед и ужин (а на работе, вот сюрприз-то - работать заставляют, даже если эта работа и использует debian, а не вырезать что-то там не связанное со списком задач на сегодня). Во-вторых, потому что у проекта, в который ушло некоторое количество вполне себе профессиональных дебиановских врезателей-вырезателей (и у которых есть, кажется, даже какое-то финансирование) - пока получается, мягко говоря, "не очень" - "удалены GNOME, KDE и Cinnamon" - то есть все три общеупотребимых DE чисто избавить от system-trash зависимостей не удалось даже командой - а ты, типа, уверен что у тебя получится "самому" ?
По этой же причине и не перейти - для _работы_ приходится выбирать что-то общеупотребимое и без неожиданностей, а не маргинальные дистрибутивы сделанные полутора инвалидами и неподдерживаемые никем.
что странно - что KDE/GNOME - работают на *BSD - где systemd не пахнет..
Там как-то же это вырезали ?..
> что странно - что KDE/GNOME - работают на *BSD - где systemd не пахнет..
> Там как-то же это вырезали ?..И поэтому там до сих пор нет пятых кед, синамонов. А новые версии гномов с мейтами частенько долго поритруются.
Ну почему же единственное. Есть ещё pulseaudio, avahi...
B чем /init.d/nmbd resstart удобнее наглядного представления служб в виде дерева?
Там прикол в свободе выбора системы инициализации.
> Там прикол в свободе выбора системы инициализации.Не, в свободе от принудительного "выбора"...
--Ложечки-то нашлись, но осадочек остался.
Дефолты вы уже принуждением называете, ну и лицемеры вы.
> Дефолты вы уже принуждением называете, ну и лицемеры вы.Выбор убрали путём многократного голосования. Так что кругом дефолт.
> Дефолты вы уже принуждением называете, ну и лицемеры вы.Когда отвяжешь свой якобы "дефолт" от networkmanager и gnome, тогда приходи, лицемер.
> Дефолты вы уже принуждением называете, ну и лицемеры вы.Нет, "голосование" до получения нужного результата, тентакли(%) во все дыры, пропаганду-маркетинг немытого д---ма с фонтанирующим прямо из редмонда ^W рэйли-(или где там у них чудо-мальчиков культивируют--) потоком code-churn-а, чтобы поддержка чего-то другого стала _дороже_ тем(*), кто против ген.линии РХ-зого-ФоКо...
Ну же, миляга, скажи, что я против Прогресса ?
ЗЫЖ А да, враньё, враньё-о-о!, чуть не забыл... Но это не _они_(редхат и зог) и не _оно_ (зюстем-г), да-да, конечно-конечно. Его(враньё, не ...-г) за них делают "энтузиасты", думающие, что мысли-то их собственные. Продолжай!(%) libsystemd0 -- нашёл её в своём Debian 7 Wheezy!! %( omfg
(*) и недоступна! -- привет тому [вальтеру] ---ту, кот.в каждой новости про dev1 типа-"хочет" "Debian-9-уже-выходит, а-они-всё ещё jessie пилят"ТМ.
Извини, конечно, но при том, что с сутью я согласен, сообщение сильно напомнило Perl. И то там попроще читать будет...
было бы свободние поставить галочку при установке:
_ systemd(такие то возможные проблемы)
_ openrc(такие то ограничение)
_ ч0-то там ещё
> было бы свободние поставить галочку при установке:
> _ systemd(такие то возможные проблемы)
> _ openrc(такие то ограничение)
> _ ч0-то там ещёпочему же об не захотели подумать в Debian?
>> было бы свободние поставить галочку при установке:
>> _ systemd(такие то возможные проблемы)
>> _ openrc(такие то ограничение)
>> _ ч0-то там ещё
> почему же об не захотели подумать в Debian?В дебиане нет времени распыляться на всяких фанатиков, им удобно с systemd - они и делают с systemd.
Если devuan утверждает, что там свобода выбора - должны быть доступны разные системы инициализации, включая systemd. Иначе это лицемерие и фанатизм, а не свобода.
Так выбор никуда не пропал. Просто кое-кто упёрся и пришлось пилить дистрибутив вместо всего лишь одной галочки при установке.
>В дебиане нет времени распыляться на всяких фанатиковИ поэтому они фанатично голосовали до тех пор, пока не проголосовали правильно? :-)
А вот фанов у демьяна - да, поубавилось. Линия RH на слив убунты дала свои плоды, к0смонаффта таки поимели. А нечего всяким негритятам к серьёзным пацанам в бизнесс лезть, "тута занята" :-(
> И поэтому они фанатично голосовали до тех пор, пока не проголосовали правильно? :-)Ох, вам все теория заговора мерещится. Конечно, то, что где-то выбрали systemd - это редхат заслал вражеских агентов, не иначе!
Что касается кoсмонавта. Если бы кoсмонавт не делал все чисто для себя, а развивал технологии и отдавал в апстрим хотя бы на десятую часть того, что отдает редхат - может и не "поимелся" бы. В том, что в юбунте помимо смен обоев и прочего все технологии делали только для себя виновата только его политика, вот и результат. Нет, *принципиально* это не плохо - очень даже хорошо, с учетом того, что редхат все-таки несколько кладет на развитие чистого десктопа (хотя через финансирование федоры тоже немало делается). Но только при таком подходе ставить себя так высоко, как это делала юбунта, не стоит. Маркетологи-то у них хорошо старались, но вот разработчиков, делающих что-то для сообщества практически нет.
<зевает>
Хорошо передергиваешь.
В каждой теме рассказывают про голосование дебиан и решающий голос. И каждый раз приходит вот такое чудо с словами: заговор мерещится, всё па-честнаму и прочее.
Мисье - вам напомнить ситуацию с драйверами под Mir и разрабами Wayland? Люди хотели вот отдать в upstream.
Только товарищи разрабы Wayland стали рогом и используя служебное положение закозлили правки в драйвер Intel.Помните такую историю?
>> И поэтому они фанатично голосовали до тех пор, пока не проголосовали правильно? :-)
>Ох, вам все теория заговора мерещится.Ну то есть - не было?! А ты не из 404-ой случайно? Тем тоже - всё божья роса :-)))
>Конечно, то, что где-то выбрали systemd - это редхат заслал вражеских агентов, не иначе!Ищи кому выгодно. (С) Рецепт от лучших умов человечества. Хотя конечно - ты слишком умный для такой примитивщины :-)
>Что касается кoсмонавта. Если бы кoсмонавт не делал все чисто для себя,
А надо было как коммунизд с горячим сердцем? Точна! А вы бы его потом - носом в мусорку! Запанували бЭ! :-)
_Всё_ что есть хорошее в фри\опен - сделано было изначально для себя любимиго! А уж потом народ оценил ...
>а развивал технологии и отдавал в апстрим хотя бы на десятую часть того, что отдает редхат - может и не "поимелся" бы. В том, что в юбунте помимо смен обоев и прочего все технологии делали только для себя виновата только его политика, вот и результат.
Не надо меня агитировать против расизма и негров! Я сам убунду активно не люблю. НО!
>Нет, *принципиально* это не плохо - очень даже хорошо, с учетом того, что редхат все-таки несколько кладет на развитие чистого десктопа (хотя через финансирование федоры тоже немало делается).
НО! Я ни разу не видел кровавый ынтерпрайз на федоре, арче или слаке. А вот убунды там немеряно. Когда пришла пора, я был сильно против нёё, но убедить руководство не смог. Что поделаешь - ставил убунду, и вылизывал так чтоб аж ОО блестели! (то модер - _глаза_ :)
Как результат - островки лицензионного красношляпа как подставка под оракал, и кучи убунды ...... и кое кто таки догнал, что на его поляне пасутся чужие. И походу бчёлки золотые - чужих любят больше ... а это - приговор!
Всё - сказочке с лубком конец. Даже компания которая "друк опенсорса" - вначале таки компания. Инструмент по строганию бабла. А потому (возможно даже используя наработки своих Платиновых Партнёров(Tm) ) заложили заряды, и снарядили осликов груженных презренным металлом. Нагнули демьян -> нагнули негритят. Они конечно подёргались, но быстро поняли что _всё_ что продвигают они, будет чётко и надёжно зафиксировано и стерилизовано. А потому - полная и безоговорочная капитуляция :(
Что лучше сообчеству от этого стало?! Красношляпу стало лучше, к бабке не ходи.
> Ищи кому выгодно. (С) Рецепт от лучших умов человечества. Хотя конечно - ты слишком умный для такой примитивщины :-)Выгодно - пользователям. В первую очередь. Каждый раз, когда всплывает очередная задачка типа - запустить постгрес под numactl --interleave, ограничить ресурсы таких-то сервисов через cgroups, подставить какие-то переменные окружения системному сервису, завернуть прогу на джаве в сервис - прямо не нарадуюсь, насколько удобно и *понятно для других людей, которым на это смотреть* это можно сделать нынче. И какой ад и израиль был раньше. Сколько надо было сил, чтобы это
1) не ломалось при обновлениях и тп
2) могло быть понятно другим или даже мне спустя пару лет
И еще в качестве истории, одна из проблем, которая у меня есть прямо сейчас: нужно в (некоем открытом) проекте сделать сильно более гибкие файлы запуска сервиса. Чтобы была возможность у сисадмина при установке легко добавить свои копии, передающие другие переменные окружения. Фигня вопрос, на systemd это делается с пол-тычка. Одна беда - помимо Centos 7 да Debian 8 проект должен работать на Centos 6 и какой-то до-systemd'шной убунте. И нормальное решение тупо не вставить. Сделать решение, не работающее на половине поддерживаемых систем не позволяет совесть. Внести гoвнoкод и хаки не позволяет здравый смысл - решение должно быть очень легко поддерживаемым, добиться цели-то я смогу на любом init'е, а вот требуемой легкости поддержки нет.Вот когда в индустрии не останется дистрибутивов без systemd, тогда и будет вселенское счастье (не, можете предложить что-то иное, дающее так же легко и гибко делать то же самое - я не против, собственно за systemd я не держусь). А пока еще приходится страдать иногда, увы. А всякие devuan'ы и прочий шлак, ставящий целью "выкинуть systemd".. хаха.. хотелось бы предложить им гореть в аду, но слишком много чести - и так понятно, что в энтерпрайз они не выберутся и поддерживать их в нормальных приложениях не потребуется. Пусть развлекаются в своей песочнице, пока не устанут, конечно. Главное, чтобы остальным не пришлось тратить время на адаптацию под них. А еще - вдруг даже у них глаза откроются и они переизобретут систему инициализации, не менее фичастую, чем systemd со временем? Вряд ли, конечно..
Вот когда в индустрии не останется компьютеров без Windows, тогда и будет вселенское счастье.
> на systemd это делается с пол-тычкаС пол-тычка делается, а потом с пол-тычка мониторятся чейнджлоги systemd на предмет всяких "начиная с этой версии, значение X параметра Y интерпретируется не так, как раньше. Для сохранения совместимости уже существующие файлы конфигурации будут методом гадания на кофейной гуще проверяться на целевую версию systemd с целью определения необходимого способа интерпретации параметра".
> поставить галочку при установке
> галочкуНу, ты понял...
А вот я не понял. Что плохого в символе ✓ ? Давно пора в этих ваших текстовых инсталляторах букву "x" да символ умножения заменять на нормальный символ. XXI век, юникод на дворе.
> XXI век, юникод на дворе21-й век, а удобства всё во дворе.
Согласен — вышло неубедительно с юникодом. Вот так лучше: ⅩⅪ век!
>Из списка предлагаемых в инсталляторе наборов (tasksel) удалены GNOME, KDE и Cinnamon, с которыми наблюдаются проблемы при работе в окружении без systemdА-ха-ха-ха. Свобода выбора так и прет изо всех щелей. Как говорится, вы вправе сделать любой выбор, но только если мы считаем его правильным.
>>Из списка предлагаемых в инсталляторе наборов (tasksel) удалены GNOME, KDE и Cinnamon, с которыми наблюдаются проблемы при работе в окружении без systemd
> А-ха-ха-ха. Свобода выбора так и прет изо всех щелей. Как говорится, вы
> вправе сделать любой выбор, но только если мы считаем его правильным.А смысл предоставлять выбор, который уже есть в оригинале? Хотя ты можешь оплатить труд, и наверняка он появится и здесь.
Берёшь исходники. Правишь. Профит.
А вообще у меня на Дебьяне нет системды, брат жив. Так что да, свобода выбора.
службы в венде. в линуксе - демоны
Я устал это наблюдать, спустя несколько месяцев аптайма с апдейтами на десктопе..
https://youtu.be/8_p_gndIQqM
Перешёл бы на ><vu^n, если-б они сразу Stretch пилили бы.
Пошел бы в доме поприбирал бы, пока идет загрузка
Это выключение, не смотря на это, видно как через некоторое время, некоторые сервисы уже устали спать и начали стартовать :D хаос полный, как так можно было сделать, что при завершении сервисы начинают стартовать - хз.
> как так можно было сделать, что при завершении сервисы начинают стартовать - хзОчень просто - достаточно напихать в дистрибутив три системы иницализации с максимальной поддержкой костылей из sysV. Скорее всего, проблема в зацикленных где-то зависимостях из-за прекрасных unit-ов, сгенерированных на базе init.d скриптов, и выполняющих /bin/true
Свеженький юнит openvpn из jessie:root@jessie-vm:~# systemctl cat openvpn.service
# /lib/systemd/system/openvpn.service
# This service is actually a systemd target,
# but we are using a service since targets cannot be reloaded.[Unit]
Description=OpenVPN service
After=network.target[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/true
ExecReload=/bin/true
WorkingDirectory=/etc/openvpn[Install]
WantedBy=multi-user.targetИ да, я знаю, что это "главный" юнит для подъюнитов вида:
root@jessie-vm:~# cat /lib/systemd/system/openvpn@.service
[Unit]
Description=OpenVPN connection to %i
PartOf=openvpn.service
ReloadPropagatedFrom=openvpn.service[Service]
Type=forking
ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf
ExecReload=/bin/kill -HUP $MAINPID
WorkingDirectory=/etc/openvpn[Install]
WantedBy=multi-user.target
Но его тогда надо делать не .service, а .target, и без всякого Exec
Ну не осилили мейнтейнеры дебиана systemd, увы. Я очень жду релиза stretch с надеждой, что откажутся хотя бы от /etc/init/. Смотреть RC-шки даже боюсь.
> Свеженький юнит openvpn из jessie:Нда. Нет чтобы патчик взять из редхата для sd-notify (хотя в принципе он уже и в основную ветку вошел), с сервисом типа notify это выглядит так:
[Unit]
Description=OpenVPN Robust And Highly Flexible Tunneling Application On %I
After=network.target[Service]
Type=notify
PrivateTmp=true
ExecStart=/usr/sbin/openvpn --cd /etc/openvpn/ --config %i.conf[Install]
WantedBy=multi-user.targetи.. все. А forking-сервисы это зло, да.
>Ну не осилили мейнтейнеры дебиана systemd, увы.А сколько слов-то было про облегчение жизни мейнтейнерам!
дадада! Помню как сейчас: айн системд, айн юнит, айн ос. А потом разработчики системд слились - каждый юниты пишет в дистре сам. А как пели в начале, как пели.
У меня было что то подобное на каком то из релизов systemd, потом пофиксили в апстриме. Что за дистрибутив?
Конкретно это дебиан 8, ранее я скидывал скриншоты экрана ноута с арчем, та же болячка, но там конкретно вызвана была сетевым монтированием, тут хз, тут просто слишком долго работал комп и натягивал много обновлений. А сюстемдэ не очень любит работая обновляться видимо.
В manjaro сейчас словил. Просто запустил кеды и в консоли poweroff набрал. А systemd вроде как свежий совсем.
> У меня было что то подобное на каком то из релизов systemd,
> потом пофиксили в апстриме. Что за дистрибутив?Дебиан 8. После экспериментов с chroot такое вылезло.
А мне good systemd)
>В состав включён вариант конфигуратора NetworkMandger, не привязанный к systemd;оооо новую машину подвезут - обязательно ставлю.
очередной маргинальный производный дистр, смысл писать о нем новости?
> очередной маргинальный производный дистр, смысл писать о нем новости?от него зависит будущее многих дистрибутивов linux вообще
тут многие уверовали, в то, что devuan придёт - порядок наведёт
> очередной маргинальный комментарий анонима, смысл его было писать вообще?Понимаешь ли - это суть свободы. Захочу - форкну Дебьян ещё раз, и буду пилить дистрибутив, в который, внезапно, все потянутся. И ты не сможешь меня остановить.
> Понимаешь ли - это суть свободы. Захочу - форкну Дебьян ещё раз,
> и буду пилить дистрибутив, в который, внезапно, все потянутся. И ты
> не сможешь меня остановить.человек слаб (см. Debian)
Дистрибутив который за свободу системы инициализации - выпиливает из установщика не богоугодные DE, замеченные в порочной связи с systemd. Чем оно лучше тех, кто впихнул systemd точно также, насильно? Так systemd во всяком случае - современная и активно развивающаяся хрень, а это свалка г0вна и металлолома.
Сейчас в десктопном linux очень странный и грустный прогресс. В середине нулевых он впечатлял количеством ПО. Сейчас же, с каждым годом десктоп развивается всё меленнее, а существующее ПО убивают в угоду непонятно чего. В итоге, всё как будто идёт к тому, что будет что-то вроде ReactOS, только для MacOS, и без нормальных программ.
> Сейчас в десктопном linux очень странный и грустный прогресс. В середине нулевых
> он впечатлял количеством ПО. Сейчас же, с каждым годом десктоп развивается
> всё меленнее, а существующее ПО убивают в угоду непонятно чего. В
> итоге, всё как будто идёт к тому, что будет что-то вроде
> ReactOS, только для MacOS, и без нормальных программ.А это всё потому, что кое-кто решил дёрнуть одеяльце на себя. В результате куча народу вместо тестирования занято производством костылей, чтобы хоть как-то заставить этот зоопарк работать.
> куча народу вместо тестированияА оно было вообще?
Я соглаен с тем, что заняты производством костылей, потому что возня всегда только около "переписано на новый фреймворк Qt567 и GTK345", а юзабилити ниже плинтуса.
Но тестирования десктопа не было _никогда_!
Ну почему же. KDE3 всем миром только вот начали вылизывать и сразу же выкинули. Фурифокс только вот оброс расширениями, так вот XUL решили выкинуть. Сколько таких примеров можно приводить? А это человеко-часы, которые могли бы быть потрачены с пользой.
Можно подумать, они мешают тебе поставить оригинальный дебиан и, наконец, вкусить всю радость systemd.
deviant же
через пару выпусков 'все DE удалены тк наблюдаются проблемы при работе без systemd'
> через пару выпусков 'все DE удалены тк наблюдаются проблемы при работе без
> systemd'DE не нужны.
> через пару выпусков 'все DE удалены тк наблюдаются проблемы при работе без
> systemd'если их всех настоятельно попросят "проголосовать" как в Debian
> через пару выпусков 'все DE удалены тк наблюдаются проблемы при работе без systemd'Вот они, мечты системдышнегов.
А что неудаляемая сходу привязка _DE_ к "вроде как только системе инициализации, абсолютно модульной, мамой клянемся" отличный показатель вендорлокинга, ну так вчерашним вендузятникам оно вроде как привычно.
в OpenBSD как-то работают и Gnome, и KDE, и Mate
До jessie они и в debian работали без systemd.
> До jessie они и в debian работали без systemd.Так у нас и современные версии работают.
> в OpenBSD как-то работают и Gnome, и KDE, и MateИ давно вам пятые кеды завезли?
Маte я, кстати, тоже не вижу в пакетах:
https://ftp.openbsd.org/pub/OpenBSD/6.1/packages/amd64/
> И давно вам пятые кеды завезли?ну, вообще, в портах вроде уже есть (не знаю, в каком состоянии). но сейчас у Вадима, основного маинтайнера, своих проблем куча, так что ему не до этого.
а в jessie, форк которого и есть этот диван, четвёртые
Т.е. mate вообще только в current, пятые кеды не готовы, гном, в какое приложение не глянь, с куевой хучей патчей ...
> ну, вообще, в портах вроде уже есть (не знаю, в каком состоянии).
> но сейчас у Вадима, основного маинтайнера, своих проблем куча, так что
> ему не до этого.Прошу обратить внимания на "неудаляемая сходу" в
> А что неудаляемая _сходу_ привязка _DE_ кА то ведь при некотором упорстве вообще переписать можно (тот же мате потихоньку пилится, в основном, полудюжиной человек) и заявить об отсутсвии/преодолении проблем.
>> в OpenBSD как-то работают и Gnome, и KDE, и Mate
> И давно вам пятые кеды завезли?
> Маte я, кстати, тоже не вижу в пакетах:
> https://ftp.openbsd.org/pub/OpenBSD/6.1/packages/amd64/Mate только в -current, в 6.1 они были в -wip
> в OpenBSD как-то работают и Gnome, и KDE, и MateА маате-то тут причём? В новости упоминали синнамон, не мате.
"Все DE" можно собрать без systemd. Что сказать то хотел?
> Для тех кто желает получить окружение без закрытых компонентов в директории /root размещён скрипт для удаления несвободных прошивок;вот это изобретение! 😂🤣
а все остальные программы чтоже они в /root не положили? как удобно было бы -- всё под рукой :-)
А там можно systemd установить?
> А там можно systemd установить?Могу выбор iso сделать перед установкой. Сколько заплатишь?
Много. Только я не умею ISO
Вопрос из разряда "хочу попробовать PulseAudio, как установить его в систему, какие программы пересобрать с его поддержкой, какие конфиги создавать?"
> Вопрос из разряда "хочу попробовать PulseAudio, как установить его в систему, какие
> программы пересобрать с его поддержкой, какие конфиги создавать?"Очень хочу!
судя по комментариям, у фанатов systemd подгорает.. Неужели так боятся? (отвязки от systemd)
> судя по комментариям, у фанатов systemd подгорает.. Неужели так боятся? (отвязки от
> systemd)Да, странное явление. Прям секта фанатов Поттеринга какая-то.
Она с самого начала такая. Причём с игнором продемонстрированных архитектурных проблем и странных решений и убогого кода. Насколько я помню, с NM и пульсом было то же самое. Чисто потребительский подход без попыток оценить, что же выйдет в итоге.
> Она с самого начала такая. Причём с игнором продемонстрированных архитектурных проблем
> и странных решений и убогого кода. Насколько я помню, с NM
> и пульсом было то же самое. Чисто потребительский подход без попыток
> оценить, что же выйдет в итоге.Выйдет наверняка как всегда, 95% будут жрать и плакать (шутка, радоватся ;)
> НачалосьЧитаю ветку и не покидает ощущение что кому-то этот форк как заноза
Отличный дистр, без хипсторского хлама
Желаю ребятам здоровья осилить выпиливание этого убожества, но не проще ли "пересобрать" руководство дебиана без виндовых хейтеров?
дайте системд всеголишь 10 лет на доработку и будет харошая стабальноя сесетма! И девуан не пригодится.
Это да...
Когда Лёне надоест игрушка и придут нормальные пацаны.
> NetworkManager, не привязанный к systemdLOL. Хрен редьки не слаще.