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.
Mes critères de choix pour une distribution sont : La communauté, La stabilité, L'offre logiciel (y compris version).
Sans refaire tout l'historique de mes choix de distribution, aujourd'hui, j'ai openSUSE Leap 15.1 KDE pour mon serveur multimedia / Nextcloud et Manjaro KDE pour le PC familial.
C'est la stabilité qui a orienté mon choix vers Leap pour mon serveur (et la communauté Alionet bien sûr ! ) et c'est l'offre logiciel qui a fait pencher la balance pour Manjaro (AUR ouvre des portes complémentaires) sur le PC familial. J'étais sur Linux Mint mais j'ai eu trop de déboires avec l'intégration Nextcloud dans la version de Calendar plus des plantages suite à des régressions de noyau (réinstallation du serveur...). Mais les développements propriétaires offrant de plus en plus de paquets DEB, c'était bien pratique d'être sur un dérivé d'Ubuntu. Pour l'instant, je n'ai pas eu vraiment de soucis avec les rolling releases de Manjaro.
Là où je veux en venir, c'est que je n'ai pas choisi Leap pour le PC familial car je ne retrouvais pas tous les logiciels que je souhaitais et j'avais peur d'avoir des versions trop anciennes ; ce qui me ramènerait vers les mêmes déboires qu'avec LM. Mais, j'ai découvert FLATPAK depuis (je préfère à SNAP de ce que j'en ai lu par rapport à l'aspect communautaire et développement libre - mais je suis loin d'avoir un avis d'expert). Du coup, comme la tableau ci-dessous le montre, grâce à FLATPAK, je peux avoir l'offre logiciel que je désire avec des versions récentes sous Leap ; l'offre des dépôts officiels n'est aussi pas si ancienne. Il n'y a que l'absence de Devolo Cockpit (pour mes prises CPL) qui bloque encore. Donc, si j'ai trop de déboire avec l'aspect rolling release de Manjaro, il est fort probable que le PC familial passe sous Leap (pas envie de refaire une installation complète compte tenu du nombre d'utilisateurs). J'ai des hardwares de milieu de gamme et je n'ai pas besoin de la toute dernière version de noyau.
Donc, ma conclusion : je vois FLATPAK et SNAP comme des opportunités pour démocratiser Linux en permettant d'offrir le panel de logiciel que les utilisateurs recherchent ; tout en limitant (à confirmer) l'effort de maintenance par les packageurs de la distribution.
J’utilise aujourd’hui php7.3 et ses extensions via des dépôts de développement / expérimentaux avec Leap 15.1 Le souci, au-delà de mise à jour très fréquentes de PHP qui me change la permission d’un répertoire, j’ai un problèmede synchronisation de mise à jour du dépôt des extensions avec le dépôt PHP. Du coup, j’ai des extensions qui ne deviennent plus compatibles.
Bref, je pense rester à l’avenir sur le dépôt officiel. Apparemment, certains utilisateurs de Nextcloud ont noté un gain en performance avec PHP 7.4. Mais 7.3 est quand même suffisamment récent pour mes besoins, je pense.
La seule option que je vois de ne pas allumer la diode c'est de la faire cramer en changeant le voltage du port USB, avec le risque de cramer l'appareil aussi ! Et changer le voltage d'un port USB, d'un point de vue logiciel, je ne suis pas sûr que ça puisse se faire.
Bonjour @chalu et, excuse-moi, quand je disais remettre au propre, c’est pour toute l’installation KDE. Pour le Bluetooth sous SDDM, la première piste que tu m’as donnée va très bien.
Désolé si je t’ai fait perdre ton temps. Merci encore pour ton aide.
Pour l'auto-login, cela ne suffit pas de le spécifier dans les paramètres KDE. D'ailleurs, en allant dans l'onglet avancé de la section Ecran de connexion, il y a un avertissement qu'il faut aller dans YaST ; personnellement, j'aurais plus vu cet avertissement dans la section KDE des options de l'utilisateur.
En allant dans YaST>Utilisateurs et Groupes>Options Expert (en bas à droite), sélectionner login et spécifier l'utilisateur qui se connectera automatiquement. Par contre, lors de mon test, je me suis retrouvé suite à la connexion automatique dans un environnement hybride gnome / KDE qui a vite planté. Heureusement, avant le plantage, j'ai réussi à aller dans YaST>Alternatives et j'ai forcé choix Manuel de l'environnement Plasma par défaut. Il semble qu'en laissant l'option Auto, le système va "naturellement" charger Gnome...
Maintenant, tout fonctionne mais je vois / sens bien que ce n'est pas propre. Je remettrai cela d'aplomb avec Leap 15.2
Dites-moi si vous voulez plus d'info avant que je ne passe en résolu.
J’ai fait la manip décrite plus tôt dans mon post i.e. remplacement des patterns dans YaST puis suppression des pattern gnome. SDDM, je ne l’ai pas vraiment installé en soi (via les patterns automatiquement ?) mais j’ai eu dès le démarrage en KDE à une mise à jour proposée SDDM par le système. Ensuite, dans YaST>alternatives, j’ai remplacé GDM par SDDM.
Bon, @chalu , je viens de le faire sur ma machine en dur. Cela marche Enfin, presque
J’ai réussi à mettre sddm à la place de gdm, en allant dans YaST>Alternatives, comme indiqué par David. Lors de la première connexion avec SDDM, je n’ai pas fait attention que gnome était l’environnement par défaut. Je me suis donc retrouvé avec la barre gnome, latte-dock et les notifications KDE .... et un écran rapidement figé ! Gnome n’a pas complètement disparu mais n’est plus complètement opérationnel non plus !
Après un reset hardware, je peux me connecter par SDDM en choisissant l’environnement Plasma. Sous YaST>Alternatives, j’ai mis aussi Plasma5 dans l’environnement par défaut du coup.
Il me reste 2 soucis :
1. Mon clavier Bluetooth n’est pas opérationnel tout de suite lorsque la page de connexion SDDM apparaît. Donc, je ne peux pas me connecter à moins de brancher un autre clavier (sans fil, radio, fonctionne). Cela fonctionnait avec mon installation Gnome et GDM. Le clavier Bluetooth fonctionne sous KDE et se connecte automatiquement, une fois la connexion passée. 2. Si je définis dans les paramètres KDE que l’utilisateur se connecte automatiquement, cela ne marche pas ; j’ai quand même la page de connexion SDDM qui m’accueille au démarrage.
Si ta webcam ne s'allume pas, alors elle n'est pas détectée par ton système. Au sujet de la diode, celle-ci s'allumera systématiquement que ta webcam sera sollicitée, c'est aussi une façon de s'assurer qu'elle n'est pas active.
J’avais lu (je ne sais plus où....) que des agences avaient réussi à désactiver la diode lors de la prise de contrôle de la caméra ; légende urbaine ? Possible uniquement que sous Windows ?
As tu vraiment l'obligation de desinstaller gnome? Car sinon tu gardes les deux cote à cote, tu vire un peu des applications qui vont venir te faire chier comme celles qui vont s'ouvrir au lieu et place de leurs homologues kde.
C’est ce que je viens de faire je pense, peu ou prou, avec la manipulation expliquée plus tôt en changeant les pattern. Je ne pense pas que gnome soit complètement enlevé mais le principal est parti. Je viens d’enlever evince en plus. Maintenant, j’ai un petit souci avec SDDM. Mon clavier Bluetooth n’ai plus reconnu au démarrage. Il faut que je récupère un autre clavier non Bluetooth pour me connecter et debugger cela. Mais, globalement, j’ai un bureau KDE opérationnel avec latte-dock en prime.
Je profiterai de l’arrivée de Leap 15.2 (RC ?) pour mettre tout cela au propre.
Et est-ce que c’est plus raisonnable de faire cela avec la 15.2 RC de mi-avril ? Si tout va mieux et je l’espère vraiment, je n’aurai plus de temps à moi en mai.
Je me déclare incompétent mais extrêmement intéressé. Je vais regarder si je trouve de l’info. Je suis prêt à tester des choses sur plusieurs machines. Comme tu dis, le temps n’est pas trop un souci en ce moment pour ceux qui, heureusement, passent à travers de sévères problèmes.
) et c'est l'offre logiciel qui a fait pencher la balance pour Manjaro (AUR ouvre des portes complémentaires) sur le PC familial. J'étais sur Linux Mint mais j'ai eu trop de déboires avec l'intégration Nextcloud dans la version de Calendar plus des plantages suite à des régressions de noyau (réinstallation du serveur...). Mais les développements propriétaires offrant de plus en plus de paquets DEB, c'était bien pratique d'être sur un dérivé d'Ubuntu.
