J'utilise PDFTK
Server OSX pre 10.11
depuis plus d'un an sans aucun problème pour exécuter des commandes sur la ligne de commande.
Après avoir installé OSX 10.11 beta, je ne peux plus exécuter de PDFTK
commandes serveur sur la ligne de commande. Il ne jette aucune erreur, toutes les commandes que j'essaie d'exécuter se bloquent indéfiniment.
J'ai installé à partir d'un paquet que j'ai téléchargé depuis le PDFTK
site Web du serveur comme toujours:
https://www.pdflabs.com/tools/pdftk-server/
J'ai également essayé d'installer à partir des sources avec Homebrew. L'installation fonctionne, mais j'obtiens les mêmes résultats, les commandes se bloquent simplement dans le terminal:
J'ai envoyé la plainte à Apple via leur application Feedback Assistant qui est installée lors de l'installation de la version bêta il y a deux mois sans réponse.
On m'a dit à propos de l'Assistant de rétroaction Apple:
Vous ne recevrez probablement jamais de réponse. Apple ne répond que via Feedback Assistant pour les bogues majeurs du système d'exploitation pour lesquels il a besoin d'informations supplémentaires. Ce n'est pas un moyen d'obtenir du support, encore moins pour une application tierce.
J'ai également contacté PDF Labs , les créateurs du package, sans réponse.
Sur MacPorts, ils ont un problème avec la version OS X 10.11, cela signifie-t-il qu'il y a un problème de compatibilité avec PDFtk et 10.11 au niveau du logiciel?
J'ai cherché sur le Web un indice sur la cause du problème et sur la façon de le résoudre, mais je n'ai rien trouvé de tangible.
Sous OS X, je ne sais pas comment déterminer s'il y a maintenant une autorisation ou un chemin ou même un problème Java après la mise à niveau.
Toute aide, que ce soit pour résoudre la cause première ou proposer une solution, est appréciée.
MISE À JOUR 1:
J'ai eu des nouvelles de Sid Steward à PDF Labs :
Nous nous débattons avec cela depuis presque aussi longtemps que la version bêta est sortie. Nous y travaillons encore. Il semble y avoir une incompatibilité avec l'une des bibliothèques (non Apple) utilisées par pdftk et OS X 10.11. Actuellement, j'installe une autre mise à jour des outils de développement d'Apple dans l'espoir qu'elle résoudra le problème. Je vous tiendrai au courant de nos progrès.
MISE À JOUR 2:
Sid Steward à nouveau chez PDF Labs :
Il semble que deux threads fonctionnent sous pdftk et qu'ils sont bloqués. Cela signifie que chaque thread attend que l'autre se termine. Je ne suis pas un expert ici, mais c'est mon impression. Voici une capture d'écran du moniteur d'activité de Mac pour illustrer:
L'instantané ci-dessus est d'essayer d'exécuter le binaire pdftk actuellement sur notre site sous OS X 10.11. La bibliothèque libgcj mentionnée ci-dessus est fournie avec pdftk, les autres étant des bibliothèques OS X.
Comme je l'ai dit, je viens d'installer Xcode 7.0.1, qui a été publié hier sur l'App Store. Je vais maintenant essayer d'utiliser ces outils pour construire pdftk.
MISE À JOUR 3:
MacPorts travaille sur le problème de construction avec PDFtk, il s'agit d'une mise à jour sur ce fil (Remarque: cela n'a aucun rapport avec PDFtk Labs):
Cela est dû à la recompilation de libunwind en 10.11 en utilisant Apple Clang 7 produisant de nouvelles optimisations valides (selon Apple) qui chatouillent un bug inconnu dans FSF boehm-gc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
Ne vous attendez pas à des correctifs de la part d'Apple car ils ne peuvent pas toucher le code GPLv3 pour examiner le problème FSF boehm-gc (à moins qu'ils aient utilisé le package gcc43 qui devrait toujours être GPLv2). Le fait que ce problème soit déclenché par la recompilation de libunwind est démontré par le fait que la substitution de libunwind.dylib de 10.10 élimine à la fois les échecs de boehm-gc et gcj.
Notez qu'il a été classé comme radr: // 21372179, "la bibliothèque FSF boehm-gc construite sur 10.10 échoue à passer ses tests sur 10.11" mais fermée comme étant un bogue FSF boehm-gc.
MISE À JOUR 4:
MacPorts a trouvé un moyen de résoudre le problème de construction, ceci est une mise à jour sur ce fil
Le Portfile.diff attaché (lorsqu'il est utilisé avec la mise à jour proposée de gcc5 sur # 49227 qui corrige gcj) résout le problème de compilation avec pdftk.
MISE À JOUR 5:
Sid Steward chez PDF Labs a une construction réussie, ses commentaires:
Un correctif pour MacPorts gcc5 m'a permis de créer un pdftk fonctionnel qui fusionne les PDF sur El Capitan. Le correctif a été ajouté au ticket sur lequel vous avez posté:
Je vais procéder à un test complet de ce pdftk avant de le placer dans un programme d'installation. Ce processus pourrait prendre quelques jours.
homebrew
est 25% du chemin à travers une construction. Je vous ferai savoir comment ça se passe.