LINUX.ORG.RU

Релиз Debian 11 под кодовым именем «bullseye»

 , ,


3

1
“Run like the wind, Bullseye!”
 – Woody to Bullseye.

После 2 лет, 1 месяца и 9 дней разработки проект Debian с гордостью представляет свою новую стабильную версию 11 (кодовое название «bullseye»), которая будет поддерживаться в течение следующих 5 лет благодаря совместной работе команда безопасности Debian и группе долгосрочной поддержки Debian.

Debian 11 «bullseye» поставляется с несколькими настольными приложениями и средами. Данный выпуск включает в себя следующие среды рабочего стола:

  • Gnome 3.38;
  • KDE Plasma 5.20;
  • LXDE 11;
  • LXQt 0.16;
  • MATE 1.24;
  • Xfce 4.16.

Этот выпуск содержит более 11 294 новых пакетов из 59 551 доступных.

Debian 11 «bullseye» включает множество обновленных программных пакетов (больше 72% всех пакетов в предыдущем выпуске), например:

  • Apache 2.4.48;
  • BIND DNS Server 9.16;
  • Calligra 3.2;
  • Cryptsetup 2.3;
  • Emacs 27.1;
  • GIMP 2.10.22;
  • GNU Compiler Collection 10.2;
  • GnuPG 2.2.20;
  • Inkscape 1.0.2;
  • LibreOffice 7.0;
  • Linux kernel 5.10;
  • MariaDB 10.5;
  • OpenSSH 8.4p1;
  • Perl 5.32;
  • PHP 7.4;
  • PostgreSQL 13;
  • Python 3, 3.9.1;
  • Rustc 1.48;
  • Samba 4.13;
  • Vim 8.2.

Более 59 000 других готовых программных пакетов, созданных на основе более 30 000 исходных пакетов. Для девяти аппаратных архитектур:

  • 64-bit PC / Intel EM64T / x86-64 (amd64);
  • 32-bit PC / Intel IA-32 (i386);
  • 64-bit LE Motorola/IBM PowerPC (ppc64el);
  • 64-bit IBM S/390 (s390x);
  • armel и armhf старых и новых версий;
  • arm64 для AArch64;
  • 32-битные mipsel LE;
  • 64-битные mips64el LE.

>>> Информация о выпуске

>>> Руководство по установке

>>> Подробности

★★★★★

Проверено: DoctorSinus ()
Последнее исправление: xaizek (всего исправлений: 6)

Ответ на: комментарий от Logopeft

Не знаю причем тут «в яблочко», но кодовые имена выпусков Debian’а всегда были с маленькой буквы (вроде).

anonymous
()

Как всегда у Debian, а с резвулькой bullseye особенно, сейчас их закидают багрепортами, и через пару-тройку месяцев выйдет 11.1, вот её и можно качать не плюясь (любителям стабильных релизов);

так что «терпение, малыш, только терпение!»

anonymous
()

Всего 4 страницы обсуждения при выходе мажорной версии Debian - куда ЛОР катится?

anonymous
()
Ответ на: комментарий от anonymous

Туда, куда и всё вот это.

Что ты хотел? Холливара на 100 страниц? Так не будет, ЦА у Деба уже не та.

Некогда , да и не интересно уже красноглазить вечерами у компьютера. Сейчас новые игрушки - 3Д принтеры, сетевые игрушки, да и просто ковыряние в своем гараже.

народ пресытился информационным потоком. и отвлекаться на какой-то там Дебиан - смысла нет.

anonymous
()

кратко отчитаюсь и я о обновлении с buster на bullseye, что повылазило:

  1. изменилась запись для security апдейтов в sources.list, об этом сказано в релиз нотсах
  2. найденные косяки с зависимостями:
  • cryptsetup больше не зависит от cryptsetup-initramfs, имейте ввиду если у вас полнодисковое шифрование, иначе не бутнётесь и привет загрузка с флешки
  • странные косяки с зависимостями (в eog сломались превью, чтобы заработало пришлось доставить libgdk-pixbuf2.0-bin от которого ничего не зависит, догадывайся что он нужен как хочешь, xfonts-terminus больше не зависит от fonts-terminus-otb и содержит теперь непонятно что, по крайней мере по fc-list терминус более не обнаруживался)

