Vous n'êtes pas identifié(e).
Pages : 1
Que répondre à cette dernière question?
Si je réponds "y", tous les paquets sont installés, mm le bugué
Si je réponds "n", rien n'est installé,
Comment ne pas installer uniquement le paquet bugué (et les paquets qui en dépendent)
Je ne comprends pas le sens des options "a" et "p"
je dois pouvoir le déselectionner avec dpkg, mais ça ne me parait pas élégant comme solution
Des idées?
Dernière modification par David5647 (06-06-2018 22:09:22)
Hors ligne
Dernière modification par Philou92 (05-06-2018 21:33:11)
Tousse antique Ovide !
Hors ligne
malheureusement,
Je cherche aussi une réponse plus globale et non spécifique à ce paquet?
que faire lorqu'un paquet est détecté bugué?
Parceque là, j'ai l'impression que un paquet bugué bloque toutes les mises à jour d'autres paquets, qui n'en dépendent pas forcement...
Hors ligne
pour bloquer la dernière M.A.J. du paquet
pour débloquer la M.A.J. du paquet
puis effectuer
normalement
ou alors désinstaller libcurl3
Dernière modification par Debian Alain (05-06-2018 21:55:13)
Hors ligne
Hors ligne
dpkg -l | grep libcurl3
ri libcurl3:amd64 7.60.0-1 amd64 easy-to-use client-side URL transfer library (OpenSSL flavour)
ii libcurl3-gnutls:amd64 7.60.0-2 amd64 easy-to-use client-side URL transfer library (GnuTLS flavour)
malheureusement,
Je cherche aussi une réponse plus globale et non spécifique à ce paquet?
que faire lorqu'un paquet est détecté bugué?
Parceque là, j'ai l'impression que un paquet bugué bloque toutes les mises à jour d'autres paquets, qui n'en dépendent pas forcement...
A priori le "r" marque comme action pour libcurl3 comme paquet à supprimer. Donc il ne devrait pas y avoir de souci.
Mais bon je trompe peut-être. Attendre d'autre avis avant de conclure.
Flute pas vu la réponse de mercredi qui confirme ce que j'ai écris.
Dernière modification par Philou92 (06-06-2018 21:33:11)
Tousse antique Ovide !
Hors ligne
In most cases parallel installation of several SONAME versions of
a library is a working setup, but for cases like libcurl3->libcurl4
the only thing you could argue for would be changing the wording in
policy - parallel installation is not technically feasible here.
> This means that, regardless of what Debian does with packages depending
> on libcurl, libcurl4 cannot be installed if the user has third party or
> home brew software that requires libcurl3.
libcurl3 is not part of buster, and using libraries from previous
releases that are no longer present in a new stable Debian release is
not strictly supported - it works most of the time, but when problems
are reported a Breaks/Conflicts against that library is usually the
solution.
> I found this because I have netsurf-gtk installed, which Depends:
> libcurl3. netsurf-gtk is currently the same version in stable and
> unstable, but has been removed from testing.
Hors ligne
Pages : 1