Re: [Ubuntu-QC] Erreur d'ouverture....

[Jean Christophe André]

Bonjour,

Le 2017-08-24 à 19:04, Michel Leduc a écrit :


J'ai redémarré l'ordinateur et j'ai relancé calibre à partir de 
/usr/share/applications et calibre dans un terminal.


Tout a fonctionné correctement. J'ai donc ajouté l'icône de calibre 
dans le dock (en déplacant.)


Il faut dire que j'avais aussi fait la commande suggérée:sudo chmod -c 
-R a+rX /usr/local/lib/python2.7/dist-packages   avant le 
redémarrage.  Est-ce que le redémarrage à fait quelque chose ???




A priori non, ça ne devrait pas influer ici.

Par contre, vu ce que tu nous as dit au début et vu tes détails 
ci-dessus (icône de lancement pris depuis /usr/share/applications) je 
suspecte que Calibre soit installé 2 fois sur ta machine : une fois dans 
/usr/local (une installation manuelle précédente) et une fois dans /usr 
(ta dernière installation via APT).


Du coup, si tu lances juste "calibre", il va prendre le premier qu'il 
trouve dans l'ordre des dossiers de recherche indiqué dans la variable 
d'environnement PATH. Tu peux constater cette ordre de recherche en 
ouvrant un terminal et en entrant la commande suivante : echo $PATH


Généralement /usr/local/bin (pour les binaires venant des installations 
manuelles) se trouve avant /usr/bin (pour les binaires venant des 
installations système) et il en résulte qu'une installation manuelle 
aura toujours priorité sur une installation système, même si elle est 
plus ancienne (c'est le chemin qui compte, pas la version).


Le fait que tu aies pris l'icône depuis le dossier 
/usr/share/applications fait que ce sera effectivement la version 
installée dans /usr/bin qui sera lancée.


Il faut cependant bien garder à l'esprit que, si une version installée 
manuellement est toujours présente, tu pourrais un jour avoir une 
surprise en tentant de lancer "calibre" depuis un terminal, car ce 
serait encore cette version là qui serait alors lancée.


Je n'ai pas fait le uninstall protobuf puisque ça marche. Alors là, 
j'arrête




C'est une bonne pratique quand on se base sur un principe de stabilité ! 
Quand ça marche, ne rien toucher, ou sinon toucher au minimum et bien 
noter ce qu'on a touché (et éventuellement tenir un journal de ces 
modifications).


Par contre ce n'est pas une bonne pratique quand l'objectif est plutôt 
de comprendre les choses jusqu'au bout ! ;-) Dans ce cas là il vaut 
mieux continuer d'explorer jusqu'à ce qu'on ait finit de comprendre et 
de réparer le problème de fond.



Et surtout MERCI  de m'avoir aider

P.s.: L'ajout des tous les commentaires que tu inscris dans tes 
réponses nous permettent de comprendre bien des choses qui sont 
inconnus à une utilisateur de 79 ans. MERCI




Merci ! :-p

Je trouve la mesure de l'âge biaisée… On considère une personne âgée en 
fonction du nombre d'années de son corps mais on ne tient pas compte de 
la « jeunesse d'esprit » d'un cerveau qui aime continuer de travailler à 
plein régime ! Il faudrait inventer une mesure qui soit plus juste ! Par 
contre là ça dépasse laaargement mes compétences… ;-)


J.C.

--
Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭


--
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Erreur d'ouverture....

[Michel Leduc]

J'ai redémarré l'ordinateur et j'ai relancé calibre à partir de 
/usr/share/applications et calibre dans un terminal.


Tout a fonctionné correctement. J'ai donc ajouté l'icône de calibre dans 
le dock (en déplacant.)


Il faut dire que j'avais aussi fait la commande suggérée:sudo chmod -c 
-R a+rX /usr/local/lib/python2.7/dist-packages   avant le redémarrage.  
Est-ce que le redémarrage à fait quelque chose ??? Je n'ai pas fait le 
uninstall protobuf puisque ça marche. Alors là, j'arrête


