Ok, ich hab heute morgen nochmals geschaut wieso die Fehler

/usr/bin/g++ `pkg-config gtkmm-2.4 --cflags --libs` -c main.cc
In Datei, eingefügt von definings.h:30, 
von main.cc:16:
/usr/include/giomm-2.4/giomm.h:23:27: Fehler: giomm/appinfo.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:24:31: Fehler: giomm/asyncresult.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:25:39: Fehler: giomm/bufferedinputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:26:40: Fehler: giomm/bufferedoutputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:27:31: Fehler: giomm/cancellable.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:28:35: Fehler: giomm/datainputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:29:36: Fehler: giomm/dataoutputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:30:25: Fehler: giomm/drive.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:31:25: Fehler: giomm/enums.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:32:25: Fehler: giomm/error.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:33:41: Fehler: giomm/fileattributeinfolist.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:34:34: Fehler: giomm/fileenumerator.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:35:24: Fehler: giomm/file.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:36:28: Fehler: giomm/fileicon.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:37:28: Fehler: giomm/fileinfo.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:38:35: Fehler: giomm/fileinputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:39:31: Fehler: giomm/filemonitor.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:40:36: Fehler: giomm/fileoutputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:41:37: Fehler: giomm/filterinputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:42:38: Fehler: giomm/filteroutputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:43:24: Fehler: giomm/icon.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:44:24: Fehler: giomm/init.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:45:31: Fehler: giomm/inputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:46:32: Fehler: giomm/loadableicon.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:47:37: Fehler: giomm/memoryinputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:48:25: Fehler: giomm/mount.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:49:34: Fehler: giomm/mountoperation.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:50:32: Fehler: giomm/outputstream.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:51:28: Fehler: giomm/seekable.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:52:26: Fehler: giomm/volume.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:53:33: Fehler: giomm/volumemonitor.h: No such file or directory
/usr/include/giomm-2.4/giomm.h:54:31: Fehler: giomm/contenttype.h: No such file or directory
make: *** [main.o] Fehler 1

auftreten. Das Problem ist eigentlich recht einfach, es fehlt der Include Pfad für die giomm Library. Das ganze lässt sich beheben wenn man das CFLAG in der Makefile wie folgt abändert:

CFLAGS  = `pkg-config gtkmm-2.4 --cflags --libs` `pkg-config giomm-2.4 --cflags --libs`

Hi, endlich bin ich wieder Online .

Besten Dank für den Tip. Hab ich gerade geändert. Bald gibt's wieder eine neue Version.

Bye.

Halöle, hab da ein problem beim öffnen bzw. hinzufügen einer pdf Datei in eine der Listen wie Merge, split, etc. Das Programm wird in diesem Fall einfach beendet und gibt mir folgende Fehlermeldung:

(pdfchain:14692): glibmm-WARNING **: Failed to wrap object of type 'GLocalFileInputStream'. 
Hint: this error is commonly caused by failing to call a library init() function.
Segmentation fault

auf der Konsole aus. Ubuntu Version ist 8.04 LTS.

Uff,
erstmal keine Ahnung warum das passiert.
Scheint beim Einlesen der Datei, zum Zählen der Seiten zu passieren.

Fragen:
- Ist das Programm selber compiliert, oder ein vorkompiliertes Binary?
- Welche Version nutzt Du?
- Ist der Fehler reproduzierbar?
- Passiert das auch mit anderen Dateien?
- Enthält der Pfad oder die Datei Umlaute Leerzeichen oder Sonderzeichen?
- Passiert das auch, wenn die Datei in einem anderen Pfad liegt und anders heißt (Nur ASCII-Zeichen)?
- Ist die Datei problematisch, passiert dies also auch mit einem anderen PDF, dass im selben Pfad liegt und den gleichen Namen hat?
- Hat das PDF besondere Eigenschaften, ist z.B. sehr groß, enthält besondere Elemente?
- Woher stammt die Datei (selber erzeugt? womit?)?
- Passiert der Absturz auch, wenn die Datei in einem der "Tools" hinzugefügt wird (dort werden die Seiten nicht gezählt)?
- Könntest Du mir die problematische Datei per E-Mail schicken um den Fehler selber zu untersuchen?

