Matériel: Raspberry Pi 3B+ à la maison Version de YunoHost: 3.8.4.9 J’ai accès à mon serveur : En SSH Êtes-vous dans un contexte particulier ou avez-vous effectué des modifications particulières sur votre instance ? : non
Description du problème
Bonjour, j’essaye d’installer Mastodon et l’installation échoue. Cela semble venir d’un problème de dépendance concernant libgbdm6.
Voici le log : https://paste.yunohost.org/raw/banabapuwe
Mouarf ben je pige pas trop … j’ai l’impression que libgdbm6 est une fausse piste (c’est compliqué à expliquer mais quand l’installe des deps échoue, il essaye une commande censée donner + d’infos, mais là il y a un cas où il faut que libgdbm3
OU libgdbm6 soit installé mais dans cette commande il croit que les deux doivent être installé…)
Bref, sinon eventuellement ceci, mais j’suis pas convaincu :
Reading package lists…
Building dependency tree…
Reading state information…
apt-transport-https is already the newest version (1.4.10).
autoconf is already the newest version (2.69-10).
autoconf set to manually installed.
build-essential is already the newest version (12.3).
curl is already the newest version (7.52.1-5+deb9u10).
file is already the newest version (1:5.30-1+deb9u3).
file set to manually installed.
g++ is already the newest version (4:6.3.0-4).
g++ set to manually installed.
gcc is already the newest version (4:6.3.0-4).
gcc set to manually installed.
imagemagick is already the newest version (8:6.9.7.4+dfsg-11+deb9u7).
imagemagick set to manually installed.
libgdbm3 is already the newest version (1.8.3-14).
pkg-config is already the newest version (0.29-4).
redis-server is already the newest version (3:3.2.6-3+deb9u3).
redis-server set to manually installed.
redis-tools is already the newest version (3:3.2.6-3+deb9u3).
redis-tools set to manually installed.
zlib1g-dev is already the newest version (1:1.2.8.dfsg-5).
zlib1g-dev set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
libssl-dev : Depends: libssl1.1 (= 1.1.0l-1~deb9u1) but 1.1.1g-1+0~20200421.17+debi an9~1.gbpf6902f is to be installed
Recommends: libssl-doc but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Oui c’est normal car ces commandes ne changent rien, elles permettent juste de comprendre ce qu’il se passe…
Je vais probablement parler chinois mais pour les gens techniques qui pourraient passer par la :
c’est probablement un “relicat” du merdier avec Sury
à mon avis c’est du au fait que libssl1.1 était installé depuis sury, mais pas libssl-dev
comme notre politique de pinning de sury, on est plus du tout censé installer libssl-dev ou libssl1.1 depuis sury (pinning -1) … mais avant ce n’était pas le cas, d’où le fait que libssl1.1 ait été installé depuis sury
Bref, pour t’en sortir a mon avis tu peux faire un :
Merci pour les explications, il manquait un 1 après le = dans ta dernière commande apt et après correction, cela semble être ok :
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following NEW packages will be installed:
libssl-dev
0 upgraded, 1 newly installed, 0 to remove and 10 not upgraded.
Need to get 1,617 kB of archives.
After this operation, 5,463 kB of additional disk space will be used.
Get:1 Index of /php/ stretch/main armhf libssl-dev armhf 1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f [1,617 kB]
Fetched 1,617 kB in 0s (2,899 kB/s)
Selecting previously unselected package libssl-dev:armhf.
(Reading database … 67563 files and directories currently installed.)
Preparing to unpack …/libssl-dev_1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f_armhf.deb …
Unpacking libssl-dev:armhf (1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f) …
Setting up libssl-dev:armhf (1.1.1g-1+0~20200421.17+debian9~1.gbpf6902f) …
Par contre, la grosse commande avec --dry-run n’aboutit pas :
Reading package lists…
Building dependency tree…
Reading state information…
Package libssl-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
libssl-doc
E: Package ‘libssl-dev’ has no installation candidate