BAud a écrit 12779 commentaires

Va falloir un jour *vraiment* un autre test que glxgears tout de même...
Au titre du pilote nouveau, il n'y a pas des tests de non régression permettant d'extraire un simili benchmark avec une couverture de tests un peu plus représentative que glxgears ? (représentative pas au niveau graphique hein, au niveau fonctionnel ;-) ).

bah sont pas si compliqués que cela les tags, non standards avec mediawiki stout :-)
mais en contrepartie tu as directement le bon format pour soumettre la dépêche sur linux.fr : http://wiki.eagle-usb.org/wakka.php?wiki=NewsKDE4/linuxfr

les tags possibles sont indiqués sur http://wiki.eagle-usb.org/wakka.php?wiki=ReglesDeFormatage n'hésite pas à ajouter des liens wikipedia sur les mots avec les crochets doublés autour du mot [ [lien_http mot_ou_phrase] ] (sans les espaces)

Je l'ai acheté d'occas' le 28/12/2007 ;-) merci de m'avoir confirmé que je ne me suis pas trompé dans mon achat, je craignais que ce soit un peu obsolète... ('fin bon ça va forcément l'être un peu).
Les grands esprits se rencontrent :D

il y a un icedtea pour Java ME ?
sinon outre les liens vite trouvés http://mobility.netbeans.org/
http://www.netbeans.org/kb/trails/mobility.html
et la version 6 concernée http://www.netbeans.org/kb/60/mobility/index.html

il y a d'autres liens encore plus intéressants ?

Tu parles du droit des marques aux Etats-Unis àmha, la défense de la marque ne s'applique pas en tant que tel en France si je me rappelle bien, tu paies pour le domaine retenu et c'est bon.

Par ailleurs, le point soulevé concerne la contrefaçon, qui est du ressort du droit d'auteur principalement et accessoirement si une marque a effectivement été déposée du droit des marques...

s'inspirer de ce journal https://linuxfr.org/~Tifauv/25936.html aussi "KDE 4.0.0 a été taggé" (sauf le passage sur mature qui n'apporte rien au schmilblick).

Comme dit plus haut : http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...)

D'après [https://linuxfr.org/tracker/727.html], le système de pertinentage/inutilage a été corrigé hier soir (tout dernier commentaire).

Sinon pour la correction de l'utf-8, tout patch est le bienvenue, c'est un peu "quand ce sera prêt" :D

si si les points de karma peuvent être attribués à discrétion des admins (par exemple lorsque vous postez une dépêche publiée il y en a automatiquement d'attribués) ce qui permet de poster des commentaires sur votre dépêche si votre score était tombé trop bas (ou compte inutilisé depuis trop longtemps).

Les compléments de doc' comme d'habitude sur http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...) (s'il y a des oublis, demandez !).

hum... plutôt http://wiki.eagle-usb.org/wakka.php?wiki=NewsKDE4 dispo à partir de http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr

c'est un wiki, n'hésitez pas à sauvegarder souvent si vous travaillez à plusieurs vous pouvez vous coordonner via xmpp:linuxfr@chat.jabberfr.org afin que chacun se répartisse une partie.

ah tiens, il me semblait bien oublier quelque chose, le journal précédent la dépêche donc : https://linuxfr.org/~smurfy/25941.html (avec des précisions pour des évolutions en terme de corrélations d'images).

Dans le menu "Aide", des vidéos d'exemples sont fournis et la vidéo de démonstration ci-dessus montre bien bien comment utiliser le logiciel (et rappelle quelques souvenirs des courbes à obtenir).

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 ;-)

j'ai vu que la base de h4l est disponible sous CC-by-nc-sa sur http://hardware4linux.info/about/tos/
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).

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.

ah si j'en ai trouvé qui utilisent une carte nvidia avec nvidiafb
http://hardware4linux.info/component/18358/ (manque la répartition donc)

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)

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 :-)

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).

bien sûr que si, tu peux demander les sources, gentiment ;-)

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(...)

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.

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.

bin je cite l'article de arstechnica

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 ?

suffit de poster le sondage sur un site de gros passage de switchers de linuxfr ;-)

hum ah ok ~~~> [ ]