R

Rémi Vanicat

30/04/2011 à 00:30

moi-meme writes:

Je veux réinstaller CUPS.
Comment faire pour être sûr que c'est bien fait et ne pas oublier de
paquet ?

Que veut tu réinstallé exactement ? cups et toutes ses dépendances ? ça
parait difficile, si le paquet est déjà installé, le réinstallé ne
réinstalle que lui...

Non ce n'est pas un troll.

Dois-je utiliser :
- synaptic
- aptitude

avec aptitude:
méthode simple:
# aptitude reinstall cups
méthode un peu plus complexe:
# aptitude purge cups && aptitude install cups

Dans le deuxième cas tous les fichiers de configurations (de cups) seront
supprimer, ce qui peut être ce que tu veux en fait.

Au passage juste un
# dpkg-reconfigure cups
peut résoudre automatiquement certain problème sans avoir à tout
réinstaller. (cela relance juste la configuration du paquet, mais ne
refait pas le reste de l'installation.)

--
Rémi Vanicat

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

JF Straeten

30/04/2011 à 01:00

--huq684BweRXVnRxX
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Re,

On Fri, Apr 29, 2011 at 09:04:43PM +0000, moi-meme wrote:

[...]

Dois-je utiliser :

- synaptic
- aptitude
- ou même dpkg ?

Juste la démarche et le pourquoi.

Ce que tu veux, en fait...

Il y a aussi apt-get.

Mais les outils que tu cites ne se situent pas tous au même niveau
dans le processus d'installation.

En trois mots, dpkg est un gestionnaire de paquet de 'moyen niveau',
on va dire, auquel tu passes le nom d'un paquet (un fichier .deb).

Il est capable de l'installer, c.-à-d. de décompresser l'archive que
constitue le paquet (les .deb sont des archives ar, basiquement), pour
que les fichiers qu'il contient se retrouvent aux bonnes places.

dpkg fait quelques checks basiques, du style au moins te prévenir
(voire refuser d'aller plus loin) si le paquet que tu installes veut
remplacer un fichier d'un autre paquet existant sur le système, ou si
une dépendance du paquet que tu installes est manquante.

Mais il ne va pas beaucoup plus loin dans la gestion des dépendances
et c'est là qu'entre en scène APT (Advanced Package Tool), qui est
capable d'analyser les dépendances que nécessite un paquet, de les
localiser et de faire ce qu'il faut pour les installer dans le bon
ordre, pour que dpkg ne se fâche pas.

Une fois qu'il a fait sa magie, il passe la main à dpkg qui fait le
boulot concret d'installation. (APT ne manipule pas directement des
.deb, mais juste des noms de .deb, qu'il organise d'une manière
cohérente en vue de leur installation harmonieuse).

Formellement (physiquement ?), APT se présente sous la forme d'une
librairie qui contient des fonctions utiles à la manipulation des
paquets. Tu l'utilises médiatement, à travers des 'frontaux'
(front-end) destinés à mettre ses fonctionnalités à disposition de
l'admin de la machine.

Il ne reste donc plus qu'à dire un mot de ces frontaux pour terminer.
Celui auquel on pense probablement en premier lieu est apt-get
(utilitaire en ligne de commande), mais il y a aussi les deux autres
que tu cites : aptitude (interface utilisateur en mode texte ou
command line) et synaptic (idem, mais en mode graphique).

Ils fournissent tous à l'admin une interface pour interagir avec la
librairie APT et donner des ordres relatifs aux paquets. Et ils le
font plus ou moins spartiatement suivant l'outil considéré. apt-get
est le plus spartiate (ligne de commande uniquement) et synaptic le
plus urbain (il a une belle interface GTK+, pour mettre de son côté
toutes les chances de gagner les novices à la grande cause de
l'administration système), en passant par aptitude qui offre un usage
tant en command line, qu'en interface texte, et qui est un peu aux
gestionnaires de paquets ce que Mutt est aux mailers.

Si tu voulais une analogie, pense à APT comme à l'architecte qui
coordonne les corps de métier sur un chantier : d'abord l'électricien
pour rainurer et câbler, ensuite le vitrier pour placer les châssis et
enfin le plafonneur pour ragréer le tout, impérativement dans cet
ordre.

Ce faisant, il a résolu les « dépendances » qu'impliquait l'ouvrage,
mais sans toucher lui-même à un câble ou à un seau de plâtre. Ce
travail a été pris en charge par les corps de métiers (dpkg dans notre
cas) qui ont mis câbles et seaux de plâtre en place (les paquets),
mais qui par contre se soucient pas de qui vient après eux et est venu
avant.

Enfin, un jour l'architecte était en costard (l'admin a utilisé
synaptic, par exemple), le lendemain en jeans (l'admin a utilisé
aptitude) et le surlendemain en short avec des slashs (il vient de
taper une commande apt-get)... C'est toujours le même architecte ; il
est juste fringué autrement ;)

