Must have?

[dasebastian]

Ich bin mit imagemagick nie klar gekommen, weiss auch nicht, so schnell habe ich so frustriert, glaube ich noch kein anderes Programm wieder aufgegeben

Als mir gimp zu fett wurde, bin ich zu lazpaint-gtk2 gewechselt, das kommt ähnlich spartanisch und altbacken wie damals Paint daher, also genau das, was ich suchte.

[uname]

Ich nutze imagemagick gerne, um z. B. Hunderte oder Tausende Bilder auf einmal zu konvertieren. Den Rest nutze ich auch nicht.

Code: Alles auswählen

for i in $(ls *.JPG);do convert $i -quality 70 neu/$i;done
for i in $(ls *.JPG);do convert $i -resize 83.33% neu/$i;done
for i in $(ls *.JPG);do convert $i -resize x1024 neu/$i;done

[willy4711]

Gibt es Probleme mit Bullseye bzgl. convert?

Ist mir jedenfalls noch nicht aufgefallen.
Habe vier "benutzerdefinierte Aktionen", die auf /usr/bin/convert
beruhen,

• im Uhrzeigersinn drehen
  In anderes Format umwandeln
  in Graustufen umwandeln
  Bilder verkleinern

Die schnurren nur vor sich hin, wenn ich sie mal brauche.
---> also kein Problem bekannt.

[uname]

Ich bin noch nicht auf Bullseye umgestiegen. Hatte mich nur gewundert aufgrund der Nichtverfügbarkeit der Dateien unter https://packages.debian.org .

[willy4711]

Hatte mich nur gewundert aufgrund der Nichtverfügbarkeit der Dateien unter https://packages.debian.org

convert ist in Bullseye aus dem Paket imagemagick-6.q16

Code: Alles auswählen

~$ update-alternatives --list convert
/usr/bin/convert-im6.q16

und

Code: Alles auswählen

lrwxrwxrwx  1 root   root           25 17. Jul 2020  convert -> /etc/alternatives/convert
lrwxrwxrwx  1 root   root           29 17. Jul 2020  convert-im6 -> /etc/alternatives/convert-im6
-rwxr-xr-x  1 root   root        14488 20. Apr 16:37 convert-im6.q16

[uname]

Irgendwie verstehe ich das trotzdem nicht. Hat sich am Alternativensystem für /usr/bin/convert zwischen Buster und Bullseye was verändert? Braucht man nun graphicsmagick-imagemagick-compat oder nicht?

https://packages.debian.org/bullseye/al ... t/filelist -> keine Dateien
https://packages.debian.org/buster/all/ ... t/filelist -> Dateien vorhanden

Vielleicht ist aber auch nur https://packages.debian.org fehlerhaft an dieser Stelle.

Ich hoffe es nervt DEBIANUNDANDREAS nicht zu stark, dass wir vollkommen unnötige Themen in seinem Thread diskutieren

[willy4711]

Braucht man nun Debiangraphicsmagick-imagemagick-compat oder nicht?

Nöö
Ist bei mir nicht installiert
Irgendjemand wird irgendwann mal den Symlink gesetzt haben.

