Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt,
rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je
constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais
j'ai ce type d'erreur après un "apt-get install --reinstall glibc" :
"E: Sub-process /bin/rpm returned an error code (1)"
2) si j'essaye de réinstaller rpm (toujours avec apt), ça me jette en
disant :
"Reinstallation of rpm is not possible, it cannot be downloaded"
sachant que la version que j'ai est 4.1.1 (rpm --version), ce qui
pourtant semble coincider avec la version disponible sur
"ayo.freshrpms.net".
3) j'ai essayé de compiler un tarball (thttpd-2.20c.tar.gz) mais je me
récupère une erreur de compilation :
"libhttpd.c:3467: dereferencing pointer to incomplete type"
Pour corriger ça j'y ajoute "#include <time.h>" à la suite d'un
"#include <sys/time.h>" au début du fichier.
D'après ce que j'ai lu, ça ne devrait pas arriver...
J'ai l'impression que quelque chose est corrompu... ça pourrait
peut-être être glibc mais je ne sais pas comment en être sûr.
Par où commencer à chercher dans ce genre de situation ? Est-ce que ça
vous dit quelque chose ces "soucis" ?
Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt, rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais j'ai ce type d'erreur après un "apt-get install --reinstall glibc" : "E: Sub-process /bin/rpm returned an error code (1)"
apt n'est pas l'outil destinerà mettre à jour redhat. Ne pas utiliser apt sur redhad, utiliser uniquement rpm , sauf exceptionnnelement pour installer un pack non systeme (une application) qui n'existerait absolument pas en rpm et qui ne pourrait être refaite en tarball.
l'utilitaire de mise a jour c'est urpmi.
Pour ton cas, je pense que la meilleur solution, c'est de réinstaller redhat depuis le début, vu le ...... que tu a du mettre avec apt.
Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt,
rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je
constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais
j'ai ce type d'erreur après un "apt-get install --reinstall glibc" :
"E: Sub-process /bin/rpm returned an error code (1)"
apt n'est pas l'outil destinerà mettre à jour redhat. Ne pas utiliser apt
sur redhad, utiliser uniquement rpm , sauf exceptionnnelement pour
installer un pack non systeme (une application) qui n'existerait
absolument pas en rpm et qui ne pourrait être refaite en tarball.
l'utilitaire de mise a jour c'est urpmi.
Pour ton cas, je pense que la meilleur solution, c'est de réinstaller
redhat depuis le début, vu le ...... que tu a du mettre avec apt.
Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt, rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais j'ai ce type d'erreur après un "apt-get install --reinstall glibc" : "E: Sub-process /bin/rpm returned an error code (1)"
apt n'est pas l'outil destinerà mettre à jour redhat. Ne pas utiliser apt sur redhad, utiliser uniquement rpm , sauf exceptionnnelement pour installer un pack non systeme (une application) qui n'existerait absolument pas en rpm et qui ne pourrait être refaite en tarball.
l'utilitaire de mise a jour c'est urpmi.
Pour ton cas, je pense que la meilleur solution, c'est de réinstaller redhat depuis le début, vu le ...... que tu a du mettre avec apt.
Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt, rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais j'ai ce type d'erreur après un "apt-get install --reinstall glibc" : "E: Sub-process /bin/rpm returned an error code (1)"
apt n'est pas l'outil destinerà mettre à jour redhat. Ne pas utiliser apt
sur redhad, utiliser uniquement rpm
Ok. Mais sous redhat, juste derrière la couche apt c'est toujours rpm. Apt fournit juste une couche au-dessus de rpm pour gérer les dépendances entre les packages rpm. D'ailleurs, quand je lance ma commande apt, dans le trace de ce que fait le programme on voit bien qu'il lance rpm.
sauf exceptionnnelement pour installer un pack non systeme (une application) qui n'existerait absolument pas en rpm et qui ne pourrait être refaite en tarball.
Dans ce cas j'utilise plutôt rpmbuild qui permet de transformer un tarball en rpm. Ca a l'air bien fait et puis ça permet de facilement maintenir à jour les pack :)
l'utilitaire de mise a jour c'est urpmi.
D'accords, je vais essayer, merci :)
Pour ton cas, je pense que la meilleur solution, c'est de réinstaller redhat depuis le début
Je suis d'accord sauf que c'est un serveur distant :-/ et en plus de production, donc je suis obligé de trouver d'où le ...... provient sans tout effacer.
vu le ...... que tu a du mettre avec apt.
Le ...... a été mis avant que je réinstalle apt. J'ai de graves problèmes au niveau matos et pour être sûr que cela provenait bien du matériel, j'ai tout viré (rpm inclus) et tout réinstallé à partir de tarball. Excès de confiance en moi, j'ai du, sans être encadré par rpm ou apt, faire une bétise. Apt est suffisamment orienté utilisateur et encadré que justement il évite de mettre le ...... (enfin c'est un avis :) ).
Voilà, je cherche toujours un moyen ou une piste qui me permettrait de commencer à chercher quelque part.
Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt,
rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je
constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais
j'ai ce type d'erreur après un "apt-get install --reinstall glibc" :
"E: Sub-process /bin/rpm returned an error code (1)"
apt n'est pas l'outil destinerà mettre à jour redhat. Ne pas utiliser apt
sur redhad, utiliser uniquement rpm
Ok. Mais sous redhat, juste derrière la couche apt c'est toujours rpm.
Apt fournit juste une couche au-dessus de rpm pour gérer les dépendances
entre les packages rpm. D'ailleurs, quand je lance ma commande apt, dans
le trace de ce que fait le programme on voit bien qu'il lance rpm.
sauf exceptionnnelement pour
installer un pack non systeme (une application) qui n'existerait
absolument pas en rpm et qui ne pourrait être refaite en tarball.
Dans ce cas j'utilise plutôt rpmbuild qui permet de transformer un
tarball en rpm. Ca a l'air bien fait et puis ça permet de facilement
maintenir à jour les pack :)
l'utilitaire de mise a jour c'est urpmi.
D'accords, je vais essayer, merci :)
Pour ton cas, je pense que la meilleur solution, c'est de réinstaller
redhat depuis le début
Je suis d'accord sauf que c'est un serveur distant :-/ et en plus de
production, donc je suis obligé de trouver d'où le ...... provient sans
tout effacer.
vu le ...... que tu a du mettre avec apt.
Le ...... a été mis avant que je réinstalle apt. J'ai de graves
problèmes au niveau matos et pour être sûr que cela provenait bien du
matériel, j'ai tout viré (rpm inclus) et tout réinstallé à partir de
tarball. Excès de confiance en moi, j'ai du, sans être encadré par
rpm ou apt, faire une bétise. Apt est suffisamment orienté utilisateur
et encadré que justement il évite de mettre le ...... (enfin c'est un
avis :) ).
Voilà, je cherche toujours un moyen ou une piste qui me permettrait de
commencer à chercher quelque part.
Sous redhat8.0, suite à une réinstallation de pas mal de trucs (apt, rpm, glic, libstdc++, gcc, bash, procps... enfin pleins de trucs :D ) je constate des soucis :
1) si j'essaye de réinstaller glibc, ça passe (j'ai l'impression) mais j'ai ce type d'erreur après un "apt-get install --reinstall glibc" : "E: Sub-process /bin/rpm returned an error code (1)"
apt n'est pas l'outil destinerà mettre à jour redhat. Ne pas utiliser apt
sur redhad, utiliser uniquement rpm
Ok. Mais sous redhat, juste derrière la couche apt c'est toujours rpm. Apt fournit juste une couche au-dessus de rpm pour gérer les dépendances entre les packages rpm. D'ailleurs, quand je lance ma commande apt, dans le trace de ce que fait le programme on voit bien qu'il lance rpm.
sauf exceptionnnelement pour installer un pack non systeme (une application) qui n'existerait absolument pas en rpm et qui ne pourrait être refaite en tarball.
Dans ce cas j'utilise plutôt rpmbuild qui permet de transformer un tarball en rpm. Ca a l'air bien fait et puis ça permet de facilement maintenir à jour les pack :)
l'utilitaire de mise a jour c'est urpmi.
D'accords, je vais essayer, merci :)
Pour ton cas, je pense que la meilleur solution, c'est de réinstaller redhat depuis le début
Je suis d'accord sauf que c'est un serveur distant :-/ et en plus de production, donc je suis obligé de trouver d'où le ...... provient sans tout effacer.
vu le ...... que tu a du mettre avec apt.
Le ...... a été mis avant que je réinstalle apt. J'ai de graves problèmes au niveau matos et pour être sûr que cela provenait bien du matériel, j'ai tout viré (rpm inclus) et tout réinstallé à partir de tarball. Excès de confiance en moi, j'ai du, sans être encadré par rpm ou apt, faire une bétise. Apt est suffisamment orienté utilisateur et encadré que justement il évite de mettre le ...... (enfin c'est un avis :) ).
Voilà, je cherche toujours un moyen ou une piste qui me permettrait de commencer à chercher quelque part.
