on est passé de OSS à ALSA puis PulseAudio, la couche graphique s'est bien complexité avec des ajouts comme KMS, drm, GLX, OpenGL avec un mic-mac d'implémentations comme Mesa ou Gallium 3D.
Clair ! J'ai eu plus de problème à faire tourner Gnome sur des carte graphiques dont le pilote n’implémentait pas bien certaines dépendances fonctionnelles qu’à faire tourner Gnome sur du pulseaudio.
Typiquelent avec de vieilles Intel. Dernièrement j’ai eu un bug très bizarre, si je configurai XDM au boot, l'affichage fonctionnait bien et je pouvais lancer un environnament à l'ancienne genre metacity + nautilus + gnome-panel.
Si je configurai GDM au boot, l'affichage était noir. Si je lançais GDM à la main (service gdm start ou équivalent), j'avais l'affichage mais je ne pouvais pas ouvrir ma session Gnome, je pouvais ouvrir une session à l'ancienne genre LXDE, mais pas Gnome : si je me connectais avec la session Gnome sélectionnée, GDM faisait disparaitre l’écran de connexion pour switcher vers la session, mais n’aboutissait jamais, au passage l'affichage était foiré, je ne voyais plus que le fond d’écran, mais si je cliquais dans des endroits stratégiques, je voyais se dérouler des menus (comme le son en haut à droite) et c’était pas le menu de Gnome, mais de GDM !
Et si je lançais Gnome à la main avec un X11 sans GDM, j'avais un bug similaire que décrit après connexion dans le GDM : Gnome Shell se lançait bien, mais l'affichage était foireux, certains éléments n’apparaissant qu’au clic.
En mode "fallback", la session marchait très bien SAUF que je ne pouvais pas me connecter depuis GDM vers Gnome, fallaback ou pas.
C’était une Ubuntu 13.10, je l’ai remplacé par une Debian Wheezy avec un pilote un peu plus ancien et un Gnome un peu plus ancien, et tout marchait très bien...
Dans aucun des cas je n’avais systemd, mais y a donc parfois de gros problème où un bug dans un pilote graphique va entrainer quelque part un lock dans un service quelconque qui va bloquer... l'identification ! Incroyable complexité.
Dbus c’est cool, mais on devient très dépendant d’une foultitude de services et parfois ça foire. Aujourd’hui Dbus est aussi critique que le noyau, si on a un bug dbus plus rien ne fonctionne, ni le son, ni le réseau, ni l’identification, et si une api dbus se vautre à cause d’un problème sous-jacent ça peut être tout aussi gênant.
Un pulseaudio qui ne marche pas pour une raison X ou Y est très difficile à contourner. Si PulseAudio ne marche, pas vaut mieux être admin pour trouver une solution de secours.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: dépendance à un système d'init
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Debian à l'heure du choix. Évalué à 0.
Clair ! J'ai eu plus de problème à faire tourner Gnome sur des carte graphiques dont le pilote n’implémentait pas bien certaines dépendances fonctionnelles qu’à faire tourner Gnome sur du pulseaudio.
Typiquelent avec de vieilles Intel. Dernièrement j’ai eu un bug très bizarre, si je configurai XDM au boot, l'affichage fonctionnait bien et je pouvais lancer un environnament à l'ancienne genre metacity + nautilus + gnome-panel.
Si je configurai GDM au boot, l'affichage était noir. Si je lançais GDM à la main (
service gdm startou équivalent), j'avais l'affichage mais je ne pouvais pas ouvrir ma session Gnome, je pouvais ouvrir une session à l'ancienne genre LXDE, mais pas Gnome : si je me connectais avec la session Gnome sélectionnée, GDM faisait disparaitre l’écran de connexion pour switcher vers la session, mais n’aboutissait jamais, au passage l'affichage était foiré, je ne voyais plus que le fond d’écran, mais si je cliquais dans des endroits stratégiques, je voyais se dérouler des menus (comme le son en haut à droite) et c’était pas le menu de Gnome, mais de GDM !Et si je lançais Gnome à la main avec un X11 sans GDM, j'avais un bug similaire que décrit après connexion dans le GDM : Gnome Shell se lançait bien, mais l'affichage était foireux, certains éléments n’apparaissant qu’au clic.
En mode "fallback", la session marchait très bien SAUF que je ne pouvais pas me connecter depuis GDM vers Gnome, fallaback ou pas.
C’était une Ubuntu 13.10, je l’ai remplacé par une Debian Wheezy avec un pilote un peu plus ancien et un Gnome un peu plus ancien, et tout marchait très bien...
Dans aucun des cas je n’avais systemd, mais y a donc parfois de gros problème où un bug dans un pilote graphique va entrainer quelque part un lock dans un service quelconque qui va bloquer... l'identification ! Incroyable complexité.
Dbus c’est cool, mais on devient très dépendant d’une foultitude de services et parfois ça foire. Aujourd’hui Dbus est aussi critique que le noyau, si on a un bug dbus plus rien ne fonctionne, ni le son, ni le réseau, ni l’identification, et si une api dbus se vautre à cause d’un problème sous-jacent ça peut être tout aussi gênant.
Un pulseaudio qui ne marche pas pour une raison X ou Y est très difficile à contourner. Si PulseAudio ne marche, pas vaut mieux être admin pour trouver une solution de secours.
ce commentaire est sous licence cc by 4 et précédentes