macos - www - pdftk binaries




PDFtk Server sous OS X 10.11 (6)

Grâce à github.com/quantiverge, pdftk devrait pouvoir être installé sous brassage. Celui-ci est testé sous OSX Sierra.

Exécutez ce qui suit dans le terminal.

brew install https://raw.githubusercontent.com/turforlag/homebrew-cervezas/master/pdftk.rb

J'utilise PDFTK Server sous OSX pre 10.11 depuis plus d'un an sans aucun problème en exécutant des commandes sur la ligne de commande.

Après avoir installé OSX 10.11 beta, je ne peux plus exécuter aucune commande du serveur PDFTK sur la ligne de commande. Il ne jette aucune erreur, toutes les commandes que j'essaye d'exécuter se bloquent indéfiniment.

J'ai installé à partir d'un pkg que j'ai téléchargé à partir du site Web de PDFTK Server, comme d' PDFTK :

https://www.pdflabs.com/tools/pdftk-server/

J'ai également essayé d'installer à partir de la source avec Homebrew. L'installation fonctionne, mais j'obtiens les mêmes résultats, les commandes sont simplement bloquées dans le terminal:

Robinet Homebrew

J'ai envoyé la plainte à Apple via son application Feedback Assistant, 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 commentaires Apple:

Vous ne recevrez probablement jamais de réponse. Apple ne répond que par le biais de Feedback Assistant aux principaux bogues du système d'exploitation pour lesquels des informations supplémentaires sont nécessaires. Ce n'est pas un moyen d'obtenir de l'aide, encore moins pour une application tierce.

J'ai également contacté PDF Labs , les fabricants du package, sans réponse.

Sous MacPorts la version OS X 10.11 pose-t-elle un problème de compatibilité avec PDFtk et 10.11 au niveau logiciel?

J'ai cherché sur le Web un indice sur la cause possible du problème et sur la façon de le résoudre, mais je n'ai rien trouvé de concret.

Sous OS X, je ne sais pas comment déterminer s'il existe maintenant une autorisation, un chemin ou même un problème Java après la mise à niveau.

Toute aide, que ce soit pour résoudre la cause du problème ou pour proposer une solution, est la bienvenue.

MISE À JOUR 1:

Sid Steward de PDF Labs m'a répondu :

Nous sommes aux prises avec ce problème 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. J'installe actuellement une autre mise à jour des outils de développement Apple dans l'espoir que cela résoudra le problème. Je vous tiendrai au courant de nos progrès.

MISE À JOUR 2:

Sid Steward chez PDF Labs à nouveau:

On dirait que deux threads fonctionnent sous pdftk et qu'ils sont dans une impasse. 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 provient d'une tentative d'exécution du fichier binaire pdftk actuellement sur notre site sous OS X 10.11. La bibliothèque libgcj décrite 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, 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 de PDFtk. Il s’agit d’une MacPorts (Remarque: cela n’a aucun lien avec PDFtk Labs):

Cela est dû à la recompilation de libunwind dans 10.11, qui utilise Apple Clang 7, produisant de nouvelles optimisations valides (selon Apple) qui chatouillent un bogue inconnu dans la FSF boehm-gc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848

Ne vous attendez pas à des correctifs d'Apple, car ils ne peuvent pas toucher le code GPLv3 pour résoudre le problème boehm-gc de la FSF (à moins qu'ils n'utilisent 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 le remplacement du libunwind.dylib à partir de 10.10 élimine les défaillances boehm-gc et gcj.

Notez qu’il a été classé sous le nom radr: // 21372179, "la bibliothèque boehm-gc de la FSF construite le 10.10 ne réussit pas ses tests le 10.11", mais a été fermée en tant que bogue boehm-gc de la FSF.

MISE À JOUR 4:

MacPorts trouvé un moyen de résoudre le problème de compilation, il s'agit d'une MacPorts