Quant à savoir si ça sera installé proprement, ça ne dépend pas d e ce
qui précède (on n'a traité que du comment installer et comment
s'articule tout le binz), mais de ce que tu installes, c.-à-d. de la
qualité du câble inséré ou du plâtre de ragrément, ou dans notr e cas
de tes paquets : si elle est douteuse, les meilleurs professionnels
(ou les meilleurs frontaux) n'y changeront rien...

Mais tu n'est pas sous Debian pour rien :-), où justement la Debian
Policy et la rigueur des développeurs te garantissent normalement une
excellente qualité de paquets.

Purge bien la première installation (pour qu'aucun ancien fichier de
config ne traîne), et réinstalle (avec l'outil de ton choix ; prend
juste celui avec lequel tu es le plus à l'aise) et il n'y aucune
raison pour que ça ne se passe pas bien, en principe.

À partir de là, il faudra évidemment bidouiller la config
soigneusement pour garder un logiciel fonctionnel, mais tout le monde
conviendra que faire le goret à ce niveau ne permet plus d'incriminer
les outils de gestion des paquets ;)

Hih,

--

JFS.

--huq684BweRXVnRxX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQFNu0K/JD4ifmVNlu8RAsgFAKCmNuG5IsXmmGDJeadOOWM3SJOQlwCfd0sL
PSs9PWF7XEPf/mIYQ9zlC9A =7Isr
-----END PGP SIGNATURE-----

--huq684BweRXVnRxX--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

--huq684BweRXVnRxX
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Re,

On Fri, Apr 29, 2011 at 09:04:43PM +0000, moi-meme wrote:

[...]

Dois-je utiliser :

- synaptic
- aptitude
- ou même dpkg ?

Juste la démarche et le pourquoi.

Ce que tu veux, en fait...

Il y a aussi apt-get.

Mais les outils que tu cites ne se situent pas tous au même niveau
dans le processus d'installation.

En trois mots, dpkg est un gestionnaire de paquet de 'moyen niveau',
on va dire, auquel tu passes le nom d'un paquet (un fichier .deb).

Il est capable de l'installer, c.-à-d. de décompresser l'archive que
constitue le paquet (les .deb sont des archives ar, basiquement), pour
que les fichiers qu'il contient se retrouvent aux bonnes places.

dpkg fait quelques checks basiques, du style au moins te prévenir
(voire refuser d'aller plus loin) si le paquet que tu installes veut
remplacer un fichier d'un autre paquet existant sur le système, ou si
une dépendance du paquet que tu installes est manquante.

Mais il ne va pas beaucoup plus loin dans la gestion des dépendances
et c'est là qu'entre en scène APT (Advanced Package Tool), qui est
capable d'analyser les dépendances que nécessite un paquet, de les
localiser et de faire ce qu'il faut pour les installer dans le bon
ordre, pour que dpkg ne se fâche pas.

Une fois qu'il a fait sa magie, il passe la main à dpkg qui fait le
boulot concret d'installation. (APT ne manipule pas directement des
.deb, mais juste des noms de .deb, qu'il organise d'une manière
cohérente en vue de leur installation harmonieuse).

Formellement (physiquement ?), APT se présente sous la forme d'une
librairie qui contient des fonctions utiles à la manipulation des
paquets. Tu l'utilises médiatement, à travers des 'frontaux'
(front-end) destinés à mettre ses fonctionnalités à disposition de
l'admin de la machine.

Il ne reste donc plus qu'à dire un mot de ces frontaux pour terminer.
Celui auquel on pense probablement en premier lieu est apt-get
(utilitaire en ligne de commande), mais il y a aussi les deux autres
que tu cites : aptitude (interface utilisateur en mode texte ou
command line) et synaptic (idem, mais en mode graphique).

Ils fournissent tous à l'admin une interface pour interagir avec la
librairie APT et donner des ordres relatifs aux paquets. Et ils le
font plus ou moins spartiatement suivant l'outil considéré. apt-get
est le plus spartiate (ligne de commande uniquement) et synaptic le
plus urbain (il a une belle interface GTK+, pour mettre de son côté
toutes les chances de gagner les novices à la grande cause de
l'administration système), en passant par aptitude qui offre un usage
tant en command line, qu'en interface texte, et qui est un peu aux
gestionnaires de paquets ce que Mutt est aux mailers.

Si tu voulais une analogie, pense à APT comme à l'architecte qui
coordonne les corps de métier sur un chantier : d'abord l'électricien
pour rainurer et câbler, ensuite le vitrier pour placer les châssis et
enfin le plafonneur pour ragréer le tout, impérativement dans cet
ordre.

Ce faisant, il a résolu les « dépendances » qu'impliquait l'ouvrage,
mais sans toucher lui-même à un câble ou à un seau de plâtre. Ce
travail a été pris en charge par les corps de métiers (dpkg dans notre
cas) qui ont mis câbles et seaux de plâtre en place (les paquets),
mais qui par contre se soucient pas de qui vient après eux et est venu
avant.

Enfin, un jour l'architecte était en costard (l'admin a utilisé
synaptic, par exemple), le lendemain en jeans (l'admin a utilisé
aptitude) et le surlendemain en short avec des slashs (il vient de
taper une commande apt-get)... C'est toujours le même architecte ; il
est juste fringué autrement ;)

