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.
Arf oui malheureusement c'est souvent en anglais. :/
Bonsoir,
Bon, je me suis débrouillé en copiant/collant l'ancien rapport de bug similaire, en l'actualisant et en espérant avoir un minimum respecté les règles. Ce n'est pas grand chose dans le fond et ce devrait être vite corrigé. Mais si ça ne remonte pas... une nouvelle Leap toute belle toute propre et sans truc qui coince, même bénin, c'est quand même mieux.
J'aimerais bien aussi que soit rapporté cette défaillance de caractérisation d'écran de colord-kde qui s'appuie théoriquement sur gnome-color-manager... et qu'il ne voit pas. Mais c'est de la tambouille KDE je crois, un peu crispante à la longue sur ce point là (tu ne peux pas, tu ne promets rien).
Merci pour lien mais en anglais pour rapporter un bug je suppose (je ne suis pas anglophone). Je vais voir comment faire en m'aidant de Deepl car c'est assez simple à décrire.
Ceci dit je ne me souviens plus quelles sont les différences majeures entre les versions 3.6.1 et 3.8.1 de darktable et si elles influent beaucoup sur ma façon d'utiliser ce logiciel...
Bien! pour se rafraîchir la mémoire il suffit d'aller jeter un oeil à cette version 3.6.1 sur la RC... me disais-je.
thierry@localhost:~> darktable darktable: error while loading shared libraries: libdarktable.so: cannot open shared object file: No such file or directory
La solution temporaire préconisée à l'époque permet au moins de lancer darktable sur Leap 15.4 RC (de l'exploiter sans restriction aucune? je ne sais pas) :
La manip de Philoupes fonctionne aussi pour moi après avoir constaté le même problème avec Spectacle. Merci.
Par contre, depuis quelques temps l'icône de la connexion internet (en wif-fi) m'indique que j'aurais une connectivité limitée alors que ce n'est pas le cas. Je ne m'en inquiète pas trop puisque ma connexion n'est en réalité pas du tout limitée (test débit à l'appui).
Pour l'instant et je ne crois pas que cela puisse changer avec Leap, p7zip et p7zip-full sont maintenus et non remplacés par 7zip comme c'est le cas sur Tumbleweed. Du coup Ark peut travailler avec les archives 7z sans devoir solliciter un dépôt externe pour installer p7zip (Ark et 7zip ne s'entendent toujours pas sur Tumbleweed). Bonne nouvelle.
a/ Ainsi que je l'imaginais alors pour le futur de Leap, DisplayCAL a disparu des dépôts officiels sur Leap 15.4. Alternatives : dans l'immédiat, installer le flatpak de la dernière version (3.8.9.3 datant de... 2019) ou plus tard peut-être faire appel à un dépôt externe expérimental ou communautaire pour installer ce logiciel (comme il est à priori actuellement possible de le faire pour Tumbleweed).
b/ Pour l'instant la possibilité de caractériser son écran via Color Corrections de KDE tombe à l'eau. Ce module de la Configuration du système de KDE , résultant de l'installation de colord-kde, ne voit pas l'indispensable gnome-color-manager pourtant installé (c'est aussi le cas sur Tumbleweed).
3/ darktable est en version 3.6.1 sur Leap 15.4 RC. Je dispose actuellement de la 3.8.1 sur Leap 15.3, grâce à un dépôt expérimental, et je me demande ce qui va résulter de la mise à niveau si je la fais maintenant (en désactivant bien sûr le dépôt expérimental). Ceci dit je ne me souviens plus quelles sont les différences majeures entre les versions 3.6.1 et 3.8.1 de darktable et si elles influent beaucoup sur ma façon d'utiliser ce logiciel...
Je me donne encore un peu de temps avant de me lancer. Après tout il reste moins de deux semaines avant la sortie officielle.
Bonjour, Je suis le trésorier cette année, je me suis dévoué pour remplacer le précédent qui souhaitait arrêter. Je n'ai pas reçu ton email Chumi, je ne sais pas à quelle adresse tu l'as envoyé...
Ayant le même "problème" à l'instant (sur Leap), avec des mises à jour effectuées avec zypper up et une icône persistante (il y a "n" majs), j'ai dit à l'icône de faire la maj (déjà faîte), elle m'a affiché un message d'erreur et elle a disparu. Maintenant je n'ai pas une confiance absolue dans le truc (cette icône dans le tray est liée à Discover ).
Je l'installe en console avec rpm -ivh teamviewerxxxx.rpm
Je viens d'essayer sur Leap. Je reçois des messages d'erreur sans trop de rapport (à première vue). J'ouvre ensuite Yast software et il me demande si je veux faire confiance à une clé provenant de Teamviewer, j'accepte... et Teamviewer est bien installé en définitive
Une autre solution donc, avec des bizarreries mais ça passe.
Tu veux l'ouvrir avec Discover et ça ne fonctionne pas.
Je ne fais pas beaucoup confiance à Discover, alors j'ai essayé avec Yast qui a en plus l'avantage d'être plus bavard :
Voilà pour l'erreur interne : une clé publique invalide ou indisponible et l'intégrité (la sûreté) du paquet ne peut pas être vérifiée. Rejet normal.
Maintenant tu peux télécharger l'édition portable : Autres systèmes *tar package. Tu la décompresses et dans le dossier Teamviewer extrait tu lances l'exécutable Teamviewer. Ça fonctionne très bien. J'ai déjà dépanné à distance des amis sur Windows de cette façon (comme ce n'est pas souvent je n'installe pas Teamviewer).
Sur Tumbleweed le paquet zram-configurator remplace le zramcfg de Leap. J'ai essayé et là encore la taille totale de ma ram est allouée en swap zram.
Sur Leap le man peu loquace de zramcfg indique un fichier de configuration par défaut qui devrait se trouver ici : /etc/zram.cfg. Il n'y est pas.
Sur Tumbleweed le man de zram-configurator indique un fichier de configuration qui devrait se trouver ici ou là : {/etc,/lib}/systemd/zram-generator.conf[.d]. Je n'ai rien trouvé de semblable en partant de /etc ou de /lib. Par contre nous avons un fichier d'exemple ici : /usr/share/doc/zram-generator/zram-generator.conf.example... mais on ne sait pas trop où coller un éventuel fichier de configuration personnalisé si tant est que l'exemple nous parle car c'est assez compliqué (enfin pour moi).
Il existe un outil natif, zramctl, faisant partie du paquet util-linux, qui permet de configurer (entre autres?) le swap zram. Pas simple non plus et dans quelle mesure cela n'interfère t-il pas avec les autres outils dont il est question plus haut?
Sur Debian Bullseye (stable), il existe le paquet zram-tools et un fichier de configuration assez simple (/etc/default/zramswap). Par contre dans Sid, un paquet zram-configurator (comme sur Tumbleweed) apparaît qui n'est pas présent sur Debian stable. J'ai l'impression que ce zram-configurator intervient à un autre niveau.
Sur ma nakeDeb, une Debian stable personnalisée par son dévellopeur, le swap zram est activé par défaut et je viens de demander quelques éclaircissements sur le forum de cette distribution (Swap zram sur nakeDeb).
Voilà, voilà, j'ai le sentiment qu'à ce sujet des choses se mettent en place prudemment sur openSUSE sans pousser l'utilisateur lambda à adopter le swap zram et qu'il y a des évolutions en cours sur la façon de le gérer plus ou moins mises en avant par telle ou telle distribution.
Je ne préjuge de rien en ce qui concerne l'utilité ou la nécessité de la chose. C'est déjà une question.
J'ai essayé hier sur ma Leap en installant les paquets systemd-zram-service et zramcfg puis en lançant le service au démarrage du système dans Yast (pour revenir à l'état antérieur il suffit d'arrêter le service et de le reconfigurer en démarrage manuel, c'est simple).
Pour la zram en swap, j'ai vu qu'il était alloué une taille identique à ma ram sur openSUSE.
Parcourant diverses documentations, j'ai vu aussi que certaines distributions activent par défaut ce service, qu'elles configurent aussi parfois par défaut la quantité de zram à 50 ou 20% de la ram et qu'elles indiquent comment reconfigurer cela au cas où ces quotas ne conviendraient pas.
Rien dans les documentations de ces distributions (Debian et filles, Fedora ou Arch par exemple) , et principalement en ce qui concerne la configuration, ne correspond vraiment à openSUSE (les fichiers de configuration, ou ce qu'on imagine être les fichiers de configuration, ne sont pas au même endroit sur openSUSE, et ce qu'on trouve est peu parlant).
Voilà, la discussion est ouverte pour ceux que ça intéresse.
D'ailleurs à ce sujet, je me demande quand le swap ZRAM arrivera chez suse, ça éviterait de se poser la question, le swap n'étant plus stocké sur SSD mais en mémoire vive.
je pense que c'est déjà présent, il y a pas mal de tuto.
Je ne connaissais pas, dès que j'ai un peu de temps, je vais essayer.
Bonjour,
J'avais du m'intéresser au sujet (à partir du premier lien je crois me souvenir) car systemd-zram-service est installé sur ma Leap. Mais je n'avais pas installé zramcfg. Et puis j'ai du oublier de fouiller davantage.
J'ai essayé hier en complétant ce qui manquait et en activant le service dans Yast. Je vais introduire un nouveau fil de discussion sur le thème.