Я використовую PDFTK
сервер OSX pre 10.11
більше року без жодних проблем, запускаючи команди в командному рядку.
Після встановлення бета-версії OSX 10.11 я більше не можу запускати жодні PDFTK
серверні команди в командному рядку. Це не кидає жодної помилки, всі команди, які я намагаюсь виконати, просто зависають нескінченно.
Я встановив з кг, який я завантажив із PDFTK
веб-сайту Сервера, як завжди:
https://www.pdflabs.com/tools/pdftk-server/
Я також спробував встановити з джерела за допомогою Homebrew. Установка працює, але я отримую ті самі результати, команди просто зависають у терміналі:
Я надіслав скаргу компанії Apple через їх додаток Feedback Assistant, який встановлюється під час встановлення бета-версії два місяці тому без відповіді.
Мені сказали про помічник Apple Feedback Assistant:
Ви, ймовірно, ніколи не отримаєте відповіді. Apple відповідає через помічник зворотного зв’язку лише на основні помилки операційної системи, де їм потрібна додаткова інформація. Це не спосіб отримати підтримку, тим більше для сторонніх додатків.
Я також без відповіді звернувся до PDF Labs - виробників пакету.
У MacPorts у них виникає проблема зі збіркою на OS X 10.11, чи означає це, що існує проблема сумісності з PDFtk та 10.11 на програмному рівні?
Я шукав в Інтернеті підказку щодо того, що може спричинити проблему та як її виправити, але не знайшов нічого відчутного.
В OS X я не знаю, як розібратися, чи є після оновлення дозвіл, шлях або навіть проблема Java.
Будь-яка допомога вдячна або про проблеми зі зйомою першопричини, або за допомогою виправлення
ОНОВЛЕННЯ 1:
Я почув від Sid Steward у PDF Labs :
Ми боролися з цим майже до тих пір, поки бета-версія не вийшла. Ми над цим ще працюємо. Здається, є несумісність з однією з (не Apple) бібліотек, яку використовує pdftk та OS X 10.11. На даний момент я встановлюю ще одне оновлення інструментів для розробників Apple з надією, що це вирішить проблему. Я поінформую вас про наш прогрес.
ОНОВЛЕННЯ 2:
Сід Стюард в PDF Labs знову:
Схоже, є два потоки під pdftk, і що вони зайшли в тупик. Це означає, що кожна нитка чекає закінчення іншої. Я тут не експерт, але таке моє враження. Ось знімок екрана з Монітора активності Mac для ілюстрації:
Вищенаведений знімок - це спроба запуску бінарного файлу pdftk, який наразі знаходиться на нашому сайті в ОС X 10.11. Зазначена вище бібліотека libgcj постачається з pdftk, де інші - бібліотеки OS X.
Як я кажу, я щойно встановив Xcode 7.0.1, який був випущений вчора в магазині додатків. Зараз я спробую використовувати ці інструменти для створення pdftk.
ОНОВЛЕННЯ 3:
MacPorts працює над проблемою збірки з PDFtk, це оновлення цього потоку (Примітка: це не пов'язано з лабораторіями PDFtk):
Це пов’язано з перекомпіляцією libunwind в 10.11 за допомогою Apple Clang 7, що виробляє нові дійсні оптимізації (за даними Apple), які відзначають невідому помилку в FSF boehm-gc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
Не чекайте жодних виправлень від Apple, оскільки вони не можуть торкнутися коду GPLv3, щоб переглянути проблему FSF boehm-gc (якщо вони не використовували пакет gcc43, який все ще повинен бути GPLv2). Про те, що ця проблема викликана перекомпіляцією libunwind, свідчить той факт, що заміна libunwind.dylib з 10.10 усуває як збої boehm-gc, так і gcj.
Зауважимо, що подано як radr: // 21372179, "бібліотека FSF boehm-gc, побудована 10.10, не здає своїх тестів 10.11", але закрита як помилка FSF boehm-gc.
ОНОВЛЕННЯ 4:
MacPorts знайшов спосіб вирішити проблему збірки, це оновлення цього потоку
Вкладений Portfile.diff (коли використовується із запропонованим оновленням gcc5 на # 49227, яке виправляє gcj) вирішує проблему збірки з pdftk.
ОНОВЛЕННЯ 5:
Сид Стюард у PDF Labs має успішне складання, його відгуки:
Виправлення MacPorts gcc5 дозволило мені створити робочий pdftk, який об'єднує PDF-файли на El Capitan. Виправлення було додано до квитка, який ви опублікували:
Я перейду до повного тестування цього pdftk, перш ніж упакувати його в інсталятор. Цей процес може зайняти пару днів.
homebrew
становить 25% шляху через збірку. Я дам вам знати, як це йде.