Ich benutze PDFTK
Server OSX pre 10.11
seit über einem Jahr ohne Probleme beim Ausführen von Befehlen in der Befehlszeile.
Nach der Installation von OSX 10.11 Beta kann ich keine Serverbefehle mehr PDFTK
in der Befehlszeile ausführen. Es wird kein Fehler ausgegeben, alle Befehle, die ich auszuführen versuche, hängen auf unbestimmte Zeit.
Ich habe PDFTK
wie immer von einem Paket installiert, das ich von der Server-Website heruntergeladen habe :
https://www.pdflabs.com/tools/pdftk-server/
Ich habe auch versucht, mit Homebrew von der Quelle zu installieren. Die Installation funktioniert, aber ich erhalte die gleichen Ergebnisse, die Befehle hängen einfach im Terminal:
Ich habe die Beschwerde über die Feedback Assistant-Anwendung an Apple gesendet, die bei der Installation der Beta vor zwei Monaten ohne Antwort installiert wird.
Mir wurde bezüglich des Apple Feedback Assistant gesagt:
Sie werden wahrscheinlich nie eine Antwort erhalten. Apple antwortet nur über den Feedback-Assistenten auf schwerwiegende Fehler des Betriebssystems, für die zusätzliche Informationen erforderlich sind. Es ist keine Möglichkeit, Unterstützung zu erhalten, noch weniger für eine Drittanbieteranwendung.
Ich habe mich auch ohne Antwort an PDF Labs gewandt , die Hersteller des Pakets.
Auf MacPorts gibt es ein Problem mit dem Build auf OS X 10.11. Bedeutet dies, dass auf Softwareebene ein Kompatibilitätsproblem mit PDFtk und 10.11 vorliegt?
Ich habe im Internet nach Hinweisen gesucht, was das Problem verursachen könnte und wie es behoben werden kann, aber nichts Greifbares gefunden.
Unter OS X weiß ich nicht, wie ich herausfinden soll, ob nach dem Upgrade jetzt eine Berechtigung, ein Pfad oder sogar ein Java-Problem vorliegt.
Jede Hilfe, die entweder zur Behebung der Grundursache oder zum Anbieten einer Lösung beiträgt, ist willkommen.
UPDATE 1:
Ich habe von Sid Steward bei PDF Labs gehört :
Wir haben fast so lange damit gerungen, wie die Beta veröffentlicht wurde. Wir arbeiten noch daran. Es scheint eine Inkompatibilität mit einer der von pdftk verwendeten (Nicht-Apple-) Bibliotheken und OS X 10.11 zu geben. Derzeit installiere ich ein weiteres Update für Apples Entwicklertools in der Hoffnung, dass es das Problem lösen wird. Ich werde Sie über unsere Fortschritte auf dem Laufenden halten.
UPDATE 2:
Wieder Sid Steward bei PDF Labs :
Es sieht so aus, als ob unter pdftk zwei Threads laufen und dass sie festgefahren sind. Das bedeutet, dass jeder Thread darauf wartet, dass der andere beendet wird. Ich bin hier kein Experte, aber das ist mein Eindruck. Hier ist ein Screenshot vom Mac Activity Monitor zur Veranschaulichung:
Der obige Schnappschuss stammt von dem Versuch, die pdftk-Binärdatei auszuführen, die sich derzeit auf unserer Website unter OS X 10.11 befindet. Die oben erwähnte libgcj-Bibliothek wird mit pdftk geliefert, wobei die anderen OS X-Bibliotheken sind.
Wie gesagt, ich habe gerade Xcode 7.0.1 installiert, der gestern im App Store veröffentlicht wurde. Ich werde jetzt versuchen, diese Tools zu verwenden, um pdftk zu erstellen.
UPDATE 3:
MacPorts bearbeitet das Build-Problem mit PDFtk. Dies ist ein Update für diesen Thread (Hinweis: Dies hat nichts mit PDFtk Labs zu tun):
Dies ist auf die Neukompilierung von libunwind in 10.11 mit Apple Clang 7 zurückzuführen, die neue gültige Optimierungen (laut Apple) hervorbringt, die einen unbekannten Fehler in FSF boehm-gc auslösen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
Erwarten Sie keine Korrekturen von Apple, da diese den GPLv3-Code nicht berühren können, um das FSF-Problem mit boehm-gc zu untersuchen (es sei denn, sie haben das Paket gcc43 verwendet, das immer noch GPLv2 sein sollte). Dass dieses Problem durch die Neukompilierung von libunwind ausgelöst wird, zeigt die Tatsache, dass durch das Ersetzen der libunwind.dylib von 10.10 sowohl die Fehler von boehm-gc als auch von gcj beseitigt werden.
Beachten Sie, dass dies als radr: // 21372179 abgelegt wurde. "Die auf 10.10 erstellte FSF-Boehm-gc-Bibliothek besteht ihre Tests am 10.11 nicht", wurde jedoch als FSF-Boehm-gc-Fehler geschlossen.
UPDATE 4:
MacPorts hat einen Weg gefunden, um das Build-Problem zu lösen. Dies ist ein Update für diesen Thread
Das angehängte Portfile.diff (bei Verwendung mit dem vorgeschlagenen gcc5-Update auf # 49227, das gcj behebt) löst das Build-Problem mit pdftk.
UPDATE 5:
Sid Steward von PDF Labs hat einen erfolgreichen Build, sein Feedback:
Mit einem Fix für MacPorts gcc5 konnte ich ein funktionierendes pdftk erstellen, das PDFs auf El Capitan zusammenführt. Das Update wurde dem Ticket hinzugefügt, auf dem Sie gepostet hatten:
Ich werde dieses pdftk vollständig testen, bevor ich es in ein Installationsprogramm packe. Dieser Vorgang kann einige Tage dauern.
homebrew
ist 25% des Weges durch einen Build. Ich werde dich wissen lassen, wie es geht.