Пользователь
0,1
рейтинг
26 апреля 2015 в 06:14

Администрирование → Состоялся релиз Debian Jessie 8.0

Выпущен релиз 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.

В этом выпуске, среди прочего, было обновлено следующее программное обеспечение:
Пакет Версия в 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 рекомендуется очистить старые пакеты до перезагрузки системы.

Подробности:
Алексей Савчук @devpreview
карма
13,0
рейтинг 0,1
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Администрирование

Комментарии (116)

  • 0
    Традиционно через do-release-upgrade?
    • +9
      Традиционно для Ubuntu, но не для Debian.

      Есть множество разных вариантов.
      • Вы на Wheezy, в sources.list прописан 'stable' — apt-get сам сделает что нужно (apt-get dist-upgrade)
      • Вы на Wheezy, в sources.list прописан 'wheezy' — нужно сменить 'wheezy' на 'jessie', дальше apt-get сам сделает что нужно (apt-get dist-upgrade)
      • Вы на Wheezy, но с какими-нибудь своими настройками apt (apt pinning etc.) — скорее всего, знаете что вам делать.


      Всех с релизом! Долгого uptime и гладкого обновления.

      uptime
      Не то что бы очень долгий, но рекордный для моей машины uptime на Wheezy:
      # uptime
       06:24:06 up 165 days,  2:42,  2 users,  load average: 0.01, 0.06, 0.05
      

      • +8
        Нынче долгий аптайм — верный признак того, что ядерные обновления безопасности явно не накачены.
        Поэтому аптайм должен быть долгим, но не неприлично долгим (:
      • 0
        Виноват) только что релиз Kubuntu 15.04 прошёл. Перепутал. Спасибо.
  • +11
    Microsoft приглашает отметить выпуск Jessie на LinuxFest Northwest
    Какой-то в этом должен быть подвох…
    • +8
      Нет, потому что тренд теперь новый: MS добреет (и скоро перейдёт на опенсорс полностью), а Гугль злеет, закрывает сырцы и проекты почём зря.
  • –2
    Почему откатили ядро?
    • +6
      В смысле? 3.16 новее чем 3.2.
      • 0
        c 4.0 не успели (
        • +2
          И не планировали, кстати. 4.0 не является LTS. А вот почему 3.16, а не 3.18 (которая самая свежая LTS) — это любопытно.
      • 0
        Прошу прощения, не разглядел.
    • +7
      3.2 != 3.20
  • +5
    Теперь systemd официально принят всеми основными дистрибутивами (кроме Gentoo).
    • –9
      Slackware уже не считается основным дистрибутивом?
      • +20
        С добрым утром! А нокия уже не считается основным производителем телефонов )
        • 0
          До 2016, не?
          upd: спросони не прочитал основным
      • +1
        ...(кроме Gentoo и Slackware).

        Хотя, судя по DistroWatch, Slackware сильно потеряла популярность в последние годы. Это редкие релизы влияют на статистику, или действительно дистрибутив постепенно уходит в историю?
        • 0
          Не то, чтобы уходит в историю (слака живее всех живых), но в современном бешеном мире, где всего хочется поскорее, стала сильно сдавать позиции (как и дженту). Тот же деб за последние 3 года на серверах выстрелил на пару с убунтами, они RH-based сравняли со статистической погрешностью.
          • 0
            Это грустно, нигде кроме дженту (и может ещё некоторые source-based) так шустро не появляются новые пакеты, а выбор версии пакета вообще шикарен, учитывая, что это всё делается очень легко и штатными средствами, я считаю, что, как минимум, для личных серверов он шикарен. Вот если в Debian/Ubuntu будут появляться пакеты через неделю после появления на официальных сайтах и возможно будет выбрать версию пакета для установки это будут и правда хорошие дистрибутивы. Ещё не мешало бы аналог eix и eudev без systemd (это религиозное). Ах да, и самое важное-обновление конфигов (etc-update), как это сейчас сделано в дженту, вот уж не знаю как это реализовано в deb-based, если конфиги вообще не меняются-могут быть косяки, которые придётся искать и исправлять руками, если переписываются автоматом-есть вероятность, что заменится что-то важное.
            • 0
              В deb с conffiles всё сделано хорошо. Если конфиг меняли руками на диске, а потом едет новый из пакета — то можно попыриться в diff.
              • 0
                Честно-при обновлении ни разу этого не видел (ни в дэбиане ни в убунте, админю 2 сервера на Ubuntu 14.04 и 14.10, сервер на Gentoo и несколько воркстэйшнов на Debian 0_о), а в дженту постоянно. С чем связано не знаю, поэтому упомянул.
                Кстати роллинг релиз был бы кстати, переходы на новые «выпуски» редко проходят бесследно.
                • +1
                  Может быть с тем, что в дженте постоянно меняют конфиги в релизах (путем добавления пробелов и пустых строк, например), а в дебах конфиг меняются раз в 3 года)?

                  Я сейчас обновлял тестовую машинку с Визом до Джеса — там конфиг апача такой же вышел.
                  • 0
                    Gentoo как правило конфиги не правят, а берут из официальных выпусков, sourcebased же. Все исходы выкачиваются с официальных гитов и прочих vcs, затем накладываются патчики (а иногда и не накладываются) и всё это дело собирается. Поэтому если в официальном выпуске изменился конфиг в дженте вы об этом узнаете, а в дебиане они будут тащить depricated пока оно не перестанет запускаться. Видимо так. А пробелы тут не при чём.
                    • 0
                      А там конфиги тоже нечасто меняются. Но да, у дебианщиков из коробки свои конфиги.
                      Ещё как вариант — дженту будет до посинения ругаться на измененный локально конфиг, даже если он не менялся в пакете/портах. Но про это я уже не помню, давно дело было.
            • 0
              А вы попробуйте NixOS.
              • 0
                Я так и не разобрался — это первоапрельская шутка или рабочий дистр? Во всяком случае нашёл упоминания, что это эксперимент, а над серверами как-то не хочется экспериментировать.
                • 0
                  Абсолютно рабочий дистрибутив. Использую дома больше полутора лет, а на серверах — больше полугода.
                  Сам являюсь его contributor.
                  • 0
                    Ну коли так опробую как-нибудь на досуге, спасибо.
        • +8
          Русских физиков становится всё меньше.
    • 0
      А насколько полноценно он внедрён?
      Что-то я подозреваю в убунте винигрет изи sysvinit, upstart, systemd.
      • 0
        Похоже, что в 14.04 (server) так и есть:
        /etc/init.d — создается upstart'ом для backward-compatibility с SysV
        Где-то в системе есть еще systemd, но я с ним как-то не пересекаюсь.
        • +1
          ну в 14.04 смесь sysv и upstart
          systemd используется для запуска logind

          но это таки прошлогодний дистриб.
          • 0
            systemd используется для запуска logind
            Некорректно. Просто присутствуют systemd-logind, который замена consolekit. И, аналогично, systemd-udevd. Оба собираются из дерева исходников systemd, но прекрасно работают и без него.
    • +1
      Поставил я jessie, что-то они там замудрили с этим systemd в сравнении с тем же арчем. Похоже это будет какая-то переходная ветка с кучей костылей
      • +1
        Аналогично: сам пользуюсь Арчой, а месяц назад решил попробовать Джесси. Посмотрел-посмотрел, плюнул и вернулся обратно. Чего только стоит подвисание загрузки системы на 15 секунд, пока подключается Wi-Fi.
        • +1
          Я сейчас пытаюсь разобраться как убрать этот момент с «поднятием интерфейсов», у меня он занимает ~полторы минуты.
          • 0
            Где-то понавешали лишних зависимостей на network-online.target?
            • 0
              A start job is running for LSB: Raise network interfaces.
              Нужно поковырять /etc/network/interfaces (в моем случае помогло удаление /etc/network/interfaces.d/eth0).

              А вообще — systemd-analyze blame и вперед.
          • НЛО прилетело и опубликовало эту надпись здесь
            • 0
              Это когда одна сеть. А когда их 3?
  • 0
    Jessie amd64
    CD: 85 штук + kde/lxde/xfce стартовые диски = 88 дисков
    DVD: 13 штук
    BD: 3 штуки
    DLBD: 2 штуки (разумеется)

    Откуда цифры «от 61 до 69»?!
    • 0
      А сколько дискеток было у 95 Винды? Истори идет по кругу
      • –2
        95 винду нельзя было установить из интернета.
        А кто будет ставить дебиан с 85 CD в реальной жизни — с трудом представляю )
        • +3
          например те, у кого в месте установки либо тырнета нет, либо он жутко медленный, либо жутко дорогой.
          • 0
            DVD?
            • 0
              cdimage-search.debian.org позволяет выбрать только минимальные необходимые CD-образы с нужными пакетами + первый диск для установки
    • 0
      Отсюда. Вообще да, цифра странноватая — я как-то не обратил внимания.
    • 0
      61 to 69 binary CDs (depending on the architecture)

      Для разных архитектур поддерживается разное число пакетов (какие-то не портированы, какие-то невозможно портировать), соответственно число дисков отличается. Можно умножить число пакетов на число архитектур, чтобы получить примерное представление о размере полного репозитория Debian.
      • 0
        Я знаю откуда разброс. Мне непонятно как так получилось что для архитектуры arm64 их 88 ;)
        • 0
          А, неправильно понял вопрос.
          Видимо, новость копировали из новости о релизе Wheezy и число не поправили.

          www.debian.org/releases/wheezy/amd64/release-notes/ch-whats-new.en.html#cd — там значится то же число.
          • 0
            Зарепортил баг, но по ошибке не на тот пакет: bugs.debian.org/783352
            • +1
              «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»
              вот это похоже на правду :)
  • +2
    Зашёл сюда за этим постом.
    С новым debian'ом.
  • 0
    как-то странно, ибо еще вчера вечером там висело более 70 release critical багов, что с ними стало?
    • +1
      Назвали, поди, некритикалами :D
      Как в M$: «А, ко второму сервиспаку закроем»
    • 0
      Почитайте два последних письма от release.debian.org
  • +1
    Не пойму, что с OpenVZ?
    Предыдущий админ мне подарок оставил на сервере, в виде:

    debian stable main contrib non-free

    Он и обновился. Встрял на udev. Хочет. чтобы ядро сначала обновлено было. А ядро OpenVZ. А в Jessie я что-то не наблюдаю его.
    Как быть?
    • 0
      поставить ядро от проксмокса?
      • +1
        Можно немного подробностей?
        • +1
          deb download.proxmox.com/debian jessie pvetest
          и ставите pve-kernel-3.10.0-8 оттуда например.
          • 0
            а давно в 3.10 появился openvz?
            • 0
              Не знаю, но оно есть…
  • 0
    А безопасно после этого релиза менять jessie в sources.list на testing (stretch), или лучше подождать?
    • 0
      Лучше подождать (где-то полгода).
    • 0
      Эмм, менять на testing само по себе связано с риском, и не только в debian.
      • 0
        Ну какая-нибудь убунта ещё дальше от debian stable, чем testing :) А так давно уже использую testing, за последний год не припомню проблем при обновлении.
    • 0
      Смотря где вы его используете. Для десктопа testing вполне стабилен хоть сейчас. Можно дождаться разморозки пакетов (1-2 недели).
      • 0
        Да, забыл написать, на десктопе и мелком персональном сервере. Соответственно, не критично 100% аптайм, но хотелось бы чтобы ничего не сломалось (внутри jessie вроде всегда без проблем обновлялось).
        • 0
          Как постоянный юзер тестинга скажу, что не всегда внутри без проблем обновлялось.

          Особенно @#$%emd радовал
          • 0
            systemd вроде ещё до jessie в дебиане появился, нет? Когда его ввели, думал даже с нуля переустановить, но в итоге и так всё заработало, без новых проблем.
            • 0
              На джесси я помню несколько раз когда поломался gnome-fallback, помню проблемы когда s%@#$md стал обязательным (на визи это еще было не критично насколько помню), помню когда ядро при апдейте требовало для работы переименование переменных (иначе висло).
              Несколько раз мерзко отваливались шрифты, и еще несколько мелких проблем, которые уже даже не замечаю.
        • 0
          Зависит от вашего опыта и пакетов. Лично для меня testing работает без особых проблем.
  • +2
    Приятная новость. Через два-три месяца обновлюсь. Не люблю переходить на новую версию перед отпуском :)
    • 0
      Кстати, одним из критериев целесообразности перехода на новую систему лично для меня, является поддержка версии системы тут:
      downloads.linux.hp.com/SDR/repo/mcp/Debian/dists
      Так что ждем :)
  • +1
    Кстати, ура. Наконец полноценная миграция с xbmc на свежий kodi))
  • +1
    «Кроме этого 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

    Вроде как не два, а три образа все время было?
    А исходников да, два образа.
    • 0
      Возможно, это тоже копипаста из новости о предыдущем релизе. Через несколько часов release notes на сайте должны обновиться, возможно этот пункт тоже исправлен (смотрите комментарии о CD выше).
      • +1
        Спасибо, исправил.
  • НЛО прилетело и опубликовало эту надпись здесь
    • +3
      Мне кажется, что ваши претензии будут более уместны к «десктопному» дистрибутиву.
      К тому же, я не думаю, что xfce (или любая другая DE) для Debian'а настолько приоритетна, чтобы разрабатывать (или серьезно дорабатывать) собственный DE. В своё время Debian внёс достаточно инноваций, чтобы на нём была основана та же Ubuntu. Теперь они очень осторожны с этим (что меня очень сильно радует). Всё же ИМХО ставить Debian ради DE — это плохая мысль.

      P.S. KDE по сравнению с Wheezy очень сильно изменился. Я ещё осенью обновился до Jessie ради KDE.
      А вот новый выпуск kubuntu меня не порадовал своей сыроватостью.
  • +2
    Из-за сложившейся ситуации со смесью Jessie и Wheezy в инфраструктуре и сопутствующими проблемами с унифицированными конфигурациями puppet, пришлось идти на риск и поэтапно обновлять всю инфраструктуру во время выхода Jessie RC1.

    От systemd всё же пришлось отказаться и вернуться к SysV. Лишь несколько примеров. От греха подальше, сильно расширят список на своей шкуре не захотелось.
    • дополнительные конфигурации сервисов из /etc/default не поддерживаются. Самое печальное, что это не всегда можно сразу понять.
    • многие дополнительные пакеты не из стандартных репозиториев просто не systemd-aware или лучше бы и не добавляли поддержки в том виде, что сделали
    • Percona XtraDB Cluster казалось бы работал, но когда дело дошло до тестирования восстановления узла с нуля на боевой БД systemd так постарался с управлением, что весь кластер ошарашило и заклинило

    Обновление Ruby до 2.1. В релизе какой-то snapshot Redmine 3.0-preX. Redmine 3.0 не работает из-за слишком новых зависимостей. В общем, привет RVM.

    Так же в релиз не вошли многие важные пакеты — их нужно доставлять из testing/sid с правильным pinning. Рудименты от wheezy могут перестать работать. В частности проблема возникла в связке corosync+pacemaker, где вылезали undefined symbols.

    Что-то многое ещё, но сразу не скажу, т.к. прелести от обновления вкушали ещё далеко не одну неделю после.

    Есть и приятные моменты:
    • обновление Xen c 4.1 до 4.4 с новым эффективным режимом PVH. Честно сказать, PVHVM вдруг почему-то перестал работать непосредственно после последнего обновления ядра перед официальным релизом и было быстрее перейти на более эффективный PVH, чем разбираться
    • хоть и был в wheezy-backports, но формально nginx обновился с 1.2.x до 1.6.x
    • puppet обновился до крайней версии и не требует дополнительных репозиториев [со сломанными конфигами по умолчанию]
    • наконец-то установка полнофункционально работает из коробки как на стационарных, так и на портативных компьютерах (KDE) без потребности доводить до ума конфигурационные файлы вручную, non-free firmware лучше заранее закинуть на флэшечку. Тут systemd показывает себя во всей красе в хорошем смысле. UEFI тоже работает из коробки и поддерживается при установке ещё с Wheezy. Сильно рекомендую поставить систему с нуля, а не обновляться.
    • Формально Node.js/npm появился в пакетах в ± пригодном состоянии для использования, но как мёртвому припарки
    • 0
      Обновление GlusterFS с 3.2 до 3.5 очень нетривиально.
    • 0
      Проблема с /etc/default касаются, скорее, не самого systemd, а соответствующих юнитов, написанных мейнтейнерами debian. У меня часто присутствует строчка EnvironmentFile=-/etc/sysconfig/smth (на centos), если хочется привычного конфига.
      • 0
        А можно подробнее: что за проблемы с /etc/default при использовании systemd?
        • 0
          Проблема в том, что формально были сделаны юниты для сервисов в рамках официального перехода на systemd, но по факту они не поддерживают полный набор возможностей старых SysV скриптов, что далеко не всегда очевидно и надо перепроверять все нестандартные фичи самостоятельно.

          Пожалуй сразу могу вспомнить проблему с BIND9, открытую ещё в прошлом ноябре. При этом некоторые опции, такие как chroot задаются при запуске.
          • 0
            Я полный ламер в systemd. Юниты — это изолированные среды для запуска демонов по типу chroot? То есть происходит запуск демона в chroot'е, в котором нету /etc/default?
          • 0
            Ох, на это-то я и наткнулся. Спасибо за Ваш комментарий.
  • –8
    > Отдельно стоит упомянуть смену системы инициализации по умолчанию: SysVinit изменён на systemd.
    БЛЯТЬ
  • 0
    И, если не ошибаюсь, Jessie имеет статус LTS с поддержкой 5 лет.
    • 0
      Debian 7 “Wheezy” from February 2016 to May 2018
      Debian 8 “Jessie“ from May 2018 to April/May 2020

      отсюда
    • 0
      Что три года, что пять — разница небольшая. Нужна поддержка лет на 10.
      • 0
        В случае с Debian есть другая проблема — LTS поддерживается сообществом а не Security Team.
        Соответственно, поддержка не гарантирована Debian'ом.
  • 0
    Ура!!! Обновлюсь на нетбуке. На серверах пусть пока живет семерка.
    • 0
      Похоже, что серверам стоит подождать версии 8.1.
      • +1
        Какая-то Microsoft'овская идеалогия. Debian после релиза не устраняет же баги, кроме секьюрных. Поэтому стабильность от того, что вы подождете 8.1 не возрастёт.
        • +1
          Как минимум, появятся бэкпорты и мануалы как исправить некоторые баги.
  • 0
    Что-то у меня начал неиллюзорно валиться провайдерный PPPoE, но там как раз перед моим обновлением работнички что-то химичили у соседей, так что теперь сижу и не понимаю, толи я дурак, толи провайдер :-) Как назло, техподдержка, у них, к сожалению, весьма номинальная, линуксов в глаза даже не видели. Да и я не мегаспец, что уж там.
    Ещё из замеченных проблем: bind9 начал неистово ломиться в ipv6, установка listen-to-ipv6 { none; }; и ключа -4 в /etc/defaults не помогает.
    • 0
      Да, PPPoE валится именно из-за Jessie, обидно, ибо работала она ощутимо быстрее.
  • –2
    давным давно уполз с арча по тому что с момента внедрения systemd не обновлял его, а на systemd невозможно по человечески организовать собственный порядок запуска демонов (ну или я дурак но объяснить ему что сеть и ssh надо поднять до монтирования шифрованных томов, и что если скрипт ждет действий от пользователя то его не надо пришибать и уходить в синглмод я не смог), так понимаю скоро нужно будет искать альтернативу и дебиану, какая жаль.
    • +2
      несмотря на то, что systemd — довольно таки УГ, коммент звучит как «я не хочу учиться пусть и хреновому, но новому, которе сейчас стало повсеместным».
      • –2
        Мну не понимает зачем хреновое повсеместным делать? Я понимаю когда это происходит с закрытыми программными продуктами, там производитель диктует свои правила, особенно если он монополист, но почему сообщество поступает как те самые мышки и продолжает жрать кактус? Да и вообще почему мне кто-то диктует что мне использовать, я сам хозяин своего времени хочу изучаю системд хочу трачу его на то чтоб тринити ковырять, захочу скачаю ленни и буду сам все что обновилось собирать руками. Кончатся дистры которые меня устраивают, сделаю свой дистр с баш скриптом вместо инита и пускай мне хоть хоть кто-то попытается объяснить что я не прав.
        • –2
          Дополню, я не верю что системд настолько своеобразен, что его нельзя заменить модульным инструментом, а лучше вообще набором из множества разных (ведь так и было раньше я мог выбрать удобный повер менеджер, системную шину, звуковую систему и тд) я не верю что для организации параллельного запуска 10-20-30 демонов обязательно нужно создать дерево зависимостей которое мелким шрифтом даже на A0 не влезет, я не верю что невозможно создать инструмент инициализации который будет легко и интуитивно конфигуриться как это было при помощи симлинков или текстового файла в арче коткорый, если система легла даже из ефи шелл можно было отредактировать. Я не верю что невозможно не ломать обратную совместимость и дать пользоватюлю хал, oss, QT3 и прочие «устаревшие» инструменты наравне с вновь вышедшими. В конце концов я не понимаю почему программа вдруг стала плохой если вышла новая её версия в которой разработчик по каким-то причинам решил вместо исправления ошибоук написать все с 0 и наплодить гору новых (мифическое окончание поддержки и мифическую-же несовместимость в расчет не берем)… минусите дельше, не могу молчать, насто… доело!
        • +1
          Я тоже не понимаю. Но это теперь данность. Возмущаться надо было раньше.

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

          > Да и вообще почему мне кто-то диктует что мне использовать
          legacy загрузчик же был изучен?

          да, никогда не хочется изучать новое, особенно, когда это новое дерьмо.
          проблема в том, что это опенсорс, и живёт то, что поддерживают, а не то, что хорошо.
          • 0
            проблема в том, что это опенсорс, и живёт то, что поддерживают, а не то, что хорошо.

            На мой взгляд, любой софт так живёт. Идеального ПО практически не существует, есть разные степени (сорта) гов его отстойности. Начиная с определённой степени людей софт устраивает и они им пользуются. Со временем нарастает количество костылей и появляется новая сияющая альтернатива, на которую часть пользователей переползает. Часть пытается поправить старый код.
            Исключения есть, но их не так уж много.
            • 0
              Ну в платном ПО обычно или есть альтернативы, или можно голосовать так или иначе рублём.
              В опенсорсе голосовать можно или ногами или руками.

              Для «ногами» не набралось критической массы, для «руками» эта масса слишком аморфна (я в их числе).
          • 0
            Почему systemd? А потому, что он единственный кто что-то делал. Все остальные (включая меня) только возмущались.
            Вот только замена системы загрузки на параллельную давно назрела, ибо все системы сейчас всё более и более многопроцессорные, а никто ничего лучше не предложил.

            Так может никто ничего не делал, потому что и проблемы особой никто не ощущал? Так ли велика и широка проблема последовательной загрузки, чтобы её решать ценой внедрения огромного комбайна, полного свистоперделок?
            • +2
              Проблемы есть. Управление приоритетами в обычных rc'шках родили checklevel и update-rc.d
              А так же не просто так появились minit и Initng. А так же upstart, BootScript, Runit и теперь вот systemd…
          • –3
            проблемы не было, точнее она решалась одним единственным символом "&" в тех скриптах запуск которых администратор конкретной системы считал необходимым распараллелить, ну или скриптом-заглушкой, если нужна более гибкая настройка, но это уже пол часа времени потратить нада. И кстати все изучение системв сводится к узнаванию путей к папке с симлинками на конкретном дистре. Еще раз говорю от того что у соседа появился ламборджини ваш логан не стал хуже, не надо его выкидывать на свалку, в спорткар 8 мешков картошки не впихнешь, подручными средствами не отремонтируешь. Дистростроители же решили что разгон с места до 300 за 5 секунд это нужнее чем увезти на 500кг больше груза или починиться подручными средствами. Голосовать и в опен сорсе можно, как только очередной дистростроитель поймет что внедрение системд чреватой потерей половины аудитории в частности мантейнеров он 10 раз подумает как быть.
            • 0
              ну и в догонку решения проблемы я не увидел с системд система из коробки запускается цуко значительно медленее
            • +2
              Вот чего не люблю, так это диванных теоретиков.
              Символ "&" не позволяет решить что запускать следующим, он не позволяет корректно отрабатывать результат запуска и еще много чего.
              Скрипты-заглушки как раз требуют много усилий. initng как раз пытался решить это.
              • –3
                я не теоретик ни разу, я всегда все пробую на практике и если у меня есть положительный опыт решения этой проблемы безо всяких initng я и пишу о нем, был бы опыт с initng я бы и писал что есть инитнг по этому нам системд не нужен. Выставить симофоры баш скриптом и получить коды возврата скриптов это, ещё раз повторюсь, на пол часа история ещё пол часа если хочется сделать конфиг отдельно от скрипта и оформить это в традициях дистра. А там где сервис не кретичен можно не замарачиваясь пустить его фоном и грузиться дальше. Это уже не раз внедрено и это работает там где критично время перезапуска или там где нужно пустить загрузку в нестандартной последовательности. Там где кто попало серваки не роняет мне вообще кглубоко фиолетово сколько по времени оно грузиться будет, а вот убить/добавить нужный демон не перелопачивая гору зависимостей порой очень надо. С ситеммд я пытался разобратся не один час и даже не один день и перестал дружить с ним тех самых пор как он прямым текстом мне написал что игнорит мои настройки и грузит все = все в той последовательности кв корой сам считает нужным. И никогда я не буду дружить с тем софтом который себя считает умнее пользователя а уж тем более админа, вот такая я редиска.
                • +2
                  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 и многими другими не работал.
                  • –2
                    меня не сложность не устраивает а то что то что какая-то паршивая система запуска мнит себя самым главным компонентом системы, да ещё и в наглую ингнорит настройки, разве что не молча это делает, это был бы вообще финиш. Благо оставили возможность вернуться на системв, и кстати вопреки предостережениям с ним DE нормально работают во всяком случае 3 кеды и 4 крыса.
                    • +2
                      а то что то что какая-то паршивая система запуска мнит себя самым главным компонентом системы, да ещё и в наглую ингнорит настройки, разве что не молча это делает, это был бы вообще финиш
                      С этого места поподробнее. Какие настройки игнорировало systemd? Есть ли тикет по этому поводу в багзилле на freedesktop.org?

                      Работа DE вообще никак не связана с systemd. Она связана с dbus, polkit1, consolekid/logind, udev, но никак не с systemd/upstart/sysv.
                      • –1
                        в официальной вики написано This probably won't work if selecting one of the desktop environments that require systemd specific features however по тому и пишу что DE-хи пашут нормально.

                        С этого места поподробнее. Какие настройки игнорировало systemd? Есть ли тикет по этому поводу в багзилле на freedesktop.org?


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

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.