bon bin là miracle c'est monté 10 secondes d'affilé à 50 ko/s, m'enfin c'est vraiment par intermittence... et plutôt autour de 2 ko/s
Je comprends pas, j'ai 40 sources, 38 clients de connectés, j'ai limité l'upload à 5 ko/s (avant c'était à 11 ko/s), j'ai urpme shorewall (on sait jamais...même si j'y crois pas du tout) et ça suffit toujours pas, chui maudit :'-(
azureus m'affiche une vitesse totale à 2 Mo/s (bizarre je me rappelle de fois précédentes où ça montait à 40 Mo/s... ou au moins dans les 10 Mo/s... j'ai dû rêver...).
Le sous-entendu de "pomper" est désobligeant pour Mandrake s'il est voulu, s'il est involontaire je me suis trompé (ce n'est que mon opinion einh...)
Ce sont des bugs Mandrake. Où tu veux en venir ?
les initscripts s'adaptent à la distrib', la distrib' adapte les initscripts, Mandrake fait le tri de ce qui l'intéresse, un boulot d'intégration quoi.
Pour les connexions adsl : intégration de drakxtools + installeur + initscripts + packages specifiques aux modems
Par exemple : pour avoir la connexion au démarrage.
avec les hdlists urpmf/urpmq le gère, c'est avec la synthèse où il te manque pleins d'infos.
[mavie] Pour Debian j'y réfléchis, ce sera quand je serai prêt ;-) (j'ai déjà l'esprit je crois... plus sérieusement, c'est sur ma ToDo perso, j'y vais tranquillement). [/mavie]
bon finalement KDE3.3 serait sur le CD4 (j'en sais rien je me galère là avec azureus à 1,1 ko/s)
> Comment je fais pour voir le changelog d'un paquet ou chercher parmis la liste des fichiers dispo dans les paquets avec les indexs comme ça ?
ouais je sais, c'est ce qui me galère aussi...
mais je crains que le diff ne soit pas envisageable : il y en aurait un par paquet, qui arrivent "aléatoirement" en fonction des contribs et de la diffusion sur les miroirs, donc ça se terminerait avec des milliers de diffs (en plus avec des "doublons" si relivraison), là où ton besoin c'est d'avoir un fichier plus petit, ce qui est le cas pour les updates.
moi je pensais plutôt à un système :
- utiliser des hdlists (au besoin un peu obsolètes) pour les recherches, au pire je peux affiner paquet par paquet en faisant une requête sur un serveur à jour (c'est ce qu'implémentait red-carpet en 9.1, depuis j'ai pas reregardé, ça me gavait il ne savait pas regarder en local).
- télécharger les synthesis la plupart du temps => comme ce que je fais maintenant (en fait ça me permet de faire la mise à jour...)
- télécharger les hdlists de temps en temps (une fois par semaine) pour avoir des recherches un peu plus pertinentes.
Ou alors il faudrait rendre ton système de diff un peu plus élaboré :
- une baseline régulière (toutes les semaines)
- les diffs entre baseline (si tu as un trop vieux hdlist)
- les diffs depuis la dernière baseline (ça en fera moins)
Ce qui est galère c'est que les hdlists intègrent les dépendances, donc il faut s'assurer qu'elles sont cohérentes... (si une hdlist liste un paquet dont les dépendances ont changé, mais qui ne liste pas le paquet donc ça dépend, tu ne peux pas mettre à jour... alors que ce n'est peut-être qu'un problème de hdlist...). M'enfin faudrait remonter ça aux gars d'urpmi (in english) pour voir ce qu'ils en pensent...
donc bien le fichier synthesis (qui ne contient pas tous les changelogs, descriptifs, listes de fichier qui finissent par prendre de la place).
L'inconvénient actuel c'est que urpmf ne peut donc plus afficher ces données pour un package non encore installé (tiens ce serait une évol de urpmf ou urpmq : regarder les données - pas forcément à jour - dans un hdlist précédent non activé... moi déjà ça me suffirait... ou alors faire comme faisait red-carpet : aller regarder en ligne, même si ça m'énervait qu'à l'époque - en 9.1, j'avais pas l'adsl - il ne gère pas - aussi - un cache local).
(+1 thedidouille) (dommage j'en ai plus... ne t'étonne pas d'être à -1 sur les précédents, regarde l'historique de tes posts plutôt sur ta page perso)
007 ne t'étonne pas non plus de te faire moinsser, je ne pense pas que tu descendras en dessous de -10 :-))
Comme le souligne ton post initial et thedidouille ce qu'il y a dans le pkg initscript, c'est pas QUE RH, par exemple
* jeu sep 09 2004 Frederic Lepied <flepied@mandrakesoft.com> 7.61.1-10mdk
- correctly add search directive in resolv.conf (bug #11317)
- don't use ttys when not available (bug #11314)
Mandrake fait son travail d'intégration pour constituer la distribution. Il y a d'ailleurs du travail pour toi, si tu le souhaites : "merger" (donc mettre en commun) ce qui a été fait pour le sagem fast 800 (pilote eagle-usb) pour en faire bénéficier Fedora (ya le droit, c'est du GPL...).
[opinion] 007 ton post est quelque peu désobligeant sur un sujet traitant de la dernière distribution de Mandrake : tu comprendras qu'il puisse être interprété "Mandrake pompe sur RH" en reformulant. Là où en fait c'est plutôt "ne pas réinventer la roue".
Faire de l'intégration, c'est savoir réutiliser les dévs disponibles, et comme tu le signalais Mandrake respecte la GPL, et le droit d'auteur en citant ses sources.
D'autre part, tu es fatigant de souvent tout ramener à RH, même s'il y aurait une raison : Mandrake est initialement basée sur RH et y a apporté des modifications / compléments. Je te propose donc plutôt un journal comparant explicitement les deux distribs, comme tu l'as fait pour Debian ;-)[/opinion]
tu peux utiliser evolution pour le visualiser ou sinon un site tel que http://rss4you.com(...) (tu peux t'inscrire)
cela te donne généralement les dernières modifications effectuées sur un site (un blog par exemple). C'est ce qui permet par exemple à linuxfr d'agréger les news de pleins de sites : https://linuxfr.org/rdf/(...)
C'est ce que j'ai constaté ce matin aussi, j'espère que ça va s'être amélioré dans la journée : download par pics assez espacés (souvent 2 ko/s à 6 ko/s, parfois 10 ko/s, un peu à 20 ko/s), upload constant à 11 ko/s. Je suis en Free non dégroupé 1024 / 128.
Quel est ton ISP ?
C'est pour ça que depuis Mandrake 9.2, j'utilise azureus qui me donne de bons résultats (sauf ces derniers temps). Au besoin je coupe le firewall (shorewall clear) en souvenir des débuts où ça provenait de là (mais maintenant la conf' firewall est bonne à ce que j'ai pu vérifier...).
Avec les beta/rc, à la déconnexion/reconnexion vu que je change d'IP en Free non dégroupé, Bittorrent reprend automatiquement. Là je dois retélécharger le torrent et relancer azureus à la main, je crois qu'il se base sur l'IP que tu as lorsque tu consultes la page (j'ai cru voir une option pour annoncer une IP dans azureus mais je ne sais pas si ça suffirait...).
Sinon à une époque il avait été évoqué que Free "ralentissait" le trafic sur certains ports (dont celui de Bittorrent) pour certaines branches du réseau, je n'ai pas retrouvé le post que j'avais vu...
Ou alors nous sommes victimes d'un routeur "défectueux" : https://linuxfr.org/forums/14/3612.html(...)
echo 0 > /proc/sys/net/ipv4/tcp_default_win_scale
(j'ai 7 effectivement...)
J'essaie de regarder ce soir, mais vus les soucis que je me suis faits avec Bittorrent au début, maintenant j'ai moins tendance à m'énerver (à arrêter / redémarrer le torrent à tout bout de champ...) : je le laisse tourner et je vois si ça s'améliore plutôt que trifouiller de partout... l'augmentation du nombre de sources améliore clairement les débits, d'où l'importance de rallumer le torrent après install' ;-)
- installer le package hwdb-clients pour déclarer votre PC sur testzilla
- la syntaxe de la commande exacte est : hwdb_add_system login_bugzilla nom_du_système
- au préalable vous aurez créé - si nécessaire - votre login sur le bugzilla
> attention au téléchargement de 60 Mo mini pour trois sources
si tu fais allusion aux hdlists, que nenni : il est possible de prendre les hdlists "simplifiés" (pas le détail pour chaque paquet).
Pour cela, cocher la case juste au-dessus du bouton "proceed to step 3" de http://easyurpmi.zarb.org/(...)
[x] Use compressed index, much smaller than normal, with less informations
et copier/coller les commandes suggérées par easyurpmi.
C'est particulièrement utile quand tu es en cooker et que tu le fais à chaque fois que tu constates une mise à jour intéressante dans le flux rss des màj Mandrake : http://urpmi.org/changelog.rss(...)
> si ils améliorent leur système de listes pour urpmi (télécharger 30Mo de listes, c'est lourd)
ah déjà fait : cocher la case "Use compressed index, much smaller than normal, with less informations" juste au-dessus du bouton proceed to step 3 de easyurpmi http://easyurpmi.zarb.org/(...)
bon courage avec yum et up2date en attendant ton retour en cooker ;-)
et pour une fois c'est vrai ;-) enfin à lire l'article sur lwn que tu as cité.
en gros ça va permettre d'identifier les routeurs "buggués" sur internet qui ne supportent pas la RFC 1323 qui date de 1992. Visiblement avec l'augmentation des débits, cela semble important de disposer de cette fonctionnalité.
Pour le support de skynet, tu peux leur renvoyer une question en 2 parties :
- supportez-vous les normes d'internet et notamment http://www.faqs.org/rfcs/rfc1323.html(...) ? Les produits que vous sélectionnez respectent-ils bien les normes internet, est-ce un critère important pour vous ?
- s'ils te répondent oui, tu peux leur signaler qu'ils pourraient changer/upgrader leur routeur ;-) (m'enfin faudrait avoir la méthode pour identifier lequel...)
et le 1er caractère est une lettre (majuscule ou minuscule)
ne pas autoriser le . c'est bien pour :
- éviter les fichiers cachés sous linux/unix (1er caractère)
- empêcher windoze de transformer les extensions au download (par exemple, il a la fâcheuse tendance à transformer les .tar.bz2 en tar.tar)
cf. http://forum.eagle-usb.org(...) aussi si les problèmes persistent...
c'est le PPPoA qui est le plus courant avec le modem fast 800 en usb (moins consommateur que PPPoE qui est plutôt à recommander si connecté avec un autre modem via carte ethernet + pppd/pppoe genre avec rp-pppoe)
Avec Mandrake 10 Official (sans les mises à jour) il y a deux soucis (principaux...) :
- shorewall est mal configuré sur ethX au lieu de ppp+ => donc même si connecté, pas moyen de surfer : désactiver firewall ou (mieux) le configurer sur ppp+ (corrigé par les updates)
- à la fin de la config' graphique il te dit que tu n'es pas connecté alors que tu l'es (je ne sais plus si c'est corrigé par les updates)
Une fois connecté, la première chose à faire est de configurer urpmi par easyurpmi en suivant la superbe doc' de lea-linux http://lea-linux.org/fiches/administration/ficheurpmi.html(...) (il ne manque que d'avoir signalé d'utiliser urpmi --auto-select et d'indiquer de cocher "Use compressed index, much smaller than normal, with less informations" si on souhaite faire très souvent des mises à jour (m'enfin c'est que mon cas particulier, pour un newbie ne pas cocher, ça enlève les descriptions ce qui n'est pas cool)
récupérer les updates et - si nécessaire - revoir la configuration (les dernières version des drakxtools corrigent pas mal de choses dans le centre de contrôle Mandrake)
utiliser gkrellm pour voir l'état de la connexion / débits.... à installer par rpmdrake ou plutôt Menu / Système / Configuration / Paquetages / Installer des logiciels (ou urpmi gkrellm sous root par su - dans une fenêtre terminal )
ya eu le passage à udev depuis... et les modifs de scripts de démarrage... ça va se corriger à n'en pas douter
mais il vaut mieux attendre 1 ou 2 jours avant... urpmi.update -a ; urpmi --auto-select
D.Pierre, toi ya tout qui marche !? c'est pourtant pas pour rien que j'ai usé (voire abusé) des mises en garde : http://dev.eagle-usb.org/wakka.php?wiki=HowToMandrakeCooker(...)
m'enfin c'est vrai que je mets à jour presque tous les 2 jours, je maximise les risques que ça soit cassé... (c'est un peu l'objet des tests aussi...)
Et oui : la beta1 était particulièrement stable, la beta2 bof (kernel en stabilisation), la rc1 quasi ok (pas de dvd...), faut que je lise la ML cooker pour voir les sujets du moment...
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 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).
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 ? :-(
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 ?
[^] # Re: Téléchargement ???
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
Je comprends pas, j'ai 40 sources, 38 clients de connectés, j'ai limité l'upload à 5 ko/s (avant c'était à 11 ko/s), j'ai urpme shorewall (on sait jamais...même si j'y crois pas du tout) et ça suffit toujours pas, chui maudit :'-(
azureus m'affiche une vitesse totale à 2 Mo/s (bizarre je me rappelle de fois précédentes où ça montait à 40 Mo/s... ou au moins dans les 10 Mo/s... j'ai dû rêver...).
[^] # Re: nouveaux scripts de démarrage
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 4.
Le sous-entendu de "pomper" est désobligeant pour Mandrake s'il est voulu, s'il est involontaire je me suis trompé (ce n'est que mon opinion einh...)
Ce sont des bugs Mandrake. Où tu veux en venir ?
les initscripts s'adaptent à la distrib', la distrib' adapte les initscripts, Mandrake fait le tri de ce qui l'intéresse, un boulot d'intégration quoi.
Pour les connexions adsl : intégration de drakxtools + installeur + initscripts + packages specifiques aux modems
Par exemple : pour avoir la connexion au démarrage.
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 4.
[mavie] Pour Debian j'y réfléchis, ce sera quand je serai prêt ;-) (j'ai déjà l'esprit je crois... plus sérieusement, c'est sur ma ToDo perso, j'y vais tranquillement). [/mavie]
[^] # Re: Mandrake 10.1
Posté par BAud (site web personnel) . En réponse au message connection internet impossible !!. Évalué à 3.
> Comment je fais pour voir le changelog d'un paquet ou chercher parmis la liste des fichiers dispo dans les paquets avec les indexs comme ça ?
ouais je sais, c'est ce qui me galère aussi...
mais je crains que le diff ne soit pas envisageable : il y en aurait un par paquet, qui arrivent "aléatoirement" en fonction des contribs et de la diffusion sur les miroirs, donc ça se terminerait avec des milliers de diffs (en plus avec des "doublons" si relivraison), là où ton besoin c'est d'avoir un fichier plus petit, ce qui est le cas pour les updates.
moi je pensais plutôt à un système :
- utiliser des hdlists (au besoin un peu obsolètes) pour les recherches, au pire je peux affiner paquet par paquet en faisant une requête sur un serveur à jour (c'est ce qu'implémentait red-carpet en 9.1, depuis j'ai pas reregardé, ça me gavait il ne savait pas regarder en local).
- télécharger les synthesis la plupart du temps => comme ce que je fais maintenant (en fait ça me permet de faire la mise à jour...)
- télécharger les hdlists de temps en temps (une fois par semaine) pour avoir des recherches un peu plus pertinentes.
Ou alors il faudrait rendre ton système de diff un peu plus élaboré :
- une baseline régulière (toutes les semaines)
- les diffs entre baseline (si tu as un trop vieux hdlist)
- les diffs depuis la dernière baseline (ça en fera moins)
Ce qui est galère c'est que les hdlists intègrent les dépendances, donc il faut s'assurer qu'elles sont cohérentes... (si une hdlist liste un paquet dont les dépendances ont changé, mais qui ne liste pas le paquet donc ça dépend, tu ne peux pas mettre à jour... alors que ce n'est peut-être qu'un problème de hdlist...). M'enfin faudrait remonter ça aux gars d'urpmi (in english) pour voir ce qu'ils en pensent...
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
urpmi.addmedia main ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrakelinux/devel/1(...) with media_info/synthesis.hdlist.cz
donc bien le fichier synthesis (qui ne contient pas tous les changelogs, descriptifs, listes de fichier qui finissent par prendre de la place).
L'inconvénient actuel c'est que urpmf ne peut donc plus afficher ces données pour un package non encore installé (tiens ce serait une évol de urpmf ou urpmq : regarder les données - pas forcément à jour - dans un hdlist précédent non activé... moi déjà ça me suffirait... ou alors faire comme faisait red-carpet : aller regarder en ligne, même si ça m'énervait qu'à l'époque - en 9.1, j'avais pas l'adsl - il ne gère pas - aussi - un cache local).
[^] # Re: nouveaux scripts de démarrage
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
007 ne t'étonne pas non plus de te faire moinsser, je ne pense pas que tu descendras en dessous de -10 :-))
Comme le souligne ton post initial et thedidouille ce qu'il y a dans le pkg initscript, c'est pas QUE RH, par exemple
* jeu sep 09 2004 Frederic Lepied <flepied@mandrakesoft.com> 7.61.1-10mdk
- correctly add search directive in resolv.conf (bug #11317)
- don't use ttys when not available (bug #11314)
Mandrake fait son travail d'intégration pour constituer la distribution. Il y a d'ailleurs du travail pour toi, si tu le souhaites : "merger" (donc mettre en commun) ce qui a été fait pour le sagem fast 800 (pilote eagle-usb) pour en faire bénéficier Fedora (ya le droit, c'est du GPL...).
[opinion] 007 ton post est quelque peu désobligeant sur un sujet traitant de la dernière distribution de Mandrake : tu comprendras qu'il puisse être interprété "Mandrake pompe sur RH" en reformulant. Là où en fait c'est plutôt "ne pas réinventer la roue".
Faire de l'intégration, c'est savoir réutiliser les dévs disponibles, et comme tu le signalais Mandrake respecte la GPL, et le droit d'auteur en citant ses sources.
D'autre part, tu es fatigant de souvent tout ramener à RH, même s'il y aurait une raison : Mandrake est initialement basée sur RH et y a apporté des modifications / compléments. Je te propose donc plutôt un journal comparant explicitement les deux distribs, comme tu l'as fait pour Debian ;-)[/opinion]
[^] # Re: testzilla et quelques précisions
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
[^] # Re: Rss, keskeu C ?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
cela te donne généralement les dernières modifications effectuées sur un site (un blog par exemple). C'est ce qui permet par exemple à linuxfr d'agréger les news de pleins de sites : https://linuxfr.org/rdf/(...)
[^] # Re: Téléchargement ???
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 6.
Quel est ton ISP ?
As-tu vérifié les points suivants :
http://www.mandrakeclub.com/article.php?sid=1304(...) § d) "Le débit du téléchargement est très lent" (firewall, limiter débit montant toussa...)
C'est pour ça que depuis Mandrake 9.2, j'utilise azureus qui me donne de bons résultats (sauf ces derniers temps). Au besoin je coupe le firewall (shorewall clear) en souvenir des débuts où ça provenait de là (mais maintenant la conf' firewall est bonne à ce que j'ai pu vérifier...).
Avec les beta/rc, à la déconnexion/reconnexion vu que je change d'IP en Free non dégroupé, Bittorrent reprend automatiquement. Là je dois retélécharger le torrent et relancer azureus à la main, je crois qu'il se base sur l'IP que tu as lorsque tu consultes la page (j'ai cru voir une option pour annoncer une IP dans azureus mais je ne sais pas si ça suffirait...).
Sinon à une époque il avait été évoqué que Free "ralentissait" le trafic sur certains ports (dont celui de Bittorrent) pour certaines branches du réseau, je n'ai pas retrouvé le post que j'avais vu...
Ou alors nous sommes victimes d'un routeur "défectueux" : https://linuxfr.org/forums/14/3612.html(...)
echo 0 > /proc/sys/net/ipv4/tcp_default_win_scale
(j'ai 7 effectivement...)
J'essaie de regarder ce soir, mais vus les soucis que je me suis faits avec Bittorrent au début, maintenant j'ai moins tendance à m'énerver (à arrêter / redémarrer le torrent à tout bout de champ...) : je le laisse tourner et je vois si ça s'améliore plutôt que trifouiller de partout... l'augmentation du nombre de sources améliore clairement les débits, d'où l'importance de rallumer le torrent après install' ;-)
# testzilla et quelques précisions
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 6.
- installer le package hwdb-clients pour déclarer votre PC sur testzilla
- la syntaxe de la commande exacte est : hwdb_add_system login_bugzilla nom_du_système
- au préalable vous aurez créé - si nécessaire - votre login sur le bugzilla
Plus d'information sur le wiki : http://qa.mandrakesoft.com/twiki/bin/view/Main/TestZilla(...)
Cela permet d'avoir une idée du nombre de matériels différents testés, supportés (ou non) : http://qa.mandrakesoft.com/test_hw_stat.cgi(...)
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 5.
si tu fais allusion aux hdlists, que nenni : il est possible de prendre les hdlists "simplifiés" (pas le détail pour chaque paquet).
Pour cela, cocher la case juste au-dessus du bouton "proceed to step 3" de http://easyurpmi.zarb.org/(...)
[x] Use compressed index, much smaller than normal, with less informations
et copier/coller les commandes suggérées par easyurpmi.
C'est particulièrement utile quand tu es en cooker et que tu le fais à chaque fois que tu constates une mise à jour intéressante dans le flux rss des màj Mandrake : http://urpmi.org/changelog.rss(...)
[^] # Re: Mandrake 10.1
Posté par BAud (site web personnel) . En réponse au message connection internet impossible !!. Évalué à 2.
normal cf. http://www.mandrakeclub.com/article.php?sid=2443(...) et http://www.mandrakeclub.com/modules.php?op=modload&name=Splatt_(...)
> si ils améliorent leur système de listes pour urpmi (télécharger 30Mo de listes, c'est lourd)
ah déjà fait : cocher la case "Use compressed index, much smaller than normal, with less informations" juste au-dessus du bouton proceed to step 3 de easyurpmi http://easyurpmi.zarb.org/(...)
bon courage avec yum et up2date en attendant ton retour en cooker ;-)
# c'est pas un bug, c'est une fonctionnalité
Posté par BAud (site web personnel) . En réponse au message [Cooker] Problème avec kmail [résolu]. Évalué à 2.
en gros ça va permettre d'identifier les routeurs "buggués" sur internet qui ne supportent pas la RFC 1323 qui date de 1992. Visiblement avec l'augmentation des débits, cela semble important de disposer de cette fonctionnalité.
Pour le support de skynet, tu peux leur renvoyer une question en 2 parties :
- supportez-vous les normes d'internet et notamment http://www.faqs.org/rfcs/rfc1323.html(...) ? Les produits que vous sélectionnez respectent-ils bien les normes internet, est-ce un critère important pour vous ?
- s'ils te répondent oui, tu peux leur signaler qu'ils pourraient changer/upgrader leur routeur ;-) (m'enfin faudrait avoir la méthode pour identifier lequel...)
[^] # Re: Caractères autorisés
Posté par BAud (site web personnel) . En réponse au message caractères interdits linux, windows, mac. Évalué à 2.
ne pas autoriser le . c'est bien pour :
- éviter les fichiers cachés sous linux/unix (1er caractère)
- empêcher windoze de transformer les extensions au download (par exemple, il a la fâcheuse tendance à transformer les .tar.bz2 en tar.tar)
[^] # Re: Sur le ftp officiel
Posté par BAud (site web personnel) . En réponse au journal Firefox 1.0 approche. Évalué à 2.
tableau sur la droite de http://spreadfirefox.com/community/(...) :
Roll Call
10 most active participants:
ThomasB (299 points - sfx page)
Tu partages ensuite ?? ou alors c'est que pour la gloire et tu reviendras nous remercier sur linuxfr ? T'en as trop dit ou pas assez ;-)
# quelques précisions
Posté par BAud (site web personnel) . En réponse au message Connexion ADSL. Évalué à 2.
c'est le PPPoA qui est le plus courant avec le modem fast 800 en usb (moins consommateur que PPPoE qui est plutôt à recommander si connecté avec un autre modem via carte ethernet + pppd/pppoe genre avec rp-pppoe)
Avec Mandrake 10 Official (sans les mises à jour) il y a deux soucis (principaux...) :
- shorewall est mal configuré sur ethX au lieu de ppp+ => donc même si connecté, pas moyen de surfer : désactiver firewall ou (mieux) le configurer sur ppp+ (corrigé par les updates)
- à la fin de la config' graphique il te dit que tu n'es pas connecté alors que tu l'es (je ne sais plus si c'est corrigé par les updates)
Une fois connecté, la première chose à faire est de configurer urpmi par easyurpmi en suivant la superbe doc' de lea-linux
http://lea-linux.org/fiches/administration/ficheurpmi.html(...) (il ne manque que d'avoir signalé d'utiliser urpmi --auto-select et d'indiquer de cocher "Use compressed index, much smaller than normal, with less informations" si on souhaite faire très souvent des mises à jour (m'enfin c'est que mon cas particulier, pour un newbie ne pas cocher, ça enlève les descriptions ce qui n'est pas cool)
récupérer les updates et - si nécessaire - revoir la configuration (les dernières version des drakxtools corrigent pas mal de choses dans le centre de contrôle Mandrake)
utiliser gkrellm pour voir l'état de la connexion / débits.... à installer par rpmdrake ou plutôt Menu / Système / Configuration / Paquetages / Installer des logiciels (ou urpmi gkrellm sous root par su - dans une fenêtre terminal )
[^] # Re: Mandrake 10.1
Posté par BAud (site web personnel) . En réponse au message connection internet impossible !!. Évalué à 2.
mais il vaut mieux attendre 1 ou 2 jours avant... urpmi.update -a ; urpmi --auto-select
si ça t'intéresse, je fais un suivi de mes bugs/fonctionnalités intéressantes ici :
http://wiki.eagle-usb.org/wakka.php?wiki=Mdk101Tests(...)
D.Pierre, toi ya tout qui marche !? c'est pourtant pas pour rien que j'ai usé (voire abusé) des mises en garde :
http://dev.eagle-usb.org/wakka.php?wiki=HowToMandrakeCooker(...)
m'enfin c'est vrai que je mets à jour presque tous les 2 jours, je maximise les risques que ça soit cassé... (c'est un peu l'objet des tests aussi...)
Et oui : la beta1 était particulièrement stable, la beta2 bof (kernel en stabilisation), la rc1 quasi ok (pas de dvd...), faut que je lise la ML cooker pour voir les sujets du moment...
[^] # Re: Mandrake 10.1
Posté par BAud (site web personnel) . En réponse au message connection internet impossible !!. Évalué à 6.
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...
# oui il dit pas de connexion, mais
Posté par BAud (site web personnel) . En réponse au message connection adsl impossible. Évalué à 5.
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).
[^] # autres mots clés pour google
Posté par BAud (site web personnel) . En réponse au journal Énergie propre ?. Évalué à 4.
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).
[^] # c'est reviendu, merci !
Posté par BAud (site web personnel) . En réponse au journal gna! down. Évalué à 2.
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 ?!).
[^] # ils auraient pu faire l'opération en plusieurs fois...
Posté par BAud (site web personnel) . En réponse au journal gna! down. Évalué à 2.
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 ? :-(
[^] # on en avait déjà parlé de l'hypothèse de Riemann
Posté par BAud (site web personnel) . En réponse au journal L'hypothèse mathématique de Riemann dérange l'ecommerce .... Évalué à 2.
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)
[^] # Re: les faire dans l'ordre pour faire le dernier de ta liste
Posté par BAud (site web personnel) . En réponse au journal Votez pour moi (Topic apolitique) ! :). Évalué à 1.
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 ;-)
# ah la redondance ça a du bon parfois ;-)
Posté par BAud (site web personnel) . En réponse au journal gna! down. Évalué à 2.
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 ?