Astaoth a écrit 980 commentaires

Pas forcément, dans la phrase « Le mouton est un vertébré de la famille des mammifères », on ne parle pas que d'un seul mouton.

Sauf que dans ce cas, "le mouton" est plus équivalent à "le lectorat" qu'à "la lectrice ou le lecteur". Dans le premier cas, c'est un singulier de généralité. Alors que, sémantiquement, le second cas ne désigne pas une généralité parce qu'il désigne des personnes spécifiques. Étant au singulier, sa formulation sous-entend l'unique personne en train de lire linuxFR.
Une formulation plus appropriée, à mon sens, pourrait être "les lectrices ou les lecteurs" sous-entendant bien l'existence de plusieurs lecteurs simultanés, tout en gardant la lourdeur de la formulation initiale.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

La lectrice ou le lecteur

C'est un poil lourd à lire non ? "Le lectorat" paraîtrait plus naturel.
En plus sémantiquement, la formulation sus-mentionnée indique qu'il n'y a qu'une seule personne à la fois lisant linuxFR.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Le matériel n'est pas spécialement opensource et est assez cher (dans les 700€ de mémoire). Par contre on peut installer presque n'importe quel OS.
Officiellement il est vendu sous Android, mais une série limité en partenariat avec XDA est commercialisé en précommande sous Lineage ou UBPort au choix (prévu pour août). Pour ceux qui préfère privilégier la qualité de l'UI (selon mon avis totalement subjectif :D), le port de SailFishOS marche bien et est utilisable au quotidien.
Dans les autres ports on pourra trouver du Maemo Leste, du Droidian, du postmarketOS à des degrés divers d'avancement, et même une tentative pour faire tourner Windows10 dessus (qui a l'air moins stable qu'un Windows Millenium).

Le dualboot est également possible pour ceux qui auraient le plus de mal à choisir.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Les bugs d'UI ont été réparés ? Et est-ce que la gestion d'un NAT sur un vxlan partagé entre les hyperviseurs est prévu ?

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

On peut trouver la même histoire pour les machins à glace McDo : https://www.wired.com/story/they-hacked-mcdonalds-ice-cream-makers-started-cold-war/

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Au vu des différents commentaires vu ici et là sur DLFP parlant du spam comme une calamité de l'auto-hébergement, je me demandais : parmi ceux qui hébergent leur propre serveur de mail pour un usage perso (ou familial), recevez-vous beaucoup de spam ? Si oui, depuis combien de temps votre serveur est en marche ? Etes-vous seul utilisateur de votre serveur ?

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Je suis désolé de ne pas rire avec vous à cette tranche de rigolade

J'en ris pas, pour ma part ca serait plutôt assimilable à un soupir à la mémoire d'un mauvais souvenir qui m'aura poussé un temps (particulièrement succinct) vers ftp, puis sftp.

