Les paquets slackware ne sont pas fragmentés, il y a tout dedans. Donc, tu installes ton package avec swaret, tu laisses swaret vérifier s'il y a lieu d'installer des librairies dont dépendrait ton paquet et après roule.
Attention, ceci n'est vrai qu'à l'installation : swaret vérifie les dépendances non pas grâce à des informations contenues dans les paquets mais en utilisant des informations de dépendance stockées sur des serveurs. Donc, si on met à jour une librairie, il n'y aura pas d'alarmes concernant les paquets déjà installés.
Ca pourrait être un problème pour une distribution comme la debian dont les sources de paquets sont nombreuses et variées, mais pour la Slack, comme la source est essentiellement Volkerding, il n'y a pas de problème.
Swaret a un support basique des dépendances en ce qui concerne les librairies. Si tu installes des paquets et qu'ils nécessitent des librairies non présentes, en général swaret parvient à se débrouiller pour le repérer et les récupérer.
Ca fonctionne bien et c'est tout ce dont on a besoin.
Il n'y a pas de gestion de dépendance sous Slackware. Donc :
swaret --remove package
supprime juste le paquet package. Comme en général, les paquets Slackware incorporent tout ce qui est nécessaire sauf les librairies partagées utilisées par d'autres projets, ça suffit généralement. Il est possible qu'il te reste une ou deux libs de ci de là, mais ça n'est pas bien grave.
Il me semble que swaret te prévient de l'existence d'un paquet similaire déjà présent. Le mieux est d'installer en faisant :
swaret --upgrade --install-new package
comme cela le packe est mis à jour s'il est déjà présent et installé sinon.
Bonne remarque, bien que ce ne soient pas des paquets "officiels", on va dire.
En ce qui me concerne, je n'ai pas toujours eu que des bonnes surprises avec les paquets de ce site, donc je compile moi-même.
De plus, ces paquets sont généralement compilés pour une version précise de la Slack, alors que je suis la current, donc de temps en temps, y'a quelques soucis de versions de librairies.
Mais je suppose que ça dépend des gens. Honnêtement, la plupart de ces projets demandent au plus une demi-heure de compilation sur un Athlon XP 1700, ça n'est pas très lourd.
> ses choix des logiciels (pas toujours besoin d'en avoir 1000000, mais il faut les 100 utiles)
Je confirme. La Slack me livre 99% de ce dont j'ai besoin. Je me compile en plus xine, k3b, tvtime, wine et kaffeine, essentiellement (et encore xine, pour l'avoir optimisé Athlon et k3b vient d'être incorporé).
> sa manière de packager les logiciels (patchs, découpage en paquets)
Je rappelle à ce propos qu'un package Slack correspond souvent à 2 ou 3 paquets dans les autres distributions, puisqu'il incorpore en général les binaires, les docs, les librairies dynamiques et statiques et les headers utilisés pour la compilation. Donc, pas de -devel, -docs, etc.
Je confirme. Les packages officiels Slackware suivent en général de 2 ou 3 jours au plus la sortie de nouvelles versions du code source. Et de toutes les façons, les packages sont tellement simples à faire soi-même à partir des sources qu'on peut même s'en passer.
J'ai d'ailleurs du mal à comprendre la sempiternelle critique des packages de la Slack concernant les dépendances. Cela ne m'a jamais posé de problème. Au contraire.
Bon allez, ce coup-ci, je lui commande des CD (enfin, vu les délais de livraison, je vais tout de même télécharger les ISO).
Petite question : les Slackbuild incorporent depuis quelques temps un IFDEF pour AMD64. Quelqu'un a des informations concernant le port de la Slack sur Opteron en 64bits?
Pas d'accord. Elever le débat consisterait surtout à se poser la question de cette soit-disant incompatibilité avec la GPL, dont tout le monde dit qu'elle "pourrait" exister et du coup prend cela comme justification pour prendre la décision de passer à un projet qui demande moins de modifs de docs.
En ce qui me concerne, je n'en sais rien, il est tout à fait possible que cela soit effectivement le cas auquel cas l'abandon de XFree86 est la bienvenue. Le problème est que je n'ai pas lu d'affirmation définitive sur le sujet et que donc, je ne peux reprocher à certains d'attendre que le débat soit clos.
L'est-il vraiment? Je n'en ai pas l'impression et je me demande honnêtement ce que cache la vitesse avec laquelle les distributions majeures ont changé de fusil d'épaule.
L'inconséquence de la Slack? Parce qu'il n'a pas voulu changer une base majeure de son système avant que les acteurs du libre se mettent d'accord sur cette histoire d'incompatibilité? Et parce que, mis devant le fait accompli que les autres distributions sont passées à x.org sans que le débat soit clos, il décide de suivre le mouvement pour compatibilité?
Ben voyons.
Qu'est-ce qui faut pas entendre (ou lire en l'occurence)....
Slackware était là avant Red Hat. Mandrake, bien avant Red Hat, a considéré que Linux sur desktop, c'était possible. SuSE a fait un installeur graphique avant Red Hat et a au moins autant participé que Red Hat au kernel ou à Xfree. La plupart des avancées soit disant "Red Hat" étaient juste des fonctionnalités que les projets avaient mis en oeuvre et qu'ils ont en général implémenté alors que ce n'était pas stabilisé pour jouer à "on est les premiers". Parlons en des glibc beta de la Red Hat 8.0, des kernels avec des patchs pourris, etc. La Fedora incorpore 4KSTACK? La belle affaire, ce sont les dévelopeurs du kernel qui ont décidé de passer à cette approche. Red Hat n'a rien à imposer, toutes les distributions y passeront, avec ou sans Red Hat.
Red Hat a fait avancer les choses, comme beaucoup d'autres. Leur apport est indéniable. Mais ta façon de minimiser les autres acteurs du libre et leur apport est assez énervante.
Le "mainteneur" de la Slack, Volkerding, ça fait 10 ans qu'il fait cela plus ou moins tout seul. Il doit pas y en avoir beaucoup qui maitrisent Linux aussi bien que lui et affirmer que les problèmes de license lui passe au dessus est là la limite de l'insulte.
Non seulement la Slackware est surement beaucoup plus utilisée que certains veulent le croire (c'est la distribution la plus répandue dans ma boite, même si ce n'est surement pas une statistique représentative), mais je suis convaincu que l'avis de Volkerding a encore pas mal de résonance chez les gens les plus actifs du monde Linux.
En bref, ce que fait la Slack depuis plus de 3 ans....
J'en ai remontée plus d'une, des Red Hat, des SuSE, des Debian grâce au premier CD de la Slackware.
Bon, allez. Ce message n'a aucun intérêt, je me sens juste d'humeur mesquine aujourd'hui.
Les élections européennes permettent de définir le Parlement Européen, qui avait plutôt fait un bon boulot en matière de limitation du projet sur les brevets et qui en a fait un bon aussi en ce qui concerne les OGM.
Le problème se trouve :
1/ Dans une Commission non élue, non démocratique, sujette à toutes les corruptions possibles (voir l'épisode Cresson) et dont les récentes décisions sur les OGM comme sur les brevets logiciels laissent supposer d'importants virements de grosses sociétés sur des comptes en Suisse. Je n'avais pas réalisé jusqu'ici que la Commission pouvait passer en force sur certains sujets, mais sa tendance à le faire de plus en plus me dérange, surtout quand elle doit être renouvellée d'ici quelques mois.
2/ Dans des gouvernements fantoches ou ultra-libéraux.
Donc dans le premier cas, il n'y a rien à faire sauf pousser pour une Constitution Européenne qui limite fortement les pouvoirs de cette Commission. Pas gagné. Et dans le second cas, c'était en 2002 qu'ils fallaient voter dans le bon sens. Les français ont été des crétins, tant pis pour leur gueule. On a que ce qu'on mérite.
Donc les élections européennes n'auront probablement aucun impact sérieux sur le fonctionnement de l'Europe à mon avis. Et c'est bien là mon désespoir. Je commence à espérer que cette europe se casse la figure plutôt que de continuer dans cette voie.
Le Parlement s'était prononcé pour des brevets très ciblés. Le problème est que la Commission a l'air de vouloir passer en force et a présenté un projet expurgé des amendements du Parlement Européen au conseil des Ministres des Economies. C'est là que ça se joue pour le moment.
On notera ici, comme sur les OGM et sur d'autres problèmes opposant économie et autonomie, un certain mépris de la Commission pour la démocratie et la voix populaire (dont est censé se faire écho le Parlement).
Moi qui suit européen convaincu, je le suis de moins en moins par ceux censé mettre en place cette communauté. La volonté de la Commission actuelle de passer en force sur des sujets hypersensibles, et au mépris en général des opinions publiques, alors qu'elle va être renouvellée dans 4 mois est pour moi extrêmement suspecte.
En tout cas, cette annonce montre une opposition qui va intervenir dans le cadre du Conseil des Ministres de l'économie. C'est une excellente nouvelle à mon avis.
Je ne me fait malheureusement pas tellement d'illusions en ce qui concerne la position de la France et de nos bons gros libéraux de Sarkozy et de Raffarin. Je serais surpris que leur clientélisme proverbial laisse passer l'occasion de plaire à quelques gros groupes au dépend des autres, pour peu que ceux-ci leur garantissent une retraite paisible.
Juste pour dire que je suis récemment passé à XVid pour encoder des DVD avec dvd::rip en visant un fichier de 1GB (comme ca 4 films par DVD+RW) et que la qualité obtenue avec xvid est réellement remarquable une fois toutes les optimisations mises en place. En fait, elle est pratiquement impossible à distinguer de l'original.
Une petite question, quel gain en performance peut-on espérer entre la rc4 et la finale?
Regarde skencil ou Zope. En Python et pourtant rapides.
Le problème de perfo avec Python, c'est de vouloir tout coder soi-même. Identifie les parties les plus sensibles aux perfos de ton code, puis utilise un module approprié : ils sont généralement bien plus rapides et résolvent ainsi ton problème.
Je n'ai aucune idée si ce qui peut être fait avec KDE est simple à faire ou non et si cela l'est plus que pour Mozilla. En attendant, beaucoup des fonctionnalités que je vois dans ton lien (pour ne pas dire la plupart) me semble déjà intégrés ou intégrables à Konqueror grâce à KParts. C'est ainsi que tu peux visualiser et éditer un document KWord dans Konqueror.
Mais bon, vu mon niveau de connaissance technique (voisin de nul), je ne serais pas surpris que cela n'ait strictement rien à voir.
Disons que pour l'utilisateur final, les deux approches me semblent totalement interchangeables et compte tenu du nombre d'applis KDE qui peuvent utiliser KParts, ca ne doit pas être très complexe à implémenter. Mais ca ne présage en rien de la facilité ou non de créer des extensions à l'un ou l'autre. Là dessus, je n'en sais vraiment rien.
C'est vrai que KDE n'est pas une plateforme, n'a pas tout un moteur de communication entre applications, n'est pas une suite logicielle, n'a pas de mailer, de soft de chat, de suite bureautique, etc.
Quant à ce que Mozilla fait que Konqi ne fait pas, ca se réduit de plus en plus à une peau de chagrin, et l'intégration de Konqueror, avec en particulier KIO, fait que son utilisation est souvent bien plus agréable que Mozilla. Uploader des fichiers sur un site ftp avec Konqueror, c'est bien plus sympa. Quand à les downloader, avec la sélection du chemin dans le bouton droit, c'est d'un confort qui fait passer le Download Manager de Mozilla pour un vieux shareware Windows antédilluvien.
J'utilise KDE et Konqueror tous les jours, je vais sur des dizaines de sites différents. La seule fois que j'ai eu à démarrer Mozilla depuis 1 an, ça a été pour déclarer mes impots cette année.
Peut-être que je ne compare pas ce qui est comparable en matière d'architecture pure, même si cela me semble pourtant totalement comparable. Mais en tant que service rendu à l'utilisateur, en ce qui me concerne, les efforts de l'équipe KDE ont été 100 fois plus payants que ceux de Mozilla.
Sur ce point, et c'est le seul qui m'intéresse, je ne vois pas en quoi tu peux affirmer qu'ils ne sont pas au même point.
Même au niveau du framework (et dans ce cas, ce n'est pas Konqueror qu'il faut considérer mais tout KDE), je serai curieux de connaitre ton avis en ce qui concerne leurs niveaux respectifs.
A quoi bon avec une belle machine technique si personne ne l'utilise. Et si personne ne le fait, pourquoi?
Bon, j'ai regardé des liens plus bas, c'est vrai qu'il y a des choses interressantes. Mais ca me fait l'effet d'ApplixWare Anywhere en JAVA : un concept intérressant, en plus ca marche, mais bon, pas assez transcendant pour attirer tout le monde derrière lui.
Je veux bien te croire mais soyons sérieux : le projet KDE a développé de zéro un navigateur qui en est pratiquement au même point que Mozilla en moitié moins de temps et qui est totalement intégré à l'environnement à un point que Mozilla ne pourra jamais atteindre. Je n'imagine pas une seconde qu'ils l'abandonnent pour un Mozilla intégré qui de toutes façons va mettre un bout de temps à apparaitre sachant que si c'était si simple, ça serait fait depuis longtemps. Et je ne vois pas grand chose dans Mozilla qui me laisse penser que ses capacités d'extension soient extraordinaires, toujours par rapport au même Konqueror.
Cela veut donc dire que de facto, le "Navigateur unique" ne sera utilisé globalement que par la moitié des utilisateurs Linux...
Mais bon, visiblement, selon les autres messages, le problème n'est pas tant le Navigateur que le framework. Je n'y connais rien donc je ne peux donner un avis là dessus, je suis prêt à croire les messages positifs sur XUL et autres, maintenant ça ne me convainct guère que tout le libre va se précipiter dessus. Je ne vois pas le projet KDE remettre en question un environnement de travail qui leur a permis de faire des progrès assez impressionnants depuis quelques années. Mais peut-être me trompé-je.
Mouais.
S'ils ne le sont pas par défaut actuellement, c'est bien qu'il n'ont pas réussi à s'imposer en tant que tel par leurs qualités et donc je ne vois pas comment ils espèrent "forcer le destin".
Que Gnome utilise un seul navigateur de style Mozilla, c'est le choix du projet Gnome mais il est illusoire, pour ne pas dire stupide, d'imaginer que toutes les distributions basées sur KDE qui utilisent Konqueror vont pousser ce navigateur Gnome en avant.
Je ne vois vraiment pas pourquoi ces gars s'obstinent à penser que leur technologie est la seul susceptible d'être intéressante et se doit d'être adoptée par tout le monde. Le libre est censé pousser au choix et leur seul discours "pour contrer MS", c'est "il nous faut une seule solution commune".
Je n'y crois pas une seconde en ce qui me concerne : Gnome et KDE sont des environnements trop complexes et aboutis pour maintenant pouvoir converger facilement vers une solution unique. Je pense que cela demanderait en fait plus de ressources que de les laisser continuer à se développer chacun dans leurs coins avec leurs propres arguments. Cette compétition entre les deux leur a d'ailleurs certainement beaucoup bénéficier, car ils se sont piqués l'un l'autre pas mal d'idées.
Après tout, les utilisateurs y trouvent bien leur compte.
Je n'ai pas d'avis sur Debian personnellement, je suis très content de ma Slack, mais je suis sur que la Debian est très bien aussi.
Maintenant, l'argument comme quoi les gens qui utilisent "vraiment" Linux ne passe pas leur temps à aller chercher les dernières versions me semblent assez peu généralisable.
Tu peux dire cela d'un firewall ou d'un serveur web, mais j'utilise ma Slack chez moi pour faire aussi bien bureautique, multimedia que développement et je passe mon temps à lorgner les nouvelles versions de la myriade d'outils que j'utilise pour corrections de bug / nouvelles fonctionnalités dont je peux avoir besoin. Un peu d'instabilité de ci de là est une concession que j'admets volontiers en retour.
Dans bien des cas, un truc qui marche, c'est pas forcément la version d'il y a trois ans, surtout dans le libre multimédia ou desktop.
Bon, ceci n'a rien spécialement à voir avec Debian de toute façon car on peut généralement facilement avoir des packages Debian pour la plupart des projets libres mais c'était surtout pour réfuter l'idée que tout le monde peut se contenter d'une distribution ancienne pourvue qu'elle soit stable : c'est tout simplement faux.
Mmm, j'ai fait cela, et la police d'interface utilisée par Calc, Writer et compagnie est en grec... Par contre, spadmin est en bon alphabet... Le version non KDE n'a pas ce problème.
Pas encore au point, ce truc. Il y a un endroit où il est décrit la façon dont ça se passe avec les fontes dans la versio OO-kde?
Sous Windows, j'ai toujours préféré la suite Lotus à celle de MS. Je trouve Word Pro un traitement de texte 100 fois meilleur que Word. Alors pourquoi sous Linux n'y aurait-il pas la place pour plusieurs suites?
Personnellement, je trouve KOffice bien plus agréable à utiliser que OpenOffice et je ne passe à ce dernier que quand je le dois, généralement pour des questions de filtres par exemple.
Il aura toujours la place pour plusieurs projets "concurrents", et chaque projet aura toujours ses afficionados.
Je connaissais déjà IM pour avoir fait des scripts bash avec, donc c'était plus naturel pour moi de l'utiliser. J'avais surtout besoin du dissolve et de la possibilité de compositer une petite image sur une plus grande (pour faire de la neige par exemple).
Je n'ai pas du tout réfléchi à utiliser PIL, à dire vrai. Je ne suis pas sur d'y gagner vraiment grand chose, mais je regarderai, on ne sait jamais. :-)
Je me suis écrit une petite application d'animation qui permet de générer à partir de séquences en PNG des fichiers vidéos avec certains effets de fondu enchainé, etc. Le tout en Python avec PyQT pour l'interface, ImageMagick pour la manipulation des images et transcode pour la sortie vidéo.
Une espèce de petite suite perso d'animation, donc.
Inutile de dire que ca aurait été tout bonnement impossible sans ImageMagick et que je sais vraiment gré à ce projet d'exister. Pour l'instant, je ne lance les commandes IM que comme des os.system mais je finirai bien par regarder les bindings existants.
Je viens de me lancer dans la même chose avec Ecasound pour faire des bandes sons.
Ce que je fais est trop pourri pour être releasé, mais avoir tous ces outils pour développer ses propres applis, c'est réellement fantastique.
Mononke était son dernier, puis Chihiro devait être son dernier et maintenant le Chateau de Hulme. Quelque chose me dit que le bonhomme ne s'arrêtera que quand il sera mort.
Ils sont nombreux à avoir bossé sur Heidi : Takahata, Kotabe Yoishi (longtemps collaborateur de Miyazaki et Takahata puis créateur des Pokémon, mouais bon, mais c'est un super animateur). Qui aurait cru à l'époque en France qu'il y avait des gars pareils derrière cette série mignonette? :-)
[^] # Je répète pour les élèves du fond
Posté par Richard Van Den Boom . En réponse à la dépêche La slackware 10 est sortie. Évalué à 5.
Attention, ceci n'est vrai qu'à l'installation : swaret vérifie les dépendances non pas grâce à des informations contenues dans les paquets mais en utilisant des informations de dépendance stockées sur des serveurs. Donc, si on met à jour une librairie, il n'y aura pas d'alarmes concernant les paquets déjà installés.
Ca pourrait être un problème pour une distribution comme la debian dont les sources de paquets sont nombreuses et variées, mais pour la Slack, comme la source est essentiellement Volkerding, il n'y a pas de problème.
Richard
[^] # Re: Hommage
Posté par Richard Van Den Boom . En réponse à la dépêche La slackware 10 est sortie. Évalué à 4.
Ca fonctionne bien et c'est tout ce dont on a besoin.
Richard
[^] # Re: Hommage
Posté par Richard Van Den Boom . En réponse à la dépêche La slackware 10 est sortie. Évalué à 4.
swaret --remove package
supprime juste le paquet package. Comme en général, les paquets Slackware incorporent tout ce qui est nécessaire sauf les librairies partagées utilisées par d'autres projets, ça suffit généralement. Il est possible qu'il te reste une ou deux libs de ci de là, mais ça n'est pas bien grave.
Il me semble que swaret te prévient de l'existence d'un paquet similaire déjà présent. Le mieux est d'installer en faisant :
swaret --upgrade --install-new package
comme cela le packe est mis à jour s'il est déjà présent et installé sinon.
Richard
[^] # Re: Hommage
Posté par Richard Van Den Boom . En réponse à la dépêche La slackware 10 est sortie. Évalué à 2.
En ce qui me concerne, je n'ai pas toujours eu que des bonnes surprises avec les paquets de ce site, donc je compile moi-même.
De plus, ces paquets sont généralement compilés pour une version précise de la Slack, alors que je suis la current, donc de temps en temps, y'a quelques soucis de versions de librairies.
Mais je suppose que ça dépend des gens. Honnêtement, la plupart de ces projets demandent au plus une demi-heure de compilation sur un Athlon XP 1700, ça n'est pas très lourd.
Richard
[^] # Re: Hommage
Posté par Richard Van Den Boom . En réponse à la dépêche La slackware 10 est sortie. Évalué à 7.
Je confirme. La Slack me livre 99% de ce dont j'ai besoin. Je me compile en plus xine, k3b, tvtime, wine et kaffeine, essentiellement (et encore xine, pour l'avoir optimisé Athlon et k3b vient d'être incorporé).
> sa manière de packager les logiciels (patchs, découpage en paquets)
Je rappelle à ce propos qu'un package Slack correspond souvent à 2 ou 3 paquets dans les autres distributions, puisqu'il incorpore en général les binaires, les docs, les librairies dynamiques et statiques et les headers utilisés pour la compilation. Donc, pas de -devel, -docs, etc.
Richard
[^] # Re: Bravo
Posté par Richard Van Den Boom . En réponse à la dépêche La slackware 10 est sortie. Évalué à 5.
J'ai d'ailleurs du mal à comprendre la sempiternelle critique des packages de la Slack concernant les dépendances. Cela ne m'a jamais posé de problème. Au contraire.
Bon allez, ce coup-ci, je lui commande des CD (enfin, vu les délais de livraison, je vais tout de même télécharger les ISO).
Petite question : les Slackbuild incorporent depuis quelques temps un IFDEF pour AMD64. Quelqu'un a des informations concernant le port de la Slack sur Opteron en 64bits?
Richard
[^] # Re: Première page ?
Posté par Richard Van Den Boom . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 2.
En ce qui me concerne, je n'en sais rien, il est tout à fait possible que cela soit effectivement le cas auquel cas l'abandon de XFree86 est la bienvenue. Le problème est que je n'ai pas lu d'affirmation définitive sur le sujet et que donc, je ne peux reprocher à certains d'attendre que le débat soit clos.
L'est-il vraiment? Je n'en ai pas l'impression et je me demande honnêtement ce que cache la vitesse avec laquelle les distributions majeures ont changé de fusil d'épaule.
L'inconséquence de la Slack? Parce qu'il n'a pas voulu changer une base majeure de son système avant que les acteurs du libre se mettent d'accord sur cette histoire d'incompatibilité? Et parce que, mis devant le fait accompli que les autres distributions sont passées à x.org sans que le débat soit clos, il décide de suivre le mouvement pour compatibilité?
Ben voyons.
Richard
[^] # Re: poids lourd
Posté par Richard Van Den Boom . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 4.
Slackware était là avant Red Hat. Mandrake, bien avant Red Hat, a considéré que Linux sur desktop, c'était possible. SuSE a fait un installeur graphique avant Red Hat et a au moins autant participé que Red Hat au kernel ou à Xfree. La plupart des avancées soit disant "Red Hat" étaient juste des fonctionnalités que les projets avaient mis en oeuvre et qu'ils ont en général implémenté alors que ce n'était pas stabilisé pour jouer à "on est les premiers". Parlons en des glibc beta de la Red Hat 8.0, des kernels avec des patchs pourris, etc. La Fedora incorpore 4KSTACK? La belle affaire, ce sont les dévelopeurs du kernel qui ont décidé de passer à cette approche. Red Hat n'a rien à imposer, toutes les distributions y passeront, avec ou sans Red Hat.
Red Hat a fait avancer les choses, comme beaucoup d'autres. Leur apport est indéniable. Mais ta façon de minimiser les autres acteurs du libre et leur apport est assez énervante.
Le "mainteneur" de la Slack, Volkerding, ça fait 10 ans qu'il fait cela plus ou moins tout seul. Il doit pas y en avoir beaucoup qui maitrisent Linux aussi bien que lui et affirmer que les problèmes de license lui passe au dessus est là la limite de l'insulte.
Non seulement la Slackware est surement beaucoup plus utilisée que certains veulent le croire (c'est la distribution la plus répandue dans ma boite, même si ce n'est surement pas une statistique représentative), mais je suis convaincu que l'avis de Volkerding a encore pas mal de résonance chez les gens les plus actifs du monde Linux.
Richard
[^] # Re: Taille
Posté par Richard Van Den Boom . En réponse à la dépêche DFS : Debian From Scratch. Évalué à 5.
J'en ai remontée plus d'une, des Red Hat, des SuSE, des Debian grâce au premier CD de la Slackware.
Bon, allez. Ce message n'a aucun intérêt, je me sens juste d'humeur mesquine aujourd'hui.
Richard
[^] # Mouais
Posté par Richard Van Den Boom . En réponse à la dépêche Le Conseil européen valide les brevets logiciels. Évalué à 5.
Le problème se trouve :
1/ Dans une Commission non élue, non démocratique, sujette à toutes les corruptions possibles (voir l'épisode Cresson) et dont les récentes décisions sur les OGM comme sur les brevets logiciels laissent supposer d'importants virements de grosses sociétés sur des comptes en Suisse. Je n'avais pas réalisé jusqu'ici que la Commission pouvait passer en force sur certains sujets, mais sa tendance à le faire de plus en plus me dérange, surtout quand elle doit être renouvellée d'ici quelques mois.
2/ Dans des gouvernements fantoches ou ultra-libéraux.
Donc dans le premier cas, il n'y a rien à faire sauf pousser pour une Constitution Européenne qui limite fortement les pouvoirs de cette Commission. Pas gagné. Et dans le second cas, c'était en 2002 qu'ils fallaient voter dans le bon sens. Les français ont été des crétins, tant pis pour leur gueule. On a que ce qu'on mérite.
Donc les élections européennes n'auront probablement aucun impact sérieux sur le fonctionnement de l'Europe à mon avis. Et c'est bien là mon désespoir. Je commence à espérer que cette europe se casse la figure plutôt que de continuer dans cette voie.
Richard
[^] # Re: Damned !
Posté par Richard Van Den Boom . En réponse à la dépêche XviD 1.0 est enfin sorti !. Évalué à -1.
[^] # Re: Plutot positif
Posté par Richard Van Den Boom . En réponse à la dépêche L'Allemagne contre les brevets logiciels en Europe. Évalué à 7.
On notera ici, comme sur les OGM et sur d'autres problèmes opposant économie et autonomie, un certain mépris de la Commission pour la démocratie et la voix populaire (dont est censé se faire écho le Parlement).
Moi qui suit européen convaincu, je le suis de moins en moins par ceux censé mettre en place cette communauté. La volonté de la Commission actuelle de passer en force sur des sujets hypersensibles, et au mépris en général des opinions publiques, alors qu'elle va être renouvellée dans 4 mois est pour moi extrêmement suspecte.
En tout cas, cette annonce montre une opposition qui va intervenir dans le cadre du Conseil des Ministres de l'économie. C'est une excellente nouvelle à mon avis.
Je ne me fait malheureusement pas tellement d'illusions en ce qui concerne la position de la France et de nos bons gros libéraux de Sarkozy et de Raffarin. Je serais surpris que leur clientélisme proverbial laisse passer l'occasion de plaire à quelques gros groupes au dépend des autres, pour peu que ceux-ci leur garantissent une retraite paisible.
Richard
[^] # Re: Damned !
Posté par Richard Van Den Boom . En réponse à la dépêche XviD 1.0 est enfin sorti !. Évalué à 7.
Une petite question, quel gain en performance peut-on espérer entre la rc4 et la finale?
Richard.
[^] # Re: Monavis à moi
Posté par Richard Van Den Boom . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 2.
Le problème de perfo avec Python, c'est de vouloir tout coder soi-même. Identifie les parties les plus sensibles aux perfos de ton code, puis utilise un module approprié : ils sont généralement bien plus rapides et résolvent ainsi ton problème.
Richard
[^] # Re: Mozilla et Gnome, main dans la main ?
Posté par Richard Van Den Boom . En réponse à la dépêche Mozilla et Gnome, main dans la main ?. Évalué à 0.
Mais bon, vu mon niveau de connaissance technique (voisin de nul), je ne serais pas surpris que cela n'ait strictement rien à voir.
Disons que pour l'utilisateur final, les deux approches me semblent totalement interchangeables et compte tenu du nombre d'applis KDE qui peuvent utiliser KParts, ca ne doit pas être très complexe à implémenter. Mais ca ne présage en rien de la facilité ou non de créer des extensions à l'un ou l'autre. Là dessus, je n'en sais vraiment rien.
Richard
[^] # Re: Mozilla et Gnome, main dans la main ?
Posté par Richard Van Den Boom . En réponse à la dépêche Mozilla et Gnome, main dans la main ?. Évalué à 0.
Quant à ce que Mozilla fait que Konqi ne fait pas, ca se réduit de plus en plus à une peau de chagrin, et l'intégration de Konqueror, avec en particulier KIO, fait que son utilisation est souvent bien plus agréable que Mozilla. Uploader des fichiers sur un site ftp avec Konqueror, c'est bien plus sympa. Quand à les downloader, avec la sélection du chemin dans le bouton droit, c'est d'un confort qui fait passer le Download Manager de Mozilla pour un vieux shareware Windows antédilluvien.
J'utilise KDE et Konqueror tous les jours, je vais sur des dizaines de sites différents. La seule fois que j'ai eu à démarrer Mozilla depuis 1 an, ça a été pour déclarer mes impots cette année.
Peut-être que je ne compare pas ce qui est comparable en matière d'architecture pure, même si cela me semble pourtant totalement comparable. Mais en tant que service rendu à l'utilisateur, en ce qui me concerne, les efforts de l'équipe KDE ont été 100 fois plus payants que ceux de Mozilla.
Sur ce point, et c'est le seul qui m'intéresse, je ne vois pas en quoi tu peux affirmer qu'ils ne sont pas au même point.
Même au niveau du framework (et dans ce cas, ce n'est pas Konqueror qu'il faut considérer mais tout KDE), je serai curieux de connaitre ton avis en ce qui concerne leurs niveaux respectifs.
A quoi bon avec une belle machine technique si personne ne l'utilise. Et si personne ne le fait, pourquoi?
Richard
[^] # Re: Mozilla et Gnome, main dans la main ?
Posté par Richard Van Den Boom . En réponse à la dépêche Mozilla et Gnome, main dans la main ?. Évalué à 1.
Richard
[^] # Re: Mozilla et Gnome, main dans la main ?
Posté par Richard Van Den Boom . En réponse à la dépêche Mozilla et Gnome, main dans la main ?. Évalué à 1.
Cela veut donc dire que de facto, le "Navigateur unique" ne sera utilisé globalement que par la moitié des utilisateurs Linux...
Mais bon, visiblement, selon les autres messages, le problème n'est pas tant le Navigateur que le framework. Je n'y connais rien donc je ne peux donner un avis là dessus, je suis prêt à croire les messages positifs sur XUL et autres, maintenant ça ne me convainct guère que tout le libre va se précipiter dessus. Je ne vois pas le projet KDE remettre en question un environnement de travail qui leur a permis de faire des progrès assez impressionnants depuis quelques années. Mais peut-être me trompé-je.
Richard
[^] # Re: Mozilla et Gnome, main dans la main ?
Posté par Richard Van Den Boom . En réponse à la dépêche Mozilla et Gnome, main dans la main ?. Évalué à 4.
S'ils ne le sont pas par défaut actuellement, c'est bien qu'il n'ont pas réussi à s'imposer en tant que tel par leurs qualités et donc je ne vois pas comment ils espèrent "forcer le destin".
Que Gnome utilise un seul navigateur de style Mozilla, c'est le choix du projet Gnome mais il est illusoire, pour ne pas dire stupide, d'imaginer que toutes les distributions basées sur KDE qui utilisent Konqueror vont pousser ce navigateur Gnome en avant.
Je ne vois vraiment pas pourquoi ces gars s'obstinent à penser que leur technologie est la seul susceptible d'être intéressante et se doit d'être adoptée par tout le monde. Le libre est censé pousser au choix et leur seul discours "pour contrer MS", c'est "il nous faut une seule solution commune".
Je n'y crois pas une seconde en ce qui me concerne : Gnome et KDE sont des environnements trop complexes et aboutis pour maintenant pouvoir converger facilement vers une solution unique. Je pense que cela demanderait en fait plus de ressources que de les laisser continuer à se développer chacun dans leurs coins avec leurs propres arguments. Cette compétition entre les deux leur a d'ailleurs certainement beaucoup bénéficier, car ils se sont piqués l'un l'autre pas mal d'idées.
Après tout, les utilisateurs y trouvent bien leur compte.
Richard
[^] # Re: La sortie de la prochaine Debian menacée == :)
Posté par Richard Van Den Boom . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à 4.
Maintenant, l'argument comme quoi les gens qui utilisent "vraiment" Linux ne passe pas leur temps à aller chercher les dernières versions me semblent assez peu généralisable.
Tu peux dire cela d'un firewall ou d'un serveur web, mais j'utilise ma Slack chez moi pour faire aussi bien bureautique, multimedia que développement et je passe mon temps à lorgner les nouvelles versions de la myriade d'outils que j'utilise pour corrections de bug / nouvelles fonctionnalités dont je peux avoir besoin. Un peu d'instabilité de ci de là est une concession que j'admets volontiers en retour.
Dans bien des cas, un truc qui marche, c'est pas forcément la version d'il y a trois ans, surtout dans le libre multimédia ou desktop.
Bon, ceci n'a rien spécialement à voir avec Debian de toute façon car on peut généralement facilement avoir des packages Debian pour la plupart des projets libres mais c'était surtout pour réfuter l'idée que tout le monde peut se contenter d'une distribution ancienne pourvue qu'elle soit stable : c'est tout simplement faux.
Richard
[^] # Re: Possibilité d'updater une version 1.1.1 ?
Posté par Richard Van Den Boom . En réponse à la dépêche OpenOffice.org 1.1.1 pour KDE. Évalué à 1.
Pas encore au point, ce truc. Il y a un endroit où il est décrit la façon dont ça se passe avec les fontes dans la versio OO-kde?
Richard
[^] # Re: Koffice, Gnumeric, Abiword, Dia, ...
Posté par Richard Van Den Boom . En réponse à la dépêche OpenOffice.org 1.1.1 pour KDE. Évalué à 3.
Personnellement, je trouve KOffice bien plus agréable à utiliser que OpenOffice et je ne passe à ce dernier que quand je le dois, généralement pour des questions de filtres par exemple.
Il aura toujours la place pour plusieurs projets "concurrents", et chaque projet aura toujours ses afficionados.
Richard
[^] # Re: Sortie de ImageMagick 6.0.0
Posté par Richard Van Den Boom . En réponse à la dépêche Sortie de ImageMagick 6.0.0. Évalué à 1.
Je n'ai pas du tout réfléchi à utiliser PIL, à dire vrai. Je ne suis pas sur d'y gagner vraiment grand chose, mais je regarderai, on ne sait jamais. :-)
Richard
[^] # Re: Sortie de ImageMagick 6.0.0
Posté par Richard Van Den Boom . En réponse à la dépêche Sortie de ImageMagick 6.0.0. Évalué à 2.
Une espèce de petite suite perso d'animation, donc.
Inutile de dire que ca aurait été tout bonnement impossible sans ImageMagick et que je sais vraiment gré à ce projet d'exister. Pour l'instant, je ne lance les commandes IM que comme des os.system mais je finirai bien par regarder les bindings existants.
Je viens de me lancer dans la même chose avec Ecasound pour faire des bandes sons.
Ce que je fais est trop pourri pour être releasé, mais avoir tous ces outils pour développer ses propres applis, c'est réellement fantastique.
Richard
[^] # Re: Kiki, la petite sorcière
Posté par Richard Van Den Boom . En réponse à la dépêche Kiki, la petite sorcière. Évalué à 1.
Ils sont nombreux à avoir bossé sur Heidi : Takahata, Kotabe Yoishi (longtemps collaborateur de Miyazaki et Takahata puis créateur des Pokémon, mouais bon, mais c'est un super animateur). Qui aurait cru à l'époque en France qu'il y avait des gars pareils derrière cette série mignonette? :-)
Richard