Aller au contenu principal ↑ ↓
Messages récents
41
Installation et boot / Re : supprimer un paquet de MàJ en cache
Dernier message par jenrem -
Bonsoir Sobkowiac

Je recommence , je viens de me faire bloquer par un forbiden , j'ai donc perdu tout mon post
 Je refais en court 
Je n'ai que 2 choix , 1)accepter les conflits et installer au risque de pedre ce que j'avais avant
                                     2) quitter l'installation
 Et avec Yast c'est le même choix 
Donc , ça bloque toutes les MàJ à venir , puisque ces deux paquets en conflits sont chargés 
C'est pour cela que je souhaite en supprimer un du cache 
Bonne soirée 
42
Installation et boot / Quelques aventures avec l'installation de Leap16 : SELinux
Dernier message par wallace -
Bonjour,

Episode 1

Après avoir lu des récits d'installation de Leap16 qui se sont terminés par une absence de login graphique et par une simple console texte, j'ai voulu tester avec des précautions.
J'ai donc installé Leap16 sur ma machine, mais sur un disque additionnel, un hdd en sata qui était disponible, afin de ne pas écraser la Leap 15 opérationnelle sur mon SSD-NVMe.

Je ne l'ai pas regretté car voici le résultat.
Tout d'abord, un serveur X s'est bien installé, avec le login KDE. Sauf que, j'ai une carte graphique RTX4080 avec deux écrans, en mode étendu. A première vue, tout semblait bon puisque je pouvais passer ma souris d'un écran à l'autre.
Et c'est alors que j'ai lancé la "Configuration du système". Apparaît alors la fenêtre du paramètrage rapide, avec le menu à gauche.
Et là, surprise : le pointeur de souris est sans effet sur les icônes du menu.
Et maintenant le gag : j'avais la fenêtre du paramètrage sur un écran, et le curseur de souris sur l'autre écran. Et je parvenais à cliquer sur le menu de l'écran à gauche en déplaçant le pointeur de souris sur l'écran à droite !
Pas pratique du tout !!
Mais ça m'a permis d'aller dans "affichage et écran" et de supprimer l'extension d'affichage d'un écran sur l'autre. L'écran droit est devenu duplication du gauche et le pointeur de souris est revenu pointer sur les fenêtres comme au bon vieux temps.

J'ai voulu alors utiliser cockpit pour configurer le chargeur d'amorçage. O surprise, le cockpit installé par l'install de Leap16 ne possède pas le chargeur d'amorçage !
Il faut le rajouter à la main. Voir pour ça :
archives
Ceci fait bien apparaître le chargeur d'amorçage dans le menu de cockpit.

Pour les imprimantes, au bon vieux temps (désolé je suis un vieux !), yast servait à les configurer.
J'ai cherché dans cockpit et j'ai pas trouvé.
Pas trouvé non plus d'extension cockpit.
J'ai ressorti la vieille méthode //localhost:631/  qui fait apparaître OpenPrinting CUPS 2.4.11
Dans mon cas, ça a marché, pour installer une imprimante locale USB et une en réseau Wifi.
Y-aurait-il une autre méthode dans Leap 16 ?
 
Restent les pilotes Nvidia.
L'install Leap16 avait installé le pilote "Nouveau", mais j'ai voulu quand même des pilotes nvidia, surtout après mon expérience de souris.
Après une semaine de galère, ça a fini par marcher ! J'ai les pilotes Nvidia et le panneau de contrôle Nvidia.

Mais je ne peux pas vous décrire la solution car j'ai fait tellement d'essais, qui ont chargé plusieurs versions de pilotes, versions qui se sont mélangées, qui ont bloqué le serveur X, qui ont généré des modules de noyaux de versions concurrentes, que c'est impossible à décrire. Je suppose que c'est la dernière manip qui a marché, mais je ne sais si elle se suffit à elle-même ou si d'autres précédentes sont nécessaires.

Episode 2

Voici quelques nouvelles.
J'ai refait une installation avec une Leap16 réseau online-installer au lieu de offline-installer comme la première fois.
Je n'ai pas eu de problèmes de séparation de souris et d'écran. Comme quoi, avec des pilotes à jour, ça va mieux.

Nota : le dépôt pour le gestionnaire d'amorçage de cockpit est : (Précédemment, je vous avais donné un lien Tumbleweed)
cockpit

