LINUX.ORG.RU

Выпущен Debian 13.4

 , ,


0

3

Проект Debian рад объявить о четвёртом обновлении своего стабильного дистрибутива Debian 13 (кодовое название trixie) и содержит важные обновления в сфере безопасности и стабильности ключевых компонентов.

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

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

Ключевые исправления

  • Apache2: Устранена регрессия, связанная с протоколом HTTP/2.
  • bird2: Исправлена проблема с флагами для устаревших префиксов в RAdv (объявления маршрутизатора для IPv6) и исправлен краш при экспорте маршрутов с non-BGP атрибутами в протоколе BMP.
  • ifupdown: Исправлена обработка DAD (Duplicate Address Detection) для IPv6, а также порядок вызова клиента dhclient.
  • open-iscsi: Устранена проблема с обнаружением статических узлов iSCSI.
  • chrony: Демон синхронизации времени адаптирован для совместимости с новыми ядрами.
  • clatd (CLAT для IPv6): Исправлена установка systemd-юнитов и путь для dispatcher NetworkManager.

Исправления безопасности

  • openssh: Исправлены потенциальные проблемы с отслеживанием процессов MaxStartups, а также закрыты уязвимости, которые могли привести к выполнению кода (CVE-2025-61984, CVE-2025-61985).
  • glibc (библиотека GNU C): Обновление из стабильной ветки upstream, исправляющее несколько критических проблем: повреждение кучи (CVE-2026-0861), утечка содержимого стека (CVE-2026-0915) и использование неинициализированной памяти (CVE-2025-15281).
  • mariadb: Новый стабильный релиз, закрывающий возможность выполнения произвольного кода (CVE-2025-13699) и проблему отказа в обслуживании (CVE-2026-21968).
  • postgresql-17: Новый стабильный выпуск, включающий исправление превышения границ буфера (CVE-2026-2006).
  • wget2: Исправлены уязвимости, позволяющие перезаписывать файлы через metalink (CVE-2025-69194) и вызывать удалённое переполнение буфера (CVE-2025-69195).
  • erlang: Устранены проблемы, ведущие к чрезмерному потреблению ресурсов (CVE-2025-48038 и др.) и перенаправлению трафика.
  • dpkg: Исправлена уязвимость, приводящая к отказу в обслуживании (CVE-2026-2219).
  • wireshark: Новый стабильный релиз, в котором исправлены проблемы с исчерпанием памяти в диссекторе USB HID (CVE-2026-3201) и краш в диссекторе RF4CE Profile (CVE-2026-3203).
  • xen: Гипервизор обновлён до нового стабильного релиза с исправлением переполнения буфера (CVE-2025-58150) и проблемы неполной изоляции vCPU (CVE-2026-23553).

Обновления системных компонентов

  • grub2: Исправлена проблема с идентификацией корневой файловой системы ZFS для нескольких архитектур (amd64, arm64, ia32).
  • sudo: Исправлена регрессия с именами файлов в sudoers.d, содержащими двоеточие.
  • systemd-resolved: Исправлен баг в скрипте debvm, касающийся установки systemd-resolved.

>>> Подробнее

★★★★★

Проверено: CrX ()
Последнее исправление: CrX (всего исправлений: 1)

Что-то версия 13 в целом самая косячная по количеству мелких косяков. По крайней мере начиная с Debian 9 не встречал столько мелких недочётов, особенно с самого старта 13, когда практический срочно выпустили 13.1.

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

Я словил какие-то непонятные глюки в установщике и потом в системе с сетью были проблемы и что-то ещё. Плюс сеть отваливалась.

Сейчас есть несколько инсталляций, вроде бы работают стабильно. Но звоночек.

Ну и на мой вкус - подсветка цветом в ip a / apt и смена его вывода не в тему.

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

Опять же непонятно почему в sysctl.conf пусто, в прошлых релизах была куча закомментированных параметров, которые достаточно было просто раскомментировать и исправить.

Нет /etc/iproute2/rt_tables* и прочего.

Хз почему убрали.

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

Не понятно зачем эта многострочная фигня. Проще одну строку добавить, чем бегать по 5 строчкам.

Ещё в /etc/bind конфиги порезаны и даже не работают те, что там есть, пришлось копировать с Debian 12 набор файлов - запустилось. Не стал ковыряться и сравнивать чего нет в поставке в Debian 13.

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

