Re: Problème de permissions dans Debian ?

2022-01-19 Par sujet Seb


Bonjour,


Pour exclure complètement la piste d'un problème lié à ton 
environnement, tu pourrais créer un nouveau compte utilisateur et 
vérifier comment ça se comporte chez lui. (Idéalement en utilisant le 
même WM).


Merci pour l'idée. Il se trouve que mon compte est copié tous les soirs de 
la machine Debian 11, où Okular pose problème, vers la machine Debian 10 
où Okular ne pose aucun problème. Cela ne devrait donc pas être un 
problème dans $HOME.


En outre, avec un $HOME inchangé, le problème est apparu dès que la 
version de Debian a changé.


Le vrai test, je crois, serait d'installer la 11 dans une virtualbox et de 
tester avec FVWM. Ça demande un peu de disponibilité d'esprit, je pourrai 
peut-être faire ça dans deux semaines.



Seb.


Re: Problème de permissions dans Debian ?

2022-01-18 Par sujet Sébastien NOBILI

Bonjour,

Le 2022-01-18 13:07, Seb a écrit :

Pour en avoir le coeur net, j'ai déplacé ~/.local/share/okular
ailleurs puis lancé /bin/okular, et j'ai les mêmes soucis (sauvegarde
d'un fichier sous un autre nom et raccourcis clavier).


Pour exclure complètement la piste d'un problème lié à ton 
environnement, tu pourrais
créer un nouveau compte utilisateur et vérifier comment ça se comporte 
chez lui.

(Idéalement en utilisant le même WM).

Sébastien



Re: Problème de permissions dans Debian ?

2022-01-18 Par sujet Seb


Bonjour,



ici Bullseye+Gnome, ça marche


OK, merci d'avoir testé.

À moins de faire l'hypothèse que les gros WM comme Gnome et KDE installent 
ou configurent quelque chose que ne fait pas FVWM, la piste semble donc 
bien être celle d'une mise à jour fautive du logiciel lors du passage de 
Debian 10 à Debian 11, pour une raison inconnue.



=> les permissions sont bonnes sur le répertoires des schémas? que
donne un
$ ls -al ~/.local/share/okular/shortcuts


Pour en avoir le coeur net, j'ai déplacé ~/.local/share/okular ailleurs 
puis lancé /bin/okular, et j'ai les mêmes soucis (sauvegarde d'un fichier 
sous un autre nom et raccourcis clavier).



Seb.



Re: Problème de permissions dans Debian ?

2022-01-15 Par sujet didier gaumet


ici Bullseye+Gnome, ça marche

$ sudo apt install okular
me propose d'installe un tas de paquets (grrr, après va falloir que je
nettoie), je valide

j'exécute Okular sous Gnome (Classic (donc Xorg au lieu de Wayland)),
je vais dans "configuration", "configurer les raccourcis clavier",
"gérer les schémas", "nouveau" (modèle), je crée un modèle "Perso",
dans le modèle "Perso" je prends la ligne "à propos de Okular", je crée
un raccourci ALTGR+a, je clique sur "plus d'actions" puis "enregistrer
les racourcis dans le modèle", je ferme la fenêtre de config, je teste
le raccourci ALTGR+a (æ)(j'ai choisi une combinaison de touches pas
déjà affectée) qui m'affiche un joli cartouche "à propos de Okular". Je
ferme Okular, je rouvre Okular et je teste le raccourci. Je recommance
plusieurs fois: ça marche.

Les schémas de raccourcis claviers d'Okular sont enregistrés dans
~/.local/share/okular/shortcuts

didier@hp-notebook14:~$ ls -al ~/.local/share/okular/shortcuts
total 16
drwxr-xr-x 2 didier didier 4096 15 janv. 18:36 .
drwxr-xr-x 3 didier didier 4096 15 janv. 18:33 ..
-rw-r--r-- 1 didier didier 3464 15 janv. 18:36 Default
-rw-r--r-- 1 didier didier  132 15 janv. 18:53 Perso

la seule chose bizarre chez moi c'est que le raccourci que j'ai créé
devrait juste figurer dans le schéma "Perso" et pas dans le schéma
"Default", mais figure dans les deux...

didier@hp-notebook14:~$ cat ~/.local/share/okular/shortcuts/Default

  

