liberforce a écrit 4744 commentaires

Quand tu développeurs, tu ne peux pas le faire en fonction des utilisateurs. Il y en a toujours 2 qui veulent des choses contraires. Il faut donc faire des choix. Pour la personnalisation, il reste les extensions.

https://pygobject.readthedocs.io/en/latest/
https://lazka.github.io/pgi-docs/#GObject-2.0

Ça ressemble à un tir sur Mozilla et son partenariat avec Google.

J'ai pertinenté :)

Ce site est vraiment un repaire de trolls, mais vous m'avez bien fait marrer :')

Je n'y connais rien du tout mais si l'API de Sane est si bien, ce ne serait pas possible de faire un wrapper de ton API pourrie Windows vers Sane, plutôt que de faire une surcouche aux deux ?

Tu pourrais corriger la faute signalée dans ce fil stp ? Le "ont étaient" est toujours présent. Merci.

M'enfin, le rôle d'une bonne bibliothèque, c'est d'être lisible à l'utilisation, pas à la lecture du code.

Je ne suis pas d'accord du tout, tu passes plus de temps à lire du code qu'à en écrire, une API pas lisible c'est la garantie que ceux qui ont moins d'expérience que toi s'arracheront les cheveux (ou même toi dans 6 mois quand ça te sera sorti de la tête).

Ça s'appelle du liquide. Trouve quelqu'un de moins scrupuleux et demande lui de faire le don à ta place.

Il y a aussi plein de trucs libres pour lesquels la licence n'est pas indiquée. On dirait qu'ils on filé ça au stagiaire et qu'il fallait le rendre pour une date donnée. Il avait pas fini la page 2 sur les 4 et le maître de stage lui a dit « on s'en fout, faut le publier aujourd'hui, et puis de toute façon tout le monde s'en fout des licences, personne les lit ».

Le BIOS (ou l'UEFI), pas le DOS.

Ah, l'article à l'origine du diagramme semble plutôt être celui ci:
https://musicmachinery.com/2009/03/02/in-search-of-the-click-track/

C'est un très bon article avec des exemples de morceaux jouées au métronome ou pas et comment les détecter.

Les deux approches ont leurs avantages et inconvénients. Sur 5 frappes tu es moins précis mais tu peux gérer plus facilement les variations dans un morceau. Sur tout l'historique, c'est bien si ton morceau est joué au métronome mais si le tempo est fluctuant, tu lisses et t'éloignes du tempo original. À ce moment là les 5 dernières frappes est plus utile.

Titre de l'image

Source: http://blog.fixyourmix.com/category/audio/audio-myths/

Après peut être que les frappes des n dernières secondes plutôt que les n dernières frappes serait plus précis, car ça gère le cas des tempos rapides > 200bpm.

C'est toi l'auteur, c'est toi qui vois ;-). Je suis pas sûr que la FSF oblige qui que ce soit à utiliser une licence à 299 LOC et une autre à 301 LOC donc c'est laissé à ton appréciation :-p

Il me semble qu'il y a aussi un caractère d'innovation mis en avant par la FSF. Par tu peux mettre une bibliothèque qui fait des choses basiques en GPL-3, mais en pratique ça ne sert pas à grand chose, ça freine la redistribution alors qu'il y a plein d'alternatives qui font la même chose (ou mieux) sous des licenses plus libérales (BSD, MIT). Mais après chacun décide de faire ce qu'il veut avec son code :).

Ah, c'est le truc pour forcer un réseau privé au lieu de public, c'est ça ? J'ai galéré avec leurs différentes images, si tu veux le faire au niveau graphique ça change tout le temps de place et sur l'image Win10 je ne trouvais même plus d'interface graphique pour le faire... Effectivement, sans ça tu as beau avoir le pare-feu désactivé et les serveur winrm activé, impossible de causer en winrm.

Sur les VM fournies, une commande permet de remettre à 0 la durée d'évaluation. C'est aussi plus simple quand tu as juste des tests à faire et pas besoin de demander de licence à l'IT, ces VM sont faites pour ça.

Le tempo, malheureux !

Ce genre d'appli en ligne de commande est une très bonne idée, vu que l'interaction utilisateur est de toute façon très limitée.
En revanche, GPL-3.0+ je trouve ça un peu restrictif pour un outil relativement simple. Tu dois être dans les 300 lignes de code C++, c'est à peu près dans dans ce cas là que la FSF recommande l'Apache-2.0.

Perso j'ai commencé un petit métronome en GTK+, j'ajouterai sans doute une fonction de détection des BPM, c'est effectivement très utile (mais pas de rapport avec la question de la licence, je compte recoder la fonctionnalité moi même ;-)). Pour le build system j'ai pris Meson (et apprécié la rapidité de configuration sous Windows par rapport à CMake), et pour la partie ligne de commande j'utilise en général les fonctionnalités de la glib.

J'avais testé la compatibilité Windows sous MSYS2, mais je ne connaissais pas mingw-bundledlls. Ça a l'air pas mal mais seulement adapté aux projets comme les tiens avec des dépendances purement à des bibliothèques. Ça ne résoud pas les dépendances à des ressources (configuration, icônes, thèmes). Une autre possibilité pour créer un bundle est de créer un package MSYS2 pour ton appli et de l'installer avec ses dépendances dans un préfixe spécifique. Tu n'as ensuite plus qu'à livrer le dossier en question. Je n'ai pas encore essayé en pratique mais ça se fait.

Et je ne dirai rien sur github ;). Merci d'avoir partagé ton projet :)

