ahuillet a écrit 639 commentaires

Merci, effectivement ça a l'air super, ca se manipule en ligne de commande et c'est ce que j'avais derrière la tête :)

Maintenant le problème c'est si par exemple je veux voir la dernière fois que nous avons discuté de la nouvelle release de FreedroidRPG:

arthur@Chani:~$ swish-e -w '"next release"'
# SWISH format: 2.4.5
# Search words: "next release"
# Removed stopwords:
# Number of hits: 1
# Search time: 0,000 seconds
# Run time: 0,016 seconds
1000 /home/arthur/.xchat2/xchatlogs/ALIA_freenode-#freedroid.log "ALIA_freenode-#freedroid.log" 2675371
.
arthur@Chani:~$

En gros il me dit que ma phrase se trouve dans tel fichier de log. Ce que je savais déjà.
Je vais écrire à la ML pour savoir si y a moyen pour swish-e de me sortir le numéro de ligne, sachant que c'est ce qui m'intéresse réellement (je sais très bien dans quel log se trouve ce que je cherche en général).

Encore merci :)

... mais je n'ai pas trouvé la liste des jeux qui étaient sur ce DVD.
Et je n'ai pas pu télécharger l'ISO.

Et la dépêche est très réduite en contenu informatif, ce qui m'amène à me demander ce qu'elle fait là.

Moi ce qui m'inquiète beaucoup dans cette histoire c'est le manque total de considération pour "l'upstream".
Ce monsieur veut faire pression sur l'upstream - car c'est de cela qu'il s'agit en demandant à toutes les distros de releaser en même temps - pour aligner les dates de release.
Cela n'a aucun sens sur le plan technique ou humain, certains projets ne sont pas en mesure de définir une date pour leur prochaine version, et je ne crois pas que "ubuntu sort dans deux mois" soit un critère pertinent lorsqu'on veut savoir ce que contiendra la prochaine version.

Mais ça va plus loin : il semble totalement ignorer qu'une distribution est précisément un ensemble de logiciels qui viennent de l'"upstream". Cette manière de présenter son travail comme la partie la plus importante du processus de production d'un logiciel me semble tout à fait déplacée.

Alors je sais, on est sûrement beaucoup de développeurs à sous-estimer et par conséquent mépriser un peu la difficulté et l'importante du travail du packageur.
Mais c'est quand même pas lui qui écrit le logiciel aux dernières nouvelles, donc je vois pas de quel droit il voudrait décider des dates de sortie...

Tiens, pour info, je viens d'apprendre que quand tu as un CDD de 1 an en Allemagne, tu peux être viré sous quelques jours pendant ta période d'essai de 6 mois, et sous 1 mois pour les 6 mois restant (sans faute de ta part). En France, après les 3 mois de période d'essai, tu n'es plus virable (sauf faute de ta part).

Ce qui n'est significatif que s'il est aussi difficile de retrouver un emploi en Allemagne qu'en France. (Je ne doute pas que ça puisse être le cas, mais dire "tu peux être viré dans la semaine" ne signifie pas _forcément_ que c'est un endroit où être salarié est difficile.)

Il me disait qu'il est a present impossible ou presque de lutter efficacement contre le spam

Tiens donc, je suis exactement de l'avis contraire... spamassassin avec le filtrage bayesien est certes très lent, mais détecte pratiquement tout mon spam sans faux positifs. Je ne sais pas évaluer le taux de faux négatifs mais il est très bas.

Salut,

je trouve ça assez incorrect quand quelqu'un présente son soft de rappliquer dans la minute lui expliquer qu'il sert à rien... sauf que je me demande très sincèrement, ton machin a l'air de faire exactement la même chose que spamassassin, alors pourquoi l'avoir écrit toi même ?

La vitesse je suppose ?

Je sais c'est nul mais j'ai beaucoup ri en lisant le titre du commentaire "Magnifique" et les deux premiers mots "ma femme" :)

Content pour toi en tout cas

Je vais lire le commentaire maintenant...

