Grumbl a écrit 481 commentaires

Peu importe de savoir ce qui passera ou non.

Ce qui est important est de savoir ce que ceux qui se sentiront concernés feront si ça se passe mal, combien ils seront, et comment ils agiront. Ni Microsoft ni Philips ne seront éternels.

Après tout, il sera moins difficile de parler des dégâts des brevets logiciels lorsqu'ils seront réalisés, donc, évidents aux yeux de tous, que crier à l'existence d'un hypothétique péril. N'était-il pas plus difficile d'évoquer les problèmes relatifs à la transposition en droit national de la directive EUCD alors qu'ils n'étaient que théoriques que d'attendre simplement de voir ses ravages atteindre ces chers consommateurs béats ?

L'adoption de l'actuelle directive sur les brevets logiciels aura peut-être des conséquences majeures sur l'emploi et l'avenir de l'industrie en Europe. Mais qui en souffrira réellement ? Les programmeurs bénévoles du monde libre pourront continuer à oeuvrer, au besoin, en Afrique ou en Russie. Mais les simples utilisateurs de logiciels en souffriront, et, après tout, leur nombre fait que ce sont eux qui choisissent nos représentants élus qui, sciemment ou par inaction, nous ont amené là.

Alors, même si l'hypothèse pessismiste se révèle être l'avenir, qu'importe, au fond ? Que sont quelques années perdues pour les plus concernés ?

Il restera par ailleurs possible d'oeuvrer, certes modestement, à réduire la durée de cette phase transitoire de recul des idéaux de l'humanité. Les moyens même d'un simple citoyen ne sont pas si réduits que cela : boycott des entreprises fautives, refus d'assistance aux "prisonniers" des produits fabriqués par les entreprises employant leurs brevets à des fins d'extorsion ou de chantage, j'en passe et des meilleures.

Alors quoi ? Est-ce si grave, au fond ?

quel est l'intérêt d'employer un clickodrome de p2p lié à 20 MOs de librairies quand on sait utiliser ssh ?

ftp://eole.orion.education.fr/SRPMS/(...(...))

Up to higher level directory
File: autostatus-1.2-3eol.src.rpm 35 KB 13.10.2004 07:03:00
File: bind-9.2.1-2eol.src.rpm 4915 KB 13.10.2004 07:02:00

Mis en ligne aujourd'hui même ?

Bon... d'accord, allez, ça ira, j'vais troller ailleurs.

[root@pouic RPMS]# rpm -qip bind-9.2.1-2eol.i586.rpm
attention: bind-9.2.1-2eol.i586.rpm: signature V3 DSA: NOKEY, key ID 602da4eb
Name : bind Relocations: (not relocatable)
Version : 9.2.1 Vendor: AC-Dijon
Release : 2eol Build Date: jeu 13 fév 2003 12:36:01 CET
Install Date: (not installed) Build Host: aristophane.eole.dijon.f r
Group : Environnement système/Démons Source RPM: bind-9.2.1-2eol.src.rpm
Size : 11293037 License: distributable
Signature : DSA/SHA1, jeu 13 fév 2003 12:36:11 CET, Key ID 7670ef30602da4eb
Packager : XXXXX YYYYY <XXXXX.YYYYY@ac-dijon.fr>
URL : http://www.isc.org/products/BIND/(...)
Summary : Serveur DNS (Système de nom de domaine).
Description :
BIND (Berkeley Internet Name Domain) est une mise en application des
protocoles DNS (Système de nom de domaine). BIND contient un serveur DNS
(nommé) qui réduit les noms d'hôte en adresses IP, une bibliothèque de
résolution (routine pour les applications à utiliser lors des interfaces
avec DNS) et des outils pour s'assurer que le serveur DNS fonctionne
correctement.
[root@pouic RPMS]#

Je n'y trouve pas, par exemple, les sources de :

-r--r--r-- 1 root root 3936621 fév 13 2003 bind-9.2.1-2eol.i586.rpm
-r--r--r-- 1 root root 1596712 fév 13 2003 bind-utils-9.2.1-2eol.i586.rpm

et une petite trentaine de paquetages binaires non-décrits dans le CVS.

Bon, c'est bien joli, EOLE, mais où sont les sources ?
Quelles sont les versions de quels paquetages fabriqués avec quels sources ?
Et les mises à jour, on les fait comment, avec un Live-CD ?