• 0 Posts
  • 187 Comments
Joined 1 year ago
cake
Cake day: June 11th, 2023

help-circle







  • One thing about him I saw in a Lemmy comment a couple months back, is that in every picture of him smiling, if you hide his mouth you’re left with his lifeless eyes, it’s like he was told how you’re supposed to smile when you’re cheerful so he goes through the motions but he’s not entirely sure what the point is. It works with all the pictures of him I came across since then, including the thumbnail of this post.



  • Ma compréhension du sujet, peut-être erronée car j’ai regardé ça vite fait en tant que simple utilisateur de bitwarden :

    Le bug c’est qu’il n’est pas possible de compiler l’app desktop sans le SDK propriétaire. Il n’est pas strictement nécessaire à la compilation vu qu’il n’est pas lié directement au code de l’app dans le binaire (l’app et le SDK communiquent via des “protocoles standards” un peu comme un client/serveur).

    Le truc c’est qu’une fois compilé, pour exécuter le programme le SDK propriétaire est nécessaire. Donc au final quand on installe l’app desktop on se retrouve avec un logiciel qui n’est pas 100% libre, “bug” ou pas.

    Après le code du SDK est dispo sur github, et on a le droit de le compiler et de l’exécuter, gratuitement dans un cadre privé, ou en payant une license dans un cadre pro (pour un usage interne à l’entreprise uniquement). Ce qui est interdit c’est de diffuser sa propre app basée sur le SDK.

    En pratique, avant on pouvait modifier l’app desktop et distribuer une version custom de bitwarden desktop, maintenant on ne peut plus la distribuer. Une fois le “bug” résolu, on devrait pouvoir produire et distribuer cette version modifiée, mais qui nécessiterait l’installation du SDK par un autre biais pour qu’elle soit fonctionnelle. Et sans pouvoir modifier le comportement de ce SDK (changer l’algo de chiffrement par exemple).

    Donc je dirais qu’à ce stade, pour un utilisateur lambda c’est pas trop grave d’un point de vue sécurité et vie privée. On est plus sur des questions philosophiques et des craintes pour l’avenir si cette tendance se confirme.





  • The point is also to minimize potential damages caused by a bug in the software. Just this year there have been multiple data-destroying bugs in publicly released software. If the app runs as a server it’s usually trivial to have it run as a dedicated user, with just enough permissions to do its job.

    It’s just good practice, even though the risks might be low why risk it at all?


  • I used Ubuntu at work a couple of years ago. When they announced the switch to snaps I didn’t really care, but when they switched Firefox to the snap version it had quite a few issues like really slow startup, inconsistent theming, and problems with some extensions. So I uninstalled the snap, installed the standard DEB and went on with my work.

    But then the issues came back, and it took me some time to figure out they had replaced the actual DEB package with an unholy shim which just installed the snap. THAT really pissed me off, so when I got a new laptop I just installed Arch and my only regret was not doing it sooner.