[...]

  


didier@hp-notebook14:~$ cat ~/.local/share/okular/shortcuts/Perso

  

  


=> les permissions sont bonnes sur le répertoires des schémas? que
donne un
$ ls -al ~/.local/share/okular/shortcuts
?







Re: Problème de permissions dans Debian ?

2022-01-15 Par sujet Seb


Bonjour,



Troisièmement, ton message d'erreur Okular dit que
/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so
n'est pas accessible, donc que donne
$ sudo ls -al /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so


Les permissions sont bien celles attendues, j'ai oublié de le dire:

~> ls -al /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so
-rw-r--r-- 1 root root 104664 Jul 15  2021 
/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so


tu peux éventuellement chercher si tu as des packages à demi-configurés
et obsolètes ou locaux par
$ sudo aptitude search '~c'
et
$ sudo aptitude search '~o'


Voici les résultats:

~> sudo apt search '~c'
Sorting... Done
Full Text Search... Done
libtext-brew-perl/stable 0.02-1.1 all
  perl implementation of Brew edit distance

~> sudo apt search '~o'
Sorting... Done
Full Text Search... Done

Ça fait maigre.

si il y en a, ce sont potentiellement eux qui empêchent une transition 
complète de Buster à Bullseye


A-t-on une raison de penser que le problème provient de la transition ?

J'ai constaté le problème sur deux machines sous Debian 11, une qui avait 
été mise à jour, l'autre installée à neuf (et depuis repassée en Debian 10 
pour une raison sans rapport avec Okular).



Sébastien.



Re: Problème de permissions dans Debian ?

2022-01-15 Par sujet didier gaumet