... les mecs expriment juste leur vision d'un problème qu'ils estiment avoir avec Stallman - et ils ont le droit de penser ce qu'ils pensent, même si c'est un peu extrême je comprends très bien leur raisonnement (peut-être parce que j'y adhère en partie...). La FSF les a agacés sur certains points, et ils ont eu envie de l'exprimer, de manière assez forte pour marquer le coup.

Quoiqu'il en soit, comme le dit pBpG (pour une fois que j'suis d'accord avec lui), que ce soit chez BSD ou chez la FSF ils sont pas réputés pour leur diplomatie, c'est leur manière de s'exprimer, et ca veut pas dire qu'ils s'étriperaient s'ils se rencontraient en vrai.

Bref, détends-toi, à mon avis faut le prendre au second degré, et si t'y arrives pas, ignore les :)

Je suis d'accord avec toi sur le problème "les membres de la communauté devraient pas se tirer dessus". Seulement, la communauté est assez hétérogène, et les gens qui sont dedans le sont pas forcément pour les mêmes raisons, et les deux "groupes" dont parle pBpG ne peuvent pas vraiment s'entendre sur le plan politique.

Reste donc à se concentrer sur l'aspect technique, ie. le contenu du code et pas la manière dont il est distribué ou la vision qu'on met derrière. Et là tu verras que pour des "connards", c'est des "connards" qui bossent. Le genre de "connards" qu'on déteste finalement pas trop...

Note humoristique: je vois une baisse de qualité dans tes journaux.. Fatigué ? :)

J'avais fait un journal y a un peu plus d'un an de ça je crois sur lestelechargements.com (le site de RDDV à 300kEUR - ? -), il était mort mais en fait il était revenu après.
Sauf que cette fois ci il est mort pour de vrai.

Ben ta remarque tombe super bien par rapport à l'annonce qui vient d'être faite par FreedroidRPG, à propos de vendre un jeu : http://www.freedroid.org/

... on dirait que le problème est réglé.

J'ai mis à jour le bios de la soekris (voir plus haut), et démarré le noyau avec ide=nodma, et tout semble OK. Je ne suis pas encore certain à 100% (après tout la dernière fois il a fallu 6 heures pour que ca casse), mais je n'ai aucun message bizarre donc j'ai bon espoir.

Merci à ceux qui m'ont aidé.

