A priori c'est le distributeur du logiciel qui est premier concerné. Si le développeur est salarié, je pense que c'est l'entreprise (mais elle peut bien sûr sanctionner le salarié pour faute grave). Si le développeur distribue lui-même ses oeuvres sur le Net, c'est à lui qu'échoit la responsabilité.
Richard Stallman remplit un rôle très utile. On le voit ici : le titre de la nouvelle est "Stallman à Paris" alors que la conférence concerne principalement les initiatives de la mairie de Paris et non celles de Stallman. Mettez Stallman dans une conférence, il attirera les foules et l'attention des journalistes.
Malheureusement, son temps n'étant pas extensible, il est bon de songer à des solutions de remplacement. Les laboratoires de recherche pro-GNU de l'INRIA travaillent depuis longtemps au clonage de RMS en de multiples exemplaires, afin de décupler sa puissance d'intervention ; ces recherches sont financées entre autres par Mandrake, qui espère remplacer sa mascotte vieillissante par le sémillant barbu. Il pourrait tout à la fois prononcer à Paris un inattendu laïus sur les recettes de cuisine qu'on partage entre amis, à Washington tancer rageusement les députés pro-DMCA sur l'utilisation de la dénomination "GNU/Linux" au lieu de "Linux" tout court, et depuis son bureau lancer des trolls sur Bitkeeper sur la liste du noyau Linux. Cependant les tentatives de clonage n'ont pas été jusque là très concluantes, et donnèrent même lieu à des résultats regrettables (vous êtes-vous déjà demandé d'où sort Eric S. Raymond ?).
Des palliatifs devraient donc être étudiés : et si les orateurs de l'APRIL et de la FSF France s'habituaient à porter une longue toge et un disque dur sur la tête à chaque apparition en public ? Des variantes sont nécessaires pour ne pas lasser le public : ventilateurs de CPU sous les aisselles, barrettes de mémoire dans le slot approprié... Remarquons que Loïc Dachary a déjà un costume de Batman, malheureusement sous-exploité. De plus les prestations "animation-spectacle" ainsi réalisées apporteront de l'argent frais pour financer les futures actions du logiciel libre.
Si c'est un annuaire, OpenLDAP.
Si c'est une BDD, Mysql ou Postgres doivent tous les deux être interrogeables en ODBC.
Un annuaire LDAP permettra d'ajouter un nombre arbitraire de champs pour tes besoins perso. Par contre, seule une BDD permettra de construire efficacement des relations et calculer des jointures.
Pirater un CD car une seule chanson te plait ou parce-qu'une grande partie de l'argent va a la boite de prod, c'est peut etre valable selon ta morale, mais ce n'est de toutes facons pas valable selon la loi
Effectivement, le fil parle de morale. La morale ne coïncide pas toujours exactement avec la loi du moment, ou l'application qui en est faite.
les divx que tu as pirate il y a six mois te retiennent d'acheter le DVD maintenant
Pourquoi ? Je ne consomme pas de films mais pour la musique je peux t'affirmer qu'il y a certains CDs que je n'aurais jamais achetés si je n'avais pu les découvrir par le P2P (notamment parce que je n'aurais jamais pensé à m'y intéresser). C'est exactement comme quand un ami me fait découvrir un artiste.
Inversement : J'achete autant que possible les CDs que j'attendais avec impatience,
Ca m'est arrivé, et au fil des déceptions (tel groupe que j'admirais et qui décide de sortir une daube prétentieuse et flasque) j'ai convenu que ce n'était pas une très bonne idée. Surtout quand on voit à quel point les trajectoires sont fulgurantes dans la musique "populaire" (rock, etc).
je m'efforce d'acheter avant de pirater
Je préfère essayer _avant_ d'acheter, c'est plus pertinent.
car je crois qu'il faut savoir participer a l'equilibre commercial de notre societe, meme lorsqu'on est djeunz rebelz linuxien, et garder a l'esprit quel est notre interet dans l'histoire
Belles paroles creuses. La morale veut que l'on puisse choisir d'acquérir un produit en toute connaissance de cause, personnellement le P2P m'y aide. Je n'achète ni plus ni moins qu'avant, mais j'achète différemment et je suis plus souvent satisfait de mes achats (quand je ne suis pas satisfait, c'est à peu près toujours quand je choisis d'acheter "au feeling" comme je faisais autrefois).
Pour ereg() et ereg_replace(), PHP utilise les librairies fournies avec l'OS. Ce sont donc peut-être simplement les regex fournies par HP qui ne sont pas optimisées. En PHP, les expression régulières Perl (preg_match(), preg_replace()) sont beaucoup plus rapides et leur code est le même sur toutes les plateformes.
Quand tu conçois le schéma d'un circuit, tu peux instantanément passer à la production sans prototypage ? Chapeau ! C'est ce que tu es en train de dire.
Suivi de :
elles auraient pu faire encore mieux si, depuis 10 ans, elles avaient pu briser ce besoin de compatibilité
C'est bien toi qui spécules sur les plus grandes performances d'une hypothétique architecture alternative qui n'existe pas ;) Je ne dis pas que respecter la compatibilité ascendante n'a pas de coût, mais je ne pense pas qu'il soit si élevé qu'on veuille bien le faire croire. Concernant les problématiques de traduction CISC (ISA) -> pseudo-RISC (coeur d'exécution), je signale que même un processeur comme les derniers IBM (Power4) traduit certaines instructions du jeu d'instructions (pourtant RISC) en plusieurs micro-instructions. La tendance au découplage ISA-coeur d'exécution apparaît de plus en plus générale, même si le x86 a éprouvé ce besoin plus tôt. Les décodeurs représentant une part de plus en plus réduite du silicium (vu qu'à côté les caches et les unités d'exécution explosent pour assurer la montée en puissance), leur impact sur les coûts de production est négligeable.
D'autre part j'interprète les propos de Torvalds autrement : il dit que le x86 s'est concentré sur l'optimisation de cas non-réguliers (d'où les modes d'adressage complexes, le jeu d'instruction non-orthogonal et foisonnant...), alors que l'approche RISC traditionnelle consiste à optimiser des cas d'écoles (voir par exemple le F-CPU : optimiser les boucles de traitement hyper régulières du type FFT ou chiffrement symétrique ; ce n'est pas une critique, vu que dans leur cas le manque de ressources impose une certaine sélectivité des objectifs ;-)). Ce n'est pas étonnant, puisque le RISC est né à une époque où les principales applications critiques étaient du calcul scientifique, donc facilement régularisable et présentant peu de complexité (indirections multiples, branchements conditionnels...). Depuis l'explosion des serveurs et bases de données, on se rend compte que le RISC n'est pas forcément très adapté (surtout dans ses formes les plus pures). Ce n'est pas un hasard si l'Opteron est vendu principalement comme un processeur pour serveurs et bases de données : il allie un jeu d'instructions efficace dans ce domaine (je souligne : oui oui, je parle bien du x86-64, ce fils de boulet ;-)) à une architecture mémoire et multi-processeurs particulièrement prometteuse.
PS : si je parle de "guégerre RISC/CISC", c'est bien parce que c'est le fond du propos de Torvalds.
C'est ce que veut dire Linus, là : soyons pragmatiques, autant utiliser quelque chose qui fonctionne efficacement plutôt qu'un truc hyper bien pensé qui se révèle être une brouette.
Tu devrais relire au lieu de plaquer une interprétation erronée sur le texte. Ce que dit Torvalds, c'est justement qu'un truc soi-disant bien pensé qui se révèle être une brouette n'est pas si bien pensé que ça.
Je poste le passage pertinent pour qu'on nous évite un n-ième troll boutonneux "le RISC c'est trop puissant" :
the _only_ thing the RISC approach ended up showing was that eventually you have to do the hard stuff anyway, so you might as well design for doing it in the first place.
Et aussi :
the only real major failure of the x86 is the PAE crud
Relisez, apprenez l'anglais, et par pitié, laissez tomber cette adulation puérile et irrationnelle du RISC.
Mandrake Linux 9.0 pour Opteron® incorpore toutes les caractéristiques propres à Mandrake Linux 9.0 pour architecture x86, dont un serveur web haute performance, un serveur FTP, des services étendus de sécurité ainsi que des systèmes de bases de données.
Ils ne précisent pas si les applis critiques (dont les serveurs sus-mentionnés) ont été recompilées - et testées ! - en mode 64 bits, ou tournent en mode compatible (32 bits, avec moins de registres disponibles, etc.). J'aimerais bien savoir si les bases de données libres (mysql, postgres) sont d'ores et déjà stables en mode 64 bits.
Si seul le noyau est en 64 bits, l'intérêt est relativement limité pour l'instant.
Désir de contrôle ? khtml est un petit machin développé par une petite équipe. Il suffit d'en embaucher deux ou trois et on a la main sur le projet. Vu le nombre de contributeurs de Mozilla, ç'aurait été un peu plus dur, et Netscape/AOL est déjà dans la place.
Apple est comme Microsoft, ils aiment que leurs partenaires soient à leur merci.
C'est assez bizarre. Il y a un /sbin/shutdown, qui est un exécutable, et un /usr/bin/shutdown, qui est un lien symbolique vers consolehelper. Un man consolehelper dit, entre autres, la chose suivante :
consolehelper is a tool that makes it easy for console users to run
system programs, doing authentication via PAM (which can be set up to
trust all console users or to ask for a password at the system adminis-
trator's discretion). When possible, the authentication is done graph-
ically; otherwise, it is done within the text console from which con-
solehelper was started.
It is intended to be completely transparent. This means that the user
will never run the consolehelper program directly. Instead, programs
like /sbin/shutdown are paired with a link from /usr/bin/shutdown to
/usr/bin/consolehelper. Then when non-root users (specifically, users
without /sbin in their path, or /sbin after /usr/bin) call the "shut-
down" program, consolehelper will be invoked to authenticate the action
and then invoke /sbin/shutdown. (consolehelper itself has no priv-
iledges; it calls the userhelper(8) program do the real work.)
Ces mêmes personnes ont aussi l'impression de revenir à l'âge de pierre si elles n'utilisent pas leur souris et se limitent au clavier. Il m'est même arrivé de me faire charrier parce que j'utilisais cygwin sous windows pour manipuler des fichiers ; il n'avaient simplement pas compris que je faisais beaucoup plus vite qu'eux pour une même tâche.
A ce point, j'espère que t'as demandé une augmentation. Ca doit être frustant de ne pas être reconnu à sa juste valeur.
La manipulation classique consiste à jouer sur cette ambiguïté de l'habilitation : ils se présentent à l'entrée en expliquant qu'ils veulent recenser les licences et qu'ils sont habilités. Avec de la chance, ils tombent sur un gogo qui va les laisser faire et accepter de signer le procès-verbal à la fin : après, zou, fini, trop tard pour contester quoi que ce soit.
Tandis que si tu leur claques la porte au nez, je ne pense pas qu'ils puissent faire grand'chose s'ils n'ont que de vagues suspicions (les tribunaux ont sûrement des affaires plus importantes à démêler).
Ca revient simplement à empiler les chiffrements successifs, mais tu pourrais faire la même chose sans masque jetable. La caractéristique mathématique du masque jetable n'est pas utile s'il n'est pas conservé en lieu sûr, passphrase ou pas.
Sauf que 75 ans après la mort de l'artiste, euh, comment dire... c'est pas vraiment à lui que ça profite. Une marge raisonnable pour ses héritiers, pourquoi pas, mais 75 ans dans une société accordant tellement d'importance à l'information, c'est long.
Oui, et il me semble à moi (mais je ne suis pas spécialiste, et Christophe pourra nous éclairer) que cette idée de transmission de la propriété intellectuelle par les liens familiaux est totalement en contradiction avec ce qui fonde le droit moral, à savoir précisément que l'oeuvre émane de la personnalité de l'auteur, ce qui justifie que les droits soient inaliénables. Comment concilier l'attachement irrémédiable de l'oeuvre à son auteur avec sa transmission automatique aux héritiers ? Qu'ont à voir les héritiers avec l'oeuvre dans une acception du droit d'auteur qui n'est pas marchande (j'ai acquis/fabriqué un bien que je lègue aux membres de la lignée) mais transcendantale ?
RSA 256 bits. Une recherche Google me balance cette anecdote historique (1997) très intéressante :
I revealed that the UK patent office has been ordered by GCHQ to
use only 256 bit RSA in securing its communications with the European
patent office im Munich and with other national offices in Europe, and
pointed out that this would enable the NSA to get details of British
patents for its economic intelligence clients at the time they were filed
rather than three years later when they were published.
(coîncidence amusante : l'auteur du post était Ross Anderson, créateur de la FAQ TCPA)
Donc, déposez des brevets logiciels en Grande-Bretagne, cela protègera l'innovation vis-à-vis de vos concurrents européens, mais pas des USA ;-) Décidément, on se demande ce que les Anglais font dans l'Union Européenne...
[^] # Re: Et ceux de logiciels propriétaires ?
Posté par Moby-Dik . En réponse à la dépêche Les développeurs de logiciels libres peuvent-ils engager leur responsabilité civile ?. Évalué à 1.
# Comment augmenter l'efficacité médiatique du Libre
Posté par Moby-Dik . En réponse à la dépêche Richard Stallman à la mairie de Paris. Évalué à 10.
Malheureusement, son temps n'étant pas extensible, il est bon de songer à des solutions de remplacement. Les laboratoires de recherche pro-GNU de l'INRIA travaillent depuis longtemps au clonage de RMS en de multiples exemplaires, afin de décupler sa puissance d'intervention ; ces recherches sont financées entre autres par Mandrake, qui espère remplacer sa mascotte vieillissante par le sémillant barbu. Il pourrait tout à la fois prononcer à Paris un inattendu laïus sur les recettes de cuisine qu'on partage entre amis, à Washington tancer rageusement les députés pro-DMCA sur l'utilisation de la dénomination "GNU/Linux" au lieu de "Linux" tout court, et depuis son bureau lancer des trolls sur Bitkeeper sur la liste du noyau Linux. Cependant les tentatives de clonage n'ont pas été jusque là très concluantes, et donnèrent même lieu à des résultats regrettables (vous êtes-vous déjà demandé d'où sort Eric S. Raymond ?).
Des palliatifs devraient donc être étudiés : et si les orateurs de l'APRIL et de la FSF France s'habituaient à porter une longue toge et un disque dur sur la tête à chaque apparition en public ? Des variantes sont nécessaires pour ne pas lasser le public : ventilateurs de CPU sous les aisselles, barrettes de mémoire dans le slot approprié... Remarquons que Loïc Dachary a déjà un costume de Batman, malheureusement sous-exploité. De plus les prestations "animation-spectacle" ainsi réalisées apporteront de l'argent frais pour financer les futures actions du logiciel libre.
# Re: Bdd Client
Posté par Moby-Dik . En réponse au journal Bdd Client. Évalué à 8.
Si c'est un annuaire, OpenLDAP.
Si c'est une BDD, Mysql ou Postgres doivent tous les deux être interrogeables en ODBC.
Un annuaire LDAP permettra d'ajouter un nombre arbitraire de champs pour tes besoins perso. Par contre, seule une BDD permettra de construire efficacement des relations et calculer des jointures.
[^] # Re: Traduction de la philosophie GNU
Posté par Moby-Dik . En réponse à la dépêche Traduction de la philosophie GNU. Évalué à 6.
- parole libre -> libre parole (c'est plus joli)
- bière gratuite -> entrée libre (sinon on ne comprend rien)
[^] # Re: eMule pour Linux
Posté par Moby-Dik . En réponse à la dépêche eMule pour Linux. Évalué à 2.
[^] # Re: eMule pour Linux
Posté par Moby-Dik . En réponse à la dépêche eMule pour Linux. Évalué à 2.
[^] # Re: eMule pour Linux
Posté par Moby-Dik . En réponse à la dépêche eMule pour Linux. Évalué à 4.
Effectivement, le fil parle de morale. La morale ne coïncide pas toujours exactement avec la loi du moment, ou l'application qui en est faite.
les divx que tu as pirate il y a six mois te retiennent d'acheter le DVD maintenant
Pourquoi ? Je ne consomme pas de films mais pour la musique je peux t'affirmer qu'il y a certains CDs que je n'aurais jamais achetés si je n'avais pu les découvrir par le P2P (notamment parce que je n'aurais jamais pensé à m'y intéresser). C'est exactement comme quand un ami me fait découvrir un artiste.
Inversement :
J'achete autant que possible les CDs que j'attendais avec impatience,
Ca m'est arrivé, et au fil des déceptions (tel groupe que j'admirais et qui décide de sortir une daube prétentieuse et flasque) j'ai convenu que ce n'était pas une très bonne idée. Surtout quand on voit à quel point les trajectoires sont fulgurantes dans la musique "populaire" (rock, etc).
je m'efforce d'acheter avant de pirater
Je préfère essayer _avant_ d'acheter, c'est plus pertinent.
car je crois qu'il faut savoir participer a l'equilibre commercial de notre societe, meme lorsqu'on est djeunz rebelz linuxien, et garder a l'esprit quel est notre interet dans l'histoire
Belles paroles creuses. La morale veut que l'on puisse choisir d'acquérir un produit en toute connaissance de cause, personnellement le P2P m'y aide. Je n'achète ni plus ni moins qu'avant, mais j'achète différemment et je suis plus souvent satisfait de mes achats (quand je ne suis pas satisfait, c'est à peu près toujours quand je choisis d'acheter "au feeling" comme je faisais autrefois).
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par Moby-Dik . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 1.
Il doit être faisable d'utiliser du SMTP chiffré de bout en bout, non ?
(j'y connais pas grand'chose)
[^] # Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Moby-Dik . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 1.
bin/gzip: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped
Ok, au temps pour moi.
[^] # Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Moby-Dik . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 2.
[^] # Re: ???
Posté par Moby-Dik . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 2.
Suivi de :
elles auraient pu faire encore mieux si, depuis 10 ans, elles avaient pu briser ce besoin de compatibilité
C'est bien toi qui spécules sur les plus grandes performances d'une hypothétique architecture alternative qui n'existe pas ;) Je ne dis pas que respecter la compatibilité ascendante n'a pas de coût, mais je ne pense pas qu'il soit si élevé qu'on veuille bien le faire croire. Concernant les problématiques de traduction CISC (ISA) -> pseudo-RISC (coeur d'exécution), je signale que même un processeur comme les derniers IBM (Power4) traduit certaines instructions du jeu d'instructions (pourtant RISC) en plusieurs micro-instructions. La tendance au découplage ISA-coeur d'exécution apparaît de plus en plus générale, même si le x86 a éprouvé ce besoin plus tôt. Les décodeurs représentant une part de plus en plus réduite du silicium (vu qu'à côté les caches et les unités d'exécution explosent pour assurer la montée en puissance), leur impact sur les coûts de production est négligeable.
D'autre part j'interprète les propos de Torvalds autrement : il dit que le x86 s'est concentré sur l'optimisation de cas non-réguliers (d'où les modes d'adressage complexes, le jeu d'instruction non-orthogonal et foisonnant...), alors que l'approche RISC traditionnelle consiste à optimiser des cas d'écoles (voir par exemple le F-CPU : optimiser les boucles de traitement hyper régulières du type FFT ou chiffrement symétrique ; ce n'est pas une critique, vu que dans leur cas le manque de ressources impose une certaine sélectivité des objectifs ;-)). Ce n'est pas étonnant, puisque le RISC est né à une époque où les principales applications critiques étaient du calcul scientifique, donc facilement régularisable et présentant peu de complexité (indirections multiples, branchements conditionnels...). Depuis l'explosion des serveurs et bases de données, on se rend compte que le RISC n'est pas forcément très adapté (surtout dans ses formes les plus pures). Ce n'est pas un hasard si l'Opteron est vendu principalement comme un processeur pour serveurs et bases de données : il allie un jeu d'instructions efficace dans ce domaine (je souligne : oui oui, je parle bien du x86-64, ce fils de boulet ;-)) à une architecture mémoire et multi-processeurs particulièrement prometteuse.
PS : si je parle de "guégerre RISC/CISC", c'est bien parce que c'est le fond du propos de Torvalds.
[^] # Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Moby-Dik . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 1.
Vois pas le rapport. Ca ne veut pas dire qu'elles tournent sous x86-64, ou alors tu nous as inventé le convertisseur-optimiseur d'ISA miraculeux.
(ISA = Instruction Set Architecture)
[^] # Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Moby-Dik . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 2.
Tu devrais relire au lieu de plaquer une interprétation erronée sur le texte. Ce que dit Torvalds, c'est justement qu'un truc soi-disant bien pensé qui se révèle être une brouette n'est pas si bien pensé que ça.
Je poste le passage pertinent pour qu'on nous évite un n-ième troll boutonneux "le RISC c'est trop puissant" :
the _only_ thing the RISC approach ended up showing was that eventually you have to do the hard stuff anyway, so you might as well design for doing it in the first place.
Et aussi :
the only real major failure of the x86 is the PAE crud
Relisez, apprenez l'anglais, et par pitié, laissez tomber cette adulation puérile et irrationnelle du RISC.
# Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Moby-Dik . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 5.
Mandrake Linux 9.0 pour Opteron® incorpore toutes les caractéristiques propres à Mandrake Linux 9.0 pour architecture x86, dont un serveur web haute performance, un serveur FTP, des services étendus de sécurité ainsi que des systèmes de bases de données.
Ils ne précisent pas si les applis critiques (dont les serveurs sus-mentionnés) ont été recompilées - et testées ! - en mode 64 bits, ou tournent en mode compatible (32 bits, avec moins de registres disponibles, etc.). J'aimerais bien savoir si les bases de données libres (mysql, postgres) sont d'ores et déjà stables en mode 64 bits.
Si seul le noyau est en 64 bits, l'intérêt est relativement limité pour l'instant.
[^] # Re: Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla
Posté par Moby-Dik . En réponse à la dépêche Mitchell Baker au sujet de l'innovation des navigateurs, de Gecko et du projet Mozilla. Évalué à 0.
Apple est comme Microsoft, ils aiment que leurs partenaires soient à leur merci.
[^] # Re: Demontage en regle
Posté par Moby-Dik . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à -1.
[^] # Re: Tais toi et donnes moi l'id root
Posté par Moby-Dik . En réponse au journal Tais toi et donnes moi l'id root. Évalué à 2.
consolehelper is a tool that makes it easy for console users to run
system programs, doing authentication via PAM (which can be set up to
trust all console users or to ask for a password at the system adminis-
trator's discretion). When possible, the authentication is done graph-
ically; otherwise, it is done within the text console from which con-
solehelper was started.
It is intended to be completely transparent. This means that the user
will never run the consolehelper program directly. Instead, programs
like /sbin/shutdown are paired with a link from /usr/bin/shutdown to
/usr/bin/consolehelper. Then when non-root users (specifically, users
without /sbin in their path, or /sbin after /usr/bin) call the "shut-
down" program, consolehelper will be invoked to authenticate the action
and then invoke /sbin/shutdown. (consolehelper itself has no priv-
iledges; it calls the userhelper(8) program do the real work.)
Je ne vois pas l'intérêt de ce bidule.
[^] # Re: Quel type en C êtes vous ?
Posté par Moby-Dik . En réponse au journal Quel type en C êtes vous ?. Évalué à 1.
[^] # Re: Borland Kylix 3 versus Linux GCC Development
Posté par Moby-Dik . En réponse à la dépêche Borland Kylix 3 versus Linux GCC Development. Évalué à 0.
A ce point, j'espère que t'as demandé une augmentation. Ca doit être frustant de ne pas être reconnu à sa juste valeur.
[^] # Re: Annuaire LDAP
Posté par Moby-Dik . En réponse à la dépêche Annuaire LDAP. Évalué à 0.
[^] # Re: Posons des questions à Luc Ferry sur les logiciels libres !
Posté par Moby-Dik . En réponse à la dépêche Posons des questions à Luc Ferry sur les logiciels libres !. Évalué à 1.
Tandis que si tu leur claques la porte au nez, je ne pense pas qu'ils puissent faire grand'chose s'ils n'ont que de vagues suspicions (les tribunaux ont sûrement des affaires plus importantes à démêler).
[^] # Re: ssh sans mot de passe ?
Posté par Moby-Dik . En réponse au journal ssh sans mot de passe ?. Évalué à 1.
[^] # Re: vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur
Posté par Moby-Dik . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 1.
[^] # Re: Solutions ?
Posté par Moby-Dik . En réponse à la dépêche « Fossé numérique et solidarité numérique » par A. Wade. Évalué à 2.
Oui, et il me semble à moi (mais je ne suis pas spécialiste, et Christophe pourra nous éclairer) que cette idée de transmission de la propriété intellectuelle par les liens familiaux est totalement en contradiction avec ce qui fonde le droit moral, à savoir précisément que l'oeuvre émane de la personnalité de l'auteur, ce qui justifie que les droits soient inaliénables. Comment concilier l'attachement irrémédiable de l'oeuvre à son auteur avec sa transmission automatique aux héritiers ? Qu'ont à voir les héritiers avec l'oeuvre dans une acception du droit d'auteur qui n'est pas marchande (j'ai acquis/fabriqué un bien que je lègue aux membres de la lignée) mais transcendantale ?
[^] # crypto faible et espionnage
Posté par Moby-Dik . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 1.
I revealed that the UK patent office has been ordered by GCHQ to
use only 256 bit RSA in securing its communications with the European
patent office im Munich and with other national offices in Europe, and
pointed out that this would enable the NSA to get details of British
patents for its economic intelligence clients at the time they were filed
rather than three years later when they were published.
http://www.chiark.greenend.org.uk/pipermail/ukcrypto/1997-September(...)
(coîncidence amusante : l'auteur du post était Ross Anderson, créateur de la FAQ TCPA)
Donc, déposez des brevets logiciels en Grande-Bretagne, cela protègera l'innovation vis-à-vis de vos concurrents européens, mais pas des USA ;-) Décidément, on se demande ce que les Anglais font dans l'Union Européenne...