Sytoka Modon a écrit 4538 commentaires

Voila une belle promotion du capitalisme sauvage ;-)

À mon avis, tu te trompes. J'ai entendus il y a quelques temps que Leclerc ne vendait plus de CocaCola faute d'accord via la centrale d'achat mais que tout cela était très encadré ! Et les Leclerc locaux n'ont pas le droit d'aller chercher du coca à l'étranger.

Bref, je n'y connais rien sur le sujet mais je pense qu'il y a bien plus de règle que ce que tu penses.

car la fiscalité n'est pas harmonisée en Europe

Il faut rappeler que l'un des plus gros paradis fiscal est l'état du Delaware au USA… L'Europe est parfois peut être plus fédérale que les US ;-)

J'ai découverts il y a peu (pas encore eu le temps de tout vérifier à 100%) suite à un "bogue" que malgré l'ouverture de session par gdm, pam_group n'était pas pris en compte… Pourquoi ? Parce que même si gdm-password est chargé de la session, il y a quand même des actions lancées via systemd --user notamment le gnome-terminal !

Bref, avant on passait par un script bash et tout découlait de celui-ci mais maintenant, le démarrage d'une session n'est plus aussi compréhensible et facilement modifiable.

Je suis d'accord. Par exemple, les iPhone sont toujours autorisés à la vente alors que clairement, ils auraient du être interdit dès le premier jour. On paye ici la mauvaise gestion du dossier Apple.

Pourquoi Apple est autorisé à avoir le droit de vie et de mort sur toutes les applications sur son téléphone. Pourquoi un seul magasin.

De cette non décision découle le mouvement vers l'informatique actuelle des magasins verrouillés…

Oui la SWAP ne sers que pour l'hibernation. Il faudrait la réactiver juste pour cela.

Sinon, en milieu pro scientifique, de trop nombreuses personnes s'en foutent d'entendre les disques qui écrivent (pire avec les SSD qu'on n'entend plus) et se fichent que leur calcul prennent 1000 fois plus de temps du moment que le résultat tombe un jour… (même si on a des machines de calcul dédiées ayant toute la RAM nécessaire).

Non, il faut du chiffrement de surface, l'intégralité du disque dur et du sur-chiffrement. Il faut les deux et ils sont complémentaire.

Exemple : tu as des prises de note avec des choses importantes : compte en banque, mot de passe -> surchiffremet sur volume chiffré.

Le surchiffrement te permet de versionner ton fichier.

Le surchiffrement permet le transfert du fichier

Le surchiffrement permet le partage du fichier ET d'être sur que les collègues le garde chiffré !

Pour les problèmes de SWAP, normalement celle-ci devrait être chiffré. Moi je résout le problème en ne mettant pas de SWAP. Cela ne sers plus à grand chose de nos jours à par péter les disques dur…

Attention, je compare le PHP et le Perl de l'époque ;-)

Sinon, on ne peut pas comparer Python 2 vs Python 3 avec Perl 5 vs Perl 6. Python 3 est une évolution alors que Perl 6 est un nouveau langage avec très peu de chose en commun si ce n'est les siguils et la philosophie d'être piloté par un linguiste qui aime la pluralité ;-) Les regex sont ré-inventé, la syntaxe change…

Perl6 n'est pas encore en standard partout et la VM (oui Perl6 tourne en VM) n'est pas encore complètement optimisé. De son coté Perl5 a repris du développement il y a quelques années après un trou de presque 10 ans et pas mal de truc sympa s'y font. Il reste très performant.

J'avoue que les machins à la Javascript ou Python ou les API pètent régulièrement, cela finit par gonfler. Perso, je suis encore sous Perl5 ou mes programmes d'il y a 15 ans tournent toujours pareil et les nouveaux profitent des nouveaux trucs. Je m'amuse sur quelques scripts Perl6 mais je ne vois pas déployer cela en production sur 200 machines utilisateurs pour le moment.

c’était déjà possible de créer du contenu dynamique avant l’apparition de PHP.

C'était même bien mieux en Perl. DBI existait déjà et c'était que du bonheur alors que le code PHP était rempli de mysql_*… Une véritable catastrophe ;-)

Bref, le succès de PHP est amusant car clairement, il n'apportait techniquement rien sur Perl, au contraire (sauf que comme c'était un sous langage, son mode safe était certainement plus sur). Comme quoi l'emballage est un élément important.

C'est clair que le PHP du début n'était qu'un sous sous Perl. En pratique, ce langage n'aurait jamais du vraiment décoller. C'est aussi pour moi EasyPHP sous Windows qui a fait que cela a marché.

J'aurais aimé un ZIM chiffré… mais c'est pas prévu à ma connaissance.

