"Drew DeVault" <sir@cmpwn.com> writes:

> Regarding the comments in that ticket, I am willing to consider a patch
> which loosens up the content type filter such that list admins can
> opt-in to allowing HTML email -- IF it has a plaintext part as well and
> NOT by default.

Did anyone managed to remove the text/html mimetype from the list of
rejected mimetypes and receive multipart emails in a sr.ht list?

I tested this but it does not seem to work yet.

Any feedback appreciated!

Hi Rose,

sounds nice!  I'm also interested in anything that makes ml-based
development easier. I started https://git.sr.ht/~bzg/woof that we
use for org-mode: https://tracker.orgmode.org

It's still experimental and fragile, but you may grab some ideas
from there too.

Best,

-- 
 Bastien

Ihor Radchenko <yantar92@posteo.net> writes:

> Ihor Radchenko <yantar92@posteo.net> writes:
>
>> 1. Maintainer sends a reply renaming subject to have [BUG] + saying
>>    "Confirmed" in the body
>
> I just tried to do something like this for
> https://list.orgmode.org/Y8JOddn4JsJmKTSf@tuxteam.de/T/#m46dbde2c463542ac3d05f4c8261933d5b7949e9b
>
> I wanted to mark that thread as feature request.
>
> I attempted to reply to the first message in the thread with [FR]
> subject.

Ihor Radchenko <yantar92@posteo.net> writes:

>> The question is: should we make it easy for users to reply to an email
>> from the web UI while replying to this very email can be done through
>> there mail client?
>
> Yes, I think, even for subscribed users. I sometimes have to invoke
> search to find the email I opened in browser for some reason.

Fair enough, I'll explore this possibility.

> I see Woof! more like a collaboration tool
> for people to use when they don't want to watch the full ML traffic.
> For example, some package maintainers may prefer using Woof! to watch

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 ?