Выпуск Fedora 31

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

Что нибудь слышал о devtoolset?

Там был способ с обычными пакетными менеджарами - которые решали проблему.

Для redhat выгодно развивать контейнерезацию. Они и выбрали этот путь.

Убог графический интерфейс именно в плане возможностей и документирования

В gui у тебя перед глазами сразу пачка информации и контролов. Не нужно на каждый чих вводить команды. Изучить gui можно в прямом смысле методом тыка, тем более что всё подписано. Я 99,9999% графических программ и функций в них освоил, вообще не открывая ни справку, ни мануалы, ни статьи в интернете. Консольными программами ты в принципе не можешь начать пользоваться хотя бы без чтения --help. А если в gui что-то вызывает вопросы - как правило, можно тыкнуть мышью в кнопку с вопросиком, тыкнуть в интересующий элемент, и вылезет тултип с объяснением.

Консоль это полный отсос из 60-х годов прошлого века. Она актуальна только в узком наборе специфических случаев.

В gui у тебя перед глазами сразу пачка информации и контролов. Не нужно на каждый чих вводить команды. Изучить gui можно в прямом смысле методом тыка, тем более что всё подписано.

Это теми программами - которыми постоянно пользуешься. Как только нужно что-то сделать и забыть. Запускашь программу - твоюж мать. Гуглиш - мать твою.

Что нибудь слышал о devtoolset?

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

Но это менее удобно.

Установить из обычного пакетного менеджера нужную версию программы со всеми зависимостями - чем тут удобнее флетпак?

Как только нужно что-то сделать и забыть

Взял гуй, потыкал куда надо, кончил, закурил.

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

Установить из обычного пакетного менеджера нужную версию программы со всеми зависимостями - чем тут удобнее флетпак?

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

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

А графические редакторы, музыкальные, редакоры видео, редактор карт?

Ты их не гуглишь?

А графические редакторы, музыкальные, редакоры видео, редактор карт?

Вот это и есть остальные 0,0001% случаев. Да и то речь о каких-то сложных операциях. А большинство нужных мне функций в Гимпе, Крите, Kdenlive я тем же методом тыка освоил.

это море лишней работы которую делали годами.

Тут согласен. Но мне как пользователю на это положить. Мне удобнее был бы обычный способ. Но разработчки дистрибутива решает а не я. И он выбрал то что он выбрал. Но это не делает его выбор правильным с точки зрения обычного пользователя.

Вот это и есть остальные 0,0001% случаев. Да и то речь о каких-то сложных операциях. А большинство нужных мне функций в Гимпе, Крите, Kdenlive я тем же методом тыка освоил.

Зайдем еще раз.

LibreOffice?

Консоль это полный отсос

Консольные утилиты скриптуются в отличие от. К тому же часто гуйню вообще не натянешь на функциональность софтины без драматических ограничений (как пример гит, к которому так и не сделали вменяемую морду). И главное, гуи нужно кому-то делать, и делать хорошо, но мало кто хочет (и умеет) этим заниматься. Поэтому на опенсорсные гуи без слёз не взглянешь. Кстати, соврешенно непонятно зачем тебе линукс, если нормальные гуи обитают на других системах, а линукс как раз хромой на обе ноги в этом плане: ни софта, ни морд нормальных.

Но это не делает его выбор правильным с точки зрения обычного пользователя.

А ты подумай больше чем на шаг вперед.

Если разработчик меньше тратит времени на обеспечение работы своей программы на всем зоопарке и связанные с этим баги, он может больше тратить времени на совершенствование самой программы, и устранение багов связанных с основными функциями. И вот это с точки зрения пользователя очень хорошо.

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

Задавал пару вопросов по Writer - как убрать первое значение на одной из осей диаграммы, и как растянуть фон колонтитула до конца страницы.

Консольные утилиты скриптуются

Это и есть специфический случай.

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

У Линукса всё в порядке с gui, не хуже и не лучше других систем.

Задавал пару вопросов по Writer - как убрать первое значение на одной из осей диаграммы, и как растянуть фон колонтитула до конца страницы.

Так что за остальные 99.99 %?

У тебя все в кучу.

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

тебе и консольный интерфейс могут перефигачивать. Это вопрос интенсивности развития - раз, внимания разработчиков к обратной совместимости (в т.ч. с привычками пользователей) - два.

Который легко документируется и дает больше возможностей.

Да. Но: 1. хороший граф интерфейс тоже легко документируется.

2. людям не нжуен миллиард возхможностей. Тем, кому правда надо, - них их консоль никто не отнимает.

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

см. выше

Всё остальное я не гуглил, зачем? У Либры понятный интерфейс, метод тыка рулит.

о да, кнопки standard и reset по соседству - это прямо так понятно и интуитивно. С учетом того, что кнопка standard делает то, что обычно называют словом reset

тебе и консольный интерфейс могут перефигачивать. Это вопрос интенсивности развития - раз, внимания разработчиков к обратной совместимости (в т.ч. с привычками пользователей) - два.

Так в том то и дело, что когда его пределывают практически всегда дают зать куда смотреть - ибо это просто.

flatpak не противоречит установке пакетов со всеми зависимостями с помощью стандартного пакетного менеджера.

Наоборот, так даже рекомендуется делать контейнерные рантаймы: брать базовый минималистичный дистрибутив и накидывать обычных пакетов со всеми опакечеными зависимостями как положено. При этом ещё и обновляться из этих пакетов автоматически.

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

Добрый день, Кэп.

Всё остальное я не гуглил, зачем? У Либры понятный интерфейс, метод тыка рулит.

Типичный вопрос, когда может понадобится неизменность интерфейса:

