Неможливо знайти ack у сховищах Ubuntu 17.10

Я намагаюся встановити ackчерез, aptале, схоже, це більше не доступно в репостах. Обидва:

sudo apt install ack
sudo apt install ack-grep

дайте таку помилку:

E: Package 'ack-grep' has no installation candidate

Він більше не доступний у сховищах 17.10?

Ack має тестову помилку в Ubuntu 17.10 Artful, і вона була виключена з Ubuntu, поки не пройде. Perl оновлюється на Artful, а стара версія Ack не підтримується новою Perl. Нова версія не пройшла всіх своїх тестів. Невдача тесту викликана проблемами з тестовою рамкою під час роботи під Ubuntu (навіть коли вона добре працює в Debian.) Незабаром буде випущена нова версія, що проходить .

Тим часом вирішенням цього питання є встановлення його через CPAN, як це пропонується на головній сторінці ack . Якщо у вас ще не встановлено CPAN, його потрібно встановити спочатку:

sudo apt install cpanminus

Тоді ви можете використовувати його для установки ack:

sudo cpanm install App::Ack

Він створить і випробує його, тож це займе близько 2 хвилин, але після того, як це буде зроблено, він стане на вашому шляху в /usr/local/bin/ack.

Мені подобається цей варіант установки, оскільки він використовує стандартні сховища apt та cpan. Він використовує бібліотеки Perl, які будуть модернізовані за допомогою автоматизованих інструментів. Це може бути легко реалізовано в автоматизованих інструментах, таких як Ansible.

На жаль, ackце не у сховищах 17.10. Вирішення проблеми полягає в тому, щоб встановити його вручну відповідно до інструкцій на своєму веб-сайті .

Ось що я зробив:

$ sudo su
# curl https://beyondgrep.com/ack-2.18-single-file > /usr/local/bin/ack && chmod 0755 /usr/local/bin/ack

Пакети, які не підтримують автоматичне тестування пакунків Ubuntu не включаються до випуску, принаймні, не з Всесвітнього архіву (який регулярно імпортується та автоматизується з Debian Unstable).

Через зміну під час циклу випуску Ubuntu 17.10 Artful Release щось порушило автоматичну перевірку Ack у Ubuntu, і, отже, припинило включення Ack у версії Ubuntu. Ви навіть не можете знайти його в поточному знімку розробки bionic, але ви можете встановити його, якщо додати рядок для bionic-proposedсвого sources.list.

Досі незрозуміло, в чому саме полягала ця зміна, відповідно, в чому причина (можливо, помилка в інфраструктурі автоматичного тестування Ubuntu) та в чому полягає тригер. (Можливо, перехід на Perl 5.26 виникла проблема в автоматичній тест-службі Ubuntu.)

Ясна річ, що ця проблема специфічна для ubuntu, оскільки автоматичний тест Ack в Debian проходить без жодних проблем. І запуск автотехнічного тестування локально на знімку розвитку Ubuntu 18.04 Bionic не демонструє цих тестових збоїв . (І, схоже, він базується на Ubuntu. І той самий тестовий набір також запускається під час збирання, і якби він не пройшов, пакет не створив би, що вважається набагато серйознішою проблемою.)

Ще один натяк на те, що проблема прихована десь в автоструктурі Ubuntu з автоматичним кілограмом, - це той факт, що більшість тест-помилок розглядають їх внесок раптово як STDIN замість очікуваних файлів .

Будь-який натяк на основні причини цих дивних тестів, пов’язаних з убунту-автопкштестом, дуже цінується як у звіті про помилки запуску, так і у відповідному звіті про помилки .

Як @muru, зазначений у коментарях вище, пакет був видалений, оскільки він порушений в 17.10, так що так, ні, зараз ackу сховищах 17.10.

Здогадуюсь, я повинен слідкувати за https://packages.ubuntu.com/search?suite=artful&keywords=ack, щоб знати, коли він буде доступний знову.

Мені вдалося встановити пакет Ubuntu 18.04 на мій ящик Ubuntu 17.10:

$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=17.10
DISTRIB_CODENAME=artful
DISTRIB_DESCRIPTION="Ubuntu 17.10"
$ sudo apt install libfile-next-perl
...snip...
$ wget https://launchpad.net/ubuntu/+archive/primary/+files/ack_2.18-2_all.deb
...snip...
$ sudo dpkg -i ack_2.18-2_all.deb
...snip...
$ ack --version
ack 2.18
Running under Perl 5.26.0 at /usr/bin/perl

Copyright 2005-2017 Andy Lester.

This program is free software.  You may modify or distribute it
under the terms of the Artistic License v2.0.

Якщо dpkgкоманда для вас не вдається, це, мабуть, тому, що ви пропускаєте певну залежність, яку я вже маю. Спробуйте apt installбудь-які відсутні залежності, а потім знову запустіть dpkgрядок.

Мені подобається такий підхід краще, ніж використання CPAN, тому що APT / dpkg все ще може побачити, що цей пакет встановлений, і він зможе оновити його пізніше, коли Ubuntu отримає свою ситуацію збирання.

(Дякую Акселю Беккерту за публікацію посилання на звіт про помилку Launchpad, саме тут я отримав цю ідею.)