Moby-Dik a écrit 2937 commentaires

T'as pas compris. On parle du boulot de l'administrateur, là. On ne voit pas pourquoi sous prétexte que c'est son boulot d'administrer, il devrait se coltiner toutes les merdes liées à une distribution des fichiers non cohérente et constamment modifiée. C'est un peu comme si tu trouvais normal de devoir rebooter un serveur Windows toutes les 24 heures sous prétexte que c'est le boulot de l'administrateur, et que de toute façon il est là pour ça. A moins qu'on considère que l'admin est par nature masochiste, et prêt à tout pardonner à son Nunux/Zindoz chéri ;)

Dis, tu vas m'expliquer en quoi ce n'est pas naturel de : - installer la version par défaut de la distrib - vouloir l'upgrader parce qu'on veut la dernière version avec un paramétrage customisé etc. Je te signale que normalement on n'est pas obligé de désinstaller un soft avant d'installer une nouvelle version. Le genre de comportements que je décris est totalement délirant. "tu prends le RPM source de l'actuel, tu met le nouveau tar.gz des sources dedans et tu fabrique un RPM binaire qui va upgrader gentiment mysql" Je ne sais pas pour toi mais moi je n'ai pas que ça à foutre. Et je vais aussi devoir apprendre la méthode de *fabrication* d'un RPM ? Eh, si Zindows te forçait à fabriquer un installshield toi-même quand tu veux installer une nouvelle appli, on parie combien que ça déclencherait une bordée de "micro$oft, ça sux" ? Eh ben là c'est pareil. Le RPM géré par Redhat est hautement contre-productif. Pour les grosses applis, j'en suis revenu à ne jamais prendre de RPM ni de binaires et à toujours installer les sources. Personnellement ça ne me dérange pas tant que ça, mais ça devient beaucoup plus casse-couille pour l'utilisateur moyen. Et c'est bien de ça qu'on parle, au cas où tu n'as pas remarqué. "le gros probleme c'est qu'il faut REFLECHIR avant d'upgrader n'importe comment ..." Ah, mettre une nouvelle version, c'est upgrader n'importe comment. Le gros problème, c'est qu'il y a des gens comme toi qui pensent que quand on install un soft, on devrait se préoccuper de questions qui sont intrinsèques au système d'installation et qui devraient être invisibles pour l'utilisateur final. A savoir qu'il n'y a aucune raison de faire chier les gens avec des répertoires d'installation incompatibles selon le type de package téléchargé, à part grosse fainéantise ou incompréhension viscérale de ce qu'est l'utilisation d'un ordinateur par un non-geek (tu m'as l'air d'être dans la seconde catégorie). C'est tout. Allez, j'arrête là, je forum d'osnews est assez fourni de ce genre de dialogues. Tu pourras t'en inspirer avant de venir grogner contre les sales users qui n'ont pas envie de prendre en compte les bizarreries du système de package avant d'installer un soft.

Bien sûr que la séparation est une bonne chose, et d'ailleurs sous Windows aussi il y a des dossiers spécifiques pour les DLLs partagées, les données utilisateur (bien que ce soit à mon avis beaucoup plus bordélique que sous Unix, c'est dire ;-)). Le problème c'est simplement qu'il faut une couche d'abstraction pour masquer cette complexité lorsque l'utilisateur veut installer un machin. Et que cette couche soit vraiment utilisable (l'article d'osnews). Le message précédent n'a pas tort non plus quand il dit que cette séparation est mal foutue. C'est vrai que les */bin à n'importe quel endroit, les PATH hypertrophiés, ce genre de trucs, ça gonfle. La séparation est par ailleurs incomplète : MySQL qui fout par défaut les données dans /usr/local/mysql/data, ça me prend le chou. Une base de données, ça ne se met pas dans un sous-répertoire du programme qui sert à la gérer.... /var/lib/mysql est déjà mieux, mais quand même idiot : une base de données n'est pas une librairie, donc le "lib" est en trop. /var/mysql ou /var/data/mysql ou /var/db/mysql serait impeccable comme option par défaut.

Installshield rulez :))))))))))

Hum.

Oui, et le pire, c'est que si tu prends pour une application (par exemple Apache ou MySQL), soit 1) la version source, soit 2) la version binaire, soit 3) la version packagée par la distrib, tu te retrouveras avec trois layouts différents. Du coup, si t'as installé MySQL avec ta redhat ou autre, et que tu veux l'upgrader/la customiser en utilisant une version source ou binaire fournie par mysql.com, tu te retrouves avec deux versions différentes des exécutables et des librairies dans le PATH, dans un ordre indeterminé (et différent pour les libs et les exécutables ! ;( ).....

