Fwd: 'gio: Setting attribute metadata::trusted not supported'

2023-03-23 Par sujet roger . tarani 
Excusez-moi mais avez-vous déjà utilisé 'gio set' ?? 

Comment assurez-vous la sécurité du système debian quand on utilise un GUI 
(gnome, et autre xfce4) pour faire tourner un script requérant les droits d'un 
sudoer ? 


De: "roger tarani"  
À: "Liste Debian"  
Envoyé: Mardi 14 Mars 2023 11:47:31 
Objet: 'gio: Setting attribute metadata::trusted not supported' 

Bonjour, 

Je fais suite au fil de discussion debian 11 - créer une "desktop icon"... 
simplement . 
J'avais pu, avec un script bash exécuté par un sudoer, créer un lanceur sur le 
bureau avec une icône, lui donner les droits 700 (pour le sudoer qui exécute ce 
script). Impeccable. 

A cette occasion, j'ai aussi découvert les réglages de sécurité supplémentaires 
que j'ignorais (GUI...). 
Je suis allé jusqu'à les modifier avec cette commande exécutée en tant que 
sudoer ('sudo monscript.sh'). A son tour, root ($USER, tandis que le sudoer est 
représenté par $SUDO_USER) exécuteune commande sudo : 


sudo -u "${SUDO_USER}" bash -c 'echo "${LAUNCHER}"; gio set "${LAUNCHER}" 
metadata::trusted true' &> /dev/null 


Ça semble faire exactement ce que ferait l'utilisateur avec un clic droit sur 
l'icône du lanceur "Allow launching" (ou dans le navigateur de fichiers ; clic 
droit Properties > Permissions > "Allow executing file as program"). 

Le résultat obtenu est opérationnel , sauf cachotterie du système... 
Mais le script exécuté par l'utilisateur en tant que sudoer affiche un message 
d'erreur contradictoire ou lui-même erroné (ce qui serait un comble pour un 
message d'erreur !) : 

gio: Setting attribute metadata::trusted not supported 

D'où le &> /dev/null pour masquer ce message. 

Je veux m'assurer que ce qui marche aujourd'hui marchera, durablement, sur le 
système visé de l'utilisateur (debian 11, également). 

Comment expliquer que le changement est fait alors qu'un message suggère que 
cela n'est pas supporté ? (d'ailleurs : quoi, par quoi, pourquoi ?) 
Comment diagnostiquer ça ? 

