Droit d'accès pour modifier l'association des fichiers avec les logiciels ?

classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

Droit d'accès pour modifier l'association des fichiers avec les logiciels ?

Lami René
Bonjour,

Je relance ma demande qui n'a reçu aucune réponse ou commentaire.

Je n'ai plus le droit d'accès pour modifier l'association des fichiers
avec les logiciels ?

Voici ma configuration des partitions dans fstab :
----------------------------------------------------------------------------------------------------------------------------------------------
# /etc/fstab: static file system information.
# <file system>                                 <mount point>   <type>
  <options> <dump> <pass>
proc                                            /proc proc
nodev,noexec,nosuid        0 0
/dev/sda1                                       /home/rene/sda1 ntfs
rw,uid=1000,gid=1000       0 0
/dev/sda2                                       none swap        sw
               0 0
/dev/sda3                                       / ext3
relatime,errors=remount-ro 0 1
/dev/sda5                                       /home ext3 relatime
              0 2
/dev/sda6                                       /home/rene/sda6 ntfs
rw,uid=1000,gid=1000       0 0
----------------------------------------------------------------------------------------------------------------------------------------------

Je suis sous Linux Kubuntu 14.04 64 bits en français et j'utilise
Konqueror comme gestionnaire de fichiers.

J'ai ce problème que cela soit avec Konqueror ou avec le panneau de
Configuration système -> Applications -> Associations de fichiers, car
je reçois le message d'erreur suivant :

"Impossible d'écrire dans le fichier de configuration «
/home/rene/.local/share/applications/mimeapps.list ».
Veuillez contacter l'administrateur du système."

Je sais que c'est une question de droit d'accès, mais je ne sais pas ou
plus comment le régler.

Merci pour votre aide !

L'ami René



--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Droit d'accès pour modifier l'association des fichiers avec les logiciels ?

Steve Nadeau-3
Bonjour René,

il faudrait s'assurer que les droits du répertoire personnel soient bien de propriété de son propriétaire.

ouvrir un terminal et taper la commande suivante:

sudo chown -R rene:rene /home/rene

si tout va bien, tous les fichiers et répertoires seront repris par leur propriétaire, soit rene.

Steve

-----------------------------------


Le 24 août 2017 à 14:34, Lami René <[hidden email]> a écrit :
Bonjour,

Je relance ma demande qui n'a reçu aucune réponse ou commentaire.

Je n'ai plus le droit d'accès pour modifier l'association des fichiers avec les logiciels ?

Voici ma configuration des partitions dans fstab :
----------------------------------------------------------------------------------------------------------------------------------------------
# /etc/fstab: static file system information.
# <file system>                                 <mount point>   <type>  <options> <dump> <pass>
proc                                            /proc proc nodev,noexec,nosuid        0 0
/dev/sda1                                       /home/rene/sda1 ntfs rw,uid=1000,gid=1000       0 0
/dev/sda2                                       none swap        sw               0 0
/dev/sda3                                       / ext3 relatime,errors=remount-ro 0 1
/dev/sda5                                       /home ext3 relatime              0 2
/dev/sda6                                       /home/rene/sda6 ntfs rw,uid=1000,gid=1000       0 0
----------------------------------------------------------------------------------------------------------------------------------------------

Je suis sous Linux Kubuntu 14.04 64 bits en français et j'utilise Konqueror comme gestionnaire de fichiers.

J'ai ce problème que cela soit avec Konqueror ou avec le panneau de Configuration système -> Applications -> Associations de fichiers, car je reçois le message d'erreur suivant :

"Impossible d'écrire dans le fichier de configuration « /home/rene/.local/share/applications/mimeapps.list ».
Veuillez contacter l'administrateur du système."

Je sais que c'est une question de droit d'accès, mais je ne sais pas ou plus comment le régler.

Merci pour votre aide !

L'ami René



--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec


--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Droit d'accès pour modifier l'association des fichiers avec les logiciels ?

Lami René
Bonjour Steve,

Un très grand merci !

Votre solution a parfaitement fonctionné !

C'est noté et ajouté dans mon dossier des trucs et astuces !

Encore merci !

L'ami René

Le 08/24/17 à 14:45, Steve Nadeau a écrit :

