orfenor a écrit 1816 commentaires

Par exemple, le client mail Eudora est sous licence BSD.

Eudora mon amour

L'auteur a modestement oublié d'indiquer la license et un tas de petits trucs sympas :

• Cloonix est en AGPL3.
• Vous devez installer à partir des sources, aucune distribution n'empaquête Cloonix, mais le script d'installation est bien fait : il télécharge les paquets de votre distribution puis compile et installe dans /usr/local
• La doc qui-n'est-pas-à-jour est à jour.
• La doc est installée aussi.

On dirait un changement demandé par un investisseur : il accepte de mettre des sous à condition de sécuriser son investissement.

On dirait un changement demandé par un investisseur : il accepte de mettre des sous à condition de sécuriser son investissement.

Faut nuancer beaucoup quand même: je tombe régulièrement sur des gros services, dont mes 2 banques, qui utilisent Budget Insight (la version pro de Woob). En lecture, comme ce qui est proposé par obapi.

Je m'aperçois que je n'ai pas tout à fait répondu à ton commentaire, concernant le choix des distributions. Tu montres le choix fait par Arch l'assenant comme un argument. Mais sur Debian (et Ubuntu) un autre choix permet d'installer indifféremment l'un ou l'autre (parce que le paquet GM fournit le nom IM). Et il me semble faire pareil sur mes serveurs Centos 7 et 8.

C'est en tout cas vrai jusqu'avant la version 7 d'IM (je n'ai pas vérifié après cette version).

Il me semble que l'équipe d'Akretion, qui travaille sur Odoo, a commencé un projet similaire (avec Alexis de Lattre) pour récupérer ses factures. Ça pourrait les intéresser.

Très bonne idée en tout cas.

