Je suis l'auteur de la dépêche de 2012 et, en tant qu'utilisateur de btrfs, je dois bien admettre que son développement est frustrant tant il est lent. Pour autant, il n'est pas à l'arrêt. La mailing list des développeurs en atteste (en réagissant notamment à l'annonce de Redhat) : ça travaille toujours dessus. Peu d'améliorations visibles, beaucoup de polissage et de stabilisation. Il n'y a pas de mystère : si ça avance peu c'est que les hp, Redhat, Oracle, Facebook (l'employeur de Chris Mason, un des développeurs principaux) n'investissent pas assez dedans. S'ils mettaient chacun ne serait-ce que deux devs à temps plein, ça pourrait booster l'évolution de btrfs.
Quand je lis ces dépêches sur un développeur qui, d'un seul coup, se met en tête d'écrire un système de gestion de fichiers avec Copy on Write en partant de rien, ça me fait marrer. Même en étant un génie, cette personne ne va pas arriver à la stabilité d'un vénérable ZFS (qui a 7 ou 8 ans de plus que btrfs et un peu plus de développeurs actifs) en un jour.
Si je devais résumer les conseils d'utilisation heureuse de btrfs, je dirais :
Avoir un noyau aussi récent que possible
Avoir les outils btrfs les plus récents possibles
Ne pas laisser le nombre de snapshots s'envoler. Quelques centaines, ça reste gérable. Au delà ça rame de trop.
Éviter le RAID 5/6 (dernièrement réécrit en partie) mais le RAID 1, 0, 1+0, c'est bien stable.
Éviter la compression transparente (j'ai déjà été mordu… :) )
Les bases de données, les images de VM peuvent se fragmenter très vite sur un volume btrfs. L'option autodefrag y remédie en partie… mais pour les meilleures perfs brutes, mieux vaut ici partir sur de l'xfs ou de l'ext4.
La gestion des quotas par volume est aussi dans la sphère du "peu testé". À éviter.
Planifier des "scrub" (relecture et vérification des checksums des blocs) réguliers
Garder un œil sur les statistiques disque de btrfs, qui peuvent indiquer qu'un disque commence à exhiber des erreurs. En RAID1 ou 5, il est alors temps de remplacer le disque défectueux avant d'expérimenter des pertes de données
Les snapshots, même si ça ne sert pas très souvent, c'est quand même bien pratique… et la possibilité de transmettre (comme ZFS) ces derniers entre machines (entiers ou deltas entre 2 snaps), c'est aussi bien commode.
L'article enterre bien trop vite SailfishOS, qui tourne très bien sur le FairPhone2 et qui supporte bien son matériel, jusqu'à la gestion de la double SIM. Son développement continue, certes lentement mais il continue. L'installation est fort simple et il se substitue à Android.
En l'occurrence, ce sont les développeurs de Firefox qui ont "encore frappé". Lennart Poettering, à l'origine de PulseAudio, n'est en rien responsable de la décision des développeurs de Firefox d'utiliser désormais PulseAudio comme sortie audio par défaut, là où ALSA était anciennement supporté.
En fait, ce qu'il veut dire est qu'il excluait déjà par filtre tout les titres de journaux contenant "bronson". Il a peur, si on de disperse en synonymes, de finir avec un filtre d'exclusion de journaux LinuxFR du genre : /(cann[eé]|clams[eé]|d[eé]c[eé]d[eé]|mort|mouru|bronson|de fun[èe]sis[eé]|clabot[eé]|calanch[eé]|arme [aà] gauche|tr[eé]pass[eé]|dernier soupir)/i
Ces journaux pleins d'ironie grinçante et de détournement du "parler de keynote" après chaque annonce Apple, ça devient fatigant. C'est toujours bien écrit mais ça ne fait plus rien passer de pertinent, même en creux.
Posté par AP .
En réponse au journal Une charade.
Évalué à 8.
Je n'ai pas notion que "Gourmette Gourmette Gourmette Gourmette Gourmette Gourmette Verre Verre Verre Verre Verre Verre Verre Verre" ait joué dans Alien, encore moins en actrice principale. Visuellement, dans un rébus, cette astuce de la multiplication aurait fonctionné. Pas dans une charade.
Reformulons donc l'énigme :
Mon premier est un outil servant à découper.
Mon deuxième est un verbe argotique utilisé pour indiquer qu'on se trompe, conjugué au singulier.
Mon troisième est une protubérance, voire un cap, voire une péninsule, selond Rostand.
Mon quatrième est une interjection familière indiquant l'approbation.
Mon cinquième est un récipient (donc pas une pierre incandescente), communément utilisé pour boire.
Posté par AP .
En réponse au journal Retour sur le « No poo ».
Évalué à 10.
Dernière modification le 24 juillet 2016 à 16:22.
Ah… Je pensais qu'il s'agissait d'une reprise du mouvement qui consistait à se retenir d'expulser quoi que ce soit, indéfiniment. Ça avait fait grand bruit, à l'époque… mais pas long feu : il s'était arrêté spontanément après les premiers cas de perforations intestinales.
L'adjectif facétieux me semble inadapté. Il n'évoque ni la malveillance ni la nuisance mais plutôt la blague sans conséquences… tout comme "malicieux" qu'on traduit un peu vite de l'anglais "malicious" là ou on devrait plutôt dire "malveillant". Bon c'est sûr que "code défectueux" ou "code exploitable", ça attire peut-être moins la curiosité du lecteur. Il y aurait bien "code pourri" mais ça provoquerait l'indignation des contributeurs d'ImageMagick. Ah c'est dur de trouver le terme juste… et puis comme les rédacteurs de journaux du site sont friands du 4ème degré là ou je vois péniblement plus loin que le premier, je me dis que j'ai dû tomber dans un pot à miel lexical. "Oh, silly me."
Pour l'utiliser moi-même entre 3 PC Linux et 2 terminaux Android (1 téléphone, 1 tablette) je seconde cette proposition. Syncthing est un projet très "vivant" et ouvert. Syncthing permet de faire d'un "nœud" syncthing le maître, pour un dossier partagé donné. Cela signifie que les modifs sont toujours tirées d'un dossier de référence et non propagées dans les 2 sens. C'est ce qu'on veut.
2 recommandations :
Il convient peut-être, surtout si les tablettes sont réparties sur plusieurs sites géographiques, de préférer au modèle "1 maître, 2000 clients" un schéma à 3 niveaux du genre (si on a 10 sites géographiques avec 200 tablettes par site) "1 maître, 10 clients de niveau 1, 200 clients de niveau 2 pour chaque client de niveau 1".
Sur des clients Android, le démon Syncthing tournant de façon permanente tape pas mal sur la batterie. Une recommandation peut-être donnée aux utilisateurs de ne pas le laisser tourner en permanence quand il s'agit d'optimiser l'autonomie.
À moins d'utiliser des outils donnant accès aux structures "bas niveau" de ZFS, je ne pense pas que ce soit possible. Cela-dit, scp et rsync savent compresser à la volée (respectivement avec les options -C et -z). Mieux : si le système de fichiers destinataire de la copie est aussi ZFS, on peut utiliser les outils spécifiques de copie de volumes ZFS, lesquels sauront par exemple ne transférer que les deltas entre 2 snapshots ZFS (zfs send / zfs receive) et transféreront les fichiers compressés sous leur forme compressée (j'ai un doute sur ce dernier point). La même remarque vaudrait pour un système de fichiers btrfs.
Pour moi, la modif indispensable dans le .inputrc concerne la complétion, sensible à la casse par défaut. Pour y remédier : set completion-ignore-case on
Ceux qui sont tombés sous les balles étaient des partisans résolus de l'humour très noir… mais bon… on pourrait… je ne sais pas, moi… attendre un chouia avant de se poiler grassement ? Moi je pleure Cabu, dont les feutres croquaient mieux que personne depuis bien avant que je sois sur terre. En fait j'ai bien la gerbe, ouais…
Pour les calendriers Exchange (car l'IMAP d'Exchange convient bien pour la partie courrier), j'utilisais Lightning couplé à Davmail (dont le boulot est de retranscrire en protocoles ouverts pour une ou n machines tous les protocoles fermés d'Exchange) mais ce dernier restait lent et faisait ramer Thunderbird comme pas permis. J'ai gardé Lightning et je lui ai adjoint l'excellent plugin Exchange EWS provider qui fait du très bon boulot et TB ne rame plus.
Pour mes recherches, l'indexation de Thunderbird me convient la plupart du temps… mais comme j'ai mon petit dépôt de mails en local j'utilise aussi soit Mairix (indexeur léger de dépôts de mails au format Maildir) soit Recoll (ma foi fort efficace pour retrouver des aiguilles dans nos meules de foin de données).
C'est de plus en plus utilisable par monsieur et madame tout le monde, surtout quand la distribution intègre ça nativement. Exemple avec OpenSuse et l'outil snapper.
Correction : Tu peux utiliser zfs ou btrfs pour cela à l'aide des snapshots. La gestion des sous-volumes et des snapshots en btrfs est particulièrement stable (par opposition à des fonctionnalités plus "jeunes" comme le RAID5/6) et efficace.
On sent que cet outil à été développé pour répondre à un besoin précis… Cependant ce journal et la page github peinent à expliquer clairement son fonctionnement et surtout à le "vendre". Je ne vois pas dans quelles circonstances je pourrais avoir besoin de ce système de copie en 2 étapes. En outre, utiliser un mot anglais très courant pour nommer l'outil ne risque-t-il pas de rendre le programme difficile à trouver via un moteur de recherche ? C'est dommage car on sent de gros efforts et du temps investi.
Cette mauvaise foi publicitaire empeste le FUD. C'est tout à fait horripilant. J'aimerais que cet argumentaire faussé se retourne bruyamment contre son auteur, façon effet Streisand…
Un client ssh qui inclut quelques protocoles graphiques (RDP, VNC), un gestionnaire de transferts sftp et… un serveur X, le tout dans une appli portable, c'est le bien pour qui veut ponctuellement lancer une appli graphique au travers d'une connexion ssh, sous Windows.
Posté par AP .
En réponse à la dépêche Samba 4.1.
Évalué à 10.
Il faut comprendre par là que, lorsque vous dupliquez un fichier sur le serveur Samba, son contenu ne transite pas en aller vers le client et en retour sur le serveur. La seule chose qui transite sur le réseau est l'ordre de copie. En outre, l'intégration avec BTRFS implique que la création du nouveau fichier se fera sans consommer d'espace supplémentaire. Le nouveau fichier sera vu comme indépendant du précédent (inode et attributs distincts) mais pointera initialement vers les mêmes blocs disques. C'est un des avantages des systèmes de fichiers modernes (tels que ZFS ou BTRFS) qui intègrent nativement la notion de snapshot.
Faut pas déconner. À moins que le particulier en question soit dans une zone très propice aux coupures d'électricité ou d'accès Internet, je ne vois pas pourquoi les coupures devraient être un souci. Au pire, si la machine de sauvegarde est éteinte ou injoignable, on appelle "l'hébergeur" (ami/parent…) pour lui demander de la redémarrer.
…et si une nuit on loupe sa sauvegarde, ça n'est pas dramatique. Le tout est de ne pas laisser le truc sans surveillance pour constater au bout d'un mois que "ah ben c'est con, la sauvegarde ne se fait plus depuis un mois".
Pareil. Ça n'est pas un mythe, ça marche. Le code est une horreur sans nom ? Peut-être mais ça marche. Il reste de la place pour des optimisations ? (latence, session persistante) Certes, mais ça marche.
Il y a beaucoup de mauvaise foi de la part des développeurs de Wayland à inférer que parce que c'est très mal conçu dans X, personne n'en aurait plus besoin à l'avenir.
Question : l'appli en question utilise-t-elle un compte utilisateur générique collectif pour télécharger les applis ou est-il possible au final de les télécharger réellement sans aucune authentification ? L'évolution logique du truc serait… une appli Android… :)
" c'est pas un Linux dans l'appareil en question ? " (…)
Non… ???? Ben si !! C'est un noyau Linux (patché à la sauce Google). En revanche, on n'a pas l'environnement GNU habituel d'outils en ligne de commande… et c'est ça qui déroute le linuxien lambda pour qui (M. Stallman, bouchez-vous les oreilles) Linux = environnement d'outils GNU + noyau Linux.
# Juste une histoire de ressources de développement
Posté par AP . En réponse au journal Btrfs ne serait plus le futur. Évalué à 10.
Je suis l'auteur de la dépêche de 2012 et, en tant qu'utilisateur de btrfs, je dois bien admettre que son développement est frustrant tant il est lent. Pour autant, il n'est pas à l'arrêt. La mailing list des développeurs en atteste (en réagissant notamment à l'annonce de Redhat) : ça travaille toujours dessus. Peu d'améliorations visibles, beaucoup de polissage et de stabilisation. Il n'y a pas de mystère : si ça avance peu c'est que les hp, Redhat, Oracle, Facebook (l'employeur de Chris Mason, un des développeurs principaux) n'investissent pas assez dedans. S'ils mettaient chacun ne serait-ce que deux devs à temps plein, ça pourrait booster l'évolution de btrfs.
Quand je lis ces dépêches sur un développeur qui, d'un seul coup, se met en tête d'écrire un système de gestion de fichiers avec Copy on Write en partant de rien, ça me fait marrer. Même en étant un génie, cette personne ne va pas arriver à la stabilité d'un vénérable ZFS (qui a 7 ou 8 ans de plus que btrfs et un peu plus de développeurs actifs) en un jour.
Si je devais résumer les conseils d'utilisation heureuse de btrfs, je dirais :
Les snapshots, même si ça ne sert pas très souvent, c'est quand même bien pratique… et la possibilité de transmettre (comme ZFS) ces derniers entre machines (entiers ou deltas entre 2 snaps), c'est aussi bien commode.
Bref, ne jetons pas le bébé avec l'eau du bain.
# Sailfish tourne très bien sur le FP2
Posté par AP . En réponse au journal Alors, il est bien le Fairphone 2 ?. Évalué à 6.
L'article enterre bien trop vite SailfishOS, qui tourne très bien sur le FairPhone2 et qui supporte bien son matériel, jusqu'à la gestion de la double SIM. Son développement continue, certes lentement mais il continue. L'installation est fort simple et il se substitue à Android.
https://wiki.merproject.org/wiki/Adaptations/libhybris/Install_SailfishOS_for_fp2
# Eh ben non
Posté par AP . En réponse au journal Lennart a encore frappé !. Évalué à 10.
En l'occurrence, ce sont les développeurs de Firefox qui ont "encore frappé". Lennart Poettering, à l'origine de PulseAudio, n'est en rien responsable de la décision des développeurs de Firefox d'utiliser désormais PulseAudio comme sortie audio par défaut, là où ALSA était anciennement supporté.
[^] # Re: Question
Posté par AP . En réponse au journal Claude Gensac de funèsisée. Évalué à 4.
En fait, ce qu'il veut dire est qu'il excluait déjà par filtre tout les titres de journaux contenant "bronson". Il a peur, si on de disperse en synonymes, de finir avec un filtre d'exclusion de journaux LinuxFR du genre :
/(cann[eé]|clams[eé]|d[eé]c[eé]d[eé]|mort|mouru|bronson|de fun[èe]sis[eé]|clabot[eé]|calanch[eé]|arme [aà] gauche|tr[eé]pass[eé]|dernier soupir)/i# Comique de répétition : ça s'use
Posté par AP . En réponse au journal Le courage de l'innovation. Évalué à -10.
Ces journaux pleins d'ironie grinçante et de détournement du "parler de keynote" après chaque annonce Apple, ça devient fatigant. C'est toujours bien écrit mais ça ne fait plus rien passer de pertinent, même en creux.
# Reformulation
Posté par AP . En réponse au journal Une charade. Évalué à 8.
Je n'ai pas notion que "Gourmette Gourmette Gourmette Gourmette Gourmette Gourmette Verre Verre Verre Verre Verre Verre Verre Verre" ait joué dans Alien, encore moins en actrice principale. Visuellement, dans un rébus, cette astuce de la multiplication aurait fonctionné. Pas dans une charade.
Reformulons donc l'énigme :
# "Pas de caca" ?
Posté par AP . En réponse au journal Retour sur le « No poo ». Évalué à 10. Dernière modification le 24 juillet 2016 à 16:22.
Ah… Je pensais qu'il s'agissait d'une reprise du mouvement qui consistait à se retenir d'expulser quoi que ce soit, indéfiniment. Ça avait fait grand bruit, à l'époque… mais pas long feu : il s'était arrêté spontanément après les premiers cas de perforations intestinales.
# Curieux adjectif
Posté par AP . En réponse au journal Faille dans ImageMagick. Évalué à 10.
L'adjectif facétieux me semble inadapté. Il n'évoque ni la malveillance ni la nuisance mais plutôt la blague sans conséquences… tout comme "malicieux" qu'on traduit un peu vite de l'anglais "malicious" là ou on devrait plutôt dire "malveillant". Bon c'est sûr que "code défectueux" ou "code exploitable", ça attire peut-être moins la curiosité du lecteur. Il y aurait bien "code pourri" mais ça provoquerait l'indignation des contributeurs d'ImageMagick. Ah c'est dur de trouver le terme juste… et puis comme les rédacteurs de journaux du site sont friands du 4ème degré là ou je vois péniblement plus loin que le premier, je me dis que j'ai dû tomber dans un pot à miel lexical. "Oh, silly me."
[^] # Re: syncthing?
Posté par AP . En réponse au journal Diffusion de fichiers sur tablettes Android. Évalué à 5.
Pour l'utiliser moi-même entre 3 PC Linux et 2 terminaux Android (1 téléphone, 1 tablette) je seconde cette proposition. Syncthing est un projet très "vivant" et ouvert. Syncthing permet de faire d'un "nœud" syncthing le maître, pour un dossier partagé donné. Cela signifie que les modifs sont toujours tirées d'un dossier de référence et non propagées dans les 2 sens. C'est ce qu'on veut.
2 recommandations :
# Pas sans outils "bas niveau"
Posté par AP . En réponse au message systeme de fichier zfs monte avec l'option de compression. Évalué à 7.
À moins d'utiliser des outils donnant accès aux structures "bas niveau" de ZFS, je ne pense pas que ce soit possible. Cela-dit, scp et rsync savent compresser à la volée (respectivement avec les options -C et -z). Mieux : si le système de fichiers destinataire de la copie est aussi ZFS, on peut utiliser les outils spécifiques de copie de volumes ZFS, lesquels sauront par exemple ne transférer que les deltas entre 2 snapshots ZFS (zfs send / zfs receive) et transféreront les fichiers compressés sous leur forme compressée (j'ai un doute sur ce dernier point). La même remarque vaudrait pour un système de fichiers btrfs.
# Insensibilité à la casse pour la complétion des noms de fichiers
Posté par AP . En réponse au journal Faire de la magie avec son .inputrc. Évalué à 10.
Pour moi, la modif indispensable dans le .inputrc concerne la complétion, sensible à la casse par défaut. Pour y remédier :
set completion-ignore-case on[^] # Re: Suspects
Posté par AP . En réponse au journal Liberté d'expression sous les balles. Évalué à 2.
Ceux qui sont tombés sous les balles étaient des partisans résolus de l'humour très noir… mais bon… on pourrait… je ne sais pas, moi… attendre un chouia avant de se poiler grassement ? Moi je pleure Cabu, dont les feutres croquaient mieux que personne depuis bien avant que je sois sur terre. En fait j'ai bien la gerbe, ouais…
[^] # Re: Félicitations
Posté par AP . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Il existe un plugin pour rendre vim capable de gérer les curseurs multiples :
https://github.com/terryma/vim-multiple-cursors
[^] # Re: Exchange ?
Posté par AP . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 3.
Pour les calendriers Exchange (car l'IMAP d'Exchange convient bien pour la partie courrier), j'utilisais Lightning couplé à Davmail (dont le boulot est de retranscrire en protocoles ouverts pour une ou n machines tous les protocoles fermés d'Exchange) mais ce dernier restait lent et faisait ramer Thunderbird comme pas permis. J'ai gardé Lightning et je lui ai adjoint l'excellent plugin Exchange EWS provider qui fait du très bon boulot et TB ne rame plus.
Pour mes recherches, l'indexation de Thunderbird me convient la plupart du temps… mais comme j'ai mon petit dépôt de mails en local j'utilise aussi soit Mairix (indexeur léger de dépôts de mails au format Maildir) soit Recoll (ma foi fort efficace pour retrouver des aiguilles dans nos meules de foin de données).
[^] # Re: Rollbacks
Posté par AP . En réponse au journal APT : nouvelle version 1.0. Évalué à 3.
C'est de plus en plus utilisable par monsieur et madame tout le monde, surtout quand la distribution intègre ça nativement. Exemple avec OpenSuse et l'outil snapper.
[^] # Re: Rollbacks
Posté par AP . En réponse au journal APT : nouvelle version 1.0. Évalué à 1.
Correction : Tu peux utiliser zfs ou btrfs pour cela à l'aide des snapshots. La gestion des sous-volumes et des snapshots en btrfs est particulièrement stable (par opposition à des fonctionnalités plus "jeunes" comme le RAID5/6) et efficace.
# Quelques remarques
Posté par AP . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 10.
On sent que cet outil à été développé pour répondre à un besoin précis… Cependant ce journal et la page github peinent à expliquer clairement son fonctionnement et surtout à le "vendre". Je ne vois pas dans quelles circonstances je pourrais avoir besoin de ce système de copie en 2 étapes. En outre, utiliser un mot anglais très courant pour nommer l'outil ne risque-t-il pas de rendre le programme difficile à trouver via un moteur de recherche ? C'est dommage car on sent de gros efforts et du temps investi.
# Le publicitaire est un loup pour l'homme
Posté par AP . En réponse au journal SaaS vs Open Source: WiziShop a tout compris.. Évalué à 9.
Cette mauvaise foi publicitaire empeste le FUD. C'est tout à fait horripilant. J'aimerais que cet argumentaire faussé se retourne bruyamment contre son auteur, façon effet Streisand…
# MobaXterm
Posté par AP . En réponse au journal Quelques outils pour Windows. Évalué à 1.
Un client ssh qui inclut quelques protocoles graphiques (RDP, VNC), un gestionnaire de transferts sftp et… un serveur X, le tout dans une appli portable, c'est le bien pour qui veut ponctuellement lancer une appli graphique au travers d'une connexion ssh, sous Windows.
# Précisions sur la "copie côté serveur"
Posté par AP . En réponse à la dépêche Samba 4.1. Évalué à 10.
Il faut comprendre par là que, lorsque vous dupliquez un fichier sur le serveur Samba, son contenu ne transite pas en aller vers le client et en retour sur le serveur. La seule chose qui transite sur le réseau est l'ordre de copie. En outre, l'intégration avec BTRFS implique que la création du nouveau fichier se fera sans consommer d'espace supplémentaire. Le nouveau fichier sera vu comme indépendant du précédent (inode et attributs distincts) mais pointera initialement vers les mêmes blocs disques. C'est un des avantages des systèmes de fichiers modernes (tels que ZFS ou BTRFS) qui intègrent nativement la notion de snapshot.
# Ça marche très bien "chez un particulier"
Posté par AP . En réponse au journal Backups pas dans le cloud. Évalué à 10.
Faut pas déconner. À moins que le particulier en question soit dans une zone très propice aux coupures d'électricité ou d'accès Internet, je ne vois pas pourquoi les coupures devraient être un souci. Au pire, si la machine de sauvegarde est éteinte ou injoignable, on appelle "l'hébergeur" (ami/parent…) pour lui demander de la redémarrer.
…et si une nuit on loupe sa sauvegarde, ça n'est pas dramatique. Le tout est de ne pas laisser le truc sans surveillance pour constater au bout d'un mois que "ah ben c'est con, la sauvegarde ne se fait plus depuis un mois".
[^] # Re: OSEF
Posté par AP . En réponse au journal Le mythe de la transparence réseau. Évalué à 1.
Pareil. Ça n'est pas un mythe, ça marche. Le code est une horreur sans nom ? Peut-être mais ça marche. Il reste de la place pour des optimisations ? (latence, session persistante) Certes, mais ça marche.
Il y a beaucoup de mauvaise foi de la part des développeurs de Wayland à inférer que parce que c'est très mal conçu dans X, personne n'en aurait plus besoin à l'avenir.
# Ça utilise un compte pour télécharger tout ça
Posté par AP . En réponse à la dépêche GooglePlayDownloader : télécharger les APK sans rien demander à Google. Évalué à 2.
Question : l'appli en question utilise-t-elle un compte utilisateur générique collectif pour télécharger les applis ou est-il possible au final de les télécharger réellement sans aucune authentification ? L'évolution logique du truc serait… une appli Android… :)
# Jolie documentation
Posté par AP . En réponse au journal Un Firefox qui respecte votre vie privée. Évalué à 6.
Elle a le mérite d'être concise et de faire un grand tour de la question. Plein de pistes utiles. Merci.
[^] # Re: Un peu de sérieux nous sommes lundi...
Posté par AP . En réponse au journal Android : retour d'expérience. Évalué à 5.
" c'est pas un Linux dans l'appareil en question ? " (…)
Non… ???? Ben si !! C'est un noyau Linux (patché à la sauce Google). En revanche, on n'a pas l'environnement GNU habituel d'outils en ligne de commande… et c'est ça qui déroute le linuxien lambda pour qui (M. Stallman, bouchez-vous les oreilles) Linux = environnement d'outils GNU + noyau Linux.