> Bonjour René,
>
> il faudrait s'assurer que les droits du répertoire personnel soient
> bien de propriété de son propriétaire.
>
> ouvrir un terminal et taper la commande suivante:
>
> sudo chown -R rene:rene /home/rene
>
> si tout va bien, tous les fichiers et répertoires seront repris par
> leur propriétaire, soit rene.
>
> Steve
>
> -----------------------------------
>
>
> Le 24 août 2017 à 14:34, Lami René <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     Bonjour,
>
>     Je relance ma demande qui n'a reçu aucune réponse ou commentaire.
>
>     Je n'ai plus le droit d'accès pour modifier l'association des
>     fichiers avec les logiciels ?
>
>     Voici ma configuration des partitions dans fstab :
>     ----------------------------------------------------------------------------------------------------------------------------------------------
>     # /etc/fstab: static file system information.
>     # <file system>  <mount point>   <type>  <options> <dump> <pass>
>     proc                                            /proc proc
>     nodev,noexec,nosuid        0 0
>     /dev/sda1  /home/rene/sda1 ntfs rw,uid=1000,gid=1000       0 0
>     /dev/sda2                                       none swap     sw
>                  0 0
>     /dev/sda3                                       / ext3
>     relatime,errors=remount-ro 0 1
>     /dev/sda5                                       /home ext3
>     relatime              0 2
>     /dev/sda6  /home/rene/sda6 ntfs rw,uid=1000,gid=1000       0 0
>     ----------------------------------------------------------------------------------------------------------------------------------------------
>
>     Je suis sous Linux Kubuntu 14.04 64 bits en français et j'utilise
>     Konqueror comme gestionnaire de fichiers.
>
>     J'ai ce problème que cela soit avec Konqueror ou avec le panneau
>     de Configuration système -> Applications -> Associations de
>     fichiers, car je reçois le message d'erreur suivant :
>
>     "Impossible d'écrire dans le fichier de configuration «
>     /home/rene/.local/share/applications/mimeapps.list ».
>     Veuillez contacter l'administrateur du système."
>
>     Je sais que c'est une question de droit d'accès, mais je ne sais
>     pas ou plus comment le régler.
>
>     Merci pour votre aide !
>
>     L'ami René
>
>
>
>     --
>     Ubuntu-quebec mailing list
>     [hidden email] <mailto:[hidden email]>
>     https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>     <https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec>
>
>
>
>


--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Droit d'accès pour modifier l'association des fichiers avec les logiciels ?

Steve Nadeau-3
Avec plaisir!

-----------------------------------


Le 24 août 2017 à 15:07, Lami René <[hidden email]> a écrit :
Bonjour Steve,

Un très grand merci !

Votre solution a parfaitement fonctionné !

C'est noté et ajouté dans mon dossier des trucs et astuces !

Encore merci !

L'ami René

Le 08/24/17 à 14:45, Steve Nadeau a écrit :
Bonjour René,

il faudrait s'assurer que les droits du répertoire personnel soient bien de propriété de son propriétaire.

ouvrir un terminal et taper la commande suivante:

sudo chown -R rene:rene /home/rene

si tout va bien, tous les fichiers et répertoires seront repris par leur propriétaire, soit rene.

Steve

-----------------------------------


Le 24 août 2017 à 14:34, Lami René <[hidden email] <mailto:[hidden email]>> a écrit :

    Bonjour,

    Je relance ma demande qui n'a reçu aucune réponse ou commentaire.

    Je n'ai plus le droit d'accès pour modifier l'association des
    fichiers avec les logiciels ?

    Voici ma configuration des partitions dans fstab :
    ----------------------------------------------------------------------------------------------------------------------------------------------
    # /etc/fstab: static file system information.
    # <file system>  <mount point>   <type>  <options> <dump> <pass>
    proc                                            /proc proc
    nodev,noexec,nosuid        0 0
    /dev/sda1  /home/rene/sda1 ntfs rw,uid=1000,gid=1000       0 0
    /dev/sda2                                       none swap     sw                  0 0
    /dev/sda3                                       / ext3
    relatime,errors=remount-ro 0 1
    /dev/sda5                                       /home ext3
    relatime              0 2
    /dev/sda6  /home/rene/sda6 ntfs rw,uid=1000,gid=1000       0 0
    ----------------------------------------------------------------------------------------------------------------------------------------------

    Je suis sous Linux Kubuntu 14.04 64 bits en français et j'utilise
    Konqueror comme gestionnaire de fichiers.

    J'ai ce problème que cela soit avec Konqueror ou avec le panneau
    de Configuration système -> Applications -> Associations de
    fichiers, car je reçois le message d'erreur suivant :

    "Impossible d'écrire dans le fichier de configuration «
    /home/rene/.local/share/applications/mimeapps.list ».
    Veuillez contacter l'administrateur du système."

    Je sais que c'est une question de droit d'accès, mais je ne sais
    pas ou plus comment le régler.

    Merci pour votre aide !

    L'ami René



    --     Ubuntu-quebec mailing list
    [hidden email] <mailto:[hidden email]>
    https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
    <https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec>






