Étienne a écrit 707 commentaires

Je peux te proposer un truc pas forcément très propre mais qui marche.

PROMPT_COMMAND="vim; unset PROMPT_COMMAND" xterm -e bash --norc

Le contenu de la variable PROMPT_COMMAND est executé avant chaque prompt, donc arrivé là tu as déjà un shell interactif. En demandant d'executer vim (puis en supprimant la variable pour éviter de lancer des vim en boucle), tu lance vim dès le début.

Le --norc est là car cette variable PROMPT_COMMAND est utilisée redéclarée dans le /etc/bashrc de la distrib que j'utilise.

Tu peux aussi passer par une autre variable et dans ton ~/.bashrc faire en sorte de positionner PROMPT_COMMAND comme il faut pour éviter le --norc.


Etienne

Ce qui est idiot
Ca n'a rien d'idiot, ca peut permettre d'avoir un éditeur lancé en arrière plan dans une session X. Ce qui peut remplacer un gvim tout en gardant le comportement d'un vim, par exemple le fait que ^Z de redonne la mains sur le process père ce qui permet d'avoir un vrai shell.

Etienne

Si je fais CTRL-Z, le titre change en bash, mais aucun shell n'est accessible.

C'est parcequ'en faisant un bash -c, le shell invoqué n'est pas un shell interactif et il n'y aura donc pas possibilité de saisire une commande.

Je ne vois pas trop de solution tout de suite car pour que le ^Z donne un shell interactif, il faut qu'il ai été lancé à partir d'un shell interactif. ^Z suspend vim et te redonne la main sur le process parent, dans notre cas, le process parent n'est pas un shell interactif.


Etienne

Je comprends qu'à une certaine époque, certains terminaux aient eu du mal avec les touches "spéciales"... mais là, à part l'habitude, je ne vois pas trop en quoi ce serait une bonne pratique de continuer à utiliser jhkl.


Ca permet surtout de garder les mains sur la partie alphabétique du clavier et ca fait donc moins de mouvement.
Je comprend volontier qu'on trouve ça un peu bizarre comme justification mais à l'usage, c'est quand même plus ergonomique (je n'ai pas dit intuitif).


Etienne

Bon, je crois que je vais garder le \ par défaut, parce que je me sers des fois de la virgule...

Tu peux très bien faire en sorte qu'il n'y ai que pour le ,K que ca soit le cas en faisant :

let mapleader=","
runtime ftplugin/man.vim
let mapleader="" "restoration du comportement par défaut

Tu peux mettre ce que tu veux dans mapleader et ce ne sera utilisé que par ce qui est définit dans man.vim

Etienne

Juste un truc : j'imagine que tu as fait en sorte que ton 'K' se serve de :Man plutôt que le man par défaut.

C'est prévu dans le plugin, mais ça utilise <Leader>K :

if exists(":Man") != 2
com -nargs=+ Man call s:GetPage(<f-args>)
nmap <Leader>K :call <SID>PreGetPage(0)<CR>
endif

Par défault, est définit à \, il faut donc utiliser \K, ce qui n'est pas pratique sur un clavier français. On peut trouver deux solution :
- modifier plugin man.vim pour mapper K sur PreGetPage(0) avec noremap.
- définier mapleader à un charactère plus accessible avant de charger le plugin, par exemple dans ton vimrc

let mapleader=","
runtime ftplugin/man.vim

et du coup le man devient accessible avec ,K.

Pour lire les manpages avec gvim (ou vim d'ailleurs), il y a le plugin man (fournit de base) (:help Man)

En gros tu peux faire :
:runtime ftplugin/man.vim

Puis

:Man ls

Et l'ecran se split horizontalement et te permet de lire la page de man directement avec vim et une belle coloration syntaxique.


Etienne

Tu as bien appris le français sans passerelle.

C'est aussi compliqué d'aller à Bruxelles depuis n'importe quel point d'Europe que de partir de Bruxelles vers n'importe quel point d'Europe...

Mais tout le monde ne part pas de Bruxelles.

Evitons de répondre à une incohérence par une incohérence

On a manqué l'occasion unique d'avoir une Gutsy Gorilla :'-/
En même temps une distrib juste pour les vieilles et les juges, le marché est léger. Car je te rappel que


"Tout le monde se précipite hors d'atteinte du singe en rut
Sauf une vieille décrépit et un jeune juge en bois brut"

$ commande 2>&1 > log.txt


Cela ne marchera pas car la redirection est fait dans le mauvais ordre et seul stdout sera redirigé vers log.txt. Il faut faire

$ command > log.txt 2>&1


Etienne

Il semble qu'il manque la partie en gras, non ?
ou pas.

Cela évite [...]de le fragmenter sur tout le disque dur.
L'appel système permet en effet d'éviter la fragmentation en préallouant l'espace.

Le départ des 2 dev principaux n'est un drame. Nul n'est irremplacable.
Sans doute que nul n'est irremplaçable, mais on se demande quand même ce qui se trame à la fondation Mozilla. On a un peu l'impression que tout n'est pas dit (et la brièveté des messages de départ n'est pas pour rassurer les utilisateurs de Thunderbird). Ça donne un peu l'impression que des choses se passent en coulisse et je ne trouve pas cela très sain.

