voir aussi l'association AILES Association Informatique Libre Et Santé http://www.delafond.org/ailes/index.html qui pourra renseigner efficacement (et penser à nous donner un retour de tes différentes recherches).
Je n'ai pas parlé de la finalité mais uniquement des statistiques/infos qui pourraient être intéressantes.
J'imagine que les modérateurs auraient des compétences kernel (au moins connaître le fonctionnement des modules) ainsi que des compétences en licences et problématiques du libres (pas forcément besoin d'être juriste, cela s'acquière en dehors au besoin d'un cursus). Comme tu le soulignes il y a le cas des dépendances, la seule que j'identifiais concerne les firmwares, à voir s'il est possible d'être plus précis (ou pas).
De même, je n'imagine pas que tout soit traité par h4l, comme tu le dis ce sont les ayant-droits qui en ont la légitimité (même pas la FSF directement d'ailleurs).
Pour l'histoire des (E)PROMs / firmware qui transite, c'est principalement une problématique "Debian doit-il distribuer quelque chose" (j'imagine que le "Vous" étant Debian, même si je ne suis pas Debianniste).
En ce qui me concerne, effectivement j'ai ton approche : l'idéal étant que firmware et cartes soient disponibles en libre, même si je suis une quiche en électronique, cela pourra servir à améliorer par d'autres. Mais je ne fais pas de chasse, je propose simplement des indicateurs supplémentaires. D'où l'intérêt tout de même de modérateurs pour discuter à plusieurs et prendre plusieurs points de vues pour moduler les informations disponibles directement via modinfo (et faire reporter des modifs upstream au besoin, h4l n'étant qu'un outil à ce niveau).
Pour Skype, ce n'est pas un logiciel libre, cela s'arrête-là àmha. Sinon, je suppose que tu fais allusion aux discussions sans fin sur debian-legal cherchant à faire passer le kernel dans non-free du fait de ces dépendances en cascade ? Pas forcément besoin d'être jusqu'au boutiste, cela montre simplement que c'est loin d'être trivial et qu'il y a toujours moyen d'aller plus loin ;-)
par ailleurs, peut-être préciser quelles informations sont fournies dans le dump (ou quels types d'informations) pour rassurer ceux qui ont peur que leur mail parte dans la nature (notamment).
Pourquoi ce ne serait pas très raisonnable de rentrer les infos des modules par des modérateurs ? il n'y en a actuellement que 323 sur [http://hardware4linux.info/modules/], cela me semble très raisonnable au contraire.
Par ailleurs cette information est disponible par un modinfo
par exemple, modinfo ueagle-atm renvoit une ligne
license: Dual BSD/GPL
Un modinfo nvidia-current # (c'est ballot c'est le nom sur mandriva... cela fait un écart entre le nom du module chargé et le .ko.gz...) renvoie :
license: NVIDIA
bon, donc c'est (presque) plié pour les modules en tant que tel (donc les pilotes). Le tout c'est que cette information soit effectivement correctement vérifiée upstream ou lors de l'inclusion dans le noyau.
Ce n'est pas plié pour ceux qui n'utilisent pas les modules ou dont l'information n'est pas fiable (soit pas disponible, soit pas correctement remplie, soit doute sur son remplissage).
Le souci reste donc bien sur les firmwares. Je ne vois pas pourquoi tu considères cela du détail ? Cela reste du logiciel, autant qu'il soit libre ?
Personnellement, je trouve que c'est loin d'être un détail lorsque ces firmwares sont non distribuables (cas du firmware pour les modems usb speedtouch) : c'est tout de même dommage pour l'utilisateur que cela ne puisse pas être directement mis sur le CD d'installation pour un bête problème de licence... d'autant pour un modem, si ça se trouve les juristes se sont dits "bah tout le monde a internet, z'ont qu'à le récupérer sur notre site web". Cela ne résiste bien sûr pas au problème de l'île déserte (bon ya pas d'internet je vois pas qui brancherait un modem, mais bon...) mais tu te retrouves dans des situations à la con (vécues) d'utilisateurs obligés d'aller dans un internet café, récupérer le firmware, le mettre sur une clé usb, revenir chez eux finir l'installation.
Pourquoi compliquer ainsi la tâche des utilisateurs quand le métier des constructeurs c'est de vendre leur matériel à la base (et qu'il soit utilisé), pas forcément faire du logiciel (surtout pour des pilotes). D'autant que du firmware peut être buggué, ce qui est encore plus ballot. bref.
par exemple pour le matériel nvidia, c'est dommage de ne pas avoir les détails de répartition des modules utilisés, par exemple pour http://hardware4linux.info/component/13070/ une carte nvidia (là on a l'impression que 100% utilisent le pilote nvidia, je ne suis pas sûr que le pilote nv apparaissent en tant que tel...).
Sur les cartes graphiques de nvidia, ce serait pas mal de voir les modules existants http://hardware4linux.info/manufacturer/1690/5/ (cela permettrait d'avoir l'information au niveau de la catégorie et pas seulement du composant)
comme s'assurer que celui qui va rentrer les infos ne va pas mettre libre partout pour tous les périphériques de sa bécane car on lui rabat les oreilles qu'Ubuntu ou autre sont libres
tout simplement parce que cette info est disponible au niveau des modules et pourrait être rentré par une équipe de modérateurs (pour que ce ne soit pas tout le temps le même qui se tape le boulot), en s'intéressant aux dernières soumissions ayant ajouté des modules (ce qui ne rajouterait pas trop de boulot).
Et parce que des gens chez debian par exemple font de temps en temps ce travail, qui peut tout à fait être réutilisé : http://wiki.debian.org/?KernelFirmwareLicensing
et ?
est-ce une raison pour qu'une autre société puisse te tracer par encore un autre moyen ?
sais-tu que les GAB te fournissent du liquide qui obligera les indélicats à des recoupements pour trouver les commerçants du quartier...
Moi, tant que c'est anonymisé, ça ne me dérange franchement pas, cela permet de gérer de la logistique, d'optimiser pour de meilleurs services (en tout cas lorsque c'est fait pour cela). Que ce soit pour alimenter ma boîte de courrier (physique ou virtuel) de pourrier ou pourriel, bin non (et le reste non plus).
Je sais bien, mais c'est aussi pour ça que je t'embête pour ajouter un volet développement ouvert via mailing-list, wiki, bug-tracking pour donner de la visibilité à cette fameuse todo ;-)
un peu comme sur http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Proje(...)
ce qui milite pour rajouter une note de chacun des pilotes selon leur librérté http://hardware4linux.info/modules/ par exemple
5 Completely free driver / documentation available / no proprietary firmware
3 Completely free driver / no proprietary firmware / no support by vendor
0 Free driver / proprietary firware distributable
-3 Free driver, proprietary firmware non distributable
-5 Proprietary driver and firmware
ce qui permettrait en remontant cette note au côté du purement marche/marche pas d'accentuer le troll libre / proprio.
The trouble is that the original Domain Name System specification only allows for 512-byte packets in the DNS protocol. With 13 root servers, we're already well over 400 bytes. Any useful number of IPv6 addresses for root servers would push this beyond the 512-byte limit. So for a long time, the parties involved have considered the possibilities of ill effects when IPv6 addresses for the root DNS servers are added to "the dot." (A dot signifies the end of a DNS name. A dot without a name is therefore the root of the DNS hierarchy.)
The message from IANA links to a lengthy report, written by ICANN's Security and Stability Advisory and Root Server System Advisory Committees, detailing all the possible issues that could come up. The majority of modern DNS software is capable of sending and receiving packets larger than 512 bytes, so anyone running these should be fine. If a DNS server doesn't indicate this capability in its request, the root server will fit as much as it can within a 512-byte packet and mark the answer as "truncated," which is the requester's cue to retry the request over TCP rather than the usual UDP. So older DNS software shouldn't have any problems, either, so long as firewalls don't block DNS packets larger than 512 bytes or DNS requests over TCP.
z'ont implémenté des logiciels nouveaux gérant au-delà de la spécification d'origine du protocole, seuls de vieux DNS avec de vieux logiciels risquent de ne pas passer à IPv6 (une bonne manière de les réformer lors de la migration), ils seront identifiés dans cette phase préliminaire, même si une alternative a été proposée pour que ça marchotte quand même.
ya les commentaires dans ton agrégateur de flux RSS ? Comment fais-tu si tu n'as plus tes trolls pBpG/Albert/Iznogood/briaeros/Stumpf et j'en oublie ? Et pour les commentaires pertinents que tu rates ?
Sinon, comment s'est passé le seuvrage ? pas trop de crises liées au manque ? quelques symptômes quand même ?
Cela permet de tester de bout en bout (accès IPv6, requêtes DNS pour trouver l'IPv6 des serveurs, accès aux serveurs en IPv6) que tout fonctionne en IPv6.
Reste à trouver de plus en plus de serveurs en IPv6 et aussi s'assurer que ça fonctionne déjà bien chez soi, comme commencé dans ce journal : https://linuxfr.org//~carlo/25836.html
Certaines distributions ont commencé à recenser les applications impactées http://wiki.mandriva.com/en/Docs/SysAdmin/Networking/IPV6 [en] n'hésitez pas à participer à ce travail d'intégration dans votre distribution pour que cela fonctionne hors de la boîte pour le plus grand monde ;-)
étant donné que cela était initialement annoncé pour décembre (mais repoussé vers juin visiblement), je me suis tout de même renseigné (vi vi moi aussi j'achète une carte orange chaque mois) :
- il y a le navigo de base qui te fait en gros économiser un mois sur l'année, avec conservation de ton nom, photo 4 mois (je crois) toussa
- et un navigo non rattaché à ton nom que tu paies genre 5 euros de plus chaque mois, mais sans les garanties (changement ticket/pass lors perte et autres trucs que je n'ai de toute façon pas avec la carte orange non plus)
Je suis donc reparti de nouveau avec ma carte orange mensuelle (avec le rabais lié aux grèves).
'fin j'ai pas tout compris et vu qu'il n'y avait pas l'air d'y avoir de doc' claire dans la gare où je suis allé... je suis preneur d'infos (j'avais cru voir passer un journal sur un début de mise en conformité de la RATP avec les directives de la CNIL pourtant...).
Pour l'instant, faut pas se leurrer, les trajets sont rapprochés du numéro du ticket de carte orange (pas le numéro de ma carte orange que je mets à la main hein :) ), éventuellement de ma carte bleue (je n'ai que peu de doute là dessus...) quitte à avoir un identifiant unique quand même.
En quoi n'est-ce pas "professionnel" ? Tu veux dire que chez Free ce sont des amateurs ? :)
Un making of de nolife! (dispo sur tv perso iirc) indiquait que c'était pourtant bien le procédé utilisé pour gérer leur chaîne :
- upload des fichiers mpeg2 (de mémoire) sur un serveur de contenu
- upload d'une playlist correspondant à la programmation
le reste étant assuré par la régie de diffusion... par ADSL en l'occurence.
Je n'ai pas cherché, mais il doit bien exister des how to (basés sur VLC ou autre) indiquant comment diffuser.
tout simplement, la répartition :
5 Works out of the box.
3 Works with modifications.
0 Don't know or not supported by hardware.
-3 Works partially.
-5 Does not work.
avec les mêmes couleurs que sur http://hardware4linux.info/
pour les contenus, j'essaie de noter quelques liens à chaque fois que le sujet est abordé : c'est sur http://wiki.eagle-usb.org/wakka.php?wiki=BookReview
j'ai pu en oublier, n'hésitez pas à citer vos préférés :-)
D'ailleurs, je ne reproduis pas sur https://linuxfr.org/~Sirrus/25907.html (le 1er commentaire étant replié). Peut-être parce que j'utilise la toolbar DLFP ?
[^] # Re: medintux
Posté par BAud (site web personnel) . En réponse au message Cherche logiciel pour médecin (Belge).. Évalué à 2.
http://www.delafond.org/ailes/index.html qui pourra renseigner efficacement (et penser à nous donner un retour de tes différentes recherches).
[^] # Re: Intéressant
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 2.
J'imagine que les modérateurs auraient des compétences kernel (au moins connaître le fonctionnement des modules) ainsi que des compétences en licences et problématiques du libres (pas forcément besoin d'être juriste, cela s'acquière en dehors au besoin d'un cursus). Comme tu le soulignes il y a le cas des dépendances, la seule que j'identifiais concerne les firmwares, à voir s'il est possible d'être plus précis (ou pas).
De même, je n'imagine pas que tout soit traité par h4l, comme tu le dis ce sont les ayant-droits qui en ont la légitimité (même pas la FSF directement d'ailleurs).
Pour l'histoire des (E)PROMs / firmware qui transite, c'est principalement une problématique "Debian doit-il distribuer quelque chose" (j'imagine que le "Vous" étant Debian, même si je ne suis pas Debianniste).
En ce qui me concerne, effectivement j'ai ton approche : l'idéal étant que firmware et cartes soient disponibles en libre, même si je suis une quiche en électronique, cela pourra servir à améliorer par d'autres. Mais je ne fais pas de chasse, je propose simplement des indicateurs supplémentaires. D'où l'intérêt tout de même de modérateurs pour discuter à plusieurs et prendre plusieurs points de vues pour moduler les informations disponibles directement via modinfo (et faire reporter des modifs upstream au besoin, h4l n'étant qu'un outil à ce niveau).
Pour Skype, ce n'est pas un logiciel libre, cela s'arrête-là àmha. Sinon, je suppose que tu fais allusion aux discussions sans fin sur debian-legal cherchant à faire passer le kernel dans non-free du fait de ces dépendances en cascade ? Pas forcément besoin d'être jusqu'au boutiste, cela montre simplement que c'est loin d'être trivial et qu'il y a toujours moyen d'aller plus loin ;-)
[^] # Re: Join smolts.org
Posté par BAud (site web personnel) . En réponse au journal architectures et kernels sur hardware4linux.info. Évalué à 2.
pourquoi avoir retenu le nc ? quelques arguments concernant le NC sur http://faq.tuxfamily.org/Licence/Fr
par ailleurs, peut-être préciser quelles informations sont fournies dans le dump (ou quels types d'informations) pour rassurer ceux qui ont peur que leur mail parte dans la nature (notamment).
[^] # Re: Intéressant
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 3.
Par ailleurs cette information est disponible par un modinfo
par exemple, modinfo ueagle-atm renvoit une ligne
license: Dual BSD/GPL
Un modinfo nvidia-current # (c'est ballot c'est le nom sur mandriva... cela fait un écart entre le nom du module chargé et le .ko.gz...) renvoie :
license: NVIDIA
bon, donc c'est (presque) plié pour les modules en tant que tel (donc les pilotes). Le tout c'est que cette information soit effectivement correctement vérifiée upstream ou lors de l'inclusion dans le noyau.
Ce n'est pas plié pour ceux qui n'utilisent pas les modules ou dont l'information n'est pas fiable (soit pas disponible, soit pas correctement remplie, soit doute sur son remplissage).
Le souci reste donc bien sur les firmwares. Je ne vois pas pourquoi tu considères cela du détail ? Cela reste du logiciel, autant qu'il soit libre ?
Personnellement, je trouve que c'est loin d'être un détail lorsque ces firmwares sont non distribuables (cas du firmware pour les modems usb speedtouch) : c'est tout de même dommage pour l'utilisateur que cela ne puisse pas être directement mis sur le CD d'installation pour un bête problème de licence... d'autant pour un modem, si ça se trouve les juristes se sont dits "bah tout le monde a internet, z'ont qu'à le récupérer sur notre site web". Cela ne résiste bien sûr pas au problème de l'île déserte (bon ya pas d'internet je vois pas qui brancherait un modem, mais bon...) mais tu te retrouves dans des situations à la con (vécues) d'utilisateurs obligés d'aller dans un internet café, récupérer le firmware, le mettre sur une clé usb, revenir chez eux finir l'installation.
Pourquoi compliquer ainsi la tâche des utilisateurs quand le métier des constructeurs c'est de vendre leur matériel à la base (et qu'il soit utilisé), pas forcément faire du logiciel (surtout pour des pilotes). D'autant que du firmware peut être buggué, ce qui est encore plus ballot. bref.
[^] # Re: Intéressant
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 2.
http://hardware4linux.info/component/18358/ (manque la répartition donc)
[^] # Re: Intéressant
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 2.
http://hardware4linux.info/component/13070/ une carte nvidia (là on a l'impression que 100% utilisent le pilote nvidia, je ne suis pas sûr que le pilote nv apparaissent en tant que tel...).
Sur les cartes graphiques de nvidia, ce serait pas mal de voir les modules existants http://hardware4linux.info/manufacturer/1690/5/ (cela permettrait d'avoir l'information au niveau de la catégorie et pas seulement du composant)
ce qui est sympathique c'est que tu as la répartition des types de matériel qu'un fabricant vend : http://hardware4linux.info/manufacturer/1690/ (toujours l'exemple de nvidia)
/me adore les stats :-)
[^] # Re: Intéressant
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 2.
tout simplement parce que cette info est disponible au niveau des modules et pourrait être rentré par une équipe de modérateurs (pour que ce ne soit pas tout le temps le même qui se tape le boulot), en s'intéressant aux dernières soumissions ayant ajouté des modules (ce qui ne rajouterait pas trop de boulot).
Et parce que des gens chez debian par exemple font de temps en temps ce travail, qui peut tout à fait être réutilisé : http://wiki.debian.org/?KernelFirmwareLicensing
[^] # Re: Navigo
Posté par BAud (site web personnel) . En réponse au journal Bye bye les tags mifare. Évalué à 2.
est-ce une raison pour qu'une autre société puisse te tracer par encore un autre moyen ?
sais-tu que les GAB te fournissent du liquide qui obligera les indélicats à des recoupements pour trouver les commerçants du quartier...
Moi, tant que c'est anonymisé, ça ne me dérange franchement pas, cela permet de gérer de la logistique, d'optimiser pour de meilleurs services (en tout cas lorsque c'est fait pour cela). Que ce soit pour alimenter ma boîte de courrier (physique ou virtuel) de pourrier ou pourriel, bin non (et le reste non plus).
[^] # Re: Ca ne semble pas libre ton truc
Posté par BAud (site web personnel) . En réponse au journal Zoho : LA suite bureautique web2 ?. Évalué à 2.
[^] # Re: dual os 4
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 3.
un peu comme sur http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Proje(...)
de mon côté, je prends des notes sur http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Hardw(...) et plus spécifiquement http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Hardw(...)
Pour te faire de la pub' pour ton site, je l'ai ajouté sur http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=PageP(...) et http://faq.tuxfamily.org/CommunicationLibreHardware/Fr et tu es en bonne position sur http://wiki.eagle-usb.org/wakka.php?wiki=HwDbExistingResourc(...) qui sont des liens que j'utilise régulièrement pour indiquer des opérations simples à faire dès que l'on a fini l'installation d'un nouveau PC.
[^] # Re: dual os 4
Posté par BAud (site web personnel) . En réponse au journal Nouvelle stat sur hardware4linux.info. Évalué à 2.
5 Completely free driver / documentation available / no proprietary firmware
3 Completely free driver / no proprietary firmware / no support by vendor
0 Free driver / proprietary firware distributable
-3 Free driver, proprietary firmware non distributable
-5 Proprietary driver and firmware
ce qui permettrait en remontant cette note au côté du purement marche/marche pas d'accentuer le troll libre / proprio.
[^] # Re: .
Posté par BAud (site web personnel) . En réponse à la dépêche IPv6 à la racine des DNS. Évalué à 3.
z'ont implémenté des logiciels nouveaux gérant au-delà de la spécification d'origine du protocole, seuls de vieux DNS avec de vieux logiciels risquent de ne pas passer à IPv6 (une bonne manière de les réformer lors de la migration), ils seront identifiés dans cette phase préliminaire, même si une alternative a été proposée pour que ça marchotte quand même.
[^] # Re: Baisse du nombre de visite
Posté par BAud (site web personnel) . En réponse à la dépêche Rétrospective du libre en 2007. Évalué à 2.
Sinon, comment s'est passé le seuvrage ? pas trop de crises liées au manque ? quelques symptômes quand même ?
[^] # Re: Baisse du nombre de visite
Posté par BAud (site web personnel) . En réponse à la dépêche Rétrospective du libre en 2007. Évalué à 2.
hum ah ok ~~~> [ ]
# déploiement représentatif
Posté par BAud (site web personnel) . En réponse à la dépêche IPv6 à la racine des DNS. Évalué à 2.
Cela permet de tester de bout en bout (accès IPv6, requêtes DNS pour trouver l'IPv6 des serveurs, accès aux serveurs en IPv6) que tout fonctionne en IPv6.
Reste à trouver de plus en plus de serveurs en IPv6 et aussi s'assurer que ça fonctionne déjà bien chez soi, comme commencé dans ce journal : https://linuxfr.org//~carlo/25836.html
Certaines distributions ont commencé à recenser les applications impactées http://wiki.mandriva.com/en/Docs/SysAdmin/Networking/IPV6 [en] n'hésitez pas à participer à ce travail d'intégration dans votre distribution pour que cela fonctionne hors de la boîte pour le plus grand monde ;-)
Déjà pour l'accès Free IPv6, j'avais commencé la prise de notes sur http://wiki.eagle-usb.org/wakka.php?wiki=FreeIPv6to4rd vous pouvez completer, cela étant un wiki.
[^] # Re: Navigo
Posté par BAud (site web personnel) . En réponse au journal Bye bye les tags mifare. Évalué à 3.
[^] # Re: Vitesse de boot
Posté par BAud (site web personnel) . En réponse au journal mon EEEpc. Évalué à 3.
[^] # Re: Navigo
Posté par BAud (site web personnel) . En réponse au journal Bye bye les tags mifare. Évalué à 3.
- il y a le navigo de base qui te fait en gros économiser un mois sur l'année, avec conservation de ton nom, photo 4 mois (je crois) toussa
- et un navigo non rattaché à ton nom que tu paies genre 5 euros de plus chaque mois, mais sans les garanties (changement ticket/pass lors perte et autres trucs que je n'ai de toute façon pas avec la carte orange non plus)
Je suis donc reparti de nouveau avec ma carte orange mensuelle (avec le rabais lié aux grèves).
'fin j'ai pas tout compris et vu qu'il n'y avait pas l'air d'y avoir de doc' claire dans la gare où je suis allé... je suis preneur d'infos (j'avais cru voir passer un journal sur un début de mise en conformité de la RATP avec les directives de la CNIL pourtant...).
Pour l'instant, faut pas se leurrer, les trajets sont rapprochés du numéro du ticket de carte orange (pas le numéro de ma carte orange que je mets à la main hein :) ), éventuellement de ma carte bleue (je n'ai que peu de doute là dessus...) quitte à avoir un identifiant unique quand même.
[^] # Re: vlc ?
Posté par BAud (site web personnel) . En réponse au message Faire sa télé avec le libre. Évalué à 2.
Un making of de nolife! (dispo sur tv perso iirc) indiquait que c'était pourtant bien le procédé utilisé pour gérer leur chaîne :
- upload des fichiers mpeg2 (de mémoire) sur un serveur de contenu
- upload d'une playlist correspondant à la programmation
le reste étant assuré par la régie de diffusion... par ADSL en l'occurence.
Je n'ai pas cherché, mais il doit bien exister des how to (basés sur VLC ou autre) indiquant comment diffuser.
Pour la chaîne de radio, regarder du côté de http://libre-attitude.org (et demander comment c'est fait) et http://fr.wikipedia.org/wiki/Icecast
[^] # Re: Vive les graphes
Posté par BAud (site web personnel) . En réponse au journal architectures et kernels sur hardware4linux.info. Évalué à 2.
5 Works out of the box.
3 Works with modifications.
0 Don't know or not supported by hardware.
-3 Works partially.
-5 Does not work.
avec les mêmes couleurs que sur http://hardware4linux.info/
[^] # Re: ok pour le contenant, mais le contenu ?
Posté par BAud (site web personnel) . En réponse au journal Ebook Reader.. Évalué à 3.
j'ai pu en oublier, n'hésitez pas à citer vos préférés :-)
[^] # Re: Mon dieu !
Posté par BAud (site web personnel) . En réponse au journal Nom d’un chien. Évalué à 2.
D'ailleurs, je ne reproduis pas sur https://linuxfr.org/~Sirrus/25907.html (le 1er commentaire étant replié). Peut-être parce que j'utilise la toolbar DLFP ?
[^] # Re: Moins de fautes d'orthographe dans les journaux.
Posté par BAud (site web personnel) . En réponse au journal Mes prédictions pour 2008. Évalué à 4.
[^] # Re: oui...
Posté par BAud (site web personnel) . En réponse au journal Windows Home Server corruption. Évalué à 3.
[^] # Re: pourquoi t'as acheté une nvidia ?
Posté par BAud (site web personnel) . En réponse au journal x86_64. Évalué à 2.