Не пользовался Debian с начала 2000-х, т.е. практически 20 лет. По работе пришлось установить, был приятно удивлён. Многое не нравится (иначе не сменил бы Debian 20 лет назад), но со стабильностью проблем не замечал. Всё работает, никаких глюков, явных недоработок за 6 месяцев не нашёл.

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

Так дистрибутив то не изменился. Все изменения - это просто обновления софта. Это заслуга авторов софта собственно.

В чем конкретно дистрибутив то стал лучше? Когда последний раз были изменения в дистрибутиве, а не просто изменения версий софта?

В генте таких «революционых» изменений по 10 в сутки бывает.

LightDiver ★★★★★
()
Последнее исправление: LightDiver (всего исправлений: 1)

New upstream stable release; fix arbitrary code execution issue [CVE-2025-13699]; fix denial of service issue [CVE-CVE-2026-21968];

А Машка-то шалавой оказалась…

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

Ты пропустил ситуацию между 13.0 и 13.1, где была эпичнейшая ошибка инициализации графики в GRUB (а я счастливчиком, у которого она проявлялась зависанием с невозможностью поднять иксы). Самое забавное то, что в LMDE 7 это исправили сразу же, пока родительский дистр собирался и рожал.

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

Видимо, пропустил, да. К тому же, я уже лет 10 перешёл с GRUB на UEFI (не вижу особого смысла для себя в GRUB, если сейчас любое железо умеет грузиться напрямую).

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

Chiffchaff
()

Молодцы, долгих лет проекту!
Нужно же поддерживать Devuan в форме. :)

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

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

Не понятно зачем эта многострочная фигня. Проще одну строку добавить, чем бегать по 5 строчкам.

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

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

Хз почему убрали.

возможно движутся в эту сторону

Не понятно зачем эта многострочная фигня. Проще одну строку добавить, чем бегать по 5 строчкам.

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

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

Он наглядней

Чем он наглядней и уж более понятней?

Проще прочитать одну строку, чем бегать по 5-ти.

Я Debian использую с 2006 года, всё это время был всем нормальный формат.

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

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

Вывод одна строка, в которой есть всё, что надо удобнее.

И со времён прошлых релизов хватало одной строки. И будет хватать.

Скриптами опять же одну строку удобнее автоматизировать. В общем, полная фигня.

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

если используются сторонние репозитории, то в эту строчку добавляется путь к ключу и иногда еще пара параметров

Добавление ключа возможно и в формате подключения репозитория в одну строку.

А так да, для простого случая однострочный вариант лучше подходит

Да для любого случая достаточно однострочного формата.

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

Вот тебе одна строка с подключением ключа:

deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/debian bookworm stable

А вот многострочник:

Types: deb
URIs: https://download.docker.com/linux/debian
Suites: bookworm
Components: stable
Signed-By: /etc/apt/keyrings/docker.asc

Парсить одну строку, если нужно проверить проще.

Чем вычитывать многострочник.

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

эпичнейшая ошибка

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

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

Добавление ключа возможно и в формате подключения репозитория в одну строку.

я не говорил, что невозможно, просто при добавлении параметров в […] строка становится длинной и читать ее не так удобно

deb [signed-by=/usr/share/keyrings/debian-archive-keyring.gpg] http://deb.debian.org/debian trixie main contrib non-free non-free-firmware

оно уже не такое красивое. Добавляем всякие include, exclude, architectures, languages и т.д. и оно становится еще менее красивым

Да для любого случая достаточно однострочного формата.

не, не вернусь

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

Добавление ключа возможно и в формате подключения репозитория в одну строку.

В новом формате можно встроить ключ прямо в этот файл .sources.

Плюс см. Держу в курсе: в Debian модернизируют репозиторий (комментарий).

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

В новом формате можно встроить ключ прямо в этот файл .sources.

Из того, что ты привёл вижу только, что подключение 6 строк deb / deb-src от разных релизов объединено в одну конфигурацию.

Про встраивание ключа в файл не понял, нет в примере.

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

Про встраивание ключа в файл не понял, нет в примере.

