Paris, France
Free software hacktivist.
From Bastien to ~bzg/emacsfr
p <p@blap.space> writes: > Les licences CC-by-NC-* interdisent > l'utilisation commerciale. Restent-elles des > licences libres, ou se trouve-t-il quelques subtilités juridiques ? Les licences libres n'interdisent *aucune* réutilisation. Donc la clause NC rend la licence CC-by-NC non libre. C'est un choix - mais ce n'est pas le choix recommandé par Etalab pour l'ouverture des données publiques, y compris les données de recherche. > PS: je me demande un peu si ce message n'est pas hors-sujet pour la
From Bastien Guerry to ~bzg/emacsfr
Bonjour, teabow a donné toutes les informations pertinentes à mon avis. Si ça ne porte pas ses fruits, il est aussi possible de frapper à la porte de l'Administrateur Ministériel des Données, des Algorithmes et des Codes sources du MESRI : https://www.data.gouv.fr/fr/datasets/liste-des-administrateurs-ministeriels-des-donnees-des-algorithmes-et-des-codes-sources/ Bonne journée, -- Bastien
From Bastien to ~bzg/emacsfr
Salut Thierry, je ne suis pas dispo demain - dites-moi ce qui est décidé comme ça je mets le site à jour. Bonne journée ! -- Bastien
From Bastien to ~bzg/emacsfr
"Charles-H. Schulz" <chs@adocentyn.io> writes: > Je ne sais pas si ce qu'il faudrait ne serait pas "juste" : > - un dictionnaire sous licence CC CC-by, CC-by-SA ou CC0 -- toutes les CC ne sont pas libres. > - un dictionnaire dans le domaine public. On ne peut pas verser une oeuvre dans le domaine public en droit français, il faudrait donc attendre (potentiellement longtemps !) > Cela éviterait une partie de la discussion sur les licences > logicielles libres.
From Bastien to ~bzg/emacsfr
p <p@blap.space> writes: > Et pourtant, le DES est accessible sous sa forme textuelle via la > plateforme Ortolang [2]. Il faudrait demander aux auteurs de le publier sous CC BY-SA. La clause ND ne sert sûrement à rien. -- Bastien
From Bastien to ~bzg/emacsfr
Bonsoir Sébastien, Sébastien Hinderer <Sebastien.Hinderer@inria.fr> writes: > Pourtant je n'ai qu'un seul fichier d'agenda et il ne contient que > 130 lignes... Alors ça devrait se charger instantanément... même avec une machine ancienne. Peux-tu lancer une session M-x profiler-start RET puis lancer les commandes d'agenda habituelle puis M-x profiler-stop RET et envoyer les résultats de M-x profiler-report RET ?
From Bastien to ~bzg/woof
Ihor Radchenko <yantar92@posteo.net> writes: > It uses [FEATURE REQUEST] in the subject. > May Woof! also support such full-form triggers? Woof! instances can have custom subject prefixes for report types. https://tracker.orgmode.org/source/emacs-orgmode/howto list accepted prefixes right now for requests: FP, FR, RFC, RFE, TASK, POLL We could locally add "FEATURE REQUEST", or "FEATURE PROPOSAL" but it may be confusing to have too many prefixes, and trying to catch what users will half-randomly try will not work.
From Bastien to ~bzg/woof
Ihor Radchenko <yantar92@posteo.net> writes: > But can't you query the required message from IMAP server? Via > `search-inbox'. Indeed, good idea! In the meantime, I'm also testing the idea of keeping track of *every* email, maybe the db size is acceptable. -- Bastien
From Bastien to ~bzg/woof
Ihor Radchenko <yantar92@posteo.net> writes: > 2. Woof! sees this and looks into In-Reply-To. Then, it downloads the > email in In-Reply-To and marks it as confirmed bug, if the new > subject is [BUG] <in-reply-to email subject>. Got it. But "downloading the email in In-Reply-To" is not doable consistently. You can do it with public-inbox, list.sr.ht, but I don't think you can do it with handled by mailman (at least with mailman < v3) or sympa. That's the limitation I was mentioning: if Woof misses an email, there is no consistent way to re-add it to the list of reports.
From Bastien to ~bzg/woof
Ihor Radchenko <yantar92@posteo.net> writes: > One of the big problems we face when approaching younger users is their > reliance on web UI. I think that we should provide a web UI that is > helping such users to switch, not the one assuming that users already > know other means to communicate. As a general statement, I agree: the new generation relies on web UI. But for the specific case discussed here (how to encourage Woof users to reply to reports), we are discussing about *users that are already subscribers to a mailing list*. The question is: should we make it easy for users to reply to an email