271
Messages
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.
Messages - Chumi
272
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
Je n'ai pas de souci de lecture. Tu notes le paquet vlc-codec-gstreamer qui doit faire le job.
Oui je note. J'ai procédé au nettoyage et à la neutralisation de Packman sur mon portable (dépôt désactivé pour l'instant). Une petite visite des paquets orphelins n'a pas non plus été inutile pour ce faire. Et j'ai, c'était le but, activé le nouveau dépôt et installé le paquet pour les codecs. La question était pour moi de savoir comment rétropédaler proprement avec Packman pour repartir sur du neuf en termes de codecs. Après on verra si je me contente de cette nouvelle configuration ou s'il manque quelque chose de plus exotique. Packman offre beaucoup et n'est pas désuet je pense mais combien sommes-nous qui pourraient peut-être s'en passer aujourd'hui? L'actualisation du guide multimédia dont tu parles dans un autre fil est une bonne idée.
273
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
Si je me souviens bien, j'avais fait comme pour passer sur packman (mais dans l'autre sens) avec YaST.
J'ai choisi le dépôt principal et j'ai cliqué sur le lien "Remplacer les paquets système par ceux de ce dépôt".
Après on doit pouvoir vérifier ceux qui reste sur packman, au besoin les désinstaller si on ne les utilise pas.
Ensuite j'ai supprimé le dépôt.
Je viens d'essayer sur mon portable en passant par Yast et une question délicate surgit. Pour la retranscrire ici j'ai refait la même chose en lignes de commande :
Code: [Sélectionner]
sudo zypper dup --allow-vendor-change --from http://download.opensuse.org/tumbleweed/repo/oss/Un, je ne sais pas quelle est la bonne réponse et de deux, j'ai des doutes quant à l'utilisation ultérieure de VLC quand j'aurai activé le nouveau dépôt et le nouveau paquet qui va bien pour les codecs.
Chargement des données du dépôt...
Lecture des paquets installés...
Calcul de la mise à niveau de la distribution...
Problème : l'élément vlc-codecs-3.0.18-1699.10.pm.9.x86_64 installé nécessite 'libavcodec58_134(unrestricted)', mais cette exigence ne peut pas être remplie
Solution 1 : désinstallation de vlc-codecs-3.0.18-1699.10.pm.9.x86_64
Solution 2 : conserver l'élément libavcodec58_134-4.4.4-1699.1.pm.9.x86_64 obsolète
Solution 3 : installer vlc-beta-20230511.6fbf34d454-1699.7.pm.1.x86_64 à partir du dépôt exclu
Solution 4 : casser vlc-codecs-3.0.18-1699.10.pm.9.x86_64 en ignorant certaines de ses dépendances
Choisir une des solutions ci-dessus en tapant son numéro ou bien annuler en tapant 'a' [1/2/3/4/a/d/?] (a):
274
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
275
Général / Maj Tumbleweed et gstreamer-plugins-libav (packman)
Les dernières tentatives pour mettre à jour Tumbleweed (zypper dup) avec le dépôt Packman actif, font apparaître une question qui peut être embarrassante :
Code: [Sélectionner]
Problème : problème avec l'élément gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 installé
Solution 1 : installer gstreamer-plugins-libav-1.22.2-1.2.x86_64 du fournisseur openSUSE
en remplaçant gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 du fournisseur http://packman.links2linux.de
Solution 2 : conserver l'élément gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 obsolète
Il n'y a aucun inconvénient à choisir la solution 1 et celle-ci est d'ailleurs la plus recommandée car l'élément gstreamer-plugins-libav a été supprimé du dépôt Packman. Aucune incidence sur la lecture des vidéos.
Source : https://www.reddit.com/r/openSUSE/comments/13pubfn/media_codecs_update_annoyance/
Pour info et surtout à destination des nouveaux utilisateurs de Tumbleweed dont le nombre me semble croître ici.
276
Général / Re : serveurs suse down ?
Bonjour. impossible ce matin de faire une maj,tous les serveurs sont inaccessibles. Pareil pour vous?
Bonjour,
Oui, c'est pareil chez moi.
277
Programmes et logiciels / Re : DIsque dur ne se monte pas automatiquement au boot
Seulement je ne sais pas comment ouvrir le fichier /etc/fstab en root !
Bonsoir,
Quand tu es en root :
Code: [Sélectionner]
nano /etc/fstab
Nano est un éditeur de texte qui s'utilise dans une console ou dans un terminal afin de modifier les fichiers de configuration du système.
Voici un tuto pour l'utiliser afin que tu rentres la ligne que t'a conseillée d'inscrire oh!rocks :
https://debian-facile.org/doc:editeurs:nano
Ou ici pour les commandes de base :
https://doc.ubuntu-fr.org/nano#commandes_de_base
278
Virtualisation / Re : Virtualbox et Tumbleweed bon ménage???
Voilà ce qui se passe lors d'une maj du kernel et qui explique l'absence de souci je pense :
Code: [Sélectionner]
Les 5 NOUVEAUX paquets suivants vont être installés :
kernel-default-6.3.2-1.1 libpoppler128 nodejs20 npm20 virtualbox-kmp-default-7.0.8_k6.3.2_1-3.3
kernel-default-6.3.2-1.1 et virtualbox-kmp-default-7.0.8_k6.3.2_1-3.3
Exemple avec la dernière maj que je diffère pour le moment en raison d'un retard de Packman avec l'élément gstreamer-plugins-libav.
279
Programmes et logiciels / Re : Une erreur de packetage qui "traine"...
Ces paquets sont-ils toujours disponibles dans packman ?
Bonjour,
Pas chez moi.
280
Général / Re : Proposition de création "nouvelle Rubrique"
281
Programmes et logiciels / Re : XSane Scanner
Je suis bloqué sur une valeur de 32 Mib et la fenêtre est muette ( impossible d' y accéder ) pour modifier la valeur.
Bonjour,
La fenêtre qui t'indique la valeur de 32 MB est en fait le résultat d'une numérisation à 200 dpi. C'est une fenêtre de résultat. Si tu changes la résolution de numérisation la valeur de 32 MB sur laquelle tu crois être bloqué, changera.
282
Programmes et logiciels / Re : découpe automatique photo en plusieurs photos ?
C'est possible avec Gimp mais pas aussi automatiquement que tu le fais avec PSE.
Il faut préalablement disposer des guides ainsi qu'il est montré dans cette vidéo :
https://www.youtube.com/watch?v=aynv3PLf4lQ
L'auteur de la vidéo utilise une seule image mais tu peux utiliser les guides pour diviser les photos que tu as scannées en une seule passe.
Il fait ensuite référence à un outil Guillotine (Image -> Transform -> Guillotine). La vidéo date un peu et cet outil n'est plus au même endroit dans Gimp 2.10 et en plus son nom a changé (tout au moins dans la version française de Gimp).
Son équivalent se trouve désormais ici : Image -> Découper en utilisant les guides
Ce qui aura pour effet non seulement de découper l'image scannée mais encore d'ouvrir automatiquement des onglets comprenant chacun une partie de l'image originale.
Aide de Gimp sur les guides : https://docs.gimp.org/fr/gimp-concepts-image-guides.html
Il faudra probablement ensuite recadrer et peut-être aussi redresser chaque photo.
Il existe d'autres solutions que je n'ai pas trop explorées car un peu plus complexes à mettre en place ou à exploiter.
283
Matériel / Re : Message d'erreur drm/i915
J'ai mis 512 Mo dans le bios, le message d'erreur n'apparaît donc plus, et j'ai bricolé deux trois photos avec darktable. Je ne fais pour ainsi dire pas de traitement poussé (certains nouveaux modules de ce logiciel sont d'ailleurs à eux seuls très gourmands et lents sur ma machine mais ceux-là m'ennuient et je les oublie). En fait, contrairement à ma première impression, je ne ressens pas la différence quand j'utilise darktable. Pour info je ne fais pas grand chose d'autre en parallèle (seul Firefox avec peu d'onglets ou digiKam peuvent être ouverts en même temps) et donc mes 16 Go de Ram ne me semblent jamais saturer.
J'avais lu des choses sur l'allocation dynamique en faisant mes recherches mais tout ça étant un peu confus pour moi je suis resté un peu capté par le message d'erreur que je n'avais jamais vu auparavant.
Je vais laissé comme ça (ou peut-être même descendre à 256 Mo pour voir).
Merci pour l'explication.
284
Matériel / Re : Message d'erreur drm/i915
On est obligé d'aller dans le BIOS pour connaître la part allouer à la carte graphique ou il y a une commande ?
À priori non. Plusieurs commandes devraient permettre de trouver cette information si j'en crois cette page :
https://www.cyberciti.biz/faq/howto-find-linux-vga-video-card-ram/
Mais j'obtiens des informations contradictoires si je considère les résultats de lspci ou de glxinfo (informations qui en plus restent identiques si je modifie la valeur de la VRAM dans le bios).
Avec lspci j'aurais 256M et avec glxinfo 1536MB [Edit : j'obtiens les mêmes valeurs sur mon ordi portable].
Concernant ton message d'erreur j'ai trouvé ça : https://gitlab.freedesktop.org/drm/intel/-/issues/7706
Je ne sais pas dans quelle mesure cela peut t'être utile.
285
Matériel / Message d'erreur drm/i915
Depuis quelques temps j'ai ce message d'erreur au boot sur ma tour :
Code: [Sélectionner]
i915 0000:00:02.0: [drm] *ERROR* Stolen reserved area [mem 0xdf900000-0xdf9fffff] outside stolen memory [mem 0x9fa00000-0xc19fffff]
En effectuant quelques recherches sur ce message, afin de le communiquer ici, je l'ai récupéré avec cette commande :
Code: [Sélectionner]
dmesg | grep drm
Cela ne m'empêche pas d'utiliser le PC.
Dans le bios si je réduis la quantité de mémoire allouée à l'iGPU, de 1024 (valeur que j'ai toujours attribuée) à 512 Mo, le message disparaît mais j'ai l'impression que cela réduit les performances graphiques avec darktable (peut-être une fausse impression?)
Intel HD Graphics 4600.
Rien de tout ça avec mon portable (HD Graphics 4400) mais là de toutes façons je suis limité à 512 Mo dans le bios.
J'avoue que la question me dépasse beaucoup. Suis-je le seul dans ce cas? Vous avez une éventuelle idée pour éliminer ce message d'erreur sans sacrifier la quantité de mémoire que je veux allouer à l'iGPU?