gaaaaaAab a écrit 1387 commentaires

  • [^] # Re: Le web n'est pas une priorité

    Posté par  . En réponse au message Devops. Évalué à 4.

    code mon_flux | sed -e "s/toto\(.*\)tata/\1/g"

    alors, c'est pas le meilleur exemple, parce que comme * est greedy, le /g ne sert à rien. En l'état, la regex ne fait probablement pas ce que tu crois.

    Oups, j'avais oublié sur quel site je postais ce commentaire :)

    ;-)

  • [^] # Re: Le web n'est pas une priorité

    Posté par  . En réponse au message Devops. Évalué à 5. Dernière modification le 05 décembre 2018 à 09:07.

    xargs, grep et sed ne doivent avoir aucun secret pour toi

    J'ajouterais find dans la liste.

    Bien connaître sed, c'est cool, mais maîtriser sed, c'est une autre paire de manche. On peut déjà faire des trucs très puissants sans jamais savoir qu'on peut utiliser le hold_space. Et pouvoir écrire (ou lire) une calculatrice à précision arbitraire en sed ne me parait pas indispensable (et la doc qui va avec)

    PS: Il n'est pas impossible que ce commentaire n'existe que pour souligner à quel point sed, c'est de la balle :)

  • [^] # Re: Pour commencer

    Posté par  . En réponse au message Decoder un message en morse via Python. Évalué à 2.

    pour poster du code, essaie d'utiliser les balises décrites dans l'aider mémoire en dessous de la boite de rédaction. Pour ton code, la partie de création d'un nouveau dictionnaire m'a l'air correcte

    dico_inv ={}
    for key in MORSE_CODE_DICT:
        item = MORSE_CODE_DICT[key]
        dico_inv[item] = key

    la suite, par contre, ça coince. Regarde ce que donne le code suivant:

    for key in (encodedmess):
        print key

    ce n'est probablement pas ce que tu voulais faire. encodedmess est déjà une liste.

    Et ta ligne de print, je n'ai pas regardé dans le détail, mais le fait que tu n'utilises pas dico_inv que tu viens de créer est un bon indice que c'est probablement pas ça.

  • [^] # Re: Solution

    Posté par  . En réponse au message Decoder un message en morse via Python. Évalué à 3.

    list comprehension et dict comprehension, du bon python comme on aime :)

    En dehors des problèmes de majuscules/minuscules, un petit bug quand même, il faut remplacer C[Z] par MORSE_CODE[Z]

  • [^] # Re: Non

    Posté par  . En réponse au journal Téléphone mobile : suis-je paranoïaque ?. Évalué à 9.

    Tu es écoutable, tu es traçable, donc tu es écouté et tu es tracé.

    puisque je suis mortel, je suis mort ?

  • [^] # Re: état du clavier

    Posté par  . En réponse au message Problème démarrage Linux Mint changement Mot de Passe. Évalué à 1.

    si la question est pour moi, j'utilise xdm

  • # état du clavier

    Posté par  . En réponse au message Problème démarrage Linux Mint changement Mot de Passe. Évalué à 3. Dernière modification le 30 novembre 2018 à 22:32.

    Si tu es sur de ton mot de passe et que ça ne fonctionne pas, ça peut être parce que ton clavier n'est pas dans le même état que quand tu l'as saisi.
    Si ton mot de passe contient des chiffres, et que tu les saisis au pavé numérique, vérifie que le numlock est activé. Ce n'est pas rare qu'il ne le soit pas au boot.
    Si ton login ne contient que des lettres communes aux dispositions azerty et qwerty, tu pourrais aussi être en qwerty sans t'en rendre compte. Tu as peut-être aussi accidentellement saisi ton mot de passe en capslock quand tu l'as changé.
    Voilà le genre de trucs que je teste quand un de mes mot de passe ne fonctionne pas

  • [^] # Re: Quel est le problème, la question ou le but de ce message ?

    Posté par  . En réponse au message Button submit regex shell. Évalué à 2.

    est-ce que les conditions d'utilisation des 5 jours d'essai gratuits t'autorisent à utiliser cette offre d'essai plus d'une fois ?

  • [^] # Re: bourrin (résolu)

    Posté par  . En réponse au message ldap trouver le guid max dans l'annuaire (résolu). Évalué à 3.

    mais je ne sais pas lequel de awk ou tail est le plus rapide

    à vue de nez, je dirais que c'est pas awk, mais faudrait mesurer.

    ou l'option -r de sort redirigé dans un head -n1 ?

  • [^] # Re: A propos des désillusions

    Posté par  . En réponse au journal 8 ans de projets libres : bilan et idées. Évalué à 5.

    Je suis moyen fan du terme hygiène car traiter de sales tout ceux qui ne se conforment pas me parait pas top.

    Les analogies sont toujours limités. Mais en l'occurrence, résumer l'hygiène à la propreté est une interprétation discutable. D'après le tlf: l'hygiène est l'"Ensemble des mesures, des procédés et des techniques mis en œuvre pour préserver et pour améliorer la santé"

  • [^] # Re: Sur LinuxFr.org, aussi

    Posté par  . En réponse au lien Les réseaux sociaux nous enferment dans des « bulles » de pensée. Évalué à 3.

    dit le gars qui revendique d'être un troll libriste :)

    Si je peux me permettre un point de vue j'espère constructif, à mon avis, c'est plus la forme que le fond qui t'as valu quelques moinssage récents.

    Au vu des articles publiés sur ton blog, et de tes commentaires ici, je pense que ton appréciation de linuxfr est en partie fausse, mais ça suppose que tu parviennes aussi à surmonter tes propres dissonnances cognitives.

    Je trouve que tu as des articles intéressants sur ton blog. Mais j'ai l'impression que tu tiens absolument à publier tous les jours, et personne n'a quelque chose d'intéressant à dire tous les jours. Par exemple, je présume ta bonne foi, et que tu n'en n'a rien à carrer. Tu publies donc un article sur un truc dont tu te fous (dans l'ordre chronologique, c'est la lecture de cet article sur ton blog que je vais regarder de temps en temps qui m'incite à répondre ici à ce commentaire).

    Tu n'es pas le premier à avoir l'impression que tout linuxfr se ligue contre toi, alors qu'en fait, les forums n'étant pas la section du site la plus fréquentée, il ne s'agit probablement pas plus qu'une poignée de personnes. (Dont je ne fais pas partie. Je viens de vérifier, je n'ai marqué aucun de tes commentaires récents comme étant pertinents ou inutiles).

  • [^] # Re: Microsoft en rêvait

    Posté par  . En réponse au journal IBM achète Red Hat. Évalué à 5.

    Je proteste, tu es l'original:

    tout à fait, je l'ai donc également écrit avant de lire le tien (une bonne raison étant que le tien n'était pas encore écrit) ;)

    M'enfin,les grands esprits se rencontrent, comme on dit :)

    ouais, tu parles, troller sur systemd, la marque des vrais grands esprits :)

  • [^] # Re: Microsoft en rêvait

    Posté par  . En réponse au journal IBM achète Red Hat. Évalué à 2.

    heu … techniquement, moi aussi :D

  • # mauvais titre, changer titre

    Posté par  . En réponse au journal Enfin un maire qui a la tête sur les épaules. Évalué à 10.

    "Enfin un maire qui a du plomb dans la tête"

    ben oui, m'enfin

  • [^] # Re: Microsoft en rêvait

    Posté par  . En réponse au journal IBM achète Red Hat. Évalué à 10.

    Je dirais que l'on doit s'attendre à une chute des contributions dans tous les projets FOSS sur lesquels RedHat était actif, et plus particulièrement sur tous les projets qui ne concernent pas directement les raisons pour lesquelles IBM a acheté RedHat.

    Du coup, quelqu'un sait ce qu'IBM pense de systemd ?

    heu … bon, imaginez que j'ai posté ça il y a 3 jours

    --> []

  • [^] # Re: uniquement si pertes de donnees

    Posté par  . En réponse au journal Github m. Évalué à 9. Dernière modification le 22 octobre 2018 à 19:02.

    Comme tu as pris ça pour une défense de MS, j'ai pris le temps de développer.

    Le fait que le cliché que 'Microsoft ne soit pas bon techniquement' ne m'amuse pas n'indique rien de ce que je pense de Microsoft. Perso, je me souviens qu'ils étaient très impliqués pour faire adopter les brevets logiciels en Europe via la BSA, ils ont très salement forcé la standardisation de leur format de doc en parallèle de l'adoption d'odt, la façon dont ils ont imposé la migration vers windows 10 à tout un tas de gens qui n'en voulaient pas est indéfendable, ils ont toujours soutenus les DRMs. Ce que j'en pense, c'est qu'entre les intérêts de leurs partenaires industriels et ceux de leurs clients grand-public, MS semble très souvent choisir les premiers, ce qui me déplaît fortement. Je ne leur fais absolument pas confiance, et il faut surveiller de très près tout ce qu'ils feront, que ce soit au sein de la Linux Foundation, de l'OIN (cf journaux récents), de github, de linkedin, des institutions publiques de tous les pays et de n'importe quel truc où ils sont impliqués. Ils finiront peut-être par instaurer la confiance, mais ça va prendre plus que 5 ou 10 ans.

    Je pense avoir pleins de bonnes raisons d'être critique de MS, mais si je ne dénonce pas celles qui ne tiennent pas la route, ça décrédibilise toutes les autres.

  • [^] # Re: uniquement si pertes de donnees

    Posté par  . En réponse au journal Github m. Évalué à 5.

    au fait les gars du dessus vous devriez taper "man humour" avant de prendre la derniere phrase du journal au premier degre…

    Oh ben oui, "microsoft y sont nuls", c'est un trait d'esprit tellement brillant que c'est passé au dessus de mon pauvre esprit imperméable à l'humour. (man sarcasme)

  • [^] # Re: Troll de langage de programmation

    Posté par  . En réponse au journal Des nouvelles d'Ulfius, framework web en C. Évalué à 3.

    Je suis d'accord avec ce morceau de phrase:

    Le problème c'est qu'il est très difficile, même pour des programmeurs compétents, de faire un logiciel un tant soit peu ambitieux.

    toutes choses étant égales par ailleurs

    Oui, c'est sûr, si tu utilises un langage qui gère la mémoire, forcément, les bugs de gestion de la mémoire ne sont plus dans ton programme. Mais ils ne disparaissent pas pour autant. Si l'infrastructure de ton langage présente une faille de sécurité dans son gestionnaire de mémoire, d'un seul coup, ce sont tous les programmes écrits dans ce langage qui sont vulnérables. Alors c'est sûr que ça va arriver moins souvent, mais le jour où ça arrive, c'est la catastrophe. Quand tu utilises un langage qui rend les failles de sécurité plus difficiles à écrire, tu échanges un risque local contre un risque systémique. Je ne dis pas qu'il ne faut pas préférer un tel langage au C dans la plupart des cas, mais il ne faut pas non plus penser que le 1% de failles de sécurité potentiel du super langage ne peuvent pas avoir des conséquences catastrophiques.

  • # ...

    Posté par  . En réponse au journal Github m. Évalué à 10.

    Un effet Microsoft, qui l'a acheté et dont la transaction acquisition sera finie à la fin de l'année?

    non

  • [^] # Re: hmm

    Posté par  . En réponse au message Écran HDMI. Évalué à 2. Dernière modification le 20 octobre 2018 à 13:28.

    et la commande ?

    xrandr --query |grep connect

    ça serait étonnant le périphérique HDM apparaisse, mais autant vérifier. Sur ma machine, je n'arrive vraiment pas à voir dans quel fichier de log je peux tracer la connection/déconnection d'un cable HDMI.

    Il y a quelques mois, j'avais des soucis lié à la détection des display (c'était un peu embêtant parce que c'était l'affichage principale de l'ordi portable qui n'était pas bien géré). J'ai du revenir sur une version antérieure du noyau (genre 4.15) pendant quelques mois et attendre la 4.18 pour que ça retombe en marche.

    Vu que tu dis dans un autre message que ça a marché la semaine dernière. Est-ce que tu as fait une mise à jour du noyau depuis ?

  • [^] # Re: hmm

    Posté par  . En réponse au message Écran HDMI. Évalué à 3.

    que renvoie la commande suivante ?

    xrandr  --listmonitors
  • [^] # Re: Conky et lisibilité du code

    Posté par  . En réponse au message Petit partage - Conky pour logs apache2, DNSChef, OpenVPN, HaProxy. Évalué à 2.

    ah oui, tiens. merci pour la correction. La lisibilité est un point tellement important pour moi que les retours à la ligne me paraissent nécessaires, même s'ils ne le sont techniquement pas.

  • [^] # Re: Ce que j'en pense ....

    Posté par  . En réponse au journal Un développeur qui dénonce. Évalué à 5.

    ouais, ok, je n'avais pas correctement interprété le périmètre de "En tant que sysadmin" dans ton commentaire.

    Je comprends qu'un sysadmin veuille un réseau plutôt homogène. Mais devoir administrer plusieurs distributions va à l'encontre de ce souhait d'homogénéité. La volonté de fonctionnement unifié pousserait plutôt vers l'utilisation d'une seule distrib, et dans ce cas, le système d'init n'a pas vraiment d'importance en terme d'homogénéité.

  • [^] # Re: Ce que j'en pense ....

    Posté par  . En réponse au journal Un développeur qui dénonce. Évalué à 2.

    je n'aime pas quand chacun veut faire sa sauce et fonctionner comme il lui plait.

    Ma question va sembler polémique, mais ce n'est pas le but. C'est juste que ce que je comprends m'étonne. Est-ce que permettre à chacun de faire ce qui lui plaît n'est pas l'essence du logiciel libre ?

  • [^] # Re: Ça prendrait combien de temps à développer sans cette lourdeur ?

    Posté par  . En réponse au journal Un développeur qui dénonce. Évalué à 2.

    je ne dis pas le contraire. Je dis juste que c'est difficile de faire la part des choses entre le gain éventuel de réactivité, l'augmentation de la complexité et l'augmentation des performances du matériel. Simplement dire que la réactivité est équivalente ou meilleure aujourd'hui avec l'augmentation de complexité n'est pas incompatible avec la possibilité que nos logiciels actuels soient "bloated".