Le samedi 15 janvier 2022 à 12:17 +0100, Seb a écrit :
> 
> Bonjour !
> 
> 
> Il me semble avoir repéré un problème de permissions.
> 
> Le logiciel dont le comportement me conduit à penser cela est Okular,
> mais 
> le fond du problème n'est peut-être pas lié à ce logiciel.
> 
> En Debian oldstable, je n'avais aucun problème avec Okular.
> 
> En Debian stable, quand je tente de créer un nouveau raccourci
> clavier mon 
> écran virtuel est quasiment gelé. Je ne peux rien faire hormis
> cliquer sur 
> l'icône d'un autre écran virtuel (depuis lequel je peux 'kill'er
> Okular).
> 
> En espérant que ce problème serait résolu avec une version ultérieure
> d'Okular, j'ai installé sa version testing (apt-get -t testing). Je 
> rencontre le même problème d'écran virtuel qui gèle, et en plus
> Okular ne 
> parvient plus à enregistrer le fichier PDF sous un autre nom,
> j'obtiens le 
> message suivant:
> 
> File could not be saved in 'file:///raid/home/seb/temp/a.pdf'. Error:
> 'Unable to create io-slave. klauncher said: Error loading 
> '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so'.'. Try to
> save it 
> to another location
> 
> apt-file m'apprend que kf5/kio/file.so n'existe que dans le package
> kio, 
> qui est bien installé.
> 
> Le point intéressant, c'est que ces deux problèmes disparaissent si
> je 
> lance Okular en sudo. Je peux ajouter un raccourci clavier (et il 
> fonctionne), enregistrer un fichier PDF sous un autre nom: plus aucun
> problème apparent.
> 
> Sauf que le problème sous-jacent est toujours là, et qu'il pourrait
> bien 
> se manifester plus tard d'une autre manière.
> 
> Ma Debian est une stable stock, seul Okular et ses dépendances sont 
> (maintenant) en testing.
> 
> Le même problème existe-t-il chez quelqu'un d'autre ?
> Je précise que mon WM n'est pas KDE mais fvwm.
> 
> J'avais envoyé un report de bug sur Okular en novembre, mais je n'ai
> pas 
> eu de réponse.
> 
> Je joins ci-dessous les informations que 'reportbug' insérerait 
> (aujourd'hui) pour un nouveau rapport de bug (que je n'ai pas fait).
> 
> 
> Merci d'avance pour votre aide !
> Sébastien.
> 
> =
> ==
> 
> -- System Information:
> Debian Release: 11.1
>    APT prefers stable-updates
>    APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored:
> LC_ALL set to en_US.iso88591), LANGUAGE=C
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages okular depends on:
> ii  kinit 5.78.0-2
> ii  kio   5.78.0-5
> ii  libc6 2.33-1
> ii  libfreetype6  2.10.4+dfsg-1
> ii  libjpeg62-turbo   1:2.0.6-4
> ii  libkf5activities5 5.78.0-2
> ii  libkf5archive5    5.88.0-1
> ii  libkf5bookmarks5  5.78.0-2
> ii  libkf5codecs5 5.88.0-1
> ii  libkf5completion5 5.78.0-3
> ii  libkf5configcore5 5.88.0-1
> ii  libkf5configgui5  5.88.0-1
> ii  libkf5configwidgets5  5.88.0-1
> ii  libkf5coreaddons5 5.88.0-1
> ii  libkf5crash5  5.88.0-1
> ii  libkf5i18n5   5.88.0-2
> ii  libkf5itemviews5  5.88.0-1
> ii  libkf5jobwidgets5 5.78.0-2
> ii  libkf5kexiv2-15.0.0   20.12.0-1
> ii  libkf5kiocore5    5.78.0-5
> ii  libkf5kiowidgets5 5.78.0-5
> ii  libkf5parts5  5.78.0-3
> ii  libkf5pty5    5.78.0-2
> ii  libkf5purpose-bin 5.78.0-2
> ii  libkf5purpose5    5.78.0-2
> ii  libkf5service-bin 5.78.0-2
> ii  libkf5service5    5.78.0-2
> ii  libkf5textwidgets5    5.78.0-2
> ii  libkf5wallet-bin  5.78.0-2
> ii  libkf5wallet5 5.78.0-2
> ii  libkf5widgetsaddons5  5.88.0-2
> ii  libkf5windowsystem5   5.88.0-1
> ii  libkf5xmlgui5 5.88.0-1
> ii  libokular5core9   4:21.08.3-1
> ii  libphonon4qt5-4   4:4.11.1-4
> ii  libpoppler-qt5-1  20.09.0-3.1
> ii  libqmobipocket2   4:20.12.0-1
> ii  libqt5core5a  5.15.2+dfsg-9
> ii  libqt5dbus5   5.15.2+dfsg-9
> ii  libqt5gui5    5.15.2+dfsg-9
> ii  libqt5printsupport5   5.15.2+dfsg-9
> ii  libqt5svg5    5.15.2-3
> ii  libqt5texttospeech5   5.15.2-2
> ii  libqt5widgets5    5.15.2+dfsg-9
> ii  libqt5xml5    5.15.2+dfsg-9
> ii  libspectre1   0.2.9-1
> ii  libstdc++6    11.2.0-13
> ii  phonon4qt5    4:4.11.1-4
> ii  zlib1g    1:1.2.11.dfsg-2
> 
> Versions of packages okular recommends:
> ii  cups-bsd  2.3.3op2-3+deb11u1
> 
> Versions of packages okular suggests:
> ii  ghostscript    9.53.3~dfsg-7+deb11u1
> ii  okular-extra-backends  4:21.08.3-1
> ii  poppler-data   0.4.10-1
> ii  texlive-binaries   2020.20200327.54578-7
> pn  unrar  
> 


Re: problème de permissions

2006-02-17 Par sujet Seb

Grays a écrit :

En fait chaque personne se connectant par gdm/kdm aura accès aux périphs.
Est-ce une bonne solution à ton problème ou au problème en général?


On doit pouvoir définir les groupes auxquels appartient par défaut tout 
nouvel utilisateur créé par adduser ?!?


J'ai lu /etc/adduser.conf mais je n'ai rien trouvé...


++
Grays


Seb


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: problème de permissions

2006-02-17 Par sujet Grays

Tahar a écrit :


--- Fnor [EMAIL PROTECTED] a écrit :

 


Tahar a écrit :
   


Salut à tous,
J'ai un problème de permissions sur /dev/dsp
 


lorsque
   


je crée un utilisateur, j'obtiens le message
 


d'arts
   


suivant

Sound server informational message
Error while initializing the sound server
device /dev/dsp can't be opened (permission
 


denied)
   


The sound will continue using the null output
 


