• [^] # Re: OpenRC

    Posté par (site web personnel) . En réponse au journal SlyOS, un système basé sur Arch linux avec OpenRC, ReGreet et le gestionnaire de fenêtres niri. Évalué à 3 (+3/-1). Dernière modification le 30 août 2026 à 14:18.

    Je me suis mal exprimé... dans systemd, il y a eu un ajout d'une fonction expérimentale qui serait effectivement en rapport avec le plus gros problème qui est xdg-desktop-portal. Mais il est à l'heure actuelle compliqué de changer cela puisque xdg-desktop-portal est une dépendance presque cruciale dans Arch Linux. Un paquet alternatif contenant un patch pourrait être envisageable dans le dépôt de SlyOS via notamment l'alternative de xdg-desktop-portal Ageless Linux mais je n'ai pas vraiment le temps d'accomplir ça pour l'instant.

    Je te déconseille de faire cela. Xdg-desktop-portal ne fait que permettre aux applications de connaître l'age de l'utilisateur, il n'impose aucune restriction mais peut permettre de protéger des mineurs, par exemple en désactivant les fonctionnalités sociales d'une application lorsque l'utilisateur est trop jeune. Ce genre de comportement est propre à l'application utilisée. Par exemple, Flatpak bloque l'installation de l'application Discord si l'utilisateur à moins de 15 ans si l'administrateur de la machine a activé cette fonctionnalité.

    Ensuite, du côté de Qt, quand je dis que Qt n'est pas entièrement libre c'est leur licence commerciale qui me pose surtout problème. Après, en effet, ça touche à une ambiguïté puisque si on parle uniquement de logiciels libres tu as tout à fait raison.

    Personnellement, Je trouve au contraire ce fonctionnement de la part de Qt une très bonne idée. Ils proposent à la fois une version de Qt complètement libre (depuis 2014) et une version commerciale destinée aux entreprises ne produisant pas du logiciel libre (et dont le code n'est donc pas compatible avec la GPL) qui leur assure les revenus nécessaires au développement. En pratique on pourrait presque considérer que Qt est encore plus libre que GTK qui n'est pas utilisable dans des projets propriétaires.

    De mon côté, sinon, c'est plutôt un choix personnel d'éviter Qt. Je n'ai jamais vraiment aimé Qt car je l'ai toujours trouvé moins bon visuellement que ce que propose GTK.

    À l'époque de GTK3, j'aurai été complètement d'accord avec toi sur le choix de GTK. Aujourd'hui, ce n'est plus le cas. LibAdwaita force l'utilisation des Client Side Decorations rendant les applications LibAdwaita désagréables à utiliser sur les bureaux n'étant pas faits pour (par exemple, il n'est pas possible d'utiliser la fonctionnalité "enrouler la fenêtre" de labwc avec ces applications).
    De plus les Client Side Decorations sont une régression en termes de sécurité. Elles obligent le gestionnaire de fenêtre/compositeur à permettre aux applications de ne pas avoir de barre de fenêtre ce qui permettrait par exemple à un programme malveillant de créer une fenêtre invisible recouvrant l'entièreté de l'écran et laissant passer les entrées de façon à capturer les mots de passe de l'utilisateur ce que Wayland était censé empêcher. Même une appli Flatpak ne disposant d'aucune permission peut le faire.