benoar a écrit 4229 commentaires

À propos de ta remarque sur le MP3, j'ai une pseudo-règle qui marche assez bien : quand on parle de bits, et pas d'octets, c'est souvent des multiples de 1000. C'est valable en son, en réseau, etc.

Pour Ubuntu : http://ubuntu-fr.org/
Sinon, essaye d'apprendre (c'est valable pour la syntaxe et l'orthographe aussi) avant de porter certains jugements, ça t'évitera de finir dans les abîmes du moinssage.

Peut-être quelques-uns, mais pas tous en tous cas car certains n'ont pas encore été portés (ou sont encore "en cours", je pense au macio de benh qui gère une grosse partie des Mac PPC). Ça ferait gueuler pas mal de monde.

Epiphany sous la session single-user.
Ha ok ... quand je disait single-user, c'est du single de chez single en console. Une sessions graphique te lance plein de trucs qui peuvent modifier le comportement brut de ta machine.
Quand tu es dans grub, (de mémoire) tape e, ensuite encore e, ajoute single à la fin de la ligne, et tu devrais démarrer en mode console minimal. Là, tu lances un "dhclient eth0", déjà on verra si ton client DHCP marche. Ensuite, si tu dois faire du statique, n'utilises pas le fichier interfaces, fais le à la main :

ip link set eth0 up
ip addr add 192.168.50.12/24 dev eth0

et ping ta passerelle.

Ne peux-tu pas simplement y accéder en C, depuis tes fichiers en C++ ?

Rho putain, je met pas d'URL pour pas faire de pub, mais le post sur les traders .... _o_

Je suis pris d'un doute, du fait de tes explications vagues ("vois" la passerelle, "accède" aux DNS) : t'as utilisé quoi pour aller sur le site de debian ?

