The OpenNET Project / Index page

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

Релиз Debian 9.0 "Stretch" намечен на 17 июня

27.05.2017 08:25

Разработчики проекта Debian назначили дату релиза Debian 9.0 "Stretch". Релиз планируется выпустить 17 июня, в связи с чем запущена инициатива по проведению в этот день мероприятий, приуроченных к выходу Debian 9.0. В странах постсоветского пространства мероприятий пока не назначено.

В настоящее время насчитывается 120 критических для формирования релиза ошибок. До 6 июня планируется закрыть все эти ошибки. Проблемы которые не удастся устранить до этого дня будут помечены флагами stretch-ignore или stretch-will-remove. За неделю до намеченного релиза (9 июня) все пакеты, помеченные флагом stretch-will-remove, будут удалены из репозитория, если в ветке Testing для них не будут предложены исправления критических проблем. Начиная с 9 июня ветка Testing будет полностью заморожена от внесения изменений (исключение делается только для экстренных вмешательств)

  1. Главная ссылка к новости (https://lists.debian.org/debia...)
  2. OpenNews: Выпуск Debian 8.8
  3. OpenNews: Статус подготовки Debian 9
  4. OpenNews: Debian прекращает поддержку FTP на своих серверах
  5. OpenNews: Избран новый лидер проекта Debian
  6. OpenNews: Статус подготовки релиза Debian 9 "Stretch"
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46606-debian
Ключевые слова: debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:09, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Праздник!Вкатываю его сейчас на пролиант. Как раз к релизу заработает на боевом месте.
     
     
  • 2.8, Меломан1 (?), 10:11, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –14 +/
    > Праздник!

    Через 3 месяца релизнется CentOS 7.4 - будет настоящий праздник. Network Bound Disk Encryption, RAID Takeover и много-много обновлений и нового полезного функционала.
    В то время когда дебианщики готовы половину обновлений выкинуть лишь бы как-нибудь слатать релиз.


     
     
  • 3.10, Аноним (-), 10:35, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    После выхода свежей версии CentOS тяну месяц-другой с обновлением,и всё равно непременно что-нибудь отваливается. Debian обновляю, не дожидаясь релиза, через некоторое время после заморозки, и как правило всё работает. Такая вот обратная (а кому и лицевая) сторона медали.
     
     
  • 4.79, _ (??), 17:21, 30/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так было до 8-ки с систымдым. Это был первый за всю жизнь демьян который сам не перешел, ваааще анатендед, на новую версию. Пришлось засучить и белыми ручентками :-(
    Будем посмотреть что выйдет с 9-кой. Надеюсь вылижут как это было в преждние ...
     
     
  • 5.82, Andrey Mitrofanov (?), 17:51, 30/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так было до 8-ки с систымдым. Это был первый за всю жизнь
    > демьян который сам не перешел, ваааще анатендед, на новую версию.

    Никакого "анатендед" и "ваще сам" у них никогда не было.

    У вас - могабыть, а у них -- отдельная глава про Upgrading в ... то ли R.N., то ли в U.M., навскидку не помню сейчас. С пошаговыми "делай раз", "делай два" и приглащениями писать письма-баги, ежели что не так. И бэкапами -- обязательно в рекомендациях == "мы в домике".

    //Disclosure: Здесь wheezy 7.11 + LTS. Уверен, что в 8+ это не поменялось.

     
  • 3.80, _ (??), 17:23, 30/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Через 3 месяца релизнется CentOS 7.4

    ... и перечислил фичи ядра :-)
    Ну я возьму из бэк-портов такую же версию - и у меня все эти фишки будут :-р

     
  • 2.19, Аноним (-), 12:08, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вкатываю его сейчас на пролиант

    Удачи
    https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=862400
    > failed to boot in HP Proliant DL380 G5, but previous kernel does boot

     

     
     
  • 3.52, Аноним (-), 21:29, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вкатываю его сейчас на пролиант
    > Удачи
    > https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=862400
    >> failed to boot in HP Proliant DL380 G5, but previous kernel does boot
    >  

    Всё как по маслу. У меня ген9 580.

     
     
  • 4.81, _ (??), 17:27, 30/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не расстраивайся! Бедность - не порок! (С) Теллер в одном швейцарском банке :)
     

  • 1.14, бедный буратино (ok), 11:09, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    на моём основном компьютере - ниработаит. так что или обновлю всё, кроме ядра (останусь на 3.16), или буду искать другое ядро.

    сначала не работало, пока не заблеклистишь звук, а теперь не работает видео, если не уберёшь kms, и тогда можно только сидеть в консоли 80x25

     
     
  • 2.15, Аноним (-), 11:34, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Основной - Пентиум?
    Может пришло время что то менять?
     
     
  • 3.20, бедный буратино (ok), 12:09, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    такой, какой мне более удобен, тот и основной

    работает, меня устраивает. а вот новое ядро почему-то не устраивает. значит, основной ОС там будет не Debian, а OpenBSD. а Debian 8, который будет ещё поддерживаться в рамках LTS, будет на случай, когда понадобится kvm/virtualbox или флеш-видео

     
  • 2.47, Аноним (-), 20:26, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    man reportbug
     
  • 2.75, ryoken (ok), 07:44, 29/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > на моём основном компьютере - ниработаит. так что или обновлю всё, кроме
    > ядра (останусь на 3.16), или буду искать другое ядро.

    (aptosid или liquorix в помощь)

     

  • 1.16, Аноним (-), 11:49, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока не понял в чём проблема, но в новой версии systemd перестало работать опове... большой текст свёрнут, показать
     
     
  • 2.26, danonimous (?), 14:06, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Переходи на Devuan - там нет этих проблем.
     
     
  • 3.33, Аноним (-), 16:09, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, достаточно бессмысленные советы Чтобы реализовать то же самое на скрипт... большой текст свёрнут, показать
     
     
  • 4.42, freehck (ok), 17:42, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чтобы реализовать то же самое на скриптах bash мне понадобилось бы гораздо больше времени и строчек кода.
    > (ну и пробовал READY=1 через socat в bash, и вариант через python).

    socat-то конечно "проще", чем netstat -nxp | grep ...

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

    LSB-заголовки в run-скриптах init.d обеспечивают загрузку по зависимостям.

     
     
  • 5.44, Аноним (-), 19:03, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Система зависимостей предполагает оповещение о том, что процесс проинициализировался (например, сервер проинициализировал сокет к нему можно подключаться), а не просто запустился. Не успел столкнуться в с этим в SysV, но может расскажете, как там процесс оповещает о том, что он готов? У systemd описание unit-файлов в этом плане достаточно простым и понятным оказалось. Есть, конечно много спорных моментов, но в целом пригодно к использованию.
     
     
  • 6.49, Аноним (-), 20:36, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если есть зависимость от сокета, решается вбиванием перед запуском костыля типа ... большой текст свёрнут, показать
     
     
  • 7.53, Аноним (-), 22:16, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Большая часть межпроцессного взаимодействия в Линуксе построена на сокетах (unix-). Если есть зависимость, значит она вероятнее всего будет связана с запуском сервера. Костыли со sleep - это бред. Допускаются только блокирующиеся операции. Полагаю, что большая часть ПО в дистрибутиве будет использовать сокеты. Самый простой пример - Иксы. Другой пример - d-bus. И как думаете, что будет, если сначала стартануть Иксы, а затем openbox? openbox попытается подключиться к иксам, которые ещё не успели начать прослушивать unix-сокет. Конечно, в дистрибутивах так не делают (openbox скорее всего будет просто дочерним процессом для иксов), это вполне допустимая ситуация.
     
     
  • 8.55, Аноним (-), 23:04, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И как же, по-Вашему, все жили без systemd Недоступность сокета 8212 это рядо... текст свёрнут, показать
     
     
  • 9.59, Аноним (-), 08:42, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может приведёте хотя бы один пример Я по опыту не помню подобных ситуаций Обыч... текст свёрнут, показать
     
     
  • 10.60, Аноним (-), 12:03, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Приведите пример того, что завершается ... текст свёрнут, показать
     
     
  • 11.62, Аноним (-), 15:16, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    openbox, x11vnc, zenity и скорее всего любое графическое приложение, если сокет ... текст свёрнут, показать
     
     
  • 12.64, Аноним (-), 18:36, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А что системде уже и их сам запускает Вообще это совершенно не дело системы ини... текст свёрнут, показать
     
     
  • 13.65, Аноним (-), 21:09, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вы так думаете из-за того, что не знаете, как работает ДНС и как делается об... большой текст свёрнут, показать
     
  • 10.61, Аноним (-), 12:06, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Просто вот даже растерялся как-то, всё тупо работает, и никогда не задумывался, ... текст свёрнут, показать
     
  • 5.54, Аноним (-), 22:23, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Чтобы реализовать то же самое на скриптах bash мне понадобилось бы гораздо больше времени и строчек кода.
    >> (ну и пробовал READY=1 через socat в bash, и вариант через python).
    > socat-то конечно "проще", чем netstat -nxp | grep ...

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

     
     
  • 6.76, freehck (ok), 16:29, 29/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Соображений тут много Начнём с того, что файл unix-сокета может уже быть, но ег... большой текст свёрнут, показать
     
     
  • 7.77, Аноним (-), 19:42, 29/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    socat был необходим лишь для эксперимента, чтобы убедиться, что данные в сокет в... большой текст свёрнут, показать
     
     
  • 8.78, Аноним (-), 19:55, 29/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая, что тут любят придираться к мелочам, поправлю себя и уточню read , л... текст свёрнут, показать
     

  • 1.17, Аноним (-), 11:51, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    автомонтирование флешек работает? В jessie сломали.
     
     
  • 2.18, Аноним (-), 12:03, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Не подтверждаю. Jessie, KDE, systemd, все работает.
     
  • 2.21, бедный буратино (ok), 12:10, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > автомонтирование флешек работает? В jessie сломали.

    зато wget починили - а то у них была фирменная фишка в чётных версиях ломать wget - так было и в squeeze и в jessie

     
     
  • 3.31, Аноним (-), 15:54, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а прогрессбар при скачивание в несколько строчек?
     
     
  • 4.39, бедный буратино (ok), 16:41, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > а прогрессбар при скачивание в несколько строчек?

    в том-то и дело, что починили :)

     
  • 2.50, Аноним (-), 20:39, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > автомонтирование флешек работает? В jessie сломали.

    Не то чтобы совсем сломали, но без systemd не работало. Полагаю, что не работает по-прежнему. Починить можно только пересборкой policykit без systemd или переходом на devuan.

     

  • 1.22, Аноним (-), 13:18, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Есть ли смысл переходить с Devuan? Есть ли значительные преимущества?
     
     
  • 2.23, Отражение луны (ok), 13:25, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –7 +/
    - 10 к интеллекту
    + 25% лайков на опеннете
    Активная способность: рассказать всем как сильно ты ненавидишь systemd. Возможно использовать когда всем окружающим на$рать.
     
     
  • 3.27, Аноним (-), 14:29, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> смысл переходить с Devuan?
    > - 10 к интеллекту

    Т.е. использование системДы делает глупее. Что-то такое я подозревал.
    > + 25% лайков на опеннете

    Засилье фанатов Лёни на опеннете трудно отрицать.
    > Активная способность: рассказать всем как сильно ты ненавидишь systemd.

    Т.е. у системдышнеков наклонности мазохистов или же просто некоторые психологические отклонения, типа раздвоения личности? Спасибо за откровения, буду и далее держаться от них подальше!


     
     
  • 4.30, username (??), 15:01, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интересно чтобы он сказал про переход на runit. Наверное минус 90 к интеллекту.
     
     
  • 5.45, Аноним (-), 20:12, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *что бы
     
  • 4.36, Отражение луны (ok), 16:30, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты не уловил суть) Системд хейтеры играются со своими девуанами, а затем переходят на настоящие дистрибутивы, засирая при этом все новости постами о том, как они этим недовольны)
     
  • 2.25, Аноним (-), 14:00, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Если Вас не волнует скорость загрузки системы, не интересуют новые версии ПО, и Вы не занимаетесь администрированием, - то нет, никакого смысла  переходить нет.
     
     
  • 3.28, Аноним (-), 14:48, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > Если Вас не волнует скорость загрузки системы,

    Это вот так, да?
    https://www.youtube.com/watch?v=hx30Z7_G-vk
    > archbang - systemd vs openRC (speed load sytem)

    да не расстраивайтесь вы, ваш любимый системд только немного медленне ... хотя да, он же вроде вначале пропихивался именно под таким соусом - обеспечить быструю загрузку. Получается, Рыжий в Красной Шляпочке вас немножечко на***л, да? =)

    > не интересуют новые версии ПО,

    Про новые версии ПО - это конечно мечта всех Истинно Верующих Последователей Рыжего, но пока что еще далеко не всем сумели запихнуть свою привязку, хотя стараются, да:
    https://github.com/tmux/tmux/issues/428
    > With systemd 230 we switched to a default in which user processes started as part of a
    > login session are terminated when the session exists (KillUserProcesses=yes).
    > []
    > Unfortunately this means starting tmux in the usual way is not effective, because it will
    > be killed upon logout. There are a few option to avoid that, the best being:
    > systemd-run --scope --user tmux
    > This starts tmux as a scope unit under the systemd --user instance.
    > It would be great if tmux could do this automatically. Probably the best way to do this would be to make the
    > dbus call to org.freedesktop.systemd1.Manager.StartTransientUnit directly from tmux. See

    скромно, ага. «мы тут подумали и Леннарт Неповторимый решил, что пора немного cломать поведение демонов, немогли бы вы вставить костыль в свою программу, чтобы мы могли и далее делать вид, что все в порядке?»
    А вот что ответил автор тмукса:
    > My concern is that we have a little function, daemon(), that does a simple little procedure to make
    > a daemon that has worked basically unchanged across multiple platforms for maybe, what, 30 years?
    > Now to do the same thing we need to add 150 lines of new, Linux-only code AND a library dependency.

    Ответил без должного почтения, да еще и отказом. Нехорошо то как!

     
     
  • 4.35, Аноним (-), 16:20, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > speaking as the Debian maintainer I'm okay with adding a dependency on libsystemd to the package

    очешуеть

     
     
  • 5.43, Аноним (-), 18:05, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> speaking as the Debian maintainer I'm okay with adding a dependency on libsystemd to the package
    > очешуеть

    Это проблемы мейнтейнера. Однако от автора требуют встроить поддержку дбаса. Причем, в лучших традициях этой наглой братии - не присылая хотя бы полусырой патч, нет:
    > It would be great if tmux could do this automatically.
    > Probably the best way to do this would be to make the dbus call to
    > org.freedesktop.systemd1.Manager.StartTransientUnit directly from tmux. See
    > https://github.com/systemd/systemd/blob/master/src/run/run.c#L907 for how systemd-run
    > does it, and https://www.freedesktop.org/wiki/Software/systemd/dbus/ for the description of the API.

    т.е. вот так мы делаем в системде, вот АПИ, вперед и с песней.

     
     
  • 6.63, eleksir (?), 16:44, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, да, теперь они прут внаглую: мы апстрим и будь нам благодарен, что тебя с твоим г. не только заметили, но и указали на _твою_ недоработку (несовместимость с нашим божественным сисд!) и, да, наши гайдлайны (читай "скрижали") включают в себя обязательную несовместимость с остальными ОС, и ежеполугодичные ломания API, чтобы разработчикам не было скучно. Так что взял свой код и БЫСТРО ИСПРАВИЛ, ЯСНО?!! это _приказ_!

    Примерно так. Уважение? нет! скажите "спасибо", что вас матами не обложили.

    А что касается dbus и зависимости на libsystemd так это... извиняйте, _дань прогрессу_

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

     

  • 1.34, Аноним (34), 16:14, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > в связи с чем запущена инициатива по проведению в этот день мероприятий, приуроченных к выходу Debian 9.0.

    Столы накрывать будут?

     
     
  • 2.48, Аноним (48), 20:32, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ubuntu уже свой "фирменный" накрыла.
     

  • 1.40, Аноним (-), 16:47, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поздно, Devuan уже вышел.
     
  • 1.41, Аноним (-), 17:32, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    У меня опять шаблон рвётся:
    - будет готово как только будет готово
    - всё что не будет готово к 9 июня будет удалено

    Одно из этих утверждений насквозь лживо.

     
     
  • 2.46, Аноним (46), 20:20, 27/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот оно и будет готово, как только всё что не готово, будет удалено.
     

  • 1.51, efimius (ok), 20:46, 27/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Стоит сейчас на ноут вместо убунты ставить? Или лучше арч?

    Все равно собираюсь на ssd пережать

     
     
  • 2.58, Аноним (-), 08:37, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сиди на 14й убунте и разбирайся с гентой.
     
     
  • 3.85, efim (?), 01:57, 01/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    была 16ю04 теперь арч
     
  • 2.71, Аноним (-), 23:05, 28/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Все равно собираюсь на ssd пережать

    Лучше используй "не ssd, а что-то человеческое"(с) опнет.


     

  • 1.83, Аноним (-), 20:24, 30/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    systemd когда выпилят тогда и праздновать будем!
     
  • 1.84, efim (?), 01:55, 01/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    поздно на arch уже
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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