Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
Tentative de mise à jour de ma tumbleweed, comme d'habitude via zypper dup en console (Ctrl+Alt+F1) Quelques centaines de paquets à mettre à jour, tout se télécharge, tout s'installe, puis vient la phase des "post transaction scripts". Quelques-uns de ces scripts s'exécutent correctement, mais quand vient le tour de "Running %posttrans (virt-manager_5.0.0-2.1.noarch)" ça se plante subitement : je vois apparaître l'écran d'attente de Tumbleweed, avec un témoin d'activité qui tourne. Le même qui s'affiche au boot. Et ça reste dans cet état éternellement. J'arrive encore à ouvrir une session KDE avec Ctrl+Alt+F2, qui m'affiche que zypper est en train de tourner (dans la gestion d'alimentation). J'ouvre une console et je tente un "reboot", rien à faire : écran noir.
Seule manière d'éteindre la machine = appui long sur le bouton power, je n'aime pas du tout faire ça.
Ça fait environ 2 semaines que j'ai ce problème, à chaque fois je "rollback" avec snapper pour revenir sur une config saine. A priori je pars d'une situation propre, fresh install effectuée très récemment, et les seuls dépôts actifs sont ceux de Tumbleweed + Packman.
Patience et longueur de temps... Nouvelle tentative de mise à jour, avec uniquement les dépôts openSuse -> cette fois c'est bon j'ai retrouvé ma session X11
Bon, il a fallu réactiver packman et rebasculer dessus l'ensemble des codecs pour retrouver une configuration complètement fonctionnelle, mais ouf, tout va bien !
Oui, kernel-firmware-intel est bien installé, il fait partie de la liste des paquets mis à jour. Je vais attendre encore une semaine ou deux avant de refaire une tentative, on ne sait jamais...
Résumé des épisodes précédents : 1/ ça faisait plusieurs semaines que je n'avais pas mis à jour ma tumbleweed, alors je lance un classique "zypper dup". Un peu moins de 2000 paquets à mettre à jour, ça va je suis patient. Enfin je crois. Après reboot, ma session KDE/X11 ne fonctionne plus : je saisis mon mdp, j'ai le droit au logo KDE plasma avec un curseur de souris par dessus, mais c'est tout. Pas mon bureau. Pas grave je passe sur Wayland, ça fonctionne. Sauf que, j'ai régulièrement besoin d'enregistrer des petites vidéos de mon écran. J'ai testé plusieurs logiciels (voir ce post), aucun ne fonctionne correctement sous Wayland. Bon, c'est pas grave, ça doit être un problème de dépôt. Tranquille, snapper c'est fait pour ça.
2/ snapper rollback, je retrouve mon X11. Je vire tous les dépôts sauf openSuse et packman (pour éviter les 65 problèmes de paquets à changer de fournisseur). Re-zypper dup, re-problème X11
3/ re-snapper rollback. Je vire tous les dépôts sauf openSUSE, re-re-zypper dup, j'accepte les 65 changements de fournisseur. re-re-problème X11.
4/re-re-snapper rollback. Et me voici revenu au départ. Alors maintenant je fais quoi ?
D'abord, je râle . C'est assez rare avec openSuse pour être mentionné : j'ai perdu des données. Toute ma conf Firefox a foutu le camp (favoris, plugins, etc) : après l'étape 1 j'ai ouvert un Firefox récent. Après rollback... un Firefox plus ancien m'a réinitialisé ma conf. Bon, voilà, j'ai râlé.
Et après ? En général dans ce cas j'attends quelques jours et je recommence, mais bon, là je reconnais que je ne suis pas si patient que ça. C'est bien gentil les "zypper dup / snapper rollback", mais ça prend pas 5 minutes à chaque fois.
Vous pouvez essayez en sélectionnant dans le menu "configuration ->son" et vérifier les sorties. Si vous utilisiez le casque, il est possible que la sortie par les hp soit désactivée.
C'est bien mon problème : la sortie hp apparaît indisponible dans "configuration->son", parce que ma machine croit en permanence qu'un casque est branché, même quand ça n'est pas le cas.
J'ai renoncé à jouer du tournevis, le connecteur jack est du mauvais côté de la carte mère, je ne suis pas super motivé par le démontage intégral (portable compact, pas trivial). Mais je confirme le problème matériel : petit nettoyage en douceur du jack, par l'extérieur, et j'ai retrouvé mes hp actifs... pendant au moins 10-20 secondes. Faux contact dans le connecteur sans aucun doute.
Ceci dit j'ai trouvé un contournement logiciel : en console, taper "alsamixer", F6 pour sélectionner la carte son, sélection de l'option "auto-mute" puis "disable". La sortie haut-parleurs apparaît toujours "indisponible" dans "configuration->son"... mais cette fois ils fonctionnent quand même.
Euh... Dans Yast je n'ai plus rien qui s'appelle "son". Le paquet "yast2-sound" n'existe plus, ceci explique peut-être cela. Je crains que la prochaine étape ne soit le tournevis.
Bon, je trouve quand meme cette fragmentation dommageable. Mais dans la vie comme chez Suze, il semblerait que la division devienne la règle :-(
Effectivement, en tant qu'utilisateur je trouve aussi cette fragmentation très pénible. J'ai cependant pris du recul depuis que je me suis retrouvé de l'autre côté du miroir : côté développeur. Depuis que j'ai repris le développement d'une appli open source, j'ai reçu des rapports de bugs : - sur une version particulière de Fedora, avec wayland (non reproductible avec x11) - sur une version particulière de Kubuntu (non reproductible sur la même version d'Ubuntu) - sur une version particulière de Mint - sur une version particulière d'Ubuntu - sur une autre distrib dont je ne connaissais même pas le nom (une distrib brésilienne de mémoire) - j'ai aussi eu un bug suite à une mise à jour de Tumbleweed J'en oublie sûrement. Et je vous passe les bugs spécifiques Android/Win/Mac/FreeBSD.
Qu'on le veuille ou non Linux est très fragmenté. Comment voulez-vous vous en sortir ? Est-ce réaliste de trouver un mainteneur dans chaque distro pour lui générer son paquet adapté ? Moi j'ai pas trouvé. En pratique c'est très compliqué de garantir une compatibilité avec tout ça. J'ai déjà installé 5 ou 6 VMs juste pour tester, c'est super lourd.
Moi j'aime bien les rpm dans les repo Tumbleweed, mais dans cette position-là on comprend un peu mieux le concept flatpak. Et même là j'ai eu des soucis, du coup je ne vous cache pas que je commence à songer sérieusement à livrer un appImage.
Bon, rassurez-vous quand même, mon app est bien dispo dans le repo Tumbleweed. C'est l'avantage de maîtriser le dev, au moins je peux maintenir le paquet moi-même pour ma distro!
Merci de la suggestion. Je n'ai pas de process pulseaudio qui tourne sur ma machine. En fait, je ne pense pas qu'arrêter/redémarrer un process puisse régler le problème, qui a survécu à plusieurs redémarrages complets de la machine. Il faudrait trouver un moyen de signifier au système son qu'il ne doit plus utiliser le casque.
Plus de son, je soupçonne un problème matériel. Je n'utilise que rarement un casque sur ma machine. Il y a quelques jours j'en ai connecté un (jack) sans souci. Mais depuis que je l'ai retiré, je n'ai plus de son dans mes haut-parleurs. La fenêtre de configuration du système / son m'indique que la sortie active est "casque", le micro actif est aussi celui du casque. Les haut-parleurs apparaissent bien, mais "indisponible". Idem avec pavuControl. Depuis cette fenêtre de configuration, j'arrive néanmoins à sortir quelque chose dans mes haut-parleurs, en les sélectionnant puis en cliquant sur le bouton "Test", les sons de tests sortent bien. Mais rien à faire pour réactiver ces haut-parleurs.
Je suppose que c'est le matériel qui détecte en permanence qu'un casque est connecté. Casque rebranché/débranché plusieurs fois, reboot plusieurs fois, rien n'y fait. Je ne sais pas s'il est possible de faire quelque chose au niveau soft... Une idée ?
je note pour la prochaine fois. Je viens de réussir à régler mon problème avec SimpleScreenRecorder... un peu lâchement je l'admets : un bon vieux retour en arrière de 3 mois avec un instantané btrfs, et une bonne remise à niveau avec zypper dup. Cette fois j'ai dû sélectionner les bonnes options pour régler quelques conflits entre dépôts, tout est rentré dans l'ordre.
j'utilise depuis pas mal de temps "SimpleScreenRecorder", que je trouve très pratique pour faire rapidement un petit enregistrement vidéo d'une zone de mon écran. Depuis assez récemment, et suite à des mises à jour de Tumbleweed, je n'arrive plus à le faire fonctionner. Il m'indique que le codec H.264 n'est pas installé. Pas content, parce que ça a toujours bien marché ce truc, et j'ai bien un paquet libopenH264-7 installé
J'ai eu récemment des soucis également avec VLC, du coup j'ai pas mal jardiné entre les dépôts opensuse/packman/videolan.org, et VLC est rentré dans l'ordre. Mais SimpleScreenRecorder râle toujours après H.264. Après avoir pas mal cherché s'il ne me manquait pas un paquet quelque part, je ne sais plus trop où donner de la tête.
Quelqu'un connaît une solution simple pour faire des petits enregistrements vidéo d'une zone de l'écran ? (que ça soit avec SimpleScreenRecorder ou n'importe quoi d'autre)
Edit : oublié de préciser ce que j'avais déjà testé - deepin-screen-recorder : ça commence très bien, propose des options intéressantes. Quand on arrête l'enregistrement ça crée un dossier dans ~/Vidéos. Tout irait bien... si le dossier ne restait pas vide ! (possible problème de codec ?) - simplescreenrecorder : ne permet que d'enregistrer tout l'écran, pas juste une zone
Bon ben voilà, c'est souvent comme ça. On cherche, on cherche, on trouve pas, on finit par poster sur un forum. Mais bon, comme on est embêté, on continue à chercher un peu quand même. Et là, on trouve
Avis à ceux qui auraient le même souci : dans FreeBSD, ajouter la ligne suivante dans le fichier /boot/loader.conf