C'en est.

Faut pas faire du libre si on est trop susceptible. Un rappel de la licence n'est pas une lettre d'avocat. Si ton code est sur github, tu distribues tes sources puisque n'importe qui peut venir les cloner, work in progress ou pas.

Ce qui a manqué aux intervenants c'est ce morceau que j'aime dans le code of conduct de GNOME:

Assume people mean well:

Remember that decisions are often a difficult choice between competing priorities. If you disagree, please do so politely.
If something seems outrageous, check that you did not misinterpret it. Ask for clarification, but do not assume the worst.

Celui qui ouvre le bug utilise des mots forts (will, must) parce que ce sont des obligations légales. C'est sûr, il aurait pu mettre des petites fleurs et des « s'il vous plaît », mais le fond aurait été le même. La réponse en mode « je te parle pas à toi » au lieu de mots d'explications n'est pas très constructive non plus.

Personnellement, je pense que sur ce genre de conflits il faut justement expliquer qu'on est de bonne foi et rester courtois. Rompre le dialogue au moindre pépin, ça ne mène nulle part (une exception : les personnes toxiques).

Je rappelle que mon commentaire est dans le contexte du fork de GNOME 2 par MATE. Je compare à GNOME 3.0, pas à GNOME 3.26. Et non les applications n'ont pas radicalement changé à cette période, pas assez pour justifier un fork selon moi. Les applications ont un peu changé mais le gros de la transition pour elles a été le passage à GTK+ 3.

Cf. https://help.gnome.org/misc/release-notes/3.0/#rnusers.applications

Et wikipedia pour les changements de 3.0:

Introduction of GNOME Shell. A redesigned settings framework with fewer, more focused options. Topic-oriented help based on the Mallard markup language. Side-by-side window tiling. A new visual theme and default font. Adoption of GTK+ 3.0 with its improved language bindings, themes, touch, and multiplatform support. Removal of long-deprecated development APIs.

UHU stick

Merci pour cette info en tout cas, mais dans ce cas, Radeon X300 ça devrait être pris en compte:
https://www.x.org/wiki/RadeonFeature/#index5h2

Ce n'est pas le cas, donc même là ce n'est pas forcément fiable. Faudrait que je teste avec une Fedora tout de même.

Mon problème de GNOME Shell qui crashe et SSE2 sont sur des machines différentes.