Schreib mir möglichst alle Informationen, Metainformationen der Datei und Eigenschaften rund um den Fehler und schick mir wenn möglich die problematische Datei. Ich werde mich bald möglichst, darum kümmern.

Vielen Dank für diesen kleinen Bugreport und schöne Grüße,
Martin

Hallo, also hier die Antworten zu deinen Fragen: masi schrieb:

- Ist das Programm selber compiliert, oder ein vorkompiliertes Binary?

Hab das ganze mit einem selber kompilierten Programm, wie dem vorkompilierten Programm versucht. Der Fehler ist der selbe. masi schrieb:

- Welche Version nutzt Du?

v.0.99 masi schrieb:

- Ist der Fehler reproduzierbar?

Der Fehler tritt immer auf. masi schrieb:

- Passiert das auch mit anderen Dateien?

Ja, das tritt mit allen versuchten pdf Dateien auf. masi schrieb:

- Enthält der Pfad oder die Datei Umlaute Leerzeichen oder Sonderzeichen?

Die Datei enthält nur ein _ im Namen, aber auch ein umbenennen zu x.pdf bringt nichts. masi schrieb:

- Passiert das auch, wenn die Datei in einem anderen Pfad liegt und anders heißt (Nur ASCII-Zeichen)?

Jepp! masi schrieb:

- Ist die Datei problematisch, passiert dies also auch mit einem anderen PDF, dass im selben Pfad liegt und den gleichen Namen hat?

Naja, die anderen PDF Dateien haben andere Namen wo im gleichen Verzeichnis liegen. masi schrieb:

- Hat das PDF besondere Eigenschaften, ist z.B. sehr groß, enthält besondere Elemente?

Ich denke mal nicht masi schrieb:

- Woher stammt die Datei (selber erzeugt? womit?)?

Die Dateien stammen aus dem Example Verzeichnis im Benutzer Pfad. masi schrieb:

- Passiert der Absturz auch, wenn die Datei in einem der "Tools" hinzugefügt wird (dort werden die Seiten nicht gezählt)?

Nein, hier wird die Funktion ausgeführt. - Könntest Du mir die problematische Datei per E-Mail schicken um den Fehler selber zu untersuchen?

Wie gesagt, bei den Dateien handelt es sich um das Example Verzeichnis im Benutzer Pfad. Diese Dateien hast du ebenfalls, aber wenn du unbedingt willst, kann ich Sie dir trotzdem gerne zukommen lassen.

Ok, dann hat das Programm ein Problem beim einlesen der Datei zum zählen der Seiten.
Probier mal diese neuere Version (Anhang). Beim Kompilieren wird der Header-Pfad von "Gio" explizit eingebunden und die von Dir vorgeschlagene Link-Option ist auch dabei.
Du hattest mir ja bereits von Kompilierproblemen im Zusammenhang mit "Gio" berichtet. Darum vermute ich, dass es (nur) ein weiteres Symptom von unsauberen Linken ist. Bei mir funktioniert alles tadellos (Ubuntu 8.10).

Diese Version ist nicht offiziell veröffentlicht, weil sie noch nicht fertig ist (und nicht durchgetestet).
Wie gehabt entpacken und ins Verzeichnis wechseln. Dort "make". Das Binary befindet sich dann unter bin.
Zum installieren: "sudo make install".

Schreib mir bitte ob es jetzt funktioniert - oder sonstige Probleme.
Hoffentlich klappts.

Bye.

Das Problem besteht weiterhin...

