OOo base: retour vers le futur

La version de libreoffice-base actuellement livrée avec Ubuntu 11.04 est cassée en ce sens que les barres d'outils nécessaires pour modifier un formulaire ne s'affichent pas.<br />Alors, une solution consiste à installer openoffice.org à la place de libreoffice. <br />Mais tant qu'à faire, plutôt que d'installer la version actuelle (3.3), autant installer la version précédente (3.2.1). En effet, un autre problème se pose pour ceux qui désirent accéder à PostgreSQL via le pilote sdbc: l'accès aux données se fait en lecture seule avec les versions d'openoffice.org et de libreoffice >= 3.3.<br />Choisissons <a href="ftp://archive.services.openoffice.org/pub/openoffice-archive/localized/fr/3.2.1/">sur cette page</a> le fichier qui convient à son architecture (OOo_3.2.1_Linux_x86-64_install-deb_fr.tar.gz, si on est en 64 bits).<br />Après avoir téléchargé le fichier, ouvrons un (émulateur de) terminal, et rendons-nous à l'endroit du téléchargement pour procéder à l'extraction du tar.gz:<br /><div style="background-color: #e6e6ff;">toto@rigel: ~$ cd Téléchargements/<br />toto@rigel: Téléchargements$ tar xzvf OOo_3.2.1_Linux_x86-64_install-deb_fr.tar.gz </div>L'extraction a créé différents dossiers. Nous devons nous y rendre pour procédons à l'installation:<br /><div style="background-color: #e6e6ff;">toto@rigel: Téléchargements$ cd OOO320_m18_native_packed-1_fr.9502/DEBS<br />toto@rigel: DEBS$ sudo dpkg -i *.deb</div>Et pour finaliser:<br /><div style="background-color: #e6e6ff;">toto@rigel: DEBS$ cd desktop-integration/<br />toto@rigel: desktop-integration$ sudo dpkg -i *.deb</div>Reste à régler le problème du pilote sdbc. Recherchons et téléchargeons le paquet debian openoffice.org-sdbc-postgresql_0.7.6+OOo3.2.0-4ubuntu1_amd64.deb (qui convient pour du 64 bits). Essayant d'installer ce paquet, on se heurte à des problèmes de dépendances. Plutôt que de forcer l'installation, il est préférable de procéder en douceur. Créons un dossier de travail et mettons-y  le fichier téléchargé:<br /><div style="background-color: #e6e6ff;">toto@rigel: Téléchargements$ mkdir work<br />toto@rigel: Téléchargements$ mv openoffice.org-sdbc-postgresql_0.7.6+OOo3.2.0-4ubuntu1_amd64.deb work<br />toto@rigel: Téléchargements$ cd work<br />toto@rigel: work$</div>Un paquet debian est une archive "ar" (et non pas "tar"). <br />Procédons à l'extraction:<br /><div style="background-color: #e6e6ff;">toto@rigel: work$ ar -xv openoffice.org-sdbc-postgresql_0.7.6+OOo3.2.0-4ubuntu1_amd64.deb <br />x - debian-binary<br />x - control.tar.gz<br />x - data.tar.lzma<br />toto@rigel: work$ </div>Ce qui nous intéresse c'est le tar.lzma:<br /><div style="background-color: #e6e6ff;">toto@rigel: work$ tar -xv --lzma -f data.tar.lzma <br />./<br />./usr/<br />./usr/lib/<br />./usr/lib/openoffice/<br />./usr/lib/openoffice/share/<br />./usr/lib/openoffice/share/extension/<br />./usr/lib/openoffice/share/extension/install/<br />./usr/lib/openoffice/share/extension/install/<b>postgresql-sdbc-0.7.6a.zip</b><br />./usr/share/<br />./usr/share/doc/<br />./usr/share/lintian/<br />./usr/share/lintian/overrides/<br />./usr/share/lintian/overrides/openoffice.org-sdbc-postgresql<br />./usr/share/bug/<br />./usr/share/bug/openoffice.org-sdbc-postgresql/<br />./usr/share/bug/openoffice.org-sdbc-postgresql/script<br />./usr/share/bug/openoffice.org-sdbc-postgresql/presubj<br />./usr/share/doc/openoffice.org-sdbc-postgresql<br />toto@rigel: work$ </div>Déplaçons le fichier zip dans le répertoire de téléchargement:<br /><div style="background-color: #e6e6ff;">toto@rigel: work$ <br />toto@rigel: work$ mv usr/lib/openoffice/share/extension/install/postgresql-sdbc-0.7.6a.zip ../</div>Nous aurons ainsi plus de facilité pour ajouter l'extension dans openoffice via "Outils-> Gestionnaire des extensions"<br />Nous pouvons maintenant détruire le répertoire de travail work.