Moi je te propose une réponse très simple : on s'en fiche du FS. C'est pas le problème.
Ta partition / n'a absolument pas besoin d'être accessible en écriture, tu mets /var et /tmp dans un tmpfs, et tout marche. C'est ce que j'ai depuis deux ans sur ma soekris (avec une carte en cramfs parce qu'elle était trop petite pour stocker le système).

Ben évidemment si c'est pour autre chose qu'un système Linux, du genre stocker des données qui changent souvent, ma réponse n'aide pas :)

Une remarque maintenant. Sur les systèmes à mémoire statique qui ne supportent pas un trop grand nombre d'écriture, on évite généralement d'utiliser un système de fichier journalisé, et on monte les FS en mode noatime pour réduire encore les écritures. Dans un système journalisé, on touche en permanence au journal sur le disque; conduisant à un grand nombre d'écritures.

Oui, je dis ext3 mais c'est évidemment du ext2, qui est évidemment monté en noatime :)
/ sera monté en lecture seule de toute facon, sauf lorsque j'ai une mise à jour à faire.
(Avec cramfs j'étais obligé de sortir la carte, mettre à jour dans un chroot, recréer l'image et flasher.)

Merci pour tes suggestions, j'espère que ide=nodma et le nouveau BIOS vont régler ça.... réponse dans quelques heures !

Effectivement je viens de vérifier et ce post détaille des symptômes très similaires aux miens :
http://lists.soekris.com/pipermail/soekris-tech/2006-October(...)

Seulement... hdparm -d /dev/hda renvoyait 0.
Je ne sais pas si cela diffère de ide=nodma, je vais essayer ca. (Je suis entrain de reformater la carte avec vérification des badblocks. Pour la quatrième fois en deux jours. Grrr.)

Sinon j'ai un numéro de retour pour la carte mais je n'ai pas l'impression qu'elle soit défectueuse... une idée de comment je pourrais tester autrement que mke2fs -cc ?

Salut,

(pour le cp tout est ok)

merci pour ta suggestion, je viens de mettre à jour le BIOS. Vu le temps que j'y ai passé je suis pas motivé pour refaire un essai tout de suite, mais bon, on verra bien.
En fait mon problème c'est que je sais pas si une carte compact flash _neuve_ peut avoir ces symptômes là, et j'ai du mal à comprendre ce qu'il se passe de toute facon... mais bon j'étais en 1.28 je suis passé en 1.33 et il y a quelques lignes relatives aux trucs flash. Je vais fouiller la ML.

http://www.soekris.com/software/changelog.txt

Salut,

je ne suis pas sûr que tu poses très bien le problème.
Ce que tu appelles pare-feu « simple » ca n'existe pas vraiment sous Linux - ce que je veux dire c'est que ton pare-feu « simple » c'est juste une configuration possible de Netfilter. Et qu'un pare-feu pas « simple », c'est une autre configuration de Netfilter, qui est même pas forcément plus compliquée.
Et je ne vois pas en quoi ce type est courant... sous Windows peut-être j'en sais rien, mais c'est bien tout.

Bref l'intérêt du pare-feu déjà c'est d'imposer une politique de sécurité (autant que faire se peut), c'est-à-dire que si quelqu'un lance un serveur Apache et que toi tu l'interdis, si tu bloques son port ton interdiction sera respectée. Il faut nuancer cela parce que si le mec lance un serveur Apache qui écoute sur le port 80 ca veut dire qu'il est root et donc qu'il peut reconfigurer Netfilter. Mais ça marche pour les ports > 1024 avec les utilisateurs normaux.
Ensuite, bon, si le service tourne pas ça n'a pas forcément beaucoup de sens de mettre un pare-feu pour bloquer le port correspondant. Mais ça te permet de dropper les paquets (-j DROP) au lieu de renvoyer RST (-j REJECT ou je ne sais comment ça s'appelle). C'est pas révolutionnaire mais ca rend la machine plus discrète et ça embête les scanners.

Pour ton deuxième point, j'avoue que c'est pas forcément très utile. Maintenant c'est pas pour les ressources que ça bouffe sur un système Linux, mon firewall je l'ai configuré une fois y a cinq ans, et en cinq ans ma config a changé - j'ai pas toujours été derrière un routeur notamment. Je vois une réponse possible - bloquer les ports en sortie peut être utile, j'utilise pas Windows mais j'ai entendu parler de mochetés qui essayaient d'établir des connexions en sortie on sait pas trop pourquoi.

Enfin, ma politique de sécurité actuelle (config actuelle: le modem routeur de Tele2 en première ligne, toutes mes machines derrière) est pare-feu pour tous,
qui autorise tout en sortie dans toutes les directions, ainsi que tout ce qui rentre du réseau local, droppe les paquets par défaut, et n'autorise que ssh en entrée de l'extérieur - sur un port bizarre que je connais par coeur (ça évite les tentatives de bruteforce). L'intérêt c'est qu'il y a un seul point d'entrée de l'extérieur (ssh), c'est bien moins difficile à gérer.