Comme dit plus haut, si ca marche niquel pour toi, alors c'est tant mieux. Pour ma part j'ai eu des débits catastrophiques (en sftp c'était du x10 mini) et une mauvaise stabilité du point de montage par rapport à ce que proposent les alternatives.
Peut-être que l'implémentation que j'ai utilisé n'était pas parfaite (OwnCloud à ses débuts), peut-être que finalement tout faire faire à du http n'est pas le plus optimal sur un Atom, en tout cas je trouve que je l'ai avantageusement remplacé par d'autres protocoles plus spécialisés en fonction du besoin.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

C'est sûrement la pire alternative possible parmi la foultitude de possibilités modernes qui existent (citées juste en dessous) …

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Rendre pratique et facile une restriction de nos libertés.

On peut toujours se déplacer, prendre l'avion ou traverser les frontières pour raisons professionnelles. Partant de là, un bête workaround serait de tous créer une autoentreprise pour pouvoir se déplacer. On a vu d'autres idées plus efficaces dans le genre quand même …

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Mais mon cas de figure, en tant que dév-pas-vraiment-admin-loin-de-là, je pense qu'on peut le transposer dans un scénario catastrophe :
- un vrai admin
- qui gère des centaines de VM
- en Debian Buster
- mise à jour
- reboot de toutes les VM, pour n'importe quelle raison (la femme de ménage qui débranche pour passer l'aspirateur ? Rigolez pas, c'est vraiment arrivé)
- le(s) host(s) reboote(nt)
- les VM démarrent
- sans réseau

Jamais eu ce cas en mettant à jour des Debian ou n'importe quelle distro justement, et sur un bon paquets de serveurs. Sinon faire des snapshots avec les upgrades de version n'est pas une mauvaise idée, et/ou redonder les services. De même, des serveurs ca se redémarre, entre autre quand une upgrade déploie un nouveau kernel.

Ça pourrait arriver aussi avec un truc de vieux ou pas ?

En tant qu'user de Archlinux depuis plus de 10 ans, honnêtement oui, totalement. En tant qu'user de FreeBSD pour des serveurs perso, j'ai fait exploser un OS en le mettant à jour … j'avais pas lu le patchnote qui indiquait une manip spécifique pour cette upgrade là.

Systemd c'est juste un outil somme toute différent de SysVInit, avec ses points forts et ses points faibles. En revanche, les mainteneurs de distros n'ont pas changé lorsque Systemd est arrivé, les politiques de gestion des services non plus. Dans le cas de Debian ils savent très bien que c'est déployé sur des serveurs, et que ne pas fournir une connexion réseau au démarrage d'un serveur c'est un léger problème. Je ne pense pas que ton problème soit général mais plutôt spécifique à ton environnement.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

As-tu observé le changement de comportement en faisant une mise à niveau de Stretch vers Buster, ou bien étais-tu déjà sur Buster quand ça s’est produit ?

Je trouverais ca curieux qu'en changeant de version de Debian il faille d'un coup obligatoirement avoir une session graphique pour avoir le réseau, vu le nombre de serveurs sous Debian.

Te souviens-tu de la solution que tu avais utilisée ?

Si tu utilises Network Manager, vérifie sa configuration, et aussi celle de networkd. Mes serveurs ont le réseau au démarrage sans config particulière, mon Arch perso qui boot en tty et que je traine depuis des années d'un PC à l'autre aussi.

Mais ce que je trouve inacceptable, c'est l'attitude des dev de ces services. Ils modifient des comportements basiques, connus depuis des dizaines d'années.
Et sans prévenir. Avant, c'était bon. Après une update, c'est plus bon.

Ca parle de Arch là, nan ? :D

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Pidgin était une solution quand les protocoles étaient encore à peu près implémentable par des tiers.

Pourquoi "était" ? Pidgin existe toujours et gère des protocoles modernes, tel que Matrix, Discord, Signal, Telegram, XMPP, IRC etc via ses plugins (parfois communautaire).

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Prorio ne veut pas dire "tout payant" et libre ne veut pas dire "tout gratuit".

Mais sinon, dans un ordi neuf le prix de la licence Windows est inclue à de très rares exceptions près, et tu peux installer Libre Office ou OnlyOffice dessus si tu veux. Maintenant dire que Libre Office ou Only Office offrent la même chose que Microsoft Office n'est pas exact, ne serait-ce que pour la partie macro de Excel. Et justement, je crois qu'avec Wine on peut installer et utiliser Microsoft Office.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Je connais très mal Jami (j'ai pas creusé plus que ca pour des questions de compatibilité), ils font du E2EE ?

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Et le E2EE ? Matrix le fait ? en tout cas XMPP c'est assez rare.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Et aussi l'importation de profil sur un nouveau client. Mëme si elle a été simplifiée, ca fait toujours trop peur aux utilisateurs en général.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Sur le moment jme suis demandais ce qu'avait à voir DHCP avec la tambouille :|

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

C’est pour ça que le seul moyen de garantir la confidentialité est d’utiliser un protocole qui la garantisse, plutôt que de devoir faire confiance au serveur, comme le font Signal et Whatsapp.

Ah bon ? Whatsapp ne récupère aucune donnée ou meta-donnée ?

Sinon avoir et un protocole qui garantisse la confidentialité de toutes les données, et un serveur dans lequel tu peux avoir un certain degré de confiance (voir pas du tout de serveurs comme pour Tox), c'est pas mal aussi, non ?

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

C'est tout autant impossible avec XMPP, et avec à peu près n'importe quel logiciel avec lequel tu interagis au travers du réseau.

Sauf quand c'est toi qui le déploie. Et la fédération apporte justement la possibilité de déployer ton propre serveur.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Je répondrais rien du tout, Telegram a été démonté plusieurs fois, j’en ai marre de le voir revenir comme une alternative crédible à chaque fois.

Je ne le mets pas en avant comme une alternative crédible, je place juste Signal au même niveau que Telegram.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Non, numéro de téléphone mobile obligatoire. Même un téléphone fixe est refusé maintenant, contrairement à Signal.

Si tu veux un réseau qui fasse du E2EE sans numéro de téléphone, je ne connais que Wire et Tox qui le fassent. Mais ils se tournent résolument vers le marché professionnel, au point de masquer la possibilité de créer un compte à usage perso gratuitement sur leur site.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Par curiosité, pour faire tourner Synapse, est-ce qu'il faut toujours un hexacore avec un bon paquet de ram derrière une fibre 1Gbps à cause de la synchro des messages ou est-ce qu'il y a une implémentation qui passe sur un Rpi sur une ADSL ?

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Franchement, on s’en fout, tout est chiffré dans l’application mobile le serveur est grosso modo seulement là pour router le trafic (c’est d’ailleurs tout le principe de Signal).

On peut prendre par exemple le cas de la découverte de contacts : si j'ai bien compris leur article sur le sujet, pour éviter d'avoir à traiter en clair les contacts dans leurs infras, ils exploitent la partie des CPU dédiée aux traitements des DRM qui est isolé du reste ; autrement il est tout à fait possible de collecter la liste de contacts de chaque utilisateur de leur côté. Qu'est-ce qui prouve que c'est réellement ce qui est déployé sur leurs serveurs ? Il n'y a pas que les données des messages qui sont importantes en fait.

Telegram n’est pas chiffré de bout en bout par défaut (et pas du tout pour les groupes), ils stockent tes messages en clair sur leur serveurs, etc. etc.

Tu parles pour l'écrit uniquement ; si je ne m'abuse tout les appels audios et vidéos de Telegram sont d'office en E2EE.
Pour l'écrit, je vais simplement laisser cette page répondre à ta remarque. Après tu as toujours le choix de lancer des chats secrets si tu le souhaites.
Tu peux me répondre, à raison, que le contenu de la page sus-mentionné, finalement, c'est ce que dit Telegram et on ne peut pas le vérifier. C'est exactement comme pour Signal et le code serveur qu'ils ont publié : finalement la confiance en la sécurité et la privacy de ces réseaux n'est relative qu'en la confiance que tu peux accorder dans leurs déclarations.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Du coup si ca ressemble à Windows et que c'est aussi fermé que Windows, autant utiliser Windows nan ?

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

Je serais tenté de dire que c'est comme la plupart des réseaux de messagerie modernes au final. Dans les réseaux populaires je ne connais que Discord qui ne soit pas lourd là-dessus. Et dans ceux faisant du E2EE, je ne vois que Wire et Tox.

Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.