🚲 Tanguy Ortolo a écrit 12690 commentaires

Et bien écoute, j'avais fait des tests sommaires avec quelques fichiers. Là, avec de vraies données de plusieurs mébi-octets, c'est Windows qui est incapable de lire. Bon, Windows XP, un système préhistorique, certes.

Ah, excusez-moi, mon exemple est plus compliqué que nécessaire. Pour prouver que le risque réside dans le simple fait d'installer un logiciel : pour installer un logiciel malicieux sur un système, il suffit de proposer un paquet contenant un binaire – normal – qui fait des saloperies en plus de son comportement normal.

Bref, pas besoin de remplacer quoi que ce soit, quand on installe un paquet, l'étape dangereuse, ce n'est pas en particulier les scripts du paquet, ni les remplacements qu'il peut faire, non, c'est l'installation tout court !

Malheureusement, il n'existe aucune alternative correcte à FAT. Le successeur le plus sérieux serait UDF, qui est handicapé par sa très mauvaise prise en charge sur les systèmes propriétaires :
- Windows déconne méchamment, en annonçant parfois des trucs du style « répertoire incohérent » ;
- MacOS X ne le prend tout simplement pas du tout en charge.

Les systèmes de fichiers plus classiques, comme Ext2, sont quant à eux complètement inadaptés aux échanges de données, parce qu'ils prennent en charge des droits d'accès, nuisibles pour les échanges (je n'ai pas le même UID que mon collègue, je ne peux pas écrire sur sa clef USB). Quoique ça se contourne plutôt bien à coup d'ACL par défaut.

Parce qu'à part des programmes bien spécifiques, la majorité des programmes (surtout utilisateur) ont juste besoin d'installer des fichiers dans /usr/lib et /usr/bin.

Ce qui est déjà très dangereux. Un paquet tout bête peut voir besoin d'installer un binaire dans /usr/bin : si tu mets un avertissement pour ça, tu vas pourrir tout le monde à chaque paquet. Donc, concevons un paquet qui met un /usr/bin/ls qui lance ls, puis, silencieusement, envoie ton profil Firefox par courrier électronique à quelqu'un d'autre. Gênant, non ?

Des cas comme ça, on peut en trouver plein de différents, et il est très difficile, et peut-être même impossible, de les identifier tous. Le vrai problème, c'est qu'installer un logiciel, c'est dangereux, point. Si le logiciel en question ne provient pas d'une source vérifiée, en qui on a confiance, il ne faut pas l'installer.

Tb a trouvé la bonne config en IMAPS avec les serveurs du genre ssl0.ovh.net (et non pas pop.mondomaine.fr)

En utilisant sa base centralisée, ce qui est assez moche. Non applicable pour les domaines personnels ou professionnels, dépendant de Mozilla, etc.

Et surtout, tant que le login ne sera pas basé sur l'email (qui ne change pas).

Mais c'est une adresse électronique ! Et ça change autant qu'une adresse de courrier électronique, quand on change de fournisseur, c'est normal !

Et elle télécharge ses thèmes pour Windows sous forme d'exécutables sur windows-look, vraiment ?

Parce que sous Windows, elle tune déjà son thème, n'est-ce pas ? Il faut dire que le tuning de thème de Windows, c'est vachement bien fichu et sécurisé...

Excusez-moi, je pensais qu'on parlait de Mme Michu, or j'ignorais qu'elle était du genre à vouloir tuner son thème GNOME.

Ce n'est pas un problème, et encore moins un problème des distributions, si un utilisateur installe des trucs hors distribution.

Si Linux n'est pas prêt pour le bureau de Mme Michu, ce n'est pas pour cette raison. Cette brave dame n'a aucune raison d'aller sur gnome-look et d'y récupérer des paquets. Elle ferait mieux de se contenter de ce que propose sa distribution.

Pardon, je ne critiquais pas directement le fait d'introduire de la troidé, simplement le fait de mettre tout et n'importe quoi dans le Web. La troidé y a sa place, comme les images, le son et la vidéo.

Car, IE9 possède un nouveau moteur Js qui met une branler à Google Chrome et Firefox sur le test sunspider...

Et un parseur XML (un vrai, je veux dire) ? Il serait temps...

Mettre tout et n'importe quoi sur le Web, ça ne répond pas à un besoin, non. Ça répond à une volonté, stupide, d'utiliser le Web pour tout, or Internet n'est pas le Web.

Là, y mettre de la troidé, je trouve que ça a du sens, dans des pages Web. Mais faire des jeux vidéos, non. Faire de la messagerie instantanée, non plus, par exemple.

Mauvaise idée, pour moi, pour deux raisons :
- ce ne serait rien qu'une collection hétéroclite de scripts d'inscription, à la légalité douteuse puisqu'acceptant des contrats à ta place ;
- ça favoriserait encore plus les services centralisés, qui le sont déjà assez avec la base de connaissance d'auto-configuration centralisée.

Mais c'est bien une application Web, oui.

Merci de le préciser. Les pages qui en parlent sur le sites de Mozilla sont tellement peu claires que je ne l'avais pas compris. Pour moi, c'était simplement un logiciel de messagerie intégrant une collection de parseurs hétéroclites pour afficher des informations provenant de services propriétaires massivement centralisés.

Donc en fait, c'est un webmail avec une collection de parseurs. Mozilla réfléchit à un nouveau logiciel , et c'est un webmail. La claque... Je savais déjà que Mozilla poussait le Web à tout prix, pour faire n'importe quoi, mais à ce point, quand même...

Ou dans un logiciel de messagerie...

Pour Jabber c'est pire, on remarque encore plus les déconnexions.

Euh, non. Tu sais, si ta connexion lâche :
- si ton serveur n'est pas chez toi, tu es déconnecté ;
- si ton serveur est chez toi, tu es toujours connecté, mais ton serveur est déconnecté du réseau.
Dans les deux cas, kif-kif, pour tes correspondants, tu es déconnecté.

La qualité de service sur ADSL, pour Jabber et le courrier électronique ?

Question traffic, aucun problème, Jabber c'est tout léger, et le courrier électronique, c'est tout en descente et de toute façon, tu télécharges toujours ton courrier, que ce soit à la main ou en le recevant directement chez toi.

Le seul ennui, ce sont les déconnexion, si ta ligne est mauvaise. Mais là encore, ça n'a aucune espèce d'importance, parce que :
- SMTP est fait pour être très résistant à ce genre de chose, le serveur expéditeur réessaiera plus tard, c'est tout ;
- pour la messagerie instantanée, que ton serveur soit chez toi ou ailleurs, quand ta connexion lâche, les gens ne peuvent de toute façon plus te parler.

* MozMessenging: Raindrop (https://wiki.mozilla.org/Raindrop )

Bon. Raindrop, si j'ai bien compris, c'est une collection de parseurs pour afficher directement dans une lettre électronique des contenus tirés de services Web centralisés. Donc, ça va vers le tout Web, une belle connerie à mes yeux, et vers du bon vieux Minitel.

En attendant, on a aussi le messagerie instantanée, dans le genre truc intéressant qui aurait sa place dans un logiciel de messagerie. Jabber, ça n'intéresse pas Mozilla parce que ce n'est pas Web ?

Exchange ? Ils tournent sous Exchange pour leurs utilisateurs, Orange, carrément ?

mais on en chie sous Linux avec la 3D

Faire de la troidé sous {X.Org|MacOS|Windows}, ça ne se résume pas à utiliser l'API OpenGL et puis voilà ?

Et toi, qu'en penses-tu ?

Que si Jabber, ça a été conçu aussi distribué et fédéré que le courrier électronique, c'est bien pour être utilisé avec des serveurs personnels.

Donc qu'un grand fournisseur migre vers ceci ou cela, je m'en tamponne l'oreille avec une babouche, moi mon fournisseur, c'est moi.

Rectification, ils pourraient le savoir, si ça marche ou pas, en envoyant n'importe quelle demande XMPP (carte de visite, statut...) au serveur d'en face. Pas de réponse, pas de possibilité de discuter.

le "chat" qui apparaît même pour des adresses non gmail et sans doute pas utilisable

Utilisable si le domaine en question fait du Jabber. Comment veux-tu que Google le sache ? Donc ils le proposent, ça marche ou pas. Avec mon adresse, par exemple, qui n'est pas du tout chez Google, ça marche.

Ou mieux, écrire à l'administrateur pour lui demander d'ouvrir le port IMAP en plus du POP.