Dernier message par sobkowiak -
Mois aussi j'hésite à passer sur Leap 16. Je la teste sur VBox, et je n'ai pas de son, et pas moyen de savoir si ma carte Audigy sera reconnue, puisqu'il n'y a plus de configuration possible avec Yast. De plus il y un truc avec Agama, car quand j'ai voulu essayer MicroOs, l'installateur m'a indiqué que je devais d'abord ajouter des dépôts : Opensuse-repos-LeapMicro et d'autres paquets (cockpit, hardware, etc...). On fait coment ?
Dernier message par manchette -
Le niveau s'est dégradé, leap 16 marche mais n'est pas aboutie comme pour l'exemple de cockpit qui n'est pas complet mais dispo aprés, ou l'installateur agama qui n'est pas très clair pour modifier les réglages, ca marche mais faut fouiller, et la traduction est partielle (franchement ca fait même un peu peur )
Ll'iso agama ne propose pas Leap 16 ...
L'outil opensuse-migration tool est plein de bugs, il n'a pas su passer de leap 15.6 à slowroll du fait d'un bug.. Ca laisse un impression pas tip top loin de là
Dernier message par Barney7 -
Bonjour, Je suis sous SUSE Leap 15.6 Lorsque je souhaite imprimer un document, il se passe environ 20 secondes avant que l' imprimante ( EPSON ET-2756 ) démarre.. Auparavant l' impression était quasi instantanée suite à la demande. Et ce depuis toujours. Qui saurait me dire pourquoi ? Merci.
(...) Elle fait son taff. Plus orientée Entreprise depuis le retrait de Yast Elle donne l'impression d'une jeune distribution timide offrant un service minimum. Il n'y a même pas un utilitaire pour créer un LiveUsb
Prochain tests : * Audit de sécurité * Utilisation des applications
Merci pour le retour. J'ai hésité à me relancer, je n'ai pas franchi le pas. Pour l'ordi de prod, je suis revenu sur Debian, les rares éléments qui me manquent existent en flatpak... Pas de raison de changer. (questions d'extensions d'Inkscape également etc.) Après le fait d'avoir un service minimum puis de rajouter, c'est un trip qui a son efficacité aussi. openSUSE n'est donc pas pour les débutants sous Linux sauf s'ils se lancent dans la ligne de commande.
A voir au fil du temps. L'isolement du projet et sa politique zéro comm peuvent le desservir, je regarderai l'évolution en entreprise. Le tout c'est que Leap ne déperisse pas parce qu'elle se coupe de "tout".
Dernier message par jtro -
Salut . Perso j’ai fait un upgrade avec l’outil Suse , tout s’est bien passé et j’ai retrouvé mes petits y compris les modules yast.
Myrlyn : en anglais uniquement sinon quasi parfait 👎💓 Dépôts absents : Packman, Open H.264, LibDvdCss, nVidia 👎👎 Cockpit absent :Le remplaçant de Yast 👎👎👎 LibreOffice par la force : pas sélectionné à l'installation, mais présent post-installation 👎👎👎 Kde dépôts de développement : Le Wiki le propose mais uniquement Qt fonctionnel 👎👎👎 Fond d'écran officiel : Orange vif (attention les yeux) 👎 Choix Connexion : Enfin désélectionné "connexion automatique" 💓 Géolocalisation Langue : Malgrés choix langue FR-fr et clavier Azerty-fr = Géolocalisation : Berlin 👎 Agama Nouvel installateur quasi parfait 💓 Popup Bienvenu Pas activé au lancement. (dommage pour ceux qui découvre Leap) 👎 Application openSUSE: Le minimum syndical (Firefox, Vlc, LibreOffice & Myrlyn) -- why-not --- 👎💓 Application KDE Plasma : Le bouquet KDE 💓 Bugs Pas de bugs majeurs sur bugzilla Leap 16 💓 Stabilité Robustesse : Téléchargement + navigation web + youtube = 3.5 go mem utilisée , swap 1go sur 2 💓 Marketing de Sortie Leap 16 : Quasi néant. pas de pub, pas de relais réseaux, pas d'influenceur web technique pour tester (mise à par winceff de GLFOS et quelques sites anglophones) 👎
Tests fait : * Aucune optimisation système & application effectuées * Aucun audit de sécurité effectué
Verdict : Les distributions openSUSE restent des distribution solide, Leap 16 ne déroge pas Grande deception : cockpit le remplaçant de yast n'est pas installé = utilisateur sans aucun center dédié. Utilisez les panneaux de configuration du bureau (Kde, Gnome etc etc) qui ne gèrent pas tout. Mon avis objectif : Leap 16 malgré ses atouts, n'est pas prête a rivaliser avec les distributions telles que Fedora, Ubuntu, Linux Mint. Elle fait son taff. Plus orientée Entreprise depuis le retrait de Yast Elle donne l'impression d'une jeune distribution timide offrant un service minimum. Il n'y a même pas un utilitaire pour créer un LiveUsb
Prochain tests : * Audit de sécurité * Utilisation des applications
Avant les modifs que tu m'as conseillées, il m'était demandé le mote de passe administrateur (je te rappelle que je n'ai pas de sudo). Depuis les modifications l'ouverture est directe sans demande de mot de passe.
L'USB fonctionne bien sûr toujours dans les MV, le gestionnaire de MV s'ouvre toujours sans demande de mot de passe administrateur Par curiosité j'ai fait de même pour le comte utilisateur, là le mot de passe root m'est à nouveau demandé pour l'ouverture de KVM, et sans surprise, les périphériques USB ne fonctionnent plus.
J'ai donc rétabli les groupes pour le compte utilisateur uniquement et ça fonctionne parfaitement, ce qui est le but recherché.
Pour valider le bon fonctionnement sans droit et group, on va supprimer les commandes que je t'ai donné a effectuer
Pour résumer donc, le fonctionnement de l'USB dans KVM peut se faire sans que root fasse partie des groupes libvirt et kvm, par contre il reste bien obligatoire que le compte utilisateur lui en fasse toujours partie.
Citer
Tu m'as donné du travail 😀, mais c'était très intéressant, ça fera certainement l'objet d'un article pour mon blog.
Oui, et je te remercie encore pour ton temps et ton savoir. Content que tout ceci puisse te donner matière à nourrir ton blog. Je pense que ceci devrait rendre service à plus d'un, car ça me semble un peu, pour ne pas dire beaucoup, dommage que ce genre de chose ne soit pas configuré dès l'installation, ce qui se fait de plus dans d'autres distributions. Si OpenSuse Linux veut vraiment être plus adopté, alors il faut passer par une plus grande simplicité d'installation. Mais ça n'est que mon avis.
Mais Slowroll est bizarre 🤔... en matière de sécurité. (pas de group, pas de droits) et ça fonctionne crème pour libvirtd. Tu n'as aucune authentification... et ta clé USB est reconnue
Tu dois certainement lancer virt-manager en "sudo" ?
Tu comprends ma démarche , "PAS à PAS" Pour valider le bon fonctionnement sans droit et group, on va supprimer les commandes que je t'ai donné a effectuer
Retrouver eric dans aucun groupe commme auparavant
Dernier message par Jules-Marie - @Yoman Voilà, j'ai testé le résultat sur les machines virtuelles.
Et j'ai retrouvé le fonctionnement de celles-ci avec les périphériques USB, tels que je l'avais avec la Alma Linux et tel que je l'ai avec la Fedora sur mon portable.
En fait je n'ai rien eu à faire d'autre que de démarrer une machine (la Fedora puisque c'est sur celle-ci que j'avais découvert le problème), puis ensuite connecter une clef USB, celle-ci a été capturée par la MV instantanément, j'ai pu naviguer dans ses dossiers, ouvrir les fichiers, l'éjecter et après retrait de la clef redémarrer la MV sans blocage.
De plus, j'ai également le copier/coller qui fonctionne, ce qui n'était pas le cas mais que j'avais omis afin de ne pas faire un post de plus pour cette chose de moindre importance.
Je vais passer ce sujet en résolu.
Avant cela juste une question si tu permets : Vu que dans ma bourde j'ai ajouté le root aux groupes libvirt et kvm, faut-il faire la manœuvre inverse ? Si oui, comment STP, si non, laisser en l'état ne risque-t-il pas de faire une faille de sécurité ?
Un grand merci à toi Yoman pour ton aide précieuse et tes explications.
Lancer sa session en root, ce n'est pas du tout conseillé, mais...
Non, je n'ai pas lancé ma cession en root, c'est juste dans le terminal que je me logue en root quand c'est nécessaire. En l'occurrence pour rentrer les commandes nécessitant les privilèges de root. Tu as raison de rappeler ce principe, je connais des personnes qui s'obstinent, malgré mes avertissements, à le faire...
qemu : c'était pour kvm en ligne de commade (au cas oû) et wheel : c'était pour les droits admin/sudo ,mais opensuse le fait directement dans le fichier sudoers (au cas oû aussi)
Je ne les aies pas mis dans la commande , car à ce stade c'était inutile.
eric@localhost:~> groups $USER eric : eric libvirt kvm eric@localhost:~>
Du coup il ne me reste plus qu'à tester le résultat avec les machines virtuelles. Je ferai ça plus tard dans la journée, là je dois partir, mais je tenais à te répondre au plus vite. Je te fais donc très vite un compte rendu.