OOo base: retour vers le futur

La version de libreoffice-base actuellement livrée avec Ubuntu 11.04 est cassée en ce sens que les barres d'outils nécessaires pour modi...

Read more »

Pilote postgresql sdbc 64 bits

<div style="font-family: Arial,Helvetica,sans-serif;">Dans le billet <a href="http://ipv4-ipv6.blogspot.com/2010/09/connecter-openoffice-postgresql.html">Connecter openoffice à PostgreSQL</a>, nous avons donné un <a href="http://dba.openoffice.org/drivers/postgresql/#download">lien</a> permettant de télécharger le pilote sdbc.</div><div style="font-family: Arial,Helvetica,sans-serif;">Hélas, le pilote ainsi obtenu ne fonctionne pas si on est en 64 bits.</div><div style="font-family: Arial,Helvetica,sans-serif;">Certaines distributions fournissent un paquet 64 bits qui délivre le pilote en question. Par exemple chez Ubuntu, il s'agit du paquet libreoffice-sdbc-postgresql. Pour d'autres distributions ce paquet n'existe pas.</div><div style="font-family: Arial,Helvetica,sans-serif;">Voici comment contourner le problème. Ceci a été testé et fonctionne dans le cas de Fedora 15.</div><div style="font-family: Arial,Helvetica,sans-serif;">Tout d'abord, rechercher et télécharger, par exemple, le paquet libreoffice-base-drivers-postgresql-3.3.1.2-1.2.3.x86_64.rpm. Il s'agit d'un paquet openSuse.</div><div style="font-family: Arial,Helvetica,sans-serif;">Ensuite, dans un terminal, se rendre là où le paquet est téléchargé:</div><div style="background-color: #ffffcc; font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ cd ~/Téléchargement</span><span style="font-size: small;"> </span><br /><span style="font-size: small;">$ rpm2cpio libreoffice-base-drivers-postgresql-3.3.1.2-1.2.3.x86_64.rpm | cpio -ivd</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/META-INF</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/META-INF/manifest.xml</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/description.xml</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql-sdbc-impl.uno.so</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql-sdbc.uno.so</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql-sdbc.unorc</span><br /><span style="font-size: small;">./usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b/postgresql.xcu</span><br /><span style="font-size: small;">1779 blocs</span><br /><span style="font-size: small;">$</span></div><div style="font-family: Arial,Helvetica,sans-serif;"><br />La commande rpm2cpio convertit le paquet RPM en archive cpio, archive qui est transmise à la commande cpio pour extraction. La commande cpio a créé dans "Téléchargement" toute une série de répertoires. Nous allons en premier ramener le répertoire "postgresql-sdbc-0.7.6b" dans "Téléchargement", puis créer le fichier zip adéquat:</div><div style="background-color: #ffffcc;"><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ mv usr/lib64/libreoffice/share/extensions/postgresql-sdbc-0.7.6b .</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ zip -r postgresql-sdbc-0.7.6b.zip postgresql-sdbc-0.7.6b</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/ (stored 0%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql-sdbc.unorc (stored 0%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/description.xml (deflated 52%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/META-INF/ (stored 0%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/META-INF/manifest.xml (deflated 62%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql-sdbc-impl.uno.so (deflated 68%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql.xcu (deflated 57%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">adding: postgresql-sdbc-0.7.6b/postgresql-sdbc.uno.so (deflated 71%)</span></div><div style="font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ </span></div></div><div style="font-family: Arial,Helvetica,sans-serif;"><br />Pour terminer, il suffit de procéder comme indiqué dans le billet <a href="http://ipv4-ipv6.blogspot.com/2010/09/connecter-openoffice-postgresql.html">Connecter openoffice à PostgreSQL:</a></div><div style="background-color: #ffffcc; font-family: "Courier New",Courier,monospace;"><span style="font-size: small;">$ cd $(dirname $(which soffice));cd $(ls -l soffice | sed -r 's/^.*>.(.*)soffice$/\1/')</span><br /><span style="font-size: small;">$ unopkg add ~/Téléchargement/postgresql-sdbc-0.7.6b.zip</span><br /><span style="font-size: x-small;"><span style="font-size: small;">$</span> </span></div><div style="font-family: Arial,Helvetica,sans-serif;">Il nous est bien sûr loisible de plutôt procéder à l'ajout l'extension via le Gestionnaire des extensions (menu Outils) de Libreoffice.</div>