Oreka est connu pour son business-model (avec l'offre RTC gratuite communications comprises) qui consistait à fournir un "plugin de connexion" qui s'inscrustait dans le brouteur et envoyait directement à un serveur d'Oreka les URLs tapées dans la barre d'adresses ; en fonction du profil calculé de l'internaute s'affichaient alors les bandeaux de pub dans la "barre Oreka". Le pot aux roses était découvert si l'on utilisait un proxy local (type Junkbuster) et qu'on loggait les requêtes HTTP...

Personnellement, hors de question que je m'associe à une boîte prospérant sur ce genre de méthodes. A vous de voir....

Ou alors il remplit l'espace avec des instructions qui n'ont pas d'effet de bord visible mais prennent de la place, genre lea 0x0(%esi),%esi

Je pense qu'un lea peut clairement avoir des effets de bord, notamment au niveau des dépendances inter-instructions dans le pipeline (le registre %esi est censé changer de valeur, en tout cas le CPU ne sait pas à l'avance qu'on ne lui balance qu'un nop allongé...).

Il semble que Sigma Designs offre maintenant access aux sources

Est-ce qu'ils sont mis sous GPL aussi ? (droit de modifier, redistribuer etc.). Sinon le combat doit continuer, histoire de ne surtout pas alimenter la confusion entre "sources disponibles" et logiciel libre.

Dés le moment où l'algorithme est le même, je dirais qu'il y a plagiat.

Ah non, tu rigoles ou quoi ? C'est exactement ce que veulent les brevets logiciels ! Il y a plagiat quand l'implémentation est la même (ou presque la même). Les algorithmes, au même titre que les idées dans les autres domaines créatifs, ne sont pas couverts par la propriété intellectuelle et les droits d'auteur.

Le principe breveté, oui, mais pas le code source de l'implémentation (différence entre brevets et propriété intellectuelle ;-)) !

Ouais, c'est le dernier truc de délinquants à la mode, après le war-driving, le gpl-fucking, le mp3-sharing, et quoi encore... :-)) Après tu peux te balader avec un gros blouson noir en poil de pingouin et acheter la perruque fabien penso™ (top hype), et les scarlas de ton quartier éviteront ton regard en te croisant.

En lançant éventuellement les poursuites en Californie (siège de Sigma Designs), "on" (la FSF ?) peut quand même faire les faire chier pas mal....

Plus ou moins.

MySQL a fait un procès à NuSphere à ce sujet, mais la violation avait déjà cessé et les poursuites ont été maintenues pour un autre différend (utilisation illégale de la marque MySQL).

Voir :
http://www.gnu.org/press/2002-02-26-MySQL.fr.txt(...)
http://www.mysql.com/news/article-75.html(...)
http://lists.alt.org/pipermail/fsl-discuss/2002-February/000200.htm(...)
http://linuxfr.org/2002/02/27/7283,0,0,0,1.php3(...)

L'ÉQUIPE XVID DEMANDE A SIGMA DESIGNS DE CESSER TOUTE VIOLATION DE SES DROITS D'AUTEUR.



ERLANGEN, ALLEMAGNE -- 22 Août 2002 -- L'équipe de développement d'XVID, auteur du codec vidéo XVID MPEG4, affirme que le codec RealMagic MPEG4 de Sigma Designs Inc. est une copie illégale du logiciel XVID et demande publiquement à cette compagnie qu'elle cesse de violer ses droits d'auteur et les termes de la licence sous lesquelles XVID est distribué.

XVID est un projet Logiciel Libre majeur de recherche dans le domaine de la compression vidéo MPEG4; les logiciels distribués par XVID le sont sous les termes d'une licence de Logiciel Libre, la Licence Publique Générale GNU (sus nommée GNU GPL). L'équipe XVID affirme que le codec RealMagic MPEG4 de Sigma Designs Inc. contient de nombreuses parties du logiciel XVID. En n'offrant pas accès aux codes sources de RealMagic MPEG4 et en prétendant en être le seul auteur, Sigma Designs Inc. viole de fait la licence GNU GPL ainsi que les droits d'auteur des développeurs du codec XVID.

