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.
Justement, c'est bien tout le problème, ils repartent de microos, mais à ce jour on n'a même pas une alp avec un environnement de bureau de base. Alors que microos lui est déjà dispo en kde etc.
Et même chose surprenante les docs évoquent à peine l'installation de gnome à postériori et même pas kde. Alors que kde est depuis bien longtemps l'environnement de bureau principal d'opensuse.
Par rapport à microos on a l'impression d'être à des années lumières, alors qu'on part normalement de ce socle là.
Wait and see mais je trouve ça surprenant qu'on ai tout jours rien de présentable ni aucune news officielle.
@chalu Vu tout ce qui change avec alp, j'ai du mal à imaginer que tout soit au point en même pas 1 ans de travail.
Surtout en sachant que LEAP 15.5 est conservateur, qu'en dehors d'un kde plus à jour, on restera ultra proche d'une 15.4 donc "peu" de travail nécessaire. (le kernel reste un 5.14 ++ par exemple)
A l'inverse personnellement, et vu le peu de changement induis dans la 15.5 (ce qui est logique quand tu sais que derrière tu vas tout changer) je m'attendais à ce que des choses commencent à avancer sur ALP, que même si rien n'était encore diffusé en résultat, des infos et des échanges se fassent.
En gros, qu'il n'y ait pas de grosses avancé tangible pour l'utilisateur (des isos etc) ça peut se comprendre, mais à l'inverse qu'aucune information (décisions etc) ne soient encore fait perso ça m'interpelle énormément. Je vois pas comment tu pourras prendre toutes les décisions nécessaires avec la communauté, faire tout le dev et les changements nécessaires sans compter tous les tests et validation en même pas 1 ans.
Ou alors, si des décisions sont déjà prises et que ça avance, c'est totalement en sous marin, ce qui du coup donne une bonne représentation du peu d’intérêt qu'ils portent à la communauté donc pas sûr que ça soit mieux in fine...
Franchement le tout ne me rassure pas du tout pour ce que va devenir Leap.
Je n'ai pas utilisé zypper up, j'ai utilisé la commande : sudo transactional-update C'est elle qui annule toute seule. A aucun moment il ne me pose de question.
TOute fois en cherchant, j'ai vu qu'il vallait mieux faire sudo transactional-update dup et avec dup cette fois ça passe. (ou alors c'est que le conflit a été réparé entre temps... )
Pour info leap 15.5 est passé en beta pour ceux qui voudraient la tester et voir ce que ça donne. ça passe à kde 5.27 et le kernel reste un 5.14++ (avec des patchs comme d'ab)
Il ne s'agit pas de bluetooth donc pas sûr que ça soit le même pb. Dans la procédure conseillé c'est remplacer pulse audio par pipewire, ce n'est pas anodin.
Je pourrais tester mais je ne sais pas si le rollback est facilement réalisable. Après vu que c'est un pc portable d'appoint que je prends en déplacement quand j'ai un risque de vol au final le switch via pavucontrol reste supportable.
Installation identique et tout est bien à jour. Pavucontrol je l'ai rajouté justement parce que j'avais croisé des gens évoquant la seule possibilité de le gérer avec.
Je n'ai pas essayé en livecd sur d'autre distrib voir ce que ça donne. Je pense que c'est un bug du pilote intel dans cette version.
Voilà exactement, sur ce pc portable là je n'ai aucun choix de possible dans ce menu, je peux juste régler le volume du micro ou de la sortie audio. La seule solution pour arriver à avoir la sortie hdmi, c'est via pavucontrol en changeant dans les options avancées et dans ce cas ben tout est basculé sur le hdmi.
Sur mon autre pc portable (ou sur mon pc fixe) j'ai comme toi, plusieurs sorties que je peux directement choisir, ce qui fait qu'il en est de même pour chaque programme donc teams peut partir sur le casque même si par défaut tu as mis hdmi.
En fait pour expliquer le contexte, Dans le panneau kde ou autre je n'ai pas la possibilité de switcher pour le hdmi. La seule possibilité pour le faire c'est via pavucontrol et c'est général pour tous les programmes.
Sur mon deuxième pc portable (à base d'igp amd VEGA) c'est beaucoup plus simple, au niveau du son de l'os je peux switcher hdmi ou casque/haut parleur, ET pour chaque programme je peux choisir de partir sur la prise hdmi ou le casque. Donc je peux avoir le son général sur le HDMI mais garder teams dans le casque.
Surement une limite logiciel de cette vielle config.
Bon, via pavu contrôle en changeant de profil, j'arrive à envoyer tout sur le port HDMI. Par défaut c'est sur "Duplex stéréo analogique". Si je switch sur: Sortie digital HDMI2 + entrée stéréo analogique" j'ai bien le son sur le port hdmi.
En gros j'arrive à avoir: * Son sur le port HDMI mais du coup la prise casque n'est plus détectée. * Ou son sur le port casque mais du coup rien sur le port HDMI, les deux en même temps ne semblent pas possible. Au moins je peux envoyer du son sur le HDMI maintenant à défaut de pouvoir croiser les deux.
Sur mon pc portable secondaire ASUS UX310ua, je n'ai pas de sortie audio sur le HDMI. Concrètement dans les sources de sorties lorsque je branche le HDMI, je n'ai jamais de possibilité de choisir HDMI pour l'audio, pour l'image aucun soucis.
J'ai fais le tests sur 2 écrans différents, un écran de pc avec baffles sur lequel je sais que le tout fonctionne pour un autre pc portable (pc portable amd en signature), et sur une tv sur laquelle ça fonctionnait aussi parfaitement avec un autre pc portable. La sortie image elle est bien ok, mais impossible d'envoyer le flux audio.
Le pc portable en question est un ASUS UX310ua à base de i5-6200U donc uniquement un gpu intel HD 520.
Auriez vous une idée de ce qui pourrait manquer pour pouvoir récupérer la sortie audio HDMI?
Niveau audio voici ce qui est détecté:
Citer
00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) Subsystem: ASUSTeK Computer Inc. Device 1280 Flags: bus master, fast devsel, latency 32, IRQ 131 Memory at dfb28000 (64-bit, non-prefetchable) [size=16K] Memory at dfb00000 (64-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel, snd_soc_skl
hello, ou là ! Désolé si ça a été mal pris, ce n'était pas le but.
"ça part en live" n'avait aucune arrière pensée. C'était juste pour dire que j'avais vraiment l'impression que sur le topic vous parliez de micro os comme une solution terminée, etc vu que vous la compariez à tumbleweed et LEAP et au final un peu comme si c'était la version "ALP" alors qu'on est normalement (enfin j'espère, mais c'est ce qui est était évoqué...) loin du résultat d'ALP.
Micro os c'est une base à façonner, du coup il y a forcément pas mal de chose à faire derrière, et dans un usage desktop ça aura forcément des contraintes vu qu'à la base ce n'est pas prévu pour ça, enfin pas pour un utilisateur lambda, du coup forcément ça pose problème quand on le compare à tumbleweed/leap vu que le but n'est pas le même.
C'est pour ça que je précisais "ça part en live", dans le sens de dire "ça part dans tous les sens" avec des comparaisons qui n'ont pas forcément lieu d'être ou un postula qui semble faussé ou Micro os = ALP.
ALP doit être basé sur Micro OS, mais micro Os en l'état n'est pas ALP. (du moins ne devait pas l'être comme ça). ça peut donner une idée du fonctionnement (et encore pas sûr) et on peut remonter les points mais ne pas oublier ce détail qui peut avoir son importance. En l'état on ne sait pas encore vraiment ou ALP va nous emmener niveau facilité/performance.
