hmmm va falloir que j'arrête le second degré moi.
Donc tu peux lire au 1er degré : la propriété intellectuelle n'existe pas, c'est une invention, elle a été créée de toute pièce et n'a pas de réalité matérielle. Déjà que discuter de la propriété, ça peut remplir des bouquins philosophiques, le volet intellectuel lui, une fois enlevé les lois, il n'en reste rien de concret (et pour cause).
en réalité, la notion de propriété intellectuelle n'existe pas.
Il y a éventuellement la notion de droits d'auteurs (et droits voisins afférents), la notion de marque ou, pire, la notion de brevets (les brevets logiciels restant encore illégaux dans certains pays, dont ceux d'Europe).
euh, "sources ouvertes" pour le coup, ça ne veut rien dire, "sources fournies" serait un peu plus exacte...
La traduction de "open-source according to OSI" existe déjà en français, c'est logiciel libre.
Une traduction de "non-free software" me paraît évidente en "logiciel non libre".
Et sinon, la "propriété" d'un ensemble de bits, j'ai franchement du mal quand le coût de reproduction est proche de 0... et que la production a déjà été payée (source + le binaire généré). Mais je ne pousserai pas la digression beaucoup plus loin ;-) (même si je ne serai sans doute pas dispo vendredi).
ensuite, tu pourras faire une dépêche de seconde page si tu le souhaites ;-) (genre une semaine avant pour tous ceux qui auront oublié ton journal d'ici là).
C'est en natif x86_64 que cela m'intéresserait, et bizarrement tu ne réponds pas pour ppc et Mips ? ;-)
Bien sûr que ma distrib' permet d'exécuter du code x86 en étant en x86_64, mais comme sur toutes les autres : pas de manière transparente, puisqu'il s'agit d'installer toutes les bibliothèques i586 en doublon, ce que je m'abstiens de faire, ne le souhaitant pas tout simplement pour de piètres programmes qui ne semblent pas suffisamment bien développés pour être multi-architectures (ou au mini 2 intéressantes).
Merci de ne pas sous-entendre à ma place des choses que je n'ai pas dites.
i586 reste quelque chose de rétrograde à notre époque où nous disposons effectivement de x86_64, même si je cite aussi ppc, pas pocketPC hein, PowerPC) qui peut paraître ancien (tant que ça ?) ou tout simplement Mips qui comme je le citais refait une apparition via les netbooks... Je ne vois pas d'extrémisme, je vois simplement une cohérence avec les matériels (encore) désormais disponibles à l'heure actuelle. Est-ce si aberrant de ne pas se limiter arbitrairement au multiplateforme et penser aussi multi-architecture ?
bizarre d'inciter à réfléchir multiplateforme sans penser multi-architecture... je trouve cela bien maladroit ;-)
Concrètement, quand bien même picasa est compilé en natif pour GNU/Linux avec des bibliothèques wine[1] (ce qui pousse la logique un peu plus loin que "le binaire est dispo je le fais tourner sur une autre plateforme" qui est foncièrement limitée), visiblement il n'est pas disponible en x86_64, cela bat quelque peu en brêche l'efficacité du système...
Et pourtant en plus, en 1994, je faisais tourner sur des stations HP-UX du Doom en réseau... de là à penser que wine reste pour l'instant un pisse-aller, il n'y a qu'un pas que je ne franchirai pas, mais qui m'incite à attendre que cela progresse encore un peu...
hmmm je viens d'essayer sur mon portable (qui n'a pas de souris) :
- le clic du milieu est "émulé" classiquement par l'appui sur les deux boutons en simultané => ça envoie la fenêtre vers l'arrière
- le clic du milieu est obtenu sur le touchpad en "cliquant" à deux doigts => ça envoie la fenêtre vers l'arrière aussi
C'est bien, ça m'aura fait découvrir une nième fonctionnalité "intuitive" de Gnome (vi j'ai tendance à les découvrir en essayant, "tiens ce serait bien que... ah bah vi, quelqu'un y a pensé et l'a fait comme je l'aurais souhaité" suivi généralement d'un "rha mais c'est documenté ?").
Voilà, j'ai fait attention à pas trop pomper le monde informatique pour celui-ci, mais c'était dommage de ne pas pouvoir continuer le très intéressant débat qui pointait...
Repomper tel quel un article, c'est effectivement s'exposer à voir son journal disparaître, seuls les admins étant en mesure de supprimer les portions en cause (et c'est lourd), côté modo c'est "effacer et l'indiquer à son auteur" sans trop se poser de questions... (merci à celles et ceux qui nous ont prévenu, bon il se reconnaîtra :D).
Un point que je n'ai pas creusé, c'est si l'INRIA a réussi à obtenir une vraie licence libre telle que la CeCILL pour les travaux qui en résulteraient ?
Pour vous le confirmer une énième fois :
- il n'y a pas de juriste dans l'équipe
- il n'y a pas d'artistes en herbe non plus (comme déjà dit par ailleurs)
- tous ne sont pas bons en orthographe malheureusement
- certains sont d'une mauvaise foi éhontée (faudrait pas trop dépareiller non plus :D)
tu es passé à côté de pas mal de choses visiblement
Écrire un journal http://linuxfr.org/journal/new.html
Vous êtes responsable de vos écrits sur ce site et à ce titre responsable devant les lois applicables, notamment celles concernant la diffamation, la discrimination et le droit de citation. Veuillez donc, entre autres, éviter les propos diffamants et les recopies intégrales d'articles.
Écrire une dépêche http://linuxfr.org/submit.html
À l'issue de la soumission, votre dépêche sera relue par les modérateurs du site Linuxfr. Au cours de ce processus de modération, il est possible que votre texte soit corrigé (fautes d'orthographe et de grammaire), amendé (reformulation de phrases) ou complété (ajout de liens ou d'informations complémentaires). Cette éventuelle édition de votre travail est réalisée dans un but d'amélioration et d'homogénéisation des propos publiés sur le site. Si vous n'êtes pas un visiteur authentifié et que vous n'indiquez pas votre adresse de courriel, l'équipe de modération ne pourra pas échanger avec vous en cas de besoin (amélioration du texte, besoin d'informations complémentaires, etc.), ce qui peut conduire à un rejet de la dépêche. Une dépêche acceptée améliore le karma - utilisé par le système de modération automatique - de son auteur.
Proposer un entretien http://linuxfr.org/interviews/new.html
L'entretien sera diffusé sous licence verbatim, GNU Free Documentation License (sans sections invariantes), Art Libre ou Creative Commons By-Sa, suivant le(s) choix du questionné.
Par défaut, c'est le droit d'auteur qui s'applique.
Cela fait déjà l'objet de demande d'amélioration http://linuxfr.org/tracker/630.html pour identifier une licence pour les contenus (ce qui a été fait pour les entretiens).
Donc, oui, il reste quelques précisions à apporter.
Si je lui conseille de l'installer c'est que j'arrive a l'utiliser au quotidien...
ce n'est pas parce que j'arriverais à l'utiliser au quotidien que je conseillerais à tout va de passer en cooker : c'est une version de développement, ayant vocation à être cassée et qui a ses contraintes (il suffit de regarder les 2 points que tu cites ensuite...).
J'aurais plutôt tendance à la déconseiller à tout va, sauf si la personne qui souhaiterait l'installer a bien compris que c'est à des fins de remonter des bugs, de les suivre, de mettre à jour parfois 500 Mo parce que ça fait une semaine ou deux qu'on ne l'a pas fait, qu'il faut suivre la ML Cooker un minimum pour être au courant si c'est le moment de mettre à jour ;-)
Si il attends la rc1 ou rc2 pour faire ces rapports de bug ils ont moins de chance d'être résolus, c'est chaque fois la même histoire, en alpha1/beta1 y a personne pour tester et quand arrive la rc1 il y a plus personne pour corriger de libre...
C'est justement pour cela qu'il y a les appels à tests lors des sorties de l'alpha http://linuxfr.org/2009/01/22/24906.html : c'est à ce moment qu'il faut identifier qui serait prêt à franchir le pas et indiquer la bonne manière de procéder.
Cela ne sert à rien de décevoir des personnes qui vont avoir quelquechose qui va marchotter et qui vont se retrouver perdues dès qu'Xorg ne démarrera plus ou que Gnome est tellement cassé qu'il faut passer sous KDE temporairement (c'est ce qui m'est arrivé lors du cycle de dév' de la 2009.0, ça ne me gêne pas trop, c'est même sympa de pouvoir essayer d'autres environnements) mais je ne suis pas certain que tout le monde ait la même réaction : en ce sens, il est plus responsable de déconseiller les versions de développement (attendre 2-3 mois, ça va...) ou alors de mettre tous les avertissements et aussi être prêt à faire l'accompagnement de la personne concernée.
Le seul gros reproche que j'ai fait à ce système, est que si tu te fais beaucoup moinser, tu ne peux plus écrire de commentaires ou faire de journaux ou autre.
ah mais euh, c'est justement l'objectif ;-)
Cela ne pousse pas à faire des commentaires consensuels (au contraire) mais bien à s'abstenir de faire des commentaires de merde. En gros, mieux vaut prendre le [-] pour un "citation needed" (sur un autre site...) et ça se passe tout de suite mieux
Il t'en aura fallu du temps depuis - entre autres - Colombo, clearstream, fabb, 007, ptit_tux, ehoebadoagu ;-) ne change rien, tu es sur la bonne pente :D
[^] # Re: Sans moi...
Posté par BAud (site web personnel) . En réponse au journal La SNCF, encore et toujours. Évalué à 2.
et yen a qui sont arrivés à pied par la Chine ?
ah, c'est plutôt la RATP ça...
[^] # Re: Privateur/Propriétaire, Libre/Ouvert
Posté par BAud (site web personnel) . En réponse au journal Logiciel "privateur" Vs "propriétaire". Évalué à 3.
Donc tu peux lire au 1er degré : la propriété intellectuelle n'existe pas, c'est une invention, elle a été créée de toute pièce et n'a pas de réalité matérielle. Déjà que discuter de la propriété, ça peut remplir des bouquins philosophiques, le volet intellectuel lui, une fois enlevé les lois, il n'en reste rien de concret (et pour cause).
[^] # Re: Privateur/Propriétaire, Libre/Ouvert
Posté par BAud (site web personnel) . En réponse au journal Logiciel "privateur" Vs "propriétaire". Évalué à 2.
Il y a éventuellement la notion de droits d'auteurs (et droits voisins afférents), la notion de marque ou, pire, la notion de brevets (les brevets logiciels restant encore illégaux dans certains pays, dont ceux d'Europe).
# hmmm
Posté par BAud (site web personnel) . En réponse au message Proxy sur EEE PC et gestionnaire de logiciel. Évalué à 2.
http://www.google.fr/search?hl=fr&ie=UTF-8&oe=UTF-8&(...)
me donne
http://www.edugeek.net/forums/nix/12451-eeepc-system-proxy-s(...)
qui indique
http://www.downloadsquad.com/2007/11/06/eee-pc-tips-a-crash-(...)
et aussi
/etc/apt/apt.conf:
Aquire::http::Proxy "http://proxy.lancsngfl.ac.uk:8080/";
(il doit manquer le c de Acquire, ce que le 2ème lien donné par google http://www.edugeek.net/wiki/index.php/EeePC_-_Linux_OS confirme d'ailleurs :D)
[^] # Re: Privateur/Propriétaire, Libre/Ouvert
Posté par BAud (site web personnel) . En réponse au journal Logiciel "privateur" Vs "propriétaire". Évalué à 4.
La traduction de "open-source according to OSI" existe déjà en français, c'est logiciel libre.
Une traduction de "non-free software" me paraît évidente en "logiciel non libre".
Et sinon, la "propriété" d'un ensemble de bits, j'ai franchement du mal quand le coût de reproduction est proche de 0... et que la production a déjà été payée (source + le binaire généré). Mais je ne pousserai pas la digression beaucoup plus loin ;-) (même si je ne serai sans doute pas dispo vendredi).
[^] # Re: Déjà...
Posté par BAud (site web personnel) . En réponse au journal Conférence eyeOS le 24 février à Toulouse. Évalué à 5.
http://agendadulibre.org/?year=2009&month=2®ion=a(...) il n'y a encore rien à cette date à Toulouse
ensuite, tu pourras faire une dépêche de seconde page si tu le souhaites ;-) (genre une semaine avant pour tous ceux qui auront oublié ton journal d'ici là).
[^] # Re: Wine Is Not an Emulator
Posté par BAud (site web personnel) . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 2.
[^] # Re: Attention
Posté par BAud (site web personnel) . En réponse au journal La SNCF, encore et toujours. Évalué à 4.
[^] # Re: Wine Is Not an Emulator
Posté par BAud (site web personnel) . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 3.
Bien sûr que ma distrib' permet d'exécuter du code x86 en étant en x86_64, mais comme sur toutes les autres : pas de manière transparente, puisqu'il s'agit d'installer toutes les bibliothèques i586 en doublon, ce que je m'abstiens de faire, ne le souhaitant pas tout simplement pour de piètres programmes qui ne semblent pas suffisamment bien développés pour être multi-architectures (ou au mini 2 intéressantes).
[^] # Re: Wine Is Not an Emulator
Posté par BAud (site web personnel) . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 2.
i586 reste quelque chose de rétrograde à notre époque où nous disposons effectivement de x86_64, même si je cite aussi ppc, pas pocketPC hein, PowerPC) qui peut paraître ancien (tant que ça ?) ou tout simplement Mips qui comme je le citais refait une apparition via les netbooks... Je ne vois pas d'extrémisme, je vois simplement une cohérence avec les matériels (encore) désormais disponibles à l'heure actuelle. Est-ce si aberrant de ne pas se limiter arbitrairement au multiplateforme et penser aussi multi-architecture ?
[^] # Re: Wine Is Not an Emulator
Posté par BAud (site web personnel) . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 2.
Concrètement, quand bien même picasa est compilé en natif pour GNU/Linux avec des bibliothèques wine[1] (ce qui pousse la logique un peu plus loin que "le binaire est dispo je le fais tourner sur une autre plateforme" qui est foncièrement limitée), visiblement il n'est pas disponible en x86_64, cela bat quelque peu en brêche l'efficacité du système...
Et pourtant en plus, en 1994, je faisais tourner sur des stations HP-UX du Doom en réseau... de là à penser que wine reste pour l'instant un pisse-aller, il n'y a qu'un pas que je ne franchirai pas, mais qui m'incite à attendre que cela progresse encore un peu...
[1] http://linuxfr.org//2006/05/29/20876.html
[^] # Re: ici ou là
Posté par BAud (site web personnel) . En réponse au journal Sources sur la croissance du marché Linux. Évalué à 2.
http://www.dwheeler.com/oss_fs_why.html (chiffres de 2001 à 2005 voire 2007)
reste à trouver une actualisation, ou la faire, quelques-unes des références faisant l'objet de publication régulière.
[^] # Re: Wine Is Not an Emulator
Posté par BAud (site web personnel) . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 3.
et ton exemple, ça donne quoi en natif sur x86_64 et ppc ? (ou Mips aussi si l'on pense au Gdium)
[^] # Re: Mais c'est quoi ce truc ?
Posté par BAud (site web personnel) . En réponse au journal Nouvelle interview de Linus Torvalds. Évalué à 5.
- le clic du milieu est "émulé" classiquement par l'appui sur les deux boutons en simultané => ça envoie la fenêtre vers l'arrière
- le clic du milieu est obtenu sur le touchpad en "cliquant" à deux doigts => ça envoie la fenêtre vers l'arrière aussi
C'est bien, ça m'aura fait découvrir une nième fonctionnalité "intuitive" de Gnome (vi j'ai tendance à les découvrir en essayant, "tiens ce serait bien que... ah bah vi, quelqu'un y a pensé et l'a fait comme je l'aurais souhaité" suivi généralement d'un "rha mais c'est documenté ?").
# eh eh
Posté par BAud (site web personnel) . En réponse au journal Le labo commun Inria-Microsoft. Évalué à 6.
Merci pour ton analyse, le lien était
http://www.lemondeinformatique.fr/actualites/lire-le-labo-co(...)
Repomper tel quel un article, c'est effectivement s'exposer à voir son journal disparaître, seuls les admins étant en mesure de supprimer les portions en cause (et c'est lourd), côté modo c'est "effacer et l'indiquer à son auteur" sans trop se poser de questions... (merci à celles et ceux qui nous ont prévenu, bon il se reconnaîtra :D).
Un point que je n'ai pas creusé, c'est si l'INRIA a réussi à obtenir une vraie licence libre telle que la CeCILL pour les travaux qui en résulteraient ?
[^] # Re: Grammaire
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la GeeXboX 1.2. Évalué à 2.
[^] # Re: Et alors ?
Posté par BAud (site web personnel) . En réponse au journal LinuxFR et le droit d'auteur. Évalué à 7.
Pour vous le confirmer une énième fois :
- il n'y a pas de juriste dans l'équipe
- il n'y a pas d'artistes en herbe non plus (comme déjà dit par ailleurs)
- tous ne sont pas bons en orthographe malheureusement
- certains sont d'une mauvaise foi éhontée (faudrait pas trop dépareiller non plus :D)
# et pourtant
Posté par BAud (site web personnel) . En réponse au journal LinuxFR et le droit d'auteur. Évalué à 10.
Écrire un journal http://linuxfr.org/journal/new.html
Vous êtes responsable de vos écrits sur ce site et à ce titre responsable devant les lois applicables, notamment celles concernant la diffamation, la discrimination et le droit de citation. Veuillez donc, entre autres, éviter les propos diffamants et les recopies intégrales d'articles.
Écrire une dépêche http://linuxfr.org/submit.html
À l'issue de la soumission, votre dépêche sera relue par les modérateurs du site Linuxfr. Au cours de ce processus de modération, il est possible que votre texte soit corrigé (fautes d'orthographe et de grammaire), amendé (reformulation de phrases) ou complété (ajout de liens ou d'informations complémentaires). Cette éventuelle édition de votre travail est réalisée dans un but d'amélioration et d'homogénéisation des propos publiés sur le site. Si vous n'êtes pas un visiteur authentifié et que vous n'indiquez pas votre adresse de courriel, l'équipe de modération ne pourra pas échanger avec vous en cas de besoin (amélioration du texte, besoin d'informations complémentaires, etc.), ce qui peut conduire à un rejet de la dépêche. Une dépêche acceptée améliore le karma - utilisé par le système de modération automatique - de son auteur.
Proposer un entretien http://linuxfr.org/interviews/new.html
L'entretien sera diffusé sous licence verbatim, GNU Free Documentation License (sans sections invariantes), Art Libre ou Creative Commons By-Sa, suivant le(s) choix du questionné.
Information sur le site https://linuxfr.org/association/ (qui apparaît sur chaque page, tout en bas, à gauche).
Par défaut, c'est le droit d'auteur qui s'applique.
Cela fait déjà l'objet de demande d'amélioration http://linuxfr.org/tracker/630.html pour identifier une licence pour les contenus (ce qui a été fait pour les entretiens).
Donc, oui, il reste quelques précisions à apporter.
[^] # Re: Windows
Posté par BAud (site web personnel) . En réponse à la dépêche KDE 4.2 : The Answer. Évalué à 4.
ce n'est pas parce que j'arriverais à l'utiliser au quotidien que je conseillerais à tout va de passer en cooker : c'est une version de développement, ayant vocation à être cassée et qui a ses contraintes (il suffit de regarder les 2 points que tu cites ensuite...).
J'aurais plutôt tendance à la déconseiller à tout va, sauf si la personne qui souhaiterait l'installer a bien compris que c'est à des fins de remonter des bugs, de les suivre, de mettre à jour parfois 500 Mo parce que ça fait une semaine ou deux qu'on ne l'a pas fait, qu'il faut suivre la ML Cooker un minimum pour être au courant si c'est le moment de mettre à jour ;-)
Si il attends la rc1 ou rc2 pour faire ces rapports de bug ils ont moins de chance d'être résolus, c'est chaque fois la même histoire, en alpha1/beta1 y a personne pour tester et quand arrive la rc1 il y a plus personne pour corriger de libre...
C'est justement pour cela qu'il y a les appels à tests lors des sorties de l'alpha http://linuxfr.org/2009/01/22/24906.html : c'est à ce moment qu'il faut identifier qui serait prêt à franchir le pas et indiquer la bonne manière de procéder.
Cela ne sert à rien de décevoir des personnes qui vont avoir quelquechose qui va marchotter et qui vont se retrouver perdues dès qu'Xorg ne démarrera plus ou que Gnome est tellement cassé qu'il faut passer sous KDE temporairement (c'est ce qui m'est arrivé lors du cycle de dév' de la 2009.0, ça ne me gêne pas trop, c'est même sympa de pouvoir essayer d'autres environnements) mais je ne suis pas certain que tout le monde ait la même réaction : en ce sens, il est plus responsable de déconseiller les versions de développement (attendre 2-3 mois, ça va...) ou alors de mettre tous les avertissements et aussi être prêt à faire l'accompagnement de la personne concernée.
[^] # Re: tutoriel didacticiel
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie d'Amaya 11. Évalué à 2.
http://xixona.dlsi.ua.es/apertium-unstable/fr/
http://fr.babelfish.yahoo.com/translate_url?doit=done&tt(...)
[^] # Re: dit, au fait ...
Posté par BAud (site web personnel) . En réponse au journal Prochains RubyCamp et DrupalCamp à Lyon. Évalué à 2.
http://agendadulibre.org/showevent.php?id=2839
quand le lieu aura été trouvé il y en aura sans doute pour mars :
http://agendadulibre.org/?year=2009&month=3®ion=a(...)
[^] # Re: Fedora ?!?
Posté par BAud (site web personnel) . En réponse au journal Sortie Moblin-Alpha 1. Évalué à 3.
ah mais euh, c'est justement l'objectif ;-)
Cela ne pousse pas à faire des commentaires consensuels (au contraire) mais bien à s'abstenir de faire des commentaires de merde. En gros, mieux vaut prendre le [-] pour un "citation needed" (sur un autre site...) et ça se passe tout de suite mieux
Il t'en aura fallu du temps depuis - entre autres - Colombo, clearstream, fabb, 007, ptit_tux, ehoebadoagu ;-) ne change rien, tu es sur la bonne pente :D
# ?
Posté par BAud (site web personnel) . En réponse au message linux et les antivirus. Évalué à 8.
et pour payer c'est par là : http://www.clamav.net/support/
pour mon info, pourquoi as-tu besoin d'un antivirus ?
[^] # Re: Trisomie 21
Posté par BAud (site web personnel) . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 3.
o_O ?
[^] # Re: Trisomie 21
Posté par BAud (site web personnel) . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 3.
plus que /b/ sur 4chan ? :D