также внезапно обнаружил в iptables таблице nat правило маскарадинг которое я не добавлял. как окзазалось его теперь добавляет lxc

в остальном обновился быстро и без проблем, приятным бонусом стало включение по дефолту юзер неймспейсов, теперь костыли вроде suid на том же хромиум сандбоксе больше не нужны

anonymous
()

Ну, тогда и я. В общем, одна проблема частная - с ядром 5.10 в сон перестал комп уходить. Вроде все паркует, экран гасит, но кулер не останавливает и все - из этого положения только в перезагруз. С решением еще не разбирался. С ядром 4.19 из buster все нормально. Просто пока с ним гружусь, но буду смотреть. Но уже, казалось бы, все работало. Нет, давайте что-нибудь сломаем и потратим время пользователя. Хе-хе. Разберемся. :)

А вот вторая проблема (это, конечно, не Debian виноват) - это шрифты. С переходом Pango на HarfBuzz в приложениях GTK3 начался какой-то трешак. Кернинг ужасный, вид шрифтов ужасный. И это не лечится никак, как я понял. В GTK2 (Gimp, например) шрифты просто идеальные для меня. Я бы сделал даунгрейд, да, блин, в GTK3 в bullseye требование pango > 1.45, а переход на HarfBuzz был с версии 1.44. то есть надо будет думать что делать, так как у меня кровь из глаз. Буду собирать старые версии и подсовывать системе. Если они такие резкие переходы в минорных версиях делали, то они и API могли поменять. Очень умно.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 2)
Ответ на: комментарий от anonymous

чтобы заработало пришлось доставить libgdk-pixbuf2.0-bin от которого ничего не зависит

aleksej@lenovo:~$ apt rdepends libgdk-pixbuf2.0-bin
libgdk-pixbuf2.0-bin
Reverse Depends:
 |Предлагает: libglib2.0-dev-bin (>= 2.36.12-2~)
  Рекомендует: nautilus
  Зависит: libgdk-pixbuf-2.0-dev (= 2.42.2+dfsg-1)
  Рекомендует: libgdk-pixbuf-xlib-2.0-0
  Рекомендует: libgdk-pixbuf-2.0-0
aleksej@lenovo:~$ apt rdepends libgdk-pixbuf-2.0-0
libgdk-pixbuf-2.0-0
Reverse Depends:
  …
  Зависит: eog (>= 2.36.5)
  …
  <и ещё больше 300 пакетов>
aleksej@lenovo:~$ 

Отключили установку рекомендуемых пакетов, которая включена по умолчанию, — ССЗБ.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Отключили установку рекомендуемых пакетов, которая включена по умолчанию, — ССЗБ.

разницу между рекомендацией и зависимостью понимаешь? ну да ладно, давай посмотрим

> aptitude why libgdk-pixbuf2.0-bin
i   thunderbird         Depends    libgdk-pixbuf-2.0-0 (>= 2.22.0)
i A libgdk-pixbuf-2.0-0 Recommends libgdk-pixbuf2.0-bin

согласен, мегаинтуитивно

anonymous
()
Ответ на: комментарий от Zubok

А вот вторая проблема (это, конечно, не Debian виноват) - это шрифты. С переходом Pango на HarfBuzz в приложениях GTK3 начался какой-то трешак. Кернинг ужасный, вид шрифтов ужасный. И это не лечится никак, как я понял. В GTK2 (Gimp, например) шрифты просто идеальные для меня. Я бы сделал даунгрейд, да, блин, в GTK3 в bullseye требование pango > 1.45, а переход на HarfBuzz был с версии 1.44. то есть надо будет думать что делать, так как у меня кровь из глаз. Буду собирать старые версии и подсовывать системе. Если они такие резкие переходы в минорных версиях делали, то они и API могли поменять. Очень умно.