Quant à savoir si ça sera installé proprement, ça ne dépend pas d e ce
qui précède (on n'a traité que du comment installer et comment
s'articule tout le binz), mais de ce que tu installes, c.-à-d. de la
qualité du câble inséré ou du plâtre de ragrément, ou dans notr e cas
de tes paquets : si elle est douteuse, les meilleurs professionnels
(ou les meilleurs frontaux) n'y changeront rien...

Mais tu n'est pas sous Debian pour rien :-), où justement la Debian
Policy et la rigueur des développeurs te garantissent normalement une
excellente qualité de paquets.

Purge bien la première installation (pour qu'aucun ancien fichier de
config ne traîne), et réinstalle (avec l'outil de ton choix ; prend
juste celui avec lequel tu es le plus à l'aise) et il n'y aucune
raison pour que ça ne se passe pas bien, en principe.

À partir de là, il faudra évidemment bidouiller la config
soigneusement pour garder un logiciel fonctionnel, mais tout le monde
conviendra que faire le goret à ce niveau ne permet plus d'incriminer
les outils de gestion des paquets ;)

Hih,

--

JFS.

--huq684BweRXVnRxX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQFNu0K/JD4ifmVNlu8RAsgFAKCmNuG5IsXmmGDJeadOOWM3SJOQlwCfd0sL
PSs9PWF7XEPf/mIYQ9zlC9A =7Isr
-----END PGP SIGNATURE-----

--huq684BweRXVnRxX--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110429225911.GA22354@jones.jfs.dt

Vous avez filtré cet utilisateur ! Consultez son message

--huq684BweRXVnRxX
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Re,

On Fri, Apr 29, 2011 at 09:04:43PM +0000, moi-meme wrote:

[...]

Dois-je utiliser :

- synaptic
- aptitude
- ou même dpkg ?

Juste la démarche et le pourquoi.

Ce que tu veux, en fait...

Il y a aussi apt-get.

Mais les outils que tu cites ne se situent pas tous au même niveau
dans le processus d'installation.

En trois mots, dpkg est un gestionnaire de paquet de 'moyen niveau',
on va dire, auquel tu passes le nom d'un paquet (un fichier .deb).

Il est capable de l'installer, c.-à-d. de décompresser l'archive que
constitue le paquet (les .deb sont des archives ar, basiquement), pour
que les fichiers qu'il contient se retrouvent aux bonnes places.

dpkg fait quelques checks basiques, du style au moins te prévenir
(voire refuser d'aller plus loin) si le paquet que tu installes veut
remplacer un fichier d'un autre paquet existant sur le système, ou si
une dépendance du paquet que tu installes est manquante.

Mais il ne va pas beaucoup plus loin dans la gestion des dépendances
et c'est là qu'entre en scène APT (Advanced Package Tool), qui est
capable d'analyser les dépendances que nécessite un paquet, de les
localiser et de faire ce qu'il faut pour les installer dans le bon
ordre, pour que dpkg ne se fâche pas.

Une fois qu'il a fait sa magie, il passe la main à dpkg qui fait le
boulot concret d'installation. (APT ne manipule pas directement des
.deb, mais juste des noms de .deb, qu'il organise d'une manière
cohérente en vue de leur installation harmonieuse).

Formellement (physiquement ?), APT se présente sous la forme d'une
librairie qui contient des fonctions utiles à la manipulation des
paquets. Tu l'utilises médiatement, à travers des 'frontaux'
(front-end) destinés à mettre ses fonctionnalités à disposition de
l'admin de la machine.

Il ne reste donc plus qu'à dire un mot de ces frontaux pour terminer.
Celui auquel on pense probablement en premier lieu est apt-get
(utilitaire en ligne de commande), mais il y a aussi les deux autres
que tu cites : aptitude (interface utilisateur en mode texte ou
command line) et synaptic (idem, mais en mode graphique).

Ils fournissent tous à l'admin une interface pour interagir avec la
librairie APT et donner des ordres relatifs aux paquets. Et ils le
font plus ou moins spartiatement suivant l'outil considéré. apt-get
est le plus spartiate (ligne de commande uniquement) et synaptic le
plus urbain (il a une belle interface GTK+, pour mettre de son côté
toutes les chances de gagner les novices à la grande cause de
l'administration système), en passant par aptitude qui offre un usage
tant en command line, qu'en interface texte, et qui est un peu aux
gestionnaires de paquets ce que Mutt est aux mailers.

Si tu voulais une analogie, pense à APT comme à l'architecte qui
coordonne les corps de métier sur un chantier : d'abord l'électricien
pour rainurer et câbler, ensuite le vitrier pour placer les châssis et
enfin le plafonneur pour ragréer le tout, impérativement dans cet
ordre.

Ce faisant, il a résolu les « dépendances » qu'impliquait l'ouvrage,
mais sans toucher lui-même à un câble ou à un seau de plâtre. Ce
travail a été pris en charge par les corps de métiers (dpkg dans notre
cas) qui ont mis câbles et seaux de plâtre en place (les paquets),
mais qui par contre se soucient pas de qui vient après eux et est venu
avant.

Enfin, un jour l'architecte était en costard (l'admin a utilisé
synaptic, par exemple), le lendemain en jeans (l'admin a utilisé
aptitude) et le surlendemain en short avec des slashs (il vient de
taper une commande apt-get)... C'est toujours le même architecte ; il
est juste fringué autrement ;)

Quant à savoir si ça sera installé proprement, ça ne dépend pas d e ce
qui précède (on n'a traité que du comment installer et comment
s'articule tout le binz), mais de ce que tu installes, c.-à-d. de la
qualité du câble inséré ou du plâtre de ragrément, ou dans notr e cas
de tes paquets : si elle est douteuse, les meilleurs professionnels
(ou les meilleurs frontaux) n'y changeront rien...

Mais tu n'est pas sous Debian pour rien :-), où justement la Debian
Policy et la rigueur des développeurs te garantissent normalement une
excellente qualité de paquets.

Purge bien la première installation (pour qu'aucun ancien fichier de
config ne traîne), et réinstalle (avec l'outil de ton choix ; prend
juste celui avec lequel tu es le plus à l'aise) et il n'y aucune
raison pour que ça ne se passe pas bien, en principe.

À partir de là, il faudra évidemment bidouiller la config
soigneusement pour garder un logiciel fonctionnel, mais tout le monde
conviendra que faire le goret à ce niveau ne permet plus d'incriminer
les outils de gestion des paquets ;)

Hih,

--

JFS.

--huq684BweRXVnRxX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQFNu0K/JD4ifmVNlu8RAsgFAKCmNuG5IsXmmGDJeadOOWM3SJOQlwCfd0sL
PSs9PWF7XEPf/mIYQ9zlC9A =7Isr
-----END PGP SIGNATURE-----

--huq684BweRXVnRxX--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

moi-meme

30/04/2011 à 22:10

Le Sat, 30 Apr 2011 00:30:03 +0200, Rémi Vanicat a écrit :

# aptitude purge cups && aptitude install cups

sans effet à priori tous les fichiers de configs ont été enlevés puis
remis (j'ai été obligé de remettre mon imprimante).

Au passage juste un
# dpkg-reconfigure cups

sans effet

Comme je l'ai dit dans un autre post : j'ai trouvé un contournement donc
je laisse tomber.

Je ne croyais pas qu'on pouvait supprimer CUPS avec toutes ces
dépendances.

Merci pour toutes ces informations très utiles.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/4dbc6674$0$11353$

moi-meme

30/04/2011 à 22:10

Le Sat, 30 Apr 2011 01:00:01 +0200, JF Straeten a écrit :

Purge bien la première installation (pour qu'aucun ancien fichier de
config ne traîne), et réinstalle (avec l'outil de ton choix ; prend
juste celui avec lequel tu es le plus à l'aise) et il n'y aucune raison
pour que ça ne se passe pas bien, en principe.

À partir de là, il faudra évidemment bidouiller la config soigneusement
pour garder un logiciel fonctionnel, mais tout le monde conviendra que
faire le goret à ce niveau ne permet plus d'incriminer les outils de
gestion des paquets

merci pour toutes ces infos.

Rémi m'a donné un script qui a pas marché mais n'a rien réglé.

J'ai tenté, ça n'a pas marché. Je laisse tomber ayant trouvé un
contournement.

Merci

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/4dbc670b$0$11353$

moi-meme

30/04/2011 à 23:10

Le Sat, 30 Apr 2011 22:10:02 +0200, moi-meme a écrit :

Rémi m'a donné un script qui a pas marché mais n'a rien réglé.

correction :
un script qui a marché mais n'a rien réglé

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/4dbc7478$0$4861$

R

5 réponses

Veuillez sélectionner un problème