Types: deb
URIs: https://download.sublimetext.com
Suites: apt/stable/
Signed-By:
 -----BEGIN PGP PUBLIC KEY BLOCK-----
 .
 mQINBFkQtZkBEADKbOf66dGnmDHnV/XEJwZUcNkn9X+bsOsbWtGqTh4ura5tEozO
 EBDw2eCFFFN0PlLyj79WQOscgxUyi4h5AmInYJlL6DK8rHp9Cu0/IDtYwuO4nbUN
 0SMTEb/9UdyVO8to63S+2PyFre8ijh/fGPbBgtu47rEI1tNCDkreUKSQ3XpbVEQL
 8601tbakSoeVEApOMv06pQMc4ewG1Qo9ogYaqvlEQFVboW6CXBr+CoP1s7pcxr0l
 /iJT90dMGQevFpyVt64CfQnLAmd1VOp7JfNYOTThAK/y+Da6XTp+R1kfcX7Ha1nW
 hGiuOHWh7kUNQoc643Mk3M0O+TA+gamnFw/ZLYDvm2MyyTUvVdmS2Is9xllfwuqW
 ELy3yADmSCPRcjlFU/Rsc6454HYEVd9tdaXt3LiY2WyaMp/5mBLOXbq6I8pPPouY
 hWS3QSGG4HEMtiSibcXjwEzXf2cfBX1ckLL6mlaAQC1ZXs5HvnOhJT+LcbRJEe2I
 2J1gEAjTu7drtKIIgtYX+woNI4juYUfrjkJC4pQfKcS/qAdY1SuzczT8T+QSzwm2
 5mq1KcPK6/o5QXdfUpRArH7MQBEXWeKUw0tpv3MXVrsK+WMhZLNbVYnXFNltdZvo
 0OPt+w/PWR7OcWYn0lM6+zPE1t4NwmjVTh3JM2gGWf4gCtEGZpyNwW0ArQARAQAB
 tCxTdWJsaW1lIEhRIFB0eSBMdGQgPHN1cHBvcnRAc3VibGltZXRleHQuY29tPokC
 NAQTAQIAHgUCWRC1mQIbLwMLCQcEFQoJCAUWAgMBAAIeAQIXgAAKCRCtrmrSio+Q
 GvPyD/9bGTuBAeS/NR68txC39koiGdWpRXvvOTDTo5tF78CLqmDb7KNjDpgwlfKr
 iV+qdsUhvEZsA7WeB87KOqptztR8zhPWCN53hupoBsBLjvDET/AQYZYBwuCwsv90
 Sd8ErIK+kXxH1XnCSIiV9AwAPPfpZDM2lv22KoxxDowzz8i+eIayZH9oaOFAoLNc
 aMhZywiDCH8lk5h22Jubq2ElwDAixowxdDL6xzYjTmsW6VPThdvixL4p+/kgXWGW
 EPqMZUrLZvlCwGAHFdcg8o4vWibT/j7JAF0rYsOOBEzLOP+wbk6FCjwOgk8kwUaJ
 QUuxEJp/xWw/aHcpVz48dWdXvgE+AQUY/qKe2t2MkSPTgScjXVsATb3fZo2YBrMm
 2nY2OLRuXUIbCnh0ZxSKRI7+4jUPPCJPGh6xBNxnUcNal4dkeUEmZ+KL0G/4BtSI
 pVq/sbBnxO/FOKEhs0z7ONrUD2KAhGRrSEgRsTCpzsvo8IdRzYnTnDAZU7ouK5oF
 3jQVt/dvDp9CKUfG1QoP5FSKjZIpDyxT1sOqWWjEbcPbzMnMVcVqWh+zruGT6R8o
 hSduhMcFTtrQHd+ECe0tBd2DGHEmPy5lA97gLVo4y19/IIlLJxXcXJbOPkCCeHln
 Hq6nD/SCtnch7pDS6kaBe4VaeT8m4/EHjROAmI2SprI1TdzS/LkCDQRZELWZARAA
 vlA9fJFa29VdBYDBAwygPaIfCelSwkq5UaPy9wLI0bSu5HaCnHD6FnENB2TOC0No
 2MXIfxQwJ4nyna37xsaLYQO8Qt+3EJ0mFmnToyhL8tebdsSBkqprCVixAf2PjtkX
 tr4XxHR4L2nt9nsb5w3eCkcZ3czkafkePSsMuu8c2y6e8k+Kb+caTENWNxob/oOm
 p0ybJDBKVa8JV5BVbvUd8JcWsLzKx0BSTxTH0j9eCpfBLilZZml1A9v7AgW5tK6H
 VNOufkR1DsHrAIQJQdyt8HKUXY0/7m3Tm7/61ONjKbuFaIJYrkNMgr0P7BKNFMAj
 yJBFwa2Vf60idfxShu8svzvYBWSRWplEBnwlxSJvdQT2E6p08kOdgVX3FY4k9Jgm
 MllE1ZsyIdF8hcpfReZn+3RcPrutvMYL5Cyc63xuiRUjaMLQroZ7CfFuvDRYqgkG
 MQbHNhWrQzHx12FQ/Mlw7mS9ypbnFhJUP4SrYKIyVW2dEUTaUpaUlfflNNRZiVZX
 gtnPiIU8kRu8WjDUWKHk3QMs4KuRiudk4ZSHP+neBe9Bm67BPhVkYcpBAyJBkLTZ
 AWmosdDCMIAyXbupR760oQUQST7tEilplvHYX8XpDBmSIM43aMKQizI+A0HYf2zd
 jiz5K5hAL0lQx9HgRSbgz6vWN6FK0pEFrm3TifvdZvUAEQEAAYkEPgQYAQIACQUC
 WRC1mQIbAgIpCRCtrmrSio+QGsFdIAQZAQIABgUCWRC1mQAKCRD1fU9ZvT30VPOL
 EACB+F2hb45D5ofEoVHgYBrD2BtPSItSAMQtvncwViH42CatT1g2n7MHwdnLts8x
 SCeAaEdWzpIaMbUVO7qSkWP1gYjbq0gozEIYplzdcSFLvnDfkvSYCelJqv7GJWJx
 JQ59hC7V1QWKUQFf4CH8X1Mm1tHyuSe8yTBerZXWExuLE/lkBcc/S6tSFUteODIw
 PeXzOMkWqf0Z8XFNNUDwlKVDcT9apvpDxE5pyOmBgJ+QRE+QbstE//nZQaDN44d2
 +I/4N3NJcWNIq4D0viENwJHbCvDIeeAOux8QEjBOWlBxYsfYwd9xecRR6IiNMnLd
 7zw2B1/44vbSUOTg8pVh9qJzYzolBlJSQU8cyejCoYmRt9GbWWrhoRudtKDq+5VF
 IoJOSAAzgNAUgJWIRS6h+4jUoYLa9ew1eytGLTLrYR5fFVwA42WIjDfVXpP93IVS
 jOFswyD/YeyGjQb22xlBvVGrLv/V3bK3ghQjAqlXRItLSH4bvFRolna1tdlpuCNd
 HRwdpujd0IGvG7jMmKTbNQmjIM0ZLRYXKzSOoRx90Mc8u75qvC1seMtdTSdZap2e
 tz38Cm7kRPjqVpLbv1obUtPIVPVjxuQpY1m8jmIT678t8W37zxCxrJ/4sOJ3PMNj
 nl7Lj0Y4HZsopZN2Z4Yf+EnyNwDHTaVWpWqMrkgQMz79WG3gD/oCQ3SC7/5ByapZ
 BwahFuaS52Qmw+70ahNkWiUNfLUZk3TTQbKpyJNziKdVW10llEr76MEw1TwdjXVP
 H8uEGYTtI/gcbbGTeXMWfBorgSkSdjgN6QgMgZbHpY4ljDMPdPLuivJ2+TYKN3JC
 WPGorOolzezyU+yZkz6353UoX6LMGLQObB7AugQLcJO6aZnMPNqC7wof7VjWZytG
 vwA0id7Siudviw1IUOxj14oevNheNHwicVTTlS0fnc+88d1AAL0jmmKyrvdawPPm
 uHCOosQ/ymXanAqNx/XUelGvJKSHC8i3itiVbDcArkaVrwoE2y2t//0AvStsmvKM
 R7UE+R0u7C9/lbU2mAambMJkc1XzdjEbuwD55JMqik4AXgAqARnZceV/YkLzqJG7
 TbHv9QSv7t1Fg16gUW3LLIfRan+sRgF3QxnmJD9xNrz0EIvIRSKhFH+EX/cQAA/y
 Uw78H0YeKGlPpXsOOHp8l/ZLXsCCK2RvMFmOWfCcoBEzuiNn5I+2MUoiXkSkdsBy
 1F1O2ZyGTA3bhdRUW3ouD8PShapJrx8LnrM5ADzlbDvTS0TLegNN4An5bSbj09dI
 Ret0lkql+RTCtyWh95sr1kgGyyQCyF/Jv7NSntcQlJL3whphCpOkvOvK+HlBoY5U
 McvDuGKIXk111Z3nrF4DeIIc/U6ICQ==
 =CCk2
 -----END PGP PUBLIC KEY BLOCK-----
