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

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

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

"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.

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

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 ?

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.

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

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.

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