BAud a écrit 14248 commentaires

euh... ça se dit pas à un débutant ;-)

la rc1 est en cours de finalisation et m'a tout cassé ce week-end l'udev / la connexion à gnome (il tente de lancer un /usr/bin/xterm) et la lecture de dvd ne fonctionne pas encore...

La Mandrake 10 Official est stable, une fois connecté il faut "simplement" se précipiter sur les updates... Ensuite il sera encore temps de passer à la 10.1 (il a fallu 2 mois pour stabiliser la 9.2, idem pour la 10.0 (en comptant à partir de la community...) donc s'il n'y a pas plus de testeurs oui ça prendra encore 2 mois cette fois-ci... mais pas besoin d'envoyer des débutants au casse-pipe...

en fait tu es connecté... à moins que le firewall bloque le trafic.

Ouvre une fenêtre terminal et tape :
su - # pour passer root
eaglediag # pour fournir un diagnostic

et passe du côté de http://forum.eagle-usb.org(...) (après avoir lu http://faq.eagle-usb.org(...)) tu recevras aussi de l'aide (et tu pourras faire une recherche sur les posts similaires au tien).

en passant, hier soir je voyais un reportage sur arte et les énergies renouvelables (genre vers 19h - 19h45 avant le journal où Jacques Attali - je crois - était invité)

et ça parlait des expériences d'ajouter du colza et/ou de l'huile au diesel actuel pour limiter les rejets de fumées noires (particules, rejets CO, ...). Et des organismes genre IFP, EDEMME (orth. appr.). Bon clairement, le besoin annoncé c'est de normaliser toussa et passer par les circuits de distribution des pétroliers (les pompes sur les autoroutes...) pour réutiliser un réseau efficace. A la question y-a-t-il un lobby pétrolier, la réponse était évasive "non mais ils [les pétroliers] travaillent dessus et préféreraient proposer leur solution valide pour tous les moteurs...". Voilà c'est pas histoire de lancer un troll, simplement de donner des pistes pour trouver d'autres infos sur le sujet... Un scientifique regrettait que - contrairement en Allemagne - en France, il était plus difficile de lancer une expérience à grande échelle (5000 véhicules).

cool et donc l'annonce du retour :
https://gna.org/forum/forum.php?forum_id=388(...)

Je te propose de lister les points à améliorer (ça permettra de voir comment réagir sur ce genre de souci...). En ce qui me concerne :
- identifier la cause si elle est connue
- identifier les services affectés (là tous, un peu dommage pour prévenir les utilisateurs...)
- annoncer le problème (cette fois-ci via linuxfr) et une date __prévisionnelle__ de reprise
- annoncer la reprise et debriefer sur les points restants à vérifier (s'il y en a : là aucun)

Autant le faire à chaud, ça permet d'avoir des retours pertinents et de faire un peu de publicité sur la manière de se renseigner la prochaine fois (tu n'as pas été trop assailli de mails au moins ?!).

A moins que toutes tes machines soient dans une seule baie et qu'ils bougent la baie en une fois, ils auraient quand même pu te garder une bécane opérationnelle... en ayant la main sur le routage ça aurait permis de conserver quelques services.

Si tu n'as la main que sur les DNS, pas besoin de faire quoique ce soit, le temps de faire l'aller-retour en modifiant l'IP dans le primaire et le secondaire, tu risques de te manger une propagation de 1 à 2 jours (puis idem dans l'autre sens) donc encore plus d'indisponibilité au final...
C'est tout de même étonnant que ça prenne autant de temps pour un "simple" transfert physique (je suppose bien sûr qu'il n'y a que les serveurs à éteindre proprement, décâbler, bouger, recâbler, redémarrer...). zont oublié de redémarrer tes serveurs ? ou alors les serveurs ne reprennent pas leur @IP au démarrage ?

Les mails en cours d'envoi des ML sont stockés dans l'intermède et vont tous être renvoyés au redémarrage ? Ah on peut plus envoyer sur la ML... (je viens d'essayer).
Pour la prochaine fois ce serait pas mal qu'ils fassent ça en semaine, genre tôt le matin vers 6h... c'est pas les horaires des geeks ;-) et yaura tout le monde sur le pont. M'enfin comme tu dis c'est cadeau, donc bon... c'est simplement des suggestions. Tu es en contact avec eux quand même ? Pour savoir quand il va falloir que tu ailles sur place ? :-(

cf. https://linuxfr.org/~Foxy/13630.html(...)