--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Erreur d'ouverture....

plante_ca
In reply to this post by Lami René

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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: 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 <[hidden email]> 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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec




--
---------------------------------------------
Bernard Tremblay
[hidden email]
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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Erreur d'ouverture....

Jean Christophe André
In reply to this post by plante_ca
         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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Erreur d'ouverture....

plante_ca
In reply to this post by plante_ca

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 à nouveau    root...

??????????

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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: 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 à nouveau    root...
>
> ??????????
>

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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Erreur d'ouverture....

AdelardGingras
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é <[hidden email]> 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 à nouveau    root...
>>
>> ??????????
>>
>
> 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
> [hidden email]
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec


--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Erreur d'ouverture....

plante_ca
In reply to this post by plante_ca

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 à nouveau    root...

??????????


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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: 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
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Reply | Threaded
Open this post in threaded view
|

Re: Droit d'accès pour modifier l'association des fichiers avec les logiciels ?

Lami René
In reply to this post by Steve Nadeau-3
Bonjour,

Un très grand merci à tous pour votre aide !

Le problème d'origine est solutionné, mais un autre vient d'apparaitre.

J'attribue par exemple les fichiers avec l'extension .STL à FreeCad,
mais maintenant même le fichier avec l'extension .TXT sont ouverts avec
FreeCad et non plus avec KWrite !

Comment séparer cette configuration des attributions des fichiers texte
brutes à des applications différentes selon leur extension, la tous les
fichiers bruts se retrouvent groupe pour qu'une seule application pour
toutes les extensions ?

Dans la gestion des attributions de fichier, j'ai essayé sans succès de
les dégroupé, mais il semble qu'un élément m'échappe.

L'ami René

Le 08/24/17 à 14:45, Steve Nadeau a écrit :

> Bonjour René,
>
> il faudrait s'assurer que les droits du répertoire personnel soient
> bien de propriété de son propriétaire.
>
> ouvrir un terminal et taper la commande suivante:
>
> sudo chown -R rene:rene /home/rene
>
> si tout va bien, tous les fichiers et répertoires seront repris par
> leur propriétaire, soit rene.
>
> Steve
>
> -----------------------------------
>
>
> Le 24 août 2017 à 14:34, Lami René <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     Bonjour,
>
>     Je relance ma demande qui n'a reçu aucune réponse ou commentaire.
>
>     Je n'ai plus le droit d'accès pour modifier l'association des
>     fichiers avec les logiciels ?
>
>     Voici ma configuration des partitions dans fstab :
>     ----------------------------------------------------------------------------------------------------------------------------------------------
>     # /etc/fstab: static file system information.
>     # <file system>  <mount point>   <type>  <options> <dump> <pass>
>     proc                                            /proc proc
>     nodev,noexec,nosuid        0 0
>     /dev/sda1  /home/rene/sda1 ntfs rw,uid=1000,gid=1000       0 0
>     /dev/sda2                                       none swap     sw
>                  0 0
>     /dev/sda3                                       / ext3
>     relatime,errors=remount-ro 0 1
>     /dev/sda5                                       /home ext3
>     relatime              0 2
>     /dev/sda6  /home/rene/sda6 ntfs rw,uid=1000,gid=1000       0 0
>     ----------------------------------------------------------------------------------------------------------------------------------------------
>
>     Je suis sous Linux Kubuntu 14.04 64 bits en français et j'utilise
>     Konqueror comme gestionnaire de fichiers.
>
>     J'ai ce problème que cela soit avec Konqueror ou avec le panneau
>     de Configuration système -> Applications -> Associations de
>     fichiers, car je reçois le message d'erreur suivant :
>
>     "Impossible d'écrire dans le fichier de configuration «
>     /home/rene/.local/share/applications/mimeapps.list ».
>     Veuillez contacter l'administrateur du système."
>
>     Je sais que c'est une question de droit d'accès, mais je ne sais
>     pas ou plus comment le régler.
>
>     Merci pour votre aide !
>
>     L'ami René
>
>
>
>     --
>     Ubuntu-quebec mailing list
>     [hidden email] <mailto:[hidden email]>
>     https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>     <https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec>
>
>
>
>


--
Ubuntu-quebec mailing list
[hidden email]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec