Sytoka Modon a écrit 4546 commentaires

Ceci étant dit, ça parle aussi des brevets.

Je rappelle qu'il n'y a pas de brevet en Europe. Alors certes la francophonie n'est pas incluse dans l'Europe mais rien n'empêche au Québecois pas exemple de venir télécharger individuellement la programme en Europe comme cela se fait sur certains paquets…

Donc les brevets, on s'en fou ! Mettons en partout ainsi nos gouvernants ne pourront pas les introduire sans flinguer nos PME ;-)

Mais si j'ai bien compris (en fait j'ai rien compris), les nm d'Intel et le nm d'AMD ne seraient pas comparable et en gros, les deux graveraient à la même échelle…

Ma question serait plutôt : il y a un fsck qui tiens la route maintenant sous btrfs ?

En attendant, je reste sous ext4, mais surtout xfs pour 90% de mes partitions…

Étant moi aussi dans l'ESR et n'étant pas du tout partisan de cette réforme qui va introduire plus de CDD et reculer encore l'âge de l'embauche (je suis contre les post-docs globalement), je dois dire que le journal est peu compréhensible.

Mais peut être que, quand on avance semi masqué avec son nom à l'envers, il est normal de ne pas tout comprendre ;-)

On peut déjà passer sa bagnole au GNV. L'électrique, c'est bof bof sauf partiellement en France ou le nucléaire permet de réduire son bilan carbone, mais enfin faut quand même avoir les batteries…

Il ne faut pas oublier les soucis des freins et des pneus qui sont des éléments hyper polluants.

Bref, prenez votre vélo à pédale si vous le pouvez, vous serez en plus en bonne santé toute l'année !

Il y a les ACL et les extended attributes (xattr). Ce sont deux choses bien distinctes même si ce sont souvent deux extensions qu'on met ou ne met pas en même temps.

La plupart des commandes de base gèrent les xattr mais via des options supplémentaires donc effectivement, c'est pas pratique. Je ne parle pas des IHM dont là je n'en sais rien. En général, c'est naze de ce coté là.

Les bons systèmes de TAG qui fonctionnent sont ceux dans le format du fichier comme jpg. Là, les tag passent d'un système à un autre.

La CNIL demande à ce que l'intégralité du code source du client ET du serveur soit ouvert (ce qui est différent de libre cependant). Pas d'algo caché. On ne sera cependant jamais sur à 100% que le serveur fasse bien tourner le même code, mais c'est une avancée.

Par exemple, sur les machines à voter, le code n'est pas ouvert (ni le cahier des charges de mémoire).

Cela dit, cette application sera un bide (selon ma boule de cristal) sauf éventuellement en cas de seconde vague importante…

On attends toujours le code source de Windows et celui de GitHub ;-)

Je sais qu'on peut changer d'OS sur les commutateurs DELL. Est-ce que quelqu'un a déjà essayé ?

Il faut aussi que les entreprises se rendent compte qu'un tel produit doit continuer d'évoluer et de s'adapter. Si la licence ne coûte rien, cela peut quand même être une bonne idée de participer au financement. Il faut bien imaginer que les développeurs (au sens large) ont besoin de manger tous les soirs.

Je pensais à la couche firmware des commutateurs, pas forcément à la couche logicielle par dessus. Je n'ai pas testé Cumulus avec avec lui, tu charges 100% des firmwares de la boiboite ?

Je parle du tout début avec Eric Raymond, c'était pas si clair que cela à l'époque.

Après, Microsoft et d'autres s'étaient engouffré dans la brèche pour pousser le code lisible mais non ouvert à la modification… et ainsi de suite. Bref, il y a eu longtemps du vague dans la tête des personnes et d'ailleurs encore maintenant.

C'est pour cela d'ailleurs que Richard Stallman trouve que l’appellation française logiciel libre est meilleure qu'en anglais où elle a un double sens qui amène elle aussi des confusions.

Le terme open source a été inventé à la fin des années 90 pour noyauter le mouvement du logiciel libre et de la FSF. Cela a toujours été vague même si depuis pas mal d'année on considérait au final que les deux mouvement s'étaient rapproché.

Manifestement, dans les hautes sphères, cela joue encore petit joueur. Au delà du coté libre du code (absolument nécessaire, surtout sur la partie sécurité), j'aimerais aussi un coté ouvert sur tous les financements : qui a reçu de l'argent, combien et pour quel cahier des charges / résultats.

Nous ne sommes pas face à une application militaire donc tous ces chiffres devraient être publique.

En parallèle des serveurs, cela pourrait être intéressant de le faire aussi sur les commutateurs dont l'espérance de vie est plus grande que les serveurs. Avoir un commutateur / routeur libre serait top pour une maintenance très long terme.