Le fichier attaché Portfile.diff (utilisé avec la mise à jour proposée de gcc5 sur le #49227 qui corrige gcj) résout le problème de construction avec pdftk.

MISE À JOUR 5:

Sid Steward de PDF Labs a réussi sa création, ses commentaires:

Un correctif pour MacPorts gcc5 m'a permis de construire un pdftk de travail qui fusionne des fichiers PDF sur El Capitan. Le correctif a été ajouté au billet que vous aviez posté sur:

MacPorts

Je vais procéder à un test complet de ce pdftk avant de le ranger dans un installateur. Ce processus pourrait prendre quelques jours.


Merci pour votre patience. J'ai testé avec succès l'installateur et le binaire pdftk sur OS X 10.11, El Capitan:

https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg

Je mettrai bientôt à jour notre site PDF Labs pour refléter cette mise à jour.

Si pdftk est déjà installé à partir de l’ancien programme d’installation, celui-ci devrait s’installer sans problème - il ne devrait pas être nécessaire de supprimer l’ancien pdftk avant d’installer celui-ci.

Notez que ce programme d’installation / binaire n’a pas encore été testé sur les anciennes versions d’OS X.

S'il vous plaît laissez-moi savoir comment cela fonctionne pour vous.

Je tiens à remercier Aaron pour avoir ouvert ce fil et pour avoir apporté une attention utile au problème que nous rencontrions avec les outils de construction. Je tiens également à remercier l'équipe MacPorts pour son travail professionnel et opportun!

Meilleures salutations-

Sid Steward, PDF Labs



Vous pouvez accéder à un serveur PDFTK en cours d'exécution sous El Capitan si vous utilisez le manuel de correction des ports avec les quatre correctifs fournis dans les tickets MacPorts et 49227.

La compilation du correctif GCC5 a pris beaucoup de temps sur ma machine. En outre, il semble être une bonne idée de nommer les ports locaux de la même manière que les ports d'origine (c.-à-d. Gcc5 et pdftk), sinon vous devez ajuster les fichiers de port.

Il est également possible de regrouper le binaire pdftk résultant avec ses bibliothèques dynamiques en utilisant install_name_tool sur les bibliothèques binaire et dynamique. J'ai réussi à exécuter pdftk de cette façon sur deux autres machines.


Solutions de contournement: nous avons signalé ce problème à Sid en août et il ne l'a toujours pas corrigé. Je pense qu'il est donc juste de dire que c'est une bonne idée de rechercher des solutions de remplacement. Pour cette raison, nous avons pris l’initiative de soumettre quelques premiers outils que les utilisateurs peuvent utiliser gratuitement dans le référentiel suivant:

https://github.com/flexpaper/OSX-PDF-Toolkit

Il contient des scripts faciles à utiliser pour CAT et BURST. Nous avons l'intention d'ajouter plus d'outils à l'avenir. N'hésitez pas à contribuer

Ces nouveaux outils utilisent les bibliothèques OSX natives et aucune dépendance de tiers n'est nécessaire. Yay!

Edit: ajout d'informations sur le fait qu'il s'agisse d'une solution de contournement


Troisième édition: Les éléments suivants ne sont pas des correctifs, mais plutôt des solutions de contournement (`il est parfois impossible d'attendre des mois avant que les correctifs n'arrivent).

Deuxième édition: Les outils de ligne de commande PDF cohérents ( cpdf ) sont gratuits pour une utilisation non commerciale et peuvent être licenciés pour une utilisation commerciale. Il offre une fonctionnalité comparable à celle de pdtk et (sous mon MacBook Pro au moins) semble fonctionner correctement sous El Capitan.

Edit: Cette réponse à explique comment utiliser ghostscript pour concaténer des fichiers, fournissant ainsi (maladroitement) une fonctionnalité similaire à celle de "pdftk ... cat output out.pdf" .

Pour certaines raisons, le paquet ghostscript - qui est livré avec les distributions LaTeX comme texlive - offre une capacité similaire (mais moins conviviale) à pdftk .

Par exemple, pour extraire les pages 6-7 d’un document pdf multipage:

gs -sDEVICE=pdfwrite -dNOPAUSE -dBATCH -dSAFER \
  -dFirstPage=6 -dLastPage=7 \
  "-sOutputFile="${EXTRACTED_FILENAME_HERE}" \
  "${SOURCE_FILENAME_HERE}" ;

Ce qui précède a fonctionné pour moi ... votre kilométrage peut varier!

Inutile de dire que restaurer la totalité des fonctionnalités de pdftk sous El Capitan serait bien meilleur… pdftk est vraiment un formidable utilitaire.







osx-elcapitan