XVID a pris connaissance de cette violation de licence début Juillet, peu après la sortie initiale du logiciel RealMagic MPEG4 (version 1.0). Sigma Designs Inc. fut immédiatement contacté; l'entreprise confirma cette violation et promit de remplacer le code frauduleux.

La version 1.1 du codec RealMagic MPEG4 est sortie le 9 Août. Après avoir examiné la nouvelle version, les développeurs d'XVID en ont conclu que le code provenant du logiciel XVID n'avait pas été remplacé, mais qu'il avait été maquillé grâce à des astuces de programmation et de compilation. Sigma Designs Inc. fut recontacté afin que soit retiré le codec RealMagic MPEG4 de leur site internet. A ce jour, Sigma Designs Inc. n'a montré aucune volonté de coopérer.

Dans un message destiné à l'équipe de développement d'XVID, le fondateur du projet, Michael Militzer, a montré son incompréhension face au comportement de Sigma Designs Inc. : "Nous nous sommes montrés raisonnables et nous avons donné à Sigma Designs Inc. plusieurs opportunités de résoudre ce problème à l'amiable. Apparemment aucune de nos demandes n'a été prise au sérieux. Aujourd'hui, près de deux mois après la sortie de RealMagic MPEG4 1.0, Sigma Designs continue de bafouer sciemment les termes de la licence GNU GPL.".

Michael Militzer croit que la résolution de ce cas de violation en va de l'intéret général : "C'est un événement malheureux, non seulement pour nous, développeurs d'XVID, mais pour l'ensemble de la communauté du Logiciel Libre. Nous espérons que le public nous soutiendra dans notre démarche visant à convaincre Sigma Designs Inc. de respecter les termes de la licence GNU GPL."

Les preuves appuyant les affirmations ci dessus ont été publiées sur le site d'XVID : http://www.xvid.org/v1_0_comparison.pdf(...) et http://www.xvid.org/v1_1_comparison.pdf(...)