Pilote postgresql sdbc 64 bits

Dans le billet Connecter openoffice à PostgreSQL , nous avons donné un lien permettant de télécharger le pilote sdbc. Hélas, le pilote ains...

Read more »

Vous avez dit sourcer?

Pour mener à bien une compilation, nous avons besoin de définir toute une série de variables d'environnement. Les définitions de ces variables se trouvent par exemple dans un fichier nommé def-var:<br /><br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">export QTDIR=`kde4-config --qt-prefix`<br />export KDEDIR=`kde4-config --prefix`<br />export KDEDIRS=$KDEDIR<br />export KDE_BUILD=$KDEDIR<br />export DBUSDIR=$KDEDIR<br />export LD_LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH<br />export PKG_CONFIG_PATH=$DBUSDIR/lib/pkgconfig:/usr/lib/pkgconfig<br />export PATH=$QTDIR/bin:$KDEDIR/bin:$PATH</div><br />Si nous exécutons def-var dans un terminal et que nous regardons ensuite ce qu'il en est au niveau des variables d'environnement existant dans le terminal, rien n'est changé.<br />Alors comment procéder? Taper toutes ces commandes?<br />Non, bien sûr: il existe une autre méthode.<br /><br />Bon, reprenons en partant d'un fichier un peu plus ludique: le fichier bjr:<br /><br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">echo $PPID-$$<br />echo Saisis un nom $moi<br />read moi<br />cat << FIN<br />Toujours saluer le directeur:<br />Bonjour $moi <br />FIN</div><br />situé dans /home/toto/test.<br />Ce fichier contient toute une série de commandes.<br />Elles sont là, déjà écrites dans le fichier! Alors pourquoi les retaper?<br />Il suffit d'indiquer à bash que bjr constitue une <i>source</i> de commandes:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj-CRQ6mnMPvdtG5lh0YAVh6pwxlTp968SOi_UobMiiAAlb5jvg3z8WDOFh9QuxxLmagzXnZxP8kEA_I7EDYG2rOhan9WCpo8dmcJ9fu3cUsjm2N-jiTUHUZ56O7pJA5BRzX_p7vk_S0Co/s1600/source21.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj-CRQ6mnMPvdtG5lh0YAVh6pwxlTp968SOi_UobMiiAAlb5jvg3z8WDOFh9QuxxLmagzXnZxP8kEA_I7EDYG2rOhan9WCpo8dmcJ9fu3cUsjm2N-jiTUHUZ56O7pJA5BRzX_p7vk_S0Co/s1600/source21.jpeg" /></a></div><br />L'output de la commande echo est affiché en premier. Puis la commande "read moi" provoque l'affichage du curseur: le système est en attente de ce que nous allons taper au clavier afin de le mettre dans la variable moi:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi-nnSdNv0sJcz5h1uatJOv6jiiuyhPw9ADQkqqeeCWt_c5urY_fkNEMRW0RXeJJrOosxsCowQ6Kvae-a0Rfu1inLOkFoNgQmGCq6qF7Rsx9i3y8BzPUJsbgapcunEwntvTGQ4wjHLrF1I/s1600/source22.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi-nnSdNv0sJcz5h1uatJOv6jiiuyhPw9ADQkqqeeCWt_c5urY_fkNEMRW0RXeJJrOosxsCowQ6Kvae-a0Rfu1inLOkFoNgQmGCq6qF7Rsx9i3y8BzPUJsbgapcunEwntvTGQ4wjHLrF1I/s1600/source22.jpeg" /></a></div><br /><div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"></div>Terminons la saisie par un appui sur ENTER:<br /><br /><div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj5A6N2NwI40ewzxztx0GbRrApf0AzD1mZ69rui-6IqzB9AYUBRJEbvQXfp1jnBAGVVXr9YMXG9nrJ2ZbL1mcHCpdm5MSz6p1EzTvqQECwvPfiaNQTPb7CcBMlhYCPPh2s9IIzA1vae10A/s1600/source23.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj5A6N2NwI40ewzxztx0GbRrApf0AzD1mZ69rui-6IqzB9AYUBRJEbvQXfp1jnBAGVVXr9YMXG9nrJ2ZbL1mcHCpdm5MSz6p1EzTvqQECwvPfiaNQTPb7CcBMlhYCPPh2s9IIzA1vae10A/s1600/source23.jpeg" /></a></div><div class="separator" style="clear: both; text-align: center;"></div><br />Tapons effectivement à l'écran la première commande de bjr:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj4Wig_VeQBwzpizeLOYXjhh_fpPQwg6__lp_IQqF3GSA8NxmoisOQE0OVXXkc6zX5dcnU3SVMJ5oSqPbYRCcJvgt1bxzMOg1bVz1A-T3tRBTUzTd08wJR5kFQmxWomxDLVtfyOe7cVYfQ/s1600/source20.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj4Wig_VeQBwzpizeLOYXjhh_fpPQwg6__lp_IQqF3GSA8NxmoisOQE0OVXXkc6zX5dcnU3SVMJ5oSqPbYRCcJvgt1bxzMOg1bVz1A-T3tRBTUzTd08wJR5kFQmxWomxDLVtfyOe7cVYfQ/s1600/source20.jpeg" /></a></div><br />Le résultat est le même:  2849 est le pid du shell bash dans lequel nous sommes et 2838 celui de son processus parent (par exemple konsole ou gnome-terminal) <br />Lorsque bjr est <i>sourcé</i>, tout se passe comme si les commandes qu'il contient étaient tapées à l'écran.<span style="color: #0b5394;"> Ainsi </span><span style="color: #0b5394;"><span style="color: #0b5394;">la variable moi est maintenant définie dans le shell bash</span> </span>(pid 2849) avec la valeur "Ahuri".<br /><br />Le mot "source" étant très long (et donc fatiguant à taper), il est le plus souvent remplacé par un point ("."):<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOg33uHeI5VEa-PwW5bCmxFFnt7Hx52SG5EbetH_UpShFjfxPVXfZtqGRGO1HzJzZ9TWFhU5OgNqeS3e9pVMSt3LqgLB9dC4K2xuxW5lyIawROo-8BtDvPv5fKhTSDAlTY6CDQYOENTtI/s1600/source24.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOg33uHeI5VEa-PwW5bCmxFFnt7Hx52SG5EbetH_UpShFjfxPVXfZtqGRGO1HzJzZ9TWFhU5OgNqeS3e9pVMSt3LqgLB9dC4K2xuxW5lyIawROo-8BtDvPv5fKhTSDAlTY6CDQYOENTtI/s1600/source24.jpeg" /></a></div><br />Nous constatons que la variable moi est bel et bien définie (elle contient le mot "Ahuri") avant même l'exécution de la commande read<br /><div class="separator" style="clear: both; text-align: center;"></div><br />Et si nous exécutions bjr en tapant tous simplement son nom, comme pour n'importe quelle commande?<br />Problème:<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiwOlzXjV0MeLMxX1M3XXvsn-YtaTwbHS_0ZyyeEF53P_pz0Y9V9rLdR6DWTuSHh92zAtiiCV5RwZ6WxXk-FPIS82o-3vqmLA27kLLcmNj5S2jLtPqyDhrE_dE0IchMzJsCHvSBJVs02g/s1600/source05.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiwOlzXjV0MeLMxX1M3XXvsn-YtaTwbHS_0ZyyeEF53P_pz0Y9V9rLdR6DWTuSHh92zAtiiCV5RwZ6WxXk-FPIS82o-3vqmLA27kLLcmNj5S2jLtPqyDhrE_dE0IchMzJsCHvSBJVs02g/s1600/source05.jpeg" /></a></div><br />C'est normal, bjr n'est pas trouvé car /home/toto/test ne figure dans la variable d'environnement PATH qui contient l'ensemble des répertoires où le système recherche les commandes.<br />Par curiosité, examinons le contenu de PATH:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXW0xF_4k4T8vPvzWS3CjD3OmokDlxhR1T0glBs_CsdXY0FksZ6qSJ37CF5ya1nHGKX2rVFQwIrfx1lLc38vUkX9KcfdCqEUcCGpxgyXIRXXbnX5aLq1Z20IbjuflR_RPhrGHWPs-bIkw/s1600/source06.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXW0xF_4k4T8vPvzWS3CjD3OmokDlxhR1T0glBs_CsdXY0FksZ6qSJ37CF5ya1nHGKX2rVFQwIrfx1lLc38vUkX9KcfdCqEUcCGpxgyXIRXXbnX5aLq1Z20IbjuflR_RPhrGHWPs-bIkw/s1600/source06.jpeg" /></a></div><br />/home/toto/test n'y figure évidemment pas, mais bien à toutes fins utiles /home/toto/bin.<br />Ainsi nous pourrions créer le lien symbolique qui convient. <br /><div style="background-color: #fff2cc;">ln -s ../test/bjr ../bin</div>Mais la réponse classique au problème consiste à indiquer au système où se trouve exactement la commande à exécuter en tapant:<br /><div style="background-color: #fff2cc; font-family: "Courier New",Courier,monospace;">/home/toto/test/bjr</div>ou plus court:<br /><div style="background-color: #fff2cc; font-family: "Courier New",Courier,monospace;">./bjr</div><br />En fait c'est la même chose:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhkyTIhTFUpP0ttUMDlNQV1vhrvUvDGkOSvc_crwIUoefrSjKtCX85FjrLM8Ahy3-a6PBruwb0rfPl67RljiOMiMzHzDtnP5966J8JuNh8XbIVS7RlbyTKRBEyaseY7hRWty3FXsLzUffI/s1600/source07.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhkyTIhTFUpP0ttUMDlNQV1vhrvUvDGkOSvc_crwIUoefrSjKtCX85FjrLM8Ahy3-a6PBruwb0rfPl67RljiOMiMzHzDtnP5966J8JuNh8XbIVS7RlbyTKRBEyaseY7hRWty3FXsLzUffI/s1600/source07.jpeg" /></a></div><br />Nous affichons d'abord les inodes des différents fichiers du dossier (y compris les fichiers cachés). En faisant une recherche sur l'inode 1717900 nous voyons que le fichier "." n'est autre que le dossier dans lequel on se trouve (/home/toto/test).<br />Ceci est bien connu et a déjà été expliqué <a href="http://ipv4-ipv6.blogspot.com/2010/11/espace-disque.html">dans un autre billet</a>.<br /><br />Le point (.) peut donc être mangé à plusieurs sauces.<br /><br />Résumons:<br /><span style="font-family: "Courier New",Courier,monospace;"><b>.</b> bjr</span> : le point remplace la commande "source". bjr sera <i>sourcé</i>.<br /><span style="font-family: "Courier New",Courier,monospace;"><b>.</b>/bjr</span> : le point remplace (ici) /home/toto/test. bjr sera exécuté.<br /><br />Procédons à l'exécution (!):<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinILljSvc-DMxGy-1IoVkUAOJWQUIovJGhYG4YLeNI2Vn7Zq2Eed70xbABJIz2e9wC5HnAr03pbr4vQBF-Lzb-Rq4ZR4LJookGAKg5n1WCgIh6kZAItmyzpueXRVexxiNTwif6KcCVNio/s1600/source08.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinILljSvc-DMxGy-1IoVkUAOJWQUIovJGhYG4YLeNI2Vn7Zq2Eed70xbABJIz2e9wC5HnAr03pbr4vQBF-Lzb-Rq4ZR4LJookGAKg5n1WCgIh6kZAItmyzpueXRVexxiNTwif6KcCVNio/s1600/source08.jpeg" /></a></div><br />Nouveau problème! Et oui: personne n'a le droit d'exécuter ce fichier, même pas le root.<br />Avant de procéder il faut d'abord donner le droit d'exécution sur bjr (avec la commande chmod +x bjr):<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi2O_ZZeSbKhwYQnUxznvJFahf6WoIqRSCN1s_R9liPYpUuX6DnsO49uTIs1gudUiSHUJVRxopgRquXkI__1TBDipAoKkh0OmvQnv9Wmz4GXx3_ST04_7M5hzEdSs9xuYi4xRVWE0wvquI/s1600/source25.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi2O_ZZeSbKhwYQnUxznvJFahf6WoIqRSCN1s_R9liPYpUuX6DnsO49uTIs1gudUiSHUJVRxopgRquXkI__1TBDipAoKkh0OmvQnv9Wmz4GXx3_ST04_7M5hzEdSs9xuYi4xRVWE0wvquI/s1600/source25.jpeg" /></a></div><br />Intéressons nous à ce que vaut maintenant la variable moi dans le shell bash de base:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_nQZJmv6569oWYMo1CS0n_LvCn0Dl0Iyrv2gJ0h-5FwR_EHSONCpKUzL7wqtooBY9XJcbVOWCYkKeYiFiz7G_anCmKYPrvCJH96ldBkqAZNYJfUMpcQZcYq5HMqFGUiHQr6rBQeobe14/s1600/source33.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_nQZJmv6569oWYMo1CS0n_LvCn0Dl0Iyrv2gJ0h-5FwR_EHSONCpKUzL7wqtooBY9XJcbVOWCYkKeYiFiz7G_anCmKYPrvCJH96ldBkqAZNYJfUMpcQZcYq5HMqFGUiHQr6rBQeobe14/s1600/source33.jpeg" /></a></div><br />C'est encore la valeur résultant du "read" lorsque bjr a été <i>sourcé</i> pour la deuxième fois.<br /><br />Constatations: <br /><div class="separator" style="clear: both; text-align: center;"></div><ul><li>Les différentes commandes du script bjr, s'exécutent au sein d'un sous-shell (pid 2946) dérivé du shell bash principal (pid 2849).</li><li>Dans ce sous-shell, la variable moi n'est au départ pas définie (elle prend ensuite la valeur Jules).</li><li><span style="color: #0b5394;">L'exécution de bjr ne modifie pas la valeur de la variable moi dans le shell bash principal</span> (contrairement à ce qui se passe lorsque bjr est<i> sourcé)</i>.</li></ul><ol></ol>La variable moi n'est pas définie au départ dans le sous-shell où bjr tourne car ce n'est pas une variable d'environnement. Et quand bien même l'aurait-elle été (un petit<span style="font-family: Arial,Helvetica,sans-serif;"> export moi</span> tapé à l'écran et hop!), cela aurait changé quoi ?<br /><ul><li>Elle aurait alors été définie d'emblée dans le sous-shell 2946 et la ligne 2 du résultat de l'exécution de bjr aurait été: <span style="background-color: black; color: white;"> Saisis un nom Patate</span></li><li>Sa valeur serait comme avant restée inchangée au niveau shell maître</li></ul><ol></ol>Un changement de valeur dans un sous-shell ne se répercute pas dans le shell parent.<br /><br />Afin de consolider toutes ces notions, raisonnons maintenant sur un cas un peu plus compliqué, metttant en scène le fichier lbjr: <br /><div class="separator" style="clear: both; text-align: center;"></div><br /><div class="separator" style="clear: both; text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">echo $PPID-$$<br />echo Bonjour $moi<br />. defvar<br />./bjr<br />echo Il répondra: appelez-moi $moi</div><br />et le fichier defvar<br /><br /><div style="background-color: #e6e6ff; font-family: "Courier New",Courier,monospace;">echo $PPID-$$<br />moi=Big\ Boss</div><br />(Remarquons le caractère d'échappement "\" qui enlève au blanc qui suit le mot "Big" son rôle de séparateur)<br /><br />Exécutons lbjr. Mais comme nous n'avons pas le courage de le rendre exécutable, procédons en utilisant la commande bash: <br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhbUlusEcCWIko6EwbGx2HUpvV2L0i9lc6L5QYuUoYIrNET30pVP-zlOVpDVpfjMgfVghDXvy1Qdz-AB8oSybt95s4e-br_y2qYDJl8plU-YjE6e6lJkxmVg4fa_M51nP1Dcs4ccOCCkC4/s1600/source27.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhbUlusEcCWIko6EwbGx2HUpvV2L0i9lc6L5QYuUoYIrNET30pVP-zlOVpDVpfjMgfVghDXvy1Qdz-AB8oSybt95s4e-br_y2qYDJl8plU-YjE6e6lJkxmVg4fa_M51nP1Dcs4ccOCCkC4/s1600/source27.jpeg" /></a></div><br />Analysons le résultat:<br /><ul><li>ligne 1: lbjr s'exécute dans un sous-shell (pid 2949)</li><li>ligne 2: dans ce sous-shell la variable moi n'est pas définie</li><li>ligne 3: defvar est <i>sourcé</i> au niveau du sous-shell et la commande echo de defvar s'exécute bien dans ce sous-shell</li><li>ligne 4: bjr s'exécute dans un sous-sous-shell (pid 2950)</li><li>dernière ligne: bjr est terminé, on est retombé dans le sous-shell 2949 et la variable moi est est maintenant définie dans ce sous-shell car defvar y a été <i>sourcé</i>.</li></ul>Si defvar n'avait pas été <i>sourcé</i>, mais exécuté (commande ./defvar au lieu de . defvar), la variable moi serait restée non définie dans le shell pid 2949.<br /><br />Nous n'avons pas eu le courage de rendre lbjr exécutable, mais bash c'est quand même très long à écrire: pourquoi ne pas utiliser sh?<br />Après tout sh est maintenant le plus souvent un simple lien vers bash:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg-nNEhKUmQcpaAt-3YwwPRu9KPQtX7uKwHDKRSM2wFCTUy5ACvomfMGG4uNTQc4hpxV77ObI8mOt6CI62DK7ZMHL1kpY60l6JrDRL3OufjsnzW5PzuwojRwvAjAC0LvVqWt5KqRrv79vc/s1600/source34.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg-nNEhKUmQcpaAt-3YwwPRu9KPQtX7uKwHDKRSM2wFCTUy5ACvomfMGG4uNTQc4hpxV77ObI8mOt6CI62DK7ZMHL1kpY60l6JrDRL3OufjsnzW5PzuwojRwvAjAC0LvVqWt5KqRrv79vc/s1600/source34.jpeg" /></a></div><br />Et pourtant:<br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiTpT8tRJ50nLQuR1EzGau5cCDJTLnEWwBfJgJcBTMBP6uAYNZyZc-T3makr1SVa-b_hIdobdTy5RRBCj3yeMgtkTG-v1YCv7_5D9gSdgN9yMYYbEuFt3ttIe_PYrFmi3xHY0vv_NffqbQ/s1600/source35.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiTpT8tRJ50nLQuR1EzGau5cCDJTLnEWwBfJgJcBTMBP6uAYNZyZc-T3makr1SVa-b_hIdobdTy5RRBCj3yeMgtkTG-v1YCv7_5D9gSdgN9yMYYbEuFt3ttIe_PYrFmi3xHY0vv_NffqbQ/s1600/source35.jpeg" /></a></div><div class="separator" style="clear: both; text-align: center;"></div><br />Et oui : le comportement de bash change suivant la façon dont il est invoqué.<br />Le mieux est d'indiquer précisément l'endroit où se trouve le fichier à <i>sourcer</i>, ce qui évite ce genre d'erreur. <br /><br />Pour en revenir avec le problème qui a motivé ce billet, la solution est bien évidemment de <i>sourcer</i> def-var dans le shell bash de travail. Les variables d'environnement, nouvelles où modifiées, seront ainsi présentes pour tous les processus fils

Vous avez dit sourcer?

Pour mener à bien une compilation, nous avons besoin de définir toute une série de variables d'environnement. Les définitions de ces var...

Read more »