Le pavé numérique ne se verrouillait pas au démarrage.
Après recherche sur forum je trouve cette solution que j'applique
{"Il faut ajouter dans le fichier /etc/gdm/Init/Default les lignes
suivantes:
test -x /usr/bin/numlockx && /usr/bin/numlockx on
Ceci teste si le programme numlockx existe et le lance.
Si numlockx n'existe pas, il faut l'installer:
$ sudo aptitude install numlockx
Simple mais…efficace."}
RESULTAT :
Simple surement .... efficace ..... ce n'est pas démontré !!
Le mot de passe que j'utilisais pour me connecter ne fonctionne plus
(profil admin).
J'ai réussi à ouvrir un profil simple utilisateur que j'avais
préalablement créé (mot de passe simple sans chiffre).
J'ai tenté via le terminal de passer en mode root ($ sudo passwd root ou
$su) pour annuler les modifications que j'avais effectuées mais le
syteme répond "utilisateur is not in the sudoers file".
A part tout reformater et réinstaller Ubuntu .... y a-t-il une autre
solution?
Cela fait plusieurs fois que je réinstalle et je commence à m'en fatiguer.
Alors que les eleveurs et agriculteurs empoisonnent toujours la Bretagne, o ecrit ce qui suit en ce 11/12/2010 18:24 :
Si tu veux tenter l'aventure Linux, tente d'autres distributions
Certes .... mais laquelle?
Tu peux parfaitement t'initier au monde Linux avec une Ubuntu : c'est avec Mandriva la distribution la plus proche de la "philosophie" Ouindo$e, du moins sur le plan visuel et "clicodromesque". Choisis plutôt une version LTS comme la 10.04. Si toutefois tu veux entrer dans un monde plus proche de la philosophie sécuritaire du manchot, même si elle est également devenue une distribution à clic (alors que certains seraient plutôt des têtes à claques), la Debian est un excellent choix.
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Alors que les eleveurs et agriculteurs empoisonnent toujours la
Bretagne, o ecrit ce qui suit en ce 11/12/2010 18:24 :
Si tu veux tenter l'aventure Linux, tente d'autres distributions
Certes .... mais laquelle?
Tu peux parfaitement t'initier au monde Linux avec une Ubuntu : c'est
avec Mandriva la distribution la plus proche de la "philosophie"
Ouindo$e, du moins sur le plan visuel et "clicodromesque". Choisis
plutôt une version LTS comme la 10.04.
Si toutefois tu veux entrer dans un monde plus proche de la philosophie
sécuritaire du manchot, même si elle est également devenue une
distribution à clic (alors que certains seraient plutôt des têtes à
claques), la Debian est un excellent choix.
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Alors que les eleveurs et agriculteurs empoisonnent toujours la Bretagne, o ecrit ce qui suit en ce 11/12/2010 18:24 :
Si tu veux tenter l'aventure Linux, tente d'autres distributions
Certes .... mais laquelle?
Tu peux parfaitement t'initier au monde Linux avec une Ubuntu : c'est avec Mandriva la distribution la plus proche de la "philosophie" Ouindo$e, du moins sur le plan visuel et "clicodromesque". Choisis plutôt une version LTS comme la 10.04. Si toutefois tu veux entrer dans un monde plus proche de la philosophie sécuritaire du manchot, même si elle est également devenue une distribution à clic (alors que certains seraient plutôt des têtes à claques), la Debian est un excellent choix.
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Doug713705
Le 11/12/2010 21:04 dans fr.comp.os.linux.configuration Aeris nous expliquait:
Je ne connais pas assez Debian pour en parler avec certitude mais je suppose qu'un paquet .deb n'est qu'une archive compressée accompagnée d'un script d'installation et j'aurai du mal à concevoir que Debian ne dispose pas d'un outil permettant d'installer un paquet dans une arborescence autre que /
Cela ne résolvera pas le problème Il faudra bien remettre en état APT à un moment… qui t'écrasera sans vergogne ton noyau ou ta libc made-in-à-la-main et ira s'échouer lamentablement plus loin
Je ne suis pas sûr que tu aies saisis ce que je tente de t'expliquer. Je ne connais pas la procédure pour Debian (Fabien LE LEZ indique Debootstrap qui à l'air de faire précisémment ce dont je parle) mais je la connais très bien pour Slackware (le principe est totalement similaire).
L'idée est de monter les partitions du système à réparer sur un autre système. A partir de là, tant que le système de fichier est encore valide, il n'y a aucune raison pour laquelle il ne serait pas possible de remettre ce système en état de fonctionnement paquet par paquet et même d'y mettre un noyau personnalisé.
Evidemment, il ne faut pas esperer récupérer son noyau compilé à la main si on décide de remplacer les paquets idoines. Mais si on en est à essayer de récupérer le système de cette manière c'est qu'on partait du postulat que tu avais posé : le noyau et/ou la libc ont été cassés par une mise à jour foireuse.
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 11/12/2010 21:04 dans fr.comp.os.linux.configuration Aeris nous
expliquait:
Je ne connais pas assez Debian pour en parler avec certitude mais je
suppose qu'un paquet .deb n'est qu'une archive compressée accompagnée
d'un script d'installation et j'aurai du mal à concevoir que Debian ne
dispose pas d'un outil permettant d'installer un paquet dans une
arborescence autre que /
Cela ne résolvera pas le problème
Il faudra bien remettre en état APT à un moment… qui t'écrasera sans
vergogne ton noyau ou ta libc made-in-à-la-main et ira s'échouer
lamentablement plus loin
Je ne suis pas sûr que tu aies saisis ce que je tente de t'expliquer.
Je ne connais pas la procédure pour Debian (Fabien LE LEZ indique
Debootstrap qui à l'air de faire précisémment ce dont je parle) mais je
la connais très bien pour Slackware (le principe est totalement
similaire).
L'idée est de monter les partitions du système à réparer sur un autre
système. A partir de là, tant que le système de fichier est encore
valide, il n'y a aucune raison pour laquelle il ne serait pas possible
de remettre ce système en état de fonctionnement paquet par paquet et
même d'y mettre un noyau personnalisé.
Evidemment, il ne faut pas esperer récupérer son noyau compilé à la
main si on décide de remplacer les paquets idoines. Mais si on en est à
essayer de récupérer le système de cette manière c'est qu'on partait du
postulat que tu avais posé : le noyau et/ou la libc ont été cassés par
une mise à jour foireuse.
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 11/12/2010 21:04 dans fr.comp.os.linux.configuration Aeris nous expliquait:
Je ne connais pas assez Debian pour en parler avec certitude mais je suppose qu'un paquet .deb n'est qu'une archive compressée accompagnée d'un script d'installation et j'aurai du mal à concevoir que Debian ne dispose pas d'un outil permettant d'installer un paquet dans une arborescence autre que /
Cela ne résolvera pas le problème Il faudra bien remettre en état APT à un moment… qui t'écrasera sans vergogne ton noyau ou ta libc made-in-à-la-main et ira s'échouer lamentablement plus loin
Je ne suis pas sûr que tu aies saisis ce que je tente de t'expliquer. Je ne connais pas la procédure pour Debian (Fabien LE LEZ indique Debootstrap qui à l'air de faire précisémment ce dont je parle) mais je la connais très bien pour Slackware (le principe est totalement similaire).
L'idée est de monter les partitions du système à réparer sur un autre système. A partir de là, tant que le système de fichier est encore valide, il n'y a aucune raison pour laquelle il ne serait pas possible de remettre ce système en état de fonctionnement paquet par paquet et même d'y mettre un noyau personnalisé.
Evidemment, il ne faut pas esperer récupérer son noyau compilé à la main si on décide de remplacer les paquets idoines. Mais si on en est à essayer de récupérer le système de cette manière c'est qu'on partait du postulat que tu avais posé : le noyau et/ou la libc ont été cassés par une mise à jour foireuse.
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Benoit Izac
Bonjour,
le 11/12/2010 à 22:07, Doug a écrit dans le message <ie0p6c$1pq4$ :
Je ne suis pas sûr que tu aies saisis ce que je tente de t'expliquer. Je ne connais pas la procédure pour Debian (Fabien LE LEZ indique Debootstrap qui à l'air de faire précisémment ce dont je parle) mais je la connais très bien pour Slackware (le principe est totalement similaire).
debootstrap, c'est pour installer la base d'une debian/ubuntu dans un répertoire. C'est ce qui est utilisé par l'installateur. Ça télécharge les fichiers puis les extrait. La solution doit être plutôt du côté de dpkg (je n'ai pas de système deb sous la main).
-- Benoit Izac
Bonjour,
le 11/12/2010 à 22:07, Doug a écrit dans le message
<ie0p6c$1pq4$1@talisker.lacave.net> :
Je ne suis pas sûr que tu aies saisis ce que je tente de t'expliquer.
Je ne connais pas la procédure pour Debian (Fabien LE LEZ indique
Debootstrap qui à l'air de faire précisémment ce dont je parle) mais je
la connais très bien pour Slackware (le principe est totalement
similaire).
debootstrap, c'est pour installer la base d'une debian/ubuntu dans un
répertoire. C'est ce qui est utilisé par l'installateur. Ça télécharge
les fichiers puis les extrait. La solution doit être plutôt du côté de
dpkg (je n'ai pas de système deb sous la main).
le 11/12/2010 à 22:07, Doug a écrit dans le message <ie0p6c$1pq4$ :
Je ne suis pas sûr que tu aies saisis ce que je tente de t'expliquer. Je ne connais pas la procédure pour Debian (Fabien LE LEZ indique Debootstrap qui à l'air de faire précisémment ce dont je parle) mais je la connais très bien pour Slackware (le principe est totalement similaire).
debootstrap, c'est pour installer la base d'une debian/ubuntu dans un répertoire. C'est ce qui est utilisé par l'installateur. Ça télécharge les fichiers puis les extrait. La solution doit être plutôt du côté de dpkg (je n'ai pas de système deb sous la main).
-- Benoit Izac
Aeris
Doug713705 wrote:
L'idée est de monter les partitions du système à réparer sur un autre système. A partir de là, tant que le système de fichier est encore valide, il n'y a aucune raison pour laquelle il ne serait pas possible de remettre ce système en état de fonctionnement paquet par paquet et même d'y mettre un noyau personnalisé.
Sauf qu'il sera impossible de passer par APT, qui est gauffré en plein milieu d'un process d'upgrade Bon courage pour gérer les dépendances d'un full upgrade à la main…
Sans parler que quand on voudra dégauffrer l'APT, il va tenter de réinstaller ses propres paquets et regauffrer au même point ou presque Pour en avoir fait plusieurs fois l'expérience, une réinstallation est énormément plus simple et moins risquée…
Doug713705 wrote:
L'idée est de monter les partitions du système à réparer sur un autre
système. A partir de là, tant que le système de fichier est encore
valide, il n'y a aucune raison pour laquelle il ne serait pas possible
de remettre ce système en état de fonctionnement paquet par paquet et
même d'y mettre un noyau personnalisé.
Sauf qu'il sera impossible de passer par APT, qui est gauffré en plein
milieu d'un process d'upgrade
Bon courage pour gérer les dépendances d'un full upgrade à la main…
Sans parler que quand on voudra dégauffrer l'APT, il va tenter de
réinstaller ses propres paquets et regauffrer au même point ou presque
Pour en avoir fait plusieurs fois l'expérience, une réinstallation est
énormément plus simple et moins risquée…
L'idée est de monter les partitions du système à réparer sur un autre système. A partir de là, tant que le système de fichier est encore valide, il n'y a aucune raison pour laquelle il ne serait pas possible de remettre ce système en état de fonctionnement paquet par paquet et même d'y mettre un noyau personnalisé.
Sauf qu'il sera impossible de passer par APT, qui est gauffré en plein milieu d'un process d'upgrade Bon courage pour gérer les dépendances d'un full upgrade à la main…
Sans parler que quand on voudra dégauffrer l'APT, il va tenter de réinstaller ses propres paquets et regauffrer au même point ou presque Pour en avoir fait plusieurs fois l'expérience, une réinstallation est énormément plus simple et moins risquée…
Doug713705
Le 11/12/2010 22:39 dans fr.comp.os.linux.configuration Aeris nous expliquait:
Sauf qu'il sera impossible de passer par APT, qui est gauffré en plein milieu d'un process d'upgrade
Je ne connais pas les arcanes d'apt, mais le réinstaller à partir du système de secours ne suffirait-il pas ? Je ne connais vraiment pas assez Debian mais dans mon idée il s'agissait d'utiliser le apt (ou un autre outil équivalent) du système de secours sur le système à secourir et reconstruire le minimum pour pouvoir booter _et_ terminer la mise à jour quite à réinstaller tout ou partie des paquets.
Bon courage pour gérer les dépendances d'un full upgrade à la main…
Un slackeux les tricote lui même à la main s'il le faut ;-)
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 11/12/2010 22:39 dans fr.comp.os.linux.configuration Aeris nous
expliquait:
Sauf qu'il sera impossible de passer par APT, qui est gauffré en plein
milieu d'un process d'upgrade
Je ne connais pas les arcanes d'apt, mais le réinstaller à partir du
système de secours ne suffirait-il pas ?
Je ne connais vraiment pas assez Debian mais dans mon idée il s'agissait
d'utiliser le apt (ou un autre outil équivalent) du système de secours
sur le système à secourir et reconstruire le minimum pour pouvoir booter
_et_ terminer la mise à jour quite à réinstaller tout ou partie
des paquets.
Bon courage pour gérer les dépendances d'un full upgrade à
la main…
Un slackeux les tricote lui même à la main s'il le faut ;-)
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 11/12/2010 22:39 dans fr.comp.os.linux.configuration Aeris nous expliquait:
Sauf qu'il sera impossible de passer par APT, qui est gauffré en plein milieu d'un process d'upgrade
Je ne connais pas les arcanes d'apt, mais le réinstaller à partir du système de secours ne suffirait-il pas ? Je ne connais vraiment pas assez Debian mais dans mon idée il s'agissait d'utiliser le apt (ou un autre outil équivalent) du système de secours sur le système à secourir et reconstruire le minimum pour pouvoir booter _et_ terminer la mise à jour quite à réinstaller tout ou partie des paquets.
Bon courage pour gérer les dépendances d'un full upgrade à la main…
Un slackeux les tricote lui même à la main s'il le faut ;-)
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Aeris
Doug713705 wrote:
Je ne connais pas les arcanes d'apt, mais le réinstaller à partir du système de secours ne suffirait-il pas ?
Non Ce n'est pas APT qu'il faut réinstaller, ce qui serait faisable depuis un système de secours, mais les paquets qu'APT tente d'installer mais dont l'installation échoue Tu auras beau installer les paquets en cause depuis un APT d'un système de secours, la base de données de l'APT originel restera vérolée. Et quand tu repasseras sur le système normal, la 1ère chose qu'APT fera, ça sera de continuer l'installation, mais en partant de ses propres paquets, et non de ceux que tu as installés à la main, ce qui écrasera tout ton travail La seule solution serait effectivement de faire l'upgrade complet sur le système de secours. Sauf que sans APT sous la main, ça risque de prendre énormément de temps, en particulier rien que pour la gestion des dépendances
Un slackeux les tricote lui même à la main s'il le faut ;-)
Si tu passes par ton gestionnaire de dépendance oui Si celui-ci est planté, t'as plus qu'à te taper les tar zxf && make && make install de chaque dépendance à la main Je te laisse imaginer un KDE ou un Xorg…
Doug713705 wrote:
Je ne connais pas les arcanes d'apt, mais le réinstaller à partir du
système de secours ne suffirait-il pas ?
Non
Ce n'est pas APT qu'il faut réinstaller, ce qui serait faisable depuis un
système de secours, mais les paquets qu'APT tente d'installer mais dont
l'installation échoue
Tu auras beau installer les paquets en cause depuis un APT d'un système de
secours, la base de données de l'APT originel restera vérolée. Et quand tu
repasseras sur le système normal, la 1ère chose qu'APT fera, ça sera de
continuer l'installation, mais en partant de ses propres paquets, et non de
ceux que tu as installés à la main, ce qui écrasera tout ton travail
La seule solution serait effectivement de faire l'upgrade complet sur le
système de secours. Sauf que sans APT sous la main, ça risque de prendre
énormément de temps, en particulier rien que pour la gestion des dépendances
Un slackeux les tricote lui même à la main s'il le faut ;-)
Si tu passes par ton gestionnaire de dépendance oui
Si celui-ci est planté, t'as plus qu'à te taper les tar zxf && make && make
install de chaque dépendance à la main
Je te laisse imaginer un KDE ou un Xorg…
Je ne connais pas les arcanes d'apt, mais le réinstaller à partir du système de secours ne suffirait-il pas ?
Non Ce n'est pas APT qu'il faut réinstaller, ce qui serait faisable depuis un système de secours, mais les paquets qu'APT tente d'installer mais dont l'installation échoue Tu auras beau installer les paquets en cause depuis un APT d'un système de secours, la base de données de l'APT originel restera vérolée. Et quand tu repasseras sur le système normal, la 1ère chose qu'APT fera, ça sera de continuer l'installation, mais en partant de ses propres paquets, et non de ceux que tu as installés à la main, ce qui écrasera tout ton travail La seule solution serait effectivement de faire l'upgrade complet sur le système de secours. Sauf que sans APT sous la main, ça risque de prendre énormément de temps, en particulier rien que pour la gestion des dépendances
Un slackeux les tricote lui même à la main s'il le faut ;-)
Si tu passes par ton gestionnaire de dépendance oui Si celui-ci est planté, t'as plus qu'à te taper les tar zxf && make && make install de chaque dépendance à la main Je te laisse imaginer un KDE ou un Xorg…
Nicolas George
o, dans le message <4d03b90e$0$7682$, a écrit :
Merci ... ça fait avancer le "schmilblick" !!
Quand un troll débarque (parce qu'un gus qui prétend utiliser windows depuis plus de trente ans quand ledit windows n'existe que depuis vingt-six ans, ça ne peut qu'être un troll de bas étage), on ne cherche pas à faire avancer quoi que ce soit.
o, dans le message <4d03b90e$0$7682$ba4acef3@reader.news.orange.fr>, a
écrit :
Merci ... ça fait avancer le "schmilblick" !!
Quand un troll débarque (parce qu'un gus qui prétend utiliser windows depuis
plus de trente ans quand ledit windows n'existe que depuis vingt-six ans, ça
ne peut qu'être un troll de bas étage), on ne cherche pas à faire avancer
quoi que ce soit.
Quand un troll débarque (parce qu'un gus qui prétend utiliser windows depuis plus de trente ans quand ledit windows n'existe que depuis vingt-six ans, ça ne peut qu'être un troll de bas étage), on ne cherche pas à faire avancer quoi que ce soit.
Doug713705
Le 11/12/2010 23:30 dans fr.comp.os.linux.configuration Aeris nous expliquait:
Sauf que sans APT sous la main, ça risque de prendre énormément de temps, en particulier rien que pour la gestion des dépendances
En même temps si lors de chaque une mise à jour majeure ton système : - casse le noyau - casse la libc - casse le gestionnaire de paquet - corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de passer à un système sérieux parce que ça, même MS ne le propose pas en option ;-)
Un slackeux les tricote lui même à la main s'il le faut ;-)
Si tu passes par ton gestionnaire de dépendance oui
Sauf que Slackware _ne fournit pas_ de gestionnaire de dépendances !
Le gestionnaire de paquets ne fait pas autre chose que de retrouver et décompresser une archive. Il fignole le tout par un script d'install globalement très basique (genre création de liens symboliques, modification des permissions...).
Si tu casses quelque chose, à toi de te débrouiller. C'est rustique mais robuste.
Au bout d'un moment on finit pas savoir comment retrouver les dependances. C'est ce que j'ai appellé "tricoter ses dépendances à la main" et ce n'est pas si compliqué, tout au moins avec Slackware.
Au bout d'encore plus longtemps on finit par connaitre les dépendances par coeur (au moins pour les paquets les plus importants) et au bout d'un moment encore plus long on finit par arreter de casser son système par maladresse ;-) -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 11/12/2010 23:30 dans fr.comp.os.linux.configuration Aeris nous
expliquait:
Sauf que sans APT sous la main, ça risque de prendre
énormément de temps, en particulier rien que pour la gestion des dépendances
En même temps si lors de chaque une mise à jour majeure ton système :
- casse le noyau
- casse la libc
- casse le gestionnaire de paquet
- corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de
passer à un système sérieux parce que ça, même MS ne le propose pas en
option ;-)
Un slackeux les tricote lui même à la main s'il le faut ;-)
Si tu passes par ton gestionnaire de dépendance oui
Sauf que Slackware _ne fournit pas_ de gestionnaire de dépendances !
Le gestionnaire de paquets ne fait pas autre chose que de retrouver et
décompresser une archive. Il fignole le tout par un script d'install
globalement très basique (genre création de liens symboliques,
modification des permissions...).
Si tu casses quelque chose, à toi de te débrouiller. C'est rustique
mais robuste.
Au bout d'un moment on finit pas savoir comment retrouver les
dependances. C'est ce que j'ai appellé "tricoter ses dépendances à la
main" et ce n'est pas si compliqué, tout au moins avec Slackware.
Au bout d'encore plus longtemps on finit par connaitre les dépendances
par coeur (au moins pour les paquets les plus importants) et au bout
d'un moment encore plus long on finit par arreter de casser son
système par maladresse ;-)
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 11/12/2010 23:30 dans fr.comp.os.linux.configuration Aeris nous expliquait:
Sauf que sans APT sous la main, ça risque de prendre énormément de temps, en particulier rien que pour la gestion des dépendances
En même temps si lors de chaque une mise à jour majeure ton système : - casse le noyau - casse la libc - casse le gestionnaire de paquet - corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de passer à un système sérieux parce que ça, même MS ne le propose pas en option ;-)
Un slackeux les tricote lui même à la main s'il le faut ;-)
Si tu passes par ton gestionnaire de dépendance oui
Sauf que Slackware _ne fournit pas_ de gestionnaire de dépendances !
Le gestionnaire de paquets ne fait pas autre chose que de retrouver et décompresser une archive. Il fignole le tout par un script d'install globalement très basique (genre création de liens symboliques, modification des permissions...).
Si tu casses quelque chose, à toi de te débrouiller. C'est rustique mais robuste.
Au bout d'un moment on finit pas savoir comment retrouver les dependances. C'est ce que j'ai appellé "tricoter ses dépendances à la main" et ce n'est pas si compliqué, tout au moins avec Slackware.
Au bout d'encore plus longtemps on finit par connaitre les dépendances par coeur (au moins pour les paquets les plus importants) et au bout d'un moment encore plus long on finit par arreter de casser son système par maladresse ;-) -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Nicolas George
Doug713705 , dans le message <ie10l9$26gh$, a écrit :
En même temps si lors de chaque une mise à jour majeure ton système : - casse le noyau - casse la libc - casse le gestionnaire de paquet - corrompt la bdd du gestionnaire de paquets ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de passer à un système sérieux parce que ça, même MS ne le propose pas en option ;-)
À ce niveau-là, je pense qu'une greffe de karma est la seule solution.
Doug713705 , dans le message <ie10l9$26gh$1@talisker.lacave.net>, a
écrit :
En même temps si lors de chaque une mise à jour majeure ton système :
- casse le noyau
- casse la libc
- casse le gestionnaire de paquet
- corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de
passer à un système sérieux parce que ça, même MS ne le propose pas en
option ;-)
À ce niveau-là, je pense qu'une greffe de karma est la seule solution.
Doug713705 , dans le message <ie10l9$26gh$, a écrit :
En même temps si lors de chaque une mise à jour majeure ton système : - casse le noyau - casse la libc - casse le gestionnaire de paquet - corrompt la bdd du gestionnaire de paquets ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de passer à un système sérieux parce que ça, même MS ne le propose pas en option ;-)
À ce niveau-là, je pense qu'une greffe de karma est la seule solution.
Aeris
Doug713705 wrote:
En même temps si lors de chaque une mise à jour majeure ton système : - casse le noyau - casse la libc - casse le gestionnaire de paquet - corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de passer à un système sérieux parce que ça, même MS ne le propose pas en option ;-)
La base de données du gestionnaire n'est pas corrompue, uniquement verrouillée car l'installation ne va pas jusqu'à son terme et le process normal ne peut plus continuer
Et sur des maj majeures, j'ai vu des Ubuntu planter sur des choses bien plus simples que du kernel ou de la libc et finir sur du: « Could not install the upgrades The upgrade is now aborted. Your system could be in an unusable state. A recovery will run now (dpkg --configure -a). » Et là autant dire que c'est inratrapable dans 90% des cas et finit par une réinstallation de la machine
Par contre je suis totalement d'accord avec toi et c'est pour ça que je ne préconise plus Ubuntu à quiconque, y compris aux Madames Michu…
Doug713705 wrote:
En même temps si lors de chaque une mise à jour majeure ton système :
- casse le noyau
- casse la libc
- casse le gestionnaire de paquet
- corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de
passer à un système sérieux parce que ça, même MS ne le propose pas en
option ;-)
La base de données du gestionnaire n'est pas corrompue, uniquement
verrouillée car l'installation ne va pas jusqu'à son terme et le process
normal ne peut plus continuer
Et sur des maj majeures, j'ai vu des Ubuntu planter sur des choses bien plus
simples que du kernel ou de la libc et finir sur du:
« Could not install the upgrades
The upgrade is now aborted. Your system could be in an unusable state. A
recovery will run now (dpkg --configure -a). »
Et là autant dire que c'est inratrapable dans 90% des cas et finit par une
réinstallation de la machine
Par contre je suis totalement d'accord avec toi et c'est pour ça que je ne
préconise plus Ubuntu à quiconque, y compris aux Madames Michu…
En même temps si lors de chaque une mise à jour majeure ton système : - casse le noyau - casse la libc - casse le gestionnaire de paquet - corrompt la bdd du gestionnaire de paquets
ce n'est pas qu'il est temps de réinstaller, c'est qu'il est temps de passer à un système sérieux parce que ça, même MS ne le propose pas en option ;-)
La base de données du gestionnaire n'est pas corrompue, uniquement verrouillée car l'installation ne va pas jusqu'à son terme et le process normal ne peut plus continuer
Et sur des maj majeures, j'ai vu des Ubuntu planter sur des choses bien plus simples que du kernel ou de la libc et finir sur du: « Could not install the upgrades The upgrade is now aborted. Your system could be in an unusable state. A recovery will run now (dpkg --configure -a). » Et là autant dire que c'est inratrapable dans 90% des cas et finit par une réinstallation de la machine
Par contre je suis totalement d'accord avec toi et c'est pour ça que je ne préconise plus Ubuntu à quiconque, y compris aux Madames Michu…
