Выпущен релиз Debian под кодовым названием Jessie.
Новый релиз содержит намного больше программ, чем его предшественник Wheezy — добавлено больше 12 000 пакетов, а всего в этом выпуске больше 43 500 пакетов. К тому же большая часть пакетов — больше 24 500 — была обновлена (это примерно 66% от пакетной базы Wheezy). Еще 5441 пакет был удалён по разным причинам.
Официальный дистрибутив Debian теперь занимает от 9 до 10 DVD или от 61 до 69 CD (в зависимости от архитектуры) с собранными пакетами, и 8 DVD или 46 CD дисков занимают пакеты с исходным кодом. Также доступна мультиархитектурная версия дистрибутива на DVD, включающая архитектуры amd64, i386 и исходный код. Кроме этого Debian выпущен в виде образов Blu-ray, по три образа для архитектур amd64 и i386 на каждую архитектуру и два для исходного кода. Из-за размеров, очень большие пакеты не попали в сборки для CD; эти пакеты есть на DVD и BD.
Jessie распространяется с несколькими окружениями рабочего стола. Основные — это GNOME 3.14, KDE 4.11, Xfce 4.10, и LXDE. Окружение теперь можно выбрать во время установки Debian через tasksel. Версия ядра Linux в Jessie — 3.16.
В этом выпуске, среди прочего, было обновлено следующее программное обеспечение:
Также были обновлены офисные приложения, включая следующие:
Отдельно стоит упомянуть смену системы инициализации по умолчанию: SysVinit изменён на systemd. Его особенностью является интенсивное распараллеливание запуска служб в процессе загрузки системы, что позволяет существенно ускорить старт операционной системы. Такое решение вызвало большое количество обсуждений в сообществе и негативную реакцию отдельных его представителей. Однако в Jessie предусмотрена возможность возврата к SysVinit.
В новом выпуске был отключён протокол SSLv3, помимо MySQL включена MariaDB, доступны OpenJDK 7 / 8 и Tomcat 7 / 8 (OpenJDK 8 доступен из бэкпортов), включён Android SDK Tools, контейнеры Docker, были обновлены профессиональные приложения (Debian Med, Debian Science, Debian Geographical Information Systems).
Примечательно, что на этот раз разработчики объявили о релизе почти за месяц, а не за две недели, как обычно. Кроме того, релиз был осуществлён за один день, хотя обычно под него отводили все выходные. А компания Microsoft приглашает отметить выпуск Jessie на LinuxFest Northwest 25 и 26 апреля 2015 года.
Поздравляю всех причастных и сочувствующих с новым выпуском!
Перед обновлением системы, разработчики Debian настоятельно рекомендуют сделать резервную копию информации, которую вы не хотели бы потерять и обращают внимание, что предыдущие релизы рекомендовали использовать aptitude для обновления. В этом выпуске использовать aptitude не рекомендуется. После обновления с Wheezy до Jessie рекомендуется очистить старые пакеты до перезагрузки системы.
Подробности:
Debian 8.0 Jessie has been released!:
There's a new sheriff in town. And her name is Jessie. We're happy to a... http://t.co/NfoUPRxLUc
— The Debian Project (@debian) 26 апреля 2015Новый релиз содержит намного больше программ, чем его предшественник Wheezy — добавлено больше 12 000 пакетов, а всего в этом выпуске больше 43 500 пакетов. К тому же большая часть пакетов — больше 24 500 — была обновлена (это примерно 66% от пакетной базы Wheezy). Еще 5441 пакет был удалён по разным причинам.
Официальный дистрибутив Debian теперь занимает от 9 до 10 DVD или от 61 до 69 CD (в зависимости от архитектуры) с собранными пакетами, и 8 DVD или 46 CD дисков занимают пакеты с исходным кодом. Также доступна мультиархитектурная версия дистрибутива на DVD, включающая архитектуры amd64, i386 и исходный код. Кроме этого Debian выпущен в виде образов Blu-ray, по три образа для архитектур amd64 и i386 на каждую архитектуру и два для исходного кода. Из-за размеров, очень большие пакеты не попали в сборки для CD; эти пакеты есть на DVD и BD.
Jessie распространяется с несколькими окружениями рабочего стола. Основные — это GNOME 3.14, KDE 4.11, Xfce 4.10, и LXDE. Окружение теперь можно выбрать во время установки Debian через tasksel. Версия ядра Linux в Jessie — 3.16.
В этом выпуске, среди прочего, было обновлено следующее программное обеспечение:
| Пакет | Версия в 7 (wheezy) | Версия в 8 (jessie) |
|---|---|---|
| Apache | 2.2.22 | 2.4.10 |
| BIND DNS сервер | 9.8 | 9.9 |
| Courier MTA | 0.68 | 0.73 |
| Dia | 0.97.2 | 0.97.3 |
| Exim default e-mail server | 4.80 | 4.84 |
| GNU Compiler Collection, компилятор по умолчанию | 4.7 для ПК, 4.6 на других | 4.9 |
| GNU библиотека C | 2.13 | 2.19 |
| lighttpd | 1.4.31 | 1.4.35 |
| Образ ядра Linux | ветка 3.2 | ветка 3.16 |
| maradns | 1.4.12 | 2.0.09 |
| OpenLDAP | 2.4.31 | 2.4.40 |
| OpenSSH | 6.0p1 | 6.7p1 |
| Perl | 5.14 | 5.20 |
| PHP | 5.4 | 5.6 |
| Postfix MTA | 2.9 | 2.11 |
| PostgreSQL | 9.1 | 9.4 |
| Python 3 | 3.2 | 3.4 |
| Samba | 3.6 | 4.1 |
- LibreOffice обновлён до версии 4.3;
- Calligra обновлён до версии 2.8;
- GNUcash обновлён до версии 2.6;
- GNUmeric обновлён до версии 1.12;
- Abiword обновлён до версии 3.0.
Отдельно стоит упомянуть смену системы инициализации по умолчанию: SysVinit изменён на systemd. Его особенностью является интенсивное распараллеливание запуска служб в процессе загрузки системы, что позволяет существенно ускорить старт операционной системы. Такое решение вызвало большое количество обсуждений в сообществе и негативную реакцию отдельных его представителей. Однако в Jessie предусмотрена возможность возврата к SysVinit.
В новом выпуске был отключён протокол SSLv3, помимо MySQL включена MariaDB, доступны OpenJDK 7 / 8 и Tomcat 7 / 8 (OpenJDK 8 доступен из бэкпортов), включён Android SDK Tools, контейнеры Docker, были обновлены профессиональные приложения (Debian Med, Debian Science, Debian Geographical Information Systems).
Примечательно, что на этот раз разработчики объявили о релизе почти за месяц, а не за две недели, как обычно. Кроме того, релиз был осуществлён за один день, хотя обычно под него отводили все выходные. А компания Microsoft приглашает отметить выпуск Jessie на LinuxFest Northwest 25 и 26 апреля 2015 года.
Поздравляю всех причастных и сочувствующих с новым выпуском!
Перед обновлением системы, разработчики Debian настоятельно рекомендуют сделать резервную копию информации, которую вы не хотели бы потерять и обращают внимание, что предыдущие релизы рекомендовали использовать aptitude для обновления. В этом выпуске использовать aptitude не рекомендуется. После обновления с Wheezy до Jessie рекомендуется очистить старые пакеты до перезагрузки системы.
Подробности:
Meklon
Традиционно через do-release-upgrade?
JIghtuse
Традиционно для Ubuntu, но не для Debian.
Есть множество разных вариантов.
Всех с релизом! Долгого uptime и гладкого обновления.
sledopit
Нынче долгий аптайм — верный признак того, что ядерные обновления безопасности явно не накачены.
Поэтому аптайм должен быть долгим, но не неприлично долгим (:
Meklon
Виноват) только что релиз Kubuntu 15.04 прошёл. Перепутал. Спасибо.
Fedorkov
amarao
Нет, потому что тренд теперь новый: MS добреет (и скоро перейдёт на опенсорс полностью), а Гугль злеет, закрывает сырцы и проекты почём зря.
ComodoHacker
Почему откатили ядро?
cher11
В смысле? 3.16 новее чем 3.2.
ColorPrint
c 4.0 не успели (
amarao
И не планировали, кстати. 4.0 не является LTS. А вот почему 3.16, а не 3.18 (которая самая свежая LTS) — это любопытно.
ColorPrint
Так 3.16 тоже не LTS вроде )
www.kernel.org/category/releases.html
ComodoHacker
Прошу прощения, не разглядел.
54300
3.2 != 3.20
Fedorkov
Теперь systemd официально принят всеми основными дистрибутивами (кроме Gentoo).
Konkase
Slackware уже не считается основным дистрибутивом?
dmitrmax
С добрым утром! А нокия уже не считается основным производителем телефонов )
zlyoha
До 2016, не?
upd: спросони не прочитал основным
Fedorkov
...(кроме Gentoo и Slackware).
Хотя, судя по DistroWatch, Slackware сильно потеряла популярность в последние годы. Это редкие релизы влияют на статистику, или действительно дистрибутив постепенно уходит в историю?
inkvizitor68sl
Не то, чтобы уходит в историю (слака живее всех живых), но в современном бешеном мире, где всего хочется поскорее, стала сильно сдавать позиции (как и дженту). Тот же деб за последние 3 года на серверах выстрелил на пару с убунтами, они RH-based сравняли со статистической погрешностью.
Ruckus
Это грустно, нигде кроме дженту (и может ещё некоторые source-based) так шустро не появляются новые пакеты, а выбор версии пакета вообще шикарен, учитывая, что это всё делается очень легко и штатными средствами, я считаю, что, как минимум, для личных серверов он шикарен. Вот если в Debian/Ubuntu будут появляться пакеты через неделю после появления на официальных сайтах и возможно будет выбрать версию пакета для установки это будут и правда хорошие дистрибутивы. Ещё не мешало бы аналог eix и eudev без systemd (это религиозное). Ах да, и самое важное-обновление конфигов (etc-update), как это сейчас сделано в дженту, вот уж не знаю как это реализовано в deb-based, если конфиги вообще не меняются-могут быть косяки, которые придётся искать и исправлять руками, если переписываются автоматом-есть вероятность, что заменится что-то важное.
inkvizitor68sl
В deb с conffiles всё сделано хорошо. Если конфиг меняли руками на диске, а потом едет новый из пакета — то можно попыриться в diff.
Ruckus
Честно-при обновлении ни разу этого не видел (ни в дэбиане ни в убунте, админю 2 сервера на Ubuntu 14.04 и 14.10, сервер на Gentoo и несколько воркстэйшнов на Debian 0_о), а в дженту постоянно. С чем связано не знаю, поэтому упомянул.
Кстати роллинг релиз был бы кстати, переходы на новые «выпуски» редко проходят бесследно.
inkvizitor68sl
Может быть с тем, что в дженте постоянно меняют конфиги в релизах (путем добавления пробелов и пустых строк, например), а в дебах конфиг меняются раз в 3 года)?
Я сейчас обновлял тестовую машинку с Визом до Джеса — там конфиг апача такой же вышел.
Ruckus
Gentoo как правило конфиги не правят, а берут из официальных выпусков, sourcebased же. Все исходы выкачиваются с официальных гитов и прочих vcs, затем накладываются патчики (а иногда и не накладываются) и всё это дело собирается. Поэтому если в официальном выпуске изменился конфиг в дженте вы об этом узнаете, а в дебиане они будут тащить depricated пока оно не перестанет запускаться. Видимо так. А пробелы тут не при чём.
inkvizitor68sl
А там конфиги тоже нечасто меняются. Но да, у дебианщиков из коробки свои конфиги.
Ещё как вариант — дженту будет до посинения ругаться на измененный локально конфиг, даже если он не менялся в пакете/портах. Но про это я уже не помню, давно дело было.
JagaJaga
А вы попробуйте NixOS.
Ruckus
Я так и не разобрался — это первоапрельская шутка или рабочий дистр? Во всяком случае нашёл упоминания, что это эксперимент, а над серверами как-то не хочется экспериментировать.
JagaJaga
Абсолютно рабочий дистрибутив. Использую дома больше полутора лет, а на серверах — больше полугода.
Сам являюсь его contributor.
Ruckus
Ну коли так опробую как-нибудь на досуге, спасибо.
k0ldbl00d
Русских физиков становится всё меньше.
qmax
А насколько полноценно он внедрён?
Что-то я подозреваю в убунте винигрет изи sysvinit, upstart, systemd.
Gendalph
Похоже, что в 14.04 (server) так и есть:
/etc/init.d — создается upstart'ом для backward-compatibility с SysV
Где-то в системе есть еще systemd, но я с ним как-то не пересекаюсь.
qmax
ну в 14.04 смесь sysv и upstart
systemd используется для запуска logind
но это таки прошлогодний дистриб.
grossws
shoomyst
Поставил я jessie, что-то они там замудрили с этим systemd в сравнении с тем же арчем. Похоже это будет какая-то переходная ветка с кучей костылей
Fedorkov
Аналогично: сам пользуюсь Арчой, а месяц назад решил попробовать Джесси. Посмотрел-посмотрел, плюнул и вернулся обратно. Чего только стоит подвисание загрузки системы на 15 секунд, пока подключается Wi-Fi.
Gendalph
Я сейчас пытаюсь разобраться как убрать этот момент с «поднятием интерфейсов», у меня он занимает ~полторы минуты.
grossws
Где-то понавешали лишних зависимостей на network-online.target?
Gendalph
A start job is running for LSB: Raise network interfaces.
Нужно поковырять /etc/network/interfaces (в моем случае помогло удаление /etc/network/interfaces.d/eth0).
А вообще — systemd-analyze blame и вперед.
ntfs1984
Ну это сдается мне, NetworkManager глючит. Я по старой памяти его удаляю, и прописываю в /etc/rc.local настройку через iwconfig. Вроде работает норм.
Gendalph
Это когда одна сеть. А когда их 3?
datacompboy
Jessie amd64
CD: 85 штук + kde/lxde/xfce стартовые диски = 88 дисков
DVD: 13 штук
BD: 3 штуки
DLBD: 2 штуки (разумеется)
Откуда цифры «от 61 до 69»?!
BubaVV
А сколько дискеток было у 95 Винды? Истори идет по кругу
ColorPrint
95 винду нельзя было установить из интернета.
А кто будет ставить дебиан с 85 CD в реальной жизни — с трудом представляю )
Borz
например те, у кого в месте установки либо тырнета нет, либо он жутко медленный, либо жутко дорогой.
cdkrot
DVD?
Borz
cdimage-search.debian.org позволяет выбрать только минимальные необходимые CD-образы с нужными пакетами + первый диск для установки
devpreview Автор
Отсюда. Вообще да, цифра странноватая — я как-то не обратил внимания.
JIghtuse
Для разных архитектур поддерживается разное число пакетов (какие-то не портированы, какие-то невозможно портировать), соответственно число дисков отличается. Можно умножить число пакетов на число архитектур, чтобы получить примерное представление о размере полного репозитория Debian.
datacompboy
Я знаю откуда разброс. Мне непонятно как так получилось что для архитектуры arm64 их 88 ;)
JIghtuse
А, неправильно понял вопрос.
Видимо, новость копировали из новости о релизе Wheezy и число не поправили.
www.debian.org/releases/wheezy/amd64/release-notes/ch-whats-new.en.html#cd — там значится то же число.
JIghtuse
Зарепортил баг, но по ошибке не на тот пакет: bugs.debian.org/783352
datacompboy
«The official Debian distribution now ships on 9 to 10 binary DVDs or 75 to 85 binary CDs (depending on the architecture) and 10 source
DVDs or 59 source CDs»
вот это похоже на правду :)
cdkrot
Зашёл сюда за этим постом.
С новым debian'ом.
dmitrmax
как-то странно, ибо еще вчера вечером там висело более 70 release critical багов, что с ними стало?
datacompboy
Назвали, поди, некритикалами :D
Как в M$: «А, ко второму сервиспаку закроем»
cdkrot
Почитайте два последних письма от release.debian.org
EvgenT
Не пойму, что с OpenVZ?
Предыдущий админ мне подарок оставил на сервере, в виде:
debian stable main contrib non-free
Он и обновился. Встрял на udev. Хочет. чтобы ядро сначала обновлено было. А ядро OpenVZ. А в Jessie я что-то не наблюдаю его.
Как быть?
lolipop
поставить ядро от проксмокса?
EvgenT
Можно немного подробностей?
ColorPrint
deb download.proxmox.com/debian jessie pvetest
и ставите pve-kernel-3.10.0-8 оттуда например.
lolipop
а давно в 3.10 появился openvz?
EvgenT
Не знаю, но оно есть…
chersanya
А безопасно после этого релиза менять jessie в sources.list на testing (stretch), или лучше подождать?
devpreview Автор
Лучше подождать (где-то полгода).
Ubuntovod
Эмм, менять на testing само по себе связано с риском, и не только в debian.
chersanya
Ну какая-нибудь убунта ещё дальше от debian stable, чем testing :) А так давно уже использую testing, за последний год не припомню проблем при обновлении.
JIghtuse
Смотря где вы его используете. Для десктопа testing вполне стабилен хоть сейчас. Можно дождаться разморозки пакетов (1-2 недели).
chersanya
Да, забыл написать, на десктопе и мелком персональном сервере. Соответственно, не критично 100% аптайм, но хотелось бы чтобы ничего не сломалось (внутри jessie вроде всегда без проблем обновлялось).
datacompboy
Как постоянный юзер тестинга скажу, что не всегда внутри без проблем обновлялось.
Особенно @#$%emd радовал
chersanya
systemd вроде ещё до jessie в дебиане появился, нет? Когда его ввели, думал даже с нуля переустановить, но в итоге и так всё заработало, без новых проблем.
datacompboy
На джесси я помню несколько раз когда поломался gnome-fallback, помню проблемы когда s%@#$md стал обязательным (на визи это еще было не критично насколько помню), помню когда ядро при апдейте требовало для работы переименование переменных (иначе висло).
Несколько раз мерзко отваливались шрифты, и еще несколько мелких проблем, которые уже даже не замечаю.
cdkrot
Зависит от вашего опыта и пакетов. Лично для меня testing работает без особых проблем.
XogN
Приятная новость. Через два-три месяца обновлюсь. Не люблю переходить на новую версию перед отпуском :)
XogN
Кстати, одним из критериев целесообразности перехода на новую систему лично для меня, является поддержка версии системы тут:
downloads.linux.hp.com/SDR/repo/mcp/Debian/dists
Так что ждем :)
Meklon
Кстати, ура. Наконец полноценная миграция с xbmc на свежий kodi))
AlexanderS
«Кроме этого Debian выпущен в виде образов Blu-ray, по два образа для архитектур amd64 и i386 на каждый и два для исходного кода»
cdimage.debian.org/debian-cd/8.0.0/amd64/jigdo-bd
cdimage.debian.org/debian-cd/8.0.0/i386/jigdo-bd
Вроде как не два, а три образа все время было?
А исходников да, два образа.
JIghtuse
Возможно, это тоже копипаста из новости о предыдущем релизе. Через несколько часов release notes на сайте должны обновиться, возможно этот пункт тоже исправлен (смотрите комментарии о CD выше).
devpreview Автор
Спасибо, исправил.
ntfs1984
Поставил, погонял с XFCE 4.10 (что является фейлом, ибо 4.12 был релизнут аж в феврале).
Ничего толком не изменилось к сожалению. Быстрее запускаться не стало. Работать быстрее тоже не стало. Обновляться смысла нет. А хочется чего-то нового, или усовершенствованного.
Наверное нахватаю минусов, но ИМХО: работать нужно инновациями. Пока Canonical пилят всякие апстарты и прочие Mir'ы, Элементарщики усовершенствуют свою DE-шечку — эти просто добавили новые версии программ в новую тормознутую версию DE, натянули это на новую (относительно) версию ядра, и назвали это релизом. В итоге свежеустановленная система занимает три гига, и при этом умеет делать все то же самое, что и система 3-летней давности на полтора гига.
Ну разве проблема в установке новой версии программы?)
И вот в этом:
devpreview Автор
Мне кажется, что ваши претензии будут более уместны к «десктопному» дистрибутиву.
К тому же, я не думаю, что xfce (или любая другая DE) для Debian'а настолько приоритетна, чтобы разрабатывать (или серьезно дорабатывать) собственный DE. В своё время Debian внёс достаточно инноваций, чтобы на нём была основана та же Ubuntu. Теперь они очень осторожны с этим (что меня очень сильно радует). Всё же ИМХО ставить Debian ради DE — это плохая мысль.
P.S. KDE по сравнению с Wheezy очень сильно изменился. Я ещё осенью обновился до Jessie ради KDE.
А вот новый выпуск kubuntu меня не порадовал своей сыроватостью.
andvgal
Из-за сложившейся ситуации со смесью Jessie и Wheezy в инфраструктуре и сопутствующими проблемами с унифицированными конфигурациями puppet, пришлось идти на риск и поэтапно обновлять всю инфраструктуру во время выхода Jessie RC1.
От systemd всё же пришлось отказаться и вернуться к SysV. Лишь несколько примеров. От греха подальше, сильно расширят список на своей шкуре не захотелось.
Обновление Ruby до 2.1. В релизе какой-то snapshot Redmine 3.0-preX. Redmine 3.0 не работает из-за слишком новых зависимостей. В общем, привет RVM.
Так же в релиз не вошли многие важные пакеты — их нужно доставлять из testing/sid с правильным pinning. Рудименты от wheezy могут перестать работать. В частности проблема возникла в связке corosync+pacemaker, где вылезали undefined symbols.
Что-то многое ещё, но сразу не скажу, т.к. прелести от обновления вкушали ещё далеко не одну неделю после.
Есть и приятные моменты:
andvgal
Обновление GlusterFS с 3.2 до 3.5 очень нетривиально.
grossws
Проблема с /etc/default касаются, скорее, не самого systemd, а соответствующих юнитов, написанных мейнтейнерами debian. У меня часто присутствует строчка
EnvironmentFile=-/etc/sysconfig/smth(на centos), если хочется привычного конфига.dmitrmax
А можно подробнее: что за проблемы с /etc/default при использовании systemd?
andvgal
Проблема в том, что формально были сделаны юниты для сервисов в рамках официального перехода на systemd, но по факту они не поддерживают полный набор возможностей старых SysV скриптов, что далеко не всегда очевидно и надо перепроверять все нестандартные фичи самостоятельно.
Пожалуй сразу могу вспомнить проблему с BIND9, открытую ещё в прошлом ноябре. При этом некоторые опции, такие как chroot задаются при запуске.
dmitrmax
Я полный ламер в systemd. Юниты — это изолированные среды для запуска демонов по типу chroot? То есть происходит запуск демона в chroot'е, в котором нету /etc/default?
stychos
Ох, на это-то я и наткнулся. Спасибо за Ваш комментарий.
imgrey
> Отдельно стоит упомянуть смену системы инициализации по умолчанию: SysVinit изменён на systemd.
БЛЯТЬ
3vi1_0n3
И, если не ошибаюсь, Jessie имеет статус LTS с поддержкой 5 лет.
devpreview Автор
Debian 7 “Wheezy” from February 2016 to May 2018
Debian 8 “Jessie“ from May 2018 to April/May 2020
отсюда
Pilat
Что три года, что пять — разница небольшая. Нужна поддержка лет на 10.
devpreview Автор
В случае с Debian есть другая проблема — LTS поддерживается сообществом а не Security Team.
Соответственно, поддержка не гарантирована Debian'ом.
ProotIK
Ура!!! Обновлюсь на нетбуке. На серверах пусть пока живет семерка.
devpreview Автор
Похоже, что серверам стоит подождать версии 8.1.
dmitrmax
Какая-то Microsoft'овская идеалогия. Debian после релиза не устраняет же баги, кроме секьюрных. Поэтому стабильность от того, что вы подождете 8.1 не возрастёт.
devpreview Автор
Как минимум, появятся бэкпорты и мануалы как исправить некоторые баги.
stychos
Что-то у меня начал неиллюзорно валиться провайдерный PPPoE, но там как раз перед моим обновлением работнички что-то химичили у соседей, так что теперь сижу и не понимаю, толи я дурак, толи провайдер :-) Как назло, техподдержка, у них, к сожалению, весьма номинальная, линуксов в глаза даже не видели. Да и я не мегаспец, что уж там.
Ещё из замеченных проблем: bind9 начал неистово ломиться в ipv6, установка listen-to-ipv6 { none; }; и ключа -4 в /etc/defaults не помогает.
stychos
Да, PPPoE валится именно из-за Jessie, обидно, ибо работала она ощутимо быстрее.
kin63camapa
давным давно уполз с арча по тому что с момента внедрения systemd не обновлял его, а на systemd невозможно по человечески организовать собственный порядок запуска демонов (ну или я дурак но объяснить ему что сеть и ssh надо поднять до монтирования шифрованных томов, и что если скрипт ждет действий от пользователя то его не надо пришибать и уходить в синглмод я не смог), так понимаю скоро нужно будет искать альтернативу и дебиану, какая жаль.
datacompboy
несмотря на то, что systemd — довольно таки УГ, коммент звучит как «я не хочу учиться пусть и хреновому, но новому, которе сейчас стало повсеместным».
kin63camapa
Мну не понимает зачем хреновое повсеместным делать? Я понимаю когда это происходит с закрытыми программными продуктами, там производитель диктует свои правила, особенно если он монополист, но почему сообщество поступает как те самые мышки и продолжает жрать кактус? Да и вообще почему мне кто-то диктует что мне использовать, я сам хозяин своего времени хочу изучаю системд хочу трачу его на то чтоб тринити ковырять, захочу скачаю ленни и буду сам все что обновилось собирать руками. Кончатся дистры которые меня устраивают, сделаю свой дистр с баш скриптом вместо инита и пускай мне хоть хоть кто-то попытается объяснить что я не прав.
kin63camapa
Дополню, я не верю что системд настолько своеобразен, что его нельзя заменить модульным инструментом, а лучше вообще набором из множества разных (ведь так и было раньше я мог выбрать удобный повер менеджер, системную шину, звуковую систему и тд) я не верю что для организации параллельного запуска 10-20-30 демонов обязательно нужно создать дерево зависимостей которое мелким шрифтом даже на A0 не влезет, я не верю что невозможно создать инструмент инициализации который будет легко и интуитивно конфигуриться как это было при помощи симлинков или текстового файла в арче коткорый, если система легла даже из ефи шелл можно было отредактировать. Я не верю что невозможно не ломать обратную совместимость и дать пользоватюлю хал, oss, QT3 и прочие «устаревшие» инструменты наравне с вновь вышедшими. В конце концов я не понимаю почему программа вдруг стала плохой если вышла новая её версия в которой разработчик по каким-то причинам решил вместо исправления ошибоук написать все с 0 и наплодить гору новых (мифическое окончание поддержки и мифическую-же несовместимость в расчет не берем)… минусите дельше, не могу молчать, насто… доело!
datacompboy
Я тоже не понимаю. Но это теперь данность. Возмущаться надо было раньше.
Почему systemd? А потому, что он единственный кто что-то делал. Все остальные (включая меня) только возмущались.
Вот только замена системы загрузки на параллельную давно назрела, ибо все системы сейчас всё более и более многопроцессорные, а никто ничего лучше не предложил.
> Да и вообще почему мне кто-то диктует что мне использовать
legacy загрузчик же был изучен?
да, никогда не хочется изучать новое, особенно, когда это новое дерьмо.
проблема в том, что это опенсорс, и живёт то, что поддерживают, а не то, что хорошо.
JIghtuse
На мой взгляд, любой софт так живёт. Идеального ПО практически не существует, есть разные степени (сорта)
говего отстойности. Начиная с определённой степени людей софт устраивает и они им пользуются. Со временем нарастает количество костылей и появляется новая сияющая альтернатива, на которую часть пользователей переползает. Часть пытается поправить старый код.Исключения есть, но их не так уж много.
datacompboy
Ну в платном ПО обычно или есть альтернативы, или можно голосовать так или иначе рублём.
В опенсорсе голосовать можно или ногами или руками.
Для «ногами» не набралось критической массы, для «руками» эта масса слишком аморфна (я в их числе).
Aclz
Так может никто ничего не делал, потому что и проблемы особой никто не ощущал? Так ли велика и широка проблема последовательной загрузки, чтобы её решать ценой внедрения огромного комбайна, полного свистоперделок?
datacompboy
Проблемы есть. Управление приоритетами в обычных rc'шках родили checklevel и update-rc.d
А так же не просто так появились minit и Initng. А так же upstart, BootScript, Runit и теперь вот systemd…
kin63camapa
проблемы не было, точнее она решалась одним единственным символом "&" в тех скриптах запуск которых администратор конкретной системы считал необходимым распараллелить, ну или скриптом-заглушкой, если нужна более гибкая настройка, но это уже пол часа времени потратить нада. И кстати все изучение системв сводится к узнаванию путей к папке с симлинками на конкретном дистре. Еще раз говорю от того что у соседа появился ламборджини ваш логан не стал хуже, не надо его выкидывать на свалку, в спорткар 8 мешков картошки не впихнешь, подручными средствами не отремонтируешь. Дистростроители же решили что разгон с места до 300 за 5 секунд это нужнее чем увезти на 500кг больше груза или починиться подручными средствами. Голосовать и в опен сорсе можно, как только очередной дистростроитель поймет что внедрение системд чреватой потерей половины аудитории в частности мантейнеров он 10 раз подумает как быть.
kin63camapa
ну и в догонку решения проблемы я не увидел с системд система из коробки запускается цуко значительно медленее
datacompboy
Вот чего не люблю, так это диванных теоретиков.
Символ "&" не позволяет решить что запускать следующим, он не позволяет корректно отрабатывать результат запуска и еще много чего.
Скрипты-заглушки как раз требуют много усилий. initng как раз пытался решить это.
kin63camapa
я не теоретик ни разу, я всегда все пробую на практике и если у меня есть положительный опыт решения этой проблемы безо всяких initng я и пишу о нем, был бы опыт с initng я бы и писал что есть инитнг по этому нам системд не нужен. Выставить симофоры баш скриптом и получить коды возврата скриптов это, ещё раз повторюсь, на пол часа история ещё пол часа если хочется сделать конфиг отдельно от скрипта и оформить это в традициях дистра. А там где сервис не кретичен можно не замарачиваясь пустить его фоном и грузиться дальше. Это уже не раз внедрено и это работает там где критично время перезапуска или там где нужно пустить загрузку в нестандартной последовательности. Там где кто попало серваки не роняет мне вообще кглубоко фиолетово сколько по времени оно грузиться будет, а вот убить/добавить нужный демон не перелопачивая гору зависимостей порой очень надо. С ситеммд я пытался разобратся не один час и даже не один день и перестал дружить с ним тех самых пор как он прямым текстом мне написал что игнорит мои настройки и грузит все = все в той последовательности кв корой сам считает нужным. И никогда я не буду дружить с тем софтом который себя считает умнее пользователя а уж тем более админа, вот такая я редиска.
grossws
man systemd.unit, там всякие Before, After, Wants, Requires etc. Ничего сложного там нет.Касательно того, что системд нужен/не нужен — он назрел, в том или ином виде. Для многих задач полезны нормальные зависимости (от разных стадий запуска сети network-pre.target, network.target, network-online.target до разных local-fs.target, remote-fs.target и зависимостей от конкретных mount points), удобство логгирования, socket activation (старый добрый inetd и вспоминать не хочется), удобное понижение привилегий (декларативно, не в коде приложения), нормальное ограничение ресурсов через cgroups и тому подобные вещи.
Upstart, извините, говно, если у вас больше одной зависимости, так как использует события, а не состояния. Опять же, у него только зачатки функционала супервизора.
Runit — простая и понятная штука, но только для простых систем и простой структуры зависимостей. Понравилась работа с логами (аналогично тому, что делается в journald, только попроще). Нет зависимостей, от слова совсем.
Всякие supervisord, god, monit и многие другие супервизоры специализированы на наблюдении и перезапуске компонент, но не очень хороши при работе с зависимостями и запуском/остановкой подсистем.
С openrc, initng, launchd, smf и многими другими не работал.
kin63camapa
меня не сложность не устраивает а то что то что какая-то паршивая система запуска мнит себя самым главным компонентом системы, да ещё и в наглую ингнорит настройки, разве что не молча это делает, это был бы вообще финиш. Благо оставили возможность вернуться на системв, и кстати вопреки предостережениям с ним DE нормально работают во всяком случае 3 кеды и 4 крыса.
grossws
Работа DE вообще никак не связана с systemd. Она связана с dbus, polkit1, consolekid/logind, udev, но никак не с systemd/upstart/sysv.
kin63camapa
в официальной вики написано This probably won't work if selecting one of the desktop environments that require systemd specific features however по тому и пишу что DE-хи пашут нормально.
проблема была на арче когда он перешел на системд, я тогда пол ночи пытался прописать нужные зависимости, всего-то хотел как писал выше чтобы сначала поднималась сеть и ssh а потом уже монтировались шифрованный файловые, второе что я хотел чтобы если не вводишь 2 минуты пароль от шифрованного раздела система не уходила в синглмод, в конечном итоге при загрузке стала выводится надпись (дословно не помню) что мол требутеся тут поднять сеть — проигнорировано, требуется полднять ssh — проигнорировано. Потом я просто сделал все что хотел на дебиане и с тех пор с систем д стараюсь не связываться.