Benoît Sibaud a écrit 10019 commentaires

On en parle de Baupin, DSK, Trump, Johnny Depp, Bill Cosby, etc.

Le cas DSK s'est soldé par un accord confidentiel (Sofitel), un classement sans suite (Banon), une relaxe (Carlton) et au moins un autre cas non jugé (Merlino).
Le cas Baupin en est au stade de l'enquête préliminaire.
Trump n'a pas été poursuivi ou jugé à ma connaissance.
Le couple Depp/Heard a apparemment trouvé un arrangement dans le divorce sans jugement.
Bill Cosby est actuellement inculpé et son procès aura lieu en 2017.

Autant la première partie de ta phrase « toutes les femmes… politique » me semble indiscutable (il y a toujours des attaques sur les accusatrices), autant la seconde partie est problématique car aucun n'a (encore) été jugé coupable, quoi que l'on pense d'eux.

Et concernant ta dernière phrase, utiliser le terme « raclures » n'élève en rien le débat loin de là, et est tout autant problématique (sur la forme, indépendamment de ce que je pense du sujet).

Merci de rester courtois.e dans les échanges et de respecter les règles de modération en vigueur sur le site.

Corrigé, merci. J'ai aussi corrigé la dépêche 4.9 en préparation et modifié le patron qui sert à initier les dépêches noyau, cela devrait donc régler le souci pour les prochaines versions.

Corrigé, merci.

Nb: éviter d'utiliser test.c et test comme nom de programme, pour ne pas se retrouver à lancer /bin/test involontairement…

$ test
$ ./test
1 coin

Du coup je garde mon a.out comme nom d'exécutable.

En remplaçant sh par bash deux fois :

$ ./a.out 
2

Et tant qu'on y est avec char* args[] = {"sh", "-c", "echo $SHLVL $a", (char*) NULL};

$ unset a ; ./a.out 
1
$ unset a ; a=coin ; ./a.out 
1
$ unset a ; export a=coin ; ./a.out 
1 coin
$ unset a ; declare -x a=coin ; ./a.out 
1 coin

Debian dispose d'un réseau de serveurs d'empaquetage automatique. Il sert à produire les versions binaires pour toutes les autres architectures que celle fournit par le responsable de paquet. Évidemment ça serait mieux si tous les paquets étaient reproductibles à l'identique depuis les sources pour toutes les architectures (mais il y a peu de systèmes d'exploitation ainsi actuellement). Je ne connais pas assez la chaîne de production chez Debian pour savoir ce que ça changerait en termes de signature des paquets.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

https://www.sourcefabric.org/en/home/about/3197/Governance.htm (je ne connaissais pas la structure avant de chercher cette info)

In 2013, daughter company Sourcefabric GmbH (registered in Germany) was established to focus on the management and further development of our commercial products and services.
(…) All profits from Sourcefabric daughter companies are used exclusively to support the nonprofit mission of Sourcefabric z.ú.
(…) Due to the nonprofit nature of our organisation, there are no shareholders. All of the profits from our daughter companies flow back to Sourcefabric z.ú., the nonprofit parent organisation, to help continue to develop open source software for media organisations. This means that the money we gain from any of our services is reinvested in Sourcefabric to continue developing additional and improved code.

(résumé : une entreprise (des ?) à côté fait payer ses services et reverse tous ses bénéfices à la structure à but non lucratif)

Actuellement non, il faut être modérateur ou admin.

Corrigé, merci. À noter que « de par » vient de « de part ».

Quand c'est bon pour you c'est pour I aussi :).

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Le suivi doit être utilisé pour les bugs et les suggestions concernant le site LinuxFr.org lui-même. Pour le reste, voir les forums.

Pour le coup, la dépêche était prête et en modération, mais comme justement il était question de cadeaux, il nous fallait le retour de celui qui les attribue (le grand et magnanime Floxy) avant publication.

Pour LinuxFr.org, les dons sont rares et donc facilement rapprochables, et ce pour deux raisons :

• la première c'est que la personne vient de nous demander l'IBAN et que c'est probablement la seule sur plusieurs semaines
• la seconde c'est que c'est un pur don, donc d'un point de vue comptable, il suffit de l'affecter au bon compte indépendamment de savoir qui l'a fait (enfin sauf si on nous file des k€ par brouette, mais le cas ne s'est pas présenté)… L'info qui nous intéresse est de savoir si on doit ou non afficher le nom du donateur sur la page des dons, et là il faut qu'on sache qui a donné.

Pour d'autres structures genre April qui gèrent des milliers d'adhésion et potentiellement bien plus de dons que LinuxFr.org, la situation est plus délicate niveau comptabilité.

Autre exemple, LinuxFr :

Si vous préférez effectuer un virement bancaire, vous pouvez nous contacter, nous vous ferons parvenir les informations nécessaires (IBAN).

Un mini-hackathon, c'est plein de gens qui bossent sur leur portable, c'est difficile à filmer/retransmettre, sauf à donner une vision large d'une salle avec des petits groupes qui parlent devant un écran et des geeks scotchés sur leur portable. Ça reste peu télégénique. Par contre, faire un compte-rendu a posteriori, oui évidemment.

Par exemple http://april.org/association/adhesion.html (pour une adhésion donc, pas directement un don régulier) : « Une fois adhérent vous disposerez de cinq moyens de paiement : paiement en ligne par carte bancaire, prélèvement automatique, virement, chèques, espèces.  » (j'ai ajouté le gras)