Victor STINNER a écrit 1632 commentaires

Faudrait une IA, bon oui je sais, c du boulot.

Sans rire, l'IA et le réseau seront dans la prochaine version. On a déjà un bon gros patch pour rendre leurs écriture plus facile (on a même les bases pour l'envoi de paquet client <-> serveur).

J'ai justement sorti la version 0.5 ce week-end pour pouvoir tout casser avec les gros vilains patchs.

Continue tes critiques Ontologia, les plus pertinantes seront très certainement prises en compte (je trouve aussi que les armes dans le menu des armes sont trop petites).

@+ Haypo

C'est normal, docteur?

Tu es dans le mode "SDL". Au début, j'avais essayé de corriger ClanLib pour faire marcher Wormux en mode SDL, mais je me suis brouillé avec l'équipe, et puis voilà. Donc, Wormux est injouable en mode SDL. Décoche la case en question dans le mode des options (Use SDL / Utilise SDL) et relance Wormux.

@+ Haypo

http://2004.eurobsdcon.org/uploads/media/EBSD04_28.pdf(...)

Je trouve que les nouvelles fonctionnalités ressemblent *beaucoup* à FreeBSD 5.x (kqueue, systrace, ...). A ce que j'en ai compris, ils ont repris du code et l'ont rendu portable sur un max. d'architectures. C'est classe ça ! Ce serait encore mieux si FreeBSD et NetBSD deviennaient un SuperBSD qui serait la combinaison des forces de chacun ... Bon, c'est pas pour demain.

J'suis trop fort, j'ai retrouvé le bench' en question :
http://linuxfr.org/2003/10/19/14323.html(...)

En gros, ça montre en image que Linux 2.6.x et FreeBSD 5.x supportent sans problème une forte monté en charge.

---

Je ne dis pas : "boûh les vilains ! ils repompent FreeBSD !". Au contraire, c'est super que voir que tous les OS libres évoluent dans le bon sens :-)

@+ Haypo

Pourquoi est-ce qu'on fait encore des simulations nucléaires à l'heure actuelle ? Par "simulation nucléaire", mais je comprend : << faire une arme plus grosse que celle du voisin, mais qu'on ne pourra jamais utiliser car elle détruirait 4x la Terre si on la déclanchait >> ...

Moi je dis : Peace & Love :)

Bon, j'ai sûrement mal compris, ça doit être pour faire de la fission nucléraire (non polluante et avec un rendement largement meilleur) ou alors nous pondre des voitures qui ne polluent plus et roulent avec de l'eau ... ah nan, merde, ça c'est les piles à combustibles.

@+, Haypo

- il me faut qqch comme 7 click pour changer le smtp qui me sert a envoyer des mails. C'est une operation que je fais deux fois par jour, je trouve ca super penible

Tiens, j'ai trouvé comme arrêtér de se prendre la tête à changer de SMTP sans arrêt (en journée, serveur de la boîte, le soirée : neuf télécom). J'utilise l'email de ma boîte pour envoyer des emails depuis ma boîte. Dans Evolution chaque compte (POP/IMAP) a son serveur SMTP.

Bon, un script bash qui me changerait ça (serveur SMTP) automatiquement selon par exemple le serveur DNS / mon IP / autre serait la bienvenue. Car le week-end je dois encore passer à evc.net ou lieu de neuf.fr :-P (pfff, trop dur pour moi)

@+ Haypo

Pas de problème, ça peut être étendu.
Il y a deux solutions, soit on augmente la taille de la liste des partitions, soit on diminue la taille de chaque entrée.

Je n'ai rien vu de tel dans les spécifications, ou alors j'ai mal lu. Je pense que le plus raisonnable serait de permettre d'avoir plus d'entrée plutôt que de diminuer leur taille.

Par contre, je suppose que cette limite doit être fixée une fois pour toute, sinon il faut grignoter le début de la première partition primaire, ou bien ? Le plus raisonnable serait de permettre au moins 100 partitions (faut voir large) par défaut : ce qui fait à peu près 4 secteurs par tables à peu près (selon mon calcul de tête). Après, on pourrait en faire plus (ou moins ?) lors de la création des tables. 8 secteurs de nos jours jours ... je ne crois pas vraiment que ça fait beaucoup (sur un disque de 250 Go par exemple).