Ou plus simplement
awk 'BEGIN{RS="}"} /define/ && /192.168.0.5\>/ { print $0 "}" }' mon_fichier

le \> correspond à "fin de mot"

Le seul truc c'est que les archives tgz qui sont en téléchargement ne contiennent visiblement que le répertoire build (généré par cmake) et pas les sources.

J'imagine que la détection des noyaux inutilisés passe par le parsing de /etc/lilo.conf et /boot/grub/menu.lst pour vérifier quels sont les noyaux inutilisés. Hors (en tout cas chez Debian mais je pense que c'est la même chose chez les autres) un nouveau noyau installé se met en démarrage par défaut mais ne supprime pas les entrées pour les autres noyaux. Dès lors, si l'on s'appuie sur le système de package les seuls noyaux inutilisés ne devraient-être que les noyaux compilés à la main.

Après je ne sais pas comment marche la détection d'un noyau "non utilisé".

Il me semble (et le site web de nessus semble le confirmer) que Nessus n'est plus libre depuis la version 3 (voir aussi https://linuxfr.org//2005/10/06/19689.html ). C'est certe un très bon produit mais il ne me semble pas que sa place soit dans la liste des logiciels open source.

Etienne

Je t'ai déja répondu sur un autre article :


$ sed -e 's/\<s\([0-9]\+\)\>/variable[\1]/g'

Pour expliquer :
\< : début de mot
s : un s
[0-9]\+ : 1 nombre ([à-9] match chiffre, le \+ signifie un ou plus)
\> fin de mot (pour ne pas prendre s23rt)

Cordialement,

Etienne

sed -e 's/\<s\([0-9]\+\)\>/variable[\1]/g'

Pour expliquer :
\< : début de mot
s : un s
[0-9]\+ : 1 nombre ([à-9] match chiffre, le \+ signifie un ou plus)
\> fin de mot (pour ne pas prendre s23rt)

Cordialement,

Etienne

que dois je rajouter pour que "remove" ne devienne pas "reMOVe"?

Il faut entourer la chaine à "matcher" par \< (début de mot) et \> (fin de mot)

$ sed -i -e 's/\<\(add\|mov\)\>/\U\1\E/g' *

Cordialement

Etienne

$ sed -i -e 's/\(add\|mov\)/\U\1\E/g' *

Tu peux rajouter autant de mots que tu veux entre \( et \)

Cordialement

Etienne

Il faut bien faire la différence pour les alternatives dans les expressions rationnelles entre [] et ()

Ici tu utiliser ['''|=] mais ce que tu veux dire c'est ("""|=) car [] n'utilise pas de séparateur et prend chaque caractère comme une alternative
[abc|d] revient à dire soit a soit b soit c soit |
alors que
(abc|d) revient à dire soit abc soit d

Ton expression devient après correction

re.compile(r"^\s*('''|=)\s(.*)\s('''|=)$", re.MULTILINE)

J'espère avoir été clair

Etienne

demande parfois que la base soit mise à jour mais updatedb demande les droits root.

Simplement pour préciser qu'on peut aussi se créer sa propre base sans avoir besoin des droits root (par exemple si on veut références les fichiers qui sont dans son répertoire home) :
$ locate -U ~ -o ~/.slocatedb #pour créer la base
$ locate --database=~/.slocatedb monFichier # pour rechercher

Ca peut être utile si on a un compte sur une machine où la base n'est jamais mise à jour ou pour avoir une base uniquement d'un repertoire particulier.

Ca dépend de tes besoins en fait. Pour faire simple :
- Soit une Forme peut être manipulée par plusieurs ToolManipulator différents auquel cas il vaut mieux centraliser la gestion et la configuration dans une Fabrique.
- Soit à une Forme est associée un ToolManipulator et lorsque tu code ta Forme, tu code aussi ton ToolManipulator (ou tu en réutilise un existant) et je pense qu'il vaut mieux que le Tool construise son ToolManipulator.

Cordialement

Tristant Nitot (responsable marketing chez mozilla) a posté un billet sur standblog qui peut répondre à ce journal où il explique pourquoi est-ce que la fondation Mozilla ne pousse pas ses technos comme concurrents de Flash ou Silverlight (contrairement à ce que certains aimeraient, je pense notamment à Daniel Glazman qui en a également parlé sur son blog et qui, lui aimerai faire de xulrunner une vrai plateforme).

l'article de Tristan :
http://standblog.org/blog/post/2007/07/05/Questions-sur-lave(...)

Un article de Daniel :
http://www.glazman.org/weblog/dotclear/index.php?2007/05/13/(...)


Etienne