Je précise que j'ai fait une install avec le /home déclaré sous-volume de la partition du / en btrfs.
Il se trouve que j'ai l'habitude d'avoir les données du /home sur une partition séparée, une vraie partition en xfs.
Comme à chaque nouvelle version de Leap, et depuis des années avec les openSUSE, je procède ainsi :
- install avec le /home dans la partition / en btrfs
- démontage du /home
- remontage du /home sur la partition xfs
Et ça marchait : les données des utilisateurs et leurs profils étaient opérationnels

Ici, avec la Leap16, je créé l'utilisateur lambda (user 1000) avec le /home en sous-volume : ça donne /home/lambda
Je copie le contenu de /home/lambda dans le /home en xfs.
Je monte le /home en xfs.
Je reboote.
Le login graphique arrive, et je me connecte avec le user lambda.
Et là : refus de connexion !

Je passe en console pour tenter la connexion. résultat :
-- lambda : /home/lambda: change directory failed : Permission denied
Logging in with home = « / ».

Et pourtant cd /home/lambda fonctionne.
Et même startx fait démarrer KDE !

La vérification des droits des dossiers (drwxrwxrwx dans tous les sens)  ne donne rien : toujours pas de connexion !

Jusqu'à ce que je trouve : SELinux

Un bon tuto est à :
selinux

C'est bien ce qui coince, car si je tape pour désactiver SELinux :
# setenforce 0
Le login graphique de lambda fonctionne !

Vu que SELinux est une surcouche de sécurité, et vus les déboires actuels de la cyber-sécurité, il est préférable de ne pas désactiver SELinux.

Je teste donc le contexte de /home---
La commande :
 # ls -dZ /home 
donne :
 ? /home 
Ce qui signifie que /home n'a pas de contexte.

Comment trouver une valeur qui marche ?

Il faut pour cela remettre le /home comme sous-volume de la partition du / en btrfs, puisque ça fonctionnait bien.
Et là, la commande
 # ls -dZ /home 
donne :
 system_u:object_r:home_root_t:s0 /home 

Le contexte à attribuer au /home monté en xfs est donc home_root_t

On se remet en home sur xfs
Et la commande pour créer le contexte est :
 # semanage fcontext -a -t home_root_t "/home(/.*)?" 

Et pour l'appliquer de manière permanente :
 # restorecon -Rv /home 

Vérification :
 # ls -dZ /home 
qui donne :
 system_u:object_r:home_root_t:s0 /home 

Réactiver SELinux :
 # setenforce 1 


Et ça marche, même après un reboot.

Il semble que Leap16 a fait entrer SELinux dans Leap. Va falloir s'y habituer. Pour ma part, je viens de faire sa connaissance.
Va falloir y penser quand il y aura des messages "Permission denied" alors que les droits classiques (ceux de notre jeunesse) semblent bons.

A+

wallace
44
Programmes et logiciels / Re : txt => markdown
Dernier message par soitQuiMalYPense -
Hello !
Oui, t'as raison: j'y ai pensé cette nuit.
Donc ma collection de .txt, hop, je vais les convertir  en .odt
C'est comme l'oeuf de Christophe, pourquoi chercher midi à 14 heures ?
 :)
45
Virtualisation / Ubuntu pour voir (26.10)
Dernier message par manchette -
Hello,

Testez vous des distributions ? 
Ca fait un sacré bail que je n'avais pas testé ==>> J'ai pris un iso pour voir de la dernière mouture d'ubuntu (26.10).
Avez vous noté des plus ou des régressions ?
Des apports du gnome utilisé et/ ou des changements sympa à voir/tester ?
48
Programmes et logiciels / Re : txt => markdown
Dernier message par Philoupes -
Coucou @soitQuiMalYPense