Hi masi, ich bin gerade bei der Suche nach einer guten Oberfläche auf Dein GUI gestoßen und bin bislang begeistert von der Umsetzung. Eine Kleinigkeit fehlt mir allerdings bislang: ein Button, mit dem man einfach ein schon vorliegendes PDF ver- oder entschlüsseln kann, also nicht den Umweg über Einstellungen usw. gehen muss. So etwa in der Reihenfolge "verschlüsseltes PDF öffnen - decrypt --> Zusammenstellen --> Eingabe anderes neues Spaßwort --> speichern". Für mich ist das eine häufig genutzte Funktion, wenn ich eine neue PDF aus einzelnen vorliegenden Dokumenten zusammenstelle und anschließend für verschiedene Studentengruppen ins Netz stellen muss und jeder Gruppe ein eigenes Paßwort zuweise etc. Viele Grüße sportsman

Hi,
danke erstmal für das Lob, freue mich, dass es Dir gefällt.

Du meinst also, dass bereits beim Laden das Passwort eingegeben werden können soll. Im Prinzip sehe ich kaum einen Vorteil darin, als in der bereits implementierten Möglichkeit. Den größten Vorteil sähe ich darin, wenn viele Dateien mit dem selben Passwort hinzugefügt werden sollen.
Erkläre mir nochmal genau wie Du Dir das vorstellst und was der Vorteil wäre und der Nachteil an der bereits vorhandenen Möglichkeit ist. Vielleicht implementiere ich diese Idee. Spontan denke ich, dass man im Hinzufügen-Dateidialog, wenn gewünscht, ein Passwort eingeben könnte.

Besten Dank für die Anregung und schönen Abend,
Martin

Hi, ich steige mal etwas vorher ein, damit wir wirklich über das Gleiche sprechen. Meines Wissens sind die beiden Paßwörter in einem PDF Dokument "Owner" und "User" sehr unterschiedlich in ihrer Sicherheit. Ein User-Paßwort alleine bringt nichts, da ich es problemlos auslesen und entfernen kann. Wenn ich die Datei öffnen kann, ist das Paßwort (das ja in der Datei drin stehen muss) eigentlich schon geknackt. So verstehe ich zumindest die Funktion von den gängigen Owener-Paßwort-Removern aus der Windows-Welt, zum Beispiel der von <http://www.verypdf.com/>. Damit das nicht klappt, setze ich ein User-Paßwort. Jetzt kann nur noch derjenige, der dieses Paßwort hat, die Datei öffnen und (wenn er denn möchte) die Sicherheitseinstellungen entfernen. So machen das zum Beispiel die "QuickPDFTools" unter Windows. Dort wähle ich "Remove Open Password", gebe selbiges ein und schon sind beide Paßwörter komplett weg aus der Datei. Liege ich soweit richtig?

Jetzt zu meinem Fall. Ich stelle häufig eine ganze Reihe von Dateien (Skripte/Arbeitsergebnisse usw.) für verschiedene Seminare neu zusammen. Jedes für sich ist mit einem User- und einem Owner-PW geschützt. Die neu zusammen gestellten schütze ich wieder mit (neuen) Owner und User-PWs, um sie meinen Studis zur Verfügung zu stellen. Ich sehe den Vorteil eines "direkten" Zugangs zu einer solchen Funktion daher vor allem im reduzierten Arbeitsaufwand bei der Benutzung. Ich zähle mal die im Moment bei PDF Chain notwendigen Aktionen (etwas vereinfacht) zusammen, um deutlich zu machen, was ich meine. Momentan:

1. Add Some Files 2. Einstellungen 3. Input (Owner)Password (wieso eigentlich - das User müsste doch zum Entfernen reichen?) 4. Anwenden 5. Fenster Einstellungen schließen 6. neue Permissions setzen 7. Speichern

Mir schwebt ein etwas vereinfachter Weg vor:

1. Beim Öffnen einer geschützen Datei gleich das User-Passwort abfragen, was ja eigentlich das "starke Paßwort, das man nicht so leicht knacken kann" ist - sonst kann ich ja sowieso nicht damit arbeiten. Wenn ich das User-PW eingebe, verschwindet das Owner-PW in seiner schützenden Funktion quasi von selbst (siehe oben). Bleiben als Arbeitsschritte 2. neue Permissions setzen 3. Speichern

