- rivalise avec les scene graph commerciaux
+ rivalise avec les scene graph propriétaires
- autorisant le logiciel d'être utilisé gratuitement parmi le spectre des applications open-source ou commerciales
+ permettant l'utilisation gratuite du logiciel
Je préfère de beaucoup la deuxième version aussi (une certaine personne dont trollfr est^Wétait le blog est passée par là, à raison). Désolé de ne pas l'avoir mieux vu à relecture, merci pour ton commentaire (n'hésite pas à être plus précis la prochaine fois).
Il y a deux possibilités :
- changer le système de vote (lourd) et on repartirait pour une longue période d'observation pour voir si ça marche (ou pas)
- faire évoluer les mentalités (long) pour que les posts intéressants soient plussés^Wpertinentés : cela contribue à la vie du site aussi.
Aujourd'hui,le système remplit son office :
- les posts injurieux ou polémiques sont correctement cachés (et la notation est dissuasive pour éviter au posteur d'y revenir), les conséquences sont abordées dans cette demande https://linuxfr.org/tracker/538.html
- que les commentaires amusants soient plussés^Wpertinentés ne me choque pas outre mesure, cela contribue à la jovialité et la bonne ambiance du site, en revanche je préférerai que les posts tout simplement intéressants atteignent au moins 2, ceux qui apportent une information de l'ordre de 5, ceux qui apportent une réflexion (avec laquelle on est d'accord ou pas) puissent atteindre les 10 (bon sans que ça devienne l'école des fans comme https://linuxfr.org/~plic/24681.html qui permettait de se prendre un 10 sur un simple commentaire ;-) ).
- l'effet de bord est que l'accès aux journaux de première page est plus difficile pour beaucoup de monde (une proposition est de pouvoir promouvoir des journaux en première page https://linuxfr.org/tracker/517.html lorsqu'ils sont intéressants)
- cela ne joue en rien sur l'incitation à proposer des dépêches (qui elles peuvent être soumises sans droits particuliers), un wiki pour les rédiger à plusieurs permettrait peut-être à certains de se lancer pour nous faire des dépêches construites https://linuxfr.org/tracker/605.html chacun pouvant contribuer de ses liens et paragraphes informatifs), sinon - à défaut - les journaux avec le système actuel.
Il y a aussi les termes modérelecteur (ou modérolecteur) poussé par les modéros ou relectomodérateurs poussé par les relecteurs : la concurrence est cordiale entre des pouvoirs bien différents sur le site ;-)
Je suppose que tu réagis sur : OpenSceneGraph est open-source donc tout le code source est fourni et peut être copié, modifié et utilisé gratuitement pour une utilisation commerciale ou non-commerciale.
et licence OpenSceneGraph Public License, qui s'appuie sur la Lesser GNU Public License (LGPL), permettant l'utilisation gratuite du logiciel.
J'ai souligné les points qui m'ont fait tiquer à relecture :
- open-source selon l'OSI http://opensource.org/docs/osd est la conséquence du choix d'une licence semblable à la LGPL (bon j'ai trouvé ballot de faire une nième licence alors qu'il suffit de prendre celle de base, mais bon c'était la mode à une époque). Le "donc" est un peu rapide (et il manque le fait que le source est fourni à titre gracieux).
- pareil pour le "permettant" : c'est le fait que sur leur projet ils fournissent le source à titre gracieux qui fait que c'est gratuit, mais la LGPL en tant que tel ni ne l'empêche ou ni n'y oblige explicitement, c'est leur choix.
Effectivement, cela embrouille un peu tout àmha, mais ce n'est pas foncièrement faux, ce que ta réaction épidermique pourrait faire croire : qu'aurais-tu préféré comme formulation ? Je ne vois pas d'opposition libre / commercial dans la formulation initiale, simplement 2 constats accolés, comme dans "libre et gratuit, permettant une exploitation commerciale" (et en plus une exception permettant de faire du proprio, mais bon c'est la LGPL : elle ne concerne que le code qu'elle couvre et pas le code qui lui est lié au sens gcc).
Un peu comme le SIG, la GED est un monde à part, avec son propre vocabulaire et des compétences spécifiques (workflow, archivage, éditique, ...). àmha, le vocabulaire retenu pour la dépêche ne la rend pas très accessible pour le commun des mortels.
Sinon, c'est dommage il n'y a pas (encore) de liste des GED libres comme il peut y avoir http://fr.wikipedia.org/wiki/Liste_des_logiciels_SIG
C'est peut-être plus compliqué à lister ? (entre les CMS, les ECM, ECI, SAE et j'en passe...).
Sinon, par rapport au mode de fonctionnement des réalisations : le 1er client est un "sponsor" et une fois le développement réalisé, il est en fourni en GPL et mis à disposition publiquement ? C'est bien cela ?
objectivement la tribune c'est juste un tout petit bout de DLFP qui ne concerne qu'une minorité d'utilisateurs, qui ne contribuent d'ailleurs pas tant que ça au reste du site.
Tu remarqueras d'ailleurs que sur https://linuxfr.org/my/ il n'y a _aucun_ lien vers https://linuxfr.org/board/
àmha, il y a effectivement 10 communautés au minimum dans linuxfr : ceux qui connaissent la tribune et ceux qui ne la connaissent pas (ceux qui ne connaissent pas le binaire sont généralement dans cette dernière catégorie). Certains ont peut être activé la boîte "Tribune libre" sur la page de garde de https://linuxfr.org via https://linuxfr.org/user_prefs.html (en même temps que la toolbar d'ailleurs...).
Sur [https://linuxfr.org/redacteurs/], il y a tout de même quelques moules qui passent, sans doute parce que cela ressemble à un bouchot ? (qui donne l'heure et le jour d'ailleurs pour ceux en manque d'un calendrier).
Quand tu dis que les utilisateurs de la tribune ne participent pas au site, c'est tout de même oublier le vendredi et ses journaux, non ? C'est aussi àmha oublier une certaine culture de trollfr qui transparaît souvent dans les commentaires. D'ailleurs, cette culture est plus vaste que trollfr, la tribune pouvant aussi être vu comme le lien avec certaines communautés irc sur freenode (#linuxfr notament) ou autres réseaux irc, sans doute parce qu'on y retrouve les mêmes canards ;-). D'ailleurs, jabber s'étend avec xmpp:linuxfr@chat.jabberfr.org que quelques moules ont déjà visité.
Bref, j'ai tout de même l'impression que les moules ne restent pas accrochées à leur bouchot et tant mieux (et qu'elles sont très bonnes avec de la crème fraiche, un peu d'oignon et une pointe de persil).
bin, j'avais la valo client / interconnexion / roaming dans mon périmètre effectivement, donc bon... j'ai bien dû savoir ce à quoi servaient ces 00CC(E)ZABPQMCDU, et effectivement aussi le tadig 21/57 pour les fichier TAP. Je me suis arrêté au GPRS (bon ok, un peu d'UMTS). Heureusement que je ne t'ai fait qu'un scénario d'appel :-)
Les vpi/vci pour l'atm, c'est un peu comme le port de ssh : tiens, il est ouvert sur le 22 (ou le 2222 pour ceux qui s'amusent à écouter sur un autre port). T'envoie tes données au bout du tuyau, s'il y a quelqu'un il répond (parfois ya un login/mot de passe mais bon l'acheminement est pas mal physique par rapport à la ligne ATM, sans doute repéré par ton n° de tel d'ailleurs par l'équipement auquel tu es raccordé au DSLAM...).
Pour le n° de tel, il sert aussi au routage avec les n° "géographiques". Dans le monde des telecom mobiles on en revient aussi à des n° géographiques avec des plages affectées à chacun des équipements (MSC, BSC, BTS). C'était la difficulté avec la portabilité du n° mobile d'ailleurs : autant un 066 c'était que chez BouygTel auparavant, avec la portabilité du n° tu peux garder un mobile avec le même n° mais chez un autre opérateur... d'où l'interconnexion des bases (les HLR) pour savoir vers quel opérateur envoyer l'appel quand ça vient d'un réseau externe. Bref. Le MSISDN transite de réseau en réseau (par exemple, SFR => FT => BouygTel pour un appel d'un mobile SFR vers BouygTel en débordement sur FT : c'est le dernier équipement qui ne le transmet pas à l'appelé si c'était un appel en n° caché).
Sinon pour le P2P, cela reste une "absolution" de celui qui va collecter des IPs : lui aussi uploade des données et se met donc en infraction. C'est un peu comme si les majors pouvaient être chasseur de prime et ne pas respecter les lois, se servir aussi en billets dans la banque (et les garder) sauf que eux ne passent pas par la case prison "ah bah oui mais c'était dans le cadre du boulot, oui on a fourni des données mais c'était pour montrer que il y en a qui les prennent", comme si les banques avaient des étales de billet et se plaignaient du vol à l'étalage quoi plutôt que de le passer dans perte et profits, provisionné à l'année. C'est d'ailleurs tellement bien provisionné que le cas de la copie privée leur rapporte de l'argent : la supprimer c'est leur enlever des revenus... Avec ce qui se passe pour le P2P et son flicage, ça revient quand même beaucoup aux milices locales, sauf qu'on leur reconnaîtrait les mêmes droits et pleins pouvoirs que des agents assermentés, ce qu'ils ne sont pas.
en fait, non une adresse IP n'est pas comme un numéro de téléphone
- l'adresse IP est considérée comme une donnée personnelle (je ne retrouve plus le texte de loi de la CNIL qui spécifie cela et les autres cas de "données personnelles", le terme étant à lire du point vue _légal_ et non comme du point de vue français courant de la vie de tous les jours
- ce serait plutôt comparable à l'IMSI http://fr.wikipedia.org/wiki/International_Mobile_Subscriber(...) dans le monde des téléphones mobiles
Si quelqu'un retrouve la liste identifiant les données à caractères personnel (j'ai failli rajouter "manifestement", travers de dadvsi quand tu nous tiens :/) cela pourrait être intéressant : il faut bien distinguer la notion "communément admise" de la notion légale (les deux ne se confondant pas forcément).
Je ne comprends pas très bien son moinssage, il a tout à fait raison, perso je tombe sur la page suivante du proxy :
L'accès à l'URL http://www.futura-sciences.com/fr/sinformer/actualites/news/(...)
est resté sans réponse.
Cause : [code=DNS_TIMEOUT] A DNS lookup error occurred because the request timed out during the lookup.
donc bon un petit résumé aurait été sympathique pour la pause du midi, histoire de se faire une idée de ce que je loupe.
Vous n'êtes pas très nombreux à utiliser ce terme : http://www.google.com/search?ie=UTF-8&oe=UTF-8&sourc(...) (1 actuellement), bientôt 2 donc... (linuxfr étant très bien référencé par google) (2ème aparté : google propose de lui-même une autre orthographe, ça m'hallucine bien souvent ;-) ).
Est-ce un croisement entre "Vous avez un message" (forcément encore de la pub' /o\ ) et maussade (les nuages bas de ce début d'hiver, les feuilles mortes à terre des arbres qui commencent à perdre leur feuille, hum ah c'est pourtant l'été là ? Je dois être en Australie alors :/ ).
il ne me semble pas que la version de cooker a changé pour cvoicecontrol ?
Il s'agit de ce bug : http://qa.mandriva.com/show_bug.cgi?id=27782 (correctif inside ou presque), je ne sais pas trop pourquoi il n'a pas été repackagé :/
tu peux prendre le src.rpm sur le miroir et faire la modif' dans le code pour le recompiler.
C'est bien souvent un process qui bloque le son... je n'ai pas encore trouvé de test déterministe pour dire que cela fonctionne :/ (d'où l'essai d'enregistrement / d'écoute et jouer un son .wav pour s'assurer que chaque composant fonctionne).
ouais c'est le point que je n'ai pas bien précisé (j'avais pourtant mis du souligné autour de _prévu_ ) :
- à terme, dans le futur, d'après zdnet, il est conçu pour 3 petaflop en pointe
- à terme, il est conçu pour plus de 1 petaflop atteint en continu (la métrique étant sans doute le sens du vent :) de manière plus réaliste la capacité des applis à réclamer de la CPU).
Ce qui est ballot tout de même, c'est que la métrique semble rester la CPU alors que dans mon boulot c'est plutôt la RAM le facteur limitant : l'informatique de gestion (oops pardon, l'information technology) c'est beaucoup beaucoup de données à traiter (et des développeurs persuadés que tout charger en mémoire est la bonne manière d'optimiser /o\). Côté CPU, si plus de 20%-40% sont utilisés sur la journée en moyenne c'est que l'appli est consommatrice (et bien développée) ou alors qu'elle traite du XML :/.
Bien sûr, au niveau du système d'information, de ce que j'en ai vu, c'est malheureusement une logique "batch" qui perdure plutôt que d'essayer de lisser la charge par du fil de l'eau...
Mais bon, le coeur de cible de ces monstres semble plutôt être le calcul en force, l'indicateur de CPU n'est pas forcément inintéressant... (quoique traiter de gros volumes d'informations ne devrait pas trop leur faire peur si les I/O suivent).
Perso, j'aime bien ce commentaire [http://hardware.slashdot.org/comments.pl?sid=241601&cid=(...)] listant des applications de CFD (Computationnal Fluid Dynamics) que ce soit pour la météorologie ou les calculs industriels, parlant de MPI (Message Passing Interface) ou OpenMosix ou Kerrighed pour la parallèlisation de traitements, les traitements d'images 2D ou 3D (raytracing)...
Sinon, ya sans doute des utilisations en mécanique quantique envisageable ?
Faire tourner sur une linux 64 bits des applications 32 bits ne ralentit pas la vitesse du système ?
On va dire que non. En revanche, ça prend plus de place disque : si tu installes des applis 32 bits avec les bibliothèques 32 bits afférentes.
Perso, j'ai du 64bits pur (adieu flash et autres applis proprios ou des machins comme wine), c'est un bon filtre pour ne garder que les bonnes applis libres.
Quelque chose me dit que cela pourrait passer dans le cadre de partenariat fournisseur de matériel / constructeur (HP, Dell, ...) / distributions GNU/Linux
afin de fournir dès les tests constructeurs une évaluation des matériels à venir (et des ressources humaines supplémentaires pour documenter / coder / débugguer / compléter les nomenclatures).
Pour les portables et les PC de bureaux de constructeurs (dont le nom commercial est connu), cela pourrait être intéressant d'afficher le modèle (remplissage manuel pouvant être nécessaire).
D'ailleur, l'info du nom du kernel à côté de la distribution pourrait aider aussi (pour inciter à mettre à jour son kernel par exemple) : pour un matériel donné, lister les distributions le supportant peut aussi être intéressant (avec le nom des kernels utilisés).
Ensuite, viendra la répartition par catégorie (ou par tag... autant voir extensible dès le début) : cela pouvant se faire lorsque le rapprochement avec le pilote sera fait.
[^] # Re: open-source VS commercial
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie d'OpenSceneGraph 2.0. Évalué à 3.
- rivalise avec les scene graph commerciaux
+ rivalise avec les scene graph propriétaires
- autorisant le logiciel d'être utilisé gratuitement parmi le spectre des applications open-source ou commerciales
+ permettant l'utilisation gratuite du logiciel
Je préfère de beaucoup la deuxième version aussi (une certaine personne dont trollfr est^Wétait le blog est passée par là, à raison). Désolé de ne pas l'avoir mieux vu à relecture, merci pour ton commentaire (n'hésite pas à être plus précis la prochaine fois).
[^] # Re: Idées à la con (c'est vendredi c'est permis)
Posté par BAud (site web personnel) . En réponse à la dépêche Réunion des admodérolecteurs LinuxFr.org. Évalué à 3.
Il y a deux possibilités :
- changer le système de vote (lourd) et on repartirait pour une longue période d'observation pour voir si ça marche (ou pas)
- faire évoluer les mentalités (long) pour que les posts intéressants soient plussés^Wpertinentés : cela contribue à la vie du site aussi.
Aujourd'hui,le système remplit son office :
- les posts injurieux ou polémiques sont correctement cachés (et la notation est dissuasive pour éviter au posteur d'y revenir), les conséquences sont abordées dans cette demande https://linuxfr.org/tracker/538.html
- que les commentaires amusants soient plussés^Wpertinentés ne me choque pas outre mesure, cela contribue à la jovialité et la bonne ambiance du site, en revanche je préférerai que les posts tout simplement intéressants atteignent au moins 2, ceux qui apportent une information de l'ordre de 5, ceux qui apportent une réflexion (avec laquelle on est d'accord ou pas) puissent atteindre les 10 (bon sans que ça devienne l'école des fans comme https://linuxfr.org/~plic/24681.html qui permettait de se prendre un 10 sur un simple commentaire ;-) ).
- l'effet de bord est que l'accès aux journaux de première page est plus difficile pour beaucoup de monde (une proposition est de pouvoir promouvoir des journaux en première page https://linuxfr.org/tracker/517.html lorsqu'ils sont intéressants)
- cela ne joue en rien sur l'incitation à proposer des dépêches (qui elles peuvent être soumises sans droits particuliers), un wiki pour les rédiger à plusieurs permettrait peut-être à certains de se lancer pour nous faire des dépêches construites https://linuxfr.org/tracker/605.html chacun pouvant contribuer de ses liens et paragraphes informatifs), sinon - à défaut - les journaux avec le système actuel.
[^] # Re: Admodérolecteurs
Posté par BAud (site web personnel) . En réponse à la dépêche Réunion des admodérolecteurs LinuxFr.org. Évalué à 3.
[^] # Re: Bon bin on y va...
Posté par BAud (site web personnel) . En réponse au journal La GPL V3 est sortie !. Évalué à 3.
[^] # Re: Juste une impression...
Posté par BAud (site web personnel) . En réponse au journal Google, linux et le desktop. Évalué à 1.
[^] # Re: Et...
Posté par BAud (site web personnel) . En réponse au journal Quels outils pour remplacer Flash(c)(tm)(100%cpu) ?. Évalué à 2.
as-tu essayé la version 0.2 dispo sur :
http://f4l.sourceforge.net/
tu nous en reparleras ?
[^] # Re: open-source VS commercial
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie d'OpenSceneGraph 2.0. Évalué à 3.
OpenSceneGraph est open-source donc tout le code source est fourni et peut être copié, modifié et utilisé gratuitement pour une utilisation commerciale ou non-commerciale.
et
licence OpenSceneGraph Public License, qui s'appuie sur la Lesser GNU Public License (LGPL), permettant l'utilisation gratuite du logiciel.
J'ai souligné les points qui m'ont fait tiquer à relecture :
- open-source selon l'OSI http://opensource.org/docs/osd est la conséquence du choix d'une licence semblable à la LGPL (bon j'ai trouvé ballot de faire une nième licence alors qu'il suffit de prendre celle de base, mais bon c'était la mode à une époque). Le "donc" est un peu rapide (et il manque le fait que le source est fourni à titre gracieux).
- pareil pour le "permettant" : c'est le fait que sur leur projet ils fournissent le source à titre gracieux qui fait que c'est gratuit, mais la LGPL en tant que tel ni ne l'empêche ou ni n'y oblige explicitement, c'est leur choix.
Effectivement, cela embrouille un peu tout àmha, mais ce n'est pas foncièrement faux, ce que ta réaction épidermique pourrait faire croire : qu'aurais-tu préféré comme formulation ? Je ne vois pas d'opposition libre / commercial dans la formulation initiale, simplement 2 constats accolés, comme dans "libre et gratuit, permettant une exploitation commerciale" (et en plus une exception permettant de faire du proprio, mais bon c'est la LGPL : elle ne concerne que le code qu'elle couvre et pas le code qui lui est lié au sens gcc).
# Gestion Electronique de Documents
Posté par BAud (site web personnel) . En réponse à la dépêche Maarch LetterBox & la gestion de courrier en open source. Évalué à 2.
Sinon, c'est dommage il n'y a pas (encore) de liste des GED libres comme il peut y avoir http://fr.wikipedia.org/wiki/Liste_des_logiciels_SIG
C'est peut-être plus compliqué à lister ? (entre les CMS, les ECM, ECI, SAE et j'en passe...).
Sinon, par rapport au mode de fonctionnement des réalisations : le 1er client est un "sponsor" et une fois le développement réalisé, il est en fourni en GPL et mis à disposition publiquement ? C'est bien cela ?
[^] # Re: D4 b0uChot
Posté par BAud (site web personnel) . En réponse au sondage Hormis les dépêches, quel type de contenu appréciez-vous le plus sur le site ?. Évalué à 1.
Tu remarqueras d'ailleurs que sur https://linuxfr.org/my/ il n'y a _aucun_ lien vers https://linuxfr.org/board/
àmha, il y a effectivement 10 communautés au minimum dans linuxfr : ceux qui connaissent la tribune et ceux qui ne la connaissent pas (ceux qui ne connaissent pas le binaire sont généralement dans cette dernière catégorie). Certains ont peut être activé la boîte "Tribune libre" sur la page de garde de https://linuxfr.org via https://linuxfr.org/user_prefs.html (en même temps que la toolbar d'ailleurs...).
Sur [https://linuxfr.org/redacteurs/], il y a tout de même quelques moules qui passent, sans doute parce que cela ressemble à un bouchot ? (qui donne l'heure et le jour d'ailleurs pour ceux en manque d'un calendrier).
Quand tu dis que les utilisateurs de la tribune ne participent pas au site, c'est tout de même oublier le vendredi et ses journaux, non ? C'est aussi àmha oublier une certaine culture de trollfr qui transparaît souvent dans les commentaires. D'ailleurs, cette culture est plus vaste que trollfr, la tribune pouvant aussi être vu comme le lien avec certaines communautés irc sur freenode (#linuxfr notament) ou autres réseaux irc, sans doute parce qu'on y retrouve les mêmes canards ;-). D'ailleurs, jabber s'étend avec xmpp:linuxfr@chat.jabberfr.org que quelques moules ont déjà visité.
Bref, j'ai tout de même l'impression que les moules ne restent pas accrochées à leur bouchot et tant mieux (et qu'elles sont très bonnes avec de la crème fraiche, un peu d'oignon et une pointe de persil).
[^] # Re: D'un point de vue technique...
Posté par BAud (site web personnel) . En réponse à la dépêche La CNIL essuie de nouveaux revers. Évalué à 3.
[^] # Re: D'un point de vue technique...
Posté par BAud (site web personnel) . En réponse à la dépêche La CNIL essuie de nouveaux revers. Évalué à 5.
Pour le n° de tel, il sert aussi au routage avec les n° "géographiques". Dans le monde des telecom mobiles on en revient aussi à des n° géographiques avec des plages affectées à chacun des équipements (MSC, BSC, BTS). C'était la difficulté avec la portabilité du n° mobile d'ailleurs : autant un 066 c'était que chez BouygTel auparavant, avec la portabilité du n° tu peux garder un mobile avec le même n° mais chez un autre opérateur... d'où l'interconnexion des bases (les HLR) pour savoir vers quel opérateur envoyer l'appel quand ça vient d'un réseau externe. Bref. Le MSISDN transite de réseau en réseau (par exemple, SFR => FT => BouygTel pour un appel d'un mobile SFR vers BouygTel en débordement sur FT : c'est le dernier équipement qui ne le transmet pas à l'appelé si c'était un appel en n° caché).
Sinon pour le P2P, cela reste une "absolution" de celui qui va collecter des IPs : lui aussi uploade des données et se met donc en infraction. C'est un peu comme si les majors pouvaient être chasseur de prime et ne pas respecter les lois, se servir aussi en billets dans la banque (et les garder) sauf que eux ne passent pas par la case prison "ah bah oui mais c'était dans le cadre du boulot, oui on a fourni des données mais c'était pour montrer que il y en a qui les prennent", comme si les banques avaient des étales de billet et se plaignaient du vol à l'étalage quoi plutôt que de le passer dans perte et profits, provisionné à l'année. C'est d'ailleurs tellement bien provisionné que le cas de la copie privée leur rapporte de l'argent : la supprimer c'est leur enlever des revenus... Avec ce qui se passe pour le P2P et son flicage, ça revient quand même beaucoup aux milices locales, sauf qu'on leur reconnaîtrait les mêmes droits et pleins pouvoirs que des agents assermentés, ce qu'ils ne sont pas.
[^] # Re: D'un point de vue technique...
Posté par BAud (site web personnel) . En réponse à la dépêche La CNIL essuie de nouveaux revers. Évalué à 5.
- l'adresse IP est considérée comme une donnée personnelle (je ne retrouve plus le texte de loi de la CNIL qui spécifie cela et les autres cas de "données personnelles", le terme étant à lire du point vue _légal_ et non comme du point de vue français courant de la vie de tous les jours
- ce serait plutôt comparable à l'IMSI http://fr.wikipedia.org/wiki/International_Mobile_Subscriber(...) dans le monde des téléphones mobiles
voir notamment ce lien
http://www.les-infostrateges.com/article/061017/les-donnees-(...) qui décrit le passage de "données nominatives de personnes physiques" à "données à caractère personnel" abrégé (pour simplifier disons) en ""données personnelles".
Si quelqu'un retrouve la liste identifiant les données à caractères personnel (j'ai failli rajouter "manifestement", travers de dadvsi quand tu nous tiens :/) cela pourrait être intéressant : il faut bien distinguer la notion "communément admise" de la notion légale (les deux ne se confondant pas forcément).
[^] # Re: purée juste un lien !
Posté par BAud (site web personnel) . En réponse au journal avant, les manchots dominaient le monde :-). Évalué à 1.
L'accès à l'URL http://www.futura-sciences.com/fr/sinformer/actualites/news/(...)
est resté sans réponse.
Cause : [code=DNS_TIMEOUT] A DNS lookup error occurred because the request timed out during the lookup.
donc bon un petit résumé aurait été sympathique pour la pause du midi, histoire de se faire une idée de ce que je loupe.
[^] # Re: digikam megaroxor
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de digiKam 0.9.2. Évalué à 2.
[^] # Re: Et Nvidia/ATI ?
Posté par BAud (site web personnel) . En réponse au journal BlueGene/P...enfin le petaflop !. Évalué à 2.
Le projet nouveau pourrait d'un coup prendre une nouvelle envergure ;-) [http://nouveau.freedesktop.org/wiki/Accueil-fr#A_propos]. Tiens d'ailleurs TiNDC est sorti : http://nouveau.freedesktop.org/wiki/Nouveau_Companion_22 (bientôt la traduction française j'espère).
# maussage ?
Posté par BAud (site web personnel) . En réponse au journal avant, les manchots dominaient le monde :-). Évalué à 3.
Est-ce un croisement entre "Vous avez un message" (forcément encore de la pub' /o\ ) et maussade (les nuages bas de ce début d'hiver, les feuilles mortes à terre des arbres qui commencent à perdre leur feuille, hum ah c'est pourtant l'été là ? Je dois être en Australie alors :/ ).
[^] # Re: cvoicecontrol ?
Posté par BAud (site web personnel) . En réponse au message commander à la voix. Évalué à 2.
Il s'agit de ce bug : http://qa.mandriva.com/show_bug.cgi?id=27782 (correctif inside ou presque), je ne sais pas trop pourquoi il n'a pas été repackagé :/
tu peux prendre le src.rpm sur le miroir et faire la modif' dans le code pour le recompiler.
# cvoicecontrol ?
Posté par BAud (site web personnel) . En réponse au message commander à la voix. Évalué à 2.
sinon si tu as d'autres liens que ceux sur http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...) ça m'intéresse.
Il me reste à attaquer la reconnaissance mono-locuteur (et effectivement faire le kéké à déclencher des actions sur commande vocale).
# kmix
Posté par BAud (site web personnel) . En réponse au message audacity : pb enregistrement. Évalué à 2.
pour diagnostiquer, installe supertux, lshw, les alsa-utils ou alsa-tools (déjà présents normalement)
puis regarde :
http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...)
C'est bien souvent un process qui bloque le son... je n'ai pas encore trouvé de test déterministe pour dire que cela fonctionne :/ (d'où l'essai d'enregistrement / d'écoute et jouer un son .wav pour s'assurer que chaque composant fonctionne).
[^] # Re: un petaflop en continu
Posté par BAud (site web personnel) . En réponse au journal BlueGene/P...enfin le petaflop !. Évalué à 3.
- à terme, dans le futur, d'après zdnet, il est conçu pour 3 petaflop en pointe
- à terme, il est conçu pour plus de 1 petaflop atteint en continu (la métrique étant sans doute le sens du vent :) de manière plus réaliste la capacité des applis à réclamer de la CPU).
Ce qui est ballot tout de même, c'est que la métrique semble rester la CPU alors que dans mon boulot c'est plutôt la RAM le facteur limitant : l'informatique de gestion (oops pardon, l'information technology) c'est beaucoup beaucoup de données à traiter (et des développeurs persuadés que tout charger en mémoire est la bonne manière d'optimiser /o\). Côté CPU, si plus de 20%-40% sont utilisés sur la journée en moyenne c'est que l'appli est consommatrice (et bien développée) ou alors qu'elle traite du XML :/.
Bien sûr, au niveau du système d'information, de ce que j'en ai vu, c'est malheureusement une logique "batch" qui perdure plutôt que d'essayer de lisser la charge par du fil de l'eau...
Mais bon, le coeur de cible de ces monstres semble plutôt être le calcul en force, l'indicateur de CPU n'est pas forcément inintéressant... (quoique traiter de gros volumes d'informations ne devrait pas trop leur faire peur si les I/O suivent).
# un petaflop en continu
Posté par BAud (site web personnel) . En réponse au journal BlueGene/P...enfin le petaflop !. Évalué à 2.
Perso, j'aime bien ce commentaire [http://hardware.slashdot.org/comments.pl?sid=241601&cid=(...)] listant des applications de CFD (Computationnal Fluid Dynamics) que ce soit pour la météorologie ou les calculs industriels, parlant de MPI (Message Passing Interface) ou OpenMosix ou Kerrighed pour la parallèlisation de traitements, les traitements d'images 2D ou 3D (raytracing)...
Sinon, ya sans doute des utilisations en mécanique quantique envisageable ?
[^] # Re: 2.0 ?
Posté par BAud (site web personnel) . En réponse au journal Un jeu (?) marrant 2.0. Évalué à 4.
[^] # Re: Machine à voter => imprimante ?
Posté par BAud (site web personnel) . En réponse au journal Les machines à voter dans le collimateur de Philippe Dallier. Évalué à 2.
Reporter la grande messe des résultats électoraux au lendemain soir, le lundi quoi.
Ils font comment les suisses avec leurs votations tout le temps ?
[^] # Re: google est ton ami...
Posté par BAud (site web personnel) . En réponse au message Quels sont les meilleurs linux en 64 bits ?. Évalué à 2.
On va dire que non. En revanche, ça prend plus de place disque : si tu installes des applis 32 bits avec les bibliothèques 32 bits afférentes.
Perso, j'ai du 64bits pur (adieu flash et autres applis proprios ou des machins comme wine), c'est un bon filtre pour ne garder que les bonnes applis libres.
[^] # Re: informations complémentaire
Posté par BAud (site web personnel) . En réponse au journal stats http://hardware4linux.info/. Évalué à 2.
afin de fournir dès les tests constructeurs une évaluation des matériels à venir (et des ressources humaines supplémentaires pour documenter / coder / débugguer / compléter les nomenclatures).
Pour les portables et les PC de bureaux de constructeurs (dont le nom commercial est connu), cela pourrait être intéressant d'afficher le modèle (remplissage manuel pouvant être nécessaire).
D'ailleur, l'info du nom du kernel à côté de la distribution pourrait aider aussi (pour inciter à mettre à jour son kernel par exemple) : pour un matériel donné, lister les distributions le supportant peut aussi être intéressant (avec le nom des kernels utilisés).
Ensuite, viendra la répartition par catégorie (ou par tag... autant voir extensible dès le début) : cela pouvant se faire lorsque le rapprochement avec le pilote sera fait.
Quelques idées supplémentaires : http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Doc+D(...)
et une proposition de format de base de données http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Doc+D(...)
nous avions même fait des représentations graphiques http://librehwdb.tuxfamily.org/dev/librehwdb_schemas20050411(...) (fichier dia dans le même répertoire).