MrTout a écrit 559 commentaires

Non, l'atheisme est un croyance, puisque l'atheisme n'est pas l'absence de croyance de dieu mais la croyance de l'absence de dieu.

Il y aurait une regression pour les pocesseurs de r300 qui n'ont droit qu'a de la 3d buguee :(

https://launchpad.net/bugs/61607

PS: merci pour http://blog.effraie.org/index.php/tag/PowerPC qui m'a bien depanne

Bravo pour ce journal très drôle.

« une grosse perte pour le système solaire »

Hier soir, j'ai été demandé au système solaire. Il m'a dit que personnellement il s'en foutait.

Non, sérieux, pourquoi ce serait un grosse perte plutôt qu'une grosse avancée ?

Oui mais si tu réduis ce que tu appelles « la communauté linux » aux quelques personnes qui postent des commentaires et qu'en plus tu les catégorise de façon plus ou moins réductrices, eh ben, peut-être es-tu toi aussi dans un « monde de clichés » ?

Surtout qu'au Brésil, ils parlent portugais.

J'ai pas de cable croisé mais le hub à toujours marché et tant que je reste dans le réseau local, tout va bien.

Comme je l'ai signalé dans le message original, j'ai vidé l'iptables de p de toute regle superflue (au cas ou le ralentissement venait de là)
p est un athlon XP à 1GHz d'apres /proc/cpuinfo, je pense pas que cela vienne de là

Rien rien vu d'inabituel dans le dmesg, le reste est là :

root@p:~# iptables-save
# Generated by iptables-save v1.3.1 on Fri Nov 11 22:15:55 2005
*filter
:INPUT ACCEPT [2145966:1201462017]
:FORWARD ACCEPT [57398:27447878]
:OUTPUT ACCEPT [2146884:779677376]
COMMIT
# Completed on Fri Nov 11 22:15:55 2005
# Generated by iptables-save v1.3.1 on Fri Nov 11 22:15:55 2005
*nat
:PREROUTING ACCEPT [9079:552580]
:POSTROUTING ACCEPT [34:2040]
:OUTPUT ACCEPT [972:59696]
-A POSTROUTING -j MASQUERADE
COMMIT
# Completed on Fri Nov 11 22:15:55 2005

root@p:~# route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
112.lnfny151.Fo * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
localnet * 255.255.255.0 U 0 0 0 eth0
default 112.lnfny151.Fo 0.0.0.0 UG 0 0 0 ppp0

root@p:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000001 (1)
Link detected: yes

root@s:~# route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
default p 0.0.0.0 UG 0 0 0 eth0

root@s:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x00000001 (1)
Link detected: yes


Pour tcpdump, et une iso téléchargée par p sur mir1.ovh.net :

root@p:~# tcpdump -vv -c 5 -i ppp0 host mir1.ovh.net
tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
22:44:10.487382 IP (tos 0x0, ttl 64, id 37668, offset 0, flags [DF], proto: TCP (6), length: 52) AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.54648 > mir1.ovh.net.www: ., cksum 0xc843 (correct), 2335623395:2335623395(0) ack 1693337964 win 23760 <nop,nop,timestamp 48575364 219837222>
22:44:10.510646 IP (tos 0x0, ttl 53, id 63525, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.54648: . 1:1441(1440) ack 0 win 5792 <nop,nop,timestamp 219837229 48575313>
22:44:10.512492 IP (tos 0x0, ttl 53, id 63526, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.54648: . 1441:2881(1440) ack 0 win 5792 <nop,nop,timestamp 219837229 48575313>
22:44:10.512538 IP (tos 0x0, ttl 64, id 37670, offset 0, flags [DF], proto: TCP (6), length: 52) AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.54648 > mir1.ovh.net.www: ., cksum 0xbce3 (correct), 0:0(0) ack 2881 win 23760 <nop,nop,timestamp 48575389 219837229>
22:44:10.516045 IP (tos 0x0, ttl 53, id 63527, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.54648: . 2881:4321(1440) ack 0 win 5792 <nop,nop,timestamp 219837229 48575318>
5 packets captured
5 packets received by filter
0 packets dropped by kernel

La meme iso téléchargée par s (qui en fait s'appelle shepp)
L'interface ppp (sur p)

root@p:~# tcpdump -vv -c 5 -i ppp0 host mir1.ovh.net
tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
22:46:37.846375 IP (tos 0x0, ttl 53, id 39886, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.47489: . 2274332459:2274333899(1440) ack 2941224887 win 5792 <nop,nop,timestamp 219851962 48601460>
22:46:37.848007 IP (tos 0x0, ttl 63, id 55690, offset 0, flags [DF], proto: TCP (6), length: 64) AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.47489 > mir1.ovh.net.www: ., cksum 0xa756 (correct), 1:1(0) ack 1440 win 16024 <nop,nop,timestamp 48601841 219851962,nop,nop,sack 1 {0:1440}>
22:46:37.922905 IP (tos 0x0, ttl 53, id 39887, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.47489: . 1440:2880(1440) ack 1 win 5792 <nop,nop,timestamp 219851969 48601841>
22:46:37.924795 IP (tos 0x0, ttl 63, id 55692, offset 0, flags [DF], proto: TCP (6), length: 52) AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.47489 > mir1.ovh.net.www: ., cksum 0x0a91 (correct), 1:1(0) ack 2880 win 16024 <nop,nop,timestamp 48601917 219851969>
22:46:37.924766 IP (tos 0x0, ttl 53, id 39888, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > AMontpellier-151-1-49-29.w83-197.abo.wanadoo.fr.47489: . 2880:4320(1440) ack 1 win 5792 <nop,nop,timestamp 219851969 48601841>
5 packets captured
5 packets received by filter
0 packets dropped by kernel

L'interface eth0 (sur p)
root@p:~# tcpdump -vv -c 5 -i eth0 host mir1.ovh.net
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
22:48:13.361353 IP (tos 0x0, ttl 52, id 40665, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > shepp.47489: . 2274850859:2274852299(1440) ack 2941224887 win 5792 <nop,nop,timestamp 219861513 48696920>
22:48:13.362949 IP (tos 0x0, ttl 64, id 56798, offset 0, flags [DF], proto: TCP (6), length: 64) shepp.47489 > mir1.ovh.net.www: ., cksum 0x5cce (correct), 1:1(0) ack 1440 win 16024 <nop,nop,timestamp 48697360 219861513,nop,nop,sack 1 {0:1440}>
22:48:13.437245 IP (tos 0x0, ttl 52, id 40666, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > shepp.47489: . 1440:2880(1440) ack 1 win 5792 <nop,nop,timestamp 219861520 48697360>
22:48:13.438830 IP (tos 0x0, ttl 64, id 56800, offset 0, flags [DF], proto: TCP (6), length: 52) shepp.47489 > mir1.ovh.net.www: ., cksum 0x9218 (correct), 1:1(0) ack 2880 win 16024 <nop,nop,timestamp 48697436 219861520>
22:48:13.439205 IP (tos 0x0, ttl 52, id 40667, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > shepp.47489: P 2880:4320(1440) ack 1 win 5792 <nop,nop,timestamp 219861520 48697360>
5 packets captured
5 packets received by filter
0 packets dropped by kernel

l'interface eth0 (sur s)
root@s:~ # tcpdump -vv -c 5 -i eth0 host mir1.ovh.net
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
22:50:04.936600 IP (tos 0x0, ttl 52, id 41593, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > shepp.47489: . 2275398059:2275399499(1440) ack 2941224887 win 5792 <nop,nop,timestamp 219873146 48813312>
22:50:04.949452 IP (tos 0x0, ttl 64, id 58080, offset 0, flags [DF], proto: TCP (6), length: 64) shepp.47489 > mir1.ovh.net.www: ., cksum 0x5c4c (correct), 1:1(0) ack 1440 win 16024 <nop,nop,timestamp 48813702 219873146,nop,nop,sack 1 {0:1440}>
22:50:05.025287 IP (tos 0x0, ttl 52, id 41594, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > shepp.47489: . 1440:2880(1440) ack 1 win 5792 <nop,nop,timestamp 219873155 48813702>
22:50:05.025381 IP (tos 0x0, ttl 64, id 58082, offset 0, flags [DF], proto: TCP (6), length: 52) shepp.47489 > mir1.ovh.net.www: ., cksum 0x4495 (correct), 1:1(0) ack 2880 win 16024 <nop,nop,timestamp 48813794 219873155>
22:50:05.343129 IP (tos 0x0, ttl 52, id 41596, offset 0, flags [DF], proto: TCP (6), length: 1492) mir1.ovh.net.www > shepp.47489: . 1440:2880(1440) ack 1 win 5792 <nop,nop,timestamp 219873187 48813702>
5 packets captured
12 packets received by filter
0 packets dropped by kernel

p est un petit Athlon, avec un noyau 2.6.12-9-k7 de chez ubuntu brezzy.

s est un portable PIII, avec un noyau 2.6.12-9-686 de chez les mêmes.

les cartes eth0 sont des ethernet 100 mais en 10 puisque j'utilise un pov' hub qui ne comprend que ça.

Selon ton conseil, j'ai changé le réseau de eth1 mais pas de modification.

Pour ce qui est des collisions, c'est vrai que c'est louche.

Toutefois, le debit entre s et p est correct (ethernet marche donc assez bien) entre p et internet c'est correct aussi.
Ce qui est étrange c'est qu'entre s et internet, cela soit si faible !

J'utilise presque exclusivement LaTeX pour rédiger mes documents (et xfig + gnuplot quand il faut faire des dessins).

D'ailleurs, est-ce quelqu'un a un équivalent à xfig parceque c'est bien le dernier logiciel que j'utilise qui comprends rien à l'unicode. (dia est vraiment pas pratique (et trop buggé) et inkscape est trop compliqué)

Est-ce que cela te va ?

http://changelog.wesnoth.org(...)

Si tu as encore des amis et à plus forte raison des amies, c'est à n'en pas douter que tu n'es pas encore assez intégriste du libre.

Il me semble que la citation c'est plutôt des brèves de comptoirs (éventuellement reprise par groland plus tard).

La traduction française avance laborieusement, n'hésitez-pas à aider. Il serait dommage ne de pas avoir une traduction français à 100% pour la 1.0 :)

http://gettext.wesnoth.org/(...)

http://wesnoth.slack.it/?FrenchTranslation(...)

http://planet.ubuntulinux.org/(...)

Bah, il peut être débutant et motivé. Moi j'ai commencé par Debian et j'ai presque pas de séquelles.

Toutefois s'il n'est pas si motivé que ça, une Ubuntu (basée sur Debian) est largement meilleure que Woody pour la détection du matos.

Salut, j'ai présentement un C800 avec Ubuntu dessus depuis la sortie de la distribution.

Pour activer le DRI, je suis passé à une profondeur de couleur de 16 (remplacer 24 par 16 dans le XF86config). En ce qui concerne Totem, remplace totem-gstreamer par totem-xine (ou installe mplayer). Et à moins que tu ne confondes pas les dépendances et les dépendances inverses, tu peux virer Evolution sans problème (la plupart des ubuntu-* sont des méta-paquets dont la supression ne prete pas à conséquence)

Toutefois, cpufreq ne marche pas chez moi et je ne sais pas comment savoir si c'est un bug d'Ubuntu ou si c'est simplement que mon CPU le gère pas.

Ça vaut pas beaucoup mieux que http://www.microsoft.com/france/lesfaits/default.mspx(...)

Si ça se trouve il est même pas mort ! C'est ça qui est flippant dans cette histoire.

N'hésitez-pas également a jeter un oeil à The Battle for Wesnoth qui vaut largement le coup aussi.

http://www.wesnoth.org(...)

Est-ce que tu as essayé de voir s'ils passaient avec wine ?

ÇA VEUT DIRE QU'IL FAUDRA ATTENDRE LE 30 AOÛT PROCHAIN POUR APPUILLER À NOUVEAU SUR CETTE TOUCHE ET REPASSER EN MINUSCULE ? QUEL ATTRAPPE-COUILLON CETTE INITIATIVE !

C'est peut-être pas dans notre culture francophone de faire des « jour du machin ». En tout cas c'est pas dans la mienne. Et puis, les logiciels libre, c'est toute l'année :)

J'ai un peu wikifié pour resperter vaguement les conventions wikipédistes. Tu devrais te créer un compte si tu comptes faire d'autres articles (GNOME par exemple), c'est plus pratique pour parler avec les gens.

Il me semble que cooker c'est plus comme l''experimental' de Debian. Il y a plus de risques de trouver des migration importantes ou des paquets avec d'éventuelles regressions ou incompatibilités (firefox 0.9 et entré dans experimental le 28 juin mais dans unstable que le 11 juillet)

je connaissais les dépots rox mais leur version est au mieux 2.1.2 alors que je voulais la 2.1.3 :)

pour java, merci. En fait j'utilise pas java mais je connais des gens que ça peut interesser.