Donc pour conclure :
1 - pas de réponse claire de ma part, juste quelques pistes
2 - tu parles "des pare-feux les plus basiques" (attention l'orthographe...), ceux là ne servent certainement à rien en effet, c'est pour ça qu'on fait des configurations plus élaborées
3 - chez moi politique de sécurité assez basique mais qui je crois marche plutôt bien

Je me relis pas j'ai la flemme. :)

Par pitié lis au moins l'article en entier, il explique que justement on programme pas la carte en touchant les registres mais en lui envoyant des commandes qui sont conceptuellement assez proches de l'utilisation d'une API...

Bon, vous pourrissez mon journal avec des commentaires sans grand intérêt, mais c'est pas vraiment mon journal de toute facon alors vous faites ce que vous voulez.
Je me suis dit que je n'interviendrais pas dans le débat, parce que c'est stérile, et que je veux pas donner l'impression que je me justifie.. enfin ça c'est ptet raté, on verra bien...

Quoiqu'il en soit l'intérêt majeur de Launchpad, et la seule raison pour laquelle freedroidRPG (qui est hébergé chez sourceforge, qui est pas libre non plus, et ça m'empêche pas de dormir le soir) est sur Launchpad, est également la seule raison pour laquelle j'ai fait ce journal : Rosetta. Cet outil permet de contribuer à la traduction d'un logiciel de manière très simple, que ce soit pour les contributeurs ou pour les développeurs du logiciel, et c'est tout ce qui compte.

Une suggestion ? Laissez tomber la discussion... et venez nous aider. Launchpad est peut-être pas libre mais freedroidRPG l'est et il a besoin de vous :)

L'URL pour contribuer est dans le journal.

Merci !

Ben ça m'intéresserait presque cette histoire - mais :

- nom de l'entreprise ? freescale on dirait, mais c'est pas clair
- nom d'un contact ?
- adresse e-mail foireuse (bah ouais, moi j'écris à des gens pas à r23146 aussi gentil soit-il)
- évidemment vous filez une indemnité ? c'est qu'il faut se loger et manger

Bref, merci de le proposer, je serais presque tenté.. mais c'est quoi du data networking ? :)

1- Je ne donnerai pas mes sources (notamment premier §)

Inutile de propager des ragots dans ce cas, tout le monde y gagnera du temps.

[bon marcheu a répondu avant moi mais je poste quand même]
Maarten Maathuis et Stuart Bennett ont pas mal bossé sur randr12 récemment (donc support du dualhead).
Pour les cartes NV2x jusqu'à NV4x (geforce 3 - geforce 7), le dualhead est supposé être fonctionnel.
Pour les NV1x (geforce 1, 2, geforce 4 MX) je ne suis pas sûr (est-ce qu'il en existe seulement avec deux sorties ?)

Dans tous les cas, si vous avez une config à deux écrans, merci de tester avec nouveau et de venir nous dire sur IRC si ça marche :) Et surtout si ça marche pas !
(irc.freenode.net #nouveau)

Sinon à propos du sujet du journal : nouveau est vraisemblablement meilleur que nv en 2D (X-Video et support EXA avec accélération de XRENDER). Une release "2D-only" est à prévoir d'ici pas trop longtemps.

Il reste une piste d'amélioration en 2D : une meilleure synchronisation GPU/CPU (le "fencing"). Tentative d'explication :

Le fencing permet au CPU d'attendre la fin d'une opération donnée, qui est en cours d'exécution par le GPU. Par example, lorsque EXA veut toucher des données qui doivent être traitées par le GPU, il doit attendre que d'être sûr que ces données ont bien été traitées, pour éviter toute corruption.
L'approche actuelle est d'attendre que le GPU ait fini d'exécuter _toutes_ les commandes en cours, y compris celles qui n'ont rien à voir avec les données qui nous intéressent (= vider complètement le tampon de commandes). C'est simple mais ça génère des attentes plus longues que la normale.
Un essai d'explication plus concrète : soient A, B, C, D, E, F, des commandes envoyées à la carte graphique. Admettons que "C" soit responsable de dessiner quelque chose, qu'on veut ensuite retraiter sur le CPU. On doit donc attendre que C soit terminée, avant de toucher le bout de mémoire concerné.
Avec un fencing propre, on attendrait (= ne ferait rien, comme dans while ( ! done ) ; ) l'exécution de A, B et C.
Avec l'approche actuelle, on attendrait l'exécution de A, B, C, D, E, F.

Puis tant qu'à y être puisque je suis parti dans un exposé sur le status de nouveau, je crois qu'il faut mentionner qu'on vient d'ajouter un "video texture" pour les cartes NV4x (geforce 6 et 7), qui est plus rapide et a une bien meilleure qualité d'image, que le blitter qui est utilisé sur NV4x par nv (et toujours disponible dans nouveau !).
Cela dit je crois qu'il a encore quelques problèmes, enfin bon.


On sera quelques-uns de nouveau au FOSDEM 2008.

Y a quelques ennuis pour la lecture de l'EDID avec certains écrans sur certaines machines. Le problème n'apparaît pas que sur les cartes nvidia, mais les forums tels que nvnews regorgent d'exemples.
J'ai vécu ce problème aujourd'hui, où une de mes machines (slackware-current sur les deux, mais plus ou moins "-current" :p) a pu démarrer l'écran dans sa résolution native directement, alors que l'autre disait ne pas pouvoir lire l'EDID, et évidemment ne fonctionnait pas. (Il s'agit d'un écran au format "wide", résolution native 1440x900 je crois).

Hé bien, merci pour la suggestion, je viens d'enregistrer freedroid sur launchpad. Ça m'ennuie un peu ces sites qui te proposent de *tout* gérer alors que le seul truc qui nous intéresse dans le cas présent c'est le système de traductions (par exemple, je suis certain que je vais voir arriver des bug reports sur launchpad, alors qu'on en reçoit également sur IRC, sur la mailing list, et sur les trackers sf.net...), enfin bon.

Le système de traductions a l'air cool par contre, je viens d'importer le .pot donc "bientôt" (les admins travaillent le weekend) tu pourras aider à corriger notre traduction française :)

Je prends l'exemple de freedroid-rpg, j'aurais bien aimé être contributeur de passage pour traduire quelques phrases et passages mais bon, pour ça, je devais prendre la derniere version sur cvs /svn, voir vite fait comment marchent leurs .po et renvoyer ce que j'ai fait par mail, pour quelques paragraphes ça vaut pas le coup, en plus, j'aurais peut être traduit des passages déja traduits en attente d'être validés ... Bref, que de temps perdu ...

En même temps si tu fais pas parvenir ton retour d'expérience aux gens concernés, ça va pas beaucoup aider :)
Dans ton cas précis qu'est-ce que tu suggères pour améliorer la situation ? Je fais de mon mieux pour aider les gens qui veulent contribuer mais malheureusement je n'ai pas tout le temps que je souhaiterais, bref on fait avec ce qu'on a, et dans le cas de freedroid c'est pas grand chose...

Sinon pour pas être totalement hors-sujet - c'est très, très dur de garder quelqu'un comme contributeur à un projet, et particulièrement un graphiste. Déjà il y a beaucoup de gens qui disent qu'ils vont faire quelque chose et puis qui abandonnent - sans te prévenir, bien sûr, ce qui complique la gestion des tâches - quand ils se rendent compte que ce qu'ils voulaient faire demande du travail, et puis tu as les gens qui vont faire un peu quelque chose mais qui te convient absolument pas, et les gens qui vont être des contributeurs "valeureux" (bizarre ce mot) mais qui resteront pas longtemps... et au final, c'est très dur de trouver quelqu'un dans la durée pour t'aider sur un projet. Mais on trouve, faut juste du courage et du temps :)
Cela dit ta meilleure chance c'est de te faire connaître un peu d'abord, avant de poster des demandes partout, c'est pour ca que tu vas avoir besoin de faire quelques "placeholders" toi même...

Et puis oublie pas d'annoncer ta première version jouable ici, pour ceux qui veulent pas contribuer parce qu'ils sont débordés mais qui veulent bien s'amuser avec un jeu bien fait et que ca gêne pas de faire un bug report à l'occasion...

... j'ai jamais pu finir le cinquantième, et ca fait plusieurs années que j'y suis.

Pour ceux qui se demandent - c'est un petit jeu d'arcade en 2D très vieux (xkobo), qui a été récrit (kobo deluxe), le principe simple et ultra bourrin, facile à jouer au début mais qui se complique rapidement. Très addictif, bien évidemment :)

N'hésitez pas à l'essayer, mais faites pas ça pendant que les pâtes cuisent ou que le fer à repasser chauffe, ça va vous prendre du temps !