Rootlexx ★★★★★
()
Ответ на: комментарий от kostik87

Я Debian использую с 2006 года, всё это время был всем нормальный формат.

Вот ты просто привык и все. Привычное!=удобное
В deb822 отдельная строка адрес, отельная строка секции, отдельная строка ключ подписи. Это чертовски удобно и наглядно. А вот в чем плюс наблюдать все это в одну строчку, кроме привычки, совершенно непонятно. Но если настолько привычно, что прям невмоготу, можно дальше использовать sources.list, никто этого не запрещает.

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

Опять же непонятно почему в sysctl.conf пусто

может потому что надо changes читать?
«5.1.15. /etc/sysctl.conf is no longer honored»

https://www.debian.org/releases/trixie/release-notes/issues.ru.html

In Debian 13, systemd-sysctl no longer reads /etc/sysctl.conf. The package linux-sysctl-defaults ships /usr/lib/sysctl.d/50-default.conf which is intended to replace the former /etc/sysctl.conf. This package is recommended by systemd, and will thus be installed by default on systems where installation of recommended packages has not been turned off.

Check whether linux-sysctl-defaults is installed on your system and whether the contents of /usr/lib/sysctl.d/50-default.conf conform to your expectations. Consider putting local configuration into file snippets named /etc/sysctl.d/*.conf.

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

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

Уж лучше либо старый формат с ключом в файле, либо новый, но так же ключ в отдельном файле.

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

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

Проверил на установленном Debian 13, файл sysctl.conf есть и параметры в нём указанные применены, а в /etc/sysctl.d/ только файл READMY.sysctl.

А если открыть man sysctl.conf, то можно увидеть:

FILES
       procps sysctl, when run with the --system option, reads files from directories in the order shown below.

              /etc/sysctl.d/*.conf
              /run/sysctl.d/*.conf
              /usr/local/lib/sysctl.d/*.conf
              /usr/lib/sysctl.d/*.conf
              /lib/sysctl.d/*.conf

       Finally, procps sysctl reads /etc/sysctl.conf.  This file is not used by systemd-sysctl, which means that some kernel parameters are not set depending on the implementation of sysctl that is installed.

Читай последнюю строку.

Пофиг на systemd-sysctl.

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

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

В этом и суть. На сайтах программ инструкции по добавлению репозитория станут проще.

А вообще, тому, кому регулярно приходилось объяснять пользователям в чатах и на форумах, куда вписывать добавление non-free, наличие читаемого Components: сделает жизнь чуточку проще.

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

Плюсы есть, но в целом, не вижу явных преимуществ.

кому регулярно приходилось объяснять пользователям в чатах и на форумах, куда вписывать добавление non-free

Понятно, подстраиваемся под альтернативно одарённых. Бывает.

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

Понятно, подстраиваемся под альтернативном одарённых. Бывает.

Совершенно незачем так уничижительно говорить про неопытных пользователей.

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

Неопытность не означает, что человек не должен думать.

Ситуации, когда кому-либо, например даёшь рекомендации добавь в /etc/modprobe.d/nouveau.conf строку

blacklist nouveau

А человек в ответ пишет: «А файла нет.».

Сам был.

И других схожих.

И да, по тенденциям, думаю скоро blacklist переименуют в «disablelist», «blocklist» или что-то другое. Делать же больше нечего.

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

Честно скажу, что без понятия исправили или нет, но после 13 версии я свалил с дебиана на LMDE 7. Достало. А минт просто накатил и пользуйся.

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

Значит мы оба до конца некомпетентны, потому что с графонием у деба периодические проблемы (в сравнении с производными бубунтами и минтами).

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

Я сталкивался с явными проблемами в Debian с графикой, только в следствие отсутствующих firmware или более старого ядра.

К сведению: в Ubuntu пакеты собираются с тех же исходников, что и в Debian, если брать сравнивать стабильные релизы, меняются только логотипы.

И я говорю не о ванильных исходниках, а в целом о исходниках с патчами дистрибутива.

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

https://packages.ubuntu.com/plucky-updates/libegl-mesa0

https://packages.debian.org/trixie/libegl-mesa0

И структура репозитория Ubuntu, если брать основные, без всяких ppa такая же.

Есть даже plucky-backports, по аналогии с trixie-backports.

Отличия в ядре по версиям некоторое есть.

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

Ну, я просто указал на то, что к примеру LMDE 7 использует стабильные репы Debian 13, но при этом как-то сиииильно быстрее и качественнее прилизывают пакеты, в том числе проприетарщину. Почему маленькое (в сравнении с дебом) комьюнити минта справляется лучше самого деба? Вопрос риторический.

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

Я не знаю о чём ты говоришь, видимо не понимаешь сам, но пакеты в LMDE или Mint версии на Ubuntu из основных дистрибутивов.

А в самом Mint поддерживается только набор пакетов с Cinnamon / Mate, их наборами иконок, тем оформления и прочему.

И список репозиториев в LMDE 7 примерно такой:

deb http://packages.linuxmint.com gigi main upstream import backport
deb https://deb.debian.org/debian trixie main contrib non-free non-free-firmware
deb https://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware
deb http://security.debian.org trixie-security main contrib non-free non-free-firmware
deb https://deb.debian.org/debian trixie-backports main contrib non-free non-free-firmware

Вот можешь сам убедиться: http://packages.linuxmint.com/list.php?release=gigi

Это все пакеты, что есть в репозитории LMDE 7, всё остальное, в том числе ядро, графический стек, все системные библиотеки - это Debian Trixie.

Т.е. используя LMDE 7 ты по сути используешь Debian 13 Trixie, но с DE, например, Cinnamon.

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

Заметь, в репозитории Linux Mint нет никакого пакета с grub, как ты говоришь, что в Linux Mint: «почти сразу исправили».

Если проблема была в grub, то исправили её как раз в Debian Trixie.

Остаётся вариант, что проблема была в файле шрифтов или фоне для grub, но это маловероятно, потому, что ничего другого, относящегося к grub-2 в репозитории Linux Mint LMDE 7 - нет.

http://packages.linuxmint.com/pool/main/g/

А нет, ошибся, есть пакеты с grub2:

Но для старых версий Linux Mint.

Так что в случае LMDE 7 пакеты с grub2 так же были от Debian Trixie.

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

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

svidrigaylov
()

Поставил на пробу энтот ваш дружелюбный и ультрастабильный Дебиан. Ядро собрано с дефолтами, больше пригодными для серверов, а не десктопных систем. Окей, поставлю другое. Погодите-ка, а какие другие есть? А никаких, rt есть, но это не то, что мне нужно на десктопе. Ладно, поставлю wine. Тоже выбор невелик. Ладно, пусть будет стоковый, хоть какой-то. Так, а почему плеер с Гномом не подтянулся? Что там есть в репах из плееров, которые нормально бы смотрелись в экосистеме Гном? А никаких. Есть десятки плееров, но почти все они 20-летней давности. Говорят, репо Дебиан самые богатые среди всех дистрибутивов. Ну-ка, пробегусь по магазину приложений, что у нас там? РСС-читалка 20-летней давности, ГУИ для гит на питоне 20-летней давности, плеер 20-летней давности, почтовик тех же лет, ещё древний плеер, ещё древняя читалка новостей… Окей, придётся ставить из флэтпаков. Поставлю Zoom, нужен по работе. Такс-с, запускаем. А почему он так тормозит? На нажатие кнопок и даже на ввод текста реагирует по 2 секунды. Нет, пользоваться этим невозможно.

А в предыдущем, 12-м, Дебиан в Wine не работала ни одна программа через dxvk.

И ладно бы всё это не работало нигде, ни в одном дистрибутиве. Но в Сусе работает, в Арче работает, даже в Альте работает. А в ультраштабильном Дебиан нет. И в репах куча протухшего софт и тысячи мало кому нужных питоно и перло либ, зато современного десктопного софта нет. Даже гномовский стандартный плеер не удосужились опакетить. Но именно Дебиан почему-то в каждой теме про выбор дистрибутива для десктопа советуют с поразительным упорством. Вы там реально ничем, кроме Вима с Файрфоксом, не пользуетесь?

Сейчас мне какой-нибудь агро-дед ответит, что я просто ниосилятор. Окей, но почему в более других дистрибутивах не надо ничего «осиливать», можно просто поставить и работает? Почему там есть свежий десктопный софт (я не про циферки даже, а про само наличие)? Почему там есть сторонние репы или какие-то ещё способы поставить нужные приложения, типа AUR, OBS или PPA?

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

Потому что дебиан не дистрибутив для десктопов, а конструктор для десктоподистрибутивов. Вам минта не хватает что-ли? Всякому дистрибутиву своё место.

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

Так, а почему плеер с Гномом не подтянулся? Что там есть в репах из плееров, которые нормально бы смотрелись в экосистеме Гном?

Вот GUI для mpv / mplayer, на GTK: https://packages.debian.org/trixie/amd64/celluloid

почтовик тех же лет,

Ты про postfix / sendmail или о чём?

А что всё выше сказанное не относится к другим дистрибутивам? Везде так, ну разве что в Fedora самые свежие выложенные 2 часа назад на git разработчика, но глючные приложения.

Окей, придётся ставить из флэтпаков.

Нафига такое в систему вообще тащить.

Такс-с, запускаем. А почему он так тормозит?

А что с дровишками, точнее пакет linux-firmware или другой с прошивками на видео драйвер вообще ты поставил?

На нажатие кнопок и даже на ввод текста реагирует по 2 секунды. Нет, пользоваться этим невозможно.

Ну так, вестимо, ты на vesa, а точнее modesetting драйвере запустил графику, не установив firmware для твоей видео карты.

sudo mkdir -pm755 /etc/apt/keyrings
wget -O - https://dl.winehq.org/wine-builds/winehq.key | sudo gpg --dearmor -o /etc/apt/keyrings/winehq-archive.key -

sudo dpkg --add-architecture i386
sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/debian/dists/trixie/winehq-trixie.sources

А в предыдущем, 12-м, Дебиан в Wine не работала ни одна программа через dxvk.

А далее:

sudo apt install --install-recommends winehq-stable

или

sudo apt install --install-recommends winehq-staging

Читайте: https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu

И ладно бы всё это не работало нигде, ни в одном дистрибутиве. Но в Сусе работает, в Арче работает, даже в Альте работает.

Что именно? В suse плюс-минус такие же пакеты, если не старше, плеер, возможно, тебе автоматом поставился, остальное что точно так же - не понятно.

А, там firmware из коробки стоит? А ты не можешь сделать apt install linux-firmware? Ну, тогда возможно, возможно.

Полное название дистрибутива Debian GNU Linux, это значит, что по умолчанию в составе дистрибутива при установке ставится самый минимум пакетов с кодом, ограниченным патентами, но их можно спокойно установить. Или использовать отдельный установочный диск, где присутствуют прошивки сразу.

Да, ты не осилятор, смузи поставь на столик и полистай документацию.

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

Так, а почему плеер с Гномом не подтянулся?

Откуда же мы знаем, ведь вместе с task-desktop у тебя устанавливаются totem и gnome-music (второй по умолчанию если не отключены рекомендации, но первый в любом случае).

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

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

и я не ёрничаю, а просто советую ибо сам столкнулся. но я был готов ибо заранее прочитал ))))

mumpster ★★★★★
()

Чему все рады? Не понятно.

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

Я тоже не ерничаю и привел вывод из

man sysctl.conf

из Debian Trixie и дал комментарий, что у меня параметры на Debian Trixie прописаны только в /etc/sysctl.conf, а в /etc/sysctl.d присутствует только файл README.sysctl.

И судя по отрывку из man понятно как применяется и почему работает из файла /etc/sysctl.conf.

kostik87 ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.