5 Tools to Enhance Your AppImage Experience on Linux https://itsfoss.com/appimage-tools/ #AppImage

5 Tools to Enhance Your AppImage Experience on Linux https://itsfoss.com/appimage-tools/ #AppImage
Today is the day! — Nitrux 3.9.1 "mk" is available to download — https://nxos.org
We are pleased to announce the launch of Nitrux 3.9.1. This new version combines the latest software updates, bug fixes, performance improvements, and ready-to-use hardware support.
Nitrux 3.9.1 is available immediately.
Changelog: https://nxos.org/changelog/release-announcement-nitrux-3-9-1/
Testing Gimp 3 Out...
I am testing #Gimp 3 out (#appimage) to see how I can integrate it in my new workflow.
The new #GEGL framework is much better of anything else, but still in rough shape, anyway I am totally impressed, potentially GEGL can do almost anything, now it is just a matter of time (and love ).
Exporting in #JPG, #JXL and #TIFF in #CMYK is feasible although not so intuitive, however #ImageMagick was unable to convert the last two in PDF... I am on #Devuan stable which means #Debian stable, my #ImageMagick version might miss new features.
You can apply GEGL operations on a group and those are inherited by the sub-layers, and this is good and expected.
I had some confusion while exporting in grayscale. The soft proofing wasn't working even though active and the dialog would asked me to save in CMYK which doesn't make sense.
The whole topic about CMYK, besides Gimp itself, looks very confusing to me. I need CMYK because my software, for instance #SpeedataPublisher can't convert from RGB in CMYK. The purpose is because I need to go on offset printing and it is expected to prepare four plates for each colors (Cyan, Magenta, Yellow and Black[Y]); However I could need to go just black and white (grayscale) thus if I have already a grayscale image what is the purpose to export in CMYK? Nothing.
I would recommend to change this line to Press Output and to add more voices such as: Grayscale; CMYK; CMYK + Spot Colors.
أنواع التحزيم والبرامج على GNU/Linux: دليل شامل
#Linux #Packaging #AppImage #Flatpak #Snap #Gnutux #OpenSource
Nitrux Linux - The chat with Uri Herrera
https://video.fosshq.org/videos/watch/82b2b9c3-69be-40d6-95db-ea67abff0339
GIMP 3.0 já está disponível em AppImage! #gimp30 #gimpeditor #Linux #AppImage #programasportáteis
Наплодили софта на #electron и не убирают за собой:
yay -Rcsn electron33 electron32 checking dependencies...
Packages (2) electron32-32.3.1-3 electron33-33.4.3-1
Total Removed Size: 508,42 MiB
Не хило так место занимает и ведь оно никому не нужно. Поскольку в системе уже electron34 имеется.
Вот так и начинаешь использовать софт в виде #AppImage, лишь бы дерьма всякого в систему не тащить.
А то одному софту одна версия #electron, а другому уже другая, глядишь и будет три разных и ни один не удалить :)
Me encanta la estetica de la app #Tube, pero necesita algunos retoques:
- el idioma por defecto esta fijado al ingles
- tamaño de la ventana para escribir mensajes es fijo
- en la linea de tiempo para la Federada no es posible crear nuevos mensajes
- no se puede cambiar el tamaño de la fuente general
- no hay version #AppImage
Ojala en proximas versiones esto se vaya mejorando
Прийняв рішення переміститися з пакунку Helix у Flatpak на пакунок Appimage.
Мені мало подобається розривати встановлення проґрам. Мені також не подобається те, що пакунок Appimage зберігає в собі всі основні залежності й не ділиться ними з іншими пакунками.
Але ключова проблема Flatpak у цьому випадку це те, що пакунки Flatpak не мають жодного доступу до проґрам у системі, а також не має жодного простого способу модифікувати або розширювати середовище виконання.
Мені повністю подобається Helix у Flatpak, але я хочу мати мовний сервер. Для цього мені потрібно встановити сервер з Luarocks. Аби встановити Luarocks, мені потрібно встановити Lua. Аби встановити Lua, мені потрібен менеджер пакунків… або мені потрібно вчитися:
І на цей довжелезний хвіст проблем я сил не маю. По ідеї, мати додаткові пакунки в середовищах Flatpak не є неможливим, я звертав увагу, що ffmpeg встановлюється окремо від всього іншого. Але того що мені потрібно наразі в репозиторіях нема.
До біса це, мій Helix буде Appimage.
@breizh Heu... Alors c'est pas *du tout* ce que je disais. Mon propos était les packages mis à dispo par le logiciel, pas par la distro. Effectivement, gimp3 on l'aura pas dans Debian avant 2 ans et demi, ça, bon... :)
Ce sont les #appimage / #flatpack / #snap que je trouve lents et mal branlés, comme #docker (bullshit buzzwords: #done ). Du coup, je préférerais un package .deb générique pour tout ce qui est debian-like récent, un .rpm pour les riches, et le tgz/git pour les autres... Mais bon, c'est pas à la mode.
Pour les ceusses que rebutent les quatre gigots que pèse le #flatpak de #GIMP3 (il n'y a pas encore d'installeur .deb), on peut trouver ici un #appimage de 500Mo environ :
https://download.gimp.org/gimp/v3.0/linux/GIMP-3.0.0-x86_64.AppImage
Sehr spaßig: Da findet man ein #AppImage des #BambuStudio welches unter #openSUSE auch läuft und stellt dann fest, dass es unter den einzurichtenden Druckern in der Auswahl keinen einzigen BambuLab-Drucker gibt.
Wieder einmal eine weitere Hürde, warum #Linux auf dem #Desktop keinen Spaß macht, wenn man mehr als Office, Mail und Internet nutzen möchte:
Es verlangt einem, wenn es überhaupt funktioniert, jede Menge Arbeit beim Konfigurieren und Einrichten ab.
Drucke jetzt wieder unter #Win11.
Bon bah je voulais potentiellement essayer #gimp3 Ce n'est disponible en précompilé qu'en #flatpack
ou en #appimage
Et après il ne reste que le tgz. Sérieux quoi... Ça les tuerait de faire un vrai .deb sans faire des packages qui ré-embarquent des tonnes de trucs, on sait pas quoi, qui prennent une place de dingue, et qui seront jamais mis à jour ?
Je ne veux PAS avoir 40 fois des versions différentes d'une même librairie ! Couillons ! Et mon disque il est pas extensible de toute façon. À qui j'envoie la facture de remplacement ? Ainsi que celle de la ram, et du cpu parce que ces merdes sont leeeeentes ?
I don't like #Snap . I don't want it anywhere on my systems. I'll use #Flatpak when I have no other choice. I like #AppImage more. But I will still look for my distro's main package manager's files first. On #Debian that's .deb files maintained in repositories which are listed in /etc/apt/sources.list(.d) and can be upgraded as upstream makes new versions available. I prefer those, even if I'd like system and userspace to have a more definite split from one another.