GIMP-Appimage
Continuous
Dieses Repository bietet inoffizielle AppImages von GIMP, die auf JuNest basieren, und die Skripte, um sie zu erstellen.
GIMP-Geschmacksrichtungen: Was soll man wählen?
1. Stabil, das, was Sie sich vielleicht am meisten wünschen
2. Developer Edition, für mutige Herzen
3. GIT, die täglichen Builds
4. Hybrid? Was ist das?
5. PPA-basierte AppImages
Verwendung
Plugins hinzufügen
Über JuNest-basierte AppImages
Fehlerbehebung
Über GIMP Stable für 32-Bit-Systeme
Installieren und aktualisieren Sie sie alle problemlos
Besondere Credits
In dieser Liste erfahren Sie mehr über die fünf Arten von Builds, die in diesem Repository verfügbar sind.
GIMP „Stable“ ist die Basisversion, die aus dem offiziellen Arch Linux-Repository erstellt wurde (siehe https://archlinux.org/packages/extra/x86_64/gimp).
Wenn Sie Zweifel haben, welches Sie verwenden sollen, empfehle ich Ihnen, dieses herunterzuladen.
https://github.com/ivan-hc/GIMP-appimage/releases/tag/continuous-stable
https://github.com/ivan-hc/GIMP-appimage/releases/latest
Der Build wird jeden Sonntag aktualisiert.
GIMP „Dev“ ist die kommende Version mit allen neuesten Funktionen und Portierung auf neuere Technologien.
Um dieses AppImage zu erstellen, habe ich das Paket „gimp-devel“ aus dem Arch User Repository „AUR“ verwendet (siehe https://aur.archlinux.org/packages/gimp-devel).
https://github.com/ivan-hc/GIMP-appimage/releases/tag/continuous-dev
Der Build wird alle drei Tage aktualisiert.
GIMP „GIT“ wird aus dem „gimp-git“-Paket auf repo.archlinuxcn.org erstellt (siehe https://repo.archlinuxcn.org/x86_64). Früher wurde es mit dem AUR-Paket „gimp-git“ (unter https://aur.archlinux.org/packages/gimp-git) aus dem Quellcode kompiliert, da letzteres jedoch nicht ständig gewartet wird und fehleranfällig ist (ca. 30 Minuten). der Kompilierung und dann des Scheiterns über Wochen oder Monate) habe ich beschlossen, im September 2024 aus den oben genannten Repositories auf das Paket umzusteigen.
Jede Funktion, auch experimentell, stammt aus dem Quellcode, was zu Instabilität führen kann.
https://github.com/ivan-hc/GIMP-appimage/releases/tag/continuous-git
Der Build wird jeden Tag aktualisiert.
GIMP „Hybrid“ basiert auf der oben genannten „Stable“-Version, wird aber zusätzlich Unterstützung für das alte Python2 und viele Plugins von Drittanbietern enthalten.
Informationen zu den verwendeten Patches finden Sie unter Plugins-Patches für die „Hybrid“-Version.
„Hybrid“ ist für GIMP-Fanatiker noch in Arbeit!
Wenn Sie auch ein GIMP-Fanatiker sind, können Sie sich auf diesen Build verlassen, alternativ auf das offizielle Flatpak, das bereits alles hat, was Sie suchen.
Dieser Build ist äußerst experimentell. NUTZUNG AUF EIGENE GEFAHR!
https://github.com/ivan-hc/GIMP-appimage/releases/tag/continuous-hybrid
Der Build wird jeden Sonntag aktualisiert (eine Stunde später „Stabil“).
Die auf den Ubuntu PPAs basierenden GIMP Stable- und Developer-Versionen verfügen über eine von Dritten gepflegte Codebasis und sind daher veraltet und werden von mir nicht mehr gepflegt.
Wenn Sie ständig auf der Suche nach aktualisierten Builds sind, entscheiden Sie sich für die ersten drei Optionen, die ich oben aufgeführt habe.
Wenn Sie aus irgendeinem Grund die Ubuntu-Basis und PPAs bevorzugen , empfehle ich Ihnen, dieses Repository zu forken und die Github-Aktionsworkflows auf die dedizierten Skripte umzuleiten. Außerdem sind Skripte zum Erstellen von AppImages mithilfe einer Debian-Basis hier verfügbar.
Alle verwenden diesen AppRun. Dies wäre hilfreich, falls Sie Ihr eigenes GIMP erstellen möchten.
Persönlich werde ich keine weiteren PPA-basierten Versionen von GIMP erstellen oder vertreiben (klicken Sie hier für weitere Details zu meiner Wahl).
Nachdem Sie das AppImage heruntergeladen haben, machen Sie es ausführbar:
chmod a+x ./*.AppImage
Jetzt können Sie darauf doppelklicken oder es vom Terminal aus ausführen (wodurch Sie versteckte Optionen verwenden können).
Für die auf JuNest basierenden Stable- und Dev Edition -Builds ist der integrierte Befehl „ gimptool “ als Option aktiviert. Um es zu verwenden:
./*.AppImage gimptool [options]
Sie können Plugins auch manuell hinzufügen, indem Sie sie in den entsprechenden Verzeichnissen in $HOME/.config/GIMP platzieren.
Weitere Einzelheiten finden Sie unter „3.1 Manuelle Installation“ unter https://wiki.archlinux.org/title/GIMP#Plugins.
„ Hybrid “ hingegen ist noch in Arbeit und wird experimentell gepatcht, um alle verfügbaren Plugins zu enthalten.
JuNest (Jailed User Nest) ist eine leichte, auf Arch Linux basierende Distribution, die die Erstellung von verfügbaren und teilweise isolierten GNU/Linux-Umgebungen innerhalb jedes generischen GNU/Linux-Host-Betriebssystems ermöglicht, ohne dass Root-Rechte für die Installation von Paketen erforderlich sind.
JuNest-basierte AppImages sind besser mit viel älteren Systemen kompatibel.
Das Kompilieren dieser sogenannten „ArchImages“ ist einfacher und die Arch-Linux-Basis ist eine Garantie für Kontinuität, da es sich um eine der wichtigsten GNU/Linux-Distributionen handelt, die von einer großen Community unterstützt wird, die mehr Kontinuitätsgarantien bietet als solche, die darauf basieren PPA (dessen Entwicklung ich eingestellt habe).
Erfahren Sie mehr über die ArchImage-Verpackung unter https://github.com/ivan-hc/ArchImage
Sie können das AppImage analysieren, indem Sie es extrahieren:
./*.AppImage --appimage-extract
Bearbeiten Sie die Datei ./squashfs-root/AppRun mit Ihrem bevorzugten Texteditor und entfernen Sie die Zeichenfolge 2> /dev/null . Speichern Sie die Datei.
Um Ihre Tests zu starten, führen Sie das „AppRun“-Skript wie folgt aus:
./squashfs-root/AppRun
Sie können sich auch auf LD_DEBUG verlassen, um Fehler zu finden (weitere Informationen finden Sie unter https://www.bnikolic.co.uk/blog/linux-ld-debug.html). Suchen Sie beispielsweise nach fehlenden Bibliotheken:
LD_DEBUG=libs ./squashfs-root/AppRun
Ich habe auch eine 32-Bit-Version von GIMP Stable entwickelt, die aus den offiziellen Debian Stable-Repositorys erstellt wurde. Für die alten i386-Architekturen siehe mein anderes Repository „ivan-hc/32-bit-AppImage-packages-database“, Sie können es herunterladen von hier.
„AM“/„AppMan“ ist eine Reihe von Skripten und Modulen zum Installieren, Aktualisieren und Verwalten von AppImage-Paketen und anderen tragbaren Formaten, auf die gleiche Weise, wie APT DEBs-Pakete, DNF die RPMs usw. verwaltet … mithilfe von a Große Datenbank mit Shell-Skripten, die vom Arch User Repository inspiriert sind und jeweils einer App oder einer Reihe von Anwendungen zugeordnet sind.
Die Engine von „AM“/„AppMan“ ist das „APP-MANAGER“-Skript, das es Ihnen je nach Installation oder Umbenennung ermöglicht, Apps systemweit (für einen einzelnen Systemadministrator) oder lokal (für jeden Benutzer) zu installieren ).
„AM“/„AppMan“ soll der Standard-Paketmanager für alle AppImage-Pakete sein und ihnen ein bleibendes Zuhause geben.
Die gesamte Liste der verwalteten Apps finden Sie unter portable-linux-apps.github.io/apps .
| Installieren Sie „AM“ | Alle verfügbaren Apps anzeigen | Unterstützen Sie mich auf ko-fi.com | Unterstützen Sie mich auf PayPal.me |
|---|
JuNest https://github.com/fsquillace/junest
Arch Linux https://archlinux.org