можешь пример шг дать, до/после? я разницы после апгрейда не заметил. или это только на hintfull видно?

anonymous
()
Ответ на: комментарий от anonymous

разницу между рекомендацией и зависимостью понимаешь?

Вы вообще читали описание уровней зависимостей в Политике?

Recommends

  This declares a strong, but not absolute, dependency.

  The Recommends field should list packages that would be found 
  together with this one in all but unusual installations.

Вы сами вручную отключили установку этих зависимостей, которая по умолчанию включена, и теперь жалуетесь, что пакеты, попадающие в эту категорию, не устанавливаются автоматически. Okay.jpg

Если вы считаете, что данный пакет обязан быть в жёстких зависимостях — добро пожаловать в систему отслеживания ошибок Debian.

В buster, между прочим, eog точно так же не зависит от libgdk-pixbuf2.0-bin.

aptitude why libgdk-pixbuf2.0-bin

согласен, мегаинтуитивно

Вы же в курсе, что aptitude why показывает лишь первый попавшийся вариант, что не означает отсутствие других цепочек зависимостей?

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Вы же в курсе, что aptitude why показывает лишь первый попавшийся вариант, что не означает отсутствие других цепочек зависимостей?

ну ок, давай посмотрим на вывод апт

libgdk-pixbuf2.0-bin
Reverse Depends:
  Depends: libgdk-pixbuf-2.0-dev (= 2.42.6+dfsg-2)
  Recommends: nautilus
 |Suggests: libglib2.0-dev-bin (>= 2.36.12-2~)
 |Suggests: libglib2.0-dev-bin (>= 2.36.12-2~)
  Recommends: libgdk-pixbuf-2.0-0
  Recommends: nautilus
  Depends: libgdk-pixbuf-2.0-dev (= 2.42.2+dfsg-1)
  Recommends: libgdk-pixbuf-xlib-2.0-0
  Recommends: libgdk-pixbuf-2.0-0

наутилус у меня не установлен вовсе, про остальные библиотеки в списке не знаю, проверять лень. тут же такая очевидная зависимость от просмотрщиков изображения, как же я сразу её не увидел

Вы вообще читали описание уровней зависимостей в Политике?

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

anonymous
()
Ответ на: комментарий от Rootlexx