et à l'époque, j'avais rassemblé quelques liens sur le sujet : http://wiki.eagle-usb.org/wakka.php?wiki=RiemannZetaZeros(...) (pour ceux qui voudraient approfondir le sujet ;-) bon courage, ça va vous occuper une bonne partie du WE)

ah le 8051 c'est le même qui équipe ça ?
http://www.analog.com/Analog_Root/sitePage/mainSectionHome/0,2130,l(...)
# On-chip enhanced 8051 micro-controller for USB endpoint control

dans ce cas, si tu connais des outils pour exploiter le code écrit pour ça, yaurait peut-être un sujet supplémentaire ;-)

voilà pourquoi j'avais proposé ce genre de chose dans une de mes demandes... (220 de mémoire...). C'est vrai qu'en tant qu'hébergé t'as plutôt tendance à te reposer sur ton hébergeur (surtout que tout le monde n'a pas forcément le temps ni l'énergie pour mettre en place de la redondance...).

Bon moi c'est le bordel avec 3 sites qui pourraient potentiellement servir (pas testé) mais bon au moins il reste un moyen d'information ;-) entre une ML sur gna / une sur Free, sf.net / gna.org / endor (à défaut de tuxfamily.org pour l'instant...). Et bien sûr linuxfr pour prévenir par encore une autre voie (c'est un peu réflexe quand même...).

M'enfin chui loin d'être à l'abri (je touche du bois ;-) )