Das wäre der eine Fall. Dann gibt es noch den Fall, dass ich eine vorher verschlüsselte Datei möglichst schnell ohne jede Verschlüsselung speichern möchte. Dazu sind (siehe oben) im Moment 6 Aktionen notwendig. Mit der Abfrage des Paßworts beim Öffnen und einem Button "En/Decrypt" wäre das dann reduziert auf

1. Öffnen mit PW-Abfrage 2. En/Decrypt 3. Speichern ohne Verschlüsselung.

Ich kenne dieses Vorgehen wie gesagt von GUIPDFTK von Dirk Paehl. Interessanterweise muss man auch da das Owner-Paßwort eingeben und nicht das User-Paßwort. Also scheint pdftk das so zu fordern? (Natürlich ist das der von Adobe "vorgesehene" Weg, schon klar.)

Liebe Grüße

Sportsman79 schrieb:

Hi, ich steige mal etwas vorher ein, damit wir wirklich über das Gleiche sprechen. Meines Wissens sind die beiden Paßwörter in einem PDF Dokument "Owner" und "User" sehr unterschiedlich in ihrer Sicherheit. Ein User-Paßwort alleine bringt nichts, da ich es problemlos auslesen und entfernen kann. Wenn ich die Datei öffnen kann, ist das Paßwort (das ja in der Datei drin stehen muss) eigentlich schon geknackt. So verstehe ich zumindest die Funktion von den gängigen Owener-Paßwort-Removern aus der Windows-Welt, zum Beispiel der von <http://www.verypdf.com/>. Damit das nicht klappt, setze ich ein User-Paßwort. Jetzt kann nur noch derjenige, der dieses Paßwort hat, die Datei öffnen und (wenn er denn möchte) die Sicherheitseinstellungen entfernen. So machen das zum Beispiel die "QuickPDFTools" unter Windows. Dort wähle ich "Remove Open Password", gebe selbiges ein und schon sind beide Paßwörter komplett weg aus der Datei. Liege ich soweit richtig?

Das weiß ich leider nicht, weil ich mich nie mit der Funktionsweise der Verschlüsselung beschäftigt habe.

Jetzt zu meinem Fall. Ich stelle häufig eine ganze Reihe von Dateien (Skripte/Arbeitsergebnisse usw.) für verschiedene Seminare neu zusammen. Jedes für sich ist mit einem User- und einem Owner-PW geschützt. Die neu zusammen gestellten schütze ich wieder mit (neuen) Owner und User-PWs, um sie meinen Studis zur Verfügung zu stellen. Ich sehe den Vorteil eines "direkten" Zugangs zu einer solchen Funktion daher vor allem im reduzierten Arbeitsaufwand bei der Benutzung. Ich zähle mal die im Moment bei PDF Chain notwendigen Aktionen (etwas vereinfacht) zusammen, um deutlich zu machen, was ich meine. Momentan:

1. Add Some Files 2. Einstellungen 3. Input (Owner)Password (wieso eigentlich - das User müsste doch zum Entfernen reichen?) 4. Anwenden 5. Fenster Einstellungen schließen 6. neue Permissions setzen 7. Speichern

Einstellungen musst Du nur einmal, beim ersten Dokument drücken. Das kleine Fenster muss für weitere Dateien nicht geschlossen werden. Somit entfällt Punkt 2 und 5.

Mir schwebt ein etwas vereinfachter Weg vor:

1. Beim Öffnen einer geschützen Datei gleich das User-Passwort abfragen, was ja eigentlich das "starke Paßwort, das man nicht so leicht knacken kann" ist - sonst kann ich ja sowieso nicht damit arbeiten. Wenn ich das User-PW eingebe, verschwindet das Owner-PW in seiner schützenden Funktion quasi von selbst (siehe oben). Bleiben als Arbeitsschritte 2. neue Permissions setzen 3. Speichern