(j'avoue que c'est un peu pour sonder ton niveau de connaissances, parce que là un problème comme ça, soit c'est un truc bête qu'on a pas vu et que t'as pas dit, soit c'est un problème très sioux qu'il faudrait remonter upstream).

Bon bah en voyant ça, j'en arrive aux deux conclusions précédentes :
- soit c'est un problème de driver. Un petit dmesg | grep eth pourrait peut-être en dire plus sur le modèle, voir des erreurs
- soit c'est un problème hard, mais si ça marche "bien" sous windows. D'ailleurs, as-tu ces problèmes de lenteur sous windows ? Le ping marche-t-il bien ?

Je suis d'accord avec tout ça, mais au moins tu ne peux pas dire que tu n'as pas le choix ... Avoir le choix n'est pas avoir différentes propositions qui t'arrivent toutes cuites dans la bouche.

Si tu mets un 12cm, il n'y aura aucun problème niveau perf, ce sera même mieux et avec moins de bruit. J'ai aussi un microATX, et chez moi ya quand même la place d'en mettre un ... Après, c'est vrai que faut aimer le bricolage (j'ai déjà attaché des ventilos avec des bouts de ficelle, ça marche très bien /o\).

Je veux bien un _retour_, pardon ....

Dans les versions "modernes" de ce genre de truc (qui n'a jamais été vraiment très popularisé, je me demande pourquoi), il y a XPRA :
http://partiwm.org/browser/README.xpra
Il utilise les possibilités de composition des serveurs X modernes. Ça a l'air sympa, mais je n'ai pas eu le temps de tester. Je veux bien un routeur si tu l'essayes.

Prends-en un plus gros et accroche-le à l'arrache ...

Il n'y a pas de capteur de température sur les ventilos (à ma connaissance), c'est sur la carte mère que sont les capteurs.

Peux-tu filer un peu plus d'infos STP ? (si ton chip est un compatible hda-intel, il ne devrait pas y avoir de problème)
D'abord, ça veut dire quoi exactement "je n'ai pas son" ? Quel logiciel utilises-tu pour lire ton fichier ? Et quel genre de fichier ?
Des infos plus techniques aussi, genre le résultat d'un lsmod, d'un dmesg. Et aussi quel mixers apparaissent dans les réglages du son, s'ils ne sont pas "muté", etc.

Putain, 8% de la population (en France) a, au cours de sa vie, fait une tentative de suicide ...

Si tu fais l'effort de te bouger le cul, il y a des opérateurs associatifs qui font les choses très bien.

Une des "technologies" qu'ils vont utiliser et qui pourra permettre de baisser les coûts, c'est de s'équiper chinois (Huawei). Ça avait même été utilisé comme argument contre Free car ça ne faisait pas profiter à l'industrie "nationale" (Alcatel).

Le pare-feu n'a pas de raison de poser problème. Il est en configuration par défaut, et « chez moi ça marche »
On parle du pare-feu de ta machine, pas de ta passerelle, parce que si "c'est toi ça marche" on ne serait pas en train de parler autour de ce thread ...

Arping ne changera rien, on voit ce que ça donne dans ce log :
T'as changé quelque chose au cours de ce tcpdump, non ?
On voit d'abord des requêtes ARP qui n'aboutissent à rien :

15:50:57.756036 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:50.760030 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:51.760034 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28

Et puis d'un coup :

15:54:50.760032 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:54:50.760663 ARP, Reply 192.168.50.1 is-at 00:22:b0:89:05:68, length 46

Ou alors un truc le change dans ton dos. Déjà, quand je fais du test réseau, je désactive toujours systématiquement NetworkManager. Il fout la merde dès qu'on fait des trucs à la main.
Pour être sur de pas avoir de pb de firewall et d'autres programmes, je te conseille déjà de rebooter ta machine en mode single user (rajoute " single" à la fin des paramètres à filer au noyau). Déjà ça évitera d'avoir des comportements aléatoires comme on voit là.

Si en single c'est toujours comme ça, je ne vois que deux solutions : un problème de driver, ou un problème hard.

OK, ok :-)

Pour les "props changed", tu les vois lors d'un svn diff. Ce serait utile de savoir ce qui change exactement (genre le bit exécutable, c'est souvent le truc bizarre entre Windows/Linux, bon, ici ça ne sera pas le cas). Franchement, garder un historique avec plein de props changed sans savoir d'où ça vient, je trouve que ça fait dégueulasse.

Sinon, pour les autres forges, ce n'est pas ma spécialité donc je ne connais pas grand chose à part http://savannah.gnu.org/ ...

Tu n'a pas précisé sur quel système tournait ta machine ...
Je sais que les SVN avec Linux et Windows cohabitant ont parfois des problèmes de permissions qui changent en passant d'un système à l'autre (c'est sûrement du à la gestion des permissions sous NTFS et sous les FS unix). Et puis dans ton cas ce n'est pas facile de diagnostiquer, l'interface web de sourceforge ne permettant pas de voir les "props changed". T'as des messages plus précis ?

Sinon pour la lenteur générale, sourceforge est connu pour ne pas être ce qu'il y a de plus foudroyant comme service (enfin, c'est une vieille constatation de ma part).

Un soft sous (L)GPL oblige à redistribuer cette clé pour permettre d'utiliser la version modifiée, mais c'est Apple qui détient la clé en question... (sauf jailbreak m'enfin ne pas respecter une licence (Apple) pour en utiliser une autre voilà quoi :))
Le binaire on s'en branle du moment qu'on a les sources. Regarde le cas de la TiVoïsation : ils respectent très bien la licence (à la lettre, mais pas dans l'esprit puisque la GPLv3 a été créée en partie "à cause" d'eux), on a les sources mais impossible de faire marcher le binaire où que ce, il n'y a pas de problème de compatibilité clé / licence LGPLv2. C'est une fausse excuse pour moi.

Pour la suite, je suis à peu près d'accord avec toi, même si j'ai mon côté barbu qui a envie d'un truc encore plus libre, et que le modèle de double licence ne se répande pas trop (quand je donne mon copyright à une entreprise, en général, c'est qu'elle m'a payé pour ça) ...

Ha oui, le coup du firewall, c'est pas la première fois que je vois ça.
Un coup de :
iptables -F ; iptables -t nat -F
iptables -P INPUT ACCEPT; iptables -P OUTPUT ACCEPT; iptables -P FORWARD ACCEPT
(bon je fais pas le pre/post-routing, mais bon si tes règles sont niquées à ce point là c'est qu'il y a un gros problème)

Bon, comme c'est pareil que NeoX, je suppose que c'est normal. En tous cas je préfère largement la version sans résolution de nom, c'est plus clair (mais le mieux serait "ip route" ;-))