Et si tu veux bien faire les choses (pas de portes dérobées dans le soft), tu configures alors SELinux pour cet utilisateur, afin qu'il ne puisse lancer que ce seul logiciel..

Étoilé semble à l’abandon, quid du support de Wayland dans GNUStep ? Un paquet de vieux projet se maintenait tant bien que mal depuis des années mais la bascule de X à Wayland, qu'on le veuille ou non, risque de les envoyer tous au musée.

Oui, si on t'envoie une vacheté de .docx, tu peux utiliser le RGI et le SIL pour dire a ton expéditeur d'utiliser d'autres logiciels ;-)

En pratique, cela ne marche pas trop mais bon, on se fait ainsi plaisir de temps en temps !

Un laptop, quand tu te connectes à distance, c'est un serveur… Un PC fixe, si trois personnes se connectent, c'est un serveur !

En pratique, pourquoi voudrait-on avoir des comportements vraiment différent ? Chez moi, il y a pour le moment trois différences :
- la personne peut bidouiller le réseau sur un laptop (règle polkit plus cool)
- la personne ne peut pas éteindre la machine sur un serveur
- les serveurs en rack ne sont pas encore chiffrés (mais avec IPMI++, on peut aller mettre le mot de passe à distance si besoin)

Sinon, de mémoire, tout le reste est identique.

Et j'ai pas encore finit la vidéo indiquée car c'est bien fatiguant à regarder. J'en suis au passage ou il dit qu'il faut être logué localement pour pouvoir se connecté en SSH parce sinon, hic, les clefs SSH sont chiffrées… donc non utilisable par le serveur SSH !

Je ne sais pas si je vais aller au bout. Cela me semble vraiment un fatras de truc (même s'il y a de bonnes idées) à 100 lieu d'une utilisation professionnelle en entreprise si on ne peut même plus se connecter sur un compte à distance sans être dessus localement.

À mon sens, une des force de GNU/Linux est justement qu'un serveur et un ordinateur portable, c'est exactement pareil à epsilon près. Il n'y a pas 36 version comme avec MS Windows…

Si le poste est quasi mono-utilisateur, le chiffrement de surface ne fonctionne pas si mal. Il faudrait que les 10 derniers utilisateurs par exemple puisse déchiffrer le poste au boot donc injecter leur mot de passe dans luks. Je serais plus intéressé par du boulot de ce coté là pour le moment.

De ce que j'ai écouté, il ne s'intéresse pour le moment qu'aux postes perso…, mais veut pouvoir changer de poste à tout moment ! Je me demande de temps en temps s'il ne court pas après MacOSX ?

Ok, je ne connaissais pas, je vais essayé. Cependant, d'après https://www.freedesktop.org/software/systemd/man/environment.d.html, No other elements of shell syntax are supported. Donc en gros, pas de shell dans ce fichier… Cela limite quand même pas mal les choses.

Je pense que c'est un très mauvaise idée de virer le shell de partout. Soit tu te conformes à ce qu'à pensé le développement, soit tu te conformes… Pas de place à l'imagination et/ou la flexibilité. On le payera plus tard ce manque de flexibilité. Cela me rappelle un certain système cette rigidité…

Par exemple, moi j'aime bien faire des if, voir dans quel groupe est une personne, ne pas faire la même chose si c'est un utilisateur local (system) ou global (LDAP)… Là, j'ai vraiment l'impression de régresser.

Je vais regarder tes liens, mais par exemple libpam-encfs permet déjà d'avoir un volume chiffré par personne.

Ce qui m'inquiète un peu avec systemd, c'est qu'on remplace tout un tas de système et de fichier de configuration par d'autres qui sont pas plus buvable, voir parfois moins. Donc, je n'ai pas toujours l'impression qu'on y gagne en modularité.

Autre exemple, je ne maîtrise plus bien le processus de démarrage de X à l'ouverture de session mais avant, tu glissais une variable d'environnement dans un fichier sous /etc/X11/Xsession.d/ et hop, tous les processus fils en profitait. J'ai l'impression que désormais, dans la session graphique, certains processus ne dérivent plus de ce processus maître donc n'ont pas ces variables…

J'ai pas encore compris ce que systemd-homed apportait par rapport au système pam ? J'ai quand même l'impression que l'intégration dans systemd est plus importante que l'intégration de systemd avec les autres systèmes.

Avec PAM, on peut déjà faire tout un tas de truc et rien n'empêche d'écrire un module pam_systemd ?

apt-show-versions | grep backports

Qui a lui même remplacer remina qui a lui même remplacer tsclient…

Un peu chiant cette valse des noms parfois dans GNOME !