Reprise du message précédent :
udev requires a kernel >= 2.6.12, upgrade aborted.
 
Ils pourraient tester avec un kernel d'origine quand meme, faut que j'installe le 2.6.12.6 maintenant....

voila, udev refonctionne... ce qu'il ne faut pas faire
 
Linux yup 2.6.12.6 #1 Sun Sep 18 18:28:05 CEST 2005 i686 GNU/Linux

Oh tu sais, c'est connu comme problème.
 
Le problème, c'est que le mainteneur d'udev est un sale connard de merde. Mais curieusement, j'ai beau le lui faire remarquer, il ne change pas

J'ai un problème avec ma debian : j'ai systématiquement des messages d'erreur comme ça :
 

 
Je pense que ça vient des locales que j'ai configuré (vous savez la liste de choix, avec fr_FR@utf-8 etc.) mais je ne retrouve plus comment les reconfigurer

 
dpkg-reconfigure locales
 
met tout ce qui commence par fr_FR, en metant par defaut la version euro, et bien sur n'oubli pas la En_Us

 
Bon ca a planté à l'instant avec le noyau debian.

verifie ta mémoire

Ok merci

 
Je viens de faire deux memtest :

• le premier sous debian en ligne de commande (paquet memtester)

Résultat, plantage immédiat
 

• Le deuxieme c'est memtest86+, il ne m'a détecté aucune erreur.

Je l'ai laissé tourner une heure (j'ai besoin de ma machine pour l'instant) et aucune erreur.
 
Je pense donc plus à un problème logiciel, et la un peu au pif mes soupcons se tournent vers xorg (c'est pas le noyau, et xorg est une part importante du système et mis à jour assez récemment) .
 
Par contre rien dans le log

Tu n'as pas essayé de lancer Memtester en ligne de commande, sans Xorg?

Je vais essayer ca

C'est quoi l'intérêt d'en générer 25 ? Une seule suffit : fr_FR.UTF-8. Les locales non UTF-8 passent mal avec KDE et GNOME, et les locales anglaises on s'en tape.

 
Voila
 
J'ai tapé memtest all > /chemin/vers/memtest.log 2>&1 mais la sortie d'erreur s'affiche à l'écran et pas dans le fichier, je sais pas pourquoi

Bonjour,
 
J'essaye en ce moment d'installer une etch et comme d'habitude j'ai quelques problèmes (je suis faché avec l'installeur  debian).
Au moment d'installer les paquets que j'ai séléctionné, si le groupe "desktop environment" est inclus quelque chose se passe mal (très vite) et on me propose de recommencer l'étape de selection des paquets (ce qui ne change rien evidemment).
http://shots.osdir.com/slideshows/ [...] 4&slide=30
 
J'ai à peine le temps d'apercevoir le message d'erreur et j'aimerais bien savoir si il y a un moyen de le lire.
Si je ne selectionne pas desktop environment tout se passe bien, mais ca me donne un système qui ne fonctionne pas très bien : j'avais installé xorg et gnome à la main avec apt et le son marchait mal. Je preferais donc passer par le groupe desktop environment (ma carte son marchait très bien avec une sarge il n'y a pas de raison que ca change).
 
Merci d'avance

 
En fait pour la locale anglaise, certain paquet n'aime pas les locales française tout simplement

Bah dans ce cas ils utilisent C, non ?

y'a aussi des gens qui préfèrent avoir leur os en anglais :F
 
traductions mieux abouties, touche y plus accessible que o pour répondre "oui" sous nano, ..

Oui mais là n'est pas la question. T'as pas besoin d'avoir 36 locales, à moins d'avoir plusieurs utilisateurs voulant des locales différentes.

 
J'ai trouvé les logs :  
 

 
Hm le problème vient de chez moi ou il y a quelque chose de cassé en testing en ce moment ?
Dans ce cas si je recommence quelques jours plus tard ca pourrait marcher ?

questions kon:
 
pourquoi en unstable j'ai pas les derniers noyal kernel image blah blah qui apparraissent.... c'est pas un pb de conf d'apt.conf ?
 
sinon toujours avec ma new deb installée à partir de sarge, j'ai plus dpkg-reconfigure.... je fais comment ?

C'est à dire c'est quoi le kernel le plus récent que tu as à ta disposition ?
 
(sinon faut laisser le temps au dev debian de le compiler hein ...)
 
(sino )

 
J'ai vu ça hier, il y avait le 2.6.11 en kernel source et hop, disparu et a la place 2.6.8
 
Bon, il suffit de telecharger son noyau sur kernel.org mais bon

Bon, paquet HS
 
Les paquets suivants contiennent des dépendances non satisfaites :
  libgnomemm-2.6-dev: Dépend: libgnome2-dev (> 2.6.0) mais ne sera pas installé
                      Dépend: libgtkmm-2.4-dev mais ne sera pas installé
E: Paquets défectueux

C'est remplacé par linux-source maintenant, et la version actuelle sous etch et sid est la 2.6.12, la 2.6.13 ne va pas surement pas tarder.

J'ai une question sur la gestion des paquets :
ya un paquet qui veut pas s'installer sur Debian Sid (rosegarden4), à cause du changement d'ABI, etc., et le mainteneur répond absent.
La manière la plus propre d'installer ce logiciel serait pour moi de recompiler le paquet d'après les sources debian, et de l'installer (j'ai bon déjà là ?).
 
Par contre, ça compile pas sous gcc4 comme ça. Un mec à poster un patch sur le BTS de Debian pour que ça compile. Mais quand je l'applique et que je fais un coup de "dpkg-buildpackage -rfakeroot -b" dans le répertoire du logiciel, le patch est viré
 
Comment je peux faire pour que le patch reste appliqué (ou soit re-appliqué) quand je lance dpkg-buildpackage ?

 
je peux voir le fichier debian/rules ?

http://multani.info/debian/rosegarden4.rules

il faut include le patch dans la structure debian, tout simplement.
 
Si tu veux je te le fais et je t'envoi un .diff.gz qui inclu le patch

Ou explique moi comment faire (lien ou autre) tant qu'à faire (ya déjà un diff.gz quand j'ai récupéré les sources ...)

 
en gros faut utiliser dpatch pour incorporer ce patch dans une nouvelle release du prog
 
Tu as de la doc ici //www.debian.org/doc/maint-guide/ch-build.fr.html#s-dpatch
 

et il a disparu où dpkg-reconfigure ?

paquet debconf chez moi

oki
 
sinon, c'est confirmé, pu de kernel-image-2.6.12 et cie ? plus que des sources ?

Ok, je regarderais ça (pour l'instant, j'ai mis en pause dpkg-buildpackage après le ./configure, j'ai mis le patch et j'ai relancé dpkg-buildpackage en foreground )

 
au fait, quel interet de le prendre sur un kernel patch debian, il apport quoi ce fameux patch ?

Ptêtre voir là : http://packages.debian.org/changel [...] /changelog

C'est possible de passer de unstable à testing ?

une 'tite question en passant :
pourquoi debian utilise le cramfs pour son initrd ? c'est quoi l'intéret de la bestiole ?

Il n'y a que debian qui utilises du cramfs pour l'initrd

 
Theoriquement, les mises a jour seront stopé jusqu'a ce que le numéro de version d'un paquet soit supérieur a celui de SID le jour du basculement en ETCH.
 
En pratique, ça depend aussi du poid attribué a chaque version.

 
Et ya des chances que ca marche bien "en pratique" ?
Ca permettrait peut etre de contourner mon problème et d'avoir un OS utilisable en attendant.