devnewton 🍺 a écrit 8357 commentaires

Certains proposent déjà de faire la guerre avec des armes écoresponsables.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Sans parler de libriste, il y a un large raz le bol de faire des parcours d'enrôlement compliqués, de saisir des codes à la noix, d'installer des applis pourris… dès qu'on veut accéder à des services qui sont loin d'être critiques.

Nous sommes 2FAtigués et nous sommes nombreux !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En bref, comment fonctionne réellement l'ascenseur social ?

A chaque étage, on mets une épreuve, ceux qui la ratent doivent sortir.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La solution : libérer¹ les examens !

¹ des contraintes débiles du siècle dernier.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En quoi ça tue la GPL ? Si j'ai bien compris, ça pourrait rendre inopérante une clause qui dit qu'on ne peut pas ajouter des restrictions. Ça permettrait à des éditeurs hashier de privatiser des logiciels, mais comme ils le font déjà avec des licences plus simples (BSD, MIT…). Ça ne tue pas pour autant ces licences.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

utiliser autre chose que Github (la ou Flathub est), ne pas non plus dépendre de Gitlab qui est une boite US

C'est un objectif plus facile à atteindre que faire une distrib : il y a quelques forges européennes comme Codeberg et des logiciels comme Forgejo pour monter sa propre forge.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

GNOME needs solution architects

Je suis justement Architecte Solution et voici mes conclusions:

1. L'UE devrait investir dans Debian plutôt que se lancer dans un nieme projet de distribution qui sera abandonné dans 2 ans ;
2. L'UE a deja un OS pour mobile (Murena) donc pas besoin de se lancer dans une convergence mobile/desktop hasardeuse ;
3. La stabilité des API et des IHM est critique pour les utilisateurs et Gnome a tendance à casser Gtk trop régulièrement: l'UE devrait donc prendre en main Gtk et miser sur XFCE.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai testé Jami récemment, c'est pas sec: messages qui ne partent pas ou qui n'arrivent jamais, appels aleatoires…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En tant qu'utilisateur de Firefox, c'est un problème que je n'ai pas donc je n'attends pas de solution !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourquoi les données ne sont pas recueillies par Mozilla "sur une base agrégée et/ou dépersonnalisée" dans le 1er cas ?

Pourquoi recueillir les données tout court? S'ils veulent savoir ce que veulent les utilisateurs, ils peuvent… les écouter !

Ils ont Ideas et Bugzilla, rien qu'en les consultant, ils en ont pour des siècles/Hommes de développement.

S'ils ont besoin d'argent, ils pourraient faire des campagnes de financement participatifs au lieu de miser sur la pub.

Bref Mozilla pourrait Bien faire, mais ils ont choisi le Mal.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La mofo est en train de transformer son brouteur en diffuseur de pub.

https://www.mozilla.org/fr/privacy/firefox/#pour-proposer-un-contenu-et-une-publicite-pertinents-sur-la-page-nouvel-onglet

RMS revient, ils sont devenus fous.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Cet article est souvent cité à propos du C, mais il commence par une définition du bas niveau qui ne corresponds pas au C :

Low-level languages are "close to the metal," whereas high-level languages are closer to how humans think

Si je comprends bien l'histoire racontée sur Wikipedia, au tout début le C a bien eu pour objectif de tirer parti du PDP-11, il a ensuite eu très rapidement pour objectif la portabilité et donc l'indépendance vis à vis du "métal".

Hors pour être portable, on ne peut pas exposer tous les détails possibles.

Mais cela ne veut pas dire que le C ne propose pas des opérations de bas niveau comme la gestion manuelle de la mémoire.

Bref un langage de bas niveau n'est pas un assembleur de haut niveau :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si on ne peut pas faire commerce du logiciel, alors il est privateur.

https://www.gnu.org/philosophy/free-sw.html#selling

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Essayons une gentille formulation: le problème c'est pas toi, mais ton comportement, ton mode d'expression, ta façon de penser et ta coupe de cheveux. Si tu changes tout ça, on pourra mettre envisager de mettre du Rust dans le noyau !.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il semble qu'on soit face à un problème de génération :

• pour les "jeunes", conduire une campagne de haine/honte sur les réseaux sociaux quand quelqu'un n'est pas d'accord, ce n'est pas être un gros con ;
• pour les "vieux", dire que quelqu'un est gros con quand il fait le gros con n'est pas une attaque personnelle.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

À cela on peut aussi rajouter que la sécurité est un besoin majeur de l'informatique moderne.

Si la sécurité était vraiment un besoin majeur, c'est Java qu'il fallait prendre, car il est vraiment memory safe lui !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Bref les développeurs Rust quand y en a un ça va, mais dès qu'il y en a plusieurs, c'est là qu'il y a des problèmes.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pour limiter les appels à docker hub, j'utilise actuellement le très beau projet artipie qui permets de gérer des dépôts de tout type, donc Docker.

Il est simple à déployer et le code est lisible (c'est du bon Java) et contrairement à son concurrent Nexus, c'est du vrai opensource véritable sans version premium privatrice.

Malheureusement, depuis quelques mois ses auteurs n'ont plus trop de temps pour le maintenir, je suis en train de chercher une structure pour en reprendre le développement.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je préfère mes bières et mes verbes http avec du corps !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai changé le titre pour tenir compte de vos remarques.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Write programs to handle text streams, because that is a universal interface

Ca aussi l'ami Lennart a une idée pour faire mieux dans sa présentation :

Idea: someone should build a shell, that deals in JSON objects (hey jq), works
natively with Varlink IPC (and the various flavours of JSON over HTTP), as well as
programs that take JSON as input and/or output, but retains UNIX concepts such
as shell pipelines (JSON-SEQ?) and so on.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je vois dans le README:

le simple accès à une page *.delete.sql permet de suppprimer un élément via une simple requête GET si celle-ci contient un paramètre id

Ça devrait une requête POST non?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je t'ai fait un brouillon de logo (à vectoriser ou filtrer) : https://codeberg.org/nanawel/zaibu/issues/1

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mais ils n'ont pas encore réussi à gérer l'upload d'images sur linuxfr :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai retenu de cette présentation que Rust n'est pas au niveau pour Lennart !

L'idée est de lancer un concours entre Zig/Rust/Go/… pour devenir le premier langage à mériter systemd !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.