Oui le projet de financement sur Kickstarter indique clairement que seul le moteur sera libéré (l'éditeur de niveaux est inclus) :

We are planning to open-source the code base

C'est un projet sympa, indépendant, ouvert (on pourra facilement créer des mods), à l'arpect pixellisé délicieusemet rétro, avec un chouette moteur libre écrit en Lisp, mais en aucun cas un jeu totalement libre.

GraphicsMagic a une interface de compatibilité avec ImageMagick, cette interface propose exactement les mêmes commandes et options. Ou proposait, je n'ai pas vérifié récemment, mais ça m'étonnerait que ça ne marche plus.
Donc dépendre d'IM est une bonne chose, ça permet d'être compatible avec GM qui peut le remplacer de façon transparente pour l'utilisateur.

Ôte-moi d'un doute : tu sais que GM est un fork d'IM ?

GraphicsMagick est complètement dépassé par Imagemagick en matière de dynamisme de développement et du nombre d'applications qui en dépendent.

Ces deux outils sont interchangeables, les dépendances ne signifient donc rien. Pour ce qui est de l'usage, ça dépend : en terme de mémoire et de CPU, GM est plus efficace, sur des serveurs il est préféré à IM quand c'est possible.
Pour ce qui est du dynamisme j'en ai moi-même parlé plus haut. Ça n'empêche pas qu'ils se collent aux basques, GM a peu de retard sur IM par rapport aux formats et traitements pris en charge (voir les changelogs).

Donc, bien qu'ayant suggéré que GM se fait vieux, "complètement dépassé" c'est complètement exagéré.

GraphicsMagick est désormais complètement dépassé par ImageMagick

eh ? sur quelles bases ?

Euh… te rends-tu compte que dans tes exemples tout pourrait venir de Wikidia ? tu aurais eu le même type d'infos, certainement plus exactes, même sans avoir la réponse que tu demandais. Tu justifies le commentaire de Jehan.

Ben c'est mal barré :

Microsoft Corp. is preparing to add OpenAI’s ChatGPT chatbot to its Bing search engine

Il me semble que ton point de vue oublie le paramètre consommation. En restant sur les images, c'est un peu comme déplorer la plate mise en scène du cinéma d'Hollywood malgré John Ford. On dirait que la platitude suffit à beaucoup de monde, avec un petit coup d'Amora de temps en temps le pain et les jeux contentent les masses.

Je reviens sur le test lui-même, pour rappeler quelques évidences :

• tester la vitesse sans comparer les résultats n'a aucun sens (qualité, poids, …)
• quelles ont été les options et dépendances de compilation choisies pour IM, GM et libvips ?
• les paramètres par défaut de ces 3 outils n'étant pas identiques, ils ne travaillent pas pareil
• quelles versions (IM dans Debian c'est encore la 6.9) ?
• des résultats pour quoi faire ? dans la vraie vie, on test sur des objectifs ; IM et GM offrant plus de possibilités que libvips, il faut circonscrire le champ d'activité.

Une petite recherche montre que s'agissant de gros ou de petits site web, les opérations basiques de manipulation d'images sont plus rapides et moins gourmandes en mémoire avec libvips, la taille d'image en résultant est correcte depuis 2019 suite à des patchs venu du publicitaire Criteo

Ça pourrait être une amélioration des caches (navigateurs, fai), moins d'images ajoutées dans les contenus, un code html demandant moins de fichiers externes qu'avant (actuellement une CSS et un JS je crois), les miracles de l'extension Decentraleyes, la tribune moins active ou utilisée sans http, … Il y a probablement plusieurs facteurs à la fois. Pour le fonctionnement du site, fouille dans les changelogs du source.

Ce que j'ai très mal exprimé, c'est qu'une comparaison avec la dernière version d'ImageMagick donnerait peut-être des trucs différents.

D'autre part, si ma mémoire est bonne, à l'origine de la fourche il y a aussi une grosse engueulade entre les deux leaders (John Cristy et Bob Friesenhahn). Au début il y avait de la porosité entre les deux projets, du code passant de l'un à l'autre, malgré quelques heurts (voir par exemple la liste de discussion en mai 2003](https://sourceforge.net/p/graphicsmagick/mailman/graphicsmagick-core/?viewmonth=200305)). Il n'y a plus grand monde dans le projet GraphicsMagick, sans tirer de conclusions sur les personnes (on peut trouver plein d'autres raisons, c'est peut-être que le projet est assez abouti), je note la dynamique d'ImageMagick. GraphicsMagick est certes rapide, mais je me demande si on compare sur les mêmes capacités ou avec une utilisation moderne (j'en sais vraiment rien).

cela a été rédigé par chatgpt en 15 minutes. Merci à lui c'est gratuit pour le moment. Vous avez des idée de journal ? La flemme de les écrire ? Essayez

C'est en effet pratique, mais ça reprend la propagande des uns et des autres. GraphicsMagick ne rassemble plus grand monde ; Bob Friesenhahn continue de porter son bébé avec un peu d'aide¹, la présentation sur le site est écrite sur des bases ancienne² alors qu'ImageMagick a beaucoup évolué — par exemple, depuis la version 7 la commande magick remplace convert, composite, montage, compare, import et conjure.

Je n'ai pas lu de comparaison récente entre les deux, ce que j'aimerai bien pourtant. N'ayant jamais utilisé Libvips, une comparaison récente des 3 outils sera bienvenue (celle-ci est périmée).

C'est n'importe quel truc demandé par le navigateur au serveur http — image, css, page html, page redemandée parce qu'un bout s'est perdu, requête ajax, etc.

Bah, KDE a beau avoir une très bonne suite bureautique, un chouette navigateur web, un super éditeur, un environnement de codage excellent, … tout le monde installe LibreOffice, Firefox, Vim, Emacs, …

Il y a des outils (et des habitudes) qu'on n'arrive pas à remplacer.

On sait tout de la Béta mais pas des logiciels. Pourtant il y a eu des progrès sur les portages en cours, tout marche mieux, non ? Où en est-on ?

Je précise pour les autres que le Haiku Depot Server contient pratiquement tout ce qui est disponible et libre. C'est trié par catégories. Même si ce n'est pas gigantesque, sachez qu'il y a tout ce qu'il faut pour nos occupations courantes : Libre Office, plein d'outils KDE, plusieurs navigateurs légers basés sur webkit (Falkon, Doodle, etc.), clients Gemini, clients email, serveurs web et sql, outils de montages son et vidéo, outils graphiques (Gimp, Krita, Inkscape), des jeux pour les plus sérieux d'entre nous…

… un peu plus : 7 521 286 000 €

Bah, ça n'est pas très important. La traduction est réussie, très fluide, hyper-lisible… Je voulais clarifier pour les naïfs enthousiastes qui se ruent sur le script shell et se demandent comment in peut installer un système comme ça — c'est du vécu ;-)

Le dernier paragraphe n'est pas clair. Quand on nous dit :

Il y a plusieurs façons de commencer à utiliser Guix :

1. Le script d’installation vous permet de rapidement installer Guix par dessus n’importe quelle distribution GNU/Linux.

Il s'agit d'installer le gestionnaire de paquets Guix, pas d'installer la distribution. Tandis que les deux autres cas décrivent l'installation de la distribution.

Le problème d'ailleurs avec les conspirationnistes, c'est de leur faire comprendre à quel point ils se trompent sur l'intelligence des élites. On a tellement l'habitude de la hiérarchie, qu'on la croit naturelle.

je ne sais pas comment "compiler" une appli Windows pour qu'elle tourne sous Debian

C'est normal, on ne peut pas :-)
Il faut que le code de l'appli soit compatible, et dans ce cas il est très possible que l'appli soit déjà disponible sous Debian en paquet prêt à installer.