je croise les doigt pour que le premier commentaire s'applique à cette machine et qu'une debian avec un Kernel récent fonctionne dessus
Aucune chance.
Réponse bien péremptoire. Comment peux-tu être aussi affirmatif ? As-tu eu l'occasion de faire l'essai ?
Pour ma part, je n'ai pas encore testé, mais je vois que depuis le Kernel 3.3, les puces de type Poulsbo (module GMA500) et Cedarview (module GMA600) sont prises en charge. Sans support 3D, certes, mais ça, je n'en ai pas besoin.
Non.
Déjà parce que j'ai commandé non pas une, mais deux machines en même. Et la seconde personne n'apprécierait probablement pas que j'annule sa commande pour des raisons de liberté logiciel.
Ensuite parce que je ne trouve pas d'autres plateforme matériel convenant à mes besoins.
Je conserve ma commande, je croise les doigt pour que le premier commentaire s'applique à cette machine et qu'une debian avec un Kernel récent fonctionne dessus, et sinon je conserverais Ubuntu….
À la base, je suis plutôt contre les articles qui pointent explicitement une société du doigt. Ceci dit, je trouve l'info réellement pertinente. Typiquement, un netbook similaire (Eee PC R051CX - Atom N2600) m'a fait de l'oeil récemment. Quasiment la seule machine qui remplissait mes critères. Je l'ai donc achetée (réception mi-août, il me faudra attendre un peu avant de savoir si au final, je peux ou non installer ma Debian dessus).
Si j'avais su avant qu'il me serait difficile d'installer dessus l'OS dont j'ai besoin, j'aurais probablement hésité, voire ne l'aurait pas acheté du tout.
Pour que d'autres n'ai pas le souci, merci à cet article.
si un développeur n'est pas capable de voir que ce genre de fonctionnement pose problème, sérieusement je doute qu'il soit capable d'en faire quoi que ce soit.
User > Xate, tu peux aller récupérer mon fichier dans les sauvegardes ?
Xate > Oui, quel fichier ?
User > Celui que je viens d'effacer, évidemment !
Xate > Ah ! Oui ! Évidemment…
Rhâââ ! Fichus admin/développeur pas capable de deviner ce que veulent les utilisateurs ! Pour être admin ou développeur, faudrait imposer une épreuve de divination !
La vie de certains m'a l'air bien triste… Non, ce n'est pas une blague, juste une constatation.
Franchement, quel est l'intérêt de poster un tel journal, à part éventuellement tenter de combler vainement et de manière fort peu constructive un désœuvrement certain ?
Qu'est ce qu'un journal comme celui-ci peut apporter à un site tel que Linuxfr ? (oui, c'est une vraie question !).
Perso je considère qu'une personne qui veux être root sur sa machine doit le pouvoir
Mais bien sûr… Sans aller jusqu'à empêcher quiconque d'être root, je suis quand même pour bloquer autant que possible les droits root sur une machine, si cela n'entrave pas le boulot de l'utilisateur, bien sûr.
Bien entendu, j'imagine que celui qui est root sur sa machine comprendra aussi que les vrais root de la boite ne viennent plus faire de diagnostique sur ladite machine en cas de souci, histoire de ne perdre de temps à réaliser un diag qui une machine qui potentiellement ne correspond plus aux directives internes.
User1 : Xate, mon appli ne démarre plus. Xate : Attends, je regarde…. Tiens, un problème de dépendance. Dis User1, tu n'aurais pas installé quelque chose récemment sur ta machine ? User1 : Non. Xate : Tu es sûr ? User1 : Ah si, attends. La semaine dernière, j'ai peut-être installé un truc, je ne me souvient plus très bien.
* Xate regarde l'historique, et découvre un rpm -ivh --force --nodeps Appliquifoutlamerde.
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 !
[^] # Re: Article stupide...
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Asus Eee Seashell X101CH : une offre sans taxe Microsoft mais viciée. Évalué à 3.
Réponse bien péremptoire. Comment peux-tu être aussi affirmatif ? As-tu eu l'occasion de faire l'essai ?
Pour ma part, je n'ai pas encore testé, mais je vois que depuis le Kernel 3.3, les puces de type Poulsbo (module GMA500) et Cedarview (module GMA600) sont prises en charge. Sans support 3D, certes, mais ça, je n'en ai pas besoin.
[^] # Re: Article stupide...
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Asus Eee Seashell X101CH : une offre sans taxe Microsoft mais viciée. Évalué à 2.
Non.
Déjà parce que j'ai commandé non pas une, mais deux machines en même. Et la seconde personne n'apprécierait probablement pas que j'annule sa commande pour des raisons de liberté logiciel.
Ensuite parce que je ne trouve pas d'autres plateforme matériel convenant à mes besoins.
Je conserve ma commande, je croise les doigt pour que le premier commentaire s'applique à cette machine et qu'une debian avec un Kernel récent fonctionne dessus, et sinon je conserverais Ubuntu….
[^] # Re: Article stupide...
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche Asus Eee Seashell X101CH : une offre sans taxe Microsoft mais viciée. Évalué à 8.
À la base, je suis plutôt contre les articles qui pointent explicitement une société du doigt. Ceci dit, je trouve l'info réellement pertinente. Typiquement, un netbook similaire (Eee PC R051CX - Atom N2600) m'a fait de l'oeil récemment. Quasiment la seule machine qui remplissait mes critères. Je l'ai donc achetée (réception mi-août, il me faudra attendre un peu avant de savoir si au final, je peux ou non installer ma Debian dessus).
Si j'avais su avant qu'il me serait difficile d'installer dessus l'OS dont j'ai besoin, j'aurais probablement hésité, voire ne l'aurait pas acheté du tout.
Pour que d'autres n'ai pas le souci, merci à cet article.
[^] # Re: Popcorn
Posté par Xavier Teyssier (site web personnel) . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 8.
si un développeur n'est pas capable de voir que ce genre de fonctionnement pose problème, sérieusement je doute qu'il soit capable d'en faire quoi que ce soit.
User > Xate, tu peux aller récupérer mon fichier dans les sauvegardes ?
Xate > Oui, quel fichier ?
User > Celui que je viens d'effacer, évidemment !
Xate > Ah ! Oui ! Évidemment…
Rhâââ ! Fichus admin/développeur pas capable de deviner ce que veulent les utilisateurs ! Pour être admin ou développeur, faudrait imposer une épreuve de divination !
# Tristesse...
Posté par Xavier Teyssier (site web personnel) . En réponse au journal Voltaire est mon ami. Évalué à 0.
La vie de certains m'a l'air bien triste… Non, ce n'est pas une blague, juste une constatation.
Franchement, quel est l'intérêt de poster un tel journal, à part éventuellement tenter de combler vainement et de manière fort peu constructive un désœuvrement certain ?
Qu'est ce qu'un journal comme celui-ci peut apporter à un site tel que Linuxfr ? (oui, c'est une vraie question !).
[^] # Re: Premier boulot ?
Posté par Xavier Teyssier (site web personnel) . En réponse au message Pratique professionnelle douteuse. Évalué à 10.
Perso je considère qu'une personne qui veux être root sur sa machine doit le pouvoir
Mais bien sûr… Sans aller jusqu'à empêcher quiconque d'être root, je suis quand même pour bloquer autant que possible les droits root sur une machine, si cela n'entrave pas le boulot de l'utilisateur, bien sûr.
Bien entendu, j'imagine que celui qui est root sur sa machine comprendra aussi que les vrais root de la boite ne viennent plus faire de diagnostique sur ladite machine en cas de souci, histoire de ne perdre de temps à réaliser un diag qui une machine qui potentiellement ne correspond plus aux directives internes.
User1 : Xate, mon appli ne démarre plus.
Xate : Attends, je regarde…. Tiens, un problème de dépendance. Dis User1, tu n'aurais pas installé quelque chose récemment sur ta machine ?
User1 : Non.
Xate : Tu es sûr ?
User1 : Ah si, attends. La semaine dernière, j'ai peut-être installé un truc, je ne me souvient plus très bien.
* Xate regarde l'historique, et découvre un rpm -ivh --force --nodeps Appliquifoutlamerde.
Mmmmpfff !
[^] # 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é.