ff9097 a écrit 725 commentaires

Notamment, il est à noter que nous refusons les « commits de fusion » chez GIMP (même si parfois, certains apparaissent subrepticement), pour raison de lisibilité de l’historique, ce qui est un gros problème avec le processus de « demande d’intégration / demande de fusion » (Pull Request / Merge Request) propre à ce type de plate‐forme, et était donc un des freins de nombreux projets. Cela fait donc partie des changements fait par GitLab pour accueillir certains projets qui ont la possibilité de désactiver de tels commits non désirés (ce que GIMP a donc fait).

Ça veut dire qu'une branche doit obligatoirement être rebasée sur master et que ça fusionne en fast-forward ? Je ne suis pas très fan de ce principe

Mieux vaut du bon français que de l'anglais approximatif.

L'URL vers la feuille de route Servo tombe en 404

Je viens de tester le flatpak, ça fonctionne mais j'ai GIMP en anglais alors que l'interface m'indique langue du système et même en sélectionnant French et en redémarrant je reste en anglais

C'est parce que nos distributions Linux sont en premier lieu des OS serveurs où le plus important est le système

J'hésite à tenter Plasma, l'intégration est vraiment bonne sur Fedora ?

Il manque peut être l'accès à certains répertoires système

C'est à dire ?

Faudrait surtout qu'ils stoppent leur envie de toujours vouloir tout faire à leur sauce. Snap n'a aucun intérêt comparé à Flatpak. Ah si ça leur permet de tout contrôler vu qu'il n'y a pas la notion de dépôts indépendants et que tout est centralisé sur leur dépôt obligatoirement.
Sinon c'est quand même bizarre de devoir justifier l'intérêt de ces technologies sur un site comme DLFP

Niveau vitesse, navré, mais chez moi claws se lance plus vite que presque n'importe quel navigateur web, et ceux avec qui il est en compétition ne supportent pas JS, donc, pas de jolies interfaces web (en admettant que le webmail marche sans JS, ce qui est pour le moins peu fréquent de nos jours).

Donc, de facto, j'ai accès à mes mails plus vite que si j'utilisais un «client léger». Reste quoi? Le fait d'afficher les mails aussitôt que reçus? Ok, c'est vrai, avec IMAP je crois qu'il faut relever régulièrement, mais bon, ne voir un mail que 5 minutes après son arrivée, je trouve ça honnête (si ça se trouve, ça fait plus de 5 minutes qu'il est parti de toute façon donc bon).

Donc en gros, pour toi c'est pas grave de voir un mail 5 minutes après réception (et je suis d'accord), par contre que ton client se lance 3 secondes plus vite que le navigateur c'est important. Un peu de mauvaise foi non ?

quel est l'intérêt d'avoir un client lourd sur chaque poste d'une entreprise ? C'est installé à la main à chaque fois ? En cas de changement de conf comment ça se passe ?

Essaye Tilix c'est pareil en mieux

T'es censé plutôt passer par Gnome Software, qui te notifie lorsqu'une nouvelle version est disponible, donc en un clic tu peux upgrader

J'installe des Fedora régulièrement et la seule manipulation à faire post-install c'est l'installation du paquet de langues FR pour LibreOffice, et c'est faisable que via la ligne de commande je pense. C'est dommage de devoir encore faire ça de nos jours. Pour l'interface Gnome, ils s'en sortent toujours au final

Les applis sont à jour sur Fedora.

Fedora utilise GNOME par défaut mais fournit beaucoup de spins si tu souhaites autres chose :)

Le soin apporté aux autres spins n'est pas du tout le même

La doc sur GitHub Pages, sur un namespace perso, super sérieux…

Gnome c'est prêt mais il y a des régressions incorrigibles sans réécriture totale donc est-ce vraiment mieux ?

Je me demande si Plasma a le même problème

Quand tu vois la seconde URL, tu te demande si c'est officiel… Quand à la première c'est pas ultra riche quand même…

Je suis épaté de ton travail avec PyGObject alors qu'il n'y a quasiment aucune documentation réelle

J'ai régulièrement depuis quelques temps des lags énorme de la souris lorsque le système est chargé (mais ça ne se corrige jamais complètement sans reboot). On va se taper ces lags jusque GNOME Shell 4 ?

Grammalecte a sorti une nouvelle version, la 6.0.2

C'est la 0.6.2 comme indiqué sur le lien fourni

Seulement ce n'est pas possible de faire ça pour ce service (pourquoi un élève de Paris aurait plus ou moins de temps de réflexion pour son parcours scolaire supérieur qu'un élève d'un autre département ?).

Je ne vois pas le problème de faire comme pour les impôts

Quelle idée de travailler via SSH ! Enfin encore une fois du point de vue d'un développeur, ça n'a pas de sens. Si j'ai une machine sous les doigts, je n'ai pas besoin d'une deuxième pour développer, celle que j'ai me suffit, et ce même si ma cible est un environnement radicalement différent, c'est une autre des forces de l'IDE, de pouvoir émuler ce dernier sans avoir besoin d'y redéployer du code en permanence

C'est pratique le développement sur des VM de dev, ça permet de faire tourner un ensemble de briques qui fonctionnent ensemble dessus, iso-prod si possible, ça permet de développer à plusieurs en même temps dessus, ça se créer / clone / supprime facilement. T'as besoin que d'un SSH sur n'importe quel machine pour bosser.