Oben hast Du Input Password als einzelnen Arbeitsschritt aufgeführt und hier zu Punkt 1. hinzugefügt. Ob man das Passwort direkt nach dem Datei-Dialog, oder in ein gelistetes File eingibt, bleibt sich vom Aufwand doch gleich.

Letztendlich liegt die Aufwandsersparnis beim drücken von "Anwenden".

Das wäre der eine Fall. Dann gibt es noch den Fall, dass ich eine vorher verschlüsselte Datei möglichst schnell ohne jede Verschlüsselung speichern möchte. Dazu sind (siehe oben) im Moment 6 Aktionen notwendig. Mit der Abfrage des Paßworts beim Öffnen und einem Button "En/Decrypt" wäre das dann reduziert auf

1. Öffnen mit PW-Abfrage 2. En/Decrypt 3. Speichern ohne Verschlüsselung.

Hier sind es vier (bzw. fünf) Arbeitsschritte:
1. Öffnen,
2. Optionen (entfällt bei der ersten Wiederholung)
3. Passwort eingeben
4. "Anwenden" drücken
5. Speichern

Ich kenne dieses Vorgehen wie gesagt von GUIPDFTK von Dirk Paehl. Interessanterweise muss man auch da das Owner-Paßwort eingeben und nicht das User-Paßwort. Also scheint pdftk das so zu fordern? (Natürlich ist das der von Adobe "vorgesehene" Weg, schon klar.)

"Gui for PDFTK" kann scheinbar nur ein einzelnes File verschlüsseln. Oder kann es auch beim zusammenfügen verschlüsseln? Ich hab es nie ausprobiert!

- Das Fenster "Einstellungen" bleibt nach "Datei->Neu" geöffnet
- Die Idee, das Passwort gleich beim Öffnen der Datei eingeben zu können finde ich gut, gerade unter dem Gesichtspunkt, wenn man mehrere Dateien mit dem selben Passwort öffnen will, dann kann das Passwort gleich für alle Dateien eingetragen werden.
- Darüber hinaus möchte ich den "Anwenden" Button sowieso überflüssig machen, also die Optionen live übernehmen.
- Das Passwortfeld soll noch eine Checkbox bekommen um das Passwort auch im Klartext anzeigen zu können.
- Wenn es funktioniert, soll das Passwort auch direkt in die Liste eingetragen werden können.

Bis dies alles kommt dauert es leider noch ein Weilchen

Vielleicht hilft Dir folgende Vorgehensweise weiter:
- Alle Dateien, die vom Passwort befreit werden sollen auf einmal öffnen
- Passwort in die erste Datei eingeben
- Passwort kopieren - Nächstes File selektieren
- Passwort einfügen ("Anwenden" nicht vergessen )- usw...
- Dann immer nur das einzelne File, dass gespeichert werden soll unter "Add" selektieren und speichern.

Oder Du schreibst dir einfach ein Batch-Script mit PDFTK. Für viele Dateien ist dies das effektivste.

Liebe Grüße

Ebenfalls und Danke für die Anregungen.

masi schrieb:

Sportsman79 schrieb:

PDF-Passwort-Backgrunz

Das weiß ich leider nicht, weil ich mich nie mit der Funktionsweise der Verschlüsselung beschäftigt habe.

Was ich gut verstehen kann. Wenn wir mal irgendwann zu viel Zeit haben, können wir ja mal zusammen genau nachlesen.

Jetzt zu meinem Fall. Ich stelle häufig eine ganze Reihe von Dateien (Skripte/Arbeitsergebnisse usw.) für verschiedene Seminare neu zusammen. Jedes für sich ist mit einem User- und einem Owner-PW geschützt. Die neu zusammen gestellten schütze ich wieder mit (neuen) Owner und User-PWs, um sie meinen Studis zur Verfügung zu stellen. Ich sehe den Vorteil eines "direkten" Zugangs zu einer solchen Funktion daher vor allem im reduzierten Arbeitsaufwand bei der Benutzung. Ich zähle mal die im Moment bei PDF Chain notwendigen Aktionen (etwas vereinfacht) zusammen, um deutlich zu machen, was ich meine. Momentan:

