LINUX.ORG.RU

flatpak разные версии одной и той же программы

 


0

1

Зрвствуйте уважаемые!) Продолжаем наш разговор о несовершенстве линукса)

На этот раз речь пойдет об flatpak. Точнее о нелькольких версий одной и той же программы.

Вот тут якобы все расписано https://www.gimp.org/downloads/devel/

Начну с того, что версии названия беты,стабильного и ночного релизов оди и те же org.gimp.GIMP.flatpakref это неудобно жутко и вызывает путаницу когда не понятно какой файл от какой версии

https://nightly.gnome.org/repo/appstream/org.gimp.GIMP.flatpakref
https://flathub.org/beta-repo/appstream/org.gimp.GIMP.flatpakref
https://flathub.org/repo/appstream/org.gimp.GIMP.flatpakref

Дальше. Путаница с запуском этих разных версий.

deepforest@debian:~$  flatpak make-current --user org.gimp.GIMP stable 
error: org.gimp.GIMP/*unspecified*/stable not installed

так нет

deepforest@debian:~$  flatpak run org.gimp.GIMP//nightly
error: app/org.gimp.GIMP/x86_64/nightly not installed

а так уже да

deepforest@debian:~$  flatpak run org.gimp.GIMP//stable

и так уже да

deepforest@debian:~$ flatpak run org.gimp.GIMP
This is a development version of GIMP.  Debug messages may appear here.

Application icon missing: /app/share/icons/hicolor/16x16/apps/gimp.png (Failed to open file “/app/share/icons/hicolor/16x16/apps/gimp.png”: No such file or directory)
Application icon missing: /app/share/icons/hicolor/32x32/apps/gimp.png (Failed to open file “/app/share/icons/hicolor/32x32/apps/gimp.png”: No such file or directory)
Application icon missing: /app/share/icons/hicolor/48x48/apps/gimp.png (Failed to open file “/app/share/icons/hicolor/48x48/apps/gimp.png”: No such file or directory)
Application icon missing: /app/share/icons/hicolor/64x64/apps/gimp.png (Failed to open file “/app/share/icons/hicolor/64x64/apps/gimp.png”: No such file or directory)
Application icon missing: /app/share/icons/hicolor/scalable/apps/gimp.svg (Failed to open file “/app/share/icons/hicolor/scalable/apps/gimp.svg”: No such file or directory)
Application icon missing: /app/share/icons/hicolor/256x256/apps/gimp.png
set device 'A4TECH USB Device' to mode: disabled
set device 'Virtual core XTEST pointer' to mode: disabled
set device 'A4TECH USB Device Consumer Control' to mode: disabled
/app/lib/gimp/2.99/plug-ins/file-aa/file-aa: error while loading shared libraries: libslang.so.2: cannot open shared object file: No such file or directory
GIMP-WARNING: gimp-2.99: gimp_wire_read(): error

ps почему тут в линксе нет строгости и четкости, а есть 10050 различных вариантов шалтай-болтай?


А я объясню почему.

Потому что слишком много проплаченных майкрософтом троллей тупостью, таких как ты!

не понятно какой файл от какой версии

Какой к чертовой матери у тебя файл?????

flatpak install https://nightly.gnome.org/repo/appstream/org.gimp.GIMP.flatpakref

что тебе тут не понятно, по url все видно. К едрене фене.

ДАЛЕЕ!

[curufinwe@angband ~]$ flatpak list | grep gimp
GNU Image Manipulation Program  org.gimp.GIMP   2.99.6  beta    flathub-beta    system
GNU Image Manipulation Program  org.gimp.GIMP   2.99.6  master  gnome-nightly   system
GNU Image Manipulation Program  org.gimp.GIMP   2.10.24 stable  flathub system

Как бы дурачку даже понятно, что ветки называются stable, beta, master. Никакой к чертовой ядрической бабушке ветки nightly нет.

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

flatpak run org.gimp.GIMP//nightly

Кураторы из get the facts так в методичке прописали?

И самая мякотка: ты сначала ставишь пакет от рута, в систему, а потом зачем-то от ЮЗЕРА пытаешься сделать его дефолтным.

deepforest@debian:~$  flatpak make-current --user org.gimp.GIMP stable 
error: org.gimp.GIMP/*unspecified*/stable not installed

А так не?

sudo flatpak make-current org.gimp.GIMP stable

Конечно, правильно, зачем так делать, ведь это работает, микрософт денег не даст за такой пост.

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

В чём логичность в синонимах master и nightly?

Но раз так в твоём объекте обожания так назвали, значит так и надо, оно и понятно.

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

В моем объекте обожания есть возможность назначить любые названия веткам.

А то что GNOME (да, именно GNOME и никто иной) для nightly сборок всех приложений из Nightly GNOME Apps дает название master - обратись к разработчикам GNOME (и их даже не смущает что они оплот SJW, а ветка master). Я лет 17 использую только KDE, догадайся почему.

Вот интересно, если я сейчас соберу deb пакет vse_debily.deb, то это будет значить автоматом что Canonical оскорбила своих пользователей? Это что за логика, из палаты №6?

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

Предсказуемо… «это не вина этого.»

Ты сам сказал, что это логично.

Предельно логично. Stable - это релиз стабильный. Бета - и дураку понятно что это. А версия из текущего мастера нащывается master. Ваш К. О.

Ты уж определись логично или нет. Без обсуждения кто виноват, в случае нелогичности.

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

Я считаю что достаточно логично, но придраться можно. master и nightly это разные понятия, тут я согласен.

Если ты хочешь без обсуждения кто виноват, так надо было самому с этого начинать, а не «в твоем объекте обожания сделали так».

Еще раз - в моем объекте обожания в документации не написано что надо ветке nightlу давать название master во имя белого господина. Это решение конкретного проекта - GNOME.

Ты как всегда валишь с больной головы на здоровую.

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

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

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

Так это ты сразу побежал писать, что всё логично.

Сразу видно, что голова без фанатизма не работает.

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 1)
Ограничение на отправку комментариев: только для зарегистрированных пользователей