L'utilisateur de liste chaînée est si gênante ? Ok qu'on peut faire plus de connerie avec ça, mais c'est plus souple ... J'utilise des listes chaînes tous les jours en copiant des fichiers sous ext3, et ça ne m'a jamais planté à la gueule :-)

C'est tellement chiant ces limites. Dernières en tête : sur une architecture 32 bits, on ne peut accéder à plus de 32 bits par processus. Sous Windows, pendant longtemps, on ne pouvait pas faire de fichier de plus de 2 Go (embêtant pour l'enregistrement de vidéo brute non compressée) ... hum, je pense que c'était pareil sous Linux. Ne pas pouvoir faire plus de 4 partitions primaires. J'ai appris ça le jour où j'en tenté d'en créer une 5e (damned !). etc.

@+ Haypo

Hum, moi ce qui me gêne, c'est la limitation de 31 partitions. Ca fait 4 partitions pour 8 distributions différentes (par exemple). Il faudrait pouvoir changer cette limite, voir même prévoir un système illimité.

De plus

Haypo

Etant mainteneur d'un projet (Wormux), il me faut expliquer l'absence de réponse. Il peut y avoir de très nombreuses réponses à cela :
- Le mainteneur est overbooké, a mis ton email de côté puis l'a oublié
- Le mainteneur est fatigué du projet et ne s'en occupe plus vraiment
- L'email s'est perdu dans les méandres de l'Internet (mauvaise adresse ?)
- ...

Le patch peut être génial, mais comme il faut qu'un humain l'applique et que l'humain par défaut est fénéant, il arrive que les patchs se perdent.

Conclusion : insiste ;)

PS: De manière générale, ne jamais commencer par un patch de 10.000 lignes. Il sera rejetté presque à coup sûr. Il faut y aller progressivement. Il ne faut pas négliger le côté humain ;-) (je dis ça en général, et par expérience)

@+ Haypo

N'étant pas utilisateur de KDE, je n'ai pas compris tout de suite la remarque "". La première ligne du site web explique bien cela (je laisse quand même la description complète) :

MPlayer/Xine/ffmpeg/ffserver frontend for KDE.

As a stand-alone application it can:

* play movies from file/url
* play DVD
* play VCD
* play from a pipe
* play from a TV device (experimental)
* keep movie sizes ratio
* movie progress slider
* control arts volume
* resize/fullscreen support
* optional show mplayer output before and after a movie plays
* configurable pattern matching
* position slider
* recording using mencoder
* proxy settings from konqueror are used to set http_proxy environment variable
* DCOP KMediaPlayer interface support

It's also a KPart, making it possible to embed in konqueror (preview in Embedded KDE interface for MPlayer) or KHTML
Additionally:

* Javascript support

Ca m'a l'air bien sympa !

Haypo

Essayez plutôt :
http://www.nsa.gov/ia/industry/gig.cfm?MenuID=10.3.2.2(...)

(pas de commentaire pour l'instant, je suis en train de m'informer ...)

@+ Haypo

Depuis quand l'anglais est "standard" ? Pfffff

En fait, pour comprendre pourquoi on est passé du 100% français à " l'anglais par défaut et plein de traductions derrières ", il faut lire les commentaires qu'on a reçu lors de notre première news sur happypenguin.org (avant début Juillet 2004) :
http://happypenguin.org/show?Wormux#comments(...)

On passe des commentaires du style :

Oh my god... :P Not only is the site in French, so is INSTALL.txt! I have just started to hate French people a little bit more ;) Ps. I'm not english, but I don't mind writing in english on an international medium. Why do French people always think they are better than the rest of the world?

à des choses plus encouragentes :

OUTSTANDING

J'écris ça plus pour expliquer pourquoi on développe tellement d'effort pour ce passage à l'anglais (super lourd). J'ai bien compris que ce "troll" venait du mot "standard".

@+ Haypo

bof, je ne vois pas le probleme a ecrire ses propres Makefile, et je n'ai pas constate de problemes d'interoperabilite particuliers, a part ceux inherent au code (donc rien a voir avec le Makefile) et aux gens etroits d'esprit qui ecrivent pour gmake...

Ben matte le Makefile qu'il y avait avant. Il nécessitait un patch pour chaque distribution (incompatibles entre eux, bref). Je pense donc que les autotools vont nous permettre de mieux s'adapter à chaque système (peut-être un portage BSD, Windows ou Mac ?).