1. Add Some Files 2. Einstellungen 3. Input (Owner)Password (wieso eigentlich - das User müsste doch zum Entfernen reichen?) 4. Anwenden 5. Fenster Einstellungen schließen 6. neue Permissions setzen 7. Speichern

Einstellungen musst Du nur einmal, beim ersten Dokument drücken. Das kleine Fenster muss für weitere Dateien nicht geschlossen werden. Somit entfällt Punkt 2 und 5.

Ah, das hatte ich noch gar nicht gemerkt! Prima, ein Problem weniger.

Oben hast Du Input Password als einzelnen Arbeitsschritt aufgeführt und hier zu Punkt 1. hinzugefügt. Ob man das Passwort direkt nach dem Datei-Dialog, oder in ein gelistetes File eingibt, bleibt sich vom Aufwand doch gleich.

Stimmt, mein Fehler.

Ich kenne dieses Vorgehen wie gesagt von GUIPDFTK von Dirk Paehl. Interessanterweise muss man auch da das Owner-Paßwort eingeben und nicht das User-Paßwort. Also scheint pdftk das so zu fordern? (Natürlich ist das der von Adobe "vorgesehene" Weg, schon klar.)

"Gui for PDFTK" kann scheinbar nur ein einzelnes File verschlüsseln. Oder kann es auch beim zusammenfügen verschlüsseln? Ich hab es nie ausprobiert!

Gute Frage, müsste ich jetzt auch probieren.

- Die Idee, das Passwort gleich beim Öffnen der Datei eingeben zu können finde ich gut, gerade unter dem Gesichtspunkt, wenn man mehrere Dateien mit dem selben Passwort öffnen will, dann kann das Passwort gleich für alle Dateien eingetragen werden.

Ja.

- Darüber hinaus möchte ich den "Anwenden" Button sowieso überflüssig machen, also die Optionen live übernehmen.
- Das Passwortfeld soll noch eine Checkbox bekommen um das Passwort auch im Klartext anzeigen zu können.
- Wenn es funktioniert, soll das Passwort auch direkt in die Liste eingetragen werden können.

Finde ich gut!

Bis dies alles kommt dauert es leider noch ein Weilchen

Auf Gutes lohnt es sich zu warten. Und bei der momentanen sonstigen Verbreitung von GUIs für pdftk - nämlich imho keine wirklich gute - kann es nur besser werden.

Vielleicht hilft Dir folgende Vorgehensweise weiter:
- Alle Dateien, die vom Passwort befreit werden sollen auf einmal öffnen
- Passwort in die erste Datei eingeben
- Passwort kopieren - Nächstes File selektieren
- Passwort einfügen ("Anwenden" nicht vergessen )- usw...

Außer sie haben verschiedene Paßwörter... Aber ich gebe zu, dass ich hier einen Spezialfall habe und evtl. darauf umsteigen sollte, alle PDFs zusätzlich unverschlüsselt zur späteren Weiterverarbeitung zu sammeln.

Schönes Wochenende!

Neue Version verfügbar!
URL: http://sourceforge.net/project/showfiles.php?group_id=252274&package_id=328063

Diesmal gibt es auch ein DEB-File für Ubuntu 8.10 (Intrepid Ibex).
Des weiteren ist die Installationsprozedur der standardmäßige Dreiklang:
./configure
make
sudo make install

Damit hoffe ich, dass es endlich keine Probleme auf anderen Distributionen und Versionen gibt.

Natürlich sind auch neue Features hinzugekommen.

Schöne Grüße,
Martin

Hallo zusammen, PDF Chain besitzt nun ein PPA auf Launchpad und kann nach dem einfügen der PPA Quellen ganz normal über die Paketverwaltung bezogen werden. Link zum PPA: https://launchpad.net/~pdfchain-team/+archive/ppa

Danke für das Anlegen des PPA! Ich find' das Projekt coool, weiter so