Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Depuis quelques semaines, je n'ai plus d'icône pour mon client owncloud dans ma "boîte à miniatures" KDE sous Tumbleweed. Ou plutôt l'icône n'est plus visible. Il y a bien un espace vide à la place, quand je passe la souris dessus il m'affiche le message correspondant, je peux faire un clic-droit dessus et j'ai mon menu contextuel owncloud, mais l'icône n'est plus visible. Pas dramatique, mais bon. Comme l'icône affiche l'état de la synchronisation c'est tout de même pratique quand ça marche. Quelqu'un a une idée ? (note : pas de problème sur une autre machine sous Leap)
Maintenant je m'interroge en aparté : /usr/local/bin/ est normalement un chemin d'accès déclaré des exécutables de telle sorte qu'une commande présente dans /usr/local/bin/ ne doivent pas être nécessairement précédée de son chemin pour l'invoquer (j'exprime en français ma compréhension du PATH... c'est plus long, désolé). Donc pas normal que cela ne réagisse pas correctement à la première invoquation.
Oui... mais non ! En fait cela me semble tout à fait normal...et même plutôt bien pensé. Avec sudo on donne des droits à un programme précis, pas juste à un nom de commande. Il faut tout de même éviter qu'un petit malin créé un binaire, le nomme "protonvpn", le range quelque part dans le path, et puisse ensuite l'exécuter en root sans mot de passe ! Yast/sudo est d'ailleurs bien fait, puisqu'il demande de sélectionner le programme (avec son emplacement précis), pas juste de donner un nom de commande.
D'ailleurs ça m'intrigue un peu ce protonvpn. S'il ne doit être exécuté que par root, je me demande bien pourquoi il est rangé dans /usr/local/bin et pas /usr/local/sbin qui est fait pour ça (les binaires réservés à root). Pour éviter des risques inutiles, il serait bon de vérifier que seul root à le droit de modifier /usr/local/bin/protonvpn, sinon on retrouve le problème de sécurité mentionné plus haut (n'importe qui peut faire n'importe quoi avec les droits root, bof bof).
En résumé, sudo c'est avec précautions. En règle générale quand on crée des exceptions de sécurité avec sudo, il faut faire attention à maîtriser le programme auquel on donne des droits privilégiés
scrogneugneu, même en sudo, il me demande quand même mon password!
Euuuh... Je ne comprends pas : si j'en crois ta capture d'écran, tu n'as pas eu besoin de saisir le mdp quand tu as tapé la commande "sudo /usr/local/bin/protonvpn c -f" ? En clair ça a l'air de marcher, non ?
Le plus simple à mon avis pour automatiser : - tu crées un fichier texte "monscriptamoi.sh" quelque part - tu le rends exécutable : "chmod +x monscriptamoi.sh", ou simplement via dolphin/clic-droit/propriétés/Droits d'accès et tu coches "est exécutable" - tu tapes dedans ta commande: sudo /usr/local/bin/protonvpn c -f - via "Configuration du système / Démarrage et arrêt / Démarrage automatique" tu pointes sur ton script.
Ça devrait se lancer tout seul à chaque ouverture de session, et sans demander de mdp
Je ne connais pas protonvpn, mais s'il a besoin d'être connecté au réseau avant de s'exécuter et que tu te connectes en wifi, il y a moyen pour que le script se lance trop tôt et que ça foire... Dans ce cas, tu peux aussi (toujours via "configuration du système") attacher un raccourci clavier perso à ton script. Comme ça, quand tu en as besoin, un petit raccourci clavier et c'est bon.
Je serais un peu moins optimiste, en pratique je ne vois aucune raison pour laquelle un prochain upgrade pourrait régler le problème... C'est d'autant plus surprenant que chez moi le diaporama est toujours là, alors que je suis bien sur libliveMedia81. Ça vient peut-être d'ailleurs... Côté kernel je suis passé en 5.8.14 mais je serais étonné que le problème vienne de là.
Afficher l'historique , je choisi la date du 20/10 de mon dernier zypper dup ce qui => une liste de paquets et leur version; je cherche dans les paquets k; peut-être kcoreaddons 5.75.0 ?? cliquer dessus ne fait rien...
Effectivement c'est juste une liste qui s'affiche, pas moyen de cliquer dessus. Normalement il affiche le nom des paquets modifiés, installés, et des paquets supprimés (avec une petite croix rouge sur l'icône du paquet). J'espérais juste que par là tu puisses retrouver le nom des paquets que tu as perdus (pour pouvoir les réinstaller à la main)...
Bizarre d'ailleurs: sur ma tumbleweed (à jour) je vois toujours le diaporama dans "clic-droit, Configurer le bureau et les fonds d'écran", dans l'onglet "fond d'écran", dans la liste déroulante "type de fond d'écran". Jamais utilisé, ceci dit.
Je confirme 1/ dans yast/sudo : tu donnes le droit à ton utilisateur d'exécuter la commande "machin" avec les droits root, sans mot de passe 2/ depuis une console, avec ton utilisateur, la commande "sudo machin" s'exécutera en root sans te demander de mot de passe
Attention, à utiliser avec prudence, donner des droits via "sudo" reste une dérogation à une règle de sécurité.
Dans ton cas, si effectivement tu as besoin de taper cette commande à chaque ouverture de session, j'irai probablement jusqu'à l'automatiser... Via les paramètres de ta session ("Configuration du système / Démarrage et arrêt / Démarrage automatique) tu peux ajouter l'exécution automatique d'une commande ou d'un script à l'ouverture de ta session.
Ben non, ça ne marche toujours pas... à la prochaine install de Suse, je choisirais que le user soit aussi le super-user... na !
Alors ça, c'est une TRES mauvaise idée ! A titre personnel, je suis tout à fait rassuré de ne jamais (ou quasiment jamais) être root. C'est une protection très efficace contre les erreurs !
Pas sûr d'avoir compris la question, mais s'il s'agit juste d'éviter de taper le mdp root, alors il est possible de configurer sudo (par ex. via Yast), pour y ajouter la commande (et ses paramètres) avec l'option "pas de mot de passe".
Via "Yast / Installer et supprimer des logiciels", puis le menu "Extras/Afficher l'historique", on doit pouvoir voir les paquets qui ont changé, classés par date. Après, je dis peut-être des bêtises : je ne sais pas s'il affiche dans ce menu les modifs faites par zypper dup (?)
Bon, pas mieux avec le rpm 3.20.9 trouvé via software.opensuse.org : même problème qu'avec la version récupérée via HP.
En revanche, j'ai fini par m'en sortir. A force d'essayer et de re-re-télécharger le plugin, j'ai fini par trouver où l'installeur (par ex hp-setup) l'enregistrait : un fichier hpxxx.run qu'il enregistre dans /home/[user]/.hplip Pendant une tentative d'install j'en ai fait une copie, avant qu'il ne vide tout le dossier à la fin de la procédure. En exécutant directement ce .run (après un chmod +x), j'ai enfin eu un message d'erreur cohérent : "missing : PyQt5". Sur ma machine, le package python3-qt5 était bien installé, mais pas la version pour python2.
Après install du package python2-qt5, exécution du script hpxxx.run,... "success".
Punaise, ça va me rendre dingue . C'était mon week-end de réinstall de PCs... Je viens d'attaquer une autre machine (un vieux laptop d'occasion), fresh install Leap 15.2. Et ben elle ne se comporte pas tout à fait comme les autres.
L'install du plugin via le paquet hplip fournit par Leap 15.2 foire, comme attendu. Je fais donc comme pour les autres machines, install hplip avec l'installeur de HP (toujours aussi long d'ailleurs...).
Seulement, après avoir trouvé mon imprimante... il n'essaie même pas d'installer le plugin ! Aussi bizarre que ça puisse paraître l'imprimante fonctionne tout de même.
Mais pas le scanner, qui me réclame le plugin. J'essaie de l'installer à la main avec la commande "hp-plugin", qui échoue en me signalant que "Python gobject/dbus" ne doit pas être installé. Après vérification, python-gobject et python-dbus sont bien installés. Dans le doute j'ai même mis les versions python2 et python3.
Ca fait plus de 10 ans que je tourne sous OpenSUSE avec du HP, et je n'avais jamais eu de problème. C'est déprimant . Il faut moins d'1h pour réinstaller une Leap tout propre, et une demi-journée pour se battre avec une imprimante/scanner...
Bon, ben je viens de réinstaller une deuxième machine from scratch, Leap 15.2, hplip : même problème. Après installation du plugin j'ai les 2 messages : "installation du plugin OK", suivi de "installation du plugin nécessaire". Et retour à la case départ. Même problème, même solution : install à la main. Quand je vois tout ce qu'il installe ça pourrait bien être un problème de dépendances implicites dans le rpm, ce qui pourrait expliquer que ça fonctionne dans d'autres configs.
Quant à l'install par Yast : j'avais effectivement réussi à installer l'imprimante par là, mais jamais le scanner. Enfin l'essentiel est bien là : tout fonctionne.
Ce petit post pour partager mes difficultés d'install d'une imprimante/scanner HP en Leap 15.2. Et la solution qui va avec, si d'autres ont le même problème.
Je viens de faire une fresh install de Leap 15.2, et impossible de réinstaller correctement imprimante et scanner réseau HP. Cette imprimante/scanner fonctionne parfaitement sur 2 autres machines, une en tumbleweed, et une en Leap 15.2 (j'avais installé l'imprimante/scanner quand j'étais en 15.1).
La procédure usuelle : - install du paquet hplip - lancement de la commande hp-setup (soit en console, soit depuis le menu installation d'imprimante de Yast) Comme d'habitude, je donne l'adresse IP de mon imprimante, elle est reconnue. On me demande alors d'installer un plugin. OK. Une fenêtre s'affiche pour la licence, puis une autre pour saisir le mot de passe root. Une minute plus tard, j'ai une fenêtre "plugin installé avec succès". Jusque là, je reconnais le fonctionnement habituel de l'installeur HP. Mais... dès que je clique sur OK pour fermer cette fenêtre une seconde s'ouvre avec un message d'erreur "the device you are trying to setup requires a binary plug-in ..." Et je me retrouve à l'étape précédente :-(
Leap 15.2 installe la version 3.19.12 de hplip Après avoir galéré pendant un bon moment j'ai fini par aller chercher la dernière version (3.20.9) directement sur le site de HP. Pas un rpm, mais un script, qui installe tout plein de dépendances, et qui finalement recompile hplip. Il faut prendre patience, c'est un peu long... Echec à la première tentative, un paquet manquant (python-devel, pourtant disponible dans les dépôts). Après install de ce paquet à la main, à la seconde exécution du script tout s'est bien passé. Ensuite, exécution de hp-setup comme d'hab, et la configuration de l'imprimante passe comme une lettre à la poste, en 1 min j'ai retrouvé mon imprimante et mon scanner, ouf !
Ca reste moyennement satisfaisant comme solution, puisque je me retrouve avec une version de hplip installée sans passer par le package manager, donc pas de mise à jour automatique. Mais bon... au moins ça fonctionne.
Salut, et merci de vos réponses Ça faisait très longtemps que je n'étais pas revenu sur Alionet (en fait pas depuis le nouveau forum), et je vois qu'on y est toujours aussi bien accueilli
Bon, et bien merci pour les conseils. Sur ce coup là je me sens un peu bête... Je dois reconnaître que j'ai tellement pris l'habitude que ça se passe bien, les mises à jour tumbleweed, que je n'avais même pas vérifié les dépôts configurés.
J'avais un dépôt KDE:Frameworks5, que j'avais dû configurer un jour pour installer un paquet un peu exotique (j'utilise ma machine comme machine de dev, et je bidouille parfois...)
Une fois ce dépôt supprimé, mise à jour avec "zypper dup". Pour un certain nombre de paquets ça m'a changé de fournisseur (-> openSUSE)
Et puis voilà, mon bureau plasma est tout bien reparti
et ben voilà... J'ai exactement le même problème, exactement les mêmes symptômes. Pour l'instant je m'en suis sorti grâce à un 'snapper rollback' = je suis revenu sur une snapshot de ma partition / avant l'update.
Et je dois admettre que je suis un peu inquiet à la lecture de la solution proposée... qui ne me paraît pas triviale du tout ! Si quelqu'un a une idée je suis preneur
Pour répondre aux quelques questions posées dans ce fil: - j'ai de la place à la racine - je n'utilise pas les drivers nvidia - je n'ai pas osé désinstaller kwayland (provoque trop de désinstallations d'autres paquets, dont certains utiles)
. C'était mon week-end de réinstall de PCs... Je viens d'attaquer une autre machine (un vieux laptop d'occasion), fresh install Leap 15.2.
. Il faut moins d'1h pour réinstaller une Leap tout propre, et une demi-journée pour se battre avec une imprimante/scanner...