Y a-t-il un rapport à explorer avec pkexec ou lxqt-sudo (et les anciens 
gksu/gksudo, obsolètes) à explorer ? (dont je ne connais quasiment rien à part 
les noms, puisque je n'ai jamais eu besoin de GUI...) 

Autrement dit, comment assure-t-on la sécurité du système debian quand on 
utilise un GUI (gnome, et autre xfce4) pour faire tourner un script requérant 
les droits d'un sudoer ? 

Merci.

Re: vieux profileur prof ?

2023-03-23 Par sujet Olivier Humbert 

Bonjour


Le 2023-03-23 09:10, Basile Starynkevitch a écrit :


Quel est le paquet Debian qui installe l'utilitaire prof ...


https://www.debian.org/distrib/packages#search_contents

Bonne journée

Re: pilote pour radeon HD 4680G

2023-03-23 Par sujet ajh-valmer 
On Thursday 23 March 2023 11:21:45 Cooper Laurent wrote:
> Ce qui est rageant, c'est qu'au démarrage, grub boote en mode graphique 
plein écran, en vesa, mais le vesa du noyau n'arrive pas à dépasser 640x480 
et le pilote radeon affiche des erreurs matérielles connues

C'est anormal d'avoir le pilote vesa.
C'est le mode graphique à minima 640x480 lorsque le pilote de la carte vidéo
n'est pas reconnu.

Re : Re: Re : pilote pour radeon HD 4680G

2023-03-23 Par sujet Cooper Laurent 
Merci d'avoir eu la gentillesse de vous pencher sur mon problème.

J'avais effectivement des firmware manquant. Mais l'installation de ces 
firmwares provoque une autre erreur. On se retrouve avec une regression connue 
sur ces cartes mobiles peu courantes et vieilles

Ce qui est rageant, c'est qu'au démarrage, grub boote en mode graphique plein 
écran, en vesa, mais le vesa du noyau n'arrive pas à dépasser 640x480 et le 
pilote radeon affiche des erreurs matérielles connues

À priori, avec une debian 9 ou 10 , ça pourrait passer. Il va falloir que je me 
penche sur les essais

Merci encore


Le 21/03/23 19:52, Étienne Mollier   a écrit : 
> 
> Bonsoir,
> 
> > Le 21/03/23 15:59, Laurent COOPER  a écrit : 
> > > J'installe des debian en mode kiosk sur de vieilles machines samsung qui 
> > > embarquait un logiciel "magicinfo"
> > > 
> > > Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce 
> > > graphique AMD Radeon HD 6480G
> > > 
> > > Lorsque le poste démarre, grub est bien en plein écran en 1920x1080
> > > 
> > > Mais ensuite, une fois le noyau chargé et X lancé, c'est le pilote 
> > > framebuffer qui est en oeuvre, avec une résolution toute pourrie de 
> > > 760x480 !
> > > 
> > > Si je fais un modprobe, j'ai bien le module radeon, mais il ne semble pas 
> > > convenir pour X
> > > 
> > > Si j'installe firmare-amd-graphics, j'ai un écran noir et plus aucun 
> > > affichage
> 
> Cooper Laurent, on 2023-03-21:
> > Quant au module radeon, il est bien chargé, puis :
> > [ 5.859] (II) UnloadModule: "radeon"
> > [ 5.859] (EE) Screen 0 deleted because of no matching config section.
> 
> À vue de nez, ce n'est pas un problème de paquets manquants. Il
> devrait y avoir le pilote noyau "radeon" directement embarqué
> dans linux, le xserver-xorg-video-radeon devrait contenir le
> pilote en mode utilisateur pour Xorg. Quant au microprogramme,
> firmware-amd-graphics devrait supporter la HD 6480G :
> 
>   $ apt-cache show firmware-amd-graphics | grep -E '64(0|8)0'
>  * Radeon HD IGP 6400/6500/6600 series ME microcode
>  * Radeon HD IGP 6400/6500/6600 series PFP microcode
>  * Radeon HD IGP 6200/6300/6400/6500/6600/7300 series RLC microcode
> 
> L'apparition de l'écran noir quand les microprogrammes sont
> disponibles suggère que l'accélération graphique essaie de
> démarrer mais se plante pour une raison quelconque (ou pire,
> démarre sans se rendre compte que rien ne marche visuellement).
> Est-ce que la machine est accessible à distance, par exemple
> avec ssh, quand un écran noir se produit ? Est-ce qu'il y
> aurait des informations intéressantes dans le /var/log/kern.log,
> ou la sortie de la commande dmesg, dans une telle situation ?
> 
> Peut-être qu'il pourrait s'agir d'une régression dans le support
> d'un matériel devenu moins courant. Quelles versions de Debian
> avez vous tenté ?
> 
> En espérant que ça mette sur une piste,
> -- 
> Étienne Mollier 
> Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
> Sent from /dev/pts/2, please excuse my verbosity.
>

Re: vieux profileur prof ?

2023-03-23 Par sujet Basile Starynkevitch 


On 23/03/2023 10:38, Pierre Malard wrote:

Salut,

Est-ce que tu veux dire « gprof » ?
Si oui, c’est dans le paquet « binutils ».

Sinon, peux-tu apporter plus de précisions sur cette commande ?



Non, c'est bien prof et pas GNU gprof que je cherche.


Il y a quelques années, les deux existaient, et prof était beaucoup plus 
léger, moins perturbateur et moins précis que gprof.



En fait je cherche un profileur simple (pour le moteur d'inférences 
RefPerSys  - en GPLv3+, multi-threadé, en C++, 
auquel je contribue https://github.com/RefPerSys/RefPerSys ...)



Je cherche à savoir quelles fonctions C++ consomment le plus de CPU (le 
cas test est lancé par make redump)


Il y a aussi dans certains cas un bouclage infini S'il existe une 
fonction C ou C++ qui écrit un fichier gprof.out je suis preneur






Merci

Le 23 mars 2023 à 09:10, Basile Starynkevitch 
 a écrit :


Bonjour,


Quel est le paquet Debian qui installe l'utilitaire prof compatible 
avec l'option 
 
-p de profilage de GCC  ?


(l'option -pg est plus précise, mais perturbe plus le calcul)


Merci

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page:starynkevitch.net/Basile/    
  



--
Pierre Malard

  «/ Les utopies ne sont souvent que des vérités prématurées /»
                Alphonse de Lamartine
   |\     _,,,---,,_
   /,`.-'`'   -.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) 
)-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'

- --> Ce message n’engage que son auteur <--


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: vieux profileur prof ?

2023-03-23 Par sujet Pierre Malard 
Salut,

Est-ce que tu veux dire « gprof » ?
Si oui, c’est dans le paquet « binutils ».

Sinon, peux-tu apporter plus de précisions sur cette commande ?

Merci

> Le 23 mars 2023 à 09:10, Basile Starynkevitch  a 
> écrit :
> 
> Bonjour,
> 
> 
> 
> Quel est le paquet Debian qui installe l'utilitaire prof compatible avec 
> l'option 
> 
>  -p de profilage de GCC  ?
> 
> (l'option -pg est plus précise, mais perturbe plus le calcul)
> 
> 
> 
> Merci
> 
> --
> Basile Starynkevitch   
> 
> (only mine opinions / les opinions sont miennes uniquement)
> 92340 Bourg-la-Reine, France
> web page: starynkevitch.net/Basile/ & refpersys.org
> 

--
Pierre Malard

  « Les utopies ne sont souvent que des vérités prématurées »
  Alphonse de Lamartine
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: vieux profileur prof ? (x86-64/Debian/bookworm, C++ pour RefPerSys)

2023-03-23 Par sujet Basile Starynkevitch 


On 23/03/2023 09:10, Basile Starynkevitch wrote:


Bonjour,


Quel est le paquet Debian qui installe l'utilitaire prof compatible 
avec l'option 
 
-p de profilage de GCC  ?


(l'option -pg est plus précise, mais perturbe plus le calcul)




J'ai la vague impression que pour GCC 12 Debian/bookworm/x86-64 les 
options -p et -pg sont identiques?



Quelqu'un peut-il confirmer? Je trouve ça surprenant!

Il y a plusieurs années c'était très différent, en précision comme en 
perturbation!



Merci

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Doubler l'interface Ethernet d'un serveur par un adaptateur sur USB

2023-03-23 Par sujet Sabri KHEMISSA 
Bonjour,

Il y a aussi le teaming qui est un peu plus riche en fonctionnalités que le
bonding :
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/managing_systems_using_the_rhel_9_web_console/configuring-network-teams-using-the-web-console_system-management-using-the-rhel-9-web-console#comparison-of-network-teaming-and-bonding-features_configuring-network-teams-using-the-web-console

Au-delà des fonctionnalités, le principal avantage du bonding est qu'il
tourne au niveau Kernel : ce qui le rend beaucoup plus efficace que le
teaming.

Configuration bonding pour Debian : https://wiki.debian.org/Bonding
Configuration teaming pour Debian 11 / Debian 10 :
https://computingforgeeks.com/configure-network-nic-teaming-on-debian/

Bonne journée,

Re: vieux profileur prof ?

2023-03-23 Par sujet Basile Starynkevitch 


On 23/03/2023 09:25, Olivier Humbert wrote:

Bonjour


Le 2023-03-23 09:10, Basile Starynkevitch a écrit :


Quel est le paquet Debian qui installe l'utilitaire prof ...


https://www.debian.org/distrib/packages#search_content




Et bien je ne vois rien.

Alors, sachant que je compile http://refpersys.org/ (c'est du C++) avec 
GCC  12 et l'option -p (sur Debian/x86-64) comment 
trouver les statistiques de profilage après une exécution normale?



Merci

A

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Doubler l'interface Ethernet d'un serveur par un adaptateur sur USB

2023-03-23 Par sujet NoSpam 

Bonjour. Cela s'appelle du bonding

https://wiki.linuxfoundation.org/networking/bonding

Le 23/03/2023 à 08:40, Olivier a écrit :

Bonjour,

J'ai une machine distante de type NUC dont l'unique interface Ethernet
est mystérieusement devenue inutilisable.
Parallèlement à des recherches pour connaître et contrecarrer les
raisons qui l'ont rendu inutilisable, j'envisage de doubler
l'interface par un adaptateur Ethernet sur USB pour avoir un peu de
répit en cas de coup dur.

1. Cet adaptateur serait connecté sur le même switch que l'interface
Ethernet native.

2. Je préférerai que les 2 interfaces additionnent leur bande passante
et fonctionnent simultanément.

3. La configuration réseau actuelle (firewall, DHCP, VLAN...) de ces
serveurs reposant sur l'existence d'une interface réseau unique,
j'apprécierai que cette unicité logique puisse être conservée en
passant à deux interfaces.

4. En cas de défaillance d'une des deux interfaces (défaillance au
sens large, pas seulement en cas de déconnexion de l'interface),
l'autre doit pouvoir prendre le relai seule.

5. Les switchs auxquels ces serveurs sont connectés sont tous
manageables mais hétérogènes (Mikrotik sous RouterOS, Edgeswitch
d'Ubiquiti, DGS de DLink). Je peux accepter un paramétrage sur mesure
mais préférerai, bien sûr, un paramétrage côté serveur qui reste
fonctionnel en cas de remplacement d'un switch par un autre et qui
évite les catastrophes (boucles) en cas de mauvaise configuration du
switch.

Pour résumer, sur une machine donnée, j'ai une interface enpXs0 native
et une autre usbY.
Quelle fonction réseau de Debian ai-je intérêt à utiliser pour
regrouper ces deux interfaces sous une appellation brZ en respectant
les exigences ci-dessus (j'ai utilisé la notation brZ en référence aux
outils bridge mais je reste ouvert à d'autres outils, s'il y en a) ?

Slts

vieux profileur prof ?

2023-03-23 Par sujet Basile Starynkevitch 

Bonjour,


Quel est le paquet Debian qui installe l'utilitaire prof compatible avec 
l'option 
 
-p de profilage de GCC  ?


(l'option -pg est plus précise, mais perturbe plus le calcul)


Merci

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Doubler l'interface Ethernet d'un serveur par un adaptateur sur USB

2023-03-23 Par sujet Olivier 
Bonjour,

J'ai une machine distante de type NUC dont l'unique interface Ethernet
est mystérieusement devenue inutilisable.
Parallèlement à des recherches pour connaître et contrecarrer les
raisons qui l'ont rendu inutilisable, j'envisage de doubler
l'interface par un adaptateur Ethernet sur USB pour avoir un peu de
répit en cas de coup dur.

1. Cet adaptateur serait connecté sur le même switch que l'interface
Ethernet native.

2. Je préférerai que les 2 interfaces additionnent leur bande passante
et fonctionnent simultanément.

3. La configuration réseau actuelle (firewall, DHCP, VLAN...) de ces
serveurs reposant sur l'existence d'une interface réseau unique,
j'apprécierai que cette unicité logique puisse être conservée en
passant à deux interfaces.

4. En cas de défaillance d'une des deux interfaces (défaillance au
sens large, pas seulement en cas de déconnexion de l'interface),
l'autre doit pouvoir prendre le relai seule.

5. Les switchs auxquels ces serveurs sont connectés sont tous
manageables mais hétérogènes (Mikrotik sous RouterOS, Edgeswitch
d'Ubiquiti, DGS de DLink). Je peux accepter un paramétrage sur mesure
mais préférerai, bien sûr, un paramétrage côté serveur qui reste
fonctionnel en cas de remplacement d'un switch par un autre et qui
évite les catastrophes (boucles) en cas de mauvaise configuration du
switch.

Pour résumer, sur une machine donnée, j'ai une interface enpXs0 native
et une autre usbY.
Quelle fonction réseau de Debian ai-je intérêt à utiliser pour
regrouper ces deux interfaces sous une appellation brZ en respectant
les exigences ci-dessus (j'ai utilisé la notation brZ en référence aux
outils bridge mais je reste ouvert à d'autres outils, s'il y en a) ?

Slts