mes machines sur lesquelles dbus est installé, mais pas démarré ( dépendance dure de quelques logiciels et flemme de faire un paquet bidon... ) il ne me manque aucune fonctionnalité.
Je suis bien d’accord, comme le fait qu’au boulot, aucune machine n’utilise Network-Manager ni PulseAudio, et ça fonctionne très bien.
Le problème c’est que pour l’expérience citée, ce n’était pas critique pour moi mais pour un autre. La machine n’était pas la mienne, et je ne pouvais pas la laisser avec la solution startx pour le lancement du bureau, ce même bureau à base de .xinitrc, de metacity et de gnome-panel lancé à la main, tout comme je n’aurai pas pu laisser une telle machine avec une configuration façon le très efficace /etc/network/interface àla Debian.
On peut faire sans dbus, sans gdm, sans gnome, sans network-manager, sans pulseaudio... Mais quand tu installes un bureau grand public à un tiers, tu auras du mal à lui laisser autre chose dans les mains, en lui mettant dans les mains non seulement la machine, mais aussi le système d’exploitation et son autonomie à l’administrer à la cliquouille.
Bref, pour avoir un gdm+gnome+pulseaudio+network-manager parce que c’était le besoin, un bug du pilote intel d’Ubuntu foirait tout : si le néophyte ne peut pas passer l’étape d’ouverture de session de gdm, il ne peut rien faire. Les « pour toi pas pour tout le monde » n’ont aucun sens ici, et les « je t’apprend comment vivre avec » non plus : ce n’est pas pour moi que c’est critique, et ce n’est pas moi qui doit vivre avec.
Donc oui, on peut faire énormément de choses sans dbus, tout comme je m’en passe très souvent et que je me passe également des network-manager et de pulseaudio. Mais c’est un fait : dbus est aussi critique que le noyau dans une distribution bureautique grand public à la Ubuntu. Sans dbus, t’es même pas sûr que le gestionnaire de connexion se lance.
Il y a là des dépendances qui ne sont pas techniques. Par exemple si le serveur de connexion ne se lance pas parce que dbus ne se lance pas, X11 ne sera pas lancé même si X11 n’a pas besoin de dbus et qu’il peut être lancé manuellement. Dans mon exemple du post précédent, le fait que gdm ne lançait pas gnome après identification n’était peut-être même pas du à une dépendance technique, qui sait ?
NB : tout comme il est sain d’accorder le bénéfice du doute à celui que l’on ne comprend pas afin de ne pas partir du principe que celui que l’on ne comprend pas est bête mais qu’on ne l’a tout simplement pas compris, il est sain de ne pas partir du principe que celui qui relate un problème est celui qui doit vivre avec ce problème, ou bien les réponses apportées seront inadaptées.
Ici je relatais un problème qui affecterai quelqu’un d’autre que moi à la livraison, je ne pouvais donc pas installer un contournement. C’est pas la peine de m’enseigner ce que je fais tous les jour quand il m’est possible de le faire. Ça n’apporte aucune solution.
Celui qui réalise n’est pas forcément celui qui va utiliser. En oubliant ce point crucial, on apporte des solutions qui n’en sont pas.
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é à 6.
Je suis bien d’accord, comme le fait qu’au boulot, aucune machine n’utilise Network-Manager ni PulseAudio, et ça fonctionne très bien.
Le problème c’est que pour l’expérience citée, ce n’était pas critique pour moi mais pour un autre. La machine n’était pas la mienne, et je ne pouvais pas la laisser avec la solution
startxpour le lancement du bureau, ce même bureau à base de.xinitrc, demetacityet degnome-panellancé à la main, tout comme je n’aurai pas pu laisser une telle machine avec une configuration façon le très efficace/etc/network/interfaceàla Debian.On peut faire sans dbus, sans gdm, sans gnome, sans network-manager, sans pulseaudio... Mais quand tu installes un bureau grand public à un tiers, tu auras du mal à lui laisser autre chose dans les mains, en lui mettant dans les mains non seulement la machine, mais aussi le système d’exploitation et son autonomie à l’administrer à la cliquouille.
Bref, pour avoir un gdm+gnome+pulseaudio+network-manager parce que c’était le besoin, un bug du pilote intel d’Ubuntu foirait tout : si le néophyte ne peut pas passer l’étape d’ouverture de session de gdm, il ne peut rien faire. Les « pour toi pas pour tout le monde » n’ont aucun sens ici, et les « je t’apprend comment vivre avec » non plus : ce n’est pas pour moi que c’est critique, et ce n’est pas moi qui doit vivre avec.
Donc oui, on peut faire énormément de choses sans dbus, tout comme je m’en passe très souvent et que je me passe également des network-manager et de pulseaudio. Mais c’est un fait : dbus est aussi critique que le noyau dans une distribution bureautique grand public à la Ubuntu. Sans dbus, t’es même pas sûr que le gestionnaire de connexion se lance.
Il y a là des dépendances qui ne sont pas techniques. Par exemple si le serveur de connexion ne se lance pas parce que dbus ne se lance pas, X11 ne sera pas lancé même si X11 n’a pas besoin de dbus et qu’il peut être lancé manuellement. Dans mon exemple du post précédent, le fait que gdm ne lançait pas gnome après identification n’était peut-être même pas du à une dépendance technique, qui sait ?
NB : tout comme il est sain d’accorder le bénéfice du doute à celui que l’on ne comprend pas afin de ne pas partir du principe que celui que l’on ne comprend pas est bête mais qu’on ne l’a tout simplement pas compris, il est sain de ne pas partir du principe que celui qui relate un problème est celui qui doit vivre avec ce problème, ou bien les réponses apportées seront inadaptées.
Ici je relatais un problème qui affecterai quelqu’un d’autre que moi à la livraison, je ne pouvais donc pas installer un contournement. C’est pas la peine de m’enseigner ce que je fais tous les jour quand il m’est possible de le faire. Ça n’apporte aucune solution.
Celui qui réalise n’est pas forcément celui qui va utiliser. En oubliant ce point crucial, on apporte des solutions qui n’en sont pas.
ce commentaire est sous licence cc by 4 et précédentes