В buster, между прочим, eog точно так же не зависит от libgdk-pixbuf2.0-bin. одну машину с buster не обновил, так что есть возможность проверить. да, действительно, в buster от этого пакета так же нет зависимости, и при этом превью в eog/eom работает приколы новых версий =(

anonymous
()
Ответ на: комментарий от anonymous

наутилус у меня не установлен вовсе, про остальные библиотеки в списке не знаю, проверять лень. тут же такая очевидная зависимость от просмотрщиков изображения, как же я сразу её не увидел

А теперь посмотрите, что зависит от libgdk-pixbuf-2.0-0, которая рекомендует libgdk-pixbuf2.0-bin. Там дофига всего, в том числе и просмотрщики изображений.

Почему bin-пакета нет в жёстких зависимостях того же eog? — вероятно, сопровождающий посчитал, что генератор превьюшек не является критической функциональностью, и поэтому не заслуживает столь жёсткой зависимости как Depends. Если вы считаете иначе, то напишите отчёт об ошибке с аргументацией.

читал. и всегда в рекомендации засовывали всякие плагины да екстеншены, но никак не библиотеки от которых основные возможности зависят

Во-первых, в данном пакете лежит не библиотека, а набор утилит.

Во-вторых, описанное вами больше походит на Suggests, а не Recommends.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Почему bin-пакета нет в жёстких зависимостях того же eog? — вероятно, сопровождающий посчитал, что генератор превьюшек не является критической функциональностью, и поэтому не заслуживает столь жёсткой зависимости как Depends. Если вы считаете иначе, то напишите отчёт об ошибке с аргументацией.

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

А теперь посмотрите, что зависит от libgdk-pixbuf-2.0-0, которая рекомендует libgdk-pixbuf2.0-bin. Там дофига всего, в том числе и просмотрщики изображений.

да, есть такое

 > dpkg -L libgdk-pixbuf2.0-0
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libgdk-pixbuf2.0-0
/usr/share/doc/libgdk-pixbuf2.0-0/changelog.Debian.gz
/usr/share/doc/libgdk-pixbuf2.0-0/copyright

но наполнение пакета не сильно похоже на обязательное к установке, вот без него легко можно было бы обойтись

Во-первых, в данном пакете лежит не библиотека, а набор утилит.

не я пакет lib назвал

anonymous
()
Ответ на: комментарий от anonymous

можешь пример шг дать, до/после? я разницы после апгрейда не заметил. или это только на hintfull видно?

«До» уже не смогу, а «после» повременю до тех пор, пока не пойму, что не так, да и оффтопить не хочу, чтобы тут не сбиваться на обсуждение частной проблемы. Факт в том, что стало хуже. Причем в разных тулкитах по-разному. В Qt5 тоже стало хуже, но по-другому (отдельно посмотрю - там явно другая причина). Я как бы не без глаз: кернинг в менюшках стал кто в лес, кто по дрова. Буду разбираться уже завтра. Настройки fontconfig остались с buster, но я их перепроверил - там все ок вроде.

И еще есть заведенный баг. Пока не могу понять, насколько это мой случай. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956612

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от anonymous

можешь пример шг дать, до/после? я разницы после апгрейда не заметил. или это только на hintfull видно?

Вот пока тут время было, сделал поменьше шрифты, где особо видно проблему. Это DejaVu Sans: https://imgur.com/a/ZpkXelr

Zubok ★★★★★
()

Докладываю. Это какой то bullshit а не bulleye товарищи. Обновился с 10 до 11 без проблем, НО обновление длилось 2.5! часа, больше чем просто чистая установка системы, сама обнова 1.4гб скачалось за 5мин но потом 2.5 часа длилось остальное. На моем древнем тазике, 11 стал ползать еще медленнее чем 10, загрузка рабочего стола увеличилась в 2 раза где-то. Я кончил.

зы единственное, что понравилось нескучные дефолтные обои, остальное УГ. Возможно полная переустановка решит проблему. Эхх линукс ты такой кривой костыль)

MiST
()
Ответ на: комментарий от MiST

А что стало ползать медленнее? Де? Ну так иди на форум де слезу пускай, дебиан тут причем?

serg002 ★★★
()
Ответ на: комментарий от anonymous

Ставлю обычно к пятому апдейту. Как раз к тому времени кончается официальная поддержка предыдущего релиза.

cheshuyka_joes
()

Сборник окаменелостей обновился, надо же

anonymous
()
Ответ на: комментарий от MiST

НО обновление длилось 2.5! часа

Обновился за 9 минут (не считая скачивания пакетов). Все летает, никакой разницы с 10 не замечено.

Polugnom ★★★★★
()
Ответ на: комментарий от serg002

Иожет и работает, но отсутствует, например.

anonymous
()
Ответ на: комментарий от MiST

Какой в вас пека и какой диск. Тут hdd и c2d.

у меня есть ноутбук на c2d, правда на ссд, облновление прошло быстро, на глаз так не медленнее чем на другом ноуте с i7 и nvme

anonymous
()
Ответ на: комментарий от MiST

в скорости работы тоже разницы с buster не заметил на обоих ноутах

anonymous
()
Ответ на: комментарий от MiST

Ну помощнее, конечно. И главное SATA SSD. Без него время увеличилось бы раз 5.

А почему может распаковка пакетов так долго могла идти?

Огромные пакеты типа openclipart или паков с ресурсами игр распаковываются на HDD мучительно долго.

Polugnom ★★★★★
()
Ответ на: комментарий от Polugnom

