Messages de Asikar

Asikar · Scripts, programmes et robots

Bonjour,

je rectifie : vv222, ta commande

xhost +si:localuser:root

fonctionne bien. C'est moi qui l'avait mal utilisée (j'avais compris que localuser représentait mon nom d'utilisateur, et pas qu'il s'agissait d'un mot clef ...)
Merci donc, ça marche maintenant !

Par rapport aux réserves émises sur le fait de donner un accès root au serveur graphique, qu'elle méthode serait préférable pour mettre à la disposition d'un groupe d'utilisateurs, une application graphique capable d'effectuer qqes commandes d'administration ?
Je sais le faire en ligne de commande (avec un script bash et le fichier /etc/sudoers) mais il y a des personnes à qui la ligne de commande fait peur ....

Asikar · Scripts, programmes et robots

Je cherche à donner, au sein d'un petit réseau local, quelques droits d'administration à un groupe d'utilisateur (comme par exemple éteindre ou allumer tous les postes d'une salle)
L'idée est de leur permettre de le faire via une petite application graphique (d'où tkinter), puis donner la permission d'exécuter ce script en root (via sudoers).
je précise que le petit réseau n'est pas très "sensible" ni très exposé en terme de sécurité.

J'ai essayé la commande

xhost +si:localuser:root

qui me renvoie

localuser:root being added to access control list

X Error of failed request:  BadValue (integer parameter out of range for operation)

  Major opcode of failed request:  109 (X_ChangeHosts)

  Value in failed request:  0x9

  Serial number of failed request:  7

  Current serial number in output stream:  9

mais qui ne permet toujours pas d'éxécuter le programme Test avec sudo (même message d'erreur).

J'avoue ne rien comprendre à ce nouveau message d'erreur ... :-(

Merci pour l'aide.

Asikar · Scripts, programmes et robots

Bonjour,

j'ai un petit programme Test en python3 avec tkinter qui fonctionne très bien quand je l'exécute directement, mais pas avec sudo.

voici la version simplifiée du programme :

#!/usr/bin/python3

# -*- coding: utf-8 -*-

from tkinter import *

class Fen(Frame):

    def __init__(self):

        Frame.__init__(self)

        self.master.title('essai')

        self.master.geometry("300x300")

        self.pack()

if __name__ == '__main__' :

    Fen().mainloop()

et voici le message d'erreur que j'obtiens quand je l'exécute via la commande sudo Test :

No protocol specified

No protocol specified

Traceback (most recent call last):

  File "./Test", line 18, in <module>

    Fen().mainloop()

  File "./Test", line 11, in __init__

    Frame.__init__(self)

  File "/usr/lib/python3.7/tkinter/__init__.py", line 2744, in __init__

    Widget.__init__(self, master, 'frame', cnf, {}, extra)

  File "/usr/lib/python3.7/tkinter/__init__.py", line 2292, in __init__

    BaseWidget._setup(self, master, cnf)

  File "/usr/lib/python3.7/tkinter/__init__.py", line 2259, in _setup

    _default_root = Tk()

  File "/usr/lib/python3.7/tkinter/__init__.py", line 2023, in __init__

    self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use)

_tkinter.TclError: couldn't connect to display ":0"

Je précise que je suis sous gnome 3.30 (avec Wayland) mais que je ne connais pas grand chose au fonctionnement de serveur X, d'export display ...

Merci pour toute aide.

Asikar · Matériel

MERCI BCP !!!

grâce à vos réponses, j'ai résolu le pb.

J'ai utilisé le lien indiqué par èfpé sur le fil de février, et les indications de otyugh (merci à lui aussi) m'ont permis de résoudre le pb.

Le fait de recharger le driver après la sortie de veille règle le pb.

Mon driver était un peu différent, il s'agit du rtl8723bu que j'ai trouvé grâce à la commande

usb-devices

Ensuite les commandes :

rmmod 8723bu

modprobe rtl8723bu

permettent de relancer correctement le wifi.
Cerise sur le gateau, la méthode indiquée par otyugh pour automatiser la chose en sortie de veille en créant un script dans /lib/systemd/system-sleep/.

C'est top et ça marche nickel.

Merci aussi à Beta-Pictoris, j'ai appris des commandes intéressantes sur NetworkManager (nmcli device wifi list scannait bien les réseaux après la sortie de veille)

Asikar · Matériel