Bon courage yeupou (euh Mathieu...) pour la remise en route.
Il y a une raison particulière pour que ça soit down et une date (prévisionnelle) de remise en service ? (bah ya pas le feu non plus, tu peux prendre le WE : s'il le faut on se débrouillera bien). Quels sont les risques de perte de données ?

Reprend le lien que je t'ai donné

dans le résultat ci-dessus, il n'y a aucune ligne avec AUDIO ? es-tu sûr que il y a une carte son d'intégrée à la carte mère ?

moi j'ai une ligne :
snd-via82xx : VIA Technologies|VT8233 [AC97 Audio Controller] [MULTIMEDIA_AUDIO]

et sinon sur mon autre pc (qui n'a plus d'alim') j'ai une 440BX comme carte mère (pas forcément le même modèle que le tiens...) et il y n'y a pas de son intégré...

donc applique la page que je t'ai indiquée et donne le résultat de :
grep sound-slot /etc/modules.conf /etc/modprobe.conf
(voire la suite si tu peux tout appliquer par toi-même...)

et donc le résultat de la commande lspcidrake -v ?

as-tu mis à jour ton système pour prendre en compte les derniers updates ? (il y en a eu pas mal entre la Community et l'Official déjà...)

Pour ton scanner 3D, tu as bien décomposé le problème en problèmes élémentaires, autant faire les précédents avants :
1. firmware et driver pour webcam philips (c'est bien le pwc / pwcx ?)
2. jpeg2000 comme ça tu l'intégreras au pwcx (ou ce sera dans la continuité...)
3. Eye : m'enfin tu peux récupérer xawtv ou xawdecode (attention aux parties pas forcément libres...)
4. ton scanner 3D, ce qui te permettra de porter un oeil critique sur ce qui est fait en 1. 2. et 3.

après tu pourras faire un robot basé sur le 4. pour jouer à extermination dans le monde réel et diffuser les vidéos via mldonkey (autant rajouter du libre sur ces réseaux).

arg lien un peu coupé : il manquait le Cooker devant... désolé !
http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerHowTo#Via_Hard(...)

m'enfin c'est cool, j'ai retrouvé une liste des HowTo que je cherchais... j'ai donc ajouté ce lien ;-) sur la page suscitée...

et hop' ma page de suivi http://wiki.eagle-usb.org/wakka.php?wiki=LinuxTests(...) (pour ceux à qui ça pourrait servir à s'y retrouver dans le wiki de Mandrake, page de tests de Mdk101 vers le bas...)

c'est normalement fait par les drakxtools (drakupdate_fstab en fait), à vérifier si ça se passe bien lors du passage d'une Mdk <= 10.0 à 10.1 (les rc c'est fait pour ça aussi)

ça se passe au plus tard au reboot et ça se voit dans /var/log/messages :
Aug 18 21:07:18 localhost perl: drakupdate_fstab called with --auto --add /dev/ide/host0/bus0/target0/lun0/part2

http://qa.mandrakesoft.com/twiki/bin/view/Main/HowTo#Via_Hard_Disk_(...)

regarder à partir de là dans la page pour voir l'install' par réseau ou en montant les ISO (sans les graver... ça tombe bien j'ai pas de CDRW de 700 Mo...)

euh relis la tête de l'extrait de script posté plus haut, je pense que tu vas les trouver ;-)
if [ -h /usr/src/linux-2.6.3-16mdk/include/asm -o -f /usr/src/linux-2.6.3-16 mdk/.config ]; then \

sinon c'est tes lunettes qu'il va falloir d'abord chercher :-))

après si c'est pour enlever le test en tant que tel, je ne sais pas... (et je pense qu'il ne vaut mieux pas le modifier).

would you like the installer to attempt to download a kernel interface for your kernel
ça sert à rien de répondre oui... de toute façon tu recompiles après

ce test m'étonne :

if [ -h /usr/src/linux-2.6.3-16mdk/include/asm -o -f /usr/src/linux-2.6.3-16 mdk/.config ]; then \
echo " /usr/src/linux-2.6.3-16mdk is not clean, please run 'make mrproper' ";\
echo " in the '/usr/src/linux-2.6.3-16mdk' directory.";\
/bin/false; \
fi;

tu peux essayer un mv asm asm.old20040906 et mv .config .config_old20040906 pour le contourner... et voir si ça continue à compiler ?

as-tu regardé dans le forum de nvnews (accessible à partir de la page de download de nvidia) s'il y avait des cas similaires au tiens ? ou un google...

le pilote nvidia se plaint à la compil' s'il détecte le module rivafb, mais ce n'est pas ça qui empêche la compil' pour autant
tant que le module n'est pas chargé il ne va pas y avoir non plus d'incompatibilité...

1/ pourquoi pas mais c'est bizarre... (en plus tu vas sans doute en revenir au 2.6.3.7...)

2/ ça sert à rien en tant normal

peut-être regarder du côté de kernel-header si par mégarde tu l'avais installé... un rpm -q --all|grep kernel # te montrera tous les paquets concernant le kernel installé...

après le urpme kernel-source, tu avais nettoyé le contenu de /usr/src/linux-2.6.3-16mdk ? (je crois que la désinstall' laisse quand même 2-3 fichiers...)

tu peux aller voir la page qu'a des couettes :
http://qa.mandrakesoft.com/twiki/bin/view/Main/HardwareHowTo(...)

et donner le résultat d'un lspcidrake -v # ça permettra d'avoir le modèle exact de ta carte tel que vu du système => plus facile pour googler ensuite

Ton paragraphe "Maintenant sur le poste de travail..." est la bonne réponse ;-)
Pour un newbie, il vaut mieux que le CD servant à l'installation prenne en compte le maximum de matériel et les dernières applications.
Une fois qu'il aura démarré, il découvrira qu'il pourra mettre à jour sa distrib' et prendre en compte tous les nouveaux logiciels voire d'autres (qui ne sont pas forcément backportés pour une distrib' de version antérieure).

Après pour tes serveurs, le udev est désormais supporté en kernel-2.6 (et pas en kernel-2.4) : il est plus simple de faire l'install' de manière homogène à partir d'une version de distrib' plutôt que d'avoir - ne serais-ce qu' - une quinzaine de modifs... Vu comment ça a l'air dur à faire tomber en marche, c'est sympathique que Mandrakesoft se tape ce boulot et que je puisse en bénéficier quand ce sera prêt.

enfin Gnome 2.2 voire 1.4 c'est vrai que c'était pas mal, à l'époque.

fin du troll, merci ;-)

ne pas s'aventurer avec le mrproper sur une Mandrake ;-) yen a qui se sont embêtés à compiler le kernel pour toi, autant réutiliser leur boulot...

j'espère que tu as un accès adsl, c'est plus pratique pour réparer et récupérer les paquets...

ce qui t'es arrivé :
- mrproper nettoie tout avant de procéder à une recompilation du kernel (je simplifie, regarde le README qui l'explique)
- le pilote nvidia ne retrouve plus les sources/headers qui ont été nettoyés
- harddrake voit qu'il n'y a pas un bon driver pour nvidia et donc remet le nv
- pour le rivatv il est annoncé incompatible avec les pilotes nvidia, chez moi il n'est pas chargé...
- tu auras peut-être /etc/modules.conf à revérifier

1. voir easyurpmi pour configurer les sources de la MdK10 (toutes : main / contrib / plf / update...)
2. urpmi.update -a # met à jour les sources (pas besoin cette fois-ci, ce sera quand il y aura des màj)
3. urpmi drakxtools # récupère dernières corrections des drakxtools (dont harddrake)
4. urpme kernel-source # pour désinstaller les kernel-source actuelles, tu vas peut-être être obligé de rentrer la bonne version (mais je crois pas)
5. urpmi kernel-source # pour les réinstaller, uname -r doit te donner le même n° de version
6. telinit 3 # pour fermer X proprement
7. ./NVIDIA-Linux-x86-1.0-6111-pkg1.run # pour lancer l'installeur
8. modif' de XF86Config-4 pour remettre nvidia et décommenter glx
9. telinit 5 # pour revenir en mode graphique
10. lancer glx_gears (par exemple) pour bien voir que l'accélération est opérationnelle ou lsmod|grep nvidia

D.Pierre : gueuler ne sert à rien, se plaindre et argumenter sans véhémence est déjà un peu plus constructif. Il est effectivement dommage que nvidia soit si frileux à libérer ses sources, mais c'est l'objet de threads/trolls différents ;-)

moi c'est avec evolution et un compte en IMAP chez tuxfamily.org

seule une partie des mails arrive...
https://qa.mandrakesoft.com/show_bug.cgi?id=11033(...)

si tu pouvais essayer d'utiliser evolution en remplacement de kmail, ça permettrait de voir si c'est lié à kmail ou plus général ?

ALT-F2 devrait fonctionner d'après ce qui est décrit ici :
http://qa.mandrakesoft.com/twiki/bin/view/Main/MdkInstallerHowto(...)

je ne suis pas certain que cela marche en mode texte.

arf, ça m'apprendra à (souvent) oublier de regarder qui est mon interlocuteur sur linuxfr

Je me disais bien que ce Beurt me disait quelquechose et ta doc' m'avait bien servi à l'époque de mon install' (j'ai linux depuis plus longtemps, mais Free depuis un peu moins).

M'enfin tu peux revenir tu sais ;-) d'ailleurs cf. mon dernier mail sur la ML : https://mail.gna.org/public/eagleusb-dev/2004-09/msg00051.html(...)

Il est d'autant plus important de documenter que ce n'est pas le dernier maillon du développement : au contraire, c'est le premier. En effet, avant d'utiliser un produit tu lis la doc' (enfin 90% des utilisateurs) et au minimum tu vois qu'on en parle quelque part... ça permet quand même de savoir comment s'en servir (même si le nom_du_programme --help ça marche bien aussi) voire à quoi ça sert.

Bien, maintenant peut-on savoir si cette course effrenée à la nouvelle release correspond à une volonté technique ou marketing
tenir à jour son linux est important : cela permet de bénéficier de nouveaux logiciels comme tu peux le voir ici :
http://qa.mandrakesoft.com/twiki/bin/view/Main/ReleasesHistory(...)
au minimum, il y a aussi les failles de sécurité

je me demande vraiment ce qui peut bien vous pousser à sortir autant de versions:
ce serait bien que tu expliques en quoi linux te satisfait complétement aujourd'hui (et lequel tu utilises / comment tu l'utilises). Une nouvelle version de Mandrakelinux permet de bénéficier de nouveaux logiciels "simplement" en pointant vers les sources par easyurpmi dispo à partir de http://urpmi.org(...)
La sortie de cette nouvelle version correspondra à la disponibilité de nouveaux CD, permettant d'installer simplement un linux sur un PC, avec plein d'applis intégrées (ok ok c'est un GNU/Linux).

Attention, ne pas pointer vers cooker si vous souhaitez garder une distrib' opérationnelle (c'est régulièrement cassé quand même...) plus d'explications là : http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerHowTo(...) (mieux vaut y réfléchir à deux fois...), mais vous pouvez contribuer ;-)

c'est peut-être parce que des gens comme toi ne se sont pas exprimés avant que les docs' sont dans cet état ?!

il est encore temps de te refaire : participe aux wiki qui documentent ce qu'il faut faire de manière compréhensible pour les newbies... (il est vrai qu'avec l'expérience, tu sautes des étapes qui sont acquis pour toi mais pas évidents pour un newbie...)

J'ai bien apprécié par exemple une initiative pour newbies :
http://linwin.free.fr/(...)
http://linwin.free.fr/wikini/wakka.php?wiki=Accueil(...)

à toi d'y apporter ta pierre, que tu sois neu2 ou pas ;-)