Ben, ce qui me gêne (enfin toutes proportions gardées hein, ça va pas m'empêcher de dormir non plus ;)), c'est que "greplog" ne servirait qu'à sortir les logs sous format texte. Certes, ça reste simple, mais ça fait un outil de plus, et hyper spécifique.
Mais à bien y réfléchir, rajouter une fonctionnalité/option à grep, serait le complexifier et de toute façon, la-dite fonctionnalité ne serait valable que pour les logs.
Donc oui, au final, l'idéal reste de pouvoir sortir les logs sous une forme exploitable avec les outils existants.
Mais ne connaissant que très peu lumberjack, je ne sais pas dans quelle direction ils souhaitent évoluer et quels choix techniques ils feront.
c'est la capacité à l'immobilisme tout ça parce que ça change des choses.
C'est marrant cet amalgame. Ce que je comprends moi, c'est pas que le gars n'aime pas le changement, mais il n'aime pas comment ça change.
Pour les logs, une critique qui revient c'est par exemple "ouai mais mon grep il va plus fonctionner". Ok, et si un outil greplog est fourni et fait ce qu'il faut ? Hop, tu as ton outil simple qui ne fait qu'une chose, qui peut se chainer comme tu le ferais avec grep. Et donc c'est plus unix quand même ?
Ben non, c'est très bête. Avant on avait un outil, grep, qui était applicable partout. Là, on aura toujours un outil grep applicable partout, sauf… et dans ces cas là, il faudra utiliser un autre outil (continuons à l'appeler "greplog"), dont le nom (ie: la commande) et probablement la syntaxe, ne seront pas les mêmes et dont l'usage sera spécifique (unique), contrairement au grep "universel".
Le coup de la gestion du domaine de messagerie pour l'entreprise via les services de Google, je connaissais. Je l'avais fait dans mon ancien bahut. ;)
Par contre, je pensais que l'adresse Gmail allait de pair avec le compte Google. D'ailleurs, sur Youtube, lors de la création du compte, le champ "nom d'utilisateur Google" se termine par "@gmail.com" qui est non modifiable, d'où mes remarques.
Oui, créer un compte google donne automatiquement une adresse Gmail (qui sert d'identifiant) et par extension aux services Google (calendar et les contacts, docs…).
Cela étant, rien n'oblige à utiliser le compte mail à proprement parler.
Un téléphone qui fait réveil même quand je l'éteins la nuit (j'éteins toujours mon téléphone)
J'utilise le mien en réveil, pour avoir l'heure qu'il est la nuit et l'alarme le matin. Je ne crois pas qu'il soit possible d'avoir l'alarme si le téléphone est éteint.
Or, comme j'étais moyennement chaud pour avoir des ondes dans la tronche toutes les nuits (principe de précaution toussa) j'utilise, comme cela a déjà été suggéré, le mode avion.
Et pour ne pas me prendre la tête à l'activer le soir et surtout penser à le désactiver le matin, j'ai installé une appli qui le fait automatiquement : SleepMyPhone.
Accessoire indispensable : le desktop dock, permet de recharger le téléphone et particularité des Nexus, il n'utilise pas la prise usb (et donc ne l'abîme pas) mais le connecteur prévu pour, constitué de 3 pins sur le dock et de 3 petites pastilles qui tombent en face sur le côté du téléphone.
A noter que ce connecteur est également présent sur le car dock (indispensable aussi :D).
Ce connecteur active automatiquement le bluetooth du téléphone pour que celui-ci se connecte au(x) dock(s) et transmette le son à la prise 3,5mm du dock ((dés)activable dans les options d'Android).
Facilité d'utilisation avec un compte mail/XMPP qui n'est pas google
Android intègre de base une application Mail (différente de Gmail) permettant de consulter un compte mail (pop/imap et smtp).
Pour le XMPP, j'utilise une appli : Xabber, qui fonctionne admirablement bien.
Bonne gestion des contacts (le N900 était génial)
Android offre une gestion de contacts assez poussée avec la possibilité d'ajouter plusieurs numéros, adresses postales, adresses mails et également une photos et une sonnerie personnalisée.
Le plus étant bien sûr de synchroniser ça avec le compte Google afin de conserver ce carnet d'adresses en cas de flashage ou de changement du téléphone, mais ce n'est pas obligatoire.
Par contre, un compte Google est obligatoire pour utiliser Google Play (le market d'applications), bien qu'il soit possible de ne pas passer par Google Play pour installer des applications (mais dans ce cas, adieu les mises à jours automatiques). Il est en effet possible d'autoriser l'installation d'applications provenant de sources non-vérifiées et d'installer alors des applications via des packages récupérés au préalable (direct sur internet) en .apk.
Prise de note manuelle
Le Galaxy Nexus n'a pas de stylet, bien que je pense que celui du type fourni avec le Note soit fonctionnel.
Autonomie décente
Pour l'instant, entre 1 et 2 jours suivant l'usage. Bon point à noter sur le Galaxy Nexus : la batterie est amovible.
Solide
Rien à dire pour le moment. Il semble robuste (beaucoup plus que les premiers Galaxy) et est proche de la qualité de finition des HTC.
Possibilité de brancher un clavier USB (mon Typematrix) si je trouve un adaptateur mini-usb -> usb standard. (ça existe ?)
USB je ne sais pas, même si je pense que ça doit fonctionner, mais bluetooth oui, sans problèmes.
Bonne appli GPS utilisant OpenStreetMap (et utilisable en voiture)
J'utilise Google Maps Navigation, donc pour OSM je ne sais pas. Je peux juste te dire que Google Maps Navigation fonctionne à merveille.
Joue les ogg.
Comme le flac, c'est supporté nativement par les roms custom (type CyanogenMod) et par Android 4 (pas sûr pour les versions 2.2/2.3)
Support de ScummVM (parce que bon, sans blague, je vends ces blousons en cuir)
J'ai pas tenté (mais je vais :D), par contre les émulateurs NES/SNES/GB/GBA fonctionnent parfaitement ;)
Concernant la taille, j'ai vu le Note en vrai et c'est très grand. Trop pour moi. J'avais un Nexus One avant (~ 3" il me semble), je trouvais ça pas mal, mais les 4,6" du Galaxy Nexus sont très nettement plus confortables, tout en ayant un appareil très compact.
Seul reproche que j'aurais éventuellement à lui faire, c'est l'absence de slot µSD, mais comme il embarque 16Go, pour l'instant je n'ai pas ressenti de gène.
De plus, lié à ça, le mode UMS est absent. Il faut utiliser MTP ou PTP à la place (au choix). Mais Linux gère ça très bien via mtpfs (j'avais des soucis pour copier des fichiers vers le téléphone en passant par les services de Gnome).
Comment ça "de ta génération" ? Je suis probablement de sa génération et en tout cas pas de celle de ce film que je connais pourtant très bien (faut dire, on touche au cultissime quand même).
Retire-ça vite fait, parce que je te préviens, moi quand on m'en fait trop, j'correctionne plus. J'dynamite, j'disperse. J'ventile.
Bien sûr qu'il faut avoir besoin de 2To de plus, mais là n'était pas la question.
Bien sûr que tu restes proprio de tes données quand tu les stockes sur un serveur loué et heureusement. Mais je pense que tu peux comprendre qu'il s'agit ici du principe. Peut-on/doit-on faire confiance à un tiers pour héberger ses données perso ? Je ne demande pas de réponse, c'est à chacun de choisir. Ce que je dis moi, c'est que tant que c'est sur mon serveur, je n'ai pas à me soucier de la question, juste à faire gaffe à la sécurité de mon serveur vis-à-vis des attaques extérieures (mais ça c'est valable dans les 2 cas).
Sauf que l'indication est "auto-hébergement, vas-y", pas une information sur les choix. On est loin d'une information, mais plutôt du prosélytisme.
Non. Puisqu'on en est à ergoter, la formule est "Je n'en connais qu'un… l'auto-hébergement !".
Soit tu prends ça littéralement et tu considères que je ne connais effectivement rien d'autre… soit tu lis ça en étant un peu détendu et tu le prends comme il se doit, à savoir un simple témoignage de ce qui marche pour moi (et d'autres) et qui pourrait donc peut-être convenir à M.
T'es un poil tordu quand même pour aller chercher du prosélytisme dans mon commentaire…
Ca fait juste un spammeur (tu vas dire que c'est insultant?) qui veut vendre son "produit".
Boaf, tu sais, moi je m'en cogne après tout. Je fais comme ça, ça me convient, le mec demande des avis, je donne le mien. J'ai rien à y gagner.
Et sans être insultant, tu paieras pas plus cher à être un peu plus avenant et la discussion sera plus agréable. ;)
Démonstration que la personne qui préconise l'auto-hébergement ne connait pas les risques (elle n'en parle pas)
On a évoqué les risques plus loin dans la discussion, je ne les nie pas, mais il faut aussi les relativiser.
Relit la tirade sur l'auto-hébergement, et tu verras que ça n'a rien à voir : il parle d'hébergement, indépendamment de l’endroit (hébergeur ou chez soit), mais parle d'"auto"
Non non, il parle bien d'auto-hébergement. Et il dit qu'effectivement dans ce cas il est le seul maître à bord, contrairement à un hébergement où il est dépendant de l'hébergeur.
Il sous-entend aussi que rajouter 2 To dans son serveur lui coûtera le prix du disque et n'augmentera pas le coût de fonctionnement mensuel (contrairement à un hébergement ailleurs).
Il dit encore qu'il reste propriétaire de ses données (comprendre des données qu'il héberge - ce qui a été précisé plus tard), puisque c'est sa machine, contrairement à un hébergement chez OVH (ou ailleurs).
Le reste, je concède que ce n'est pas spécifique à l'auto-hébergement.
Dans tous les cas, je n'interviens pas ici pour proposer un rapport de 15 pages détaillant de façon exhaustive les avantages et inconvénients de toutes les solutions qui répondraient (ou non) au besoin exprimé. Ça c'est ce que je ferais au boulot. Or je n'y suis pas et j'envisage cet espace comme une détente plutôt que comme un concours de celui qui présentera la solution la mieux argumentée et la plus performante techniquement. Je m'autorise donc une certaine médiocrité dans mes réponses. Libre à mon interlocuteur de me demander plus de précisions, que je ne manquerai pas de lui donner avec plaisir.
Le conseil aurait plutôt été "prend chez OVH quelques Euros par an" qu'un auto-hébergement…
C'est un autre conseil en effet. Pourquoi ça devrait être le seul ? Parce que techniquement c'est le plus fiable ? Peut-être. Mais on parle ici de boîte mail perso, pas d'une entreprise, la criticité et le niveau de QoS ne sont pas les mêmes. A lui de faire son choix en connaissance de cause et je pense que les commentaires rentrent suffisamment dans les détails pour qu'il ait de quoi faire.
Pour le fun, ou par conviction. A trop regardé les confs de Benjamin Bayart, on prend goût à vouloir refaire du vrai internet décentralisé.
Concernant les coûts, le temps est difficilement quantifiable et de toute façon, il sera nécessaire dans les deux cas puisque la config du service (ainsi que sa maintenance) devra se faire que le serveur soit loué ou auto-hébergé.
Ensuite, pour les coûts réels, face à la location d'un serveur, tu rentabilises vite.
Un an de Kimsufi ça fait (avec le domaine), 230 €.
En auto-hébergement :
- 30 € pour un Raspberry (ou équivalent)
- 25 € pour une carte SD 32Go Classe 10
- 75 € pour un onduleur
- 15 € / an pour le domaine
- 15-20 € / an d'élec
Ça fait une mise de départ de 160 €, soit 10 mois de Kimsufi. Ensuite le coût de fonctionnement tourne dans les 2-3 € / mois (soit toujours 2x moins qu'un Virtual KS).
Même en comptant un budget plus large au départ, ça reste dérisoire.
Maintenant, je n'essaie pas de convaincre qui que ce soit de la supériorité de l'une ou l'autre des solutions, car certes, si il est moins cher, l'auto-hébergement est quand même contraint par le faible débit en up (mais au delà de ça, pas de soucis sur de l'adsl, Free propose et ip fixes gratuitement et également de faire sauter le filtrage sortant du smtp) et les aléas des pannes.
Mais pour ma part, ça reste le choix le plus en adéquation avec mes convictions. ;)
Les pairs de confiance pour le MX, tu peux développer parce que je ne connais pas, mais ça m'intéresse ?
J'entendais "confidentielles sur le serveur". C'est comme ça que j'avais compris la problématique du fournisseur de service sérieux et pas big brother.
Après, quand le mail sort (ou rentre) en n'étant pas chiffré, son contenu n'est plus confidentiel, on est bien d'accord. ;)
Mais il faut compter alors la location du serveur. Un VPS ou un Kimsufi chez OVH, c'est 15 €… par mois. C'est à peine que ce que me coûte mon C7 en élec, par an.
Quant à la disponibilité, j'ai peu de soucis pour ma part. Cela étant, je songe quand même à me prendre un petit onduleur, au cas où. On trouve des 500VA pour 75 € (chez Materiel.net), ça commence à être dans le domaine du faisable.
Et en mettant le serveur, le routeur et la box dessus, à moins qu'il y ait une coupure de ligne, la dispo devrait friser les 100%. (et une Debian Stable ne crashe pas monsieur ! ;D)
Reste le débit montant, mais là, pour un serveur de mail c'est à mon avis largement suffisant.
Je sais pas si vous connaissez un fournisseur de mails sérieux (et pas big brother) et gratuit proposant de l'imap et au moins 200Mo de stockage.
L'auto-hébergement !
Ça nécessite un domaine, de la config, du temps, mettre les mains dans le cambouis, toussa.
Et bien sûr, une machine qui tourne 24/24, mais pour ça, les nettop et autres RaspperryPi tombent à point nommé.
Mais,
- tu es le seul maître à bord,
- tu n'as pas de limite d'espace autre que celle de ton disque,
- tes données t'appartiennent et restent confidentielles (mais attention à la sécurité du serveur tout de même)
- tu peux te créer autant de boîtes que tu veux sur ton domaine et notamment des boîtes "jetables" afin de limiter les pourriels sur la boîte principale,
- tu mets en place les protocoles et les modes d'accès que tu veux (imap, webmail…),
- en dehors de la conso électrique (limitée), du domaine et de l'investissement de départ, le coût n'est certes pas nul, mais reste à mon sens assez dérisoire.
Samsung a toujours besoin d'Android pour avoir un OS populaire et vendre des téléphones intelligents.
Oui, mais Samsung est aussi dans le développement de Tizen et a son propre OS mobile (Bada).
Il est donc possible, comme le mentionne l'article de Wikipédia, de voir dans un futur proche un rapprochement de ces 2 projets, permettant à Samsung d'avoir un OS mobile suffisamment abouti et évolué à mettre dans ses téléphones.
Samsung n'aura donc peut-être un jour plus besoin d'Android…
Par contre, vu le poids de Samsung dans le marché des smartphones, Google a nettement plus besoin d'eux.
Edit: Over grillé, j'aurais du rafraîchir avant de poster :D
Oui, vrai de vrai. En ce qui me concerne, avec Samba4, même si je ne l'ai pas passé en prod (vivement une version stable), ça remplace parfaitement un AD 2003/2008.
La gestion des DNS via Bind, les GPO, les comptes, l'intégration des clients… Aucun problème. Et le fait de pouvoir utiliser les msc depuis un client, ça permet en effet d'avoir un vrai serveur (cad: sans interface graphique). Tout ça ajouté aux réjouissances habituelles (lxc, ssh, apache, isc-dhcp, iptables, l'absence de virus…)
Ma prochaine étape va être de tester la synchro avec un 2008 R2 pour faire du load balancing ou augmenter la dispo en ajoutant une sécurité en cas de crash de l'un des 2.
Et là, si c'est concluant, je pourrais me permettre de passer ça en prod direct, sans attendre une sortie stable.
Merci, je ne connaissais pas et ça pourrait m'être utile.
Par contre, j'avais pas pigé au début. Je pensais que ce n'était qu'une interface pour contrôler un Samba4 (ce qui entrait en contradiction avec ta parenthèse sur l'état alpha de S4).
En fait si je comprends bien c'est une distrib complète rassemblant des morceaux existants (samba4, bind…) pour en faire un tout cohérent administrable avec cette fameuse interface Qt. J'ai bon ?
Me vient quelques questions : certes, le projet est annoncé comme officiellement stable, mais dans les faits, l'est-il plus ou moins que Samba4 dans ses dernières alpha ?
Je précise un peu ma pensée, durant les quelques tests que j'ai fait de Samba4, celui-ci me semblait suffisamment au point pour gérer un petit parc de 25 bécannes.
Du coup, à part la facilité de mise en place et l'interface maison, quel serait l'intérêt de cette solution par rapport à une bonne vieille Debian fournissant un Samba4 administré avec les consoles MSC de Miscroft (même si celles-ci sont utilisables avec Resara dès l'instant où le serveur est vu comme un vrai AD par les clients Windows), particulièrement sur des parcs un peu plus cossus (500 à 1000 postes) ?
j'ai bien compris ta démarche sur le fait que TCP est prévu pour des connexions longues durées, mais je me demande tout simplement pourquoi tu souhaites garder une (ou plusieurs) connexions ssh actives (mais sans nécessairement de trafic) pendant plusieurs jours ?
Ou alors, on n'a pas le même Windows Seven… Ca serait bizarre quand même.
On risque pas, je ne l'ai pas. :D
Enfin si, au boulot, mais je l'ai tout juste installé en VM, et, comme par hasard, après à peine 10 min d'utilisation, redémarrage requis pour mise à jour. Bon, je le comprends, étant donné que le DVD est "périmé", mais bon, pour faire le comparatif, une Debian en netinstall est directement à jour.
Maintenant, concrètement, sous Debian, à part pour les maj du noyau (ou du serveur X), je ne redémarre jamais ma machine (ou gdm3). Et pourtant, j'utilise bien les dernières version des logiciels installés.
Merci pour Ksplice. ;) Je ne connaissais pas et c'est intéressant (pour un serveur surtout). J'avais déjà vu un projet analogue, mais impossible de retrouver le nom.
# Rnd
Posté par madhatter (site web personnel) . En réponse au journal L'histoire du mot « Linux » ou étude scientifique du dit mot. Évalué à 3. Dernière modification le 24 juin 2012 à 22:41.
Certes, c'est totalement random, mais pourquoi pas !
Je trouve néanmoins que ça manque un peu de couilles. Ça aurait pu être plus travaillé (non pas qu'il n'y ait pas de travail, hein), plus recherché.
Mais je salue l'effort. Ça change des journaux habituels. ;)
There is no spoon...
[^] # Re: Note
Posté par madhatter (site web personnel) . En réponse au journal AHAHAHAH EN MODE RIGOLO. Évalué à 1. Dernière modification le 22 juin 2012 à 14:14.
Ben, c'est qu'elle a les deux pattes pareilles, mais surtout la gauche.
(Ça marche aussi avec le pigeon, mais pas avec les tomates)
There is no spoon...
[^] # Re: Où est le problème ?
Posté par madhatter (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 2.
Ben, ce qui me gêne (enfin toutes proportions gardées hein, ça va pas m'empêcher de dormir non plus ;)), c'est que "greplog" ne servirait qu'à sortir les logs sous format texte. Certes, ça reste simple, mais ça fait un outil de plus, et hyper spécifique.
Mais à bien y réfléchir, rajouter une fonctionnalité/option à grep, serait le complexifier et de toute façon, la-dite fonctionnalité ne serait valable que pour les logs.
Donc oui, au final, l'idéal reste de pouvoir sortir les logs sous une forme exploitable avec les outils existants.
Mais ne connaissant que très peu lumberjack, je ne sais pas dans quelle direction ils souhaitent évoluer et quels choix techniques ils feront.
There is no spoon...
[^] # Re: Où est le problème ?
Posté par madhatter (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 1.
Oui, si c'est possible, pourquoi pas en effet. ;)
There is no spoon...
[^] # Re: Où est le problème ?
Posté par madhatter (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 6.
C'est marrant cet amalgame. Ce que je comprends moi, c'est pas que le gars n'aime pas le changement, mais il n'aime pas comment ça change.
Ben non, c'est très bête. Avant on avait un outil, grep, qui était applicable partout. Là, on aura toujours un outil grep applicable partout, sauf… et dans ces cas là, il faudra utiliser un autre outil (continuons à l'appeler "greplog"), dont le nom (ie: la commande) et probablement la syntaxe, ne seront pas les mêmes et dont l'usage sera spécifique (unique), contrairement au grep "universel".
There is no spoon...
[^] # Re: Mon GalaxyNoteàmoi
Posté par madhatter (site web personnel) . En réponse au journal Quel smartphone pour aller à la boulangerie ?. Évalué à 1.
Le coup de la gestion du domaine de messagerie pour l'entreprise via les services de Google, je connaissais. Je l'avais fait dans mon ancien bahut. ;)
Par contre, je pensais que l'adresse Gmail allait de pair avec le compte Google. D'ailleurs, sur Youtube, lors de la création du compte, le champ "nom d'utilisateur Google" se termine par "@gmail.com" qui est non modifiable, d'où mes remarques.
There is no spoon...
[^] # Re: Mon GalaxyNoteàmoi
Posté par madhatter (site web personnel) . En réponse au journal Quel smartphone pour aller à la boulangerie ?. Évalué à 0.
Ton id de compte Youtube est du type tartempion@gmail.com, normalement. Donc tu as une adresse Gmail, mais tu ne l'utilises pas. ;)
There is no spoon...
[^] # Re: Mon Galaxy Noteàmoi
Posté par madhatter (site web personnel) . En réponse au journal Quel smartphone pour aller à la boulangerie ?. Évalué à 1.
Oui, créer un compte google donne automatiquement une adresse Gmail (qui sert d'identifiant) et par extension aux services Google (calendar et les contacts, docs…).
Cela étant, rien n'oblige à utiliser le compte mail à proprement parler.
There is no spoon...
[^] # Re: Galaxy Nexus
Posté par madhatter (site web personnel) . En réponse au journal Quel smartphone pour aller à la boulangerie ?. Évalué à 1.
Merci !
There is no spoon...
# Galaxy Nexus
Posté par madhatter (site web personnel) . En réponse au journal Quel smartphone pour aller à la boulangerie ?. Évalué à 3.
J'utilise le mien en réveil, pour avoir l'heure qu'il est la nuit et l'alarme le matin. Je ne crois pas qu'il soit possible d'avoir l'alarme si le téléphone est éteint.
Or, comme j'étais moyennement chaud pour avoir des ondes dans la tronche toutes les nuits (principe de précaution toussa) j'utilise, comme cela a déjà été suggéré, le mode avion.
Et pour ne pas me prendre la tête à l'activer le soir et surtout penser à le désactiver le matin, j'ai installé une appli qui le fait automatiquement : SleepMyPhone.
Accessoire indispensable : le desktop dock, permet de recharger le téléphone et particularité des Nexus, il n'utilise pas la prise usb (et donc ne l'abîme pas) mais le connecteur prévu pour, constitué de 3 pins sur le dock et de 3 petites pastilles qui tombent en face sur le côté du téléphone.
A noter que ce connecteur est également présent sur le car dock (indispensable aussi :D).
Ce connecteur active automatiquement le bluetooth du téléphone pour que celui-ci se connecte au(x) dock(s) et transmette le son à la prise 3,5mm du dock ((dés)activable dans les options d'Android).
Android intègre de base une application Mail (différente de Gmail) permettant de consulter un compte mail (pop/imap et smtp).
Pour le XMPP, j'utilise une appli : Xabber, qui fonctionne admirablement bien.
Android offre une gestion de contacts assez poussée avec la possibilité d'ajouter plusieurs numéros, adresses postales, adresses mails et également une photos et une sonnerie personnalisée.
Le plus étant bien sûr de synchroniser ça avec le compte Google afin de conserver ce carnet d'adresses en cas de flashage ou de changement du téléphone, mais ce n'est pas obligatoire.
Par contre, un compte Google est obligatoire pour utiliser Google Play (le market d'applications), bien qu'il soit possible de ne pas passer par Google Play pour installer des applications (mais dans ce cas, adieu les mises à jours automatiques). Il est en effet possible d'autoriser l'installation d'applications provenant de sources non-vérifiées et d'installer alors des applications via des packages récupérés au préalable (direct sur internet) en .apk.
Le Galaxy Nexus n'a pas de stylet, bien que je pense que celui du type fourni avec le Note soit fonctionnel.
Pour l'instant, entre 1 et 2 jours suivant l'usage. Bon point à noter sur le Galaxy Nexus : la batterie est amovible.
Rien à dire pour le moment. Il semble robuste (beaucoup plus que les premiers Galaxy) et est proche de la qualité de finition des HTC.
USB je ne sais pas, même si je pense que ça doit fonctionner, mais bluetooth oui, sans problèmes.
J'utilise Google Maps Navigation, donc pour OSM je ne sais pas. Je peux juste te dire que Google Maps Navigation fonctionne à merveille.
Comme le flac, c'est supporté nativement par les roms custom (type CyanogenMod) et par Android 4 (pas sûr pour les versions 2.2/2.3)
J'ai pas tenté (mais je vais :D), par contre les émulateurs NES/SNES/GB/GBA fonctionnent parfaitement ;)
Concernant la taille, j'ai vu le Note en vrai et c'est très grand. Trop pour moi. J'avais un Nexus One avant (~ 3" il me semble), je trouvais ça pas mal, mais les 4,6" du Galaxy Nexus sont très nettement plus confortables, tout en ayant un appareil très compact.
Seul reproche que j'aurais éventuellement à lui faire, c'est l'absence de slot µSD, mais comme il embarque 16Go, pour l'instant je n'ai pas ressenti de gène.
De plus, lié à ça, le mode UMS est absent. Il faut utiliser MTP ou PTP à la place (au choix). Mais Linux gère ça très bien via mtpfs (j'avais des soucis pour copier des fichiers vers le téléphone en passant par les services de Gnome).
There is no spoon...
[^] # Re: Screen
Posté par madhatter (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 2.
Je m'insurge !
Comment ça "de ta génération" ? Je suis probablement de sa génération et en tout cas pas de celle de ce film que je connais pourtant très bien (faut dire, on touche au cultissime quand même).
Retire-ça vite fait, parce que je te préviens, moi quand on m'en fait trop, j'correctionne plus. J'dynamite, j'disperse. J'ventile.
;)
There is no spoon...
[^] # Re: J'en connais qu'un
Posté par madhatter (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 1.
T'encules les mouches là.
Bien sûr qu'il faut avoir besoin de 2To de plus, mais là n'était pas la question.
Bien sûr que tu restes proprio de tes données quand tu les stockes sur un serveur loué et heureusement. Mais je pense que tu peux comprendre qu'il s'agit ici du principe. Peut-on/doit-on faire confiance à un tiers pour héberger ses données perso ? Je ne demande pas de réponse, c'est à chacun de choisir. Ce que je dis moi, c'est que tant que c'est sur mon serveur, je n'ai pas à me soucier de la question, juste à faire gaffe à la sécurité de mon serveur vis-à-vis des attaques extérieures (mais ça c'est valable dans les 2 cas).
Non. Puisqu'on en est à ergoter, la formule est "Je n'en connais qu'un… l'auto-hébergement !".
Soit tu prends ça littéralement et tu considères que je ne connais effectivement rien d'autre… soit tu lis ça en étant un peu détendu et tu le prends comme il se doit, à savoir un simple témoignage de ce qui marche pour moi (et d'autres) et qui pourrait donc peut-être convenir à M.
T'es un poil tordu quand même pour aller chercher du prosélytisme dans mon commentaire…
There is no spoon...
[^] # Re: J'en connais qu'un
Posté par madhatter (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 1.
Boaf, tu sais, moi je m'en cogne après tout. Je fais comme ça, ça me convient, le mec demande des avis, je donne le mien. J'ai rien à y gagner.
Et sans être insultant, tu paieras pas plus cher à être un peu plus avenant et la discussion sera plus agréable. ;)
On a évoqué les risques plus loin dans la discussion, je ne les nie pas, mais il faut aussi les relativiser.
Non non, il parle bien d'auto-hébergement. Et il dit qu'effectivement dans ce cas il est le seul maître à bord, contrairement à un hébergement où il est dépendant de l'hébergeur.
Il sous-entend aussi que rajouter 2 To dans son serveur lui coûtera le prix du disque et n'augmentera pas le coût de fonctionnement mensuel (contrairement à un hébergement ailleurs).
Il dit encore qu'il reste propriétaire de ses données (comprendre des données qu'il héberge - ce qui a été précisé plus tard), puisque c'est sa machine, contrairement à un hébergement chez OVH (ou ailleurs).
Le reste, je concède que ce n'est pas spécifique à l'auto-hébergement.
Dans tous les cas, je n'interviens pas ici pour proposer un rapport de 15 pages détaillant de façon exhaustive les avantages et inconvénients de toutes les solutions qui répondraient (ou non) au besoin exprimé. Ça c'est ce que je ferais au boulot. Or je n'y suis pas et j'envisage cet espace comme une détente plutôt que comme un concours de celui qui présentera la solution la mieux argumentée et la plus performante techniquement. Je m'autorise donc une certaine médiocrité dans mes réponses. Libre à mon interlocuteur de me demander plus de précisions, que je ne manquerai pas de lui donner avec plaisir.
C'est un autre conseil en effet. Pourquoi ça devrait être le seul ? Parce que techniquement c'est le plus fiable ? Peut-être. Mais on parle ici de boîte mail perso, pas d'une entreprise, la criticité et le niveau de QoS ne sont pas les mêmes. A lui de faire son choix en connaissance de cause et je pense que les commentaires rentrent suffisamment dans les détails pour qu'il ait de quoi faire.
There is no spoon...
[^] # Re: J'en connais qu'un
Posté par madhatter (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 2.
Pour le fun, ou par conviction. A trop regardé les confs de Benjamin Bayart, on prend goût à vouloir refaire du vrai internet décentralisé.
Concernant les coûts, le temps est difficilement quantifiable et de toute façon, il sera nécessaire dans les deux cas puisque la config du service (ainsi que sa maintenance) devra se faire que le serveur soit loué ou auto-hébergé.
Ensuite, pour les coûts réels, face à la location d'un serveur, tu rentabilises vite.
Un an de Kimsufi ça fait (avec le domaine), 230 €.
En auto-hébergement :
- 30 € pour un Raspberry (ou équivalent)
- 25 € pour une carte SD 32Go Classe 10
- 75 € pour un onduleur
- 15 € / an pour le domaine
- 15-20 € / an d'élec
Ça fait une mise de départ de 160 €, soit 10 mois de Kimsufi. Ensuite le coût de fonctionnement tourne dans les 2-3 € / mois (soit toujours 2x moins qu'un Virtual KS).
Même en comptant un budget plus large au départ, ça reste dérisoire.
Maintenant, je n'essaie pas de convaincre qui que ce soit de la supériorité de l'une ou l'autre des solutions, car certes, si il est moins cher, l'auto-hébergement est quand même contraint par le faible débit en up (mais au delà de ça, pas de soucis sur de l'adsl, Free propose et ip fixes gratuitement et également de faire sauter le filtrage sortant du smtp) et les aléas des pannes.
Mais pour ma part, ça reste le choix le plus en adéquation avec mes convictions. ;)
Les pairs de confiance pour le MX, tu peux développer parce que je ne connais pas, mais ça m'intéresse ?
There is no spoon...
[^] # Re: J'en connais qu'un
Posté par madhatter (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 2. Dernière modification le 11 mai 2012 à 11:12.
J'entendais "confidentielles sur le serveur". C'est comme ça que j'avais compris la problématique du fournisseur de service sérieux et pas big brother.
Après, quand le mail sort (ou rentre) en n'étant pas chiffré, son contenu n'est plus confidentiel, on est bien d'accord. ;)
There is no spoon...
[^] # Re: J'en connais qu'un
Posté par madhatter (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 2.
C'est vrai aussi, en effet. ;)
Mais il faut compter alors la location du serveur. Un VPS ou un Kimsufi chez OVH, c'est 15 €… par mois. C'est à peine que ce que me coûte mon C7 en élec, par an.
Quant à la disponibilité, j'ai peu de soucis pour ma part. Cela étant, je songe quand même à me prendre un petit onduleur, au cas où. On trouve des 500VA pour 75 € (chez Materiel.net), ça commence à être dans le domaine du faisable.
Et en mettant le serveur, le routeur et la box dessus, à moins qu'il y ait une coupure de ligne, la dispo devrait friser les 100%. (et une Debian Stable ne crashe pas monsieur ! ;D)
Reste le débit montant, mais là, pour un serveur de mail c'est à mon avis largement suffisant.
There is no spoon...
# J'en connais qu'un
Posté par madhatter (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 10.
L'auto-hébergement !
Ça nécessite un domaine, de la config, du temps, mettre les mains dans le cambouis, toussa.
Et bien sûr, une machine qui tourne 24/24, mais pour ça, les nettop et autres RaspperryPi tombent à point nommé.
Mais,
- tu es le seul maître à bord,
- tu n'as pas de limite d'espace autre que celle de ton disque,
- tes données t'appartiennent et restent confidentielles (mais attention à la sécurité du serveur tout de même)
- tu peux te créer autant de boîtes que tu veux sur ton domaine et notamment des boîtes "jetables" afin de limiter les pourriels sur la boîte principale,
- tu mets en place les protocoles et les modes d'accès que tu veux (imap, webmail…),
- en dehors de la conso électrique (limitée), du domaine et de l'investissement de départ, le coût n'est certes pas nul, mais reste à mon sens assez dérisoire.
There is no spoon...
# Ça ne durera peut-être pas...
Posté par madhatter (site web personnel) . En réponse au journal [Android] Le début d'une guerre ?. Évalué à 1. Dernière modification le 11 mai 2012 à 09:38.
Oui, mais Samsung est aussi dans le développement de Tizen et a son propre OS mobile (Bada).
Il est donc possible, comme le mentionne l'article de Wikipédia, de voir dans un futur proche un rapprochement de ces 2 projets, permettant à Samsung d'avoir un OS mobile suffisamment abouti et évolué à mettre dans ses téléphones.
Samsung n'aura donc peut-être un jour plus besoin d'Android…
Par contre, vu le poids de Samsung dans le marché des smartphones, Google a nettement plus besoin d'eux.
Edit: Over grillé, j'aurais du rafraîchir avant de poster :D
There is no spoon...
[^] # Re: Trop de bière
Posté par madhatter (site web personnel) . En réponse à la dépêche Resara Server 1.1.2. Évalué à 7.
Oui, vrai de vrai. En ce qui me concerne, avec Samba4, même si je ne l'ai pas passé en prod (vivement une version stable), ça remplace parfaitement un AD 2003/2008.
La gestion des DNS via Bind, les GPO, les comptes, l'intégration des clients… Aucun problème. Et le fait de pouvoir utiliser les msc depuis un client, ça permet en effet d'avoir un vrai serveur (cad: sans interface graphique). Tout ça ajouté aux réjouissances habituelles (lxc, ssh, apache, isc-dhcp, iptables, l'absence de virus…)
Ma prochaine étape va être de tester la synchro avec un 2008 R2 pour faire du load balancing ou augmenter la dispo en ajoutant une sécurité en cas de crash de l'un des 2.
Et là, si c'est concluant, je pourrais me permettre de passer ça en prod direct, sans attendre une sortie stable.
There is no spoon...
# Sympa
Posté par madhatter (site web personnel) . En réponse à la dépêche Resara Server 1.1.2. Évalué à 3.
Merci, je ne connaissais pas et ça pourrait m'être utile.
Par contre, j'avais pas pigé au début. Je pensais que ce n'était qu'une interface pour contrôler un Samba4 (ce qui entrait en contradiction avec ta parenthèse sur l'état alpha de S4).
En fait si je comprends bien c'est une distrib complète rassemblant des morceaux existants (samba4, bind…) pour en faire un tout cohérent administrable avec cette fameuse interface Qt. J'ai bon ?
Me vient quelques questions : certes, le projet est annoncé comme officiellement stable, mais dans les faits, l'est-il plus ou moins que Samba4 dans ses dernières alpha ?
Je précise un peu ma pensée, durant les quelques tests que j'ai fait de Samba4, celui-ci me semblait suffisamment au point pour gérer un petit parc de 25 bécannes.
Du coup, à part la facilité de mise en place et l'interface maison, quel serait l'intérêt de cette solution par rapport à une bonne vieille Debian fournissant un Samba4 administré avec les consoles MSC de Miscroft (même si celles-ci sont utilisables avec Resara dès l'instant où le serveur est vu comme un vrai AD par les clients Windows), particulièrement sur des parcs un peu plus cossus (500 à 1000 postes) ?
There is no spoon...
# Pourquoi ?
Posté par madhatter (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 2.
Salut,
j'ai bien compris ta démarche sur le fait que TCP est prévu pour des connexions longues durées, mais je me demande tout simplement pourquoi tu souhaites garder une (ou plusieurs) connexions ssh actives (mais sans nécessairement de trafic) pendant plusieurs jours ?
There is no spoon...
[^] # Re: Mises à jour
Posté par madhatter (site web personnel) . En réponse au journal C'est une arme redoutable.. Évalué à 1.
Arf, oui, je pensais pas à la libc effectivement. :/
Or, comment en utiliser une nouvelle version sans redémarrer complètement sachant que quasi-tous les programmes l'utilisent…
C'est juste. Bien vu. ;)
There is no spoon...
[^] # Re: Mises à jour
Posté par madhatter (site web personnel) . En réponse au journal C'est une arme redoutable.. Évalué à 2.
Oui tout à fait. Mais c'est malgré tout (pour moi) assez rare d'en arriver là. (Mais je fais peut-être mal ?)
There is no spoon...
[^] # Re: Mises à jour
Posté par madhatter (site web personnel) . En réponse au journal C'est une arme redoutable.. Évalué à -2.
On risque pas, je ne l'ai pas. :D
Enfin si, au boulot, mais je l'ai tout juste installé en VM, et, comme par hasard, après à peine 10 min d'utilisation, redémarrage requis pour mise à jour. Bon, je le comprends, étant donné que le DVD est "périmé", mais bon, pour faire le comparatif, une Debian en netinstall est directement à jour.
Maintenant, concrètement, sous Debian, à part pour les maj du noyau (ou du serveur X), je ne redémarre jamais ma machine (ou gdm3). Et pourtant, j'utilise bien les dernières version des logiciels installés.
Merci pour Ksplice. ;) Je ne connaissais pas et c'est intéressant (pour un serveur surtout). J'avais déjà vu un projet analogue, mais impossible de retrouver le nom.
There is no spoon...
[^] # Re: Mises à jour
Posté par madhatter (site web personnel) . En réponse au journal C'est une arme redoutable.. Évalué à 1.
Oui, donc au pire tu redémarres le serveur graphique, comme le dit Zenitram.
Mais un outil comme aptitude (et plus généralement apt) sait gérer ces problèmes de dépendances, non ?
There is no spoon...