device

As-tu vérifié que ton user fait partie du groupe
(audio) auquel
appartient /dev/dsp ?
N'oublie pas de te déconnecter/reconnecter pour
valider l'ajout du user
dans le groupe audio.

Fnor


   



Merci j'ai pu régler le problème ainsi, mais est ce
que la commande qu'il faudrai le faire à chaque fois
manuellement une fois que l'utilisateur est crée ?

Merci encore









___ 
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international.

Téléchargez sur http://fr.messenger.yahoo.com


 


Bonjour,

pour autoriser l'accès aux périphériques j'utilise ceci:

(gnome) dans /etc/pam.d/gdm
je rajoute
$auth optional pam_group.so

et dans /etc/security/group.conf
gdm;*;*;Al-2400;floppy,cdrom,audio,video,plugdev

idem si on utilise kdm.

En fait chaque personne se connectant par gdm/kdm aura accès aux périphs.
Est-ce une bonne solution à ton problème ou au problème en général?

++
Grays


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: problème de permissions

2006-02-17 Par sujet Vincent Danjean

Grays wrote:

pour autoriser l'accès aux périphériques j'utilise ceci:

(gnome) dans /etc/pam.d/gdm
je rajoute
$auth optional pam_group.so

et dans /etc/security/group.conf
gdm;*;*;Al-2400;floppy,cdrom,audio,video,plugdev

idem si on utilise kdm.

En fait chaque personne se connectant par gdm/kdm aura accès aux périphs.
Est-ce une bonne solution à ton problème ou au problème en général?


Pour le problème en général, ça ne marche pas : une fois qu'on est dans
le groupe, on peut créer un programme sgid pour le revenir si on se
loggue ensuite par ssh par exemple.
  Pour ce cas particulier (machine perso), c'est très bien.

  Changer le propriétaire/groupe de /dev/dsp (par exemple) n'est pas la
solution idéale non plus (même si certaines distrib l'ont fait) :
- on peut garder le controle de /dev/dsp en gardant un programme en
mémoire avec un fd dessus après la fin de la session
- il y a conflict quand il y a plusieurs consoles (new login à
partir d'une session gnome, ...).

  Je ne connais pas de solution totalement satisfaisante, sans doute
parce que je n'arrive pas non plus à exprimer une politique qui me
conviendrait dans tous les cas.

  Pour ma part, lors de la création d'un utilisateur, je fais ensuite :
adduser login audio
adduser login video
...
Je trouve dommage que adduser.conf ne permettent pas de programmer ça
automatiquement (il faudrait faire un wishbug si ce n'est pas déjà fait)

  A+
Vincent


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: problème de permissions

2006-02-16 Par sujet Tahar

--- Fnor [EMAIL PROTECTED] a écrit :

 Tahar a écrit :
  Salut à tous,
  J'ai un problème de permissions sur /dev/dsp
 lorsque
  je crée un utilisateur, j'obtiens le message
 d'arts
  suivant
  
  Sound server informational message
  Error while initializing the sound server
  device /dev/dsp can't be opened (permission
 denied)
  The sound will continue using the null output
 device
 
 As-tu vérifié que ton user fait partie du groupe
 (audio) auquel
 appartient /dev/dsp ?
 N'oublie pas de te déconnecter/reconnecter pour
 valider l'ajout du user
 dans le groupe audio.
 
 Fnor
 


Merci j'ai pu régler le problème ainsi, mais est ce
que la commande qu'il faudrai le faire à chaque fois
manuellement une fois que l'utilisateur est crée ?

Merci encore

 







___ 
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs 
exceptionnels pour appeler la France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: problème de permissions

2006-02-15 Par sujet Fnor
Tahar a écrit :
 Salut à tous,
 J'ai un problème de permissions sur /dev/dsp lorsque
 je crée un utilisateur, j'obtiens le message d'arts
 suivant
 
 Sound server informational message
 Error while initializing the sound server
 device /dev/dsp can't be opened (permission denied)
 The sound will continue using the null output device

As-tu vérifié que ton user fait partie du groupe (audio) auquel
appartient /dev/dsp ?
N'oublie pas de te déconnecter/reconnecter pour valider l'ajout du user
dans le groupe audio.

Fnor