Je veux réinstaller CUPS.
Comment faire pour être sûr que c'est bien fait et ne pas oublier de
paquet ?
Non ce n'est pas un troll.
Dois-je utiliser :
- synaptic
- aptitude
- ou même dpkg ?
Juste la démarche et le pourquoi.
D'avance 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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4dbb27eb$0$17616$426a74cc@news.free.fr
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rémi Vanicat
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/
moi-meme <chiebel@free.fr> 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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/8739l07lag.dlv@debian.org
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/
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
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
--
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
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
-- 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
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$
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4dbc6674$0$11353$426a74cc@news.free.fr
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
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$
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4dbc670b$0$11353$426a74cc@news.free.fr
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
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$
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4dbc7478$0$4861$426a74cc@news.free.fr
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$