Mein "Portfolio" (die dmo Dinger brauchst du sicher nicht

Code: Alles auswählen

$ dpkg -l *magick*|grep ii
ii  imagemagick                         8:6.9.11.60+dfsg-1.3       amd64        image manipulation programs -- binaries
ii  imagemagick-6-common                8:6.9.11.60+dfsg-1.3       all          image manipulation programs -- infrastructure
ii  imagemagick-6.q16                   8:6.9.11.60+dfsg-1.3       amd64        image manipulation programs -- quantum depth Q16
ii  imagemagick-7-common                8:7.1.0.4-dmo1             all          image manipulation programs -- infrastructure
ii  libgraphicsmagick++-q16-12          1.4+really1.3.36+hg16481-1 amd64        format-independent image processing - C++ shared library
ii  libgraphicsmagick-q16-3             1.4+really1.3.36+hg16481-1 amd64        format-independent image processing - C shared library
ii  libimage-magick-perl                8:6.9.11.60+dfsg-1.3       all          Perl interface to the ImageMagick graphics routines
ii  libimage-magick-q16-perl            8:6.9.11.60+dfsg-1.3       amd64        Perl interface to the ImageMagick graphics routines -- Q16 version
ii  libmagick++-7-5:amd64               8:7.1.0.4-dmo1             amd64        C++ interface to ImageMagick -- quantum depth Q16
ii  libmagickcore-6.q16-6:amd64         8:6.9.11.60+dfsg-1.3       amd64        low-level image manipulation library -- quantum depth Q16
ii  libmagickcore-6.q16-6-extra:amd64   8:6.9.11.60+dfsg-1.3       amd64        low-level image manipulation library - extra codecs (Q16)
ii  libmagickcore-7-10:amd64            8:7.1.0.4-dmo1             amd64        low-level image manipulation library -- quantum depth Q16
ii  libmagickwand-6.q16-6:amd64         8:6.9.11.60+dfsg-1.3       amd64        image manipulation library -- quantum depth Q16
ii  libmagickwand-7-10:amd64            8:7.1.0.4-dmo1             amd64        image manipulation library -- quantum depth Q16

[B52]

Hab ein neues must have. Angeregt durch meinen Thread bezüglich Vidoschnitt habe ich kdenlive als AppImage* entdeckt.
* https://kdenlive.org/en/download/

[Duessi]

Ich lege jetzt eine nodo Liste an, um mir bewußt zu machen, was ich nicht alles haben muß.

sudo

MS/DOS und verweichlicht ... vielleicht schreibt jemand noch mal ein kleines Büchlein dazu. =)

[dasebastian]

MS/DOS und verweichlicht ... vielleicht schreibt jemand noch mal ein kleines Büchlein dazu. =)

Stehe auf der Leitung.

[wanne]

Ich finde den Ansatz von graphicsmagick zuerstmal die alten Bugs zu fixen statt dauernd neue Features einzubauen nicht schlecht. Bis jetzt hat mir noch nie was gefehlt. Konvertiere aber eh meist mit ffmpeg oder spezielle png Tools, weil um den Faktor 10 schneller und bei jpeg deutlich besser in der Kompression.
Zum Rastergrfikbearbeiten nutze ich meistens kolourpaint. Das kann gerade die 5 Funktionen mehr die ich brauche und ist deutlich kleiner als lazpaint-gtk2. Dafür sieht es halt weniger altbacken aus. Mit Gimp kam ich nie klar. Mache ich aber selten. Normalerweise handle ich nur Vektorgrafiken.
kdenlive gibts auch direkt von Debian und von deb-multimedia. Dann muss man sich nicht den AppImage-Bloat nicht antun. – Gerade bei Videobearbeitung sind ein paar MiB freier RAM mehr hilfreich.

[dasebastian]

(...) nutze ich meistens kolourpaint. Das kann gerade die 5 Funktionen mehr die ich brauche und ist deutlich kleiner als lazpaint-gtk2. Dafür sieht es halt weniger altbacken aus.

Und würde bei mir auf Mate 122 Abhängigkeiten mitziehen, pfff. Aber ja, sieht besser aus, Aussehen ist nicht die Stärke von Lazpaint, da geht's mehr um die inneren Werte, hahaha.

[wanne]

Und würde bei mir auf Mate 122 Abhängigkeiten mitziehen, pfff. Aber ja, sieht besser aus, Aussehen ist nicht die Stärke von Lazpaint, da geht's mehr um die inneren Werte, hahaha.

lazpaint-gtk2 hat halt ein halbes gtk2 mit einkompiliert. kolourpaint bringt die benötigten Teile von qt als Abhängigkeit mit. Das ist der Grund warum die KDE-Systeme mittlerweile so viel kleiner als die Mate oder Cinnamon Desktops sind. (bzw. bei gleicher Installationsgröße einen Haufen Spiele mitbringen können.) QT mag etwas größer sein, aber es kommt halt ein mal während sonst überall immer häufig individuelle Abhängigkeiten im Paket mitbringen.

[vmp]

