Quant à la Wikipédia, si, c'est du logiciel libre. Déjà, le logiciel Mediawiki est un logiciel libre. Et ensuite, tout le contenu est sous une licence CC-BY-SA reconnue comme libre par la FSF. Et comme il s'agit de contenu informatif, donc de contenu fonctionnel, plutôt que de contenu artistique ou d'une opinion, la FSF le considère comme équivalent à du code.
MediaWiki est un logiciel libre... et plutôt une passoire: un nombre non négligeable de ses mises à jour comportent des bugfixes de sécurité.
oui j'ai bien compris, et ca, ca irait mieux, moins profitable mais plus correct.
Hmmm? on peux en parler dnas un autre topic, mais quel sont les infos croustillantes sur WM France?
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Nil Le 11/09/2018 à 14:28 Moi j'aime bien, x-tor, le mélange entre Skeletor et les X-Men.
x-stor c'est le nouveau cybercloud.
Pas vraiment. Je n'ai pas d'infos spécifiques à Linux, mais dans d'autres projets qui ont adopté un "code de conduite", ç'a été utilisé comme moyen de pression pour pousser certains contributeurs vers la sortie, ou forcer l'acceptation de code qui avait été précédemment rejeté. C'est beaucoup moins anodin qu'il n'y paraît.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboLa GPL n'enleve pas le droit a la paternitée
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Il y a malheureusement des endroits qui ne sont pas normaux.
(Ce n'est pas que je cautionne les plaisanteries discriminatoires, mais un licenciement pour "faute grave" pour ça, c'est n'importe quoi.)
C'est une interview de sa fille (Patricia Torvalds), qui explique qu'elle est militante féministe.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboCes jours-ci, au gré des mises à jour et redémarrages de mes PCs perso (modèle de fin 2015 ou début 2016) et pro (machine Coffee Lake de 2018), PulseAudio est redevenu actif par défaut...
* si je branche un casque USB, il bascule automatiquement dessus;
* une musique qui jouait lors d'un suspend recommence lors du resume;
* Firefox se remet à jouer du son... forcément, puisque les builds de Mozilla ne gèrent hélas plus que PulseAudio;
* sur ma machine perso, je peux même utiliser le bouton mute de mon clavier sans que le son qui était en train de sortir des haut-parleurs manque de revenir quand j'appuie une deuxième fois sur le bouton mute. Ca, c'est clairement un progrès par rapport à quelques temps en arrière.
Ah, en revanche, ça fait plusieurs fois ces jours-ci, sur les deux machines, qu'au moins un programme fait une bouillie sonore, pendant un temps variable, au début du programme. Je me disais "tiens, je vais faire un bug report à l'auteur"... mais non, quand j'exécute l'habituel
mv /usr/bin/pulseaudio <...>; killall pulseaudio; service alsa-utils reset
ça ne se produit plus.
Bon, eh bien au moins sur la machine perso, on va encore rester comme ça pour quelques temps encore...
"PipeWire" pour remplacer PA, voyez-vous ça...
En effet, PA n'est ni conçu pour le temps réel, ni - avec son architecture orientée daemon user-space plutôt que kernel-space comme ALSA - fait pour permettre une utilisation efficace quand plusieurs snaps ou flatpaks sont impliqués. Le premier use case existait pourtant quand PA a été conçu, et il était déjà rempli par JACK, même si je sais qu'avec certains drivers (buggés ?), l'utilisation de PA avait tendance à fluidifier l'audio et le rapprocher du temps réel.
En tout cas, mauvais point pour le langage d'implémentation: fournir une API externe en C reste bien sûr nécessaire pour des raisons d'interopérabilité, mais pour de nouvelles bases de code, continuer à tout écrire en C est de plus en plus inacceptable. Une partie de l'insécurité de GStreamer vient de là...
C'est triste que pour Linux, le mode principal d'introduction de sandboxing soit une approche de type containerisation avec un packaging à un format comme Docker, Snap ou Flatpak, autrement dit un gros paquet de nouilles, plutôt qu'une inclusion dans le code des programmes cibles.
Certes, le sandboxing sous Linux se résume habituellement à seccomp() mode 2 qui, même s'il est beaucoup plus flexible que le pledge() d'OpenBSD, fortement décrié par spender pour une simplification excessive qui lui enlève une bonne partie de son intérêt, est difficile à mettre en place et surtout à maintenir sur le long terme, particulièrement quand on l'utilise en whitelist... L'évolution des dépendances, qui se mettent à utiliser des syscalls qu'elles n'utilisaient pas auparavant, et qui se retrouvent donc bloquées par un filtre seccomp écrit à un moment où la liste des syscalls utilisés était plus restreinte, peut occasionner de gros casse-têtes de debug.
Au boulot, j'ai mis une politique seccomp mode 2 sur un ensemble d'applis, mais seulement en blacklist parce que la whitelist était trop difficile... et j'ai fini par le désactiver sur deux applis où je rencontrais des problèmes que je n'avais pas le temps de debugger.
: si le principe en lui-même n'est pas idiot, la SACEM est exactement un exemple de ce qu'il ne faut pas faire
C'était quelqu'un qui osait mettre les choses au point, par exemple:
: si le principe en lui-même n'est pas idiot, la SACEM est exactement un exemple de ce qu'il ne faut pas faire 