Ben non.
En l'occurence, c'est un très bon moyen pour maitriser totalement ce qui est sur ton système.
De plus, un système gérant les dépendances n'a de sens que si tu n'installes que des packages adaptés. Si tu commences à installer des sources, alors ton système de dépendances n'a plus de sens.
Personnellement, que ce soit avec la Mandrake ou avec la Debian, les dépendances ont toujours fini par être plus une nuisance qu'un avantage.
C'est pour cela que j'utilise la Slackware et je serais fort marri qu'il change de façon de faire.
Si Volkerding est comme moi, il ne changera rien à son système de packaging : c'est parceque qu'il ne gérai pas les dépendances que je suis venu à utiliser la Slack, en ayant marre des systèmes la 'gérant', ou tu ne peux plus installer des sources compilées sans casser complètement justement la base de dépendance.
Les packages qui gèrent la dépendance sont bien pour des distributions ou tu ne vas installer que des packages officiels ou certifiés.
En pratique, j'ai toujours trouvé que c'était finalement plus une nuisance qu'un avantage.
Avant même l'interface, les développeurs du libre feraient bien d'améliorer l'interopérabilité entre les divers programmes libres plutôt que de toujours chercher la récupération correcte de Windows : pourquoi Kview ne lit-il pas le format xcf de gimp? Pourquoi OpenOffice ne peut-il récupérer des documents venant de KOffice et inversement? Pourquoi tous les projets faisant intervenir de la manipulation graphique ne cherchent jamais à être compatibles avec l'interface de plugin Gimp?
Le futur grand chantier du Libre, à mon sens, va se situer là : augmenter la capacité des logiciels à travailler entre eux, au delà des compétitions et des rancoeurs.
J'aide mon épouse à réaliser un court-métrage d'animation entièrement dessiné sous Gimp et je suis en permanence confronté à de petites complications idiotes de ce type.
... elle est 'LSB compliant' à défaut d'être 'LSB certified'.
Cela dit, même chose pour moi. J'aime bien ces discussions sans fin sur 'mes deb sont mieux que tes rpms'. Je suppose que ca ne peut que faire rire un utilisateur de Slackware qui ne télécharge que des sources et qui gère soi-même ses dépendances quand './configure' lui signale un manque. :-)
Bah! Installons nous confortablement das notre fauteuil en regardans tous ses packagers fous se disputer sur le meilleur système de package, tout en surveillant du coin de l'oeil la bonne avancée de notre compilation du dernier xine... :-)
Cordialement,
Réponse 1 : Un état a le droit de choisir d'utiliser les logiciels libres s'ils remplissent ses besoins car ils offrent par ailleurs la transparence et la capacité de contrôle qu'il exige. S'ils ne remplissent pas ses besoins, il serait absurde qu'un état se force à utiliser un programme non adapté parce qu'il a voté une loi en ce sens.
Réponse 2 : C'est un argument qui mérite réflexion. Je pense toutefois qu'un état qui envisage les logiciels libres y voit de nombreux avantages et qu'en conséquence une loi serait pour lui superflue. S'il ne les envisage pas, alors la loi ne passera de toute façon pas car il y a une résistance interne à mettre en place ce type de solution.
Conclusion : quel est l'intérêt pratique de la loi? Faible.
Le cas du Pérou montre bien que la pression de l'industrie ne va pas forcément faire plier la volonté politique si celle-ci y voit un avantage.
Je suis convaincu que le logiciel libre a suffisament d'arguments en sa faveur pour s'imposer dans les administrations sans besoins de loi gratuite de ce type. Les différents exemples de part le monde d'administration qui migrent peu à peu en est la preuve.
C'est bien ce qui se passe en Europe sans besoin de loi particulière.
Le logiciel libre doit s'imposer parce qu'il offre plus d'avantages. C'est dans l'intérêt d'une administration d'avoir des standards ouverts, du code lisible et de l'interropérabilité maximale. C'est en ce sens que la Communauté Européenne va probablement exiger un format inspiré d'OpenOffice pour les fichiers de son administration.
Le logiciel libre offre tout cela et plus. Il n'est pas besoin d'une loi pour l'imposer et je suis d'accord avec O'Reilly quand il dit que cela va à l'encontre des principes qui le fondent.
J'avoue que ton exemple m'inspire. Je devrais faire pareil car je suis infiniment plus crade : je prends les sources, je les décompile en tant que root dans /usr/src, je tape ./configure, make, make install, je fais tourner un petit coup ldconfig au cas ou, puis je lance le programme à partir d'un xterm avec mon compte user.
Et si le programme ne me plait pas, je l'oublie, il disparaitra à ma prochaine upgrade.
C'est plutot sale mais comme ca je ne m'emmerde pas. Et là ou j'apprécie vraiment ma Slackware, c'est qu'après un an de ce régime de porc, elle est toujours stable comme au premier jour. Aucune distribution à base de packages ne m'a jamais donné une telle stabilité en étant aussi mal traitée. Mais bon, je ne suis pas trop une référence.... :-)
En tous cas, je vais de ce pas upgrader ma machine. J'ai un petit disque WD 80Go avec 8Mo de cache qui va faire des merveilles.
Au passage puisqu'il y a un développeur, merci de ce beau projet qui commence à devenir un lecteur multimédia incontournable.
J'apprécie en particulier le support de la Slackware; :-D
J'ai pas trop farfouillé mais la combinaison Xine + plugin d5d (http://www.captaincss.tk/(...) ) marche bien dans les grandes lignes pour moi.
Il y a quelques petits plantages de temps en temps, mais ca tient plus du debuggage à mon avis que d'un problème fondamental. Et c'est assez rapide.
J'ai testé Matrix, Tigre et Dragon, Wallace et Gromit, Ghost Dog, Blanche-Neige Au temps des dinosaures et Chicken Run. Tout marche correctement.
Apparemment, selon la page principale de sourceforge, heroins semble très content de passer leur développement sous Windows et .Net (j'ai lu rapidement, je peux me tromper, voir leurs dernières news).
Ca éclaire d'un jour un peu différent leur arret de BCast2000, qui de toutes les façons n'était pas terrible.
Au passage, est-ce que quelqu'un sait comment utiliser le plugin Perl AVI dans Gimp? Je ne suis pas parvenu à trouver de doc la dessus et Gimp 1.2.3 ne me propose pas AVI comme choix quand j'essaie d'exporter une image sur plusieurs calques.
Ma femme développe un projet de film d'animation sous Gimp et Linux, et pouvoir exporter ses plans en AVI non compressé serait extrêmement pratique.
Il faut penser à installer les packages glut-devel pour avoir les headers, car Jahshaka utilise OpenGL.
Il est également supposé à terme supporter le standard OpenML mais je ne connais pour le moment pas beaucoup d'autre logiciel qui implémente ca. J'ai demandé sur la ML Alsa si Alsa serait OpenML compatible mais cela fait 2 semaines que mon email doit être modéré....
Par contre, ce qui manque à Jahshaka, c'est une doc : après l'avoir démarré, j'ai été incapable de faire quoi que ce soit avec. :-(
Tout lien serait apprécié.
.. quand il y aura un traitement de texte que je trouverai aussi bien que Word Pro d'IBM/Lotus, j'y passerai. En attendant, si j'arrive à faire tourner Word Pro sous Linux avec Wine, ca me permettra peut-être de définitivement virer MS de ma machine. Et tant pis si c'est pas totalement libre.
Entre deux applis qui me plaisent, j'utiliserai toujours celle issue du logiciel libre. Mais entre deux applis, j'utiliserai avant tout celle qui me plait.
[^] # Re: Heu, et les slaktools ? et les slackports ? et .............................
Posté par Richard Van Den Boom . En réponse à la dépêche slackware 9.0 beta. Évalué à 1.
En l'occurence, c'est un très bon moyen pour maitriser totalement ce qui est sur ton système.
De plus, un système gérant les dépendances n'a de sens que si tu n'installes que des packages adaptés. Si tu commences à installer des sources, alors ton système de dépendances n'a plus de sens.
Personnellement, que ce soit avec la Mandrake ou avec la Debian, les dépendances ont toujours fini par être plus une nuisance qu'un avantage.
C'est pour cela que j'utilise la Slackware et je serais fort marri qu'il change de façon de faire.
Cordialement,
[^] # Pitié, pas de packages "avancés"
Posté par Richard Van Den Boom . En réponse à la dépêche slackware 9.0 beta. Évalué à 6.
Les packages qui gèrent la dépendance sont bien pour des distributions ou tu ne vas installer que des packages officiels ou certifiés.
En pratique, j'ai toujours trouvé que c'était finalement plus une nuisance qu'un avantage.
Cordialement,
[^] # Qu'ils soient déjà compatibles au niveau fichiers!
Posté par Richard Van Den Boom . En réponse à la dépêche GNOME Human Interface Guidelines 1.0. Évalué à 2.
Le futur grand chantier du Libre, à mon sens, va se situer là : augmenter la capacité des logiciels à travailler entre eux, au delà des compétitions et des rancoeurs.
J'aide mon épouse à réaliser un court-métrage d'animation entièrement dessiné sous Gimp et je suis en permanence confronté à de petites complications idiotes de ce type.
Cordialement,
[^] # Autant que je sache...
Posté par Richard Van Den Boom . En réponse à la dépêche Mandrake, RedHat et SuSE certifiées LSB. Évalué à 1.
[^] # Re: Manque de réalisme
Posté par Richard Van Den Boom . En réponse à la dépêche Tim O'Reilly: La politisation grandissante du Logiciel Libre. Évalué à 3.
Réponse 2 : C'est un argument qui mérite réflexion. Je pense toutefois qu'un état qui envisage les logiciels libres y voit de nombreux avantages et qu'en conséquence une loi serait pour lui superflue. S'il ne les envisage pas, alors la loi ne passera de toute façon pas car il y a une résistance interne à mettre en place ce type de solution.
Conclusion : quel est l'intérêt pratique de la loi? Faible.
Le cas du Pérou montre bien que la pression de l'industrie ne va pas forcément faire plier la volonté politique si celle-ci y voit un avantage.
Je suis convaincu que le logiciel libre a suffisament d'arguments en sa faveur pour s'imposer dans les administrations sans besoins de loi gratuite de ce type. Les différents exemples de part le monde d'administration qui migrent peu à peu en est la preuve.
Cordialement,
[^] # Re: Quelques contraintes tout de même...
Posté par Richard Van Den Boom . En réponse à la dépêche Tim O'Reilly: La politisation grandissante du Logiciel Libre. Évalué à 0.
Le logiciel libre doit s'imposer parce qu'il offre plus d'avantages. C'est dans l'intérêt d'une administration d'avoir des standards ouverts, du code lisible et de l'interropérabilité maximale. C'est en ce sens que la Communauté Européenne va probablement exiger un format inspiré d'OpenOffice pour les fichiers de son administration.
Le logiciel libre offre tout cela et plus. Il n'est pas besoin d'une loi pour l'imposer et je suis d'accord avec O'Reilly quand il dit que cela va à l'encontre des principes qui le fondent.
Cordialement,
[^] # Re: du VP3 dans Ogg Tarkin ?
Posté par Richard Van Den Boom . En réponse à la dépêche Theora, une nouvelle suite multimédia libre. Évalué à 2.
Cordialement,
[^] # Re: a l'utilisation
Posté par Richard Van Den Boom . En réponse à la dépêche La Slackware 8.1 dans les bacs!. Évalué à 4.
Et si le programme ne me plait pas, je l'oublie, il disparaitra à ma prochaine upgrade.
C'est plutot sale mais comme ca je ne m'emmerde pas. Et là ou j'apprécie vraiment ma Slackware, c'est qu'après un an de ce régime de porc, elle est toujours stable comme au premier jour. Aucune distribution à base de packages ne m'a jamais donné une telle stabilité en étant aussi mal traitée. Mais bon, je ne suis pas trop une référence.... :-)
En tous cas, je vais de ce pas upgrader ma machine. J'ai un petit disque WD 80Go avec 8Mo de cache qui va faire des merveilles.
Cordialement,
[^] # Merci !
Posté par Richard Van Den Boom . En réponse à la dépêche xine 0.9.10. Évalué à 5.
J'apprécie en particulier le support de la Slackware; :-D
Cordialement,
[^] # Xine + D5D
Posté par Richard Van Den Boom . En réponse à la dépêche xine 0.9.10. Évalué à 5.
Il y a quelques petits plantages de temps en temps, mais ca tient plus du debuggage à mon avis que d'un problème fondamental. Et c'est assez rapide.
J'ai testé Matrix, Tigre et Dragon, Wallace et Gromit, Ghost Dog, Blanche-Neige Au temps des dinosaures et Chicken Run. Tout marche correctement.
Cordialement,
[^] # Re: Cinelerra
Posté par Richard Van Den Boom . En réponse à la dépêche La vidéo sous Linux ?. Évalué à 10.
Ca éclaire d'un jour un peu différent leur arret de BCast2000, qui de toutes les façons n'était pas terrible.
Au passage, est-ce que quelqu'un sait comment utiliser le plugin Perl AVI dans Gimp? Je ne suis pas parvenu à trouver de doc la dessus et Gimp 1.2.3 ne me propose pas AVI comme choix quand j'essaie d'exporter une image sur plusieurs calques.
Ma femme développe un projet de film d'animation sous Gimp et Linux, et pouvoir exporter ses plans en AVI non compressé serait extrêmement pratique.
Cordialement,
[^] # Re: y a t'il une autre option ?
Posté par Richard Van Den Boom . En réponse à la dépêche La vidéo sous Linux ?. Évalué à 10.
Il est également supposé à terme supporter le standard OpenML mais je ne connais pour le moment pas beaucoup d'autre logiciel qui implémente ca. J'ai demandé sur la ML Alsa si Alsa serait OpenML compatible mais cela fait 2 semaines que mon email doit être modéré....
Par contre, ce qui manque à Jahshaka, c'est une doc : après l'avoir démarré, j'ai été incapable de faire quoi que ce soit avec. :-(
Tout lien serait apprécié.
Cordialement,
[^] # Comme toujours...
Posté par Richard Van Den Boom . En réponse à la dépêche Wine application database. Évalué à 10.
Entre deux applis qui me plaisent, j'utiliserai toujours celle issue du logiciel libre. Mais entre deux applis, j'utiliserai avant tout celle qui me plait.
Cordialement,