Et surtout MERCI  de m'avoir aider

P.s.: L'ajout des tous les commentaires que tu inscris dans tes réponses 
nous permettent de comprendre bien des choses qui sont inconnus à une 
utilisateur de 79 ans. MERCI



*Lise et Michel*

Mon adresse BTC : 1JQ63b9k9cRJw7TUzTrPEHuizRHM2B9Lfd
Mon adresse ETH : 0xcfc7C240124921A22d95242181C7fd8219e48Fb4
Bonne journée
Le 2017-08-24 à 17:52, Jean Christophe André a écrit :

Le 2017-08-24 à 17:10, Michel Leduc a écrit :


Voici où j'en suis

Il me semble avoir installé   calibre avec sudo apt-get install 
calibre




Dans ce cas, l'erreur qu'on a vu tout à l'heure n'est pas liée à cette 
installation de Calibre mais à une autre installation manuelle avant 
cela, soit de Calibre également, soit d'une autre application ayant 
des librairies en commun avec Calibre (ici la librairie protobuf). Ça 
c'est pour l'explication la plus probable.



Les permissions affichées dans usr/share/applications sont root



À cet endroit là, c'est normal et c'est souhaitable : tout ce qui se 
trouve sous /usr/share (contrairement à /usr/local) « appartient » au 
système d'exploitation et ne doit pas être modifié par les 
utilisateurs. Donc normalement ça va appartenir à root, ou à un autre 
compte système.


Typiquement, quand on installe avec APT, ça va aller sous /usr/… (mais 
pas sous /usr/local). Alors que quand on installe avec autre chose, ça 
ira dans /usr/local, ou dans /opt, ou encore dans le compte utilisateur.


J'ai donc fait une suppression complète de calibre et calibre-bin par 
synaptic.


j'ai réinstallé calibre par synaptic... même problème le lancement 
dans un terminal de donne rien. Le lancement avec sudo fonctionne. 
Les permissions semblent être à nouveauroot...


??



C'est assez logique en fait. La gestion via Synaptic (qui utilise APT 
derrière) installe et désinstalle les choses aux emplacements prévus 
pour le système d'exploitation.


Or la librairie qui gêne ici se trouve dans /usr/local. Elle n'est pas 
vue par Synaptic ou APT, car elle n'a pas été installée de la façon 
prévue par le système d'exploitation. On ne peut donc pas la supprimer 
de cette façon.



Ici on est confronté au problème plus général du choix d'installer des 
choses via le système ou à la main.


Quand on le fait via le système (Synaptic, APT ou dérivés), cela passe 
par des procédures qui vont garantir que le système reste propre et 
stable ; et on peut alors garantir qu'une suppression va normalement 
bien se passer et que le nettoyage sera généralement complet (aux 
données utilisateurs près).


Tandis que quand on installe à la main, là on n'a plus aucune garantie 
: les fichiers pourraient être installés aux mauvais endroit, et on 
n'a pas forcément une trace de ce qui a été fait pendant 
l'installation, donc on n'a pas la liste des choses à supprimer ou 
défaire quand on veut désinstaller…