@+ Haypo

ps: c'est la deuxieme fois que tu postes ca, mais les autotools ne sont - toujours - pas un standard.

Là encore, utiliser des outils plus "courant" permet une meilleure interopérabilité plutôt que chacun écrire son Makefile dans son coin, avec ses noms de variables, etc.

Pourquoi ? autotools est si mal vu ? C'est compliqué à utiliser (je trouve), mais exsite-t-il mieux ?

@+ Haypo

et evidemment que l'anglais est plus commun que le francais si les francophones utilisent l'anglais au lieu du français! et pour finir c'est super dommage, parce que ca aurait permis a des francophones de se pencher sur du code dont ils comprennent les noms de variables, pour une fois...

Hum, il y a plus ne non francophones que de francophones qui se sont intéressés au code source. Malheureusement ils sont vite repartis ...

Déjà qu'il n'y a pas beaucoup de développeurs Wormux (deux à peu près), autant mettre toutes les chances de notre côtés.

Vous vous voyez travailler sur un projet en russe, allemand, ou polonais ? ... (non, je ne parle pas courament esperanto)

@+ Haypo

En plus je lui réserve une petite surprise (à ma copine). Elle est fan de "Bob l'Eponge" (oui bon, pas de commentaires :) et j'ai vu qu'on pouvait jouer avec lui en téléchargeant une skin.

Non, le format des skins (et des équpes) a changé entre Wormux 0.4 et 0.5. Je viens de mettre à jour Bob l'éponge :
http://www.wormux.org/fr/skins_non_free.php(...)

Si tu veux je pourrais également mettre à jour Mario Bros, le schtroumph, etc. Suffit de demander !

@+ Haypo

Arf. Disons que la langue anglaise est plus commune, donc plus pratique pour les traducteurs. De toute manière la version esperanto est disponnible : "export LANGUAGE=eo" avant le lancement du jeu. Tu peux te baser sur po/eo.mo pour traduire le jeu dans une nouvelle langue.

Par contre, là où Wormux (ClanLib en fait) sucks : ça ne gêre pas l'UTF-8 ni les polices TTF. C'est très gênant pour la localisation ...

@+ Haypo

C'était parce que j'avais mis mon premier journal (beta2) en privé alors que je le voulais en publique. J'ai écrit un email aux modérateurs LinuxFR.org : aucune réponse ... C'est pour ça que je me suis permis de remettre le même texte.

En fait, ce qui change avec la beta3 :
- Corrections de bugs au niveau du moteur physique
- La compilation du sous-répetoire po/ fonctionne correctement (il manquait un fichier et une ligne dans Makefile.am)
- J'ai décidé de ne plus couper le projet en deux parties (source + donnée)

J'ai surtout fait cette release pour les préparateurs de paquet, car faire un paquet d'un programme qui ne compile pas c'est balèze :-)

@+ Haypo

A partir de la version 4.3 (ou avant ?) Xfree86 utilise l'EDID de l'écran :o)

@+ Haypo

Salut,

Je ne connais pas trop les outils graphiques de Ubuntu, mais je connais bien les outils en ligne de commande. Lance un terminal (ex: tape ALT+F2, et entre xterm). Là passe en root (l'équivalent de l'Administrateur sous Windows) via la commande su ... Euh, s'il te demande un mot de passe, je ne sais pas trop ... Essaye "sudo su" ou "sudo -s".

Maintenant que tu as la main en root dans un terminal, tu as le champ libre pour tout faire. Pour voir tes interfaces réseaux, tape "ifconfig". Les classiques sont "lo" (boucle locale, 127.0.0.1) et eth0 (carte ethernet). Tu peux alors éteindre une interface en tapant "ifconfig eth0 down", puis la rallumer avec "ifconfig eth0 up". Pour changer l'IP : "ifconfig eth0 192.168.1.42". Pour changer le masque de sous-réseau : "ifconfig eth0 netmask 255.255.0.0". Pour dire qui est le "gateway" (la passerelle Internet), il y a la commande route : "route add default gw 192.168.1.1" par exemple ("route -n" pour voir les routes existantes).
---
Maintenant pour la lenteur de Windows vs Linux, je dirai que ma Debian est légèrement plus lente au lancement qu'un Windows XP ... Mais bon, j'ai pas chronomètré. Par contre, une fois que c'est lancé, c'est super rapide. Alors que sous Windows, tout est plus lent (ça rame, ça plante, ça bug, etc.).