Tu peux déjà essayer de modifier l'extension directement en .md
ça fonctionne directement mais ... Faudra que tu le retouche ensuite s'il n'avait pas de mise en forme avant.
Tu peux ouvrir le .md dans libreoffice et faire tes modification et ensuite l'enregistrer en conservant le format .md (Markdown)
Mais je comprends pas pourquoi tu t'échines avec ce format de fichier...
Le format Libreoffice (writer) ne te conviens pas ?
Tu peux faire un peu tout ce que tu as envie avec LibreOffice, du surlignage au colorations des mots en passant par la casse etc etc ...
Alleï !
Bonne soirée
Philippe
49
Programmes et logiciels / txt => markdown
Dernier message par soitQuiMalYPense -
je cherche un logiciel qui me permettrait de convertir des répertoires de fichier txt en fichiers markdown
et je ne trouve  que des convertisseurs an ligne !
En fait et donc je cherche aussi cela, ce qu'il me faut, c'est un logiciel qui me transforme mes répertoires de fichiers .txt en répertoires de notes mieux que des txt, que je puisse surligner, ou mettre en gras ou colorier des portions de texte: une espèce de libreoffice pour des notes.
Avec kate je vois que c'est possible mais je ne sais pas comment faire.
50
Programmes et logiciels / Mise à jour TW : Depuis plusieurs jours y a des soucis avec le dépot Gnome....
Dernier message par Philoupes -
Bonjour les gens,
J'ai patienté mais là ça commence à trainer en longueur.
Donc depuis au moins vendredi dernier j'ai constamment des erreurs lors de la mise à jour de TW (zypper dup)
Voici ci-dessous :
zypper dup
Chargement des données du dépôt...
Lecture des paquets installés...
Avertissement : Vous êtes sur le point d'exécuter une mise à niveau de distribution avec tous les dépôts activés. Assurez-vous que ces dépôts sont compatibles avant de continuer. Reportez-vous à 'man zypper' pour obtenir plus d'informations sur cette commande.
Calcul de la mise à niveau de la distribution...
8 problèmes :
Problème : 1: problème avec l'élément libcamel-1_2-67-3.60.2-3.3.x86_64 installé
Problème : 2: rien ne fournit 'libxml2.so.2' qui est nécessaire pour l'élément libedataserver-1_2-27-3.56.2-481.5.i586 à installer
Problème : 3: problème avec l'élément libaccountsservice0-23.13.9-223.11.x86_64 installé
Problème : 4: problème avec l'élément libgnome-autoar-gtk-0-0-0.4.5-38.12.x86_64 installé
Problème : 5: problème avec l'élément libgnome-desktop-3-20-44.5-362.17.x86_64 installé
Problème : 6: l'élément kdenlive-26.08.2-1.1.x86_64 installé nécessite 'libQt6Qml.so.6(Qt_6.11.2_PRIVATE_API)(64bit)', mais cette exigence ne peut pas être remplie
fournisseurs supprimés : libQt6Qml6-6.11.2-2.1.x86_64

Problème : 7: l'élément kdenlive-26.08.2-1.1.x86_64 installé nécessite 'libQt6Xml.so.6(Qt_6.11.2_PRIVATE_API)(64bit)', mais cette exigence ne peut pas être remplie
fournisseurs supprimés : libQt6Xml6-6.11.2-2.1.x86_64

Problème : 8: l'élément gnome-keyring-pam-32bit-50.0-3.2.x86_64 installé nécessite 'gnome-keyring-pam = 50.0', mais cette exigence ne peut pas être remplie
fournisseurs supprimés : gnome-keyring-pam-50.0-300.10.x86_64
fournisseurs non installables : gnome-keyring-pam-50.0-3.2.x86_64[http-download.opensuse.org-4f295538]
                   gnome-keyring-pam-50.0-3.2.x86_64[https-download.opensuse.org-adc6e823]
                   gnome-keyring-pam-50.0-3.2.x86_64[repo-oss]


Problème : 1: problème avec l'élément libcamel-1_2-67-3.60.2-3.3.x86_64 installé
 Solution 1 : installer libcamel-1_2-67-3.60.2-3.1.x86_64 du fournisseur openSUSE
en remplaçant libcamel-1_2-67-3.60.2-3.3.x86_64 du fournisseur obs://build.opensuse.org/GNOME
 Solution 2 : conserver l'élément libcamel-1_2-67-3.60.2-3.3.x86_64 obsolète

Choisir une des solutions ci-dessus par son numéro ou bien sauter, recommencer ou annuler [1/2/s/r/a/d/?] (a):


Alors, j'ai patienté car habituellement les dépôts sont mis à jour dans les 24 à 48h et y a plus d'erreur.
Mais là ça va bientôt faire une semaine.
Avez vous constaté ça aussi ?
J'ai pas envie de faire des changements de dépôt tout le temps
Vous en pensez koa ?
Amicalement
philippe