https://wiki.documentfoundation.org/Faq/Writer/040/ru

Ну после трех-пяти крупных провалов с обновлениями безопасности думаю исправятся.

Если есть такая задача. Выпустят 34 или 43, там все само собой наладится.

Никто не говорит про интуитивность. Интуитивность это миф. Я говорю про изучение методом тыка.

Вообще либра стала намного лучше. Я ее тут помоями обливал, а там реально заметны улучшения.

Да, особенно скорость хорошо подкрутили

Сейчас ещё есть крутая инициатива Fedora Minimization Objective, надо как нибудь собраться про неё статейку накатать.

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

Как ты будешь в гимпе/блендере/кденлайв в консоли работать?

С удовольствием почитал бы.

Сейчас ещё есть крутая инициатива Fedora Minimization Objective

Было бы неплохо, если б федора минимизировалась в итоге до нуля, вместе с ее активистами.

Отличные новости.

Нет, очень плохие. Из-за них уже журнальный сервер 5 раз падал на несколько дней за полгода. И они до сих пор не могут нормально поднять самбу: всё время проблемы со входом в домен. И у них проблемы с установкою пакетов на кластер.

Если что, можешь дать им мои контакты, расскажу как можно провести release party и чем еще интересным можно заняться.

Я их лучше в Альтлинукс отправлю. У тех если и есть проблемы с головою, то гораздо более щадящие.

А на каком дистрибутиве вы сидите? Если не секрет ;)

Наоборот, так даже рекомендуется делать контейнерные рантаймы

не с гуи у разрабов проблемы, а с головой! после контейнеризации простенькие утилиты стартуют с жутким временным лагом. Потому что их специфические версии либ не прокеировались. Нахрена такое счастие? Ладно там Инку или Гимп - там аппликуха долго работает. А какой нибудь скринсейвер или колорпикер стартующий 5-10сек откровенно бесит.

Они что, их никогда не тестировали, не открывали что ли?

Пользователи федорки это и есть бета-тестеры.

В общем, у нас половина универа на ней сидит, но я искренне не понимаю как?

Мой старший наслушался в универе такой же фигни про «жутко прогрессивную федорку» и вокруг всех агитирует на этот шлак переходить.

Тут много попкорна необходимо. Сейчас тренд всё законтейнеризировать. Потом будет тренд и инициативы по расконтейнеризации. Это норма.. )

стартуют с жутким временным лагом

Хард или SSD?

Кстати говоря, обновление через Центр приложений у меня в который уже раз прошло не до конца гладко:

[aleksej@localhost ~]$ sudo dnf autoremove
[sudo] пароль для aleksej: 
Последняя проверка окончания срока действия метаданных: 18:48:09 назад, Ср 30 окт 2019 02:41:32.
Ошибка: 
 Проблема: The operation would result in removing the following protected packages: kernel-core
(try to add '--skip-broken' to skip uninstallable packages)

Запусти обновление системы и на этапе распаковки отключи питание от компа.

Вот, кстати, киллер-фича os-tree, бесперебойники больше не нужны, вся возня юзера и даже рута с установкой/обновлением/удалением софта(на самом деле не только это) происходит оффлайн относительно системы.

Хард или SSD?

SSD и памяти 16гиг

Потом будет тренд и инициативы по расконтейнеризации. Это норма.. )

Особенно доставляет когда контейнеризируют скриптовую шнягу - без контейнера это 2-3 скриптовых файла на 50кил, а в контейнере глядшь уже солидняк на несколько десятков (а то и сотен) метров. Впору коробочную версию на CD выпускать :)

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

Например, решил поставить dconf-editor-флатпак, но ему надо модифицировать настройки системы, а он их не видит даже. С такой фигней столкнулся в silverblue-30, причем флатпак не из flathub, а из fedora, то есть специально создан для silverblue, хз где логика, но, чтобы довести начатое до конца, придется таки открыть терминал и настроить флатпак-программу как надо.

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

ты в принципе не можешь начать пользоваться хотя бы без чтения --help

Как будто читать — это что-то плохое.

С такой фигней столкнулся в silverblue-30, причем флатпак не из flathub, а из fedora, то есть специально создан для silverblue, хз где логика, но, чтобы довести начатое до конца, придется таки открыть терминал и настроить флатпак-программу как надо.

Так это детские болезни перехода на новую систему, надо репортить баги и все будет со временем нормально.

У меня с флатпаком намного серьезнее фигня - в нем не поддерживается jack, и не будет, судя по всему. Поэтому нет пакетов с ардуром и звуковых плагинов.

Да ладно, мне порой кажется

Если кажется - креститься надо :)

скрипты правильно работают только на компе автора

А этот кейс про освоение матчасти и пересадку рук в нормальное положение.

Нет ничего сложного в написании переносимого софта. Просто надо депенденси самому узнавать, не надеяться на авось.

без контейнера это 2-3 скриптовых файла на 50кил, а в контейнере глядшь уже солидняк на несколько десятков (а то и сотен) метров.

Что-то начинают одолевать смутные сомнения - ты не о Snap говоришь ли часом? Приведи-ка пример такого пакета.

А снап что, не контейнер? Ну вот пример:

https://www.kryogenix.org/code/pick/

Идея проги хороша, а исполнение говенное в снапе.

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

Во flatpak, если в пакет надо запаковать один скрипт на баше - в нем и будет один скрипт на баше. И занимать такой пакет будет ровно ничего, как в случае deb или rpm.

И да, у меня ноутбук 2011 года с HDD - флатпаки летают, не отличимо от неконтейнеризованных приложений. Так что это именно в убунтушной консерватории какие-то проблемы с запуском приложений по 10 секунд. Контейнеризация тут не причем.