Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
- une option de lancement sans mdp root en mode "read only", ainsi on peut consulter la liste des paquets RPM sans être bloqué si une autre application y a déjà accès simultanément. - une actualisation plus rapide du contenu des dépôts.
Les moins sont peut-être qu'il est dommage qu'il ne puisse pas être utilisé pour lancer l'installation manuelle d'un fichier *.rpm, comme on peut le faire avec YaST Software et que quand il est lancé en mode root, son interface est un peu trop "old-school", mais ceci peut être changé en remplaçant la commande de lancement d'origine: myrlyn-sudo par celle-là: /usr/bin/xdg-su -c myrlyn ainsi il sera lancé avec le même thème graphique qu'en mode read-only. Et il gagnerait aussi pour certains à disposer de traductions multilingues (quoique je préfère toujours de l'anglais sans erreurs de syntaxe à du français mal traduit indigeste).
Et j'avais sous-entendu que même les demi-échecs ou succès servent toujours, sinon à toi-même, ça sert aussi aux autres, quelque-soit leur distro favorite qui rencontreraient le même type de problème d'installation. Pour ma part, en suivant ces messages j'ai installé, testé pour peut-être conserver kDrive, pCloud et un client OneDrive pour Linux.
Sur mon système AppImageLauncher aide toujours à l'installation des AppImage, je ne sais pas si c'est vraiment mieux avec, à voir s'il sera remplacé définitivement par Gear Lever... Ma première découverte de Fedora, c'était Fedora Core 2 mais y a longtemps que je m'en suis éloigné. Mais les paquets conçus pour Fedora m'aident (une fois modifiés avec RPMRebuild) à les rendre compatibles OpenSUSE quand ça reste nécessaire.
SELinux est désactivé sur ma Tumbleweed. Passer en mode permissif n'est suggéré pour kDrive QUE pour le tout premier démarrage. Donc, on revient ensuite au fonctionnement par défaut une fois configurée l'application kDrive. Je ne peux tester la validité de tout ça, car sur mon PC kDrive s'est installé sans accrocs. J'ai la possibilité de tester plus tard sur mon portable sous Leap 15.6 et Tumbleweed.
Et dommage que tu n'ais pas eû le temps de valider (ou pas?) la méthode suivante:
Citer
- Taper la commande suivante (le fichier AppImage doit être déjà rendu exécutable!): ./kDrive-3.7.9.1-amd64.AppImage --appimage-extract - Le résultat de la décompression sera le dossier squashfs-root. - Renommer ce dossier squashfs-root par exemple en kDrive. - Perso, j'ai placé ce dossier dans ~/Applications. - Lancer l'installation par un double-clic sur le script AppRun de ce dossier. - Sinon, ça te permettra d'explorer en détails les fichiers de l'application, faute de mieux...
(sudo setenforce ou sestatus pour info sur mode SElinux actuel)
- Une fois l'AppImage lancé et que la configuration du client kDrive est terminée, on peut revenir au mode SELinux d'origine, par exemple avec sudo setenforce 1 si c'était le cas.
- Si l'environnement de bureau est sous Wayland plutôt que X11 et que ça pose un problème, alors lancer l'AppImage ainsi (ou lancer une session sous X11, installer et configurer kDrive, revenir à Wayland)?
Dommage d'abandonner si "vite", persévérer doit être toujours la règle et même les demi-échecs ou succès servent toujours, sinon à soi-même aussi pour les autres... Sur Fedora, consulter cette page si problème avec kDrive.
Je ne sais pas si ça peut aider, mais la méthode suivante vient de m'aider à rendre ENFIN opérationnelle l'installation de l'application pCloud fournie sous forme d'un fichier AppImage qui ne se lançait pas correctement! Dans ton cas, tu pourrais peut-être:
- Taper la commande suivante (le fichier AppImage doit être déjà rendu exécutable!): .
- Le résultat de la décompression sera le dossier squashfs-root. - Renommer ce dossier squashfs-root par exemple en kDrive. - Perso, j'ai placé ce dossier (pCloud dans mon cas!) dans ~/Applications. - Lancer l'installation par un double-clic sur le script AppRun de ce dossier. - Sinon, ça te permettra d'explorer en détail les fichiers de l'application, faute de mieux...
Le paquet gksu ne semble plus exister dans les dépôts officiels car abandonné désormais (pareil pour d'autres distros?). Pour openSUSE on peut le trouver encore dans des dépôts communautaires, mais est-ce raisonnable de l'installer? Si gksu ajouté, il n'est pas sûr que Nautilus soit plus coopératif avec... Mais il semble aussi que tu tapes à chaque fois une commande d’élévation de privilèges alors que tu es DÉJÀ dans une fenêtre terminal en root, ce qui n'est pas logique, d'où peut-être la réaction de Nautilus? Sinon, la commande nautilus admin:/// devrait marcher, non? Chez moi, dolphin admin:/// marche et donne ceci:
Je suis utilisateur de KDE (depuis la version 3.5) et avec lui on peut lancer Dolphin aussi en mode root. Peut-être qu'avec Gnome tu peux utiliser une commande gnomesuappli-à-lancer-en-root.
Mais sinon, tu peux essayer d'installer un autre gestionnaire de fichiers sous Gnome, pour autant qu'il permette un accès root à tout le système? Quoi essayer, un paquet RPM standard, du Flatpak, Snap ou AppImage?
Bonjour. Je viens d'installer kDrive sur ma Tumbleweed. Avec kDrive, en mode gratuit, on peut disposer de 15 Go de stockage cloud avec la possibilité d'intégrer le tout avec la suite OnlyOffice.
Peut-être que tes problèmes avec l'AppImage de kDrive proviennent du fait que c'est une application de type webdav que tu cherches à lancer en terminal (à partir d'un dossier associé à root?), à voir aussi si c'est lié à une différence entre environnement X11 et Wayland.
Sur ma Tumbleweed, est installé depuis longtemps un utilitaire facilitant l'intégration des AppImages. Il n'est pas dispo dans les dépôts officiels (sauf communautaires) et s'appelle AppImageLauncher(que je viens de mettre à jour en version 3.0 beta2 car kDrive semblait poser problème à la précédente v2.2?) mais je viens de découvrir Gear Lever (Levier de vitesse) qui lui est disponible dans les dépôts Tumbleweed officiels (ou sinon dans Packagemanagers) et proposant une interface semblable à celle de Flatseal ou Warehouse (outils de configuration des applications Flatpak). Par contre AppImageLauncher intercepte le tout premier lancement d'une application AppImage et se lance automatiquement à ce moment là pour demander si on souhaite une intégration au système (icône et menu, déplacement du fichier .appimage dans le dossier ~/Applications), il me semble que Gear Lever ("Levier de vitesse") ne le fait pas automatiquement mais il est par contre plus récent (moderne?).
You have selected package name: appimagelauncher 1. home:ahmedmoselhi2 ! | 3.0.0alpha2 | x86_64 2. home:tduck:filotimo-project ! | 3.0.0alpha2 | x86_64
ATTENTION cependant, j'ai essayé vite fait ces 2 dépôts, juste pour constater que la version proposée d'AppImageLauncher n'était pas la dernière et que ça butait sur une dépendance libassuan.so manquante alors qu'en fait elle est tout à fait présente sur mon système. J'en reste donc au fichier RPM du github officiel (sauf à me laisser tenter par une version AppImage?). Mais à l'occasion, j'y ai trouvé un paquet OneDriver que j'ai installé (quoique je vais probablement remplacer le dépôt filotimo-project par celui proposé officiellement pour Tumbleweed par le développeur d'origine.
Essayes de réinstaller kDrive avec l'aide de Gear Lever (Levier de vitesse) ou AppImageLauncher pour voir si cette fois-ci ça fonctionne. À noter que le démarrage automatique de kDrive semblait ne pas s'activer même si sélectionné dans les paramètres et que j'ai dû lancer l'outil de configuration système de KDE pour ajouter manuellement un raccourci vers l'application kDrive dans la configuration du démarrage automatique.
Sur mes ordinateurs sont installés Leap 15.6 et 2 Tumbleweed. Sur une de mes TW, j'ai installé Snap pour la bonne et simple raison que cela me permet d'y installer des applications sous Snap, idem pour les Flatpak et Appimage (avec AppImageLauncher).
Pour l'installation de Snap sur Slowroll, ce n'est pas à Surfshark d'agir mais plutôt à Snapcraft.io de modifier son tutoriel pour openSUSE. Pour les avantages & inconvénients des paquets Snap, Flatpak, AppImage on sait tous que leur applications ne respectent pas toujours à 100% les thèmes visuels du système hôte et que quelques fonctions sont incompatibles (par exemple la version Snap de iVPN ne permet pas d'utiliser le "Split Tunneling" contrairement à la version RPM) mais ça dépanne quand même pour les programmes non disponibles sous openSUSE... Pour ma part, j'ai ajouté aussi à une de mes Tumbleweed le paquet DNF, ceci permettant d'ajouter quelques dépôts conçu pour Fedora, par exemple iVPN, mais pas de mise-à-jour automatique dans ce cas, il faut faire une commande sudo dnf update pour cela ou sinon Zypper après avoir chargé les nouveaux RPM.
Comme appli VPN, j'ai aussi installé ProtonVPN (mais je trouve son interface plutôt bâclée en version Linux). L'année dernière j'avais aussi Private Internet Access (PIA) mais fourni pour Linux sous la forme d'un fichier .run compressé auto-extractible, je ne peux le modifier pour que les dernières versions puissent s'installer sans conflit de librairies manquantes (alors que ce n'est qu'un problème de renommage).
Ma première rencontre avec Windscribe c'était il y a environ 3 ans quand je recherchais un VPN gratuit, mais pas trop limité. Depuis je l'utilise aussi avec un compte payé moins de 30€ par an sur Linux et sur ma Chromecast GoogleTV 4K. En mode gratuit, en fournissant une adresse mail (même temporaire!), on peut disposer de 10 Go de volume de données auto-renouvelé chaque mois et avec un peu plus de serveurs disponibles qu'avec ProtonVPN en mode gratuit (par contre lui permet un trafic datas illimité).
Pour Mullvad VPN, j'ai aussi souscrit un abonnement annuel pour 5 appareils ceci intégrant aussi mon GoogleTV, mais on peut l'essayer juste un seul mois pour 5€. Contrairement à Windscribe, aucun paquet RPM d'installation n'est proposé pour openSUSE, uniquement pour Fedora. Mais bien qu'avec Leap il faille modifier très légèrement le RPM d'origine, sur Tumbleweed l'actuel paquet prévu pour Fedora s'installe sans problème (je serai très curieux de savoir si c'est aussi le cas avec Slowroll), voici comment faire pour TW:
Pour Leap 15.6 (j'ai pas encore testé sur Leap 16!), l'installation bute uniquement sur la librairie "dbus-libs" qui doit être renommée en "libdbus-1-3" sur openSUSE. On peut également renommer le paquet requis "libnotify" en "libnotify4". Pour savoir comment faire tout ça, on peut consulter mon tutoriel nommé "How to rebuild yours.txt" à télécharger dans mes dossiers publics sur https://www.mediafire.com/folder/420rv8g1kqtcb/Mullvad+VPN.
Je fais un essai des 7 jours gratuits de Surfshark VPN, versions Flatpak, Snap et Android TV.
EDIT: Puisque j'ai cité plus haut iVPN, voici comment l'installer sur openSUSE (avec le dépôt pour Fedora):
Il y a un peu plus de 2 ans commençait ma petite "épopée" personnelle pour re-rendre compatible openSUSE l'application Windscribe v2.7.14 alors que la précédente version 2.6.xx fonctionnait, même si installée à partir du paquet RPM créé pour Fedora. Les mois ont passé et désormais un paquet Windscribe officiel pour openSUSE est disponible (j'ignore si c'est grâce à mon temps passé à proposer à chaque nouvelle version, mon propre rebuild du paquet Fedora spécialement modifié pour openSUSE et à en faire un peu la pub sur leur site). Travailler sur Windscribe, m'avait aussi permis de m'intéresser à Mullvad VPN, pour celui-ci, la modification du RPM était plus simple. Actuellement, le paquet Fedora et le dépôt officiel peuvent être utilisés directement sur Tumbleweed. Par contre pour Leap 15.6, la modification du paquet reste encore nécessaire (pas encore testé sur Leap 16).
Bonjour. Puisque tu es un utilisateur de Slowroll et que tu souhaites installer Surfshark VPN en version Snap, pourquoi utiliser le dépôt Tumbleweed? Il faut employer ce qui est proposé pour Slowroll, ainsi ton installation devrait ressembler à ceci:
ou avec l'application système "Boutique des snap" (sinon via la commande snap-store dans le terminal)
Mais il est aussi possible de l'installer en Flatpak à partir de https://flathub.org/en/apps/com.surfshark.Surfshark ou de l'application KDE Discover. Certains ont dans le passé essayé de créer un paquet RPM pour Fedora, par exemple, mais il est probable que cela soit obsolète désormais. Je n'ai jamais utilisé Surfshark VPN sur ma Tumbleweed. Dans mon prochain message j'évoquerai certaines applications VPN alternatives telles-que: Windscribe (paquet officiel pour openSUSE), Mullvad VPN (paquet & dépôt Fedora installable sur Tumbleweed, pour Leap 15.6 il faut faire un rebuild du RPM) et iVPN (paquet RPM de Fedora installable, j'utilise sur Tumbleweed la commande dnf update pour la mise-à-jour manuelle, voir plus bas).
dmesg | grep usb dmesg | less (pour "naviguer" dans le fichier log du système et y rechercher le problème avec la cam)
Dans Linux, l'important n'est pas de trouver la marque d'un périphérique (une webcam Chicony dans notre exemple), mais plutôt le VRAI chipset utilisé dessus, car c'est à lui que doit correspondre le "pilote" (module du kernel)...
Si tu n'es pas familier avec la ligne de commande, tu peux aussi tenter de "glaner" quelques infos sur la caméra en lançant Kinfocenter.
Cliquer sur le menu du Lanceur d'applications --> onglet Applications --> Système --> Centre d’informations. Aller ensuite dans le sous-menu Périphériques --> Périphériques USB par exemple.
Mais si tu retrouves ton pass administrateur, alors tu peux lancer YaST et dans le sous-menu Matériel lancer le module Informations sur le matériel.
Les infos récupérées à partir du résultat de la commande dmesg peuvent permettre d'identifier le problème rencontré avec ta webcam (chipset vidéo non compatible avec le kernel ou firmware ou module manquant?).
Peux-tu quand même préciser aussi quelle version d'openSuse tu as installé? Leap, Tumbleweed ou autre Linux?
