Impossible de trouver un accusé de réception dans les dépôts Ubuntu 17.10

13

J'essaie d'installer ack via apt mais il semble que ce ne soit plus disponible dans les repos. Les deux:

sudo apt install ack
sudo apt install ack-grep

donne l'erreur suivante:

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

N’est-il plus disponible dans les référentiels 17.10?

    
posée Cimm 02.11.2017 - 12:24
la source

5 réponses

3

Comme @muru indiqué dans les commentaires ci-dessus, le paquet a été supprimé car il est cassé en 17.10, alors oui, pas de ack dans les dépôts de 17.10 pour le moment.

Je devrais garder un œil sur lien pour savoir quand il sera à nouveau disponible.

    
réponse donnée Cimm 02.11.2017 - 16:04
la source
9

Ack a un échec de test dans Ubuntu 17.10 Artful et il a été exclu d'Ubuntu jusqu'à ce qu'il passe. Perl a été mis à jour sur Artful et l'ancienne version d'Ack n'est pas supportée par le nouveau Perl. La nouvelle version ne réussit pas tous ses tests. L'échec du test est dû à des problèmes avec le framework de test exécuté sous Ubuntu (même s'il fonctionne correctement dans Debian). Une nouvelle version qui passera sera publiée prochainement .

En attendant, une solution de contournement consiste à l'installer via CPAN, comme suggéré sur la page d'accueil ack . Si vous n'avez pas déjà installé CPAN, vous devez d'abord l'installer:

sudo apt install cpanminus

Ensuite, vous pouvez l’utiliser pour installer ack:

sudo cpanm install App::Ack

Il va le construire et le tester, donc cela prend environ 2 minutes, mais une fois terminé, il sera dans votre chemin à /usr/local/bin/ack .

J'aime cette option d’installation car elle utilise des référentiels apt et cpan standard. Il utilise des bibliothèques Perl qui seront mises à niveau par des outils automatisés. Il peut être facilement implémenté dans des outils automatisés tels que Ansible.

    
réponse donnée Stephen Ostermiller 04.12.2017 - 10:58
la source
6

Malheureusement, ack n'est pas dans 17.10 référentiels. Une solution consiste à l’installer manuellement en suivant les instructions de son site Web .

Voici ce que j'ai fait:

$ sudo su
# curl https://beyondgrep.com/ack-2.18-single-file > /usr/local/bin/ack && chmod 0755 /usr/local/bin/ack
    
réponse donnée Pēteris Caune 09.11.2017 - 13:20
la source
3

Les paquets qui échouent le test automatique du paquet Ubuntu tel qu’installé ne sont pas inclus dans une version, du moins ceux qui ne proviennent pas de l’archive de l’univers ( qui est importé régulièrement et automatisé à partir de Debian Unstable).

En raison d’un changement au cours du cycle Ubuntu 17.10 Artful Release, quelque chose a cassé autopkgtest d’ack dans Ubuntu et a donc empêché ack d’être inclus dans les versions d'Ubuntu. Vous ne pouvez même pas le trouver dans l'instantané de développement en cours bionic , mais vous pouvez l'installer si vous ajoutez une ligne pour bionic-proposed à votre sources.list .

Il n’est toujours pas clair, quelle était exactement cette modification, quelle était la raison (peut-être un bogue dans l’infrastructure de test automatique d'Ubuntu) et quel est le déclencheur. (Peut-être que le passage à Perl 5.26 présentait un problème dans l’infrastructure de test automatique d’Ubuntu.)

Ce qui est clair cependant, c’est que ce problème est spécifique à Ubuntu, car les autopkgtest d’ack dans Debian sont passés sans aucune problèmes. Et exécuter autopkgtest localement sur un instantané de développement d'Ubuntu 18.04 Bionic ne présente pas ces tests échecs non plus. (Et cela semble se baser sur Ubuntu. Et la même suite de tests est également exécutée au moment de la construction, et si elle ne passait pas, le paquetage ne serait pas considéré comme un problème beaucoup plus grave.)

Un autre indice que le problème est caché quelque part dans l’infrastructure d’autopkgtest d’Ubuntu est le fait que la plupart des échecs de test saisissez soudainement STDIN au lieu des fichiers attendus .

Tout indice sur les raisons sous-jacentes à ces échecs de test étranges spécifiques à ubuntu-autopkgtest est très apprécié dans le selon le rapport de bogue du tableau de bord ou dans le rapport de bogue en amont .

    
réponse donnée Axel Beckert 13.12.2017 - 02:27
la source
1

J'ai pu installer le paquet Ubuntu 18.04 sur ma boîte 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.

Si la commande dpkg échoue pour vous, c'est probablement parce que vous avez déjà une dépendance. Essayez de apt install toutes les dépendances manquantes, puis exécutez à nouveau la ligne dpkg .

J'aime mieux cette approche que l’utilisation de CPAN, car APT / dpkg peut encore voir que ce paquet est installé et pourra le mettre à jour plus tard, une fois la situation de compilation d’Ubuntu réglée.

(Merci Axel Beckert pour avoir publié un lien vers le rapport de bogue de Launchpad, où je me suis fait cette idée.)

    
réponse donnée Mark E. Haase 09.01.2018 - 17:24
la source

Lire d'autres questions sur les étiquettes