Arch Linux

Upgrade Blocker gcc-gcj

linux-ka

Hi,

seit kurzem blockiert gcc-gcj aufgrund seiner strikten Abhänigkeit zu gcc=4.5. das Upgrade jeglicher Pakete. Einzige Lösung hierbei ist die Deinstallation von gcc-gcj. Leider wird dies von pdftk verwendet, sodass danach pdftk völlig unbrauchbar geworden ist. Ich hab versucht nachträglich gcc-gcj zu installieren nachdem der Rest des Updates durchgelaufen war, aber das funktioniert leider nicht mehr egal wie ich es gedreht habe.
Soll ess denn in Zukunft kein gcc-gcj bzw pdftk mehr geben?

Ich bastel mir zwar gerade einen Ersatz für pdftk, aber bis ich die Zeit zum Fertigstellen habe dauert es noch ein wenig.

Best Grüße,

LK

portix

Hast du gcc-gcj schon neu gebaut? Im AUR gibt es inzwischen doch eine neue Version die als Abhängigkeit die Version 5.4.1 hat.

linux-ka

Als ich das Problem hatte gabs das scheinbar noch nicht...seltsam..aber danke für den Hinweis!

stefanhusmann

Ist ziemlich neu. Wie auch die anderen gcc-Pakete.

linux-ka

OK, hat ne Weile gedauert, aber am Ende kann ich es nicht kompilieren. Hat es bei euch geklappt? Am Ende fehlte irgendwas in den src Unterordern. Leider habe ich den Fehler gestern nicht notiert, aber lasse es gerade nochmal durchlaufen.

EDIT:

Folgender Fehler tritt auf.

install: angegebenes Ziel „/tmp/yaourt-tmp-root/aur-gcc-gcj/pkg/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/" ist kein Verzeichnis: Datei oder Verzeichnis nicht gefunden
Breche ab ...
==> ERROR: Makepkg was unable to build gcc-gcj.

stefanhusmann

Ich hatte keine Probleme.

linux-ka

Seltsam :/

stefanhusmann

Dein Problem mit fehlenden Verzeichnissen im $pkgdir hatte ich überhaupt noch nie. Ich vermute mal, daß yaourt der Übeltäter ist.

Dem Paket fehlt aber auch eine make-Abhängigkeit zu jack.

linux-ka

Ok, habs mal mit eingefügt und lass es durchlaufen, aber irgendwie verstehe ich das nicht. Jack ist doch auch nur ein Audioersatz für Alsa wie es zb OSS ist, oder irre ich mich?

stefanhusmann

Er hat bei meinem zweiten Versuch eine fehlende Headerdatei angemeckert. Bei meinem ersten Versuch war jack noch installiert, da fiel das nicht auf.

Es gibt noch ein anderes Problem mit dem PKGBUILD, siehe meine Kommentare im AUR zu gcc-gcj.

Falls es in erster Linie um pdf-Bearbeitung geht: Kennst du stapler?

linux-ka

Ich habe stapler schonmal getestet und finde es nicht umfangreich genug 🙁
Aufgrund der problematischen Integration von pdftk hab ich mal angefangen ein Äquivalent mit pypdf zu bauen, aber dafür fehlt mir einfach die zusammenhängende freie Zeit, um das Prog voran zu treiben.

ich kompilier jetzt gcc-gcj nochmal mit dem Ersatz für mkdir build && cd build

[ -d build ] || mkdir build 
cd build

Mal schauen obs was wird.

EDIT:

Leider immer noch nicht. Gleicher Fehler

install: angegebenes Ziel „/tmp/yaourt-tmp-root/aur-gcc-gcj/pkg/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1/" ist kein Verzeichnis: Datei oder Verzeichnis nicht gefunden

custom

linux-ka schriebIch habe stapler schonmal getestet und finde es nicht umfangreich genug [...]

Was vielleicht noch eine Alternative wäre ist qpdf.

linux-ka

Danke Custom. Aber das schöne an pdftk is, dass es ohne GUI läuft.

Ich hab demnächst 2 längere Zugfahrten vor mir, vielleicht kann ich dann das pdftk-Äquivalent fertig bauen.

[gelöscht]

linux-ka schrieb[...] es ohne GUI läuft.

Genauso wie qpdf auch!

linux-ka

Ah, ok. Ich hab nur auf der Homepage gesehen, dass es mit GUI läuft. Ich kann es mal testen. Hat es denn den gleichen Funktionenumfang wie pdftk?

custom

Hmm, also der erste Satz auf der Homepage, qpdf, beginnt doch mit

QPDF is a command-line program ...

Bezüglich Funktionsumfang, das Manual ist recht ausführlich und gut beschrieben Manual. Ich habe das bisher immer nur für Ver-/Entschlüsselung verwendet.

linux-ka

Hm, gesehen. Das is wohl zum verschlüsseln auch nett, aber sowas wie Hintergrundbilder einbauen oder extrahieren scheint mir nicht enthalten zu sein. Und genau das ist das was mich an pdftk gereizt hat.