Bruno Bonfils a écrit 57 commentaires

  • # ant et le reste

    Posté par  (site web personnel) . En réponse au journal Une alternative à make(1). Évalué à 1.

    ne pas oublier ce qui vient du monde java / ruby aussi, genre capistrano et surtout gradle !

    groovy rulez
  • [^] # Re: Petites précisions

    Posté par  (site web personnel) . En réponse à la dépêche Conférence OpenSolaris à Paris le 12 mai 2009. Évalué à -3.

    teuhh moinssé le conférencier c'est du beau ! :)
  • [^] # Re: Petites précisions

    Posté par  (site web personnel) . En réponse à la dépêche Conférence OpenSolaris à Paris le 12 mai 2009. Évalué à -2.

    teu teuh, c'est pas encore OracleOS !!

    à demain !
  • [^] # Re: Le tout en pur zsh

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 5.

    JE sais très bien à quoi cela sert. Mais pas tous les gens qui écrivent des scripts, notamment ceux qui commencent par #/bin/sh et qui sont plein de basheries.

    Mais merci de ton illumination extraordinaire !
  • [^] # Re: ZEN c'est zen !

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 2.

    Salut Nicolas,

    alors, on utilise la fonctionnalité d'autoload de ZSH. Donc, si tu as bien fais le zen install zsh/scripts/mail/send, et que tu as bien $HOME/.zen/zsh/scripts dans ton fpath, il te suffit de faire :

    % autoload -U mail/send
    % mail/send -f dieu@foo.bar -t jesus@boo.far -s mysmtp.foo.bar -d fichier


    Où fichier est un fichier texte brut contenant les données à passer à la commande DATA SMTP (i.e. From: <dieu@foo.bar> etc)

    Par contre je viens de voir que j'ai petit bug sur l'affiche du usage, mais il devrait fonctionner quand même. N'hésite pas à le dire si ce n'est pas le cas, genre sur le redmine :)

    Bon courage
  • [^] # Re: [HS] question sur Zsh

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 1.

    Alors, il me semble avoir vu passé une discussion à ce sujet, mais je préfère te répondre que malheureusement non, y a pas ça dans zsh. Je vais essayer de creuser un peu...
  • [^] # Re: Le tout en pur zsh

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 3.

    Oué mais au moins t'es sûr d'avoir le même comportement partout, quelque soit la syntaxe utilisée. Et me dis pas que ça t'es jamais arrivé d'avoir un script écrit sur du userland GNU et que tu dois exécuter sur autre pas GNU, et que l'auteur à utilisé plein de GNUeries ! Ce n'est en aucun un reproche, juste un constat :)
  • [^] # Re: ZEN c'est zen !

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 2.

    Tiens, étrange.. Tu as utilisé le repo normal ? Tu es derrière un proxy ?


    Au passage il y a un bug tracker sur dev.keltia.net/projects/zen (bon par contre faut s'inscrire et tout.. on a prévu un script zen pour reporter un problème !)

    Tu peux passer sur irc , #zsh-fr sur freenode ?

    Merci d'avance
  • [^] # Re: Gestionnaires de paquetage

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 3.

    En même temps, comme je n'y connais rien, je dois rater l'argument massue qui justifie tout ce temps perdu, cette interopérabilitée ratée et cette complexification inutile... aidez-moi à comprendre.

    Alors, le temps perdu : se faire plaisir ! Coder un système de package avec notion de dépendances en à peine 50 lignes de shell, c'est <3
  • [^] # Re: Vendredi

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 1.

    C'est peut être vrai mais powershell sur un unix ca va être difficile je pense :)

    Mais j'avoue, le concept est quand même super intéressant..
  • [^] # Re: Gestionnaires de paquetage

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 2.

    Bonjour,

    alors, déjà, ce n'est PAS un système de package. On télécharge juste des fichiers texte, en http, ces fichiers sont directement les scripts.

    Le pourquoi, c'est simple, pour être totalement indépendant de l'OS. Pour ma part je code sur OpenSolaris, Mac, bapt sous FreeBSD (et Linux) alors va trouver un système de packaging commun..

    On veut pas remplacer les deb et RPM hein, c'est juste pour gérer des scripts, rien de plus, et en pure zsh, pour pas être dépendant de softs qui se trouvent pas sur certains systèmes exotiques...
  • # ZEN c'est zen !

    Posté par  (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 5.

    Moi je dis c'est magique zen :

    % zen search zle

    Package | Description
    -----------------------------------------------------------------------------------------------------------------
    zsh/zle/insert-root-prefix | Insert sudo or pfexec in the beginning of the line
    zsh/zle/dirname-current-arg | replace current argument by its parent directory
    zsh/zle/previous-file-nocomp | replace current argument by the previous file as if you were
    zsh/zle/next-file-nocomp | replace current argument by the next file as if you were



    % zen install zsh/zle/insert-root-prefix
    INF: Installing package zsh/zle/insert-root-prefix
    % zle -N zsh/zle/insert-root-prefix
    % autoload -U zsh/zle/insert-root-prefix
    % bindkey '^[v' zsh/zle/insert-root-prefix

    Et hop j'ai mon widget zle qui rajoute pfexec (ou sudo, sur les autres OS) en début de ligne quelque soit la position de mon curseur!
  • [^] # Re: pff, seulement 12,5% de gens biens

    Posté par  (site web personnel) . En réponse au sondage Mon shell préféré. Évalué à 3.

    Oué enfin, c'est tout aussi vrai pour bash, quand on sort de linux..

    Et si tu n'a pas trouvé de différence, c'est bien dommage pour toi :)

    (et non t'inquiète pour l'activisme je suis probablement le seul :)
  • # pff, seulement 12,5% de gens biens

    Posté par  (site web personnel) . En réponse au sondage Mon shell préféré. Évalué à 6.

    C'est triste ! seulement 12,5% d'utilisateurs zsh..

    Il y a donc tellement de gens qui n'aiment pas la ligne de commande pour qu'il y ait si peu d'utilisateurs zsh ?
  • [^] # Re: Et bientôt un programme pour éditer du texte ?

    Posté par  (site web personnel) . En réponse à la dépêche Autojump : une manière plus rapide de naviguer dans le système de fichiers avec la ligne de commande. Évalué à -1.

    Les répertoires que j'utilise souvent je les connais, je sais où ils sont, et ils sont toujours dans ma stack d'autopushd. Après, oui, on pourrait dire que c'est nous avons des utilisations différentes du shell, etc,

    La même chose en pure shell j'aurais du compris un peu plus facilement...
  • [^] # Re: Et bientôt un programme pour éditer du texte ?

    Posté par  (site web personnel) . En réponse à la dépêche Autojump : une manière plus rapide de naviguer dans le système de fichiers avec la ligne de commande. Évalué à 2.

    Les répertoires nommés (cd ~t<tab), et dans le cas de l'exemple (pour /home/jeanpaul/documents/divers/torrents) faire un cd ~/d/d/t c'est quand même pas bien plus long que faire j torrents, et surtout ca demande pas une VM python et une db...
  • # Et bientôt un programme pour éditer du texte ?

    Posté par  (site web personnel) . En réponse à la dépêche Autojump : une manière plus rapide de naviguer dans le système de fichiers avec la ligne de commande. Évalué à -3.

    mode vendredi=on

    y a des gens ils sont vraiment pas bien dans leur tête, c'est quoi l'intêrêt de faire un programme exprès pour ca ? c'est une blague pour le vendredi 13 ?

    Plus sérieusement pourquoi ne pas plutôt utiliser un vrai shell, et surtout, lire sa doc. Ce qui permet de découvrir des choses intéressantes, comme les répertoires nommés (hash -d toto=/usr/local ; cd ~toto), les raccourcis du genre cd /u/l/s pour aller dans /usr/local/share par exemple.

    Et surtout, surtout, l'autostackage des répertoires :

    setopt auto_pushd
    setopt pushdminus

    15:49 (asyd~ps7529) /export/home/asyd
    % cd /tmp
    % cd /var/opt
    15:50 (asyd~ps7529) /var/opt
    % cd /opt/VirtualBox
    15:50 (asyd~ps7529) /opt/VirtualBox
    % cd /lib/svc/method
    15:50 (asyd~ps7529) /lib/svc/method
    % cd -
    directory stack
    1 -- /opt/VirtualBox
    2 -- /var/opt
    3 -- /tmp
    4 -- /export/home/asyd

    et la peut être que les gens arrêteront d'écrire des conneries..
  • [^] # Re: droits GPL

    Posté par  (site web personnel) . En réponse à la dépêche Soirée OpenSource chez Sun. Évalué à 5.

    Ben, profites en pour venir et poser ta question. Mais sans rentrer dans les détails, c'est *beaucoup* plus compliqué que "Sun force les contributeurs". A mon avis, tu n'a même pas lu le SCA, me trompes-je ?
  • [^] # Re: Ville ?

    Posté par  (site web personnel) . En réponse à la dépêche Soirée OpenSource chez Sun. Évalué à 3.

    Ca se passe en effet à Paris, au 42 avenue de Iéna.

    Pour le premier point en anglais, c'est tout simplement parce que l'intervention sera en anglais (alors que les autres seront probablement en français)
  • [^] # Re: précisions

    Posté par  (site web personnel) . En réponse à la dépêche Bilan positif pour Linux à l'Assemblée nationale. Évalué à 7.

    Nous sommes partis sur KDE pour plusieurs raisons, mais la principale raison est .. que nous avons répondu avec KDE, donc on se tiens à la réponse. De plus, nous avons une personne très impliqué dans le projet KDE donc c'est plus pratique :) Et pour finir, sans troll aucun, JE (ca n'engage donc que moi) trouve qu'il est plus facile d'industrialiser KDE que gnome (fichiers de configuration à plat, etc).

    Et pour être franc, je ne vois pas en quoi firefox et thunderbird sont mieux intégrés a gnome qu'a kde. Ils utilisent leur propre système de configuration, etc. (ce qui d'ailleurs a été TRES chiant)
  • # précisions

    Posté par  (site web personnel) . En réponse à la dépêche Bilan positif pour Linux à l'Assemblée nationale. Évalué à 7.

    Quelques petits commentaires (de la part d'une personne bien placée pour parler de ce projet :)

    * il ne s'agit pas de PC portables, et c'est l'ensemble des postes de travail des députés et de leurs assistants qui ont été migrés (modulo quelques serveurs pour l'infra)
    * concernant le choix d'(k)ubuntu, je vous passe certains détails (autre que technique) mais n'oubliez pas qu'il s'agit d'un marché public, c'est donc plus un choix de l'émetteur du marché (qui lui choisi quelle réponse est la « meilleure ») qu'autre chose

    Si vous avez des questions je peux vous répondre de façon précise

    merci de vos commentaires en tout cas (et encore plus a l'étude), ce fut un projet très intéressant, mais loin d'etre facile, et apres presque 1 an cela fais plaisir de voir un retour positif !
  • [^] # Re: A noter ...

    Posté par  (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 1.

    Attention, c'est l'update 2, donc pas la dernière (qui est l'update 3)
  • [^] # Re: solaris vs linux

    Posté par  (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 7.

    nous donnons assez souvent des présentations de (Open)Solaris sur Paris, et quelques fois en province


    Petite précision qui ne fera de mal à personne je pense :



    <tigrou3tac> asyd c'est ton commentaire sur linuxfr qui me fait demander quelles sont les différences entre solaris et opensolaris
    <asyd> OpenSolaris c'est le noyau et le userland
    <asyd> Solaris, en tres tres tres gros, est une distribution d'opensolaris
    <tigrou3tac> qu'a solaris que n'a pas opensolaris ?
    <asyd> des drivers
    <asyd> dont Sun n'est pas le propriétaire
    <asyd> (NDA tout ca)
    <asyd> il y n'y _aucune_ feature que Solaris a et qui n'est pas dans OpenSolaris
    <asyd> c'est meme plutot le contraire
    <asyd> puisque Solaris a quelques mois de "retard" sur OpenSolaris
    <asyd> (test de regression tout ca)
    <asyd> et depuis un moment deja
    <asyd> Sun n'a qu'un, un et un seul, repository de source, qui est OpenSolaris

  • [^] # Re: solaris vs linux

    Posté par  (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 7.

    Effectivement, vserver s'approchement relativement près des zones. Mais, d'un coté on a un *patch*, de l'autre, un OS où tout le code est pensé pour les zones.

    Ce qui donne le résultat suivant : pas de loopback possible depuis un vserver, des problèmes de sécurité assez critique (la dernière fois que j'ai testé je pouvais tcpdump depuis un vserver, pas cool), donc pour résumer un manque de cohérence au niveau de l'OS, ce qui est "normal" puisque c'est un patch.

    Pour les zones, tout l'OS est pensé autour des zones, donc une intégration parfaite. Je vais pas m'étaler sur les zones, je n'ai pas assez de deux heures pour en parler :) Juste un petit truc aussi, dans Solaris 10 update 3 (11/06) on peut même détacher une zone d'un serveur pour la réattacher sur un autre..

    Enfin voilà, si ca interesse vraiment des gens, vous pouvez m'envoyer un mail a [asyd@asyd.net] nous donnons assez souvent des présentations de (Open)Solaris sur Paris, et quelques fois en province.
  • [^] # Re: Les « grands » Unix, toussa...

    Posté par  (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 4.

    [quote]c'est qu'ils adoptent les standards du monde Linux qu'ils ont lamentablement échoué à mettre en place et à jouer fair-play : le LSB et freedesktop par exemple...[/quote]

    Ce n'est PAS possible que Solaris devienne LSB compliant, ils doivent garder une compatibilite ascendante (certains clients utilisent des applications d'il y a 10 ans qui marche sans rien toucher sur un solaris moderne), donc du coup, pas possible de modifier les chemins comme ca. Par contre il est évident que les distributions basées sur OpenSolaris (Nexenta, etc) n'ont pas ce probleme.

    Pour freedesktop j'aimerais que tu développes, parce que euh, ils sont loin d'avoir lamentablement échoués.