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.
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 :
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 :)
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...
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 :)
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 !)
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
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 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
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...
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...
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..
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 ?
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)
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)
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 !
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
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.
[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.
# ant et le reste
Posté par Bruno Bonfils (site web personnel) . En réponse au journal Une alternative à make(1). Évalué à 1.
groovy rulez
[^] # Re: Petites précisions
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Conférence OpenSolaris à Paris le 12 mai 2009. Évalué à -3.
[^] # Re: Petites précisions
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Conférence OpenSolaris à Paris le 12 mai 2009. Évalué à -2.
à demain !
[^] # Re: Le tout en pur zsh
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 5.
Mais merci de ton illumination extraordinaire !
[^] # Re: ZEN c'est zen !
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 2.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 1.
[^] # Re: Le tout en pur zsh
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 3.
[^] # Re: ZEN c'est zen !
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 2.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 3.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 1.
Mais j'avoue, le concept est quand même super intéressant..
[^] # Re: Gestionnaires de paquetage
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 2.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Restez ZEN avec ZSH. Évalué à 5.
% 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 Bruno Bonfils (site web personnel) . En réponse au sondage Mon shell préféré. Évalué à 3.
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 Bruno Bonfils (site web personnel) . En réponse au sondage Mon shell préféré. Évalué à 6.
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 Bruno Bonfils (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.
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 Bruno Bonfils (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.
# Et bientôt un programme pour éditer du texte ?
Posté par Bruno Bonfils (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.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Soirée OpenSource chez Sun. Évalué à 5.
[^] # Re: Ville ?
Posté par Bruno Bonfils (site web personnel) . En réponse à la dépêche Soirée OpenSource chez Sun. Évalué à 3.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Bilan positif pour Linux à l'Assemblée nationale. Évalué à 7.
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 Bruno Bonfils (site web personnel) . En réponse à la dépêche Bilan positif pour Linux à l'Assemblée nationale. Évalué à 7.
* 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 Bruno Bonfils (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 1.
[^] # Re: solaris vs linux
Posté par Bruno Bonfils (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 7.
Petite précision qui ne fera de mal à personne je pense :
[^] # Re: solaris vs linux
Posté par Bruno Bonfils (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 7.
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 Bruno Bonfils (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 4.
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.