Все летает, никакой разницы с 10 не замечено.

Так ты просто не в теме. Разница есть и большая.

anonymous
()

Подскажите, пожалуйста. Изначально у меня был Devuan ASCII. При выходе новых Debian я не ждал обновлений Devuan, а просто подключал дебиановский репозиторий и обновлялся командой:

apt-get update && apt-get -o Dpkg::Options::="--force-confnew" --force-yes -fuy dist-upgrade

Проблем на своем десктопе я не замечал (или же они были минимальные). Сейчас, в принципе, тоже ничего страшного не случилось, когда обновился до bullseye, но при при попытке сделать apt-get upgrade или apt-get dist-upgrade мне сообщается, что libaom0 будет заменен на старую версию и

W: Противоречивый выпуск: http://deb.debian.org/debian stable-backports InRelease (ожидался stable-backports, но получен bullseye-backports)

Содержимое sources.list.

baobab
()
Ответ на: комментарий от anonymous

Так ты просто не в теме. Разница есть и большая.

пример с измерениями будет? прямого сравнения это чистой воды субъективщина

anonymous
()
Ответ на: комментарий от anonymous

Так ты просто не в теме

Ну конечно не в теме, я же - чайник. Что вижу, то и пишу. Не вижу разницы, вот и пишу что ее нет.

Polugnom ★★★★★
()
Ответ на: комментарий от Odalist

Здраствуйте. А как может быть, что у вас в выводе системных настроек стоит шрифт «Sans», а нули с точечкой? (видно на скриншоте).

forest22
()
Ответ на: комментарий от MiST

На моем древнем тазике, 11 стал ползать еще медленнее чем 10

Ищи причину. На коре второго дуба 2008-го года выпуска Debian 11 с Гномом просто летают. На ноутбуке того же года тоже, но с Mate. Даже вроде быстрее 10-й.

anonymous
()
Ответ на: комментарий от forest22

если будет время, на другой машине попробую чистую установку. Опробую sway. Хочу посмотреть, как там эти ваши вайлянды…

Odalist ★★★★★
()
Ответ на: комментарий от anonymous

Разница есть и большая.

У меня система загружается заметно быстрее..

Odalist ★★★★★
()
Ответ на: комментарий от Polugnom

Лично у меня разница очень ощутимая, в пользу 11.

  1. GNOME 3.38 в силу всех последних оптимизаций, которые в нём запилили, заметно быстрее шевелится, нежели 3.30 в 10.

  2. В 10 при высокой дисковой активности система начинала гигабайтами уходить в swap, что приводило к лагам и тормозам. В подкачку вылетали прямо работающие и активные в данный момент приложения, включая X-сервер — происходили постоянные записи страниц памяти в swap и тут же восстановления их обратно, с непременными подвисаниями в процессе. Кое-как уменьшил эффект всего этого, оттюнив sysctl, но всё равно было очень некомфортно.

    В 11 в отсутствие всяких настроек ничего подобного не происходит. В результате отзывчивость при высокой дисковой нагрузке просто на порядок выше: ничего не лагает и не подвисает.

Rootlexx ★★★★★
()
Ответ на: комментарий от anonymous

Не только для коммерческих. 10 лет пользовал дебиан на домашнем десктопе. Иногда это был testing, иногда stable, а иногда даже oldstable. В целом полёт нормальный, только иногда свежего софта из реп не хватало. В последние годы это перестало быть актуальным, ибо есть AppImage. Стабильный десктоп с минимумом сюрпризов.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от Zubok

о, даже так, спасибо ! )

Хотя Дебиан в отличие от Убунту вроде пока не пытается бросить i686, но это наверное все равно когда-нибудь да произойдет,
так что возможно имеет смысл поэкспериментировать на малоиспользуемой виртуалке для начала.

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

«бросить i686» че за самозванский вывод , ага щас бросят они arm v8 слишком толсто разве их только если мелкософт подкупит что бы те бросили

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.