Moi aussi votre baratin m'a gêné. Vous faites du libre, ok, mais pas besoin de ré-écrire ce que c'est le libre selon vous. Je fait moi aussi du libre, j'ai mon propre dépôt accessible sur le net. Je ne fait aucune pub ici et je ne vais pas sur le réseau social github. Mais cela n'est pas moins libre.

Pourquoi des plus et des moins ?

En plus, c'est vrai que le coup de ne pas avoir de licence dans le master et de lancer un projet qui a déjà 36 branches, c'est sur que cela aide la contribution et rend le projet plus libre… Stop à la multiplication des branches qui nuisent à la compréhension d'un code. C'est presque de l'offuscation de code ;-)

Bon courage

PS : en ce qui concerne les certificats, il y a un greffon Nagios qui teste les certificat TLS et lève un drapeau. Il fonctionne parfaitement.

Je leur est proposé plusieurs fois de prendre le modèle de LWN qui est vraiment libre… Sans succès. Bilan, j'ai mon abonnement LWN depuis des années et je n'ai plus aucun abonnement chez les Edition Diamond. C'est dommage car ils font du bon boulot en langue française mais ce n'est pas suffisant pour un libriste ;-)

Avec Cabu, c'était un des meilleurs moments du club !

Oui, bien sur, l'initramfs ;-)

Franchement, entre les anciens disques à plateau et les SSH qu'on chiffre, je préfère un poste chiffré. De toute manière, la question ne se pose plus en terme de perf. C'est un portable (ou un ordinateur de bureau) professionnel -> chiffré !

Pour la ré-installation, tu peux toujours récupérer le HOME avant réinstallation. À vrai dire, je ne me souviens plus bien comment on fait. On ne réinstalle pas souvent. Mais on garde toujours une clef de recouvrement.

Et sinon oui, le /boot étant en clair, on donne une phrase de passe (et non un mot de passe) depuis grub.

Il y a plein de tmp a droite et à gauche avec des données dedans. Il y a /etc avec aussi des données sensibles…

Bref, cela ne coûte rien de tout chiffrer.

Comme toi. Il faut tout chiffrer sauf /boot. Sous Debian, cela ne pose aucun soucis et pour le moment, on monte en version assez facilement (si second disque, parfois on change un truc dans la procédure de boot).

J'ai toujours écrit librement sans que personne ne modifie mes textes ;-)

Nous avons créée Splitted-Desktop Systems (SDS) il y a 11 ans avec pour objectif de concevoir des ordinateurs silencieux respectueux de l'environnement en France.

Sais tu s'il existe des PC/POrtable/Serveur dont la société a été jusqu'à faire une fiche PEP ?

http://www.pep-ecopassport.org/fr/

La démarche est complexe, peut avoir des travers (attention avant de comparer 2 fiches PEP entres elles) mais est tout de même intéressante en posant des choses bien à plat.

Ils ne peuvent avoir un business que sur la vente de ce produit

Avec un éco-système sur le logiciel libre, tu déportes une grosse partie des coût de développement en externe, sur la communauté. Quel est le but, vendre une calculatrice (matériel) ou monter une grosse boite d'info ?

car il n'aura pas la maîtrise du code.

en pratique, c'est souvent le point bloquant pour "piquer" un code. il faut du temps pour comprendre et intégrer donc il est souvent préférable de collaborer ;-) c'est pour cela que comme toi, je pense que c'est un bon modèle.

en recherche, le modèle "économique" est souvent la souvent la publication dans une revue. on pose alors un embargo de 6 pois sur les derniers "commit". Pas top top mais nos chercheurs n'ont pas encore trouvé mieux.

Tu peux détailler en quoi la CC BY-NC-SA n'est pas claire ?
…
Oui je suis d'accord la clause NC n'est pas très protectrice et tant qu'il n'y aura pas de jugement on ne pourra pas savoir ce que cela vaut.

Je crois que tu as répondu tout seul ;-)

Je déconseille personnellement toutes les CC car non claire sauf la CC0 qui se rapproche du domaine public pour les Français.

Ça reste plus libre que du code propriétaire, mais ce n'est pas libre.

Cela me fait penser à un de mes chercheurs qui, lorsque je parle de logiciels libres et de logiciels propriétaires (ou privateur) me dis que son code est communautaire. Cela ne veut rien dire et botte en touche.

On n'est pas plus libre que du code propriétaire… Soit on est libre, soit on ne l'est pas et on tombe alors direct dans la case propriétaire / privateurs qui a elle aussi des milliers (millions) de facettes.

Contribuer à Debian plutôt que faire des fork… L'ancien système fonctionne encore !

  apt-get --purge install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-