Eisenfaust
Well-Known Member
Wieder einmal, unter Arbeitsdruck und Zeitnot einer Abgabe, Schiffbruch mit FreeBSD (9/10).
Diesmal gilt es PDF Dateien zusammenzusetzen, um aus vielen Einzeldokumenten ein einziges Dokument zu fertigen.
Meine Leib- und Magenanwendung war bislang editors/PDFEdit, aber dieser Port ist jetzt "DEPRECATED", weil Qt3 keinen "Maintainer" hat.
Also habe ich mich auf Alternativen gestürzt und weil ich mich nicht scheue, auch mit einem Kommandozeilenwerkzeug umzugehen, mal eben fix versucht, den vielfach hochgelobten Port print/pdftk zu bauen (c't schrieb mal, daß es die eierlegende Wollmilchsau sei ...). Ich erinnere mich, daß ich diesen Port noch zu FBSD 8 Zeiten erfolgreich benutzt habe, aber aufgrund Faulheit PDFEdit den Vorzug gab. Nun, Port print/pdftk compiliert nicht, dem Port fehlt eine Header Datei (zumindest passiert das unter 9.1-STABLE und 10.0-CURRENT), auf die in einem Unterordner "./java" verwiesen wird.
Nun gut, das FreeBSD Portsystem wird ja für so wichtige Dinge wie die Manipulation einer PDF Datei (megre/concatenate/edit et ceterum) andere Werkzeuge haben. Ich finde print/pdfmod. Kompiliere. Geht, aber der Start des Programmes wird quittiert, Fehler:
Missing method System.Type:p_Inequality(Type,Type) in assembly /usr/local/lib/mono/2.0/mscorlib.dll, referenced in assembly /usr/local/lib/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll
Da der Port lang/mono auf den Systemen erst installiert worden ist, nachdem ich den Port print/pdfmod als einen zu installierenden haben wollte, übersetze ich jetzt eben mal mono nochmals. Da auf allen Systemen CLANG zum Einsatz kommt, kann es ja durchaus sein, daß der REGEX Bug wieder mal zugeschlagen haben könnte.
Aber, auch gefehlt, es ist nichts zu machen. Ein alternativer Port, PDFSaM, der von Google vielfach genannt wird, fehlt in der Port-Kollektion.
Nun ist es nicht gerade fair doer objektiv anhand eines Einzelfalles induktiv auf den gesamtfall zu schließen. Aber derzeit sitzt mal wieder die Laus im System: LibreOffice 4 ist wegen eines Fehelrs derzeit (wieder mal) unter Quarantäne gestellt und eine ältere, funktionierende Version wird nicht angeboten. Wer zu den glücklichen zählt noch eine laufende Version zu haben und sie nicht übersetzen zu müssen, kann drei Kreuze machen. Andere müssen/sollen auf ein binäres Paket zurückgreifen, was in unserem Falle in aller Regel wegen übsersetzter Ports fehl schlägt (Abhängigkeiten mit Versions-"Mismatch" in den Bibliotheken, Optionen, die im Standard-Binärpaket nicht gesetzt werden, weil nur die einfachsten Dinge erfolgreich bauen ... etc.). Irgendwie eine höchst unzufriedene Situation.
Diesmal gilt es PDF Dateien zusammenzusetzen, um aus vielen Einzeldokumenten ein einziges Dokument zu fertigen.
Meine Leib- und Magenanwendung war bislang editors/PDFEdit, aber dieser Port ist jetzt "DEPRECATED", weil Qt3 keinen "Maintainer" hat.
Also habe ich mich auf Alternativen gestürzt und weil ich mich nicht scheue, auch mit einem Kommandozeilenwerkzeug umzugehen, mal eben fix versucht, den vielfach hochgelobten Port print/pdftk zu bauen (c't schrieb mal, daß es die eierlegende Wollmilchsau sei ...). Ich erinnere mich, daß ich diesen Port noch zu FBSD 8 Zeiten erfolgreich benutzt habe, aber aufgrund Faulheit PDFEdit den Vorzug gab. Nun, Port print/pdftk compiliert nicht, dem Port fehlt eine Header Datei (zumindest passiert das unter 9.1-STABLE und 10.0-CURRENT), auf die in einem Unterordner "./java" verwiesen wird.
Nun gut, das FreeBSD Portsystem wird ja für so wichtige Dinge wie die Manipulation einer PDF Datei (megre/concatenate/edit et ceterum) andere Werkzeuge haben. Ich finde print/pdfmod. Kompiliere. Geht, aber der Start des Programmes wird quittiert, Fehler:
Missing method System.Type:p_Inequality(Type,Type) in assembly /usr/local/lib/mono/2.0/mscorlib.dll, referenced in assembly /usr/local/lib/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll
Da der Port lang/mono auf den Systemen erst installiert worden ist, nachdem ich den Port print/pdfmod als einen zu installierenden haben wollte, übersetze ich jetzt eben mal mono nochmals. Da auf allen Systemen CLANG zum Einsatz kommt, kann es ja durchaus sein, daß der REGEX Bug wieder mal zugeschlagen haben könnte.
Aber, auch gefehlt, es ist nichts zu machen. Ein alternativer Port, PDFSaM, der von Google vielfach genannt wird, fehlt in der Port-Kollektion.
Nun ist es nicht gerade fair doer objektiv anhand eines Einzelfalles induktiv auf den gesamtfall zu schließen. Aber derzeit sitzt mal wieder die Laus im System: LibreOffice 4 ist wegen eines Fehelrs derzeit (wieder mal) unter Quarantäne gestellt und eine ältere, funktionierende Version wird nicht angeboten. Wer zu den glücklichen zählt noch eine laufende Version zu haben und sie nicht übersetzen zu müssen, kann drei Kreuze machen. Andere müssen/sollen auf ein binäres Paket zurückgreifen, was in unserem Falle in aller Regel wegen übsersetzter Ports fehl schlägt (Abhängigkeiten mit Versions-"Mismatch" in den Bibliotheken, Optionen, die im Standard-Binärpaket nicht gesetzt werden, weil nur die einfachsten Dinge erfolgreich bauen ... etc.). Irgendwie eine höchst unzufriedene Situation.