Ce fil de discussion m'a l'air bien parti, j'en profite.
Apparemment, la deuxième session débute par : "gérer la montée en charge de Puppet".
Je vous dévoile son contenu en avant-première : s/puppet/cfengine/.
Pour tenter de rester un tout petit peu sérieux, j'ai vu a de très nombreuses reprises dans des forums des utilisateurs de Puppet expliquer que plutôt que de le laisser tourner en permanence, ils coupent Puppet et le lance de manière régulière avec une tâche cron, et ce à cause du CPU/RAM utilisé par Puppet.
Et on voit régulièrement des benchs montrant que cfengine explose puppet aussi bien d'un point de vue CPU/RAM/temps d'exécution/etc.
Quelqu'un a eu l'occasion d'utiliser les deux dans son parc machines pour disposer d'éléments de comparaison ?
D'ailleurs, je croyais avoir laissé un message pour le signaler. J'envoyais même une petite pique sur la qualité des relecteurs qui ont laissés passer des fautes aussi frappantes (relecteur dont j'ai fait partie sur cette news !).
J'ai du oublier de valider…
Ben oui, Facebook est présent, via son bouton "J'aime", sur de plus en plus de site. Y compris des sites à grosse audience. Que se passerait-il si facebook.com, pour n'importe quelle raison, ne répondait plus ? Les gros sites seraient ralentis, voire bloqués.
À l'époque où j'avais testé Puppet sur CentOS 5, il tirait des dizaines de dépendances, là où un seul paquet suffisait pour Cfengine.
J'ai aussi eu l'impression, avec quelques tests rapides, que Puppet devenait vite bien plus gourmand en mémoire que Cfengine.
Du coup, j'ai finalement choisi Cfengine, et pour le moment, je ne le regrette pas.
Après, pour ton besoin, peut-être pourrait-il être intéressant de jeter un coup d’œil du côté de Spacewalk, la version libre de Red-Hat Network Satellite. Je suis d'ailleurs preneur de tout retour d'expérience sur cet outil : quand j'avais voulu m'y intéresser, j'avais abandonner faute de doc. Mais l'outil semble avoir pas mal évolué depuis !
Plus cher d'enlever que d'assurer la maintenance matérielle + payer les agents de vente (de plus en plus rares certes)? Désolé, je n'y crois pas trop.
Sur du court/moyen terme, probablement que si, sur du long terme, effectivement probablement pas. Ceci dit, je n'ai aucun chiffre, donc je me base uniquement sur mon intuition (et comme le dit un commentaire juste en-dessous, on peut aussi juste debrayer les portiques !).
Oui, et? Il manque de lignes, ne vaudrait-il pas mieux en construire (ou déjà mettre les barrière + les automatiser pour augmenter la cadence)
On est bien d'accord. Je mentionnais juste le fait que si la saturation n'est pas la même entre Berlin et Paris, c'est aussi parce que le nombre de voyageurs n'est pas le même.
Ceci dit, pour ce que j'en vois, l'un des problèmes Parisiens, c'est que la saturation n'a pas été anticipée. Construire de nouvelles lignes, c'est bien, mais c'est particulièrement coûteux : on parle de milliards d'euros, mais aussi et surtout de décennies si l'on prend en compte les études, réalisation, etc. Choisir de construire une ligne maintenant pour résorber la saturation d'une ligne existante ne permettra pas de résoudre le problème avant longtemps. Ce choix aurait du être fait bien plus tôt, mais pour diverses raisons qui me sont inconnus, il n'a pas été fait.
Quand à l'automatisation, ben… c'est en cours ! La ligne 1 le sera complètement d'ici la fin de l'année.
Paris, perso j'ai préféré partir de cet enfer urbain
Pareil : j'ai fui il y a 18 mois, et je n'ai aucun regret :-)
Sans vouloir me faire l'avocat de la RATP, je pense que dans la discussion, il y a deux points à prendre en compte :
- Le système de barrière/bornes d'achats de tickets/etc. étant déjà en place, supprimer toutes ces barrières, ce qui est loin d'être trivial techniquement parlant, aurait un coût particulièrement élevé ;
- Concernant la fréquentation, les lignes du métro sont saturés, et la RATP/le STIF ont probablement trop attendu avant d'essayer de remédier au problème. Mais ces lignes ont le désavantage d'être bien plus fréquentées que celle des métros berlinois. Le RER A, c'est plus d'un million de voyageur par jour. Plus de 750000 voyageurs quotidien dans la ligne 1, ou encore plus de 750000 voyageurs qui se croisent quotidiennement dans la gare de chatelet les halles. Je n'ai plus les références sous la main, mais dans la gamme "trafic souterrain", je crois que cela positionne ces lignes/gares en tête des lignes/gares les plus fréquentées au monde…
Enfin, tu ne signes pas de contrat quand tu achètes un billet d'avion. Visiblement, tu n'as jamais pris l'avion donc évite de parler de « stupidité » ou de « conneries » sur un sujet que tu connais aussi peu.
En l'occurrence, je pense que c'est toi qui connait peu le domaine, non de l'achat de billet d'avion, mais du droit. D'un point de vue juridique, le simple fait de procéder à un achat s'assimile à une signature de contrat liant acheteur et vendeur, même s'il n'y a pas de signature au sens premier du terme. Pour être précis, je crois que l'on peut dasn ces cas là parler de contrat synallagmatique.
Elle n'en a pas besoin, les caméras devraient suffire pour ça, vu leur nombre.
Je ne maîtrise pas du tout la partie vidéo. Mais pour ce que j'en sais, l'utilisation des caméras est tellement règlementée que même compter les voyageurs avec paraît difficile. Grosso-modo, aujourd'hui, si tu ne bosses pas au "PC sécurité", tu n'as pas accès aux flux vidéos.
Je ne connais pas trop le quartier de la défense, mais ne tomberais-tu pas sur l'une des blagues à base de : le tourniquet, tu valides un "point d'accès SNCF", et le valideur suivante, ce serait un "point d'accès RATP" ?
Le mixe RATP/SNCF offre parfois des surprises… surprenantes…
tu vas pas avoir à débuger systemd si ton systeme boot pas
Ah bon ? Pour affirmer cela, tu peux me garantir que systemd n'aura aucun bogue, et/ou alors qu'un plantage complet de systemd n'empêchera pas mon systême de booter ?
Parce que sinon, je ne suis pas à l'abri d'un bogue de systemd qui bloquera mon système, et pour lequel je risque fort de ne pas avoir les compétences nécessaires pour le réparer.
une syntaxe qui va se complexifier, j'ai peur qu'on perde cet esprit-là.
Je ressens un peu la même chose : j'ai le sentiment que l'on complexifie tellement certaines briques que cela risque de repousser des contributeurs potentiel, la marche à franchir pour comprendre le système devenant trop élevé.
Pour prendre un exemple récent : j'avais une machine sous CentOS 4 qui ne démarrait plus. Écran noir pendant la phase de boot. J'ai mis les mains dans le cambouis, et comme je n'ai pas trop de souci avec le Bash, j'ai trouvé la partie de l'init qui merdait, l'ai corrigé, et la machine a pu repartir. Avec le remplacement de l'init System V par le blob systemd, pour faire la même chose, il m'aurait fallut analyser un machin en C, ce dont je suis incapable. Et de manière général, les gens qui gèrent des problèmes de boot, ce sont souvent des admin sys, et les admin sys, pour ceux que je connais, ils connaissent bien mieux Bash que le C.
Pour les logs, on se dirige vers la même chose : sous prétexte que le format CSV, c'est vieux et archaique, on décide soudain qu'il faut le changer et on va mettre en place une structure bien plus complexe qui nécessitera, pour les exploiter, des outils de plus haut niveau que les grep/sed/awk habituels.
Je trouve cela d'autant plus dommage que les logs, sur mon réseau de machines, c'est bien l'un des rares domaines où je n'ai pas eu de souci, ni en terme de fonctionnement, ni en terme d'outil pour les exploiter !
Quelle est l'utilité concrète d'abuser du https ? Je n'en vois pas réellement, pour moi c'est utile uniquement dans les cas où on veut transférer des mots de passe ou des codes de cartes de paiement.
En chiffrant juste les échanges de mot de passe ou d'informations confidentielles, on met un gros pointeur dessus => Tu vois, c'est ce trafic là qui t'intéresse, inutile de perdre du temps avec le reste.
Après, on tombe dans l'habituel débat des cartes postales dans une enveloppe ou non. Mes cartes postales, même quand elles ont un contenu anodin, je les mets dans une enveloppe. Et bien, autant que possible, il en est de même pour mon trafic Internet. Je ne sais pas qui le regarde (proxy, FAI, etc.), donc moins le contenu est visible, mieux je me porte, et ce d'autant plus que certain FAI ne se gênerait pas pour observer attentivement ce que font ses abonnés : http://reflets.info/orange-le-deep-packet-inspection-est-maintenant-sur-opt-out/
Dans mon cas particulier, j'ajouterais que j'utilise régulièrement des connexions considérées comme peu sûre (hotel, etc.). Plutôt que de penser à utiliser le https à ce moment là, et à ne pas l'utiliser quand je suis chez moi, autant l'utiliser tout le temps, ça évite les erreurs de manipulation.
Et en plus d'un avis particulièrement tranché, te serait-il possible de nous faire part d'une information pertinente, au hasard, le numéro dudit caractère ?
En tout cas, merci pour tes réponses pleines d'informations !
Le fait que m23 n'offre pas de possibiité de monitoring ne me choque pas. Il y a dés outils qui font ça très bien, et je n'aime pas les outils tout en un.
Quant à avoir une documentation plus complète que Spacewalk, ça, c'est un vrai plus. Car c'est justement, à mes yeux, l'un des gros manques de Spacewalk !
Sur les ordinateurs dont je n'ai pas chiffré le disque dur, et sur mon téléphone, je n'ai enregistré que peu de mot de passe. Il faut les ressaisir à chaque fois, mais ça évite des fuites en cas de vol ;
Sur mon mobile android, il faut saisir un code pour l'utiliser. Pas au démarrage, mais bien à chaque utilisation. Si on me le vole, accéder aux données qu'il contient en dur sera un peu plus compliqué ;
Enfin, la carte SD incluse, elle peut être chiffrée. Je n'ai pas encore pris le temps de le faire, mais le MISC n°58 de novembre dernier expliquait comment procéder.
Plus sérieusement, à part les emmerdeurs, qui a une bonne raison d'avoir un numéro masqué ?
Les amis qui appellent via Skype, certains livreurs qui appellent pour choisir l'heure de passage dudit livreur, certaines assurances lors de sinistres, etc.
En fait, un certain nombre de personnes de la part de qui on a généralement besoin de recevoir un appel...
Peut-être parce que les formateurs ne connaissent que Debian, et que s'il faut aider les participants à installer des outils ou configurer certaines choses, ils préfèrent ne pas perdre du temps à découvrir comment fonctionne les autres distributions.
J'imagine (j'espère !) que les autres distributions sont acceptées, si leurs utilisateurs les maitrisent...
La formulation est peut-être maladroite, mais l'idée ne me paraît pas aberrante, loin de là.
C'est pas un peu compliqué tout ça ? Je ne vois pas trop l'intérêt de mettre en place une machinerie compliquée et de forcer tout le monde à être présent de façon synchrone
Personne n'est forcé. Et il est possible que certains préfèrent l'instantanéité d'un chat à la "lenteur" d'un forum.
Pourquoi ne pas simplement créer une dépêche ou un journal "méta" "discussion de l'espace de rédaction" ?
La dépêche indique d'ailleurs que ceux qui le souhaite peuvent laisser leur questions ici-même :-)
Je suis plutôt contre.
Même dans le cas de fautes d'orthographe : une faute générant ensuite des commentaires/explications/etc. qui serait corrigée rendrait les commentaires suivants obsolète => Le site perdrait en lisibilité.
Par défaut, je suis donc plutôt contre.
Maintenant, si tant de gens n'arrivent pas à se relire avant de poster, une alternative évoquée plus haut me paraît acceptable : commentaire éditable à condition de n'être pas encore suivi de réponse. Le cas échéant, le commentaire doit à nouveau être indiqué commen étant nouveau, et le diff doit être visible.
[^] # Re: <troll inside>
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Puppet : lancement d'un cursus de formation en français. Évalué à 5.
Ce fil de discussion m'a l'air bien parti, j'en profite.
Apparemment, la deuxième session débute par : "gérer la montée en charge de Puppet".
Je vous dévoile son contenu en avant-première : s/puppet/cfengine/.
Pour tenter de rester un tout petit peu sérieux, j'ai vu a de très nombreuses reprises dans des forums des utilisateurs de Puppet expliquer que plutôt que de le laisser tourner en permanence, ils coupent Puppet et le lance de manière régulière avec une tâche cron, et ce à cause du CPU/RAM utilisé par Puppet.
Et on voit régulièrement des benchs montrant que cfengine explose puppet aussi bien d'un point de vue CPU/RAM/temps d'exécution/etc.
Quelqu'un a eu l'occasion d'utiliser les deux dans son parc machines pour disposer d'éléments de comparaison ?
[^] # Re: coquille
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche OpenMOLE : la taupe sort de son trou !. Évalué à 2. Dernière modification le 22 juin 2012 à 13:46.
D'ailleurs, je croyais avoir laissé un message pour le signaler. J'envoyais même une petite pique sur la qualité des relecteurs qui ont laissés passer des fautes aussi frappantes (relecteur dont j'ai fait partie sur cette news !).
J'ai du oublier de valider…
# Facebook détruit Internet
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Facebook détruit-il internet?. Évalué à 5.
Ben oui, Facebook est présent, via son bouton "J'aime", sur de plus en plus de site. Y compris des sites à grosse audience. Que se passerait-il si facebook.com, pour n'importe quelle raison, ne répondait plus ? Les gros sites seraient ralentis, voire bloqués.
Impossible ?
On y a presque eu droit fin mai : http://www.lemondeinformatique.fr/actualites/imprimer-une-panne-sur-facebook-ralentit-le-cyberespace-49167.html
Je ne sais pas si Facebook détruit Internet, mais Facebook peut détruire une partie d'Internet :-)
# Cfengine, et pourquoi pas Spacewalk
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Jouer au ptit chef ou à la poupée ?. Évalué à 5.
Pas testé Chef.
À l'époque où j'avais testé Puppet sur CentOS 5, il tirait des dizaines de dépendances, là où un seul paquet suffisait pour Cfengine.
J'ai aussi eu l'impression, avec quelques tests rapides, que Puppet devenait vite bien plus gourmand en mémoire que Cfengine.
Du coup, j'ai finalement choisi Cfengine, et pour le moment, je ne le regrette pas.
Après, pour ton besoin, peut-être pourrait-il être intéressant de jeter un coup d’œil du côté de Spacewalk, la version libre de Red-Hat Network Satellite. Je suis d'ailleurs preneur de tout retour d'expérience sur cet outil : quand j'avais voulu m'y intéresser, j'avais abandonner faute de doc. Mais l'outil semble avoir pas mal évolué depuis !
[^] # Re: epub
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Anniversaire. Évalué à 5.
http://lmgtfy.com/?q=epub+mis%C3%A9rables+victor+hugo&l=1
[^] # Re: À côté de la plaque
Posté par Xavier Teyssier (site web personnel) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 4.
Plus cher d'enlever que d'assurer la maintenance matérielle + payer les agents de vente (de plus en plus rares certes)? Désolé, je n'y crois pas trop.
Sur du court/moyen terme, probablement que si, sur du long terme, effectivement probablement pas. Ceci dit, je n'ai aucun chiffre, donc je me base uniquement sur mon intuition (et comme le dit un commentaire juste en-dessous, on peut aussi juste debrayer les portiques !).
Oui, et? Il manque de lignes, ne vaudrait-il pas mieux en construire (ou déjà mettre les barrière + les automatiser pour augmenter la cadence)
On est bien d'accord. Je mentionnais juste le fait que si la saturation n'est pas la même entre Berlin et Paris, c'est aussi parce que le nombre de voyageurs n'est pas le même.
Ceci dit, pour ce que j'en vois, l'un des problèmes Parisiens, c'est que la saturation n'a pas été anticipée. Construire de nouvelles lignes, c'est bien, mais c'est particulièrement coûteux : on parle de milliards d'euros, mais aussi et surtout de décennies si l'on prend en compte les études, réalisation, etc. Choisir de construire une ligne maintenant pour résorber la saturation d'une ligne existante ne permettra pas de résoudre le problème avant longtemps. Ce choix aurait du être fait bien plus tôt, mais pour diverses raisons qui me sont inconnus, il n'a pas été fait.
Quand à l'automatisation, ben… c'est en cours ! La ligne 1 le sera complètement d'ici la fin de l'année.
Paris, perso j'ai préféré partir de cet enfer urbain
Pareil : j'ai fui il y a 18 mois, et je n'ai aucun regret :-)
[^] # Re: À côté de la plaque
Posté par Xavier Teyssier (site web personnel) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 3.
Sans vouloir me faire l'avocat de la RATP, je pense que dans la discussion, il y a deux points à prendre en compte :
- Le système de barrière/bornes d'achats de tickets/etc. étant déjà en place, supprimer toutes ces barrières, ce qui est loin d'être trivial techniquement parlant, aurait un coût particulièrement élevé ;
- Concernant la fréquentation, les lignes du métro sont saturés, et la RATP/le STIF ont probablement trop attendu avant d'essayer de remédier au problème. Mais ces lignes ont le désavantage d'être bien plus fréquentées que celle des métros berlinois. Le RER A, c'est plus d'un million de voyageur par jour. Plus de 750000 voyageurs quotidien dans la ligne 1, ou encore plus de 750000 voyageurs qui se croisent quotidiennement dans la gare de chatelet les halles. Je n'ai plus les références sous la main, mais dans la gamme "trafic souterrain", je crois que cela positionne ces lignes/gares en tête des lignes/gares les plus fréquentées au monde…
[^] # Re: Inacceptable?
Posté par Xavier Teyssier (site web personnel) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 3.
Enfin, tu ne signes pas de contrat quand tu achètes un billet d'avion. Visiblement, tu n'as jamais pris l'avion donc évite de parler de « stupidité » ou de « conneries » sur un sujet que tu connais aussi peu.
En l'occurrence, je pense que c'est toi qui connait peu le domaine, non de l'achat de billet d'avion, mais du droit. D'un point de vue juridique, le simple fait de procéder à un achat s'assimile à une signature de contrat liant acheteur et vendeur, même s'il n'y a pas de signature au sens premier du terme. Pour être précis, je crois que l'on peut dasn ces cas là parler de contrat synallagmatique.
[^] # Re: But
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Projet Lumberjack. Évalué à 3.
Tu as déjà eu a debug init ?
De ce point de vue, le truc le plus "profond" que j'ai eu à débugguer, c'est rc.sysinit.
[^] # Re: De l'autre coté
Posté par Xavier Teyssier (site web personnel) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 3.
Elle n'en a pas besoin, les caméras devraient suffire pour ça, vu leur nombre.
Je ne maîtrise pas du tout la partie vidéo. Mais pour ce que j'en sais, l'utilisation des caméras est tellement règlementée que même compter les voyageurs avec paraît difficile. Grosso-modo, aujourd'hui, si tu ne bosses pas au "PC sécurité", tu n'as pas accès aux flux vidéos.
[^] # Re: Fraudeur
Posté par Xavier Teyssier (site web personnel) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 3.
Je ne connais pas trop le quartier de la défense, mais ne tomberais-tu pas sur l'une des blagues à base de : le tourniquet, tu valides un "point d'accès SNCF", et le valideur suivante, ce serait un "point d'accès RATP" ?
Le mixe RATP/SNCF offre parfois des surprises… surprenantes…
[^] # Re: But
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Projet Lumberjack. Évalué à 3.
tu vas pas avoir à débuger systemd si ton systeme boot pas
Ah bon ? Pour affirmer cela, tu peux me garantir que systemd n'aura aucun bogue, et/ou alors qu'un plantage complet de systemd n'empêchera pas mon systême de booter ?
Parce que sinon, je ne suis pas à l'abri d'un bogue de systemd qui bloquera mon système, et pour lequel je risque fort de ne pas avoir les compétences nécessaires pour le réparer.
[^] # Re: But
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Projet Lumberjack. Évalué à 6.
une syntaxe qui va se complexifier, j'ai peur qu'on perde cet esprit-là.
Je ressens un peu la même chose : j'ai le sentiment que l'on complexifie tellement certaines briques que cela risque de repousser des contributeurs potentiel, la marche à franchir pour comprendre le système devenant trop élevé.
Pour prendre un exemple récent : j'avais une machine sous CentOS 4 qui ne démarrait plus. Écran noir pendant la phase de boot. J'ai mis les mains dans le cambouis, et comme je n'ai pas trop de souci avec le Bash, j'ai trouvé la partie de l'init qui merdait, l'ai corrigé, et la machine a pu repartir. Avec le remplacement de l'init System V par le blob systemd, pour faire la même chose, il m'aurait fallut analyser un machin en C, ce dont je suis incapable. Et de manière général, les gens qui gèrent des problèmes de boot, ce sont souvent des admin sys, et les admin sys, pour ceux que je connais, ils connaissent bien mieux Bash que le C.
Pour les logs, on se dirige vers la même chose : sous prétexte que le format CSV, c'est vieux et archaique, on décide soudain qu'il faut le changer et on va mettre en place une structure bien plus complexe qui nécessitera, pour les exploiter, des outils de plus haut niveau que les grep/sed/awk habituels.
Je trouve cela d'autant plus dommage que les logs, sur mon réseau de machines, c'est bien l'un des rares domaines où je n'ai pas eu de souci, ni en terme de fonctionnement, ni en terme d'outil pour les exploiter !
[^] # Re: Le bien fondé ?
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche HTTPS Everywhere en version 2.0.1. Évalué à 3.
Quelle est l'utilité concrète d'abuser du https ? Je n'en vois pas réellement, pour moi c'est utile uniquement dans les cas où on veut transférer des mots de passe ou des codes de cartes de paiement.
En chiffrant juste les échanges de mot de passe ou d'informations confidentielles, on met un gros pointeur dessus => Tu vois, c'est ce trafic là qui t'intéresse, inutile de perdre du temps avec le reste.
Après, on tombe dans l'habituel débat des cartes postales dans une enveloppe ou non. Mes cartes postales, même quand elles ont un contenu anodin, je les mets dans une enveloppe. Et bien, autant que possible, il en est de même pour mon trafic Internet. Je ne sais pas qui le regarde (proxy, FAI, etc.), donc moins le contenu est visible, mieux je me porte, et ce d'autant plus que certain FAI ne se gênerait pas pour observer attentivement ce que font ses abonnés : http://reflets.info/orange-le-deep-packet-inspection-est-maintenant-sur-opt-out/
Dans mon cas particulier, j'ajouterais que j'utilise régulièrement des connexions considérées comme peu sûre (hotel, etc.). Plutôt que de penser à utiliser le https à ce moment là, et à ne pas l'utiliser quand je suis chez moi, autant l'utiliser tout le temps, ça évite les erreurs de manipulation.
[^] # Re: Et surtout, surtout...
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Modifier le climat pour lutter contre le réchauffement climatique ?. Évalué à 3.
Pour complèter, une autre source d'informations qui permet de croiser un peu plus ce qu'on peut lire un peu partout, l'IRSN. En l'occurence, et sur le sujet mentionné plus haut, voici leur communiqué : http://www.irsn.fr/FR/Actualites_presse/Actualites/Pages/20120208_fukushima-temperature-reacteur2.aspx
[^] # Re: Caractères absurdes
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Nouvelle version d'Unicode : la 6.1.0. Évalué à 5.
Et en plus d'un avis particulièrement tranché, te serait-il possible de nous faire part d'une information pertinente, au hasard, le numéro dudit caractère ?
[^] # Re: Pourquoi attendre ?
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche webOS devient réellement opensource. Évalué à 10.
Je n'ai aucune informations là-dessus, mais des hypothèses, on peut en trouver quelques unes :
[^] # Re: Logiciel similaire?
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche La version 12.1 du système de déploiement Linux m23 rock est sortie. Évalué à 3.
En tout cas, merci pour tes réponses pleines d'informations !
Le fait que m23 n'offre pas de possibiité de monitoring ne me choque pas. Il y a dés outils qui font ça très bien, et je n'aime pas les outils tout en un.
Quant à avoir une documentation plus complète que Spacewalk, ça, c'est un vrai plus. Car c'est justement, à mes yeux, l'un des gros manques de Spacewalk !
[^] # Re: Logiciel similaire?
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche La version 12.1 du système de déploiement Linux m23 rock est sortie. Évalué à 3.
Alors plutôt que Puppet, m23 m'a l'air de se rapprocher de Spacewalk, ce dernier étant cantonné à Red-Hat et dérivé.
# Diverses solutions...
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Vol de smartphone et données personnelles. Évalué à 5.
Sur les ordinateurs dont je n'ai pas chiffré le disque dur, et sur mon téléphone, je n'ai enregistré que peu de mot de passe. Il faut les ressaisir à chaque fois, mais ça évite des fuites en cas de vol ;
Sur mon mobile android, il faut saisir un code pour l'utiliser. Pas au démarrage, mais bien à chaque utilisation. Si on me le vole, accéder aux données qu'il contient en dur sera un peu plus compliqué ;
Enfin, la carte SD incluse, elle peut être chiffrée. Je n'ai pas encore pris le temps de le faire, mais le MISC n°58 de novembre dernier expliquait comment procéder.
[^] # Re: Le forfait 2 euros
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 5.
Plus sérieusement, à part les emmerdeurs, qui a une bonne raison d'avoir un numéro masqué ?
Les amis qui appellent via Skype, certains livreurs qui appellent pour choisir l'heure de passage dudit livreur, certaines assurances lors de sinistres, etc.
En fait, un certain nombre de personnes de la part de qui on a généralement besoin de recevoir un appel...
[^] # Re: Résumé de l'offre
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Vers un chamboulement du mobile. Évalué à 4.
La liste de ces pays, et le coût vers les autres destinations, se trouvent dans la brochure tarifaire : http://mobile.free.fr/docs/tarifs.pdf
[^] # Re: Pourquoi tant de haine !
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Atelier découverte Java. Évalué à 4.
Peut-être parce que les formateurs ne connaissent que Debian, et que s'il faut aider les participants à installer des outils ou configurer certaines choses, ils préfèrent ne pas perdre du temps à découvrir comment fonctionne les autres distributions.
J'imagine (j'espère !) que les autres distributions sont acceptées, si leurs utilisateurs les maitrisent...
La formulation est peut-être maladroite, mais l'idée ne me paraît pas aberrante, loin de là.
[^] # Re: Un peu compliqué non ?
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Tchatche LinuxFr.org : l’espace de rédaction. Évalué à 6.
C'est pas un peu compliqué tout ça ? Je ne vois pas trop l'intérêt de mettre en place une machinerie compliquée et de forcer tout le monde à être présent de façon synchrone
Personne n'est forcé. Et il est possible que certains préfèrent l'instantanéité d'un chat à la "lenteur" d'un forum.
Pourquoi ne pas simplement créer une dépêche ou un journal "méta" "discussion de l'espace de rédaction" ?
La dépêche indique d'ailleurs que ceux qui le souhaite peuvent laisser leur questions ici-même :-)
# Contre, ou Oui, mais...
Posté par Xavier Teyssier (site web personnel) . En réponse à l’entrée du suivi fonction d'édition des textes (commentaires, journaux, etc...). Évalué à 3 (+0/-0).
Je suis plutôt contre.
Même dans le cas de fautes d'orthographe : une faute générant ensuite des commentaires/explications/etc. qui serait corrigée rendrait les commentaires suivants obsolète => Le site perdrait en lisibilité.
Par défaut, je suis donc plutôt contre.
Maintenant, si tant de gens n'arrivent pas à se relire avant de poster, une alternative évoquée plus haut me paraît acceptable : commentaire éditable à condition de n'être pas encore suivi de réponse. Le cas échéant, le commentaire doit à nouveau être indiqué commen étant nouveau, et le diff doit être visible.