qtrans (0.3.2.7), qdvdauthor (2.3.1-013), ffdiaporama (2.1), bombono-dvd (1.2.4)
Auf software.opensuse.org gibt es *.deb Pakete für Debian.

Die Programme liegen noch in ihren Originalversionen vor (*.orig.*), wegen den Anpassungen die an die neuen Linux Versionen vorgenommen werden mussten ist es besser die fertigen *.deb Pakete zu benutzen. Früher haben einige Q-DVD-Author benutzt es war aber in Qt3 geschrieben nun ist es in Qt5 umgeschrieben worden. qtrans wurde ursprünglich für KDE 2 konzipiert.

[DeletedUserReAsG]

Wäre vielleicht noch geschickt, wenn du dazuschreiben könntest, warum man diese Pakete denn haben müsste, und dafür selbst die Nachteile von Fremdquellen in Kauf nehmen sollte.

[vnn]

Meine Programme

Browser Falkon
Thunderbird
smb4k + Samba
Flameshot
Hibiskus - Jamaica (Bankprogramm)
Jami
ssh
KVM

Gruß,

vnn

[Duessi]

Tilix und Terminal ...

[FANA]

ssh-tools

[Duessi]

Thank you, great not thinket about that "ssh"

[rockyracoon]

Als Casual-User bevorzuge ich trotz Lernfähigkeit und Lernbereitschaft für Linux-Essentials in der Regel graphische Oberflächen.
Excuse- Moi.
Daher lautet meine "Must-Have"-Liste:

Vorneweg: Synaptic, zum Verwalten meiner Pakete.

Dann: Gnome-Disks, zum Verwalten meiner Laufwerke.

Schließlich: Gdebi, zum Einbinden von Paketen außerhalb des offiziellen Repositorys.

Auch: MenuLibre, zum Verwalten der Programm-Starter.

Und: LuckyBackup, für das wichtige Sichern von Daten.

Sowieso Multimedia-Programme: Gimp, Firefox-ESR, LibreOffice, Calibre und Celluloid, worüber ich wohl nichts weiter schreiben muß.

Meine Lieblinge: QuodLibet und Gthumb, zum Verwalten von Musik und Bildern.

Als spezielle, hervorragende Tools: WinFF, Asunder, Kid3, Paperwork, OBS Studio, Gnome-Sound-Recorder, Mp3splt-gtk Audio Splitter, Brasero, worüber genauer zu schreiben hier wohl den Rahmen sprengen würde.

Als Casual-User-Langeweiler verwende ich natürlich zum produktiven Arbeiten Debian-Stable und um noch Einen draufzusetzen, die oft unbeliebte Oberfläche Gnome3, wegen ihrem Minimalismus und guter Wayland- wie Pipewire-Integration. Abgerundet wird mein Workflow mit Alias-Einträgen, zum Beispiel zum Erleichtern von Updates/Upgrades und Short-Cuts, zum Starten meiner Hauptprogramme. Die Gnome-Ordner zum Ordnen von Programmen lauten bei mir System, Safety/Security, Software, Settings, Office, Multimedia und Tools.

Seit gut zwei Jahren läuft bei mir Alles perfekt und stresslos, ich vermisse allerdings die Adrenalin-Kicks und Erfolgserlebnisse bei Problembewältigungen meiner Linux-Anfangszeit vor gut zwölf Jahren. Wichtig war es, relevante Vorgänge in einer Art persönlichem Blog festzuhalten. Wenn ich heute mein System neu aufsetze, dann kann ich darüber die entscheidenden Schritte schnell erkennen und vornehmen. Weiterhin sehe ich es als sinnvoll an, nach einer sicher notwendigen Zeit der Orientierung und des Ausprobierens schließlich fest bei einer Distribution, Oberfläche und Programmen zu bleiben und diese gründlich kennenzulernen. Oft werden meiner Meinung nach gute Einstellungsoptionen nicht erkannt, wenn man unruhig zu immer neuen Anwendungen wechselt.

[schwedenmann]

Hallo


mc
dbeaver-ce
abcde
sec-panel
ksnip
htop
ncdu
dillo
system.wmmount
pwgen
gringotts

mfg
schwedenmann