Опубликован релиз дистрибутива Ubuntu 24.10 "Oracular Oriole", который отнесён к промежуточным выпускам, обновления для которых формируются в течение 9 месяцев (поддержка будет осуществляться до июля 2025 года). Готовые установочные образы созданы для Ubuntu, Ubuntu Server, Lubuntu, Kubuntu, Ubuntu Mate, Ubuntu Budgie, Ubuntu Studio, Xubuntu, UbuntuKylin (редакция для Китая), Ubuntu Unity, Edubuntu и Ubuntu Cinnamon...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62025
> решена проблема с блокированием операции "update all" при запущенных snap-пакетахСколько мажорных версий потребовалось чтобы исправить этот баг?
А денег ?
https://opennet.ru/52842-canonical
>> решена проблема с блокированием операции "update all" при запущенных snap-пакетах
> Сколько мажорных версий потребовалось чтобы исправить этот баг?А когда же они планируют перейти полностью на ubuntu-core + всё в снапах? У них там хотя бы приблизительные планы на какую-то версию есть, или всё ещё завтраки про светлое будущее?
Неужели убунтойды не могут в дебиан? Ведь Марк не с нуля убунту клепает, а всё это основывается на инфраструктуре дебиана, это нечестно.
Мы можем, но лень Debian дорабатывать, чтоб было удобно и красиво, а в Ubuntu все уже готово.
> лень Debian дорабатывать, чтоб было удобно и красивоНеужели так сложно скопировать нескучные обои?
> Неужели так сложно скопировать нескучные обои?зачем, если уже сделано
У убунты есть ряд проблем, отсутствующих в Дебиане (нестабильные пакеты, навязывание снапа).
Так что для пользователя, которому нужна система для работы, Дебиан более предпочтителен.А если "использование" — это поставить в виртуалку, чтобы оценить внешний вид, тогда разницы нет.
у дебиан гном дикий и непричесанный, даже при ручной установке гноме шелл авахи иконки
у убунту рабочий стол готов к работе, а при минимальной установке и без хламаснапом не хочешь -не пользуйся,
потом нетплан таки хорош хихи
да и снап при работе с контейнерами линух и всякими опенстеками прям удобен
Только ты же не поставишь хром без снапа, это раз. Два, флатпак лучше
Откуда такие умные все?!)
Флатпак хуже - это два!
Хром без снапа установишь - это раз!
Элементарно, через nix
>У убунты есть ряд проблем, отсутствующих в Дебиане (нестабильные пакеты, навязывание снапа).
>Так что для пользователя, которому нужна система для работы, Дебиан более предпочтителен.У дебиана есть ряд проблем, отсутствующих в убунте - неподдерживаемый софт, без обновлений безопасности. Например последняя версия php 7.3 (eol) 7.3.33, а в дебиане buster 7.3.31. И таких пакетов в дебиане куча.
>>У убунты есть ряд проблем, отсутствующих в Дебиане (нестабильные пакеты, навязывание снапа).
>>Так что для пользователя, которому нужна система для работы, Дебиан более предпочтителен.
> У дебиана есть ряд проблем, отсутствующих в убунте - неподдерживаемый софт, без
> обновлений безопасности. Например последняя версия php 7.3 (eol) 7.3.33, а в
> дебиане buster 7.3.31. И таких пакетов в дебиане куча.А можете для труъ дать ссылку на CVE которому подвержена заявляемая вами софтина, которую в Debian не залатали?
Алгоритм всегда одинаковый. Открываем repology(или любой подобный сайт), вбиваем произвольный пакет, ищем debian. Конкренто в данном случае видим https://www.php.net/ChangeLog-7.php#7.3.33
>Fixed bug #79971 (special character is breaking the path in xml function). (CVE-2021-21707)
>Fixed bug #81026 (PHP-FPM oob R/W in root process leading to privilege escalation). (CVE-2021-21703)Первоначально, я решил посмотреть как в дебиане обстоят дела с разными популярными языками и наткнулся на данный момент. Ситуация для других языков, например, ruby подобная, и она характерна не только для дебиана, она распространяется и на другие дистрибутивы с длительным релизным циклом(например на убунту). Я увидел, ужаснулся, но потом пришёл к выводу, что это секрет Полишинеля.
В Дебиане больше простора для манёвров, но только если оно пользователю нужно, и при этом ценой бОльших требований к знанию системы. Убунтойдам это не надо.
> В Дебиане больше простора для манёвров, но только если оно пользователю нужно,
> и при этом ценой бОльших требований к знанию системы. Убунтойдам это
> не надо.В Debian система в целом заточена на стабильность работы, а не на новизну. Причём стабильность, это не всегда недырявость и неглюкавость, в зависимости от возможности залатать и приоритетности проблемы. Debian хорош как есть, если пользование им не устраивает, штатными методами туда завезти например сторонний софт тот ещё гемор и гемор для стабильности системы в дальнейшем, в том числе и для обновления на новую мажорную версию самой системы. Да, есть всякие механизмы пининга и прочие такие штуки, но стандартный, опеннетовский в том числе, пользователь, судя по некоторому опыту общения, не умеет/не желает в изучение как работать с подобными механизмами. Запросто можно встретить девляпсера который пакеты версии не из реп ставит путём периодического комментирования сторонней репы и разкомментирования во время стихийной проверки на предмет обновлений в ручном режиме xD.
Так что да, Ubuntu это древрее африканское слово, которое означает - я не осилил Debian! ))
В отличии от тебя Марку хватило интеллектуальных способностей не разводить зоопарк дистрибутивов, а взять уже готовый. А свою философию Чучхе оставь северным корейцам.
А чучхесон — южным
> В отличии от тебя Марку хватило интеллектуальных способностей не разводить зоопарк дистрибутивовВаше утверждение противоречит тексту новости. Выпущен как раз зоопарк, некоторые зверушки в котором не нужны более чем совсем.
Можно взять пакетики от Убунты и развести тоже самое в обычном Дебиане даже ничего не переконьпилируя. Так что это расширение популяции, а не новый вид.
>> В отличии от тебя Марку хватило интеллектуальных способностей не разводить зоопарк дистрибутивов
> Ваше утверждение противоречит тексту новости. Выпущен как раз зоопарк, некоторые зверушки
> в котором не нужны более чем совсем.Прикол в том, что Ubuntu от Canonical это только Ubuntu (это та, которая с GNOME) это официальная версия. Более того, в ней от Canonical только Main репозиторий ))
Все остальные животные этого зоопарка, скажем так, выставляются по благодетельному разрешению хозяина территорий и держателя инфраструктуры, скажем так, в благотворительный наём, ради создания массовки и образования сообщества, которое в том числе будет халявно наполнять доступный из коробки в Ubuntu universe-репозиторий, в котором пакетов овердохрена и всё халявно на энтузиазме хомячков))
А всякие самодеятельные выставки своих доморощенных питомцев от "эгалитарных" убунтостудий, до индусокодских в буквальном смысле xD Ubuntu Unity на территории держателя внешним видом может и создают тот самый зоопарк, но в то же время преследует цель инкубатора возможных потенциальных будущих работничков в Canonical, у которых пока в одном месте горит идея творчества, но они таки привыкают к инструментам и инфраструктуре компании. Так что в Canonical всё правильно делают, ведь успех дистра не в последнюю очередь держится на деятельности сообщества. ;)
Ubuntu стала дефолтом.
Ubuntu стала Redhat-ом.
Ubuntu ставят и на лептопы с завода и на серверы.
Уникальное торговое предложение (УТП) на рынке серверных операционных систем (ОС) это пре-конфигурированные роли из коробки с необходимым софтом.
Оно случилось, Давид победил Галиафа, Ubuntu Black переиграла и уничтожила Redhat по крайней мере в мелком и среднем бизнесе.
> Уникальное торговое предложение (УТП) на рынке серверных операционных систем (ОС) это пре-конфигурированные роли из коробки с необходимым софтом.Невероятно уникальное, было ещё десять лет назад везде, где не лень (редхат, суся, дебиан).
> Оно случилось, Давид победил Галиафа, Ubuntu Black переиграла и уничтожила Redhat по крайней мере в мелком и среднем бизнесе.
Редхат утонул после покупки IBMом, это не новость. Но убунта и не всплывала.
>> Уникальное торговое предложение (УТП) на рынке серверных операционных систем (ОС) это пре-конфигурированные роли из коробки с необходимым софтом.
> Невероятно уникальное, было ещё десять лет назад везде, где не лень (редхат,
> суся, дебиан).
>> Оно случилось, Давид победил Галиафа, Ubuntu Black переиграла и уничтожила Redhat по крайней мере в мелком и среднем бизнесе.
> Редхат утонул после покупки IBMом, это не новость. Но убунта и не
> всплывала.Уникальный был только Debian из тех, что хоть как-то можно отнести к интерпрайзу, за счёт своих deb-пакетов и своих велосипедов.
SUSE же была интересна попыткой в дружественные хомячкам GUI-тулзы на каждый чих, но чего-то не взлетела в широких массах, хотя была из коробки самая виндовненькая. Зато почему-то взлетела Ubuntu, а потом и Linux Mint. Возомжно потому что GUI-тулзы для хомячков из коробки это не решающий фактор? ¯\_(ツ)_/¯
> всё это основывается на инфраструктуре дебиана, это нечестноТы упустил один занятный факт, что половина ментейнеров дебиана - это сотрудники каноникал на зарплате. Так что кто ещё на чьей инфре основывается
>> всё это основывается на инфраструктуре дебиана, это нечестно
> Ты упустил один занятный факт, что половина ментейнеров дебиана - это сотрудники
> каноникал на зарплате. Так что кто ещё на чьей инфре основываетсяЭто да, но это так до поры. Интересно сколько останется сотрудников Debian в рядах Canonical после того как хотелка космонафта по полному переезду на одни снапы реализуется? ))
> Ведь Марк не с нуля убунту клепает, а всё это основывается на инфраструктуре дебианаВ Убунте от дебиана только пакетная база и то не вся, большая часть системы написана спецами из каноникал, гном тоже пишут в каноникал в том числе, точнее исправляют косяки которые наделали разрабы из гном фоундейшн.
> большая часть системы написана спецами из каноникалКстати, да. Они же говорили, что вместо ядра Linux используют ядро Ubuntu.
Когда работать надо, а не ось настраивать, всё-таки убунта получше будет.
Ага. Одно удаление снапа чего стоит. Целый день можно не работать.
Одна команда в терминале отнимает у Вас целый день?! Занятный случай... Тяжелый...
> Когда работать надо, а не ось настраивать, всё-таки убунта получше будет.Смотря для чего и в каком сценарии. У меня на разных машинах есть обе эти системы и в зависимости от запросов однозначно общего плюса той или иной системы нет. Я тоже так думал когда несколько лет жил на Ubuntu, потом переехал полностью на Debian, теперь снова часть машин на Ubuntu.
От Debian отказываться не собираюсь, больно он хорош по-своему, но у Ubuntu, по крайней мере в текущем её виде тоже есть свои плюсы.
Просто сравните сроки поддержки одной и второй (LTS).
И там, и там пять лет.
> И там, и там пять лет.LTS Убунты и LTS Debian это разные вещи, хоть и называются одинаково. LTS в Debian это расширенная поддержка горстки пакетов, на поддержку которых задонатили корпы отдельной группе поддержки из полтора землекопа, которая фактически основывается на oldoldstable уже и касается в основном специфических недесктопных компонентов. В Ubuntu же Canonical обязуется 5 лет поддеоживать весь её Main, а это хоть и много меньше объёма Main от Debian, но гораздо больше пакетов, которые идут по программе поддержки LTS от Debian. К тому же, по программе Ubuntu Pro можно получить 10 лет поддержки LTS, а это к обычной 5 летней поддержке ещё + 5 лет поддержки Main и 23000 пакетов из Universe, что уже вполне сносно в сравнении с Debian, который 10 лет не поддерживается, тем более с таким количеством пакетов.
Насчёт 10 соврали. Там уже 12.
Это реалии 2004. Сейчас же это Debian основан на Ubuntu, как бы смешно это не звучало. Потому что Debian - это сообщество, а люди в сообществе 24/7. Как вы думайте, за чей счет банкет и что они жрут? Да, они работают у космонавта за з/п параллельно и банкет оплачивает им космонавт.А первопричина, почему существует бубен и убунтойды - да, именно в том, что Debian-овая политика выхода релизов не устраивает Enterprise, ему подавай планы, бумагу и прочий бюрократизм. Да и хомячки привыкли жить по расписанию. Поэтому существуют оба проекта. Первый - для интерпрайза и капусты, второй - для души. Все честно, потому что если исчезнет космонавт, на энтузиазме Debian сейчас долго не протянет.
Без космонавта дебиан вполне себе жил и никто его закапывал
>> Без космонавта дебиан вполне себе жил и никто его закапывалДа, вот как легко оказывается спалить возраст собеседника. Ярчайший пример, что происходит, когда кончается бабло и капуста - это Mandriva и старики с бородой его помнят. Вроде бы все тоже самое, но результат...
>[оверквотинг удален]
> смешно это не звучало. Потому что Debian - это сообщество, а
> люди в сообществе 24/7. Как вы думайте, за чей счет банкет
> и что они жрут? Да, они работают у космонавта за з/п
> параллельно и банкет оплачивает им космонавт.
> А первопричина, почему существует бубен и убунтойды - да, именно в том,
> что Debian-овая политика выхода релизов не устраивает Enterprise, ему подавай планы,
> бумагу и прочий бюрократизм. Да и хомячки привыкли жить по расписанию.
> Поэтому существуют оба проекта. Первый - для интерпрайза и капусты, второй
> - для души. Все честно, потому что если исчезнет космонавт, на
> энтузиазме Debian сейчас долго не протянет.Это не так, хотя и правда отчасти. Но посмотрим насколько самостоятелен будет Debian, покажет время, когда Ubuntu по заветам космонафта переедет полностью на модель ubuntu-core + snaps only!
Если дебианщики резко рванут наполнять снапсторы и бросят традиционное пакетирование - тогда вы правы во всём, а если Debian так и продолжит пакетовать свои deb-пакеты без ущерба для своих репов, тогда будет выходить, что Canonical хоть и спонсирует часть мейнтейнеров Debian, да хоть держит их на зарплате, но всё же не так масштабно может влиять на его развитие. Время покажет кто прав! ;)
>> Если дебианщики резко рванут наполнять снапсторы и бросят традиционное пакетирование - тогда вы правы во всём, а если Debian так и продолжит пакетовать свои deb-пакеты без ущерба для своих репов, тогда будет выходить, что Canonical хоть и спонсирует часть мейнтейнеров Debian, да хоть держит их на зарплате, но всё же не так масштабно может влиять на его развитие. Время покажет кто прав! ;)Время показало и еще один вариант тухленького сценария: вялотекущий. И примером здесь можно привести Mageia, которая вялотекуще сползает на DNF. Учитывая, что в Debian слишком просто притаскивается snap, вполне себе все может выглядеть и подобным образом и казаться тем, о чем Вы подумали
>> тогда будет выходить, что Canonical хоть и спонсирует часть мейнтейнеров Debian.Но разница здесь заключаться будет в том, что на APT и Deb-пакеты будет положен огромный болт и каких-то прорывных фич, которые есть в том же Pamac/Yaourt никогда не дождемся. Если что, последние приведены как пример, как может развиваться активно APT (APT сейчас - это Pacman, а APT в теоретическом развитии - Pamac/Yaourt).
> Неужели убунтойды не могут в дебиан? Ведь Марк не с нуля убунту
> клепает, а всё это основывается на инфраструктуре дебиана, это нечестно.Я бывший и отчасти нынешний убунтоид (на одном из десктопов стоит Kubuntu).
Пакеты самому собирать это для очень избранных. А если пользоваться готовыми, то для Убунты больше всякого стороннего в ppa той же.
Плюс для меня, думаю и для многих, очень весомым плюсом убунты является очерченный горизонт планирования миграции в виде предсказуемых по датам фиксированных релизов. Ну и плюс очевидная более долгосрочная поддержка в виде предсказуемых 5-10 лет.Иными словами, рассчитывая содержать какой-то условный сервер 5+ лет не всегда очевидно, что это будет именно Debian в силу его особенностей поддержки.
А так, да, Debian более стабильная и консервативная система, что тоже в определённой степени плюс, его я тоже использую.Нужно не забывать, что Canonical всё же более корпоративно близкая организация, которая умеет находить общий язык с бизнесом. Отсюда и многим интересующимся более очевидный выбор именно её. Плюс популярность играет свою роль.
В Lubuntu так Wayland и не завезли, хотя обещали. Не шмогли. В Lubuntu 25.04 теперь типа сделают.> https://lubuntu.me/tag/24-10/
> What happened to Wayland?
> Readers who have kept up with our blog probably remember that we wanted to offer Wayland as an option in 24.04 and switch over to using Wayland by default in 24.10. Sadly this did not go according to plan. LXQt 1.4 and LXQt 2.0 both turned out to be too painful to use in a Wayland environment for us to be comfortable shipping Wayland by default, and we did not have time to implement them as an option. LXQt 2.1 is expected to ship with full Wayland support, so we will be trying to make Wayland happen for Lubuntu 25.04.Автоперевод:
> Читатели, которые следят за нашим блогом, вероятно, помнят, что мы хотели предложить Wayland в качестве опции в версии 24.04 и перейти на использование Wayland по умолчанию в версии 24.10. К сожалению, все пошло не по плану. LXQt 1.4 и LXQt 2.0 оказались слишком болезненными для использования в среде Wayland, чтобы нам было удобно поставлять Wayland по умолчанию, и у нас не было времени реализовать их в качестве опции. Ожидается, что LXQt 2.1 будет поставляться с полной поддержкой Wayland, поэтому мы будем пытаться реализовать Wayland для Lubuntu 25.04.
В LXQt хоть какой-то прогресс есть по сравнению с Xfce. В Wayland-форке Xfwm уже больше года никакой активности.
> В LXQt хоть какой-то прогресс есть по сравнению с Xfce. В Wayland-форке
> Xfwm уже больше года никакой активности.Да убунтовская Lxqt мне очень нравится.
Это да. LXQt - лучшее на данный момент обновляемое DE, на актуальном тулките. Ничего лишнего, и удобное.
И слава Богу что есть такая тихая гавань как Xfce. Пока остальные страдают фигнёй -- Xfce просто работает. Без всяких вяленых.
> В LXQt хоть какой-то прогресс есть по сравнению с Xfce. В Wayland-форке
> Xfwm уже больше года никакой активности.Толку-то с этого прогресса, если по потреблению ресурсов LXQt не особо экономнее KDE, а по функциАналу скуднее Xfce в поддержке элементарных возможностей DE ещё времён LXDE. А вяленый ещё не готов для дестопа, когда будет готов, то Xfce подтянутся через годик-другой, это среда для ортодоксов ;)
>> В LXQt хоть какой-то прогресс есть по сравнению с Xfce. В Wayland-форке
>> Xfwm уже больше года никакой активности.
> Толку-то с этого прогресса, если по потреблению ресурсов LXQt не особо экономнее
> KDE,Там немного разный менеджемент ресурсов. Если разница 700mb lxqt < по сравнению с 1900 2100 в kde то я незнаю.
А можно для тех кто в танке? В смысле, на сколько я помню, ЛХДЕ и ЛХКУТ сделаны с опенбоксом вместо вм? Т.е. им надо форкнуть опенбокс и бахнуть туда поддержку вейланда, или перейти на что-то типа вейфаер? Плюс перелопатить всё остальное.
Скорее всего нужно только опробовать hyprland и wayfire.
> А можно для тех кто в танке? В смысле, на сколько я
> помню, ЛХДЕ и ЛХКУТ сделаны с опенбоксом вместо вм? Т.е. им
> надо форкнуть опенбокс и бахнуть туда поддержку вейланда, или перейти на
> что-то типа вейфаер? Плюс перелопатить всё остальное.Да, примерно так наверное и мыслят адепты "фу-фу-фу-не-готово-для-вяленого-значит-нинужна!" xD
Хотя иногда мне кажется, что с мыслительными процессами у них туговато. ;)
> А можно для тех кто в танке? В смысле, на сколько я
> помню, ЛХДЕ и ЛХКУТ сделаны с опенбоксом вместо вм? Т.е. им
> надо форкнуть опенбокс и бахнуть туда поддержку вейланда, или перейти на
> что-то типа вейфаер? Плюс перелопатить всё остальное.https://lxqt-project.org/blog/2024/09/20/preview-release-2-1/
The main target is the experimental Wayland session
Команда LXQT молодцы, крутые. Я им в гитхабе фича реквест отправил с просьбой добавить значки виндовс-кие на рабочий стол, сначала отказали аргументировав что проблема в библиотеке файлового менеджера. Но спустя пару версий, добавили и благодаря мне и им вы имеете ещё один клон виндя на куте.
жду благодарности в плюсиках.
Ай, красава
Правильно делают.
Сырую дрянь пихать не надо.
Но все равно хорошо что дистрибутивы доживают свою последний век. Скоро все перейдут на сплошные контейнеры и пакеты и все эти версии дистрибутивов канут в лету как кассетные магнитофоны.
Маловероятно, так скажем. Недостатки слишком уж велики, а разрабы слишком уж криворуки, чтобы игнорировать проблемы, собираемых ими пакетов. И это ещё не вспоминали про накладные расходы и проблемы с интеграцией.
Проблему несовместимости как раз и решают Flatpak, Snap на десктопе и для серверов Docker, XLC, Podman, K8s, Systemd-nspawn, Nomad и т.п.Тебе по сути уже не важно, какой это Linux дистибутив, хоть на винде взлетит твоё ПО
PS: Snap дерьмо
Как ты не поймешь сплошной принудительный переход на снап это и есть шаг в будущее где будут только контейнеры. Название технологии лишь технический момент направление выбрано совершенно верное. У конкурентов будет флатпак и норм.
Я согласен, но только не в контексте Snap. Он как раз и портит репутацию данного подхода и вырабатывыет отвращение у людей к нему.
Чего не скажешь о Flatpak или Distrobox.
> Как ты не поймешь сплошной принудительный переход на снап это и есть
> шаг в будущее где будут только контейнеры. Название технологии лишь технический
> момент направление выбрано совершенно верное. У конкурентов будет флатпак и норм.Проблема не в том, что есть идея контейнеризации приложений, проблема в рукозадой реализации этой самой контейнеризации и рукозадой же организации инфраструктуры доставки.
Snap тормоз, криво отображается в системе, неудобно с ним работать и отвратительно мониторится на предмет зловредов в их шляпном сторе.
На сервере кроме возможности достучаться по порту от Контейнера ничего не надо, да и софт у всех разный. Локально же для десктопа нужно взаимодействие (например, xdg-open) между контейнерами и переиспользование системных либ. В итоге вместо 5 мб, мне надо скачать 1 гб образ с зависимостями.
У тебя жесткий диск 40 мегов или какая ещё проблема то?
> У тебя жесткий диск 40 мегов или какая ещё проблема то?Проблема многих советунов часто в том что они любят демагогию. Они могут критиковать, но если спросить их что они предлагают, лучше сами предложить не могут, и быть может я бы согласился, еслибы предложили.
Производитель дисков? 40 гб спокойно хватает на пути раздел для домашнего использования. Сколько нужно с контейнерами?
По опыту снапа и флатпака мало того, что эти приложения занимают много места на диске, так ещё и медленнее стартуют, темы в них отваливаются.
> У тебя жесткий диск 40 мегов или какая ещё проблема то?Ты забыл упомянуть, что снап хранит ещё и предыдущую версию. Так что умножай смело на 2.
> В итоге вместо 5 мб, мне надо скачать 1 гб образ с зависимостями.проблема решается дедубликацией (например, через Duperemove) и/или CoW не уровне ФС
В итоге 100 программ, тянущих одни и те же зависимости, потребяляют место на диске, как одна.
Почему то шиндовые программы по нескольку гигов никого не смущают тот же всеми любимый фотошоп. А на Линукс обязательно надо древнесофт, но работающий от системных либ лишь бы сэкономить лишнюю сотку мегов оперы.
> Почему то шиндовые программы по нескольку гигов никого не смущают тот же всеми любимый фотошопПотому что его ставят один раз, крякают и потом не обновляют почти. Теперь представь, что это постоянно надо обновлять, и ещё любая гуевая прога тащит зависимость от графического стека на гиг (по опыту флатпака) (фотошоп так не делает).
Что ты несешь? Ну так тогда и не обновляй свою программу как и фотошоп. Лицензионный фотошоп если что тоже большие обновления тащит постоянно. А конкретно у флатпака гуевые либы разделяемые с другими флатпак программами. Тем более флатпака в отличии от снапа не требует принудительных обновлений.
> по опыту флатпакатот размер зависимостей для разных программ, который Flatpak пишет в консоле не отражает реально-занимаемое место на диске, на диске это будет в разы меньше занимать за счёт OSTree, многие этого не понимают.
Например:
- Программа А, качает 1GB зависимостей
- Программа Б, качает 1.2GB зависимостей, и часть зависимостей совпадает с программой А, но версии некоторых зависимостей отличаются.
- После установки программы Б, места на диске прибавится не на 1.2GB, а на ~300 MB. Экономия за счёт технологии OSTree.А если у нас и файловая система с CoW, то прибавится даже не ~300MB, а еще меньше, ~50MB, потому что блоки на файловой системы совпадут у зависимостей разных версий.
Справедливости ради, размер флатпак программ действительно огромен. Проблема в том, что на тех размерах, которые ставит пользователь он успевает собрать несколько разных библиотек(gtk, qt), но не успевает добраться до того размера, когда дедубликация начинает серьёзно влиять. А поскольку во флатпак пакуют только десктопный софт, то флатпак никогда не придёт к той же экономии, что и нормальные пакетные менеджеры. Если использовать nix, то его силами можно развернуть почти полную систему(ядро, несколько библиотек и systemd от хоста, всё остальное - от nix), то flatpak всё ещё не может собрать полную систему. В snap хоть часть софта, типа докера пакуется, flatpak - нет.
Снап или флатпак их используют?Также про изоляцию. В том же снапе много приложений, которые из неё выходят, тот же Васякод.
> Снап или флатпак их используют?Нет, дедублицирование происходит на уровне файловой системы. Программам не обязательно об этом знать. А Flatpak, в свою очередь использует систему управления версиями OSTree для эффективного хранения приложений и экономии места на диске. Snap нет, он мнее продуман, там только мизерная экономия идёт на счёт squashfs, но на самом деле это приносит больше вреда, чем пользы, это затрудняет дедублицирование на уровне файловой системы, т.к. одни и те же данные в разных squashfs образах не всегда будут совпадать по блокам из-за разных алгоритмов сжатия.
> Также про изоляцию. В том же снапе много приложений, которые из неё выходят, тот же Васякод.
Для Flatpak можно управлять разрешениями через Flatseal (GUI).
Для Snap gnome-control-center имеет схожий с Flatseal функционал.
Можно отключить или добавить разрешения.
>это затрудняет дедублицирование на уровне файловой системы, т.к. одни и те же данные в разных squashfs образах не всегда будут совпадать по блокам из-за разных алгоритмов сжатия.Вначале изобретается хитроумный костыль, а потом героически ищется путь преодоления. Разумеется логичнее всего будет явно связвать приложение с нужными библиотеками, как в nix, чем страдать из-за того, что какой-то хеши двух файлов случайно оказались разными, а файлы отличаются минимально, типа вкомпиленной даты сборки.
> На сервере кроме возможности достучаться по порту от Контейнера ничего не надо,
> да и софт у всех разный. Локально же для десктопа нужно
> взаимодействие (например, xdg-open) между контейнерами и переиспользование системных
> либ. В итоге вместо 5 мб, мне надо скачать 1 гб
> образ с зависимостями.Локально для десктопа для простого пользователя было бы удобнее иметь единственную правильно и удобно рабочую GUI-тулзу, которая бы централизовано обновляла appimage или вообще "портативки" со статической линковкой, раскатанных из тарболлов. Подобная реализация сняла бы с конечного пользователя головняки с неработающими на любой системе обещанных якобы работающих везде самодостаточных flatpak, хотя по факту это просто красношляпый велосипед с вендорингом на их подконтрольную среду и рантаймы.
Внезапно, но чтобы контейнер или пакет запустить нужен дистрибутив утилит. Ядро пока что не умеет запускать контейнер самостоятельно в качестве PID 1 (init).
Достаточно базового контейнера атомарно обновляемый, а не как повезет и уже есть куча реализаций такого подхода.
> Внезапно, но чтобы контейнер или пакет запустить нужен дистрибутив утилит.Нет.
Во-первых есть systemd-nspawn контейнеры, а systemd сейчас стандарт во многих дистибутивах.И все контейнерные утилиты это просто врапперы. Можно и так запустить контейнер с помощью Bash скрипта, который будет использовать команды chroot, mount, unshare и манипулировать cgroups для задания лимитов твоим программам. В этом по сути и заключается контейнеризация.
PID 1 (init) тут вообще не играет роли, в контексте контейнеризации это виртуальная сущность.
> Во-первых естьВо-вторых systemd не является частью ядра, а значит уже подпадает под понятие "дистрибутив". Так что садись, два.
Какая разница под что он подпадает если он просто сделано нормально и для людей?
да-а, нормально. При запуске sddm стартует pipewire, который сбрасывает громкость для других пользователей.
Выполняешь sudo su - и оно вообще запускает кучу софта, которому не прописали ConditionUser=!root.
Когда я ставил syncthing я прям вот хотел, чтобы он внезапно стартовал от рута и без пароля по дефолту, всё для людей
> Во-вторых systemd не является частью ядра, а значит уже подпадает под понятие
> "дистрибутив". Так что садись, два.Нашел до чего докопаться. В изначальном сообщении анонима (твоём? не суть) подошло бы больше слово "набор", чем дистрибутив, это можно догадаться по контексту написанного. Но я не цепляюсь за слова.
Садись кол.
> Но все равно хорошо что дистрибутивы доживают свою последний век. Скоро все перейдут на сплошные контейнеры ...Скорее не контейнерные (хотя не без этого), а immutable (правильный перевод неизменяемые?). Например, как: Fedora Silverblue, Bazzite, NixOS, GUIX, Nitrux и т.п.
Да это ближе к подходу нормальных ОС. Где все базовые либы всегда часть ОС и их поддержка продолжается десятилетиям и софт от ОС 95 легко запускается в ОС 10. А все эту клубки зависимостей это прошлый век 70-ый год. Где все должно быть динамически зависеть от всего при этом на целой ЭВМ всего одно прикладное приложение и то для оформления патентов, как было у первых юниксов.
>Где все базовые либы всегда часть ОС и их поддержка продолжается десятилетиям и софт от ОС 95 легко запускается в ОС 10Далеко не весь софт переживёт такой переход.
>А все эту клубки зависимостей это прошлый век 70-ый годОт них никуда не дется, их можно разве что распространять совместно с софтом
> Да это ближе к подходу нормальных ОС. Где все базовые либы всегда
> часть ОС и их поддержка продолжается десятилетиям и софт от ОС
> 95 легко запускается в ОС 10. А все эту клубки зависимостей
> это прошлый век 70-ый год. Где все должно быть динамически зависеть
> от всего при этом на целой ЭВМ всего одно прикладное приложение
> и то для оформления патентов, как было у первых юниксов.Более здоровый для удовлетворения всех подход был бы в выпуске LTS систем с традиционным клубком из поддерживаемых официально реп условной LTS-командой, но с возможностью запускать обновлённые версии в изолированном окружении, где отдельная команда мониторила бы уже зависимости этих новых окружений, т.е. сочетание работы традиционных систем и какой-то аналог nix возможно с примесью appimage или чего-то подобного. Но (!), чтобы не было зависимости отдельных приложений от конкретных версий рантаймов. Да, ресурсозатратно с точки зрения обилия дубляжей - "всё своё ношу с собой", но это компромисс, который бы выбирал сам пользователь. Это уже сейчас возможно, просто никто централизованно этим не хочет заниматься, а пользователю нужен централизованный единый реп этого всего, а не шариться по сети таская смонительного качества appimage.
Appimage это крайний, но 100% рабочий везде вариант (хотя конечно зависит от прямоты рук пакующего).
В идеале новьё проще было бы отслеживать через nix, т.к. там есть контроль версий и зависимостей в виде проверки по хэшсуммам всего что есть в репе.Но опять же, это уже есть сейчас, но это не доведено до юзабельного для широких масс состояния.
Это всё должно быть изкоробочным, с удобными для рядового пользователя GUI-тулзами. И под удобными я не подразумеваю копию говногномского стора, если что ;)
Ага. Нефиг этим гнусным линуксоидам лезть в кишки системы, всё должно быть как за них решили умные дяди. Это сраказм, если что. В самих immutable дистрах нет ничего плохого, просто они подходят не всем и не для всех задач. Ну и ставить NixOS в один ряд Bazzite это очень странная идея. Я понимаю, что один immutable и другой immutable, но это как сравнивать "морковку" с пальцем.
Так собери это базовый контейнер для себя сам. Просто он бай дизайн он останется иммутабл и ты своими ручками и никакой вирус там ничего не сломает. Единственно верный подход как в ХромОС
Лет 15 назад я такое читал здесь про компы. Типа, они будут вытеснены повсеместно планшетами. Вытеснили. Только кто кого - отдельный вопрос.
Хз причем тут планшеты, но мобильные телефоны вытеснили десктопы приблизительно везде. Десктоп теперь специализированное устройство и есть не у всех. У знакомых вон нет обычного компа вообще в доме хотя молодая семья. Сидят в планшетах телефонах, умных телевизорах.
Десктоп там, где он нужен. Как то трудно программировать, рисовать на планшетах, телефонах, умных телевизорах.))) Десктоп везде, где нужно работать, создавать, а не потреблять созданный другими контент.
Программисты это 0.21% популяции людей на Земле. Вывод надеюсь ты сделать сумеешь.
Вывод - исчезновения программистов популяция не заметит? O shi..
Вывод десктоп компы не нужны ты прав. Да и кодить для них уже некому программисты же исчезли без следа.
Так в Любой сфере, на любой работе, даже у охранников стоят десктопы, нифига их не вытеснили смартфоны
> Хз причем тут планшеты, но мобильные телефоны вытеснили десктопы приблизительно везде.
> Десктоп теперь специализированное устройство и есть не у всех. У знакомых
> вон нет обычного компа вообще в доме хотя молодая семья. Сидят
> в планшетах телефонах, умных телевизорах.Всё правильно, потому что большинство потреблятели контента, а не создатели его.
На планшетах и смартфонах, как и на умных телевизорах как-то не очень создавать продкут, там только потребляется он и то не всегда это удобно и там. Например офисные какие-то работы в таблицах гораздо продуктивнее выполняются с традиционной клавиатурой. Да, к планшетам можно присобачить физическую клаву, но пока массово так не делают.
Вообще, было бы замечательно, если бы какой-то производитель оборудования озадачился бы вопросами конвергенции на уровне соединения всего добра экосистемы с базовой станцией, в которой есть возможность подключения периферии и внешней видеокарты, возможно с дополнительными процессорами, а в него бы устанавливался какой-нибудь носимый планшет.
Apple конечно с заявкой на такое, но это ещё далеко не то, у них нет единой ОС для всех девайсов, пока и всё их "экосистема" это раскиданная лапша и "dongle world" при необходимости чего-то неординарного с точки зрения Apple.В своё время IBM пыталась начинать эту тему, но почему-то свернула направление, видимо невыгодно было из-за дороговизны и не совсем понятного позиционирования для конечных пользователей.
И попрёт поток приложений, собираемых под разные версии контейнерных прослоек.И станут докеры-шмокеры "ос в ос".
Т.е. ты хочешь чтобы как сейчас чтобы запустить старый ФФ тебе нужен Убунту 14.04 с где то отрытой архивной репой. Или наоборот чтобы поставить свежий ФФ на ту же Убунту 14.04 ты должен обновится до 24.10 и переломать все свои приложения и наловить глюков если вообще сможешь запустится после обновы? Это люди неисправимы им надо где-то обязательно пострадать.
Лови мамонта !!!"Старый" ФФ, как и старый Ubuntu - не нужны !
Только распоследние, с обновами last minute ! Остальное для слоупоков !
> Т.е. ты хочешь чтобы как сейчас чтобы запустить старый ФФ тебе нужен
> Убунту 14.04 с где то отрытой архивной репой. Или наоборот чтобы
> поставить свежий ФФ на ту же Убунту 14.04 ты должен обновится
> до 24.10 и переломать все свои приложения и наловить глюков если
> вообще сможешь запустится после обновы? Это люди неисправимы им надо где-то
> обязательно пострадать.Я не он, но идеально было бы, чтобы на старую убунту 14.04 можно было бы поставить что современный FF, что тот, что соберут через 10 лет. Понятное дело, что 14.04 поддерживаться к тому моменту не будет (скорее всего), но так называемые самодостаточные пакеты должны быть реально самодостаточными и не сношать мозг пользователю, а не как flatpak, который заявлен быть таковым, но по сути на ту же CentOS 7 уже без мозготраха не установить самых последних версий.
Основная LTS-система должна поддерживаться лет 10 (плюс 2 года на миграцию) в рамках этой версии не должно ломаться DE, только секурити апдейты и фикс глюков. Выпуск же новых версий по возможности должен быть раз в 2-4-6 лет, как уже будет получаться, главное, чтобы кратно укладывалось в 12 летний период. В рамках этих версий поддержка базовой системы с её компонентами должны быть до упора. А вот остальной прикладной софт уже поддерживаться другой командой, должен быть какой-то один реп, где не должно процветать такого цирка как в гуглоплее или в снапсторе, с более дотошной проверкой мейнтейнеров. В принципе, как я и писал выше, это всё возможно уже сейчас, но никто это не взялся собрать воедино и оформить в готовый продукт, который бы не заставлял конечного пользователя ползать по реддитам и гитхабам, а имел бы в своём составе рабочие удобные GUI-тулзы для управления пользовательским сторонним не LTS софтом.
>перейдут на сплошные контейнеры и пакетыКакие контейнеры, какие пакеты, ты с рынка что ли? В Сочи в школе номер один в учителтской на компьютерах с о РедОС со СРС MATE. И это не только там, во многих бюджетных и на только бюджетных импортозаместили ОС на десктопах в том числе. И ничего работают и не жужжат.
В учительской стоит одна система на десктопе, а в датацентре крутятся миллионы контейнеров. И половина из них ubuntu-based.
Так есть же дистр контейнерный. Приложения в контейнерах внутри. Чего тебе ещё надо?
Только вот контейнеры собираются из репозиториев конкретного дистрибутива. И если дистрибутивов просто много, то вот контейнеров собранных из этих дистрибутивов уж слишком очень много.
Забавная штука, ненравится snap можешь не ставить, только вот в репозиториях в .deb для ubuntu ты не найдешь приложений нужных.Мы можем продать вам машину за 20$ но без колес но колеса к ней будут стоить 150000 $.
Вообще, убунтойды должны страдать. Так считает Марк. Имеет право, это его дистрибутив. Выбор убунтойдов - продолжать страдать или юзать другой дистр.
> Вообще, убунтойды должны страдать. Так считает Марк. Имеет право, это его дистрибутив.
> Выбор убунтойдов - продолжать страдать или юзать другой дистр.Но фишка убунты была изначально что все изкаробки, человечность.
Вот молодцы кружки футболки принты с Ubuntu продают. Вот пусть и продают.
> Вот молодцы кружки футболки принты с Ubuntu продаютНе продают. Этак лет шесть назад вынули непрфолильные направления.
Ubuntu Phone, Unity.
Магазин со символикой так же выкинули.
И где теперь купить вытянутую наклеечку с двумя закругленным углами, которую раньше распространяли вместе с бесплатными дисками Убунты?
Надо благодарить уникумов и им подобных, которые в первые годы заказывали пачками диски и потом жгли их, снимая и выкладывая это варварство в сеть.
Я успел еще какие-то версии по почте бесплатно получить. Потом - всё (
Мне почта России треснула диска с 32-х битной версией и мне пришлось юзать 64-х битную версию. Хорошо хоть высылали сразу два диска с Убунту 7.10. Так я познал мир 64-х систем.
> Мне почта России треснула диска с 32-х битной версией и мне пришлось
> юзать 64-х битную версию. Хорошо хоть высылали сразу два диска с
> Убунту 7.10. Так я познал мир 64-х систем.О я тоже заказывал тогда компакт диск, правда с Knoppix) Радости небыло предела)
> Надо благодарить уникумов и им подобных, которые в первые годы заказывали пачками диски и потом жгли их, снимая и выкладывая это варварство в сеть.Бесплтные диски прекратили доставлять в 2011 году.
И некоторое количество уников тут не причём.Просто интернеты стали доступнее, а Ubuntu популярнее.
Смысл потерялся.
Просто удалось окончательно разорить дистрибутивы, жившие по модели платного распространения носителей и документации. Оставив только "энтерпрайсы".
Смысл потерялся.Поправил, не благодари.
А теперь что? Платно из интернета скачать? Ты на gprs до сих пор сидишь?
>> Вот молодцы кружки футболки принты с Ubuntu продают
> Не продают. Этак лет шесть назад вынули непрфолильные направления.
> Ubuntu Phone, Unity.
> Магазин со символикой так же выкинули.Весь wildberries aliexpress заполнен кружками футболками паззлами с ubuntu. Я не против.
Только вот на десктопах нет этой ubuntbl, у большинства что странно. Может Ubuntu это контора которая продает одежду такая?.
Убунтоводы не страдают, в отличии от дебианщиков
> Вообще, убунтойды должны страдать. Так считает Марк. Имеет право, это его дистрибутив.
> Выбор убунтойдов - продолжать страдать или юзать другой дистр.Убунтоиды пока выкручиваются тем, что ставят либо из сторонних репов нужные deb-пакеты, либо выбирают менее упоротый Linux Mint, проблема минта только в том, что у него порой встречаются не очень хорошие дистроспецифичные баги, которые уходят быстрее при переезде на новую версию минта, нежели чинятся в двухгодовалый срок. Но основная проблема минта, на мой взгляд, это невозможность 100% выживать после апгрейда на следующий мажорный релиз, т.е. когда выживает и всё гладко, а когда разваливается на полпути во время апгрейда. Но зато у Linux Mint хотя бы веришь в то, что разработчики сами пользуются своим продуктом, а не как у Убунторазрабов, которые по ходу прогают из под макосей. xD
Знаешь, услышал тут интересную мысль, что Каноникал всё это глиномесье со снапом устроило чтоб комфортно поддерживать все свои продукты. У них ж там лтсок до задницы, и если смотреть с такой стороны - проще иметь то что нужно в снапе, чем пердолиться с репами. Для самой компании, в смысле.
> Знаешь, услышал тут интересную мысль, что Каноникал всё это глиномесье со снапом
> устроило чтоб комфортно поддерживать все свои продукты. У них ж там
> лтсок до задницы, и если смотреть с такой стороны - проще
> иметь то что нужно в снапе, чем пердолиться с репами. Для
> самой компании, в смысле.Я думаю они snap создали для возможности отделения от debian.
> Знаешь, услышал тут интересную мысль, что Каноникал всё это глиномесье со снапом
> устроило чтоб комфортно поддерживать все свои продукты. У них ж там
> лтсок до задницы, и если смотреть с такой стороны - проще
> иметь то что нужно в снапе, чем пердолиться с репами. Для
> самой компании, в смысле.Не особая тайна в том, что Канониклы сокращают издержки, Марк бизнесмен прежде всего, а не альтруист, он спит и видит скинуть все эти затраты на паковку и всё остальное мейнтейнерство на плечи разрабов софта, чтобы те сами паковали в снапы, а Космонафт и команда лепили бы только immutable ubuntu-core и в буй не дули.
Я первым делом сношу snap. Нужные приложения есть, например в ppa.
> Я первым делом сношу snap. Нужные приложения есть, например в ppa.Я не ставлю snap просто, minimal.
А я первым делом на MacOS ставлю snapcraft
Приношу радость линуксоидам же 😘
> Я первым делом сношу snap. Нужные приложения есть, например в ppa.Проблема в том, что ppa не всегда имеют свежие версии прикладного софта, многие мейнтейнеры ppa забивают обновлять свой софт уже послед 2х лет, а некоторые ещё и раньше. Ситуации, когда все 5 лет (а то и 10 лет в случае ESM) кто-то будет поддерживать вашу версию убунты в ppa скорее приятные исключения.
Плюс ещё есть такой неприятный гемор с ppa, что они могут пересекаться с версиями пакетов, которые к тому же могут быть вам не нужны. Например мейнтейнер ppa будет собирать вам условные ff и audacious (взял с потолка, лень было искать примеры, но они есть) и вот уже вам нужно пинить определённые пакеты ручками.
Плюс самый, на мой взгляд, неприятный гемор это когда нужно обновить систему на следующий мажорный релиз, то перед этим всем нужно вычистить всю эту помойку с помощью того же ppa-purge, а потом ещё накатывать это всё добро назад после обновления на новый LTS, что проще установить систему с нуля.А каждый раз ставить такую систему с нуля раз в 2-4 (максимум 5 лет, хотя мало кто сидит до талого все 5 лет на убунте, речь всё ещё только про десктопы, если что ;) ) это какой-то изврат уровня школолошного виндузятника. Я через такое проходил и мне это надоело, поэтому я переехал на Debian + некоторые статически слинкованные софтины + контейнеры, Debian хотя бы не сношает мозги при мажорных апгрейдах системы ))
А зачем через purge удалять? Так все и настройки/данные слетят, нужного софта. Я так делаю, только когда что-то нужно совсем навсегда удалить. Просто обновляюсь и всё, без отключений ppa или удалений. Система сама всё отключит при обновлении. Если что-то отваливается, потом просто заново подключаю ppa, если там есть поддержка новой версии ОС. Либо другие пути, типо .appimage, но никаких не хочется snap и прочих flatpak. Важно иметь актуальное обновление только критичных важных программ, типо браузера. А тот же audacious - не страшно, если не будет обновлений, если и так всё норм. Обновляюсь от LTS до LTS. В этот раз совсем отвалился deadbeef(есть только в snap), но я заменил его на audacious и почти не заметил подмены :)
>[оверквотинг удален]
> Я так делаю, только когда что-то нужно совсем навсегда удалить. Просто
> обновляюсь и всё, без отключений ppa или удалений. Система сама всё
> отключит при обновлении. Если что-то отваливается, потом просто заново подключаю ppa,
> если там есть поддержка новой версии ОС. Либо другие пути, типо
> .appimage, но никаких не хочется snap и прочих flatpak. Важно иметь
> актуальное обновление только критичных важных программ, типо браузера. А тот же
> audacious - не страшно, если не будет обновлений, если и так
> всё норм. Обновляюсь от LTS до LTS. В этот раз совсем
> отвалился deadbeef(есть только в snap), но я заменил его на audacious
> и почти не заметил подмены :)Без отключения ppa и удалений пакетов может так внезапно случиться, что пакеты из ppa делают затык к апгрейду системы, не даром в гайдах пишут про бэкап системы и удаление ppa перед переездом на следующую LTS. Если вы не получали из системы тыкву из-за этого, то это не значит, что такого не бывает. ;)
Обновление само вырубает все сторонние репы + может даже софт удалить, если есть какой-то конфликт. Это всё давно автоматизировано, не вижу смысла вручную это делать.
>[оверквотинг удален]
> Я так делаю, только когда что-то нужно совсем навсегда удалить. Просто
> обновляюсь и всё, без отключений ppa или удалений. Система сама всё
> отключит при обновлении. Если что-то отваливается, потом просто заново подключаю ppa,
> если там есть поддержка новой версии ОС. Либо другие пути, типо
> .appimage, но никаких не хочется snap и прочих flatpak. Важно иметь
> актуальное обновление только критичных важных программ, типо браузера. А тот же
> audacious - не страшно, если не будет обновлений, если и так
> всё норм. Обновляюсь от LTS до LTS. В этот раз совсем
> отвалился deadbeef(есть только в snap), но я заменил его на audacious
> и почти не заметил подмены :)Браузер можно раскатать из тарбола и обновлять прямо от апстрима, это лучше, чем иметь его из snap, я считаю.
Насчёт того, что appimage лучше snap и flatpak - согласен.
Есть ещё вариант поставить из nix или через контейнеры, я предпочту nix
хоспадя, какие же беспомощные ананимусы пошли на опеннете... не нравится snap - ставь flatpak, есть appimage, есть dep-пакеты на офсайтах
Зачем? Для этого есть PPA и настройка приоритетов, но многие онимусы, как и анонимусы дальше Магазина приложений не могут...
в ppa есть далеко не все. да и качество порой "от васяна", который в одиночку тащит пакет, а через год забивает на него
Ставьте через nix
В linux в целом от васяна (ака Патрик, тащит уже 31 год) и тут есть далеко не всё.
> Зачем? Для этого есть PPA и настройка приоритетов, но многие онимусы, как
> и анонимусы дальше Магазина приложений не могут...Есть но ковыряния в ppa имеет свои минусы, о чём написал выше. И поддержка пакетов в ppa не является обязательной и выполняется по принципу желания левой пятки мейнтейнера этих ppa-пакетов.
Хотя я сам приверженец традиционных пакетов и не люблю гоноснапы, но я прекрасно понимаю возможные ситуации почему снапы могут быть удобнее, чем ppa и тем более я прекрасно понимаю мотивацию Марка перекатиться на ubuntu-core, а остальное только в snap, о чём писал выше. Мне это самому не нравится, по крайней мере в таком виде криворукой реализации, но Canonical движется именно в эту сторону. Будем посмотреть к чему это всё приведёт и надеюсь мы будем живы в тот момент.
В любом случае хорошо, что пока что есть альтернативы имеющие под капотом более традиционное устройство, на которые можно будет свалить, если что.
ХЗ... Больше десятка лет на убунту, с 18.04 на нескольких пк обновления бесшовные на lts. Только из-за sysd ставил с нуля, а так бы с 10.04 и обновлялся))) вот и считай, проще или не проще. PPA бывает протухают, это да, но тут же заменяются другими, благо lauchpad работает как надо! А в linux бывает и дистры протухают) весь "не продакшн" держится на левой пятке мейнтейнера))
> хоспадя, какие же беспомощные ананимусы пошли на опеннете... не нравится snap -
> ставь flatpak, есть appimage, есть dep-пакеты на офсайтахНо ты то уж точно всемогущщ.
> В рамках празднования 20-летия с момента первого выпуска Ubuntu (4.10) временно возвращены старая загрузочная звуковая заставка (можно отключить в настройках звука) и коричневый акцентный цвет, а также добавлен юбилейный логотип.Хорошая попытка, каноникал, но нет! 20 лет назад в убунте не было ни systemd, ни snap'ов, ни обилие процессов на питоне в "ps ax". Хороший был дистр, не то что сейчас
ps ax | grep pyth
2325 ? Ssl 0:00 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal
10534 pts/0 S+ 0:00 grep --color=auto pythэто обилие?
Это у тебя троян удали его.
Если я сделаю дистрибутив без всего что ты перечислил, где гарантия что он будет пользоваться успехом? А он не будет.
Если сделаешь со всем перечисленным, то тоже не будет
Потому что мало сделать дистрибутив, нужно его поддерживать.
Нужен ли апдейт для тех кто сидел на бете?
Да, а как иначе ты будешь сидеть на 25.04 бете?
> Для интеграции с облачными системами аутентификации вместо aad_auth задействован сервис authd, помимо Microsoft Azure Active Directory (Entra ID) поддерживающий многофакторную аутентификацию и OpenID Connect.Годно! Можно пару костылей выкинуть. Хороший дистрибутив для прода, если клиент мелкий и денег на RHEL нет.
Годно что? Что тебе подкатили очередной терминал?
какой ещё рхел в домене .ru?
> какой ещё рхел в домене .ru?Ну alma по крайней мере есть http://ftp.ru.debian.org/almalinux/ https://mirror.yandex.ru/almalinux/ Но и Astra 1.8 ты не найдешь на домене .ru . Кстати говорят что Astra делают что то для юзера free. К декабрю. Это только слухи но вдруг это что то сносное достойное.
> какой ещё рхел в домене .ru?Ну да, то ли дело перебитые шильдики по красношляпным продуктам xD
Ubuntu лучшая
9 месяцев. Даже дома этого мало. Зачем такие дистрибутивы ставить?
Это для опытов на юзерах, то есть бесплатные тестеры нужны. Ну и как ни странно, люди ведутся на эти временные сборки.
Это для любителей свежатинки, потому что иначе дистрибутивный подход не работает. Нормальные люди сидят на Ubuntu LTS и используют контейнеры.
какие контейнеры?
snap!
И снап и флат и докер. Не весь нужный прикладной софт есть во всех системах.
> Нормальные люди используют контейнеры.Снапы что ли? Куча людей перешла с них на другие дистрибутивы или раздумывают над этим. Особенно доставляет история как в убунту выпилили деб пакет фф в пользу снапа под предлогом, что его сложно собирать (!), а потом мозила предоставила официальные деб сборки.
А кто тебе сказал что мразила эти сборки делает в той же убунте для которой они собираются? И что та убунта после этого пригодна для еще какого-то использования, кроме rm -rf ?А раз все равно это толком невозможно - проще упаковать мразилу вместе с ее ценными зависимостями так чтобы минимально ими загаживать систему и минимально тратить силы и время при собрке, чтобы она находила те что ей непременно нужны, а не те что в системе штатно.
И попутно подрезать ей возможности при проломе чего-то у тебя потырить.
> А кто тебе сказал что мразила эти сборки делает в той же
> убунте для которой они собираются? И что та убунта после этого
> пригодна для еще какого-то использования, кроме rm -rf ?Ну вообще они все пакеты собирают на ферме. Разве нет? В том же ppa нельзя загрузить бинарь, только правила сборки, из которых получишь бинарный пакет.
А я знай? Я не интересовался что там за мразильные самодельные дебы и откуда они берутся - есть у них ppa или это "скачать деб с сайта мразилы".Я немного в курсе как эта самая мразила собирается и чего ей для этого надо - поэтому и очень сомневаюсь, что такая халява возможна (ну кроме варианта превратить систему в невосстановимую к нормальному состоянию кашу, но итоговый бинарник таки будет потом запускаться на нормальной - но это не метод)
так что пользуйтесь снапом, они в последних версиях даже тормозят в допустимых пределах.
> так что пользуйтесь снапомДык снап тоже мозила собирает.
дык снап не требует ни чтобы оно вообще собиралось под той же системой под которой будет работать (оно и не, он же один на все версии самого дистрибутива) , ни чтоб не требовало позаменять два десятка критичных для всей остальной ос библиотек для своей сборки и еще самой распоследней только что из raw.githubusercontent версии компилятора вместо штатной. Пажалуста, твори что хошь, все равно оно из своего ящика наружу только через специально проверченные дырочки может выглядывать.Для того его, собственно, и изобретали. Возможность еще и как-то ограничить доступ такого софта к ценному для юзверя барахлу - побочная дополнительная фишка, в данном случае - в общем-то тоже оказавшаяся кстати. Но можно было б и без нее.
Ну а что по факту мы имеем теперь серпентарий из двух десятков операционных систем в операционной системе, причем каждая абсолютно уникальна и с собственным аналогов не имеющим набором (дырявых) библиотек и утилит ("ответственность за сопровождение которых успешно переложена на никого"(c) - "обычные пользователи даже и не заметят, а остальные пусть сами трахаются как хотят"
> дык снап не требует ни чтобы оно вообще собиралось под той же
> системой под которой будет работать (оно и не, он же один
> на все версии самого дистрибутива) , ни чтоб не требовало позаменять
> два десятка критичных для всей остальной ос библиотек для своей сборки
> и еще самой распоследней только что из raw.githubusercontent версии компилятора вместо
> штатной. Пажалуста, твори что хошь, все равно оно из своего ящика
> наружу только через специально проверченные дырочки может выглядывать.Никто не мешает запускать обычный ff, установленный через штатный пакетный менеджер, через изоляцию. К тому же это может быть проще и гибче в настройке.
К тому же многие снапы (особенно проприетарные) запускаются без strict confinement, что дает им полный доступ к фс.
> А я знай? Я не интересовался что там за мразильные самодельные дебы
> и откуда они берутся - есть у них ppa или это
> "скачать деб с сайта мразилы".
> Я немного в курсе как эта самая мразила собирается и чего ей
> для этого надо - поэтому и очень сомневаюсь, что такая халява
> возможна (ну кроме варианта превратить систему в невосстановимую к нормальному состоянию
> кашу, но итоговый бинарник таки будет потом запускаться на нормальной -
> но это не метод)
> так что пользуйтесь снапом, они в последних версиях даже тормозят в допустимых
> пределах.Собираются эти deb-пакеты убунтовым инструментарием на launchpad, ppa с фуфыксом официальный мурзильный, не надо заниматься вангованием.
Это для любителей свежатинки!!!http://togusak.ddnss.de/kde6_2.png
:-)))
Это такой типа роллинг, обновляешь каждые пол года и получаешь свежие пакеты, тот же гном выходит за месяц до релиза убунты. Вполне годный подход как раз для дома
А зачем вам больше? Далеко не все пакеты поддерживаются долго, и может наступить ситуация, когда пакет установленный из репозитория будет уже устаревшим. При использовании убунты и так рекомендуют софт ставить не из убунтвовского репозитория, а из снапа/репозитория разработчика. Или вы хотите как в дебиане сидеть на никем не поддерживаемых версиях? Например php последняя версия в ветке 7.3 - 7.3.33, в репозиториях buster 7.3.31.
> А зачем вам больше? Далеко не все пакеты поддерживаются долго, и может
> наступить ситуация, когда пакет установленный из репозитория будет уже устаревшим. При
> использовании убунты и так рекомендуютКто тебе это "рекомендует"? Белки-истерички? Сами гениТальные разработчики?
> а из снапа/репозитория разработчика. Или вы хотите как в дебиане сидеть
Угу, а то ж если свежайшим не обмазаться прямщас, ебитда упадет?
> на никем не поддерживаемых версиях? Например php последняя версия в ветке
мы хотим чтобы поддержкой занимались майнтейнеры дистрибутива, у них получается явно лучше.
> 7.3 - 7.3.33, в репозиториях buster 7.3.31.
А гениТальные разработчики два года назад тебе объявили, что ими поддерживается только версия 8+ но это неточна (возможно уже только 8.3+, но ета тоже неточна - сегодня поддерживается, а завтра мы устали, мы мухожуки, нате на лопате вам версию 9 несовместимую ни с вашим кодом ни с вашими расширениями, а это немодное немолодежное с парой свежих rce мы поддерживать вам не будем)
И им совершенно похрен что твой код даже на 7.4 портировать во-первых некому, во-вторых нет бабла и времени.Последняя уязвимость в твоем php - вот буквально недельной давности. И ее не собираются исправлять ни в "7.3.33", ни в чем-то еще. Как и уязвимости годичной давности. И двухгодичной тоже. Доходит с чем ты живешь со своим "3.33"?
Поэтому используй ту версию, которую тебе дал майнтейнер, пока он жив и проявляет хоть какой-то интерес к проекту. Вот в ней, не смотря на не ту цифирку - некоторые проблемы таки исправляются.
>Кто тебе это "рекомендует"?Разумеется все, и разработчики, и хостинги, и так далее
>Угу, а то ж если свежайшимВо-первых, между версиями могут быть несовместимые изменения, например в схеме данных. Во-вторых, могут быть баги давным давно исправленные в новых версиях, но надёжно законсервированные в дебиане
>мы хотим чтобы поддержкой занимались майнтейнеры дистрибутива, у них получается явно лучше.Ага, они не осилили взять уже готовые патчи и наложить на пакет
>два года назад тебе объявили, что ими поддерживается только версия 8+Ещё раз, дебиановцы не осилили наложить два уже готовых патча, не говоря про бекпортирование новых. В чём заключается их поддержка, если они не пишут сами патчи, а берут их из апстрима?
>возможно уже только 8.3+, но ета тоже неточна - сегодня поддерживается, а завтра мы усталиУ каждого проекта свой релизный цикл, но довольно мало тех, кто будет тянуть согласовывать его с релизами дебиана/редхата. Как следствие, за время жизни одного релиза он проходит путь между "почти вчерашний релиз" до "устарело почти всё"
>Последняя уязвимость в твоем php - вот буквально недельной давности. И ее не собираются исправлять ни в "7.3.33", ни в чем-то еще.Мир не ограничивается одним php. Аналогичная ситуация и с другими пакетами, это просто один из самых очевидных примеров.
>Доходит с чем ты живешь со своим "3.33"?Кто сказал что я с ним живу? С ним живут лишь те, кто поставил дебиан, и даже не задумывается, над тем, что это сборник дырявых заброшенных пакетов
>Поэтому используй ту версию, которую тебе дал майнтейнерА в чём его заслуга? Я понимаю, когда речь идёт о NixOS, там и пакетов много, и баги залатываются, но дебиан... Они же банально выкидывают пакеты прямо посреди релиза
>Вот в ней, не смотря на не ту цифирку - некоторые проблемы таки исправляются.Посмотрите на дату последнего изменения. Она раньше, чем вышел последний официальный патч.
> 9 месяцев. Даже дома этого мало. Зачем такие дистрибутивы ставить?Это экспериментальные ветки, хотя явно про это не написано нигде официально, но так повелось. Если вы обратите внимание, то имено не в LTS версии пытаются внедрять всякие новаторские для LTS штуки, если не получается, то в следующий LTS они не идут, если получается и оно показывает себя относительно стабильно, то выкатывают в следующий LTS.
Это такой каноникловский вариант гибрида Fedora-Slowroll xD
После дропа (и дествительно продакшен) юнити, существование этого дистрибутива под вопросом.
> После дропа (и дествительно продакшен) юнити, существование этого дистрибутива под вопросом.Как раз нет, Марк попробовал, увидел что денег это осбо не приносит, а трахоты с рабочей стороны больше чем профита и решил что его команде проще будет допилить GNOME и обмазывать его из коробки наколенными дополнениями. ¯\_(ツ)_/¯
ZFS? А где btrfs (полноценно с subvolumes) и bcachefs?
Так только в 6.12 с трудом впиливают и то там Линус матерится.
Это ж каким глюкаловом должна быть btrfs, чтобы даже космонафт обходил её стороной...
Хз. Стояла на ноуте с диском в 256 гб.Если бы не btrfs, пришлось менять ssd.
А так сжатие zstd 1 и оффлайн дедупликация решали.
Был только один пере
* был только один переход в read only. Но, мб пофиксят. Там ядро было 5.10 тогда.
> * был только один переход в read only. Но, мб пофиксят. Там
> ядро было 5.10 тогда.то есть звоночек уже был - но ты продолжаешь упорствовать. Ну ооок.
Ну сжатие я ещё могу понять, но дедупликация на ноутбуке? Что там можно дедуплицировать?
Я так 50 терабайт в 1 дедуплицировал на ноуте, хардлинками правда (не идеально и ФМ сходит с ума), в btrfs такой проблемы нет.
Докер образы, npm пакеты и т.д, рабочий то ноут был.
Значок расскладки в mate так же исчезает, наверно один из самый стабильных багов с первого выпуска.
Ниииииттттррооооожжж!!
Это уже фича, понимать надо!
>Snapd 2.65.3Не совсем, пока что используется 2.63:
Так ты телегу не продашь
Строить из себя гуру Линукса не буду - начинал с убунту 14.04, так на убунте сижу, сейчас до 22.04 обновился. Полёт нормальный, более-менее всё работает (хоть и не без косяков, со звуком в частности на некоторых материнках). Вот навязывание снапа огорчает, да, снап прям сильно не понравился мне. Не знаю как сейчас, а раньше поиск "как отключить в снапе автоапдейты" давал ответ разрабов "а нечего отключать их, сказано новая версия - обеовляйтесь, там фиксы!"
> Не знаю как сейчас, а раньше поиск "как отключить в снапе автоапдейты" давал ответ разрабов "а нечего отключать их, сказано новая версия - обеовляйтесь, там фиксы!"Можно отключить теперь. Но лучше искать другой дистр.
Вот я попробовал один раз, во времена убунту 20, когда новый комп собирал, перейти на дебиан. Вроде должно быть привычно, думал я, тот же apt-based же. Но чёт не пошло, то на вифи-адаптер не было дров, то на звук, то ещё что-то криво работало. Возможно я поленился догуглить, как починить, но по итогу я просто поставил убунту 20.04, драйвер вифи в ней был сразу, а остальное удалось приладить. Как-то так
На wi-fi, и вправду в те времена небыло дров. Всегда прощще поставить готовое чем допиливать, этим мне нравятся ubuntu дистрибутивы. Поставил за 5 минут и можно пользоваться.
Там и снап для людей, а не для техногиков у которых десяток ключей в командной строке.
лучше диск через dd затереть нулями)
Ну да, snap, flatpak, AppImage, просто другой формат пакетов, с меньшими зависимостями.Не нравятся магазины SnapCraft и FlatHub, собирайте свои, как с историей 100500 других форков-дистрибутивов.
Canonical ни мне, ни кому-либо не должно, кроме тех кому заплатили. Капитализм.Вот у этих ненавистников хочется спросить, они также ревнивы в пользовании смартфонов, их там ничего не смущает? Тут они святые, а там - только немножечко.
Примеры есть, F-Droid вместо Google Play, никто не ныл.
Кому ненравится там чел делает дистры на заказ) https://archcraft.io/premium.html
Да apt разве сильно требовательный? apt install имя. Всё работает. Одна беда только, что пакеты старее там обычно
> Да apt разве сильно требовательный? apt install имя. Всё работает. Одна беда
> только, что пакеты старее там обычноОбычно так говорят якобы программисты, им самые свежие пакеты надо, давай я поясню на примере, есть старая гитара fender и есть новая ну такая технологичная. Но от того что это новая высокотехнологичная гитара ты лучше играт не станешь.
Свежесть пакетов обычно действительно ни на что особо не влияет, но вот иной раз тот или иной баг пофикшен в версии более новой. Впрочем, пока что я не припомню случаев, чтобы версия из apt мне что-то не сделала. Но тем не менее
Да а вот с arch часто косяки мелкие.
> Строить из себя гуру Линукса не буду - начинал с убунту 14.04,
> так на убунте сижу, сейчас до 22.04 обновился. Полёт нормальный, более-менее
> всё работает (хоть и не без косяков, со звуком в частности
> на некоторых материнках). Вот навязывание снапа огорчает, да, снап прям сильно
> не понравился мне. Не знаю как сейчас, а раньше поиск "как
> отключить в снапе автоапдейты" давал ответ разрабов "а нечего отключать их,
> сказано новая версия - обеовляйтесь, там фиксы!"Примерно такой же расклад, только я начинал с 9.04 и сейчас имею 24.04 (Kubuntu), я не против snap иделологически, но не хочу быть его бетатестером, хочу просто пользоваться. А snap по сию пору тупит и ломает некоторые привычные рабочие вещи, в том же ff. Я не хочу курить пробросы в snap всякой муры, хочу не думать и кpacнoглaзить, а пользоваться, чтобы "тык" и работало, как раньше!
Со снапами до сих пор приходится иметь дело через терминал, а это дополнительная нагрузка по изучению и запоминанию новых команд и попутное созерцание паразитных маячащих loop-девайсов (что за дичь?!) считай на каждый snap.
Поэтому я на данном этапе выпилил его, но дальше будет хуже, в конечном итоге Марк видит Ubuntu как неизменяемую атомарную систему в виде ubuntu-core + snaps. Не знаю только как будут всякие музыканты и прочие интересные личности поддерживать lowlatency-ядра и прочие сопутствующие инструменты. У меня пока не хватает компетенций это понять, поэтому и некоторые опасения у меня на этот счёт. В остальном пока есть возможность мигрировать на Debian, если всё станет слишком плохо.
> На системах с видеокартами NVIDIA по умолчанию задействован сеанс GNOME на базе Wayland.Ну вот. Иксокапец уже близок как никогда.
Скорее гномокапец.
Так был уже.
pipewire трещать перестал? Или все также, как и на 24.04?
После перехода на pipewire ни разу не было треска, может дистрибутив такой?
Много жалоб было с виртуалками
Может в убунте что-то не так мигрировали с пульса, хз. Но кучу можно жалоб найти про "ubuntu 24.04 cracklign sound"
https://askubuntu.com/questions/1525336/why-do-i-hear-crackl...И у меня такая же штука, при какой-то нагрузке проца аудио может на полсекунды-секунду начать воспроизводиться с потрескиванием. Может случиться даже при открытии владки в браузере.
> pipewire трещать перестал? Или все также, как и на 24.04?Перестанет сношать мозг примерно к выходу soundD как неотъемлемого куска Systemd-kernelD ))
кстати, хозяйке на заметку (я не про укушаных шнапсом): йексперимент показал что для установки убунт старше 22 нужна виртуалка с 4 гигами. А я-то все не мог понять, почему у меня тест виснет странным образом в странном месте.А оно то ли в своп уходит (откуда там своп при неустановленной системе) то ли просто в себя.
P.S. вот за subiquity - убунтуи заслуживают действительно смачнейшего плевка в рыла. Но местным белкам истеричкам наверняка даже неизвестно, что это.
Неужто установщик течёт?
ну почему сразу течет? Кушает. Как доустановится - освободит, честна-честна. Только взять ему покушать негде - диск-то еще не размечен, свопа нет.
ubuntu как мем про 5090
Я не уверен что тут только к убунтуям претензии (ну кроме того печального факта что они выбросили нимодный-нималадежный дебиановский установщик на dialog, и придумали модное молодежное ненужно на пихоне пополам с чем-то неведомым, которое перестало помещаться в оперативу).Прикол в том что оно именно виснет. Ни сообщений об ошибках, ни хотя бы оом-киллера, ни хоть отладочной консоли где-то на vty12 - ничего вообще. Такой вот нынче современный lin00ps, с оверкомитами и блэкджеком. У разработчиков-то на модных m3 pro все работало же ж.
subiqity в этом плане вообще феерический трэшак - там ровно никаких средств отладки и выяснения чего ему в очередной раз не понравилось.
Попробовал пооверрайдить ему sources.list - "ой все упала!" - почему, от чего - а хз. Информации на экране - ноль. Смотришь на получившийся глазами - все нормально, можно даже apt с ним запустить, но у этой поделки - нипалучилась. На память тебе (себе) оставляют какой-то крэшлог явно предназначенный для отправки коммерческому саппорту умеющему эту мусорку автоматом парсить (потому что глазами и руками зае...шься - там вместо опять же внятной информации о последней ошибке свалено в стамегабайтную кучу от полного кернельного лога до каких-то дампов - кстати, бездонные закрома всеобщей слежки будут очень, очень этому всему рады. А твою проблему это решить никак не поможет.)
>ни хотя бы оом-киллераЭто ядерная проблема из-за оверокоммита. Его не дождёшься.
>>ни хотя бы оом-киллера
> Это ядерная проблема из-за оверокоммита. Его не дождёшься.ну чем-то ж оно занято... то ли zram модный-молодежный перепахивает, то ли еще что.
Если бы система была нимодная и нималадежная - никаких источников дополнительной памяти пока своп не активируешь - оом таки бы в конце-концов пришел, память-то кто-то жрет а ее нет.А в ЭТОМ нагромождении хрен разберешься. Во всяком случае - мне лень. Просто вот поимейте в виду, что непонятное зависание где-то посреди процесса - это оно.
>ну чем-то ж оно занято... то ли zram модный-молодежный перепахивает, то ли еще что.Нет. Кроме свопа, куда можно скинуть анонимную память, есть ещё и файловая. Ядро очень не любит убивать процессы(что вобщем то логично), по этому оно уменьшает размер файловой памяти. Как следствие, возникает ситуация, когда ядро прочитает страницу файловой памяти, выполнит несколько команд, перейдёт на следующую страницу, которая не загружена, выгрузит предыдущую страницу, загрузит новую, опять выполнит несколько команд, и так будет по кругу гонять файловую память. Если повезёт, то система даже может самостоятельно выйти из такого состояния. Если не повезёт, то так и будет по кругу гонять одни и те же страницы.
>оом таки бы в конце-концов пришел, память-то кто-то жрет а ее нет.OOM придёт только в том случае, если программа попытается заполнить больше памяти, чем есть в системе. Условно что-то вроде
char * arr = alloc_big_array();
for (size_t i = 0; i < size; i += 4096) {
arr[i] = 0;
}
гораздо быстрее вызовет OOM чем это
char * arr = alloc_big_array();
for (size_t i = 0; i < size; i++) {
arr[i] = 0;
}
>А в ЭТОМ нагромождении хрен разберешься. Во всяком случае - мне лень.Это давным давно известный баг этих ваших линуксов. Чинится элементарно - отключением оверкоммита. Проблема только в том, что сразу после этого придётся переписать почти весь софт, буквально. То есть и python, и go, и firefox и так далее. Но дидам сишникам это не интересно.
Не правда, сервер вполне встает на 1 гиг. А для 24.04 уже 2 must have. Но никак не 4. Может ты конечно в виртуалку десктоп ставишь?
> кстати, хозяйке на заметку (я не про укушаных шнапсом): йексперимент показал что
> для установки убунт старше 22 нужна виртуалка с 4 гигами. А
> я-то все не мог понять, почему у меня тест виснет странным
> образом в странном месте.
> А оно то ли в своп уходит (откуда там своп при неустановленной
> системе) то ли просто в себя.
> P.S. вот за subiquity - убунтуи заслуживают действительно смачнейшего плевка в рыла.
> Но местным белкам истеричкам наверняка даже неизвестно, что это.Скажите спасибо наркоманам, которые решили что старый проверенный инсталятор недостаточно модный. Это они видимо у openSUSE научились, суся ещё несколько лет назад тяжело вставала на машины с 4 ГБ ОЗУ, виртуалки с ней требовали примерно столько же как раз.
> модный. Это они видимо у openSUSE научились, суся ещё несколько лет
> назад тяжело вставала на машины с 4 ГБ ОЗУ, виртуалки сну в целом логично, у нее графический установщик (был) с существенно более высокими требованиями (и кстати нормальной автоматической установкой а не cloud-shit). Здесь виснет _tui_ - причем, будешь ржать, отключеный (это автоустановка, мне незачем все эти бенвенью, вертели вас на ую читать). Надеюсь, не надо разжевывать что там снап? (да, да - в УСТАНОВЩИКЕ, с-ка, снап! Он еще и обновиться сам на ходу попытается, запутается в собственных девяти ногах и упадет.)
Сейчас-то suse тоже превзошли сами себя, теперь к их новому модному установщику не умеющему половины старого прилагается хромоног для рисования прогрессбара. (там, глядишь, сопрут у убунтуев и идею с cloud-init, но без снапа все же будет недостаточно хорошо)
Это какой-то паразитирование на дебиан
На Arch тоже, но ведь успешно. Значит дело не в Debian, а команде.
Я так понимаю, lvm в ручной разметке так и не поддерживает? Это какой-то позор..
Xubuntu это вообще какая-то шутка, когда я её ставил, то доходило до того, что я выпиливал абсолютно все пакеты xfce4, вплоть до power-manager (зачем для ПК менеджер питания?), до того они все некачественные, и ставил Openbox.
Поставить Xubuntu чтобы потом героически выпиливать из неё Xfce? Да ты гений.
Xubuntu minimal имеет самый маленький размер среди деривативов, netinstall не всегда есть возможность установить по сети, что не так?
А openbox ты потом как устанавливаешь без интернета?
> А openbox ты потом как устанавливаешь без интернета?А почему без интернета? Есть хорошие замены power-manager, https://github.com/deragon/autopoweroff https://github.com/rodlie/powerkit если надо чтобы компьютер выключался именно а не, hybernate.
Да как бы тебе объяснить. Ты мог воспользоваться lubuntu т.к. lxqt как раз на опенбоксе. Либо взять другой дистр с орпенбоксом из коробки. А так - да, особой разницы нет, какое ДЕ сносить одной командой.
> Да как бы тебе объяснить. Ты мог воспользоваться lubuntu т.к. lxqt как
> раз на опенбоксе. Либо взять другой дистр с орпенбоксом из коробки.
> А так - да, особой разницы нет, какое ДЕ сносить одной
> командой.Lubuntu lts прям вообще нормальная. Извращениями каким то занимаются.
Достаточно установить Ubuntu Server - там уже "накатите" необходимое.
> Достаточно установить Ubuntu Server - там уже "накатите" необходимое.Почему надо устанавливать именно Server? В чем приемущество и что именно я потом накачу того чего нет в Debian?
Ставлю Ubuntu только потому что они исправляют мелкие недочеты Debian которые я и сам могу исправить, но мне лень, и целесообразнее поставить уже исправленное чем копаться в *configax.
Ну да. А ты не читал к чему это относилось? Там чувак сносит крысу чтоб поставить опенбокс. Он и предложил с нуля настраивать всё с голого сервера.
"Для запуска sshd задействован сервис systemd-ssh-generator, использующий активацию по сокету для локальных сокетов AF_VSOCK и AF_UNIX"Но зачем сейчас нужен socket-activation для ssh??? Я в этом не вижу смысла. Я понимаю, когда на сервере было 64Мб памяти и inetd сильно спасал. Но сейчас это только добавление сущности, которая ничего не дает. Может я упустил чего-то?
Нет смысла писать сразу весь код для взлома твоей системы. Сначала добавят одну малозаметную хрeнь, потом другую. А через пару лет всё соединится в очень удобный способ удалённого входа.
Для всех тех, кто не хочет пользоваться снапом: пакеты вполне себе можно ставить с помощью nix. Таким образом, можно будет без проблем запускать десктопный софт, типа firefox. А если сформировать образ контейнера, например для systemd или lxc, то точно так же можно ставить и серверный софт, вроде nginx. Таким образом, от убунты потребуется только контейнеризация, а весь остально софт от nix.
> Для всех тех, кто не хочет пользоваться снапом: пакеты вполне себе можно
> ставить с помощью nix. Таким образом, можно будет без проблем запускать
> десктопный софт, типа firefox. А если сформировать образ контейнера, например для
> systemd или lxc, то точно так же можно ставить и серверный
> софт, вроде nginx. Таким образом, от убунты потребуется только контейнеризация, а
> весь остально софт от nix.Не совсем понимаю как ты представляешь immutable пакеты на ubuntu? Репозитории nix не особо обширны.
>Не совсем понимаю как ты представляешь immutable пакеты на ubuntu?Всё просто, либо пакеты напрямую ставятся в корень, либо живут в контейнере. Им всё равно в каком дистрибутиве жить, так как /nix не конфликтует с убунтовской системой. Просто однажды мне понадобился nix в уже установленном дистрибутиве, и я установил его рядом. Работает нормально.
>Репозитории nix не особо обширныНа данный момент это самый обширный среди дистрибутивов вообще, даже больше арча.
>>Не совсем понимаю как ты представляешь immutable пакеты на ubuntu?
> Всё просто, либо пакеты напрямую ставятся в корень, либо живут в контейнере.
> Им всё равно в каком дистрибутиве жить, так как /nix не
> конфликтует с убунтовской системой. Просто однажды мне понадобился nix в уже
> установленном дистрибутиве, и я установил его рядом. Работает нормально.
>>Репозитории nix не особо обширны
> На данный момент это самый обширный среди дистрибутивов вообще, даже больше арча.Я ошибся я думал он имеет ввиду nixos. Там же nix packager. Мне она кстати понравилась.
>>Не совсем понимаю как ты представляешь immutable пакеты на ubuntu?
> Всё просто, либо пакеты напрямую ставятся в корень, либо живут в контейнере.
> Им всё равно в каком дистрибутиве жить, так как /nix не
> конфликтует с убунтовской системой. Просто однажды мне понадобился nix в уже
> установленном дистрибутиве, и я установил его рядом. Работает нормально.
>>Репозитории nix не особо обширны
> На данный момент это самый обширный среди дистрибутивов вообще, даже больше арча.Уважаемый, а есть у вас какой-то некрасноглaзый гайд для чайников, как такое сделать, желательно в пошаговом видеоформате? Можно на английском. Приятель интересуюется.
Так на оф сайте NixOS в разделе загрузки выбирается пакетный менеджер, выбирается для чего он и всё. А дальше в nixos wiki раздел nix package manager. Или оф документация это слишком красноглазо?
>>>Приятель интересуюется.Ну если приятель интересуется, так приятель же интересуется причем здесь ты.
>некрасноглaзый гайд для чайниковЕсть немного умеренного красноглазия. Я хотел написать, но руки не дошли. Сам я отталкивался от данной статьи, несколько видоизменив под себя.
https://gist.github.com/gdamjan/8158b57379932fd0e07ce6d83399...
> Для всех тех, кто не хочет пользоваться снапом: пакеты вполне себе можно
> ставить с помощью nix. Таким образом, можно будет без проблем запускать
> десктопный софт, типа firefox. А если сформировать образ контейнера, например для
> systemd или lxc, то точно так же можно ставить и серверный
> софт, вроде nginx. Таким образом, от убунты потребуется только контейнеризация, а
> весь остально софт от nix.Можно, но это непопулярное решение. А знаете почему? Потому что эта пляска с nix для убунтоводов выглядит довольно кpacнoглaзо и не совсем понятна большинству.
Вот если вы такой радетель за nix в убунте, так может хотя бы выкатите ролик с демонстрацией как это делается легко и как этим удобно пользоваться от и до? ;)
А то знаем мы таких героев, которые хвастаются что генточку на калькуляторах конпиляют и что это не составляет никакого труда, а как доходит до стадии принести в массы удобный и понятный гайд и проеркламить свои достижения, то всё, улетучиваются куда-то с фразой что-то типа: ну сами погуглите - разберётесь! Или вообще без фраз просто игнор и тишина! xD
>Можно, но это непопулярное решение. А знаете почему? Потому что эта пляска с nix для убунтоводов выглядит довольно кpacнoглaзо и не совсем понятна большинству.Скорее, по тому что если тебя не устраивает убунта - зачем ей пользоваться когда другие дистры? Т.е. обычно пользователю хватает обычных реп + снап\флетпак\аппимедж (касается всех дистров). Тебя не устраивает дистр и то что у него в репах - ты меняешь дистр. И только потом уже начинаются развлечения из серии а давай сюда воткнём пакетный менеджер от никс, или вообще дистробокс. Это можно сделать, но нужно оно вообще не всем. В любом случае здорово когда тебе могут посоветовать варианты по тому что они есть. Так же не стоит забывать что люди то разные и используют тот же линукс для разных задач. Кому-то в кайф покопаться вечерок а чём-то новом, что-то изучить, хотя оно и не обязательно, а другим надо всё сразу, и из коробки, и ещё вчера.
>>Можно, но это непопулярное решение. А знаете почему? Потому что эта пляска с nix для убунтоводов выглядит довольно кpacнoглaзо и не совсем понятна большинству.Почему то Ubuntu многие якобы программисты Linux гуру воспринимают как приничижение. А вы научитесь этим полльзоваться. Snap используются на серверах.
>[оверквотинг удален]
> снап\флетпак\аппимедж (касается всех дистров). Тебя не устраивает дистр и то что
> у него в репах - ты меняешь дистр. И только потом
> уже начинаются развлечения из серии а давай сюда воткнём пакетный менеджер
> от никс, или вообще дистробокс. Это можно сделать, но нужно оно
> вообще не всем. В любом случае здорово когда тебе могут посоветовать
> варианты по тому что они есть. Так же не стоит забывать
> что люди то разные и используют тот же линукс для разных
> задач. Кому-то в кайф покопаться вечерок а чём-то новом, что-то изучить,
> хотя оно и не обязательно, а другим надо всё сразу, и
> из коробки, и ещё вчера.А это не тот ли дистробокс, который весь софт потом дефолтом от рута запускает? ))
> Можно, но это непопулярное решение. А знаете почему? Потому что эта пляска
> с nix для убунтоводов выглядит довольно кpacнoглaзо и не совсем понятна
> большинству.Идея хорошая.
Может manjaro ее лучше реализуют.> На данный момент это самый обширный среди дистрибутивов вообще, даже больше арча.
Да? Тогда почему этим мало пользуются ну прям так в массы? Хотя бы в массы Linux.
>Идея хорошая.
>Может manjaro ее лучше реализуют.Загляни на бету. Там просто флетпак с дистробоксом.
>Да? Тогда почему этим мало пользуются ну прям так в массы? Хотя бы в массы Linux.По тому что никс это вообще не самое расхайпленное решение. Ну как не расхайпленное? Сам дистр с год назад активно всеми тестился. Все кто хотели - проверили, сделали свои выводы. Проблема в том чтоб им пользоваться надо заморочиться относительно дефолтных дистров. Он другой. Местами, правда, потрясающий, но его нельзя порекомендовать всем. А их пакетник - да как-то про него все забыли. Не, там, правда огромные репы, но если тебе нужны огромные репы - ты пойдёшь как раз в никсось или в арч. Минутка сарказма: сейчас бы воткнуть себе убунту и думать о репах из никсоси.
> в никсось или в арч. Минутка сарказма: сейчас бы воткнуть себе
> убунту и думать о репах из никсоси.Тоесть хочешь сказать вот эти вот все репы Debian, Ubuntu на *.mirrors ничто? И Arch прям таки лидирует?
Если нужен роллинг без регесрации и смс - да. У тебя в арче pary или yay, которые работают со всеми пакетами. Оно вот прям реально оч удобно. Когда обычные пользователи лезут за своими хотелками в гитхаб - у арчеводов всё в ауре. Но, стоит понимать, что у арча нет стейбл вариации. И аур это не официальные репы, а, по сути, дёрганье с гитхаба. Т.е. стоит понимать зачем ты это делаешь. В плане доступности и удобства - арч топ. Стабильность и безопасность - нет. Всё будет зависеть исключительно от тебя.
> Если нужен роллинг без регесрации и смс - да. У тебя в
> арче pary или yay, которые работают со всеми пакетами. Оно вот
> прям реально оч удобно. Когда обычные пользователи лезут за своими хотелками
> в гитхаб - у арчеводов всё в ауре. Но, стоит понимать,
> что у арча нет стейбл вариации. И аур это не официальные
> репы, а, по сути, дёрганье с гитхаба. Т.е. стоит понимать зачем
> ты это делаешь. В плане доступности и удобства - арч топ.
> Стабильность и безопасность - нет. Всё будет зависеть исключительно от тебя.а .deb нет на githabe? Думаю разнизца в arch и debian лишь в степени фанатизма.
А при чём тут фанатизм? У тебя либо что-то есть в репах и оно нужной тебе версии, либо этого нет и ты либо меняешь дистр, либо изобретаешь велосипед. Гитхаб это не магазин приложений это страница разработчика где находится самая последняя версия, которую даже в репы к роллинг дистрам не всегда пихают. Там нет ни деб, ни рпм. Там исходник или в лучшем случае просто бинарник. В него лезут когда ну очень нужно, но других вариантов нет. В арче ты просто решаешь все свои проблемы с помощью пакетника, а в дебиане тебе может понадобится скачивание деб пакетов, подключение репозиториев и вот это вот всё. А может и не понадобиться, и у тебя всё будет по кайфу. На тот же дебиант можно и и tkg ядро впердолить, и последние дрова нвидиа накатить. Было бы желание. Всё зависит от задач и потребностей. Итоговая то цель максимально быстро довести систему до нужной тебе кондиции и минимальными усилиями её поддерживать. И да, фанатизм не нужен. Нужно попробовать несколько вариантов и понять что тебе нужно.
> Вот если вы такой радетель за nix в убунте, так может хотя
> бы выкатите ролик с демонстрацией как это делается легко и как
> этим удобно пользоваться от и до? ;)У меня сейчас отключен youtue но думаю там роликов достаточно найдете.
Либо непонятно что конкретно какой запрос.Есть еще офф поддержка наподобии Astra, Cannonical вы можете за определенную сумму получить консультацию.
>Вот если вы такой радетель за nix в убунте, так может хотя бы выкатите ролик с демонстрацией как это делается легко и как этим удобно пользоваться от и до? ;)Раз тема заинтересовала, то попробую описать. Не уверен что получится быстро, но пострараюсь.
Пока описывал как это настроить с нуля, понял, что данная настройка будет довольно красноглазой. К сожалению, сейчас не могу пройти все шаги с нуля, чтобы можно было буквально копипастить, по этому подробно расскажу про все промежуточные шаги.
1. Нужно установить среду контейнеризации. Для новичков рекомендую incus.
В начале нужно установить https://linuxcontainers.org/incus/docs/main/installing/
sudo apt install incus
После этого запустить мастер настройки https://linuxcontainers.org/incus/docs/main/howto/initialize/
Поскольку устанавливаем для самих себя, то хватит команды ниже. Сисадминам нужно будет дополнительно почитать про настройки безопасности для incus.
sudo usermod -aG incus "$USER"
После этого нужно будет перезайти в графический сеанс
incus admin init
Запустится консольная настройка, варианты по умолчанию подходят.
2. Нужно установить контейнер NixOS https://nixos.wiki/wiki/Incus
incus launch images:nixos/24.05 nixos -c security.nesting=true
Вместо nixos/24.05 может стоять другой релиз.
3. Здесь можно настроить nixos, например установить nginx.
incus exec nixos bash
После чего попадаем в контейнер nixos с правами root. Правим nano /etc/nixos/configuration.nix, всё как и в обычной NixOS. При желании можно через другой редактор
nix-shell -p neovim
nvim /etc/nixos/configuration.nix
Добавляем(можно перед последней скобочкой "}"), вместо alice можно написать любое другое имя. То что после # можно не копировать
users.groups.alice.gid = 1000;
users.users.alice = {
isNormalUser = true;
extraGroups = [ "wheel" ]; # Enable 'sudo' for the user.
packages = with pkgs; [
firefox # список нужных пакетов, такие же как и в NixOS
];
};
hardware.pulseaudio.extraConfig = "enable-shm = no"; # для звука в контейнере.
После этого нужно сохранить файл и пересобрать контейнер nixos-rebuild switch
4. Для работы звука/видео нужно сопоставить права пользователя в хосте и на контейнере https://blog.simos.info/how-to-run-graphics-accelerated-gui-.../
Тут будет что-то вроде, запускается на хосте
echo "root:$UID:1" | sudo tee -a /etc/subuid /etc/subgid
incus config set nixos raw.idmap "both $UID 1000"
incus restart nixos
incus config device add nixos X11 disk path=/tmp/.X11-unix/ source=/tmp/.X11-unix/
incus config device add nixos u1000 disk path=/tmp/1000 source=/run/user/$(id -u)
incus config device add nixos PASocket disk path=/tmp/.pulse-native source=/run/user/$(id -u)/pulse/native
Теперь зайти в контейнер, указать имя пользователя из конфига выше
incus exec nixos su - alice
echo "export XDG_RUNTIME_DIR=/tmp/1000" >> /home/$(whoami)/.bashrc
echo "export WAYLAND_DISPLAY=wayland-0" >> /home/$(whoami)/.bashrc
echo "export QT_QPA_PLATFORM=wayland" >> /home/$(whoami)/.bashrc
echo "export DISPLAY=:0" >> /home/$(whoami)/.bashrc
echo "export PULSE_SERVER=unix:/tmp/.pulse-native" >> /home/$(whoami)/.bashrc
5. Система настроена, можно запускать программы.
incus exec nixos su - alice
firefox
6. Возможно потребуется указать несколько дополнительных переменных, типа XAUTHORITY. Смотрим на хосте
echo $XAUTHORITY
И потом указываем в контейнере
XAUTHORITY=/tmp/... firefox
> Пока описывал как это настроить с нуля,А это кому?
То есть ты вместо пакетника всю никсось решил запихнуть в контейнер? Т.е. можно просто пакетник воткнуть в систему. Можно в докер. А ты всю систему решил засобачить. Я не даже не буду спрашивать, зачем ты это сделал.
>Я не даже не буду спрашивать, зачем ты это сделал.Затем, что если речь идёт о чём-то большем, чем запуск условного bash, то система должна быть определённым образом подготовлена в рантайме. Мне было лень писать обвёртки для каждой отдельной программы, так как сегодня мне нужен nginx, а завтра firefox, вот я и засунул всё в контейнер. Если вам не лень писать обвёртки для каждой программы - пишите.
Что насчет LVM, так и не починили? Уже 2 года как нельзя мануально LVM раскатить с ISO. С таким багом место этого дистрибутива на помойке
Когда будет уже Убунтушка типа Wubuntu и Mubuntu с Windows и MacOS окружением.
wubuntu.org