@+ Haypo

Effectivement, de nombreux bugs trainaient dans ClanLib :-( D'ailleurs je vais bientôt me remettre à bosser sur le gros patch SDL. Les derniers emails que j'ai reçu de ClanLib (Magnus pardon) m'ont beaucoup refroidis :
http://sourceforge.net/mailarchive/forum.php?thread_id=5738258&(...)
et
http://sourceforge.net/mailarchive/forum.php?thread_id=5703793&(...)

Ouais ouais, très sympa l'esprit du logiciel libre : on fait des patchs et on s'en prend plein la gueule car l'indentation n'est pas jolie, ça ne respecte pas le coding style, ça casse des trucs (euh, c'est discutable : le patch que j'ai envoyé pour Xalan faisait fonctionner le moteur XSLT chez moi, désolé si on n'a pas la même version ... qu'est-ce que j'y peux moi ?), etc. Or, quand je demande plus d'explication sur mes erreurs ou savoir comment faut-il implémenter mes patchs pour ne rien casser, c'est le silence radio ... (bon j'exagère sûrement, et j'ai peut-être cherché les noises, mais quand même).

@+ Haypo

Euh, oui, seul 90% (à peine ???) du site sont traduit. Damien Boucard a déjà fait un travail extraordinaire ! Alors plutôt que de critiquer, traduisez cette page et envoyez le fichier XML (la source est http://www.wormux.org/xml/en/beta.xml(...)). Au passage, je signalerai que même la traduction française de cette page (très récente en fait) n'existe pas. Alors svp, réfléchissez à deux fois avant de poster des anneries pareilles.

@+ Haypo

J'me suis planté, je voulais mettre ce journal en publique ...

@+ Haypo

Si tu veux toucher 99% des utilisateurs, et faire un site au moins "un peu joli", c'est tout bonnement impossible. Internet Explorer se démerde vraiment mal avec le CSS : certaines fonctions ne sont pas implémentées (comme position: fixed), d'autres sont interprêtées différement de la norme (position: absolute je crois bien, une histoire de margin/padding, ... (liste hyper longue)).

Après il y a justement les anciennes et les nouvelles versions des navigateurs : Mozilla 1.0 ne fonctionnait pas aussi bien que Mozilla 1.7, idem entre Internet Explorer 4.0 et la version 6.0. Ensuite il y a tous les autres : Opera, Konqueror, Internet Explorer pour Mac, etc.

Bien sûr, tu peux faire ton autiste et faire un site 100% conforme W3C, et tant pis pour les autres ... Moi qui développe sous Linux avec Firefox + EditCSS, j'étais bien emmerdé quand j'ai fait une démo sous Internet Explorer. En fait, j'ai eu deux très mauvaises suprises :
1) Menu absent ... Problème de position: (...) mal interprété
2) Bout de CSS qui fait tout simplement planter Internet Explorer ... (de mémoire, ça touchait à p:first-letter, bug connu, mais jamais corrigé)

Désolé, mais le guerre des navigateurs n'est pas terminée.

En attendant, faire plusieurs feuilles de style : partie commune, et partie spécifique à tel ou tel navigateur (avec un bout de javascript pour détecter le moteur de rendu utilisé ...). En passant, c'est pas très cool car Mozilla a écrit ses propres extensions CSS : -moz-border-radius (bords arrondis) et une autre pour la transparence. Bon, je crois bien que ça va être dans la future norme CSS3, mais quand même, c'est mal ...

@+ Haypo

Ce serait cool. Un gars est déjà sur le coup, mais il ne semble pas trop avancer, et on ne le voit plus sur IRC (#wormux chez FreeNode). Je pense que pour commencer, il faudrait modifier le code pour qu'une IA ou que le réseau puisse remplacer les actions au clavier ou à la souris !

Le mieux étant que tu nous envoies un email et/ou que tu passes sur IRC (on est de plus en plus souvent connecté).

@+ Haypo

Si tu veux te rendre utile et que tu sens que tu en as les capacités, rejoint notre projet Wormux car le réseau manque vraiment. Toutes les infos (emails et autres) sur http://www.wormux.org/fr/(...)

Bye, Haypo