A propos de XVID (http://www.xvid.org/(...))

XVID est un des projet Logiciel Libre majeur de recherche dans le domaine de la compression vidéo MPEG4. Il fut fondé en Août 2001 par Michael Militzer, un étudiant allemand. Aujourd'hui le projet XVID compte des utilisateurs et des développeurs provenant du Monde entier. XVID distribue librement tous ses logiciels sous les termes de la licence GNU GPL.


A propos de Sigma Designs Inc. (http://www.sigmadesigns.com/(...))

Son siège social se trouve à Milpitas en Californie (USA). Cette compagnie est specialisée dans le domaine du matériel de compression/décompression vidéo MPEG. Sigma Designs Inc. a récemment introduit sur le marché son premier produit grand public: Xcard, une carte additionnelle pour PC.


A propos de la licence GNU GPL (http://www.gnu.org/copyleft/gpl.html(...))

La Licence Publique Generale GNU est la licence la plus fréquemment utilisée dans le cadre du développement de Logiciels Libres. Elle a été redigée par la Free Software Foundation (FSF). Un programme sous licence GNU GPL accorde à l'utilisateur les droits d'accès et de modification de son code source, à la condition que tout travail qui en dérive soit lui aussi distribué sous les termes de la licence GNU GPL.

###

Contact

Pour contacter l'équipe XVID, vous pouvez adresser un mail à contact@xvid.org ou contact@xvid.de.

Nom des personnes à contacter :
- Daniel Smith (presse US)
- Michael Militzer (presse internationale et germanophone)
- Christoph Lampert (presse internationale et germanophone)
- Edouard Gomez (presse francophone)

Pour ma part j'utilise la Debian testing/unstable et je fait des mises à jour chaque matin, ce qui me permet de disposer des derniers logiciels sorti.

Ouah, heu, t'as que ça à faire ? ....

(-1)

It's fun to stay at the I N C A,
It's fun to stay at the I N C A ...


(pour ceux qui n'auraient pas compris : http://membres.lycos.fr/ymca/(...) )

Pour avoir une base établie, comme Microsoft avec la XBox. Le jour où le client veut passer en ADSL (parce qu'il est devenu accro, ou que FT vient d'équiper son central), il y a quelque chance qu'il garde le même provider.

C'est la tactique de toute boîte abordant un marché non conquis : prix agressif pour s'implanter solidement, puis consolider en augmentant les tarifs ou en proposant des services plus rentables.

Je n'ai pas vraiment envie d'applaudire cette iniative, cela rejoint la news precedente sur la politisation de Gnu/Linux.

Ca n'a rien à voir. Là on ne parle pas d'une radicalisation de la communauté mais d'une utilisation extérieure à la communauté (à moins que le parti communiste chinois contribue activement au noyau Linux ? ;-)).

C'est largement hors-sujet et foireux tout ça.

Puis les Nazi on dit que si l'église l'ouvrait encore, ils balancerait tous les pretres et religieux dans des camps. [blabla]

La vérité est que la hiérarchie catholique n'a jamais rien fait ni dit concrètement contre le sort fait aux Juifs (entre autres). C'est avéré et condamné par tous les points de vues modernes sur le sujet. Voir les excellents dossiers de Golias (http://www.golias.ouvaton.org/,(...) je ne sais pas s'ils sont en ligne, sinon le magazine papier est excellent), qui sont par ailleurs des catholiques pratiquants....

L'argument de "sauver sa peau" ne tient pas, en particulier d'un point de vue moral si on considère justement le dogme catholique (n'oublions pas que l'acte fondateur fut le sacrifice d'un martyr élevé au rang de messie...). D'un point de vue pragmatique non plus d'ailleurs ; des prêtres engagés, en France occupée et en Allemagne, se sont opposés aux mesures nazies, tandis que la hiérarchie romaine ne disait rien. Pire, les évèques allemands dans leur majorité prêtaient allégeance sans aucune répugnance au régime hitlérien, et s'affichaient publiquement avec les dirigeants nazis.

du Nazisme et de son Copain Communisme

On dira ce qu'on voudra sur Staline, mais en tout cas on ne peut pas lui enlever d'avoir débarrassé la moitié de l'Europe du nazisme. Ca fait bizarre pour un soi-disant "copain" du nazisme. Quant au communisme, c'est une idéologie qui était totalement morte sous Staline (quoiqu'on pense là aussi ce qu'on veut du communisme en tant qu'idéologie).

Elle a fait 2.000.000 de mors Francais, a ruiné l'économie

Ne disons pas de conneries. La révolution part justement de la famine et de l'indigence d'une bonne partie de la population, et s'est appuyée sur les idées libérales (i.e. progressistes) en pleine progression à l'époque. Que la révolution ait fait des morts et entraîné des chamboulements en Europe est une chose (les chamboulements en eux-mêmes n'eurent rien de forcément négatif ; les idées humanistes, et l'idée de la possibilité d'un progrès social porté par la revendication populaire et non uniquement par les esprits libéraux des salons, se sont essaimées). N'empêche que ce fut un processus historique majeur à la portée symbolique extraordinaire. C'est d'ailleurs certainement ce qui t'énerve le plus dans la révolution française, n'est-ce pas....

Ouais, c'en est même une nuée de trolls, là... C'est la pleine lune ou quoi ?

Ce qui coûte le plus cher à entretenir, c'est la boucle locale... Là la compression de débit téléphonique n'entraînerait aucune amélioration (puisqu'il y a toujours une paire de fils par abonné, quelque soit le débit).

Deux choses :

- une loi est symboliquement beaucoup plus forte qu'une directive interne. Une loi représente un choix moral et de société ; une directive est une décision gestionnaire ayant trait à la mise en place pratique d'une politique donnée.

- les pouvoirs changent. Une loi est beaucoup plus difficile à modifier qu'une directive. Il faut rediscuter et revoter la loi ; la directive est révoquée sans effort.

qu'il n'est pas forcément souhaitable de laisser se balader tous les softs utilisés par nos militaires dans la nature

Qu'est-ce que c'est que ce troll ? Personne n'a dit qu'il fallait forcer les militaires à distribuer leurs sources de leurs softs ! Simplement qu'ils ne devaient pas acheter de softs propriétaires (ce qui est légitime parce que, de toute façon, le source est entre les mains d'une société commerciale) ; mais ils ont le droit de faire leurs propres softs en interne sans les filer au grand public...

Enfin, à propos de la NSA, c'est bien elle qui contribue fortement à une version "sécurisée" de linux, non ? (SELinux je crois)

ce que ne veut pas O'Reilly (et il a raison) c'est d'obliger les administrations à utiliser des logiciels à licence type BSD

Oui, je pense qu'il est meilleur d'imposer la GPL :-))

Quel est le rapport entre les libertés que tu cites et la portée que peut avoir une licence de logiciel ?