On n'a donc généralement pas de recette systématique pour « nettoyer » 
une installation manuelle quelconque, sauf si cela a été prévu ou 
documenté (par exemple si on a noté tout ce qui a été fait au moment 
de l'installation).



Ici on a quand même un peu de chance : la librairie gênante est en 
Python, et l'installation d'une librairie de ce langage se fait 
généralement via un autre système d'installation : pip


Tu peux donc essayer de supprimer la librairie gênante avec la 
commande suivante :


 sudo pip uninstall protobuf

Par contre attention : étant donné qu'on n'a pas de gestion de 
dépendances ici, cette commande te permettra de supprimer cette 
librairie même si elle est encore indispensable au fonctionnement 
d'une autre application ! Tandis qu'une désinstallation via APT 
informerait des applications qui dépendraient de cette librairie et 
proposerait soit d'abandonner soit de les désinstaller aussi.


Ici, sans connaissance précise de tout ce qui a été installé sur ton 
système, je ne peux pas te dire a priori si cette suppression va 
bloquer autre chose ou non. Par contre, si quelque chose ne 
fonctionnait plus après cela, tu pourrais toujours réinstaller 
exactement cette version de la librairie avec la commande suivante :


 sudo pip install protobuf==3.2.0

J.C.



-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Erreur d'ouverture....

[Louis Brouillette]

Désolé, pas concerné par le sujet mais les réponses dont la dernière sont hyper 
intéressantes, instructives et bien écrites. Merci!
> Le 24 août 2017 à 17:52, Jean Christophe André 
>  a écrit :
> 
> Le 2017-08-24 à 17:10, Michel Leduc a écrit :
>> 
>> Voici où j'en suis
>> 
>> Il me semble avoir installé   calibre avec sudo apt-get install calibre
>> 
> 
> Dans ce cas, l'erreur qu'on a vu tout à l'heure n'est pas liée à cette 
> installation de Calibre mais à une autre installation manuelle avant cela, 
> soit de Calibre également, soit d'une autre application ayant des librairies 
> en commun avec Calibre (ici la librairie protobuf). Ça c'est pour 
> l'explication la plus probable.
> 
>> Les permissions affichées dans usr/share/applications sont root
>> 
> 
> À cet endroit là, c'est normal et c'est souhaitable : tout ce qui se trouve 
> sous /usr/share (contrairement à /usr/local) « appartient » au système 
> d'exploitation et ne doit pas être modifié par les utilisateurs. Donc 
> normalement ça va appartenir à root, ou à un autre compte système.
> 
> Typiquement, quand on installe avec APT, ça va aller sous /usr/… (mais pas 
> sous /usr/local). Alors que quand on installe avec autre chose, ça ira dans 
> /usr/local, ou dans /opt, ou encore dans le compte utilisateur.
> 
>> J'ai donc fait une suppression complète de calibre et calibre-bin par 
>> synaptic.
>> 
>> j'ai réinstallé calibre par synaptic... même problème le lancement dans un 
>> terminal de donne rien. Le lancement avec sudo fonctionne. Les permissions 
>> semblent être à nouveauroot...
>> 
>> ??
>> 
> 
> C'est assez logique en fait. La gestion via Synaptic (qui utilise APT 
> derrière) installe et désinstalle les choses aux emplacements prévus pour le 
> système d'exploitation.
> 
> Or la librairie qui gêne ici se trouve dans /usr/local. Elle n'est pas vue 
> par Synaptic ou APT, car elle n'a pas été installée de la façon prévue par le 
> système d'exploitation. On ne peut donc pas la supprimer de cette façon.
> 
> 
> Ici on est confronté au problème plus général du choix d'installer des choses 
> via le système ou à la main.
> 
> Quand on le fait via le système (Synaptic, APT ou dérivés), cela passe par 
> des procédures qui vont garantir que le système reste propre et stable ; et 
> on peut alors garantir qu'une suppression va normalement bien se passer et 
> que le nettoyage sera généralement complet (aux données utilisateurs près).
> 
> Tandis que quand on installe à la main, là on n'a plus aucune garantie : les 
> fichiers pourraient être installés aux mauvais endroit, et on n'a pas 
> forcément une trace de ce qui a été fait pendant l'installation, donc on n'a 
> pas la liste des choses à supprimer ou défaire quand on veut désinstaller…
> 
> On n'a donc généralement pas de recette systématique pour « nettoyer » une 
> installation manuelle quelconque, sauf si cela a été prévu ou documenté (par 
> exemple si on a noté tout ce qui a été fait au moment de l'installation).
> 
> 
> Ici on a quand même un peu de chance : la librairie gênante est en Python, et 
> l'installation d'une librairie de ce langage se fait généralement via un 
> autre système d'installation : pip
> 
> Tu peux donc essayer de supprimer la librairie gênante avec la commande 
> suivante :
> 
> sudo pip uninstall protobuf
> 
> Par contre attention : étant donné qu'on n'a pas de gestion de dépendances 
> ici, cette commande te permettra de supprimer cette librairie même si elle 
> est encore indispensable au fonctionnement d'une autre application ! Tandis 
> qu'une désinstallation via APT informerait des applications qui dépendraient 
> de cette librairie et proposerait soit d'abandonner soit de les désinstaller 
> aussi.
> 
> Ici, sans connaissance précise de tout ce qui a été installé sur ton système, 
> je ne peux pas te dire a priori si cette suppression va bloquer autre chose 
> ou non. Par contre, si quelque chose ne fonctionnait plus après cela, tu 
> pourrais toujours réinstaller exactement cette version de la librairie avec 
> la commande suivante :
> 
> sudo pip install protobuf==3.2.0
> 
> J.C.
> 
> -- 
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> ⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
> ⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
> 
> 
> -- 
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Erreur d'ouverture....

[Jean Christophe André]

Le 2017-08-24 à 17:10, Michel Leduc a écrit :


Voici où j'en suis

Il me semble avoir installé   calibre avec sudo apt-get install 
calibre




Dans ce cas, l'erreur qu'on a vu tout à l'heure n'est pas liée à cette 
installation de Calibre mais à une autre installation manuelle avant 
cela, soit de Calibre également, soit d'une autre application ayant des 
librairies en commun avec Calibre (ici la librairie protobuf). Ça c'est 
pour l'explication la plus probable.



Les permissions affichées dans usr/share/applications sont root



À cet endroit là, c'est normal et c'est souhaitable : tout ce qui se 
trouve sous /usr/share (contrairement à /usr/local) « appartient » au 
système d'exploitation et ne doit pas être modifié par les utilisateurs. 
Donc normalement ça va appartenir à root, ou à un autre compte système.


Typiquement, quand on installe avec APT, ça va aller sous /usr/… (mais 
pas sous /usr/local). Alors que quand on installe avec autre chose, ça 
ira dans /usr/local, ou dans /opt, ou encore dans le compte utilisateur.


J'ai donc fait une suppression complète de calibre et calibre-bin par 
synaptic.


j'ai réinstallé calibre par synaptic... même problème le lancement 
dans un terminal de donne rien. Le lancement avec sudo fonctionne. Les 
permissions semblent être à nouveauroot...


??



C'est assez logique en fait. La gestion via Synaptic (qui utilise APT 
derrière) installe et désinstalle les choses aux emplacements prévus 
pour le système d'exploitation.


