Et pareil, aucun problème, fonctionne nickel. J'ai plusieurs comptes IMAP, pas mal de listes de diffusion dont la LKML (62 600 mails à ce jour) et ça passe sans broncher contrairement à Thunderbird qui a du mal à suivre.
Tout n'est pas tout rose mais globalement je suis content du produit. J'ai eu le cas une fois où le PC ramait à fond lors du lancement d'Evolution ou quelques blocages.
Attention, le réseau 127.0.0.0/8 n'est pas destiné à sortir de la machine. Il serait de toute façon rejeté par tout autre équipement. L'auteur du patch explique bien qu'il s'agit d'utiliser ce réseau pour la cuisine interne du système.
Si ce n'est pas super propre car habitués autrement, ce n'est pas plus stupide tant que ça reste dans le système.
Ce que je veux dire c'est que si monter mon serveur n'est pas un problème pour moi, ce n'est pas le cas de tout le monde même parmi la communauté LinuxFr.org (où cela devrait encore moins être un problème).
Un des succès de ces services Web c'est que l'utilisateur n'a pas grand chose à faire : une adresse e-mail, un mot de passe et c'est parti. Je vois mal Mr. Toutlemonde monter son serveur pour participer à cette grande expérience.
Et si quelqu'un propose un service Web pour leur faciliter la tâche, le décentralisé se recentre et on revient au même point.
Ben, il est dit que chaque message est signé donc je suppose qu'il y a génération d'une pair de clés à un certain point mais aucune mention n'est faite sur la transmission de la clé publique. Car si elle est simplement annoncée dans le profile, l'authentification ne sert pas à grand chose.
De même, il est dit que le serveur est authentifié à l'aide d'un chalenge lors de l'ajout d'un ami. Mais de même, pas trop de détails.
En gros, les bonnes idées sont là il ne manque plus qu'à savoir comment les implémenter.
A noter que le Misc #62 contient un très bon article détaillant le fonctionement de la sandbox de Chrome. On y apprend que ces malades s'amusent à décompiler le programme en live afin de détecter les appels systèmes pour gérer les droits d'accès.
Et il est bien là le problème. Certain programmes peuvent y mettre de très gros fichiers. Le sujet à longuement été débatu sur la liste de diffusion de Debian. Ce post résume un peu les différents problèmes que l'on peut rencontrer.
Retires le menu et on pourra peut être l'intégrer dans la prochaine version de GNOME avec affichage en plein écran car il ne faut faire qu'une seule tâche à la fois…
La mise en place d'un serveur de mail n'est pas chose aisée. DNS, IMAP, POP3, SSL, Greylisting, SPF, alias, utilisateurs virtuels (ou pas), anti-virus, etc… Je pense qu'à ce niveau, il faut avoir des notions d'administration système.
Faire un apt-get install my-magic-mailserver pourrait permettre d'avoir une solution clé en main mais la sécurité et le paramétrage n'en resterait pas moins compliqués. Même Exchange qui propose une solution complète mérite de s'attarder sur sa configuration et la mise en place de solutions de sécurité.
À savoir que Debian utilise par défaut l'architecture ARM EABI qui permet d'être compatible avec la plupart des architectures ARM. Cependant, cette architecture inclus une couche d'émulation ralentissant surtout le traitement des nombres flottants. Cette page explique très bien le problème.
Il semblerait que le succès rencontré par Raspberry Pi ait lancé un nouvel engouement pour le marché des mini pc.
Avec avec l'annonce de Intel NUC ou encore de AMD LiveBox, les cartes Pico-ITX vont commencer à se vendre de plus en plus… Et cela n'est pas pour me déplaire car je suis particulièrement à la recherche de ce type de machines idéales pour un média center voir même pour un bureau avec peu de place.
Activités > Fichiers (ah bah ça remet la fenêtre précédente…) > Fichier > Nouvelle Fenêtre > Restaurer la fenêtre 1 > La déplacer vers le bord et trouver la zone de détection > Restaurer la fenêtre 2 > La déplacer vers l'autre bord et trouver l'autre zone de détection.
C'est sûr on arrive plus au moins au même résultat mais user friendly… J'ai un doute.
Sauf qu'il ne s'agit pas forcément de code capable d'aller lire dans le fichier voulu.
Il faudrait modifier chaque fichier où les variables sont utilisées afin de les remplacer par la bonne valeur. Tout cela peu se faire avec un petit script maison mais j'aurais pensé qu'un outils de ce genre existait.
Ben l'idée serait de définir dans les fichiers des variables du style ${ADRESSE_IP} ou ${DB_URL} puis de répertorier le tout dans un fichier qui en fonction de l'environnement remplace les variables par ce qui va bien…
L'idée principale étant de pouvoir tester dans un environnement puis lorsque tout est OK, il n'y a plus qu'à passer en production à l'aide d'un truc du genre deploy prod qui va configurer le tout correctement.
# Ce que je vois...
Posté par Spack . En réponse au journal Quizz spécial moules. Évalué à 5.
C'est que si ça continue à pencher comme ça, ils vont finir par glisser et tomber… /o\
[^] # Re: Exchange 2012
Posté par Spack . En réponse au journal L'Evolution touche t-il à sa fin ?. Évalué à 4.
Je viens apporter un peu de soutien à zebra3.
Et pareil, aucun problème, fonctionne nickel. J'ai plusieurs comptes IMAP, pas mal de listes de diffusion dont la LKML (62 600 mails à ce jour) et ça passe sans broncher contrairement à Thunderbird qui a du mal à suivre.
Tout n'est pas tout rose mais globalement je suis content du produit. J'ai eu le cas une fois où le PC ramait à fond lors du lancement d'Evolution ou quelques blocages.
[^] # Re: Éponge contre Merkle-Damgård
Posté par Spack . En réponse à la dépêche Keccak remporte la mise et devient SHA-3. Évalué à 2.
--> []
[^] # Re: Avis personnel
Posté par Spack . En réponse au journal 127.0.0.0/8, bientôt sur vos traceroute. Évalué à 7.
Attention, le réseau 127.0.0.0/8 n'est pas destiné à sortir de la machine. Il serait de toute façon rejeté par tout autre équipement. L'auteur du patch explique bien qu'il s'agit d'utiliser ce réseau pour la cuisine interne du système.
Si ce n'est pas super propre car habitués autrement, ce n'est pas plus stupide tant que ça reste dans le système.
[^] # Re: Et en utilisant un hebergement gratos ?
Posté par Spack . En réponse au journal Tent tente le réseau social décentralisé. Évalué à 2.
Ce que je veux dire c'est que si monter mon serveur n'est pas un problème pour moi, ce n'est pas le cas de tout le monde même parmi la communauté LinuxFr.org (où cela devrait encore moins être un problème).
Un des succès de ces services Web c'est que l'utilisateur n'a pas grand chose à faire : une adresse e-mail, un mot de passe et c'est parti. Je vois mal Mr. Toutlemonde monter son serveur pour participer à cette grande expérience.
Et si quelqu'un propose un service Web pour leur faciliter la tâche, le décentralisé se recentre et on revient au même point.
[^] # Re: Et la sécurité
Posté par Spack . En réponse au journal Tent tente le réseau social décentralisé. Évalué à 2.
Ben, il est dit que chaque message est signé donc je suppose qu'il y a génération d'une pair de clés à un certain point mais aucune mention n'est faite sur la transmission de la clé publique. Car si elle est simplement annoncée dans le profile, l'authentification ne sert pas à grand chose.
De même, il est dit que le serveur est authentifié à l'aide d'un chalenge lors de l'ajout d'un ami. Mais de même, pas trop de détails.
En gros, les bonnes idées sont là il ne manque plus qu'à savoir comment les implémenter.
# Constante
Posté par Spack . En réponse au journal La revanche du cochon/chien. Évalué à 10.
---> []
# Misc
Posté par Spack . En réponse au journal Un article sur le sandboxing de Chrome sous Linux. Évalué à 4.
A noter que le Misc #62 contient un très bon article détaillant le fonctionement de la sandbox de Chrome. On y apprend que ces malades s'amusent à décompiler le programme en live afin de détecter les appels systèmes pour gérer les droits d'accès.
[^] # Re: J'ai désactivé tmpfs
Posté par Spack . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 5.
Et il est bien là le problème. Certain programmes peuvent y mettre de très gros fichiers. Le sujet à longuement été débatu sur la liste de diffusion de Debian. Ce post résume un peu les différents problèmes que l'on peut rencontrer.
[^] # Re: Espace de stockage
Posté par Spack . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 2.
Chiffrer le tout et l'envoyer sur Amazon Glacier (qui chiffrera une seconde fois mais on est jamais trop sûre) ?
On dépend du service bien sûre mais j'ai plus confiance en leur solution de stockage qu'un disque dur chez mamie…
[^] # Re: rsnapshot
Posté par Spack . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 4.
Retires le menu et on pourra peut être l'intégrer dans la prochaine version de GNOME avec affichage en plein écran car il ne faut faire qu'une seule tâche à la fois…
[^] # Re: Mais aussi
Posté par Spack . En réponse au journal Au diable le karma. Évalué à 3.
Bah maintenant, vu sous un autre angle, c'est peut être pas faux…
# Dépêche
Posté par Spack . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 9.
C'est le bon moment pour citer la dernière dépêche sur la révolution dans le monde de la sauvegarde.
[^] # Re: Le NVIDIA Tegra un système mono-puce à éviter ?
Posté par Spack . En réponse à la dépêche CyanogenMod 9.0, XBMC, Ouya. Évalué à 3.
/o\ C'est clair que si le néon ne fonctionne pas, on ne va pas voir grand chose à l'écran…
[^] # Re: Contacts et Cie
Posté par Spack . En réponse au journal Pour Microsoft, IMAP est un vieux protocole…. Évalué à 6.
La mise en place d'un serveur de mail n'est pas chose aisée. DNS, IMAP, POP3, SSL, Greylisting, SPF, alias, utilisateurs virtuels (ou pas), anti-virus, etc… Je pense qu'à ce niveau, il faut avoir des notions d'administration système.
Faire un
apt-get install my-magic-mailserverpourrait permettre d'avoir une solution clé en main mais la sécurité et le paramétrage n'en resterait pas moins compliqués. Même Exchange qui propose une solution complète mérite de s'attarder sur sa configuration et la mise en place de solutions de sécurité.# armhf
Posté par Spack . En réponse au journal Compte-rendus d'expérience avec le Raspberry Pi ?. Évalué à 10.
À savoir que Debian utilise par défaut l'architecture ARM EABI qui permet d'être compatible avec la plupart des architectures ARM. Cependant, cette architecture inclus une couche d'émulation ralentissant surtout le traitement des nombres flottants. Cette page explique très bien le problème.
La distribution Raspbian aussi distribué par la fondation Raspberry Pi répond au problème en se basant sur l'architecture Hard-Float ABI ARM.
[^] # Re: Firefox social tu perds ton sang froid
Posté par Spack . En réponse à la dépêche Firefox et Thunderbird, livrée 14. Évalué à 2.
D'ailleurs, le lien vers Firefox Social dans la dépêche est cassé.
# Nouvel engouement
Posté par Spack . En réponse au journal Concurrent de la Pandora Board. Évalué à 3.
Il semblerait que le succès rencontré par Raspberry Pi ait lancé un nouvel engouement pour le marché des mini pc.
Avec avec l'annonce de Intel NUC ou encore de AMD LiveBox, les cartes Pico-ITX vont commencer à se vendre de plus en plus… Et cela n'est pas pour me déplaire car je suis particulièrement à la recherche de ce type de machines idéales pour un média center voir même pour un bureau avec peu de place.
[^] # Re: Petit mail de l'auteur de la "Nautilus Split View"
Posté par Spack . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à 4. Dernière modification le 05 juillet 2012 à 14:36.
Surtout qu'il oubli un petit détail :
C'est sûr on arrive plus au moins au même résultat mais user friendly… J'ai un doute.
[^] # Re: vi
Posté par Spack . En réponse au message Gestionnaire de configuration d'environnement. Évalué à 2.
Sauf qu'il ne s'agit pas forcément de code capable d'aller lire dans le fichier voulu.
Il faudrait modifier chaque fichier où les variables sont utilisées afin de les remplacer par la bonne valeur. Tout cela peu se faire avec un petit script maison mais j'aurais pensé qu'un outils de ce genre existait.
[^] # Re: vi
Posté par Spack . En réponse au message Gestionnaire de configuration d'environnement. Évalué à 2.
Ben l'idée serait de définir dans les fichiers des variables du style
${ADRESSE_IP}ou${DB_URL}puis de répertorier le tout dans un fichier qui en fonction de l'environnement remplace les variables par ce qui va bien…L'idée principale étant de pouvoir tester dans un environnement puis lorsque tout est OK, il n'y a plus qu'à passer en production à l'aide d'un truc du genre
deploy prodqui va configurer le tout correctement.[^] # Re: Ne pas oublier LC_ALL=C
Posté par Spack . En réponse au journal Leap second. Évalué à 5.
2.6.32 étant un noyau maintenu sur le long terme je pense que l'on verra vite arriver un
backportrétro-portage de la correction.[^] # Re: Gestionnaire de paquets
Posté par Spack . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 2.
En même temps avec Java non plus… Par contre on peut effectivement déployer le même Bytecode qui sera traduit en fonction de l'architecture.
[^] # Re: Exemple : Debian
Posté par Spack . En réponse au journal Linuxfr+ldap ? Une solution de gestion de communauté efficace ?. Évalué à 2.
Leur infrastructure est-elle documentée quelque part et accessible publiquement ?
# 200 OK
Posté par Spack . En réponse au message Apache, mod_rewrite et Directory. Évalué à 3.
Bien j'ai trouvé la source de mon erreur. Il s'agit de l'expression régulière qui est incorrecte.
doit devenir