Опубликовано шестое корректирующее обновление дистрибутива Debian 11, в которое включены накопившиеся обновления пакетов и устранены недоработки в инсталляторе. Выпуск включает 69 обновлений с устранением проблем со стабильностью и 78 обновлений с устранением уязвимостей. Из изменений в Debian 11.6 можно отметить обновление до свежих стабильных версий пакетов mariadb-10.5, nvidia-graphics-drivers, postfix и postgresql-13...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58345
Ребята, что лучше, Дебиан или Альт? Правда интересно, не для холивара.
Все хороши, если голова и руки из правильного места растут
Всё оправдываете неспособность очеловечивания Линукса?
для 3-пеньтиума лучше дебиан, на альте у тебя не будет браузеров на таком компутере, а в дебиане будет...
Зачем далеко ходить за 3-им пнём.
На Макбукпро 2011г. Дебиан грузится, Альт нет.
Для меня Debian и Alt две основные системы. И там и там есть преимущества, зависит от конкретных задач конкретного компьютера. В чём-то лучше Debian, в чём-то Альт. Использую Сид и Сизиф.Запросто мог бы прожить и только на одном Альте, и только на одном Дебиане, но зачем, если есть выбор. Вот это сообщение с Альта пишу. Мог бы точно так же написать с Debian-а, вот он рядом стоит.
А что не позволяет остановиться на чём-то одном? Я вот не считая экспериментов в виртуалке всю сознательную линуксовую жизнь сижу на дебиане. Были попытки перейти на openSUSE, но тогда что-то помешало, а потом и вовсе желание такое пропало...
> А что не позволяет остановиться на чём-то одном?З а ч е м ?
Что даёт параллельное использование двух дистров?
две основные системы, когда это линуксы?
звучит так же тупо, как мультибут между Windows 10 и 11
У меня например - для работы Кубунта, а на втором компе - дуалбут Зюзи-Перекатиполя и GhostBSD. Не вижу в этом ничего плохого.
Аноним настоящий профессионал! Три нерабочие операционные системы одновременно использовать - это мастером быть надо.
Дебиан.
>что лучше, Дебиан или Альтoracle linux, конечно. с тех пор как там appstream появился
В дебиане драйвер видоо не поставилось, пришлось 720 на сколько то там расширением довольствоваться, а на Убунте все подставилось из коробки.
Цели установки надо. Всё начинается с задач и только потом инструмент.Примеры:
- Для случая, когда требуется специализированное рабочее место чего-нибудь типа банка - скорее альт (тамошний wine лучше подходил для запуска банковского софта), хотя и дебиан тоже неплохо себя показывал, но тут дистрибутив будет определяться не на основе технических достоинств.
- Для разработки чего-то под линукс вообще или для веба и отдачи наружу - дебиан, если, конечно, разработка не для людей государевых (тогда - как минимум, собирать и тестировать только под целевой системой).
- Для обычного сервера (т.е. на много лет) в инет - дебиан, всё ж возможность найти документацию в инете на то, как правильно устанавливать что-то нестандартное скорее можно для дебиана, чем для альта.
- Для обычного сервера в локалку - специализированный альт, там из коробки есть то, что в дебиане потребуется ставить отдельно и потом ещё и интегрировать между собой.
- Специализированный сервер с nvidia-ускорителем нейросетей (не видеокарта!) - дебиан, ибо соответствующие драйвера есть под него, убунту и центось.Произвольный игровой комп со стимом: винда. :-)
Немного разные системы. Debian - это по сути базовый дистрибутив, как Arch или Slackware. Альт - это какой то там клон мандривы, которая в свою очередь базировалась на Red Hat. Не знаю. Мне как то базирующиеся на Debian системы ближе. Ubuntu, Mint и т.д. И если уж сравнивать с Debian, то лучше Астру, у которой у меня на ноутбуке даже клавиатура с тачпадом не завелись.
Когда Альт перейдёт с *.rpm на *.deb - тогда Альт будет лучшим, однозначно.
А в чём минус .rpm пакетов?
Для deb-пакетов гораздо больше всяких разных инструментов.Ещё deb-формат проще, чем rpm. Он основан на ar и tar, а rpm основан на cpio. Deb можно довольно легко распаковать на машине без deb-утилит, используя ar, tar и gunzip/bunzip2/xunizip. Причём метадата будет в тесктовом виде и очевидно отделена от основных файлов.
Rpm тоже можно распаковать на машине без rpm-утилит, но чуть сложнее. Потребуется вытащить cpio из rpm по определённому оффсету, например с помощью dd. А оффсет искать в доке на rpm-формат. А доку искать в гугле. И потом gunzip/bunzip2/xunzip и cpio.
Вот вроде бы и не большой проблемы, но rpm - по мне так ненужное усложнение, чуть менее удобно с ним работать.
Никакой разницы deb2targz или rpm2targz, ваще. На крайний случай есть alien.
А deb-пакет распаковывает обычный ar. Который с 1970-х годов во всех Юниксах присутствует.
Это дебиану надо переходить на RPM + DNF5, а не dpkg на сишном говнокоде, с сопровождающими, забившими на сопровождение, сидеть.
20 лет fsync во время установки пакетов отключить не могут, уму непостижимо.
Зачем это делать? Ты точно понимаешь, чего хочешь? Запускай через eatmydata.
> Зачем это делать? Ты точно понимаешь, чего хочешь? Запускай через eatmydata.Ни один другой менеджер пакетов не использует fsync, по крайней мере, настолько часто. Я точно понимаю, чего хочу — быстрой установки пакетов. Сейчас уже не девяностые, когда, видимо, у всех отключали свет постоянно, а журналируемые файловые системы еще не изобрели.
Это точно? Чёт у меня ощущение, что eatmydata ускоряет сборку шланга в 20 раз. Надо ещё на хромиуме проверить.
И ты не смог? А у меня получилось. Одной строчкой в конфиге dpkg. Представляешь?
> И ты не смог? А у меня получилось. Одной строчкой в конфиге
> dpkg. Представляешь?Проблема в том, что эта строка отключает только малую часть fsync'ов (1 из 3, по-моему), и не особо ускоряет установку.
Debian, у него банально сообщество больше, т.е. меньше шансов, что нужный тебе пакет не завезут.
Это сообщество невидно.Я не один пакет могу привести для текущего релиза, где для работы упакованного ПО нужно применить исправление, которое уже было отправлено сопровождающим, но они положили на это болт.
Посмотридля начала на apt-mirror. В текущем виде в стабильной ветке в нем присутствует ошибка и всем плевать, что невозможно создать полноценное зеркало. Патч для исправления на несколько строк.
И таких историй, где нужно применить патч на пару, ну десяток строк много, причём сопровождающим их уже отправили, но они лежат болт на это.
Какой тогда дисрибутив посоветуете, без подобных проблем (или меньшим их количеством)?
Лучше всего то что лучше документировано.
Все советуют Астру
У Астры идиотская лицензионная политика - последняя свободная Астра для сообщества основан на базе Debian 9.
Больше свободных версий не предвидится. Поэтому использовать Астру можно только для разработки софта под государственные и военные нужды. У Альт политика более правильная и тоже много сделано в области безопасности и соответствия россйским стандартам, но с "юзабилити" - не очень, да и apt вместе с rpm подбешивают.Мой выбор - Debian, в котором в вируилизированных средах Альт и Астра.
Мне Альт не понравился. Дебиан тоже. Первый к тому же платный.
Альт Рабочая станция: "В соответствии с лицензионным соглашением свободно использовать скачанную версию дистрибутива могут только физические лица. Юридические лица могут воспользоваться ею для тестирования, но для полноценного использования необходимо приобрести лицензии или заключить лицензионный договор в письменной форме"
https://www.basealt.ru/alt-workstation/descriptionАльт Симпли: "Simply Linux можно скачать и использовать без ограничений дома и на работе. Бессрочная лицензия бесплатно и навсегда"
https://www.basealt.ru/simplylinuxЕсть стартовые наборы на платформу p10 ("чистая" ОС небольшого размера с различными графическими окружениями, с минимальным количеством предустановленных приложений, для опытных пользователей).
Каждый стартовый набор как составное произведение предоставляется под свободной лицензией GPL, то есть получатель имеет свободу: применять стартовый набор в любых целях; дорабатывать его под свои нужды; обмениваться полученным с другими; обмениваться сделанными изменениями.
https://www.basealt.ru/starterkitsИтог: все версии Альт можно использовать бесплатно
Юбунту. Там всё железо работает из коробки в 99% случаев.
Ещё один голос за Дебиан
Недавно глянул Убунту сервер. Господи, сколько же там прицепа в дефолте... Облачность, сетевой менеджер, и еще много особенного от убунту. Убунтовцы, Это вам всем надо и вы сами не можете?
Симпли, конечно. А использовать - Windows 10. )
Ну пока Дебиан не ушел из России, то Дебиан. Он 11-й,а Альт 10-й *trollface*
Void Linux - топчег посоны, отвечаю!
Только если есть голова. Так то после завоза GCC 12.2 кидаться больше особо нечем тем, кто не пробовал, но старатеьно бежит за толпой системдэшных дистрибутивов или проще говоря за красной шапкой. А красная шапка ничем не лучше какого-нибудь Deepin со своим окружением рабочего стола.
В общем паникерам Void несколько противопоказан. Хочется собирать что-то из исходников - придется это освоить. В любом случае ядро желательно самому собирать потому как никто не знает какого барахла туда напихали сопровождающих дистрибутив. И да, монолитное ядро реактивнее. Впрочем на убогие компы с атомами он тоже прекрасно подходет ввиду отсутствия перегруженности. И вот после 3 лет на Gentoo что-то не тянет вечно пересобирать новые сборки одной и той же версии компиляторов в генте каждый день. Понабрали школоло туда, а люди потом вынуждены тратить массу усилий чтобы за ними все исправить. А дебиан давно падучим был что аж стабильнейший XFCE умудрялся падать. Devuan еще немного получше будет - все же нет в нем поганой системды.
Воид для слабых компов плохо подходит, очень низкая производительность. Но я бы больше переживал за жизнеспособность, помнится там 1 чувак слился куда-то и дистр накрылся тазом. А менять дистры по 5 раз на неделе это такое себе развлечение.
Не знаю что у вас за понятие о слабых компах, но musl вполне себе работает и в OpenWRT. Только вот опенврт неприменим в нормальное классическом виде полноценной операционной системы.
Глава сначал свалил и люди чутка подрастерялись, но ничего страшного и судя по динамике количество тех, кто ценит легкость и прямоту становится больше. Была борьба с косяками runit когда не перегружался комп, но это уже победили. У меня слабый комп это ноутбучный атом n4200 что аналог почти всего что продается кроме двухъядерников, хотя современные двуядерные решения весьма близки.
И да, грузится он даже на медленном жестком диске в 5400 оборотов приемлемо быстро. Уж не знаю кто там наплел чего, но я его применяю с 12900к и уменя нет залагиваний питона на одном ядере минут на 15 как в генте чтобы понять а надо ли обновляться. Xbps-src решает эту проблему скоростью работы. Обновил репы, собрал нужны пакет с оригинальными флагами, которые в генте для удобства стандартизированы. И вот пока гента на слабом компе будет рожать часами обновление ежедневное Void уже давно завершит компиляцию так как в случае с гентой надо компилировать считай и обновление. Если из памяти кеш уйдет, то повторное обновление за день (например в ожидании браузера) убьет еще пол часа на жестком диске, а использовать твердотельних на компиляцию расточительство, равно как и гоыр памяти. Лучше процессор помощнее взять.
Какие-то странные представления о генте, у меня на 15 летнем офисном пк около 1 минуты расчёт зависимостей занимает, при том, что конфигурация очень сложная и 1200 пакетов. И это если надо раз в год обновиться, если обновлений за месяц то куда меньше минуты. У меня согласно официальным бенчмаркам (им можно верить) питон самой тормозной версии из на данный момент поддерживаемых. Вопрос не в том, работает или не работает musl, вопрос в потере половины возможной производительности. А на ПМ вообще всё равно так-то, значение имеет только производительность ПО. В случае с гентой важна ещё и гибкость с широкими возможностями конфигурации. Она действительно не для всех подходит, только для людей, которые понимают, что им необходимо и как этого добиться. Например, 1 флагом можно собрать любую программу другим компилятором с произвольными флагами, или передать дополнительные параметры тоже 1 флагом. Или включить pgo, пересобрав любой пакет 2 раза. И всё это будет достаточно красиво и аккуратно, а не как в арче. Нет смысла сравнивать другие ПМ с портажем, второго с такими же возможностями и удобством нет.
Там в генте копаться надо если нужна отзывчивость, для чего всякие -O3 и прочие флаги подходят. При этом надо сравнивать с ядрами убогих дистров типа Clear Linux, которые могут быть и быстрее кривого ядра. При этом нужно делать монолит чтобы получить полный выхлоп. До кучи ноутбук на n4200, или какой-нибудь шестиядерный FX будут с жестким диском рожать зависимости долго. Менять терабайт на ноутбуке то еще приключение если у тебя есть вагон видео, которые надо где-то хранить, система грузится быстро и нет нужды врать что что-то происходит на древнем компе быстро. Если туда воткнут современный nvme накопитель, то комп уже не совсем древний как описывается. Раз в год гента обновляется с трудом и даже несколько месяцев обычно ведут к проблемам (проверено). А лучше обновляться ежедневно или хотя бы раз в неделю. И что значит нет? Paludis вырубили потому что всем пихали emerge. А в Void есть xbps-src без привязки к чему бы то ни было и в теории даже Васян дистр можно превратить в Void ровно так же как Gentoo. Только xbps-src не парит мозг тысячелетним вычислением зависимостей, а просто сразу работает. не пробовал и заявляю тут не прокатывает. А то вопли про Void, а упоминаний про одну из главных особенностей нет вовсе и зачем-то мне нужно читать про божественный emerge на который я насмотрелся за три года? Может ты еще начнешь мне втирать как важно делать количество потоков соответствующим ядрам процессоров потому что это якобы потоки исполнения что утилизируют можности процессора? В генте нет такой инфы что же это за флаг такой -j. Он вроде как про работы (jobs). Вот только описание не соответствует действительности. А потом эти горе пользователи пишут руководства. Вот только когда потоков дофига внезапно их теория перестает работать.
Лучше больше потоков, чем меньше, не важно сколько параллельных задач собирает. Обычно хватает EMERGE_DEFAULT_OPTS="-j1" и MAKEOPTS="-j$(( $(nproc) + 1 ))" (это -j у make не у emerge), или -j2 чтобы скрыть лог. Я не знаю, что там может быть непонятно, всё в манах есть, он запускает параллельные независимые задачи (если пакет зависит от других пакетов то они обязаны быть собраны перед ним). Должна быть полная утилизация, если ресурсов не хватит это всё ещё на порядки эффективнее чем когда ресурсы простаивают. Какие там сложности, рекомендация всегда была одна.И кстати, -O3 не подходит, он в основном вызывает замедление кода раза в 2 на гцц. Поэтому мне всегда смешно, когда похороникс тестирует гцц с -O3. При этом, его очень любят хардкодить во всякие сомнительные программы вроде unrar. Чтобы был толк от этих оптимизаций, надо собирать с PGO, вот тогда гцц действительно побеждает по производительности и эффективности бинарей, где это возможно. Только это всё никак не влияет на отзывчивость, только на производительность кода на задачах, которые не имеют значения для большинства пользователей (они не занимаются пакетной обработкой и 3-30% разницы им не интересно).
У меня без проблем обновляется, пару раз обновлял через 5 лет, были небольшие сложности из-за изменений в дистрибутиве, но ничего серьёзного. Раз в полгода вообще норм, как раз поднакопятся обновления чтобы за ночь скомпилировалось и меньше проблем с циклическими зависимостями.
И насчёт монолитного ядра у тебя какие-то заблуждения, оно только монолитное в линуксе. Выбор собирать часть компонентов модулями или же вкомпилить сразу в ядро никак не влияет в рантайме, влияет только на то, что всегда будет в ядре когда оно загрузится и что будет подгружаться по мере необходимости. Особенно актуально, когда не используется initramfs и ядро грузится напрямую из uefi.
о боги! свершилось чудо, гцц обновили, спустя почти три года, не иначе небесныя хляби разверзлись над европой-матушкой, чтож, ждем шланг теперь. Когда баш портянки перепишут не слыхать? Помнится какой-то дядя толкал этот гцц, толкал, плюнул и запилил свой дистрибутив... Хреновая у них модель дистрибуции по, надо было как в альпийском делать, отдельные репы под разные архитектуры.
Можешь ерничать сколько влезет. Собрать родным компилятором GCC из исходников не безрукие могли давно уже. Это просто удобство подкатили когда реально понадобилось для сборки новых программ что-то поновее. В дебиане ставят древние версии пакетов и не парятся. Ни разу эта модель не подвела. Можно мигрировать на glibc с musl и наоборот. Захотелось прямую работу программ увидеть - перекатился на musl. Захотелось в старые игры поиграть - перекатился на glibc. Когда в наличии система сборки из исходников наличествует вопли про портянки весьма странно выглядит. Мне всего раз приходилось их писать когда еще Samba 4-й версии отсутствовала чтобы сервис создать. И это не то чтобы ужасно сложно в сравнении с компиляцией в musl пакета не предназначенного для этого. Ну а собрать новую версию шланга, ну ты понял - даже на маломощном компе можно. Но ему и ни к чему это особо. Может на пару процентов быстрее заработает игра какая-нибудь, что для маломощного компа ничего не даст. Я уж было задумываться начал собрать новый GCC, но не придется утруждаться. И да, я видел сколько багов ловила гента с GCC 11-й версии. Можешь не рассказывать сказки что был большой стимул переходить на 11-ю версию.
>Собрать родным компилятором GCC из исходников не безрукие могли давно ужефоркнуть репу, править несоответствия shlibs... так себе идея, дальнейшее комментировать нет смысла, ибо это какой-то поток сознания, гента, баги.
Отвечать нужно было на последнее предложение, потому что то, как сдлано у них сейчас, сильно тормозит обновление по, нужно собирать сразу под все поддерживаемые архитектуры, что бы оно попало в репозиторий. Не поддерживается сборка из гит, вернее оно вчера работало, а сегодня уже нет. Все сборочные скрипты свалили в одну кучу, могли бы разделить на категории, добавив возможность создания локального репо, что бы свои пакеты лежали отдельно. Вместо поддержки кучи де, лучше бы сосредоточились на поддержании сборочной системы в актуальном состоянии. Так то дистрибутив классный, xbps хорош, осталось скрестить ежа с ужом, взяв пм из войда а систему сборки из алпийского, и можно жить.
Нужно было кому? Кто умеет компилировать справится или научится. Ты пытаешься с позиции потребителя судить о том что делают те, кто создает дистрибутив для самостоятельных людей, а не полуличностей нееспособных в компиляцию, потому что они думают что лучше все возможные фичи иметь включенными. Они ведь и подождать могут пока там какая-то муть подгрузится в IME потому что гугловцы так написали код, что система ввода сначала лагает и тебе не дают таким образом сразу начать действовать. Может я еще должен каким-то твоим надуманным критериям соответствовать? Если мне ненужно что-то я это вырублю. Если я хочу печатать запятую в русской раскладке я имею SteelSeries 6Gv2 на которой так можно. И пофиг мне что ты еще от меня хочешь чтобы я пользовался убогими клавами "зато с подсветкой" или еще чем. Система сборки это уже по сути дистрибутив с его особенностями так как пакетный менеджер необязателен. С тем же успехом можно использовать альпин. Void это стабильный роллинг. Чего ты вцепился так? Альпин тоже прекрасный выбор. Я тебя не осуждаю потому что может тебе так лучше. Все что не красношапочный клон лучше.
>Система сборки это уже по сути дистрибутив
>для самостоятельных людей, а не полуличностей нееспособных в компиляциюк чему все это? что пытаешься доказать/сказать? я пользователь, мне безразлично что там могут разработчики, и чего они не могут/хотят, мне нужна вменяемая сиситема сборки, мне нужен локальный репо которым будет управлять штатный пм, все.
>пакетный менеджер необязателен
2022 год заканчивается, в линуксе до сих пор кто-то собирает руками в /usr/local
>Все что не красношапочный клон лучше
для чего лучше, почему лучше?
Пытаешься? Если один объяснил, а другой не понял, то чья это проблема?Да не во всех дистрах есть набор как в дебиане.
Лучше в назвал минус хоть один. А то не слышу примеров необходимого что есть например только в дебиане.Лучше потому как не завязан га корявую инфраструктуру. Может для серверов и смартфонов системд лучше, но я предпочитаю сам выбирать загрузочную систему (в том же войде есть не только раинт), звуковую подсистему и все то что красная шапка навязывает включая гном3.
Истинные фанаты красношапки сейчас могут повозбухать, но мне пофиг будет. Они наверняка думают что жесткие диски по 20 терабайт ненужны потому что они видели что игры нужно запускать с твердотельного накопителя и они модные, а я вот не модный. Впрочем мне гоняться за модными тенденциями ни к чему.
>Лучше в назвал минус хоть один.уже назвал, но не самую главную, потому это и так очевидно, там два с половиной разработчика! некоторые пакеты собираются просто так, для количества, много пакетов без ментейнеров, лично наблюдал историю как сопровождающий чесно признался что собрал, но не тестировал. Если пакет присутствует в репо, пользователь ожидает что он рабочий, а не вот так, зато wine оперативно обнавляют. В общем то для пишущей машинки с выходом в интернет самое то, простенький, стабильный.
>я предпочитаю сам выбирать загрузочную систему (в том же войде есть не только раинт)
можно подробне? наличие s6 в портах еще ни о чем не говорит.
Прямая работа и musl это, наверное, самая смешная шутка про неё, которую можно было придумать.
Ага, ведь ты не в курсе как работает glibc и почему некоторые проги падают в musl не по причине проблемы в musl.
С glibc не падают. И производительность лучше. Больше пользователей, выше надёжность. К тому же, есть поддержка SIMD. Выводы?
С такими выводами роутеры все тормозят ибо там же в OpenWRT стоит не glibc.
Ты бы прогонял чушь про glibc легковерным. То что там где-то в тестах что-то бывает это не значит что ты заметил бы разницу. Не пользовался а вещаешь.
При чём тут тесты? Возьми задачи, которые ты решаешь, и сравни самостоятельно. Что до openwrt, то он не очень производительный, но в основном из-за того что там может не быть аппаратного ускорения. Это вызывает проблемы. В целом весь софт идёт максимально ободранный по фичам и какие задачи могут решаться на роутере? Не тянет, купи помощнее, это не от libc зависит.
по ссылкам 404 - Not found
systemd уже выпилили?
devuan в помощь
Он ещё существует?
Хз. Как минимум, сайт отвечает.
Впрочем, при наличии debootstrap, ничто не может помешать поставить дебиан с runit или sysvinit.
А мне помнится, что то ли polkit, то ли dbus всё равно тянет за собой systemd... Правда это было на десятом дебиане.
> А мне помнится, что то ли polkit, то ли dbus всё равно
> тянет за собой systemd... Правда это было на
> десятом дебиане.libsystemd0 != systemd
Хрен с ними, с библиотеками, на мой взгляд. Вот то, что популярный гном без systemd не может...
Да. Гоняю в виртуалке.
MX Linux же есть. Опережает дебу по популярности раз так в десять.
MXLinux популярнее Debian? Ахахахазаза. Смешная шутка.
Если вы судите по статистике дистровотч то там четко написано, что она отражает статистику непоняток по дистрибутиву.
Прошу прощение, мискликнул не на тот пост. ) Ответ предназначался поклоннику MXLinux
Это ещё что за чушь? Где там такое написано? Какие ещё "непонятки"? Счётчик DW показывает количество посещений страницы дистрибутива за каждый день, не более того. Учитывается только одно обращение с IP-адреса в день.
Зачем? Потому что анон с опеннета сказал, что системд это плохо?
Debian testing очень радует последнее время.
А меня радует в последнее время тенденция устанавливать софт напрямую с сайта производителя - R, Julia, Go, PostgreSQL и т.д.
Что там, i386 ещё не дропнули?
Нет, не дропнули, на прошлой неделе гонял тестинг с 43-им гномом на 32-битном железе.Зато столкнулся с тем, что в новой MESA нет либы i915_dri.so и теперь на моём древнем ноуте opengl только софтовое и тормозит.(
См. - https://dev1galaxy.org/viewtopic.php?id=5060
в сабже проблем нет...
Для sid уже собрали i915 gallium drivermesa (22.3.0-3) unstable; urgency=medium
* control: Enable i915 gallium driver. (Closes: #1013311)
* rules: Enable intel_hasvk. (Closes: #1025864)-- Timo Aaltonen <tjaalton@debian.org> Sun, 11 Dec 2022 19:14:28 +0200
https://packages.debian.org/sid/i386/libgl1-mesa-dri/filelist
/usr/lib/i386-linux-gnu/dri/i915_dri.soВ убунте 22.04 это решили по другому. Классические драйвера в пакете libgl1-amber-dri 21.3.7-0ubuntu1 который можно одновременно с обычной mesa 22.x.x установить.
> Для sid уже собрали i915 gallium driverЭто радует, но в bookworm его пока нет. Надеюсь попадёт до фриза.
Друпнули в ядре лет 20 назад, i486 собираются наконец дропнуть в 6.2.
Мне так греет душу то, что стали чаще писать о дистрах по версии, чем по кодовому имени!
А когда начнут на Дебиане подписывать репы на дисках ?
Windows гниет в коммерциях
Debian развивается в сообществах
Debian много лет стагнирует.
код вывода текста hello world тоже давно стагнирует (или просто работает):
только в коммерческой среде готовы NFT прицепить к существующему коду(см. плеер WinAmp) чтобы получить рост в производстве уже существующих механизмов... а вот в свободной среде такое провернуть крайне трудно.
По делу есть что сказать?
А что можно по делу ответить на неаргументированный вброс? Все должны разбежаться и оправдываться перед тобой что ли? Ты сначала обоснуй свою позицию, по делу, тогда и поговорить можно будет.
У тебя голова на месте? Сравни хотя бы Fedora с Debian. Инфраструктуру, подходы и так далее. Не видеть что да как может только слепой.
> Debian развиваетсяОшибка дебиана - перейти на системду. С этого момента на нём поставлен крест.