pedantic a écrit 5 commentaires

  • [^] # Re: Popularité

    Posté par  . En réponse au journal Matt Mackall, l'auteur de Mercurial, passe la main. Évalué à 2. Dernière modification le 28 janvier 2016 à 00:08.

    hg incoming permet de récupérer la liste des commits entrant SANS les fetcher vraiment et communique avec le dépôt distant.

    C'est pas parce que ça se voit pas qu'il ne le fait pas. hg incoming fait exactement la même requête au serveur que hg pull: getbundle. Le code python de mercurial est capable de demander les heads sans faire un getbundle, mais je sais pas s'il y a une commande pour le faire. hg -R repourl heads se plaint quand repourl est pas un répertoire local, ce qui est plutôt ballot. En python, on peut faire hg.peer(repourl).heads() ou un truc comme ça.

    Avec git, git remote show et git ls-remote donnent des informations sur le repo distant sans fetcher.

  • [^] # Re: La France représente ce que les fanatiques religieux détestent au plus haut point

    Posté par  . En réponse au journal Paris sous les balles. Évalué à 4.

    Je dirais même plus que 89 morts dans une salle qui compte plus de 1000 personnes, c'est sacrément pas efficace.

  • [^] # Re: Music

    Posté par  . En réponse au journal Récit d'un gros dégringolage anticipable. Évalué à 2.

    permettra de gagner 1h d'autonomie environ et jusqu'a 3h supplementaire en activant un mode d'economie particulier.
    Personnellement, je n'ai JAMAIS vu aucun editeur d'OS obtenir ce genre de résultat.

    En même temps, les mises à jour vers iOS7 et iOS8 ont réduit l'autonomie des iPhones…

  • [^] # Re: Mercurial

    Posté par  . En réponse au journal Git a fêté ses 10 ans hier .... Évalué à 2.

    le principe des phases

    je suis pas franchement convaincu que ce serait utile à git

    la gestion à la mq

    stgit

    un git outgoing

    git push --dry-run

  • # Corrections

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 10.

    Par ailleurs, Bash ne permet pas cet export de fonctions s'il est utilisé en mode POSIX strict ( bash -p ).

    Le mode posix est bash --posix. C'est aussi le mode dans lequel on se trouve quand bash est invoqué en tant que sh.

    bash -p est un mode différent:

    Turned on whenever the real and effective user ids do not match. Disables processing of the $ENV file and importing of shell functions. Turning this option off causes the effective uid and gid to be set to the real uid and gid.

    Donc oui, bash n'est pas vulnérable avec bash -p, mais il l'est toujours en mode posix.

    Mais Bash permet en outre de passer des fonctions vers le processus enfant. Aucun autre shell ne permet cela. Dans ce cadre relativement strict, la sécurité ne pose pas de problème : les droits et contextes d'exécution sont identiques et l'utilisateur, système ou non, est le même. Ceci est documenté, il s'agit de l'option -f du shell Bash.

    Il s'agit de l'option -f de export dans le shell bash. bash -f désactive le globbing:

    $ ls
    bar foo
    $ bash -f -c 'echo *'
    *
    $ bash -c 'echo *'
    bar foo
    

    La même chose, pour passer la fonction à un sous-shell

    Quand on utilise la fonctionnalité "normalement", alors on utilise export -f plutôt que de jouer avec les variables d'environnement:

    #!/bin/bash
    # déclaration de la fonction d'affichage du message "bonjour vous", nommée mafonction :
    mafonction() {
        echo "bonjour vous";
    }
    export -f mafonction
    # exécution de la fonction dans un sous-process:
    bash -c mafonction

    La variable d'environnement commençant par () { n'est que la manière que bash a d'implémenter export -f.