Or la librairie qui gêne ici se trouve dans /usr/local. Elle n'est pas 
vue par Synaptic ou APT, car elle n'a pas été installée de la façon 
prévue par le système d'exploitation. On ne peut donc pas la supprimer 
de cette façon.



Ici on est confronté au problème plus général du choix d'installer des 
choses via le système ou à la main.


Quand on le fait via le système (Synaptic, APT ou dérivés), cela passe 
par des procédures qui vont garantir que le système reste propre et 
stable ; et on peut alors garantir qu'une suppression va normalement 
bien se passer et que le nettoyage sera généralement complet (aux 
données utilisateurs près).


Tandis que quand on installe à la main, là on n'a plus aucune garantie : 
les fichiers pourraient être installés aux mauvais endroit, et on n'a 
pas forcément une trace de ce qui a été fait pendant l'installation, 
donc on n'a pas la liste des choses à supprimer ou défaire quand on veut 
désinstaller…


On n'a donc généralement pas de recette systématique pour « nettoyer » 
une installation manuelle quelconque, sauf si cela a été prévu ou 
documenté (par exemple si on a noté tout ce qui a été fait au moment de 
l'installation).



Ici on a quand même un peu de chance : la librairie gênante est en 
Python, et l'installation d'une librairie de ce langage se fait 
généralement via un autre système d'installation : pip


Tu peux donc essayer de supprimer la librairie gênante avec la commande 
suivante :


 sudo pip uninstall protobuf

Par contre attention : étant donné qu'on n'a pas de gestion de 
dépendances ici, cette commande te permettra de supprimer cette 
librairie même si elle est encore indispensable au fonctionnement d'une 
autre application ! Tandis qu'une désinstallation via APT informerait 
des applications qui dépendraient de cette librairie et proposerait soit 
d'abandonner soit de les désinstaller aussi.


Ici, sans connaissance précise de tout ce qui a été installé sur ton 
système, je ne peux pas te dire a priori si cette suppression va bloquer 
autre chose ou non. Par contre, si quelque chose ne fonctionnait plus 
après cela, tu pourrais toujours réinstaller exactement cette version de 
la librairie avec la commande suivante :


 sudo pip install protobuf==3.2.0

J.C.

--
Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭


--
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Erreur d'ouverture....

[Michel Leduc]

Voici où j'en suis

Il me semble avoir installé   calibre avec sudo apt-get install calibre

Les permissions affichées dans usr/share/applications sont root

J'ai donc fait une suppression complète de calibre et calibre-bin par 
synaptic.


j'ai réinstallé calibre par synaptic... même problème le lancement dans 
un terminal de donne rien. Le lancement avec sudo fonctionne. Les 
permissions semblent être à nouveauroot...


??

*Lise et Michel*

Mon adresse BTC : 1JQ63b9k9cRJw7TUzTrPEHuizRHM2B9Lfd
Mon adresse ETH : 0xcfc7C240124921A22d95242181C7fd8219e48Fb4
Bonne journée
Le 2017-08-24 à 16:26, Jean Christophe André a écrit :

Bonjour,

Le 2017-08-24 à 15:47, Michel Leduc a écrit :


Peut être aussi un problème de permission ???



Vu l'erreur “Permission denied”, oui, certainement. ;-)

Si je lance directement certains programmes dans un terminal 
(Calibre, electrum...), j'obtiens l'erreur suivante :


IOError: [Errno 13] Permission denied: 
'/usr/local/lib/python2.7/dist-packages/protobuf-3.2.0-py2.7.egg/EGG-INFO/namespace_packages.txt'


Pourtant  si j'utilise le nom avec sudo  calibre , ça fonctionne.

Une idée



Déjà, éviter à tout prix de lancer une application graphique avec sudo 
: ça limitera largement les risques en terme de sécurité (une 
application graphique a statistiquement plus de change d'avoir des 
bogues, car le code est plus volumineux) et évitera des soucis 
collatéraux à terme (comme celui rencontré ici).


À noter qu'il est bien possible que Calibre n'affiche pas la même 
chose avec sudo et sans sudo : c'est normal, sa configuration n'est 
pas stockée au même endroit quand il est lancé sous "root" (via sudo) 
ou sous "michel" (sans sudo).



Ensuite, l'erreur ne précise pas le type d'accès demandé (lecture ou 
écriture) mais j'ai déjà rencontré ce type d'erreur et je dirais que 
le besoin ici est juste en lecture. Cela ressemble simplement à une 
installation manuelle avec des droits incorrectement positionnés dès 
le départ.


Donc, pour corriger le problème indiqué ici, je suggérerais de lancer 
la commande suivante pour corriger ce problème (et d'autres du même 
coup) :


 sudo chmod -c -R a+rX /usr/local/lib/python2.7/dist-packages


Au passage, c'est un peu dommage d'installer Calibre manuellement (et 
d'avoir ensuite des soucis à cause de cela) alors qu'il est disponible 
dans les dépôts Ubuntu : https://packages.ubuntu.com/calibre


J.C.



-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Erreur d'ouverture....

[Jean Christophe André]

Bonjour,

Le 2017-08-24 à 15:47, Michel Leduc a écrit :


Peut être aussi un problème de permission ???



Vu l'erreur “Permission denied”, oui, certainement. ;-)

Si je lance directement certains programmes dans un terminal (Calibre, 
electrum...), j'obtiens l'erreur suivante :


IOError: [Errno 13] Permission denied: 
'/usr/local/lib/python2.7/dist-packages/protobuf-3.2.0-py2.7.egg/EGG-INFO/namespace_packages.txt'


Pourtant  si j'utilise le nom avec sudo  calibre , ça fonctionne.

Une idée



Déjà, éviter à tout prix de lancer une application graphique avec sudo : 
ça limitera largement les risques en terme de sécurité (une application 
graphique a statistiquement plus de change d'avoir des bogues, car le 
code est plus volumineux) et évitera des soucis collatéraux à terme 
(comme celui rencontré ici).


À noter qu'il est bien possible que Calibre n'affiche pas la même chose 
avec sudo et sans sudo : c'est normal, sa configuration n'est pas 
stockée au même endroit quand il est lancé sous "root" (via sudo) ou 
sous "michel" (sans sudo).



Ensuite, l'erreur ne précise pas le type d'accès demandé (lecture ou 
écriture) mais j'ai déjà rencontré ce type d'erreur et je dirais que le 
besoin ici est juste en lecture. Cela ressemble simplement à une 
installation manuelle avec des droits incorrectement positionnés dès le 
départ.


Donc, pour corriger le problème indiqué ici, je suggérerais de lancer la 
commande suivante pour corriger ce problème (et d'autres du même coup) :


 sudo chmod -c -R a+rX /usr/local/lib/python2.7/dist-packages


Au passage, c'est un peu dommage d'installer Calibre manuellement (et 
d'avoir ensuite des soucis à cause de cela) alors qu'il est disponible 
dans les dépôts Ubuntu : https://packages.ubuntu.com/calibre


J.C.

--
Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭


--
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Erreur d'ouverture....

[Bernard Tremblay]

Est-ce que vous avez installé calibre à partir du paquet standard, un ppm
ou les sources ?

Vous pourriez montrer les permission du fichier en question
'/usr/local/lib/python2.7/dist-packages/protobuf-3.2.0-
py2.7.egg/EGG-INFO/namespace_packages.txt'  (faire ls -al du fichier) ?

Normalement vous devriez avoir accès en lecture sur /usr/local et les
fichiers en dessous.  Si calibre veut y écrire ça semble louche.  Donc
peut-être une installation pas standard, il manque un groupe dont votre
utilisateur devrait faire partie, un problème de configuration

J'utilise calibre et je n'ai pas ce problème (mais il faudrait comparer les
versions) .

Salutations,
BT

Le 24 août 2017 à 15:47, Michel Leduc  a écrit :

> Peut être aussi un problème de permission ???
>
> Si je lance directement certains programmes dans un terminal  (Calibre,
> electrum...), j'obtiens l'erreur suivante :
>
> IOError: [Errno 13] Permission denied: '/usr/local/lib/python2.7/
> dist-packages/protobuf-3.2.0-py2.7.egg/EGG-INFO/namespace_packages.txt'
>
> Pourtant  si j'utilise le nom avec sudo  calibre , ça fonctionne.
>
> Une idée
> *Lise et Michel*
>
> Mon adresse BTC : 1JQ63b9k9cRJw7TUzTrPEHuizRHM2B9Lfd
> Mon adresse ETH : 0xcfc7C240124921A22d95242181C7fd8219e48Fb4
> Bonne journée
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>


-- 
-
Bernard Tremblay
tremblay.bern...@gmail.com
R: (418) 658-1411
C: (581) 988-1411
-
Le but de Linux est de gérer vos ressources et faire le travail,
le but des OS propriétaire est de vous vendre d'autres licences...
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec