Moi, je veux pas faire la mauvaise langue, mais - comme mon boss arrête pas de me le faire remarquer à chaque fois que je lui parle de KMail/Balsa/Evolution/etc. - le cryptage sous Linux est un peu cheap. Oui, je sais, la plupart des mailers sont interfaçables avec PGP, mais mon boss il veut pas en entendre parler (pas assez de monde ne l'utilise selon lui), il veut le support S/MIME. Et ça, personne ne l'a sauf le vieux Messenger 4.x, propriétaire et complètement à chier. Enfin non, plus vraiment, après une heure de galère sur Google j'ai enfin trouvé une build de Mozilla avec le support S/MIME ( c'était à http://ftp.mozilla.org/pub/mozilla/nightly/latest-OTIS/(...) mais ça y est plus, si quelqu'un a la nouvelle adresse, qu'il se gêne pas :-(( Y a-t-il une raison à cette désaffection du S/MIME ?
PS : bon j'arrête là les posts pour aujourd'hui. Ferais mieux de bosser... :-)
... si les auteurs de MPlayer avaient agi de manière posée et réflechie, en adultes qui souhaitent la meilleure solution possible. Mais à lire les deux sites et les échanges de mails, j'ai la sale impression d'être en face d'une bande de gamins qui se crachent des insultes à la gueule, en pidgin pseudo-anglais. Fantastique. La dernière fois que j'ai vu ça, ce devait être dans une démo, ou une cracktro quelconque. Les mêmes réactions puériles (« Machin et Bidule, c'est des sales losers, ils nous piquent notre code »), le même ton grossier (génial, la petite haine russo-hongroise. On sent la « communauté » des développeurs chauvinistes), la même fatuité. Lors de la dernière affaire en date (qui concernait le logiciel Vidomi, voir http://slashdot.org/article.pl?sid=01/05/23/1723215&mode=nested(...) ), les gens avaient agi de manière ferme, mais en suivant quelques règles ; ils avaient contacté les auteurs en privé, signalé le problème à la FSF, et finalement le problème s'était résolu un mois après. L'agitation des auteurs de MPlayer (et certaines réponses de leurs copains de WarpVision qui devraient pas être fiers non plus) est franchement désolante et totalement injustifiée (même si je comprends qu'ils puissent être énervés, il y a d'autres manières de procéder)...
PS : ce genre de gamineries existe aussi en version presse, lorsque deux publications se font concurrence. Les insultes se trouvent alors dans les éditoriaux, et le niveau est presque aussi lamentable. Mais bon, ici c'est des programmeurs qui se ridiculisent, pas des journaleux...
PS2: binny, tu lui trouves quoi de drôle à ce flame ? Moi ch'uis atterré...
Le procès n'est pas un problème, la GPL est un contrat parfaitement valable. Et comme certains l'ont fait remarquer, le fait qu'aucun contrevenant ne soit allé la contester devant un tribunal prouve que la GPL est suffisamment défendable pour leur faire peur.
En fait, le problème est surtout de... se rendre compte que la société a utilisé du code GPL (les précédentes violations étaient à hurler de rire, les mecs avaient parfois même pas changé les chaînes de caractères. Mais les escrocs apprennent vite, hélas).
> Ici, il n'en demeure pas moins que le 'leader' a battre me semble pour l'instant le divx4, etant donné qu'il fonctionne, ses performances sont connues, qu'il a une bonne visibilité.
Vrai. Mais bon, Xvid est déjà au niveau de DivX, il n'y a donc pas de problème à en développer un autre. Et puis, il ne faut pas oublier que la licence OpenDivX de Xvid est très limite, alors que l'éventuel Tarkin sera dès le début en BSD.
Tout a fait : mais bon, je pense egalement que lorsque l'on travaille sur un projet, on peut faire part de ses remarques. On n'est pas obligé d'avoir forcément une vue unique sur ce que doit etre le projet !
Et parfois les gens ne sont pas d'accord, et ils forkent (archétype : XEmacs). Là, Tarkin et Xvid ne me semblent pas avoir pris la même orientation, le merge n'est pas forcément la meilleure soluce...
> Bref, de mon point de vue, je pense que l'emergence d'un nouveau type de compression vidéo va plus 'perdre' l'utilisateur. Plus que de faire des projets multiples qui avancent peu, je crois qu'il faudrait plutot sortir une version utilisable sous plusieurs OS afin de contrer la concurrence ...
Perdre l'utilisateur ? Non, généralement quand on dit à l'utilisateur « Vous devez installer le codec Zargloupsk 3.54 pour lire cette vidéo », il le fait. Pourquoi en serait-il autrement sous Linux où les utilisateurs ont généralement plus de connaissances techniques ? Quant à un codec tournant sous plusieurs OS, si Xvid est dérivé d'OpenDivX il doit déjà le faire, et les codecs Ogg qu'on a vu jusqu'ici (Vorbis) l'étaient. J'imagine que la portabilité est une de leurs préoccupations...
Mes 0,2 EUR (note pour les mainteneurs de LinuxFR: header("Content-Type: text/html; charset=iso-8859-15"); pour que je puisse taper le symbole Euro, merci ;-)
Hmmmm... Pas d'accord. Je pense au contraire qu'avoir deux projets semblables a quelques avantages :
L'émulation : la « concurrence » pousse les développeurs à améliorer leur soft pour qu'il se démarque
Des approches différentes, qui peuvent ouvrir plus de chemins (histoire de ne pas se retrouver comme des cons si, disons le codec qu'on a fait compresse super mal certains types de vidéos)
Le choix pour l'utilisateur, et la possibilité d'apprendre plus de choses pour le codeur
Et last but not least, l'indispensable troll « Xvid vs. Ogg Tarkin » ;-)))
La diversité est toujours profitable. En revanche, ce serait bien que les deux groupes échangent des idées, des algos, etc. (si les méthodes ne sont pas trop divergentes).
Bah y a des logiciels pour changer la gueule des fenêtres sous Win, genre WindowBlinds (je crois même que certains changent les widgets mais pas sûr). Mais de toute manière ce sont tous des softs propriétaires, alors bon je vais pas leur faire de la pub...
> Excuse moi mais il y a énormément de domaines où il serait impossible d'avoir un pseudo modèle basé sur de la licence GPL. Un simple exemple le domaine des jeux.
Erreur. Tu oublies (sciemment ? J'espère pas) qu'un jeu, ce n'est pas seulement du code (ou alors, tu joues à Zork I ;-), c'est aussi des graphismes, de la musique, etc. Tous ces éléments n'ont pas à être mis en GPL. Tu peux donc donner ton code pour que les gens puissent l'améliorer et en même temps faire payer le jeu. De même, s'il s'agit d'un jeu online, tu peux donner le code, et offrir moyennant un abonnement périodique, tes services pour héberger les serveurs du jeu...
Un éditeur Allemand, Radon Labs ( http://radonlabs.de/(...) ) va justement faire ceci : ils ont mis en GPL le moteur de leur prochain jeu, Nomads. Et le plus drôle, c'est que l'équipe de Nomads n'est autre d'après leur page, que celle qui était derrière Urban Assault (de... Microsoft ;-))
> Sous MacOS, je veux bien, mais sous Windows, on se pose des questions avant d'installer la plupart des programmes (ne serais-ce que pour ce meeerrveilleux concept de la base de registre...)
Franchement, la base de registres a plein de problèmes (dont une structure absolument débile et gargantuesque, ainsi que sa nature de fourre-tout immonde), mais ce n'est pas pour autant que je me pose des questions. La plupart du temps sous Win32, je lance setup.exe et vogue la galère (exception faite des très vieux programmes pour win3.x qui peuvent poser des problèmes). Sous Linux, la première chose qu'on se demande, c'est : est-ce que les dépendances sont bonnes ? Généralement c'est « non » et RPM n'ira pas comme APT te chercher les bons paquets tout seul. La deuxième question c'est « est-ce que résoudre les dépendances va se faire sans conflit ? ». Et là, si ton paquet vient d'une autre distrib', tu l'as très profond dans un orifice que je me refuse à citer en public. Donc tu te retrouves à y aller à grands coups de rpm --force --nodeps --melesbroutepas... pour découvrir que le script d'init ne fonctionne pas correctement. Quelques bidouillages plus tard, ton démon fonctionne mais ton opinion de Linux n'est plus aussi bonne qu'avant. Idem quand tu es habitué à avoir tes zones dans /var/cache/bind et que ta nouvelle distrib te les met dans /var/named, etc. Je rejoins ici D.J. Bernstein lorsqu'il dit ( http://cr.yp.to/compatibility.html(...) ) que les logiciels devraient fonctionner de la même manière d'un système à l'autre. Je n'ai pas envie de passer mes journées à jouer à cache-cache avec mes fichiers, j'ai mieux à faire de mon temps !...
> sisi, c'est la meilleure solution.
Je suis pas d'accord[tm] :-)
L'avantage d'avoir des répertoires « thématiques », c'est que j'ai toutes mes applications système dans /sbin, mes applications standard dans /bin, etc. Là où ça devient merdique, et là, Mosfet a raison, c'est lorsque tout se retrouve en vrac dans /usr/bin. Déjà, les applis graphiques devraient logiquement être dans /usr/X11R6/bin... Et il y a d'autres trucs. Ainsi, /usr/lib contient nombre de trucs qui sont tout sauf des bibliothèques. Bref, c'est un beau foutoir. Quant à ce qui est de reloger des paquetages, je vois pas l'intérêt, si ce n'est risquer que le programme ne marche plus (genre tiens, le chemin était codé en dur dans le script d'init...). Bref, je me fiche perso de savoir où sont stockées mes applis, mais il faut que ce soit (1) logique (vraiment logique) et (2) standardisé de partout, afin que je puisse sauter d'une distrib (voire d'un système) à l'autre sans perdre mes marques. Mais là, je prends mes rêves pour la réalité...
>au diable la varice... je ne comprend pas déjà pkoi /etc est différent d'une distib a l'autre, alors /usr..............
Tu viens de mettre le doigt sur un truc très important (même si ce n'est pas exactement on-topic) : le VRAI problème n'est pas tant que KDE soit dans /usr et non dans /opt, c'est que chacun fait son petit mix à sa façon. Les répertoires dans /etc, dans /var, ne sont pas les mêmes, le /etc/X11 contient une procédure de démarrage différente sur Red Hat et Mandrake (bravo la compatibilité), etc.
Ce qui est bien plus important AMHA que de savoir si on fait un répertoire par application (bof...) qu'un répertoire par *type* d'applications, c'est bien délimiter dans le FHS quels types *précis* d'applications vont dans quels répertoires, où doivent être placés tels et tels fichiers de conf, et SURTOUT de faire en sorte que toutes les distribs, sans exception, s'y conforment. Lorsque ce niveau de compatibilité sera atteint, un grand pas aura été fait, car on ne passera plus son temps à se demander « est-ce que je peux installer ce package venant de Merdake sur ma Rat Head sans que ça foute le bordel ? ». Exactement comme sous Windows et MacOS on installe la plupart des programmes sans se poser de questions...
Enfin bon, c'est mon opinion, hein. Mais Dieu ce que je donnerais pas pour que ça arrive enfin !...
Bon eh bien, tout va donc pour le mieux dans le meilleur des mondes...
Pour ce qui est de la section non-free, j'aimerais quand même une solution « alternative », par exemple j'aimerais bien installer facilement les docs du W3C qui sont en non-free mais pas une énorme entorse à la règle. En tout cas, merci pour les précisions.
> Quelles sont les méthodes de RMS que tu n'estime pas civilisées ? Le fait qu'il exprime un point de vue ?
Je pense qu'il faisait allusion par exemple à cette réunion en Angleterre où, un des intervenants ayant dit que le libre et le propriétaire pouvaient cohabiter, RMS s'est mis à hurler (« shout ») et a quitté la salle dans une colère noire. Ou alors quand il a pris à parti Stéphane Fermigier à la Linux Expo de Paris parce qu'un logiciel non libre (muPad si je me souviens bien) était exposé sur le stand. Ou encore à ces e-mails recents où Stallman ordonne carrément aux mainteneurs de l'équivalent GNOME des DWN de ne plus faire référence à un logiciel propriétaire dans leurs lettre hebdomadaire... Bref, je crois que ce que beaucoup de gens reprochent à Stallman, ce ne sont pas ses idées, mais son manque de diplomatie (hé oui, c'est important ça, être diplomate, surtout lorsqu'il faut interagir avec des humains :-). M'enfin bon, je me perds en conjectures, là...
Bon, il faut être clairs, on ne va pas lancer un énième troll. Mon opinion est la suivante : il faut savoir pourquoi RMS entre dans le projet Debian. Je m'explique :
* Soit il vient pour maintenir des packages, proposer des idées, participer au développement des outils, en bref faire de Debian LA distrib' de référence, et là, je suis farpaitement d'accord : la Debian est une super distrib', elle mérite qu'on l'aide à prendre la place qui lui revient de droit (accessoirement, je serais très heureux de voir Stallman coder à nouveau. Il serait dommage qu'une intelligence pareille ne soit pas exploitée).
* Ou alors, il vient - passez-moi l'expression - « foutre la m... », ne s'occuper que des questions politiques, genre changer les guidelines pour l'acceptation de packages, imposer ses vues sur la manière dont les outils Debian doivent être codés (« comment ça, il faut intégrer un interpréteur LISP dans APT ? ! ? » ;-), voire des trucs encore plus tordus, genre virer la section non-free (qui contient des trucs comme Persistence Of Vision, MAME,...), et j'espère vraiment que ce n'est pas ça parce que je serais bien dégoûté...
En bref, il y a un grand nombre de sensibilités dans le LL. Des gens comme RMS, ESR, Torvalds, AC, sont aux antipodes les uns des autres, et c'est très bien comme ça : avoir une multitude d'opinions, chacune contrôlant certains projets, ça permet d'avoir ce qu'on appelle en France pompeusement un « débat démocratique » (si vous êtes à un discours officiel, essayez de placer aussi les mots « républicain » et « citoyen » quelque part), bref c'est Bien[tm]. Donc OK pour que Stallman donne son avis sur tout, ça fait partie du jeu. Attention juste à ne pas voir quelqu'un truster les décisions dans de nombreux projets importants...
Bon, ceci dit (ça va de soi, mais ça va mieux en le disant), il y a deux facteurs qui devraient rassurer notre Fabien national : le premier est que Debian fonctionne par un système de votes ; on ne peut donc pas avoir un contrôle total, et même si on devient Président, le mandat finit par arriver à échéance - c'est beau la démocratie. Et puis, j'ai toujours confiance en la nature humaine (et probablement bien plus en Stallman, malgré que ce qu'il dit ne me plaise pas toujours, qu'en Chirac, Bush, etc.). Et je pense franchement qu'il veut participer à développer activement le LL, et il a pour cela choisi Debian parce que leur philosophie est très proche de la sienne. Inutile de faire de la parano ; comme disait l'autre, « wait and see » (houlà, dire du mal de Stallman + anglicismes => je vais me faire démolir là ;-)
Ahhhh... Un soft basé sur une beta d'Apache, ÇA c'est bien !
C'est vrai quoi. Il y en a marre de ces babas-cools Communistes et barbus qui nous les brisent avec des craques comme « il ne faut surtout pas baser ses produits sur des versions instables », « l'open-source permet de faire des produits plus sûrs car plus testés », etc. Nous, chez Covalent, nous avons la *bonne* vision du libre. D'ailleurs, on vous donne gracieusement la méthode :
on prend le dernier truc à la mode, avec toutes les belles fonctions qui plaisent bien au singe sur la voiture rouge. Et si c'est des versions beta, même pour un soft aussi important qu'un serveur Web, on s'en contrefout, c'est le business, mon pote, le business !
on bidouille le soft à notre manière - et on prend bien soin de ne pas prendre un truc en GPL, histoire de ne pas montrer les cochonneries qu'on fait. On sait jamais, des gusses (barbus, berk) voudraient peut-être auditer le code, histoire de le rendre plus sûr, soi-disant...
on vend ça la peau du cul. Et on se contrecarre de savoir si nos bidouillages en beta ne risquent pas de révéler des failles qui vont générer des titres à la con chez nos amis les journaleux, du style « l'open source n'est pas fiable », sur cinq colonnes à la une
Vous aussi, appliquez ces méthodes À Chier[tm] facilement, avec notre Guide Pratique de l'e-Escroc[tm]. Et lorsque votre produit bâclé aura flanqué en l'air un site, n'oubliez pas de faire appel à nos Avocats[tm] !
(désolé, j'ai la flemme ; en bref, tu peux demander à Google de virer les pages cachées qu'ils ont indexé depuis ton site. Et comme ce sont des gens plutôt honnêtes - c'est suffisamment rare pour que je tienne à le signaler -, il le font. Encore que je n'aie pas eu moi-même l'occasion de tester...)
Non car, la cour le rappelle dans son jugement, la jurisprudence a déjà tranché : l'obscenité, la diffamation, etc. ne sont pas couverts par le premier amendement. D'autres subtiles distinctions existent aussi ; par exemple, la cour rappelle que les textes à caractère commercial sont moins protegés (mais protegés tout de même) que ceux à caractère non-commercial, etc. De plus, le premier amendement peut n'être pas pris en compte si le texte met en jeu des intérêts plus importants que lui (ils ne sont pas précisés, mais disons que si quelqu'un se mettait à publier les plans d'une base où sont stockés des missiles intercontinentaux, ça ferait un bon cas d'espèce, j'imagine ;-) Comme quoi, le droit, c'est vraiment un sac de noeuds...
Ce que tu m'expliques, c'est « si je peux choper les sources, je peux les compiler, et personne n'en saura jamais rien ». Soit. Mais ce n'est pas pour autant une solution valable, car pour utiliser réellement ces logiciels, il faudra devenir hors-la-loi de facto. Pas très réjouissant...
Le véritable but est que la loi finisse par admettre que le droit à faire fonctionner un logiciel est aussi inaliénable que le droit à lire ce que l'on veut (à condition, bien évidemment, de ne pas faire de torts ce faisant ; je veux dire qu'utiliser DeCSS pour copier des DVD devrait rester puni, mais pas juste sa possession ou son utilisation à des fins licites).
Crois-moi, l'attitude qui consiste à se dire que tant que ça reste dans la « zone grise » (comme la possession de haschish ou l'utilisation personnelle de logiciels pirates) tout va bien, est trompeuse : ça n'en restera pas moins interdit, et ce n'est pas ce que l'on veut (enfin, que moi je veux du moins)...
Nan, raté, l'article du Register explique bien que le code source est légal, mais que le code une fois compilé n'aurait pas du tout la même protection légale ; autrement dit, une fois que t'as tapé make, tu te retrouves avec un « circumvention device » punissable par le DMCA. Bref, une fois de plus le sensationnalisme l'a emporté sur le journalisme objectif...
Rappelez-vous, nous avons gagné une bataille, pas la guerre. Et des batailles, il en reste tout plein, même chez nous : LSQ, LSI,... Commencer à jubiler pour un si petit pas en avant, et dans un domaine aussi aléatoire (qui sait que dira le prochain juge ? Le droit est si bizarre) serait AMHA totalement déraisonnable !...
J'ai vu aussi quelques skins pour Sawfish... Mais bon, il est vrai que je suis franchement deçu :-( En plus, comme le fait remarquer un autre posteur, la disparition des différentes interfaces enlève au site beaucoup de sa personnalité... Pour ce qui est des remarques sur la pub, j'avoue ne m'en être jamais soucié (je ne l'affiche pas) ; j'ai toutefois essayé de voir en désactivant JunkBuster et c'est vrai qu'elle est un peu trop présente. Si au moins ils louaient les compétences de leurs designers pour faire les bandeaux... En fait, j'ai l'impression que VA Linux^WSoftware cherche des ronds partout où ils peuvent. Il paraît que Slashdot va bientôt avoir des gros pavés de pub dans les news, à la CNET.com, beuark :-(( Bref, j'en aurai au moins profité pour découvrir kde-look. Dommage qu'il soit encore un peu vide...
Bah pour moi qui viens du monde de la micro (C64, Atari, etc.), un « hacker » ça a toujours été un pirate de réseaux (un « cracker », lui, déplombe des softs - voir l'opinion d'un cracker, justement, à http://www.damn.to/guardian/guardian_email.txt(...) ). Je sais que le terme « hacker » devait être employé antérieurement mais bon, beaucoup de gens se sont habitués et c'est maintenant un combat d'arrière-garde qui en plus ajoute à la confusion. Autant trouver autre chose. Perso, pour « programmeur » j'ai toujours dit « coder », si quelqu'un a une meilleure idée...
Ah ? Autant pour moi dans ce cas. En tout cas, j'espère que GtkHTML et les brouteurs basés dessus vont continuer à évoluer. Ça me ferait vraiment plaisir que GNOME ait enfin un navigateur aussi léger que Konqui (non, Gecko c'est vraiment pas ça, faut un équivalent de kHTMLw plutôt)... Bon, je vais aller (re)voir ce Dillo, moi ;-)
Sauf erreur, Dillo ça fait très longtemps qu'il évolue plus. Si vous voulez un browser basé sur GtkHTML, je vous conseillerais plutôt de jeter un oeil à Encompass ( http://encompass.sourceforge.net/(...) ), il y a quelques mois il semblait avancer (depuis j'ai déménagé et j'ai toujours pas remis le Net chez moi donc je sais pas)...
# Moi, je veux pas dire...
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche MandrakeSecure, un nouveau site dédié à la sécurité. Évalué à 0.
C'est un oxymoron ? ;-))
#include <et_hop_-1.h>
Envoyé depuis mon PDP 11/70
[^] # Re: Et le cryptage ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Le client mail de vos rèves (suite). Évalué à 1.
#include <et_hop_-1.h>
Envoyé depuis mon PDP 11/70
# Et le cryptage ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Le client mail de vos rèves (suite). Évalué à 1.
PS : bon j'arrête là les posts pour aujourd'hui. Ferais mieux de bosser... :-)
Envoyé depuis mon PDP 11/70
# Ce serait très bien si...
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche MPlayer Vs WarpVision : round 2. Évalué à 1.
PS : ce genre de gamineries existe aussi en version presse, lorsque deux publications se font concurrence. Les insultes se trouvent alors dans les éditoriaux, et le niveau est presque aussi lamentable. Mais bon, ici c'est des programmeurs qui se ridiculisent, pas des journaleux...
PS2: binny, tu lui trouves quoi de drôle à ce flame ? Moi ch'uis atterré...
Envoyé depuis mon PDP 11/70
[^] # Re: Point faible de la GPL ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Xvid un codec MPEG4 sous GPL. Évalué à 1.
En fait, le problème est surtout de... se rendre compte que la société a utilisé du code GPL (les précédentes violations étaient à hurler de rire, les mecs avaient parfois même pas changé les chaînes de caractères. Mais les escrocs apprennent vite, hélas).
Envoyé depuis mon PDP 11/70
[^] # Re: Ogg Tarkin?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Xvid un codec MPEG4 sous GPL. Évalué à 1.
Vrai. Mais bon, Xvid est déjà au niveau de DivX, il n'y a donc pas de problème à en développer un autre. Et puis, il ne faut pas oublier que la licence OpenDivX de Xvid est très limite, alors que l'éventuel Tarkin sera dès le début en BSD.
Tout a fait : mais bon, je pense egalement que lorsque l'on travaille sur un projet, on peut faire part de ses remarques. On n'est pas obligé d'avoir forcément une vue unique sur ce que doit etre le projet !
Et parfois les gens ne sont pas d'accord, et ils forkent (archétype : XEmacs). Là, Tarkin et Xvid ne me semblent pas avoir pris la même orientation, le merge n'est pas forcément la meilleure soluce...
> Bref, de mon point de vue, je pense que l'emergence d'un nouveau type de compression vidéo va plus 'perdre' l'utilisateur. Plus que de faire des projets multiples qui avancent peu, je crois qu'il faudrait plutot sortir une version utilisable sous plusieurs OS afin de contrer la concurrence ...
Perdre l'utilisateur ? Non, généralement quand on dit à l'utilisateur « Vous devez installer le codec Zargloupsk 3.54 pour lire cette vidéo », il le fait. Pourquoi en serait-il autrement sous Linux où les utilisateurs ont généralement plus de connaissances techniques ? Quant à un codec tournant sous plusieurs OS, si Xvid est dérivé d'OpenDivX il doit déjà le faire, et les codecs Ogg qu'on a vu jusqu'ici (Vorbis) l'étaient. J'imagine que la portabilité est une de leurs préoccupations...
Mes 0,2 EUR (note pour les mainteneurs de LinuxFR: header("Content-Type: text/html; charset=iso-8859-15"); pour que je puisse taper le symbole Euro, merci ;-)
Envoyé depuis mon PDP 11/70
[^] # Re: Ogg Tarkin?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Xvid un codec MPEG4 sous GPL. Évalué à 1.
La diversité est toujours profitable. En revanche, ce serait bien que les deux groupes échangent des idées, des algos, etc. (si les méthodes ne sont pas trop divergentes).
Envoyé depuis mon PDP 11/70
[^] # Re: bonne initiative...
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche KDE 2.2.1 sous Windows. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Au sujet des licences Open Source/Libre
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Lecteur de divx: la GPL violée par des développeurs Russes. Évalué à 1.
Erreur. Tu oublies (sciemment ? J'espère pas) qu'un jeu, ce n'est pas seulement du code (ou alors, tu joues à Zork I ;-), c'est aussi des graphismes, de la musique, etc. Tous ces éléments n'ont pas à être mis en GPL. Tu peux donc donner ton code pour que les gens puissent l'améliorer et en même temps faire payer le jeu. De même, s'il s'agit d'un jeu online, tu peux donner le code, et offrir moyennant un abonnement périodique, tes services pour héberger les serveurs du jeu...
Un éditeur Allemand, Radon Labs ( http://radonlabs.de/(...) ) va justement faire ceci : ils ont mis en GPL le moteur de leur prochain jeu, Nomads. Et le plus drôle, c'est que l'équipe de Nomads n'est autre d'après leur page, que celle qui était derrière Urban Assault (de... Microsoft ;-))
Envoyé depuis mon PDP 11/70
[^] # Re: outils de packages
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Mosfet : Rage against the File System Standard. Évalué à 3.
Franchement, la base de registres a plein de problèmes (dont une structure absolument débile et gargantuesque, ainsi que sa nature de fourre-tout immonde), mais ce n'est pas pour autant que je me pose des questions. La plupart du temps sous Win32, je lance setup.exe et vogue la galère (exception faite des très vieux programmes pour win3.x qui peuvent poser des problèmes). Sous Linux, la première chose qu'on se demande, c'est : est-ce que les dépendances sont bonnes ? Généralement c'est « non » et RPM n'ira pas comme APT te chercher les bons paquets tout seul. La deuxième question c'est « est-ce que résoudre les dépendances va se faire sans conflit ? ». Et là, si ton paquet vient d'une autre distrib', tu l'as très profond dans un orifice que je me refuse à citer en public. Donc tu te retrouves à y aller à grands coups de rpm --force --nodeps --melesbroutepas... pour découvrir que le script d'init ne fonctionne pas correctement. Quelques bidouillages plus tard, ton démon fonctionne mais ton opinion de Linux n'est plus aussi bonne qu'avant. Idem quand tu es habitué à avoir tes zones dans /var/cache/bind et que ta nouvelle distrib te les met dans /var/named, etc. Je rejoins ici D.J. Bernstein lorsqu'il dit ( http://cr.yp.to/compatibility.html(...) ) que les logiciels devraient fonctionner de la même manière d'un système à l'autre. Je n'ai pas envie de passer mes journées à jouer à cache-cache avec mes fichiers, j'ai mieux à faire de mon temps !...
> sisi, c'est la meilleure solution.
Je suis pas d'accord[tm] :-)
L'avantage d'avoir des répertoires « thématiques », c'est que j'ai toutes mes applications système dans /sbin, mes applications standard dans /bin, etc. Là où ça devient merdique, et là, Mosfet a raison, c'est lorsque tout se retrouve en vrac dans /usr/bin. Déjà, les applis graphiques devraient logiquement être dans /usr/X11R6/bin... Et il y a d'autres trucs. Ainsi, /usr/lib contient nombre de trucs qui sont tout sauf des bibliothèques. Bref, c'est un beau foutoir. Quant à ce qui est de reloger des paquetages, je vois pas l'intérêt, si ce n'est risquer que le programme ne marche plus (genre tiens, le chemin était codé en dur dans le script d'init...). Bref, je me fiche perso de savoir où sont stockées mes applis, mais il faut que ce soit (1) logique (vraiment logique) et (2) standardisé de partout, afin que je puisse sauter d'une distrib (voire d'un système) à l'autre sans perdre mes marques. Mais là, je prends mes rêves pour la réalité...
Envoyé depuis mon PDP 11/70
[^] # Re: outils de packages
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Mosfet : Rage against the File System Standard. Évalué à 9.
Tu viens de mettre le doigt sur un truc très important (même si ce n'est pas exactement on-topic) : le VRAI problème n'est pas tant que KDE soit dans /usr et non dans /opt, c'est que chacun fait son petit mix à sa façon. Les répertoires dans /etc, dans /var, ne sont pas les mêmes, le /etc/X11 contient une procédure de démarrage différente sur Red Hat et Mandrake (bravo la compatibilité), etc.
Ce qui est bien plus important AMHA que de savoir si on fait un répertoire par application (bof...) qu'un répertoire par *type* d'applications, c'est bien délimiter dans le FHS quels types *précis* d'applications vont dans quels répertoires, où doivent être placés tels et tels fichiers de conf, et SURTOUT de faire en sorte que toutes les distribs, sans exception, s'y conforment. Lorsque ce niveau de compatibilité sera atteint, un grand pas aura été fait, car on ne passera plus son temps à se demander « est-ce que je peux installer ce package venant de Merdake sur ma Rat Head sans que ça foute le bordel ? ». Exactement comme sous Windows et MacOS on installe la plupart des programmes sans se poser de questions...
Enfin bon, c'est mon opinion, hein. Mais Dieu ce que je donnerais pas pour que ça arrive enfin !...
Envoyé depuis mon PDP 11/70
[^] # Re: RMS
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche RMS futur développeur debian. Évalué à 3.
Pour ce qui est de la section non-free, j'aimerais quand même une solution « alternative », par exemple j'aimerais bien installer facilement les docs du W3C qui sont en non-free mais pas une énorme entorse à la règle. En tout cas, merci pour les précisions.
(hop -1, ne polluons pas)
Envoyé depuis mon PDP 11/70
[^] # Re: RMS
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche RMS futur développeur debian. Évalué à 10.
Je pense qu'il faisait allusion par exemple à cette réunion en Angleterre où, un des intervenants ayant dit que le libre et le propriétaire pouvaient cohabiter, RMS s'est mis à hurler (« shout ») et a quitté la salle dans une colère noire. Ou alors quand il a pris à parti Stéphane Fermigier à la Linux Expo de Paris parce qu'un logiciel non libre (muPad si je me souviens bien) était exposé sur le stand. Ou encore à ces e-mails recents où Stallman ordonne carrément aux mainteneurs de l'équivalent GNOME des DWN de ne plus faire référence à un logiciel propriétaire dans leurs lettre hebdomadaire... Bref, je crois que ce que beaucoup de gens reprochent à Stallman, ce ne sont pas ses idées, mais son manque de diplomatie (hé oui, c'est important ça, être diplomate, surtout lorsqu'il faut interagir avec des humains :-). M'enfin bon, je me perds en conjectures, là...
Envoyé depuis mon PDP 11/70
[^] # Re: RMS
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche RMS futur développeur debian. Évalué à 10.
* Soit il vient pour maintenir des packages, proposer des idées, participer au développement des outils, en bref faire de Debian LA distrib' de référence, et là, je suis farpaitement d'accord : la Debian est une super distrib', elle mérite qu'on l'aide à prendre la place qui lui revient de droit (accessoirement, je serais très heureux de voir Stallman coder à nouveau. Il serait dommage qu'une intelligence pareille ne soit pas exploitée).
* Ou alors, il vient - passez-moi l'expression - « foutre la m... », ne s'occuper que des questions politiques, genre changer les guidelines pour l'acceptation de packages, imposer ses vues sur la manière dont les outils Debian doivent être codés (« comment ça, il faut intégrer un interpréteur LISP dans APT ? ! ? » ;-), voire des trucs encore plus tordus, genre virer la section non-free (qui contient des trucs comme Persistence Of Vision, MAME,...), et j'espère vraiment que ce n'est pas ça parce que je serais bien dégoûté...
En bref, il y a un grand nombre de sensibilités dans le LL. Des gens comme RMS, ESR, Torvalds, AC, sont aux antipodes les uns des autres, et c'est très bien comme ça : avoir une multitude d'opinions, chacune contrôlant certains projets, ça permet d'avoir ce qu'on appelle en France pompeusement un « débat démocratique » (si vous êtes à un discours officiel, essayez de placer aussi les mots « républicain » et « citoyen » quelque part), bref c'est Bien[tm]. Donc OK pour que Stallman donne son avis sur tout, ça fait partie du jeu. Attention juste à ne pas voir quelqu'un truster les décisions dans de nombreux projets importants...
Bon, ceci dit (ça va de soi, mais ça va mieux en le disant), il y a deux facteurs qui devraient rassurer notre Fabien national : le premier est que Debian fonctionne par un système de votes ; on ne peut donc pas avoir un contrôle total, et même si on devient Président, le mandat finit par arriver à échéance - c'est beau la démocratie. Et puis, j'ai toujours confiance en la nature humaine (et probablement bien plus en Stallman, malgré que ce qu'il dit ne me plaise pas toujours, qu'en Chirac, Bush, etc.). Et je pense franchement qu'il veut participer à développer activement le LL, et il a pour cela choisi Debian parce que leur philosophie est très proche de la sienne. Inutile de faire de la parano ; comme disait l'autre, « wait and see » (houlà, dire du mal de Stallman + anglicismes => je vais me faire démolir là ;-)
Envoyé depuis mon PDP 11/70
# Enfin du business responsable !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apache 2.0 en avant-première chez Covalent. Évalué à 10.
C'est vrai quoi. Il y en a marre de ces babas-cools Communistes et barbus qui nous les brisent avec des craques comme « il ne faut surtout pas baser ses produits sur des versions instables », « l'open-source permet de faire des produits plus sûrs car plus testés », etc. Nous, chez Covalent, nous avons la *bonne* vision du libre. D'ailleurs, on vous donne gracieusement la méthode :
Vous aussi, appliquez ces méthodes À Chier[tm] facilement, avec notre Guide Pratique de l'e-Escroc[tm]. Et lorsque votre produit bâclé aura flanqué en l'air un site, n'oubliez pas de faire appel à nos Avocats[tm] !
Bien à vous,
Le chef marketinge de Covalent
Envoyé depuis mon PDP 11/70
[^] # Re: Google m'a sauver ;-)
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Google est fantastique. Évalué à 9.
(désolé, j'ai la flemme ; en bref, tu peux demander à Google de virer les pages cachées qu'ils ont indexé depuis ton site. Et comme ce sont des gens plutôt honnêtes - c'est suffisamment rare pour que je tienne à le signaler -, il le font. Encore que je n'aie pas eu moi-même l'occasion de tester...)
Envoyé depuis mon PDP 11/70
[^] # Re: comparaison avec balsa
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sylpheed 0.6.5 est sortie. Évalué à 2.
Hmmmm... le Dotfile Generator ( http://sunsite.bilkent.edu.tr/pub/linux/dotfile/(...)">http://sunsite.bilkent.edu.tr/pub/linux/dotfile/(...(...))">http://sunsite.bilkent.edu.tr/pub/linux/dotfile/(...(...(...))) ) a un module pour procmail. C'est pas le top du top, mais c'est déjà ça. En revanche, je ne connais aucun MUA qui en tire parti (soit dit en passant, il faudrait qu'un de ces jours, les syntaxes de softs comme procmail soient moins abstruses ; j'en ai marre de relire procmailex(5) dès que je veux changer une règle)...
Envoyé depuis mon PDP 11/70
[^] # Re: Mal la tête...
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche DeCSS declaré légal !. Évalué à 8.
Envoyé depuis mon PDP 11/70
[^] # Re: Le DMCA est il donc inutile ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche DeCSS declaré légal !. Évalué à 10.
Ce que tu m'expliques, c'est « si je peux choper les sources, je peux les compiler, et personne n'en saura jamais rien ». Soit. Mais ce n'est pas pour autant une solution valable, car pour utiliser réellement ces logiciels, il faudra devenir hors-la-loi de facto. Pas très réjouissant...
Le véritable but est que la loi finisse par admettre que le droit à faire fonctionner un logiciel est aussi inaliénable que le droit à lire ce que l'on veut (à condition, bien évidemment, de ne pas faire de torts ce faisant ; je veux dire qu'utiliser DeCSS pour copier des DVD devrait rester puni, mais pas juste sa possession ou son utilisation à des fins licites).
Crois-moi, l'attitude qui consiste à se dire que tant que ça reste dans la « zone grise » (comme la possession de haschish ou l'utilisation personnelle de logiciels pirates) tout va bien, est trompeuse : ça n'en restera pas moins interdit, et ce n'est pas ce que l'on veut (enfin, que moi je veux du moins)...
Envoyé depuis mon PDP 11/70
[^] # Re: Le DMCA est il donc inutile ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche DeCSS declaré légal !. Évalué à 10.
Rappelez-vous, nous avons gagné une bataille, pas la guerre. Et des batailles, il en reste tout plein, même chez nous : LSQ, LSI,... Commencer à jubiler pour un si petit pas en avant, et dans un domaine aussi aléatoire (qui sait que dira le prochain juge ? Le droit est si bizarre) serait AMHA totalement déraisonnable !...
Envoyé depuis mon PDP 11/70
# Icssse-Shaaate uuun point octante-ciiiinq...
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie du soft d'irc XChat 1.8.5-0. Évalué à 8.
Ça ressemble à quoi, le Suisse ? :-)
Envoyé depuis mon PDP 11/70
[^] # Moi non plus !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Themes.org, pour de bon. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: il manquait un petit lien:
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche L'Éthique hacker et l'esprit de l'ère de l'information. Évalué à 2.
Envoyé depuis mon PDP 11/70
[^] # Re: Et dillo ???
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Mozilla en tête des navigateurs sur linuxfr !. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Et dillo ???
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Mozilla en tête des navigateurs sur linuxfr !. Évalué à 2.
Envoyé depuis mon PDP 11/70