Anthony Jaguenaud a écrit 1960 commentaires

  • [^] # Re: pam_systemd

    Posté par  . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 4. Dernière modification le 09 novembre 2012 à 23:39.

    Donc une configuration d’un module de l’init est requise pour qu’un programme où on fait un setsid pour créer une session et un fork pour détacher le processus fils, puis que le père se tue de façon à ce que le fils devienne orphelin et qu’il soit adopté par le père de tous (init), comme le prévois POSIX, ne fonctionne pas systématiquement. Suis-je le seul à trouver que ça fait beaucoup de petits défaut ?
    Après, que ce soit configurable ok, mais que le système d’init modifie la façon dont les processus vivent me gène. C’est au noyau de faire ça.

  • [^] # Re: pam_systemd

    Posté par  . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 2.

    Si j’ai bien compris, un utilisateur qui écrit un programme tout simple qui se détache, pour qu’il tourne en arrière plan jusqu’à une prochaine session. Il doit en plus de coder son programme, ajouter une règle à systemd sinon celui-ci tue le process quand même ? Ou j’ai pas bien compris ?

    Si c’est ça, c’est encore pire, ça éloigne carrément de la philosophie UNIX.

  • [^] # Re: Pardonnez ma question

    Posté par  . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 5.

    Désolé, je ne comprenais pas le sens de fair-use dans ce cadre (c'est un terme plutôt juridique).

    Oui, mais je suis nul en français, même si je m’améliore. Je cherchais un terme signifiant « façon de faire couramment admise » ou quelque chose d’approchant.

    près, je ne sais pas si c'est un choix délibéré de Lennart de ne supporter qu'une méthode,

    Ce n’est pas un problème de Lennart, ceci était mon troll, mais un problème que l’init impose une architecture logiciel à un démon.
    L’auteur de ce dernier à fait un choix qui permet certainement de simplifier le code en interne, moins de tests, moins de communication inter thread/process, et les performances augmentent. C’est un peu comme si de programme de login graphique (dm) imposait une architecture au gestionnaire de fenêtre (wm). Je trouve cela intrusif. Ce n’est que mon avis.

    Le gras est pour Zenitran ;-p

  • [^] # Re: Pardonnez ma question

    Posté par  . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 2.

    Oauis, fait chier la langue commune…

    Merci d’intervenir dans une discussion cordiale avec un ton pareil… c’est peut-être plus marrant pour communiquer, mais je te laisserai continuer ta discussion avec ta véhémence seul.
    À+

  • [^] # Re: Pardonnez ma question

    Posté par  . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 3.

    Oui, c’est ce que je dis en parlant de « fair-use » que tu as très bien écris en français : « standard de fait », mais tu ne retiens que le troll
    Pour répondre quand même, oui c’est un standard de fait mais ce n’est pas la seule façon de faire, et là on touche au problème que le système d’init impose une façon de faire ce que je trouve gênant, intrusif et abusif.

  • [^] # Re: Pardonnez ma question

    Posté par  . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 7.

    Hadproxy a fait un choix d’architecture lui permettant d’être performant… Mais en cas de reload de la config, il fait le choix de se tuer et de se relancer.
    Systemd a fait le choix de considérer que le « fair-use » autour du signal SIGHUP (utilisé pour recharger la conf par beaucoup) était standard et l’applique.
    Du coup, il faut faire un enrobage pour que hadproxy et systemd bosse ensemble.

    En gros, systemd impose la façon dont Lennart croit qu’il faut écrire un démon.

  • [^] # Re: (R)évolutions?

    Posté par  . En réponse au journal OSEF. Évalué à 2.

    Pour certains débats, il faut être réactif… ils sombrent vite dans les abîmes ;-)

  • [^] # Re: Pas une bonne idée

    Posté par  . En réponse au journal OSEF. Évalué à 8.

    La génération actuelle (une partie) à réussi à s'émanciper de windows,…

    C’est quoi pour toi la génération actuelle ? Ça manque de précision. C’est les 3-18 ans, les 20-30, les moins de 40 ?

    Je vais plagier ton texte en remontant de dix ans de plus…

    Je crois, avec ma mauvaise foi et paranoïa légendaire que c'est volontaire, et pas pour de bonnes raisons : La génération actuelle (une partie) à réussi à s'émanciper du hardware et de BASIC, en apprenant à bidouiller, en programmant en assembleur, en accédant directement aux registres de la carte graphique de cette machine qui semblait pouvoir faire tout plein de choses et don les entrailles étaient offertes à tous : de la mémoire, des registres, le coprocesseur, des fichier.ini que l'on trouvait facilement, une ligne de commande (même castrée) accessible facilement, un programme debug.exe permettant de faire de l’assembleur inline et de tester les appels au BIOS, une mécanique que l'on pouvait découvrir sans trop de compétences qui nous faisait réaliser qu'on pourrait faire tellement plus avec presque la même chose et donc nous cherchions avec quoi faire plus, de programmes tiers qu'on recopiait depuis un livre pour pouvoir tester des trucs.
    En proposant à la génération suivante un truc aussi boite_noire_compliant qu'une interface fenêtré, cela va réduire grandement les envies de tester autre chose.

    Je me sens vieux ;-)

  • [^] # Re: Comme d'hab

    Posté par  . En réponse au journal De la finalité du système de notation. Évalué à 1.

    S’il lasse, c’est un mauvais troll…

  • [^] # Re: bah...

    Posté par  . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à -5.

    Qu’est-ce qui te fais penser que la proportion change parmi les non-votants ? Pour un sondage, on considère l’échantillon représentatif à beaucoup moins que ça.

  • [^] # Re: Numéro de version métaphorique

    Posté par  . En réponse à la dépêche Weboob 0.d. Évalué à 3.

    En gros, on parle de toilenichon. C’est jolie comme nom ;-)

  • # Pertinence

    Posté par  . En réponse au journal Découverte. Évalué à -4.

    Salut,
    Quand j’ai vu ce journal, j’ai immédiatement pensé à celui-ci. Et du coup, je l’ai trouvé pertinent parce que c’est une manifestation anti-journaux bookmark qui ne disent rien.

    En tous cas, c’est ainsi que je l’ai compris.

  • # J’aime

    Posté par  . En réponse au journal Découverte. Évalué à 10.

    Merci. Je trouve la découverte passionnante.

  • [^] # Re: kdevelop et tortoisehg

    Posté par  . En réponse à la dépêche KDevelop 4.4. Évalué à 1.

    Le support hg est en cours de dév. ici.

  • [^] # Re: Kdevelop sur Windows

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 1.

    Et encore, retenu sur salaire ;-)

  • [^] # Re: Kdevelop sur Windows

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.

    Prends Qt Creator alors.

    Oui, mais kdevelop est quand même plus pertinent dans les choix proposés… mais QtCreator peut-être une alternative intéressante.

    Existe t’il une version portable (sans avoir à installer) ? car j’ai rarement/jamais les droits admin sur des machines Windows…

  • [^] # Re: Hébergement des images

    Posté par  . En réponse à la dépêche KDevelop 4.4. Évalué à 1.

    J’avais loupé ça…
    J’aurais malgré tout bien aimé un petit lien ajouté une image à la dépêche. Parce que finalement, dans ce cas, l’url d’origine on s’en moque un peu.

  • # Hébergement des images

    Posté par  . En réponse à la dépêche KDevelop 4.4. Évalué à 2.

    Salut,
    J’ai mis des images que j’ai faites. Mais hélas, je n’ai pas trouvé comment les télécharger sur linuxfr… donc elles sont sur mon serveur. Rien de grave en soit, juste que je ne garanti pas qu’elles resteront disponible dix ans…
    Si quelqu’un pouvait sans occuper ?

  • [^] # Re: Juste une question

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.

    J'ai plus qu'à trouver comment l'installer sur une centos 5.5 (on rigole pas dans la salle)

    Si tu y arrives, fait signe avec même avec un gros package de lib, dépendance kde… je suis sur une machine virtuelle RHEL5…

  • [^] # Re: Kdevelop sur Windows

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 5.

    Dans le monde professionnel, tu n’as pas toujours le choix des armes… dans ce cas, il faut se débrouiller seul pour avoir de bons outils.

  • [^] # Re: Kdevelop sur Windows

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 1.

    Il avait été compilé par l’équipe winkde pour la version 4.0 ou 4.1. Mais comme personne ne l’utilisait, ils ont arrêté. Les soucis de la version windows que je traine, viennent de l’implémentation de dbus, qui ne fait pas la différence entre la session et le système… du coup, il ne peut y avoir qu’une instance. Ce qui est ennuyeux quand on est nombreux sur la machine.

  • [^] # Re: vim

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 1.

    Il y a des limitations :
    Sur une ligne du genre :

    var.champ_s1.ptr_champ_s2->champ_s3.enfin = toto;
    
    

    Si tu mets le curseur après le premier . un c2t. ne fonctionne pas bien. En fait, c’est surtout le 2 de la commande qui n’est pas pris en compte. (En tout cas sur la version que j’ai chez moi)

  • # Analyse syntaxique et plugin

    Posté par  . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.

    Bonjour,
    pour compléter, je dirai que l’analyse sémantique du C++ est excellente. Elle est d’ailleurs disponible facilement pour ceux qui voudrait faire des plugin.
    Dans les fonctionnalités que j’apprécie, c’est de pouvoir coder à la ligne, et tout d’un coup, paf j’utilise une variable de type structure à laquelle j’accole un champ qui n’existe pas. Après avoir fini la ligne, kdevelop demande : « le champ n’existe pas, voulez-vous le créer ? » en répondant « oui », il va l’ajouter directement dans la structure dans le bon fichier d’entête. Il propose également les inclusions quand il détecte qu’on utilise une fonction non déclaré.

    À l’époque de kdev 4.2 je crois, il y avait un plugin en développement qui utilisait l’analyse sémantique pour faire en temps réel de jolis graphes d’appel… quelqu’un sait s’il est toujours maintenu ?

  • [^] # Re: Pourquoi du binaire

    Posté par  . En réponse au journal Documentation du format du Journal. Évalué à -1.

    La cache à cocher n'est pas « désactiver » mais « use external database » : on te propose d'en utiliser une externe plutôt que celle interne.

    Et donc ? Si on la décoche ? Il faudrait lire ce qui est écrit. Je répète :
    Grumk : amarok doit utiliser mysql.
    Moi : Non, il y a une case à cocher.
    Toi : (voir ci-dessus)

    À moins que la base par défaut soit une base mysql, sinon, je ne vois pas.

  • [^] # Re: Pourquoi du binaire

    Posté par  . En réponse au journal Documentation du format du Journal. Évalué à -2.

    Et tu me fais dire des conneries, c'est akonadi qui a un support sqlite non officiel, pas amarok…

    Je m’en fais dire aussi. Mon propos initial était que tu sous-entendais l’obligation d’utiliser mysql. Ce qui est faux. Et je réagissais parce que je n’ai pas de serveur mysql sur mon PC. Donc, qu’amarok n’a pas besoin de mysql pour fonctionner.