Опубликован третий кандидат в релизы инсталлятора следующего значительного релиза Debian - "Bullseye". В настоящее время насчитывается 48 критических ошибок, блокирующих релиз (месяц назад было 155, два месяца назад - 185, три месяца назад - 240, четыре месяца назад - 472, в момент заморозки в Debian 10 - 316, Debian 9 - 275, Debian 8 - 350, Debian 7 - 650). Релиз намечен на 14 августа...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55579
Круто. обновил проксмокс, думал что уже релизнулся он =)
Все нормально, но в самбе smb1 дропнули, и не включается.
Вот гады, не дают наступить на грабли!
Взрослые люди имеют право наступать на грабли сколько угодно раз.
кому как не гусю знать об этом...
Гусь может наступать на грабли сколько угодно, и ничего ему за это не будет. Слишком легкий падло.
Это линукс. Это серьёзно и не какой-то мультик когда грабли комично прилетают в лоб, можно и ногу проткнуть.
даштожеэтотакое... опять не дают с тевилизором посидеть! там cifs.ko только под первую весию!
Что это за винтажный телек? :) Небось еще с 2.6 кернелом?
> в самбе smb1 дропнули,Ну так надо выкидывать устаревшие технологии, а то сплошной луддизм
Как всегда, глупые недалёкие комментарии отстающего в развитии.
Вот это новости. Ахтунг, на опеннет больше заходить не стоит
Это даже хуже постоянных новостей про Wine на лоре
таки тут и там топ-1 постов это реклама уяндэкс-браузера (ныне вивалды)
Бросай боярку
Яндекс.Браузер отдельно, Вивальди отдельно и ничего общего у них, кроме движка Blink, нет. Vivaldi это продукт того же чувака который создал и потом продал китайцам жОперу, он никак к Yandex LLC. не относится и никогда не относился
>кроме движка BlinkТак движок это и есть самое важное
Движок у них общий, как и у Хрома или Оперы, а вот все вокруг него разное и разрабатывается отдельно. Вивальди как копия проданной китайцем жОперы, Я.Браузер совершенно самостоятельно и с интересными фишками(например показ fb2-файлов)А еще на том же движке MS Edge, например. Будешь и его считать одним браузером с указанными выше?
>А еще на том же движке MS Edge, например. Будешь и его считать одним браузером с указанными выше?Edge после установки импортирует закладки из другого браузера без спросу, так же как и Яндекс Браузер и да, для меня Опера, Яндекс, Эжд это одно и то же. Ведут себя одинаково, выглядят одинаково. Вивальди не пробовал.
Выглядят совершенно по-разному, ведут себя совершенно по-разному, имеют разную функциональность.
А то сейчас выглядишь как китаец говорящий, что все европеоиды на одно лицо
Апелляция к личности (лат. argumentum ad hominem — «аргумент к человеку») — логическая ошибка, при которой аргумент опровергается указанием на характер, мотив или другой атрибут лица, приводящего аргумент, или лица, связанного с аргументом, вместо указания на несостоятельность самого аргумента, объективные факты или логические рассуждения.Подразделяется на виды:
argumentum ad hominem personam («переход на личности») — прямая критика личности или оскорбление оппонента;
> на опеннет больше заходить не стоитпримерно с 2000-го года
>14 августаО! Спасибо за напоминание. Как же бесит эта заморозка на testing-e...
Неужели нельзя на период заморозки посидеть на unstable? Не стёб, вопрос из интереса.
Очень даже можно. Правда, unstable во время заморозки тоже "подмораживается", активность в нём падает. Но если кто-то сидел на testing - ему это и хорошо будет.
> Неужели нельзя на период заморозки посидеть на unstable? Не стёб, вопрос из
> интереса.А смысл? Принципиально это ничего не изменит. Проще просто подождать релиза.
А дорогу вы тоже на желтый переходите?
> Неужели нельзя на период заморозки посидеть на unstable?Это примерно как курить на пороховй бочке. Особо везучие даже выживают.
скоро начнут новости писать о каждом обновлении пакетов в дебиане)
Было бы здорово, но желательно это делать на соответствующем ресурсе. Забыл как он там называеться VersionCode или что-то типо того ...
Инсталятор не в браузере и на том спасибо
Фух. Успакоил. Я уж переживал, что и у этих с головой случиться.
Это ж не убунта, для хайпожоров есть она.
> Ядро Linux обновлено до выпуска 5.10.0-8Обновлено? Странное определение новизны...
Очевидно же что его пересобрали 8-й раз с новыми флагами. LTS ядра на kernel.org это для лохов.
Соглашусь, но тем не менее, отстают прилично (5.10.46)
Дэбиановская нумерация своя, в том смысле что 5.10.0-8 вполне может включать в себя все из .46 и еще патчи сверху
Такая же фигня в RHEL, например, их версия ядра имеет слабое отношение к похожей версии с кернел.орг и включает в себя обычно кучу бэкпортов и своих патчей
Не отстают.
5.10.0-8 - это не версия, а внутренняя дебияновская нумерация сборки ядра. В самом пакете ядро 5.10.46
Отстают.
На несколько месяцев(!!!) Актуальная версия 5.10.55.
После релиза в bullseye-backports будет ядро поновее. Всё равно не самое новое, но поновее, чем во время релиза, и будет периодически обновляться.Если хочется ядро для Debian/Ubuntu поновее, да ещё и с multimedia патчами - можно взять с https://liquorix.net/
О, а вот и сборки от Васяна и Zver CD подоспели. Даже сложно сказать, что стремнее, дебиановский тухляк или ЭТО!
Это не сборка от Васяна. Хорошая известная сборка, существует уже много лет. Сам пользуюсь, когда именно новое ядро нужно. А ты не знаешь, так и помолчи.
Ну раз аноним с локалхоста много лет какой-то левак протрояненный использует, то это сразу делает этот левак хорошим и проверенным, lmao!Админы локалхоста такие админы локалхоста...
P.s.
Интересно, это чисто славянская черта про "там 1000 мейнтейнеров дебиана, занимающихся проектом более 20'лет недостаточно хорошие ядра собирают, сейчас я чуть-чуть что-то улучшу"? Я больше нигде не встречал такого.
Мда. Аноним анонима анонимом обозвал. Зачем столько агрессии и высокомерия?Ядро от Liquorix - самое известное ядро с мультимедиа-патчами. Если ты про него не знаешь, называешь сборкой от Васяна и протрояненым леваком - это говорит не о качестве ядра, а о твоём незнании матчасти. Поэтому добрый тебе совет: умерь высокомерие, перестань упорствовать в своём невежестве и изучи ту самую матчасть.
Авторы проекта Liquorix - не славяне, твой националистический выпад опять таки ни к чему. А то, что ты больше нигде не встречал такого - лишь показывает узость твоего кругозора и жизненного опыта.
Ядром в Debian не занимается 1000 мэйнтейнеров. И не надо мэйнтейнеров Дебиана, занимающихся ядром, представлять как неких полубогов, обладающих сакральным знанием, недоступным больше никому. Они хорошие профессионалы, но и в проекте Liquorix тоже хорошие профессионалы. Ядро хорошее и в Debian, и в Liquorix.
В Debian ядро универсальное, собранное, чтоб работать _достаточно_ хорошо во всех ситуациях, но не наилучшим возможным образом, просто достаточно хорошо. Ядро от Liquorix заточено под десктоп и мультимедию и работает на десктопе _чуть_ лучше, чем ядро от Debian. Наверное на сервере оно будет работать хуже, чем ядро от Debian, но я его на сервер и не ставлю.
Стоит ли пользоваться ядром от Liquorix, если устраивает ядро из дистрибутива? Пожалуй нет. Но иногда хочется лучшей поддержки видеокарты, чтоб не висла при выходе из спящего режима, или чуть более плавного проигрывания видео (или самовнушения, что оно плавнее стало (кстати, отличный повод пошутить про самовнушение в ответном посте)), или поддержки нового драйвера ExFAT, отсутствующего в старом ядре, или ещё чего-нибудь. В этом случае очень даже имеет смысл использовать ядро от Liquorix.
Наконец, никто никого не заставляет пользоваться одним или другим ядром. Не доверяешь ты этому ядру - ну не пользуйся, пользуйся стоковым, или из бэкпортов, или сам собери.
ядра ubuntu поддерживают больше устройств
"Релиз намечен на 14 августа"
Ну вот. А то в сентябре, в сентябре...
Как раз стабильная гайка релизнется, и после нее уже нескушный истоляттор.
Список рассылки читал? В них они долго выясняли кто и когда свободен. Сентябрь был резерным месяцем, так как некоторые члены команды были заняты в августе. Видимо, нашли свободное время в своем графике или нашли себе замену. Почитай...
Когда уже Zurg?
До заморозки еще было интересно. Как же там всё безнадёжно устарело уже...
Немного ликбеза по Дебиану.Stable - не про самый новый софт. Хочешь новый - используй unstable. Страшно - используй testing. Совсем ничего не страшно - используй experimental, но не советую.
Stable и unstable не обозначают стабильность софта в репозитории, а обозначают стабильность самого репозитория. Stable - репозиторий стабилен, то есть в нём происходит очень мало изменений, в основном security fixes. Unstable - репозиторий нестабилен, то есть в нём происходит много изменений, активная разработка дистрибутива и частые обновления пакетов. Между тем, стабильность самого софта в unstable довольно высока, повыше чем в релизах у иных дистрибутивов.
Такой подход мертвый. Debian нужно развиваться в сторону аналога BaseOS и AppStream как в RHEL, CentOS.Чтобы убедиться в мертвом подходе, достаточно посмотреть хотя бы на один пакет nodejs. Debian взял версию 12 LTS, у которой End-of-life 2022-04-30. Следующая версия Debian выйдет в 2023 году. К тому моменту nodejs обрастет cve и вряд ли сопровождающие Debian смогут их самостоятельно закрыть. Этого можно было избежать, взяв лишь свежий 14 LTS релиз, которая вышла в том году, а поддержка будет до 2023 года.
И таких ПО в Debian много. Вот поэтому Red Hat забила на классический подход "добавили, заморозили, страдаем" и придумали BaseOS и AppStream.
curl -fsSL https://deb.nodesource.com/setup_14.x | bash -
apt-get install -y nodejs
Ну и зачем ты это написал? Это не родные репы как appstream. Это раз.Суть не конкретно в одном nodejs, а в целом в устаревшем подходе, который Debian бережет как зеницу ока. Это два.
> Debian нужно развиваться в сторону аналога BaseOS и AppStream как в RHEL, CentOS.зачем? Ведь BaseOS и AppStream как в RHEL, CentOS уже есть
> развиваться в сторону аналога BaseOS и AppStreamРазвиваться в сторону - не значит полностью повторять.
а почему они должны перестать развиваться в сторону Debian? Подход мертвый? Есть люди которых это устраивает, пока они есть все в порядке, для остальных есть выбор среди множества других возможностей.На данный момент вы упоминаете только несвежесть софта, но конкретно в моем случае есть как минимум два пожелания:
1. я не хочу видеть частые проблемы с используемым мной софтом в "релизе", а для тестирования нужно время.
2. я хочу в результате apt upgrade получить обновления, закрывающие cve, а не радикально отличающуюся версию софта, пусть и свежую. Ну вот не уперлось мне внезапно срываться и переписывать конфиги, откатывать бэкапы, искать новые плагины и пр.
Прочитай это и подумай что, как и почему, а потом посмотри как быстро камманда сопровождающих закрывает cve для быстроразвивающихся проектов. Для затравки. Представь нашли ошибки в коде, которые приводят к ряду cve, их исправили в current и текущей LTS версии, а прошлая LTS версия уже канула в лету. Перенос патча на канувшую в лету версию нетривиальный, так как в новой версии lts и current была переписана значимая часть кода. Как скоро сопровождающие Debian сделать исправление и смогут ли они его сделать? Поэтому я и привёл пример с nodejs. Проект большой, сложный, важный.Чтобы убедиться в мертвом подходе, достаточно посмотреть хотя бы на один пакет nodejs. Debian взял версию 12 LTS, у которой End-of-life 2022-04-30. Следующая версия Debian выйдет в 2023 году. К тому моменту nodejs обрастет cve и вряд ли сопровождающие Debian смогут их самостоятельно закрыть. Этого можно было избежать, взяв лишь свежий 14 LTS релиз, которая вышла в том году, а поддержка будет до 2023 года.
> Перенос патча на канувшую в лету версию нетривиальный, так как в новой версии lts и current была переписана значимая часть кода.Т.е. по вашему эта значимая часть кода не может доставить проблем пользователю? Многие проекты проблемы клепают также быстро как и развиваются.
> Прочитай это и подумай что, как и почему
Давайте лучше я почитаю чего вы хотите от дебиана, чем он вас не устраивает и почему вы при этом так страстно хотите его использовать?
И да, ты видимо концепции BaseOS, AppStream с Modules не понимаешь, иначе понял бы все его плюсы, а они огромны.
Да, давайте под каждый софт, мутирующий по сотню раз в минуту, подстраиваться. То, что ты описал, это поблема самого nodejs и ёжиков, которые его используют. Если тебе прямо до усрачки нужен именно последний, ты поставишь его сам. Хотя если у тебя херакс-херакс и в продакшен, можешь и роллинг поставить и обмазаться по самые уши, конечно.
Дурашка, ты мои сообщения прочитай заново. Где я писал, давай последние версии?Специально для тебя привожу из оф.доки
BaseOS
Content in the BaseOS repository is intended to provide the core set of the underlying OS functionality that provides the foundation for all installations. This content is available in the RPM format and is subject to support terms similar to those in previous releases of Red Hat Enterprise Linux.AppStream
Content in the AppStream repository includes additional user-space applications, runtime languages, and databases in support of the varied workloads and use cases. Content in AppStream is available in one of two formats - the familiar RPM format and an extension to the RPM format called modules.Module streams
Module streams are filters that can be imagined as virtual repositories in the AppStream physical repository. Module streams represent versions of the AppStream components. Each of the streams receives updates independently.Module streams can be active or inactive. Active streams give the system access to the RPM packages within the particular module stream, allowing installation of the respective component version. Streams are active either if marked as default or if they are explicitly enabled by a user action.
Only one stream of a particular module can be active at a given point in time. Thus only one version of a component can be installed on a system. Different versions can be used in separate containers.
Надеюсь теперь понял о чем речь?
Я другой анонимус, но тоже не понял.Из описания следует концепция "старый BaseOS, _некоторый_ новый софт из AppStream". Единственное преимущество над моделью Debian, что AppStream разрабатывается поставщиком дистрибутива, а в Debian репозитории с новым софтом сторонние? Или ещё что-то есть?
И много ли там софта, в том AppStream?
Тут надо на примере разбирать.Тут смотри пакеты базы, чтобы понять что она из себя представляет
http://mirror.yandex.ru/centos/8-stream/BaseOS/x86_64/os/Pac.../
Тут AppStream
http://mirror.yandex.ru/centos/8-stream/AppStream/x86_64/os/.../
А теперь посмотри в AppStream пакет ppstgresql. Это модуль 10, 12, 13 версий. Ты можешь выдрать нужную версию и ее использовать. Через некоторое время добавят 14 и так далее версии. Поэтому в рамках одного релиза мы имеем плавающую базу, где можем выбирать нужный пакет из нескольких версий, которые обновляются, добавляются новые версии. И все это в родном репозитории. И так со многим нужным софтом, так nodejs поставляется 10, 12, 14 версии.
Идея модулей хорошо описана в
>> Stable - не про самый новый софт. Хочешь новый - используй unstable. Страшно - используй testing. Совсем ничего не страшно - используй experimental, но не советую.Подскажите, а когда использовать unreleased? :D
Не знаю, подозреваю, что примерно никогда, как и experimental. Если хочется очень уж свежего конкретного софта - часто есть или deb-пакет от авторов (пример: nodejs), или тематический сторонний репозиторий (пример: debian multimedia), или debian/ каталог в дистрибутиве от авторов и можно самому сбилдить deb-пакет через dpkg-buildpackage, или установить из Ubuntu PPA, или взять deb-src из PPA и опять таки сбилдить через dpkg-buildpackage или там debuild.
> Не знаю, подозреваю, что примерно никогда, как и experimental.Это вы Деб на PPC64 не ставили :).
> Stable - не про самый новый софт.Он про пригодность к стабильной эксплуатации.
> Хочешь новый - используй unstable.
И подрывайся на довольно многих минах.
> Страшно - используй testing.
Он таки тоже иногда ломается. И вполне можно получить апдейт который систему уроет. Потому что конфиг софта 2-месячной давности который вы нарулили - не совместим с актуальной версией програмым.
Это зависит от фазы заморозки. Скажем сейчас testing - без пяти минут стэйбл и там ничего такого не случится. Но когда релизнется новый stable, testing разморозят и он станет весьма забагованым, потому что в него одним чихом вывалят свежак - много чего сломается.
Запостите как перейти с testing(Bullseye) на stable(Bullseye) сразу после релиза, кроме правки sources.list ещё что-то нужно?
Используй кодовое имя в sources.list, а не testing, тогда ничего и править не нужно
Там уже Bullseye есть, ничего не менял с netinstall iso, но вывод пока выдаёт:
>apt search kdenlive
>Сортировка… Готово
>Полнотекстовый поиск… Готово
>kdenlive/testing,now 20.12.3-1 amd64 [установлен]
> Там уже Bullseye есть, ничего не менял с netinstall iso, но вывод
> пока выдаёт:
>>apt search kdenlive
>>Сортировка… Готово
>>Полнотекстовый поиск… Готово
>>kdenlive/testing,now 20.12.3-1 amd64 [установлен]Если там кодовое имя, то ничего менять не нужно, при релизе оно у тебя превратиться в релиз простым apt update && apt upgrade
Спасибо, я понял.
А почему инсталлятор такой не модный, не молодёжный и не прогрессивный?
Объясним тебе сразу после того, как ты научишься писать частицу "не" с прилагательными без ошибок.
Новости про Calamares в соседней ветке.
он уже давно модный, молодёжный и прогрессивный:1. в инсталлере можно подключиться к wifi, но если ты поставишь консольную систему, никакого wifi у тебя там не будет - ты даже не сможешь доустановить нужное. даже инсталлятор OpenBSD для 1.44 мегабайтной дискеты умеет прописывать wifi в установленную систему
2. при том, что постоянно требуются модули, из-за которых есть несколько видов инсталляторов (netboot, hd-media, cdrom), оно даже в текстовом режиме на 512 mb работает в low memory mode.
3. ты можешь устанавливаться с сети, с cd диска или с iso образа. ты не можешь установить систему с локального зеркала на hdd. Даже инсталлятор 1.44 дискеты OpenBSD такое может
немодный немолодёжный непрогрессивный инсталлятор был в Debian 2.2 Potato
> А почему инсталлятор такой не модный, не молодёжный и не прогрессивный?Потому что убунточка для хайпожорских нубов - в соседней новости.
Дебиан давно утратил свою независимость и от той же убунты отличается только названием.
Дебиан это центос убунты.
Это ни хорошо и ни плохо, важнее, что есть дистры типа Арча, Генты, Слэквэйр, Альпайн и тд, которые не подвержены корпо влиянию.
Сообщества действительно могут выпускать стабильные дистрибутивы промышленного качества, это впечатляет.
А ничего, что Убунту основана на Дебиан?
И от чего же зависит Дебиан?
> Дебиан давно утратил свою независимость и от той же убунты отличается только названием.и ещё примерно 500 вещами, типа строения репозитория, релиз-цикла, наличия роллинга, разными подходами к формированию пакетов "десктопа" и "локализации", разными инсталляторами, разным пакетным наполнением
> Дебиан давно утратил свою независимость и от той же убунты отличается только названием.Вообще-то он живет своей жизнью, убунта базируется на нем, но единственное что из-за этого происходит - сильно некоторые разработчики девелопают и там и там. А независимость проверена systemd vs upstart. Сапопикалу было бы удобнее свое, зато не пахнущее, но не срослось.
> дистры типа Арча, Генты, Слэквэйр, Альпайн и тд, которые не подвержены корпо влиянию.
Есть уверенность что ни 1 их разработчик не работает в корпах и не может что-то попросить или сделать для той или иной корпы?