Bonjour et merci à ceux qui m'ont répondu.

@raleur : le pb c'est que je ne sais pas trop où chercher les infos utiles pour corriger ça. Quand on essaye de relancer le wifi après une coupure, il semble capable de détecter les réseaux mais pas de s'y connecter. Sinon le réseau est bien géré par network manager et si ça peut aider, voici le résultat de la commande

 systemctl list-units|grep -iE '(net|conn|dhcp|wicd)' 

  sys-devices-pci0000:00-0000:00:15.0-usb1-1\x2d7-1\x2d7:1.2-net-wlp0s21f0u7i2.device           loaded active plugged   802.11n_WLAN_Adapter                                                                   

  sys-subsystem-net-devices-wlp0s21f0u7i2.device                                                loaded active plugged   802.11n_WLAN_Adapter                                                                   

  sys-fs-fuse-connections.mount                                                                 loaded active mounted   FUSE Control File System                                                               

● networking.service                                                                            loaded failed failed    Raise network interfaces                                                               

  NetworkManager.service                                                                        loaded active running   Network Manager                                                                        

  systemd-timesyncd.service                                                                     loaded active running   Network Time Synchronization                                                           

  network.target                                                                                loaded active active    Network

@IceF0x et Beta-La commPictoris : j'ai changé l'option managed=true pour tester mais ça n'a rien changé au pb.
La commande "nmcli radio wifi off" coupe bien le wifi, mais ensuite "nmcli radio wifi on" ne fonctionne pas (au bout de 30s, j'obtiens la notification "Échec de connexion. L'activation de la connexion réseau a échoué". Par contre si je reboot le système, c'est bon ...

Merci pour vos réponses !

Asikar · Matériel

Bonjour,
j'utilise un portable sous Debian 10, et le wifi fonctionne bien après le boot, par contre, il ne fonctionne plus après une interruption (mode avion ou mise en veille).
La seule méthode que j'ai, est de rebooter entièrement le système, ce qui est un peu lourd.
Je cherche une commande qui relance la configuration du wifi (comme lors du boot) mais sans redémarrer tout l'ordi.

J'ai essayé des choses comme

sudo service networking restart

mais ça ne fonctionne pas ...
Merci pour ceux qui auraient des pistes.

Asikar · Gestion des paquets Debian

Bonjour,

j'utilise depuis un certain temps déjà le logiciel scilab (5.5.2) sur une debian Stretch et brusquement hier scilab refuse de démarrer.
Un lancement en ligne de commande indique un problème lié à java, ce qui est confirmé par le fait que scilab fonctionne encore en mode console (qui n'utilise pas java).

En cherchant dans les log ( /var/log/dpkg.log ) j'ai vu que le problème est arrivé juste après un upgrade de openjdk :
---> upgrade openjdk-8-jre:amd64 8u232-b09-1~deb9u1 8u242-b08-1~deb9u1
---> upgrade openjdk-8-jre-headless:amd64 8u232-b09-1~deb9u1 8u242-b08-1~deb9u1

ma question :

est-il possible (et pas trop dangereux) d'annuler cet upgrade pour revenir à la version précédente, puis d'empêcher les mises à jour futures de openjdk ?

existe-t-il une autre façon que je ne connais pas de résoudre ce type de pb, comme par exemple de configurer scilab pour qu'il utilse l'ancienne version de java ?

merci d'avance pour toute réponse ou suggestion.

Debian-facile

#1 Re : Scripts, programmes et robots » sudo et tkinter ---> couldn't connect to display ":0" » 05-11-2020 14:14:00

#2 Re : Scripts, programmes et robots » sudo et tkinter ---> couldn't connect to display ":0" » 04-11-2020 17:43:14

#3 Scripts, programmes et robots » sudo et tkinter ---> couldn't connect to display ":0" » 04-11-2020 15:36:35

#4 Re : Matériel » [RÉSOLU] réinitialiser le wifi en ligne de commande ? » 19-10-2020 09:01:13

#5 Re : Matériel » [RÉSOLU] réinitialiser le wifi en ligne de commande ? » 18-10-2020 11:15:32

#6 Matériel » [RÉSOLU] réinitialiser le wifi en ligne de commande ? » 17-10-2020 14:29:35

#7 Gestion des paquets Debian » scilab ne fonctionne plus après upgrade openjdk-8 » 04-03-2020 15:15:08

Pied de page des forums