Cet article est davantage une note \u00e0 moi-m\u00eame et \u00e0 quiconque s’int\u00e9resse \u00e0 OpenRC en lieu et place de systemd pour d\u00e9marrer Debian (Gnu\/Linux).<\/p>\n
Utilisant assez souvent Gentoo, j’appr\u00e9cie particuli\u00e8rement OpenRC, plus l\u00e9ger et moins intrusif que systemd. Et surtout, les logs restent accessibles dans des fichiers plats. Bref, il s’agit d’une pr\u00e9f\u00e9rence et d’un choix de ma part. Cela permet aussi d’avoir une meilleure compr\u00e9hension du d\u00e9marrage d’un syst\u00e8me bas\u00e9 sur Linux.<\/p>\n
Cet article n’a pas vocation \u00e0 \u00eatre exhaustif mais il m’a permis d’avoir un syst\u00e8me op\u00e9rationnel. Cela dit, ne prenez pas tout ce qui est \u00e9crit au pied de la lettre car les choses bougent vite (m\u00eame chez Debian…). Il se peut que certains paquets disparaissent des d\u00e9p\u00f4ts dans un futur plus ou moins proche, systemd restant l’init par d\u00e9faut de Debian. Faites vos essais dans des machines physiques ou virtuelles de test, v\u00e9rifiez les logs, les messages d’erreur… N’essayez pas sur votre machine principale ou de production sans \u00eatre s\u00fbr de vous. Bref, prenez tout cela comme une investigation, sans garantie que ce qui fonctionne aujourd’hui continuera \u00e0 fonctionner ad vitam eternam.<\/strong><\/p>\n En me basant sur les deux articles publi\u00e9s sur https:\/\/lecorbeausvault.wordpress.com<\/a>, pour lesquels je remercie leur auteur, j’ajouterai ici mes notes pour faire fonctionner Debian testing <\/strong>(de d\u00e9but 2026) avec OpenRC… et KDE. Pourquoi ajouter des notes ? Eh bien, simplement parce que les articles en r\u00e9f\u00e9rence datent d’il y a quelques ann\u00e9es et que la m\u00e9thode de basculement vers un autre syst\u00e8me d’init a encore chang\u00e9… Il est de plus en plus difficile de d\u00e9sinstaller systemd de Debian. Pour ceux qui se posent la question : pourquoi ne pas utiliser Devuan \u00e0 la place ? La raison est simple : je n’ai pas r\u00e9ussi \u00e0 lancer KDE sur Devuan… Et puisque ce que je d\u00e9cris ici fonctionne sur Debian, autant se baser sur Debian \u00ab\u00a0original\u00a0\u00bb.<\/p>\n Peut-\u00eatre que ces notes serviront aussi pour d’autres environnements de bureau… Il m’est impossible de le confirmer, n’ayant essay\u00e9 cette m\u00e9thode qu’avec KDE. Le mieux est, dans tous les cas, de faire ses propres essais dans une machine virtuelle avec qemu, par exemple, virt-manager ou VirtualBox…<\/p>\n Avant de continuer voici les liens vers les deux articles sur lesquels je me base :<\/p>\n article de 2022 : https:\/\/lecorbeausvault.wordpress.com\/2022\/02\/07\/debian-switching-init-system-easily-openrc-sysvinit-runit\/<\/a><\/p>\n<\/li>\n article de 2023 : https:\/\/ianlecorbeau.com\/blog\/debian-bookworm-sysvinit.html<\/a><\/p>\n<\/li>\n<\/ul>\n D’autres sources d’informations tr\u00e8s utiles, en remerciant chaleureusement leurs auteurs :<\/p>\n Il y a deux fa\u00e7ons d’utiliser OpenRC :<\/p>\n Si vous voulez lancer sysvinit en profitant tout de m\u00eame d\u2019OpenRC, ne suivez que la premi\u00e8re m\u00e9thode \u00ab\u00a0D\u00e9marrage avec sysvinit + OpenRC\u00a0\u00bb.<\/p>\n Si vous ne souhaitez lancer qu\u2019OpenRC, suivez en plus<\/b> la deuxi\u00e8me m\u00e9thode \u00ab\u00a0D\u00e9marrage avec OpenRC uniquement\u00a0\u00bb.<\/p>\n Avant de basculer sur OpenRC, j’ai r\u00e9alis\u00e9 une installation basique de Debian (netinstall). Il faut s\u00e9lectionner le minimum dans le programme d’installation lorsque tasksel s’ex\u00e9cute. Pour ma part, je n’ai s\u00e9lectionn\u00e9 que \u00ab\u00a0Utilitaires usuels du syst\u00e8me\u00a0\u00bb et rien d’autre. Garder un syst\u00e8me de base r\u00e9duit au minimum AVANT de basculer sur OpenRC une fois l’installation termin\u00e9e permet d’\u00e9viter bien des maux de t\u00eate. En effet, un simple environnement de bureau installe des paquets suppl\u00e9mentaires qui peuvent \u00eatre li\u00e9s \u00e0 systemd et rendre tr\u00e8s compliqu\u00e9e leur d\u00e9sinstallation par la suite sans casser tout le syst\u00e8me…<\/p>\n Donc n’installer que le minimum pour que le syst\u00e8me soit utilisable apr\u00e8s red\u00e9marrage. Bien s\u00fbr, installer GRUB comme d’habitude et red\u00e9marrer l’ordinateur \u00e0 la fin de l’installation de Debian.<\/p>\n Une fois l’ordinateur red\u00e9marr\u00e9 apr\u00e8s l’installation de Debian (avec systemd pour le moment), je vais devoir faire les op\u00e9rations dans cet ordre strict :<\/p>\n d\u00e9sinstaller systemd-sysv, ce qui va automatiquement exiger d’installer sysvinit-core et sysv-rc . \u00c0 ce stade, c’est ce que l’on souhaite. Pour ce faire, ex\u00e9cuter :<\/p>\n<\/li>\n<\/ul>\n Nous voici donc avec le v\u00e9n\u00e9rable sysvinit pour le moment.<\/p>\n puis, installer OpenRC, ce qui va d\u00e9sinstaller sysv-rc. Ex\u00e9cuter :<\/p>\n<\/li>\n<\/ul>\n Puis ex\u00e9cuter\u00a0:<\/p>\n Puis red\u00e9marrer l’ordinateur. Attention : \u00e0 ce stade, les commandes Si tout s’est bien pass\u00e9, Debian devrait d\u00e9sormais d\u00e9marrer avec sysvinit et OpenRC. Il reste quelques ajustements \u00e0 faire.<\/p>\n Tout d’abord, il est fort possible que le r\u00e9seau ne fonctionne pas. C’est tr\u00e8s certainement d\u00fb au fait que le service networking ne s’est pas charg\u00e9. Il faut l’ajouter \u00e0 la s\u00e9quence de d\u00e9marrage d’OpenRC puis le d\u00e9marrer. Ex\u00e9cuter :<\/p>\n puis<\/p>\n On peut v\u00e9rifier que l’interface r\u00e9seau poss\u00e8de une adresse IP valide en ex\u00e9cutant la commande Notez que sous Gentoo, OpenRC est livr\u00e9 avec Vous pouvez bien entendu installer et le d\u00e9marrer :<\/p>\n Maintenant que le r\u00e9seau est accessible, on installe le reste des paquets pour que l’administration des services se fasse sans probl\u00e8me. Ex\u00e9cuter :<\/p>\n Puis red\u00e9marrer l’ordinateur avec la commande Apr\u00e8s red\u00e9marrage, v\u00e9rifier que tous les services pr\u00e9c\u00e9demment ajout\u00e9s sont bien d\u00e9marr\u00e9s en ex\u00e9cutant :<\/p>\n Dans la liste, il devrait appara\u00eetre au moins :<\/p>\n OpenRC est maintenant compl\u00e8tement install\u00e9. Mais ce n’est pas un syst\u00e8me OpenRC \u00ab\u00a0pur\u00a0\u00bb. En effet, sysvinit reste l’init (PID 1, via sysvinit-core), m\u00eame s’il appelle OpenRC d\u00e8s le d\u00e9but de la s\u00e9quence de d\u00e9marrage. Si vous ne souhaitez qu’OpenRC en tant qu’init, il faudra suivre la m\u00e9thode 2 en compl\u00e9ment. Dans tous les cas, suivez les instructions pour \u00ab\u00a0bloquer\u00a0\u00bb systemd avant de continuer.<\/p>\n Comme l’indiquent les articles de r\u00e9f\u00e9rence mentionn\u00e9s au d\u00e9but de cet article, il faut emp\u00eacher que systemd puisse \u00eatre r\u00e9install\u00e9 par m\u00e9garde. Pour ce faire, cr\u00e9er le fichier Enfin, on bloque l’actualisation du paquet libsystemd0, qui doit rester install\u00e9 malgr\u00e9 tout. On ex\u00e9cute donc :<\/p>\n # Et c’est tout ! Lors des actualisations du syst\u00e8me avec apt update et apt upgrade, il faut tout de m\u00eame surveiller qu’aucun paquet de systemd ne soit r\u00e9install\u00e9. Cela ne devrait pas se produire si les \u00e9tapes pr\u00e9c\u00e9dentes ont \u00e9t\u00e9 r\u00e9alis\u00e9es mais mieux vaut garder l\u2019\u0153il ouvert… et n’utiliser que le terminal pour mettre \u00e0 jour Debian. \u00c9viter Synaptic ou Discover.<\/p>\n Notez que certains paquets li\u00e9s \u00e0 systemd doivent rester install\u00e9s pour des raisons de compatibilit\u00e9 , ce qui est normal :<\/p>\n Il reste aussi, comme nous en avons d\u00e9j\u00e0 parl\u00e9, le paquet Pour faire d\u2019OpenRC l\u2019init par d\u00e9faut, sans sysvinit, suivez tout de m\u00eame la m\u00e9thode 1 pour r\u00e9aliser l\u2019installation de base<\/strong>.<\/p>\n Rappelez-vous que Pour qu\u2019OpenRC soit l\u2019init en lieu et place de sysvinit, il va falloir l\u2019appeler directement \u00e0 partir de GRUB puis faire en sorte que les consoles soient g\u00e9r\u00e9es par OpenRC. Il en va de m\u00eame pour l\u2019arr\u00eat et le red\u00e9marrage de l\u2019ordinateur. Continuons.<\/p>\n La ligne GRUB_CMDLINE_LINUX_DEFAULT du fichier \/etc\/default\/grub doit \u00eatre modifi\u00e9e pour faire d\u2019OpenRC l\u2019init\u00a0:<\/p>\n Si d\u2019autres options doivent \u00eatre ajout\u00e9es, placez-les apr\u00e8s rw (comme Puis mettez \u00e0 jour la configuration de GRUB en ex\u00e9cutant\u00a0:<\/p>\n Les consoles tty1 \u00e0 tty6 doivent \u00eatre g\u00e9r\u00e9es par OpenRC via le service agetty. Pour activer le service, ex\u00e9cuter\u00a0:<\/p>\n Puis, il faut red\u00e9marrer l\u2019ordinateur.<\/p>\n Apr\u00e8s le red\u00e9marrage, vous pouvez v\u00e9rifier que le PID 1 correspond bien \u00e0 openrc-init\u00a0:<\/p>\n Vous devriez voir quelque chose qui ressemble \u00e0 ceci\u00a0:<\/p>\n Le chiffre 1 correspond au PID associ\u00e9 \u00e0 openrc-init. Tout est correct. Si le PID est diff\u00e9rent, c\u2019est que quelque chose s\u2019est mal pass\u00e9\u2026 V\u00e9rifiez \u00e0 nouveau les \u00e9tapes pr\u00e9c\u00e9dentes.<\/p>\n Derni\u00e8re \u00e9tape : rendre fonctionnels les scripts d\u2019arr\u00eat et de red\u00e9marrage de l\u2019ordinateur. En l\u2019\u00e9tat, les scripts existants sont ceux de sysvinit. Ils ne fonctionneront pas avec openrc-init.<\/p>\n Rendez-vous dans le dossier \/sbin pour cr\u00e9er les scripts d\u2019arr\u00eat et de red\u00e9marrage pour openrc-init.<\/p>\n Premi\u00e8rement, sauvegardons les fichiers d’arr\u00eat et de red\u00e9marrage de sysvinit :<\/p>\n Puis, nous cr\u00e9ons les nouveaux fichiers reboot et shutdown, toujours dans \/sbin.<\/p>\n Dans le nouveau fichier \/sbin\/reboot, placez-y ceci\u00a0:<\/p>\n Dans le nouveau fichier \/sbin\/shutdown, on y place\u00a0:<\/p>\n Rendez ex\u00e9cutables les deux fichiers \/sbin\/reboot et \/sbin\/shutdown, c\u2019est tr\u00e8s important\u00a0:<\/p>\n Enfin, tentez un arr\u00eat ou un red\u00e9marrage en ex\u00e9cutant simplement l\u2019un ou l\u2019autre de ces fichiers. Si cela fonctionne, la configuration d\u2019OpenRC en tant qu\u2019init est termin\u00e9e.<\/p>\n IMPORTANT<\/span> : notez qu’\u00e0 chaque mise \u00e0 jour de Passons maintenant \u00e0 l’installation de KDE. Il y a un petit pi\u00e8ge auquel il faut faire attention en 2026…<\/p>\n D’abord, installons xorg en ex\u00e9cutant :<\/p>\n Et maintenant, au tour de KDE. J’ai \u00e9vit\u00e9 d’installer ou<\/p>\n puis<\/p>\n KDE est install\u00e9. La suppression de turnstile va laisser elogind seul ma\u00eetre de la gestion des sessions.<\/p>\n On en profite pour v\u00e9rifier que Enfin, apr\u00e8s un dernier red\u00e9marrage de l’ordinateur, SDDM devrait se lancer et vous pourrez ouvrir votre session sur KDE. Essayez d’arr\u00eater l’ordinateur ou de le red\u00e9marrer via l’interface de KDE. Si cela fonctionne, la gestion des sessions est correcte.<\/p>\n Concernant la partie audio avec Pipewire, vous pouvez vous baser sur l’article disponible ici<\/a> pour cr\u00e9er les fichiers .desktop utilisables avec XDG. Cela permet le d\u00e9marrage automatique de Pipewire lors de l’ouverture du bureau. Cependant, d’apr\u00e8s ce que j’ai pu observer, la m\u00e9thode XDG n’arrive pas toujours \u00e0 lancer comme il faut Pipewire. J’ai donc proc\u00e9d\u00e9 autrement en utilisant la fonction de d\u00e9marrage automatique de KDE que l’on trouve dans Configuration du syst\u00e8me. Il suffit de cr\u00e9er un script ex\u00e9cutable dans un dossier de votre choix et le placer dans le d\u00e9marrage automatique. Par exemple :<\/p>\n Puis cr\u00e9er le fichier demarrerPipewire.sh et y placer ceci :<\/p>\n N’oubliez pas de rendre ce script ex\u00e9cutable :<\/p>\n Enfin, placez le script dans le d\u00e9marrage automatique de KDE en allant dans \u00ab\u00a0Configuration du syst\u00e8me\u00a0\u00bb, puis \u00ab\u00a0D\u00e9marrage automatique\u00a0\u00bb. Cliquez sur \u00ab\u00a0Ajouter un nouveau\u00a0\u00bb en haut \u00e0 droite, puis \u00ab\u00a0Script de connexion\u00a0\u00bb. Il ne restera qu’\u00e0 s\u00e9lectionner le script demarrerPipewire.sh.<\/p>\n Red\u00e9marrez enfin l’ordinateur pour v\u00e9rifier que Pipewire se lance correctement.<\/p>\n Debian testing \u00e9volue vite… Ces instructions ne seront peut-\u00eatre plus valables dans un mois, trois mois, un an… Cela dit, j’esp\u00e8re qu’elles pourront toujours servir de base m\u00eame s’il y a besoin d’adapter certaines commandes apr\u00e8s avoir analys\u00e9 les messages du terminal. Si cela est n\u00e9cessaire, j’essaierai d’\u00e9crire de nouvelles instructions…<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Cet article est davantage une note \u00e0 moi-m\u00eame et \u00e0 quiconque s’int\u00e9resse \u00e0 OpenRC en lieu et place de systemd pour d\u00e9marrer Debian (Gnu\/Linux). Utilisant assez souvent Gentoo, j’appr\u00e9cie particuli\u00e8rement OpenRC, plus l\u00e9ger et moins intrusif que systemd. Et surtout, les logs restent accessibles dans des fichiers plats. Bref, il s’agit d’une pr\u00e9f\u00e9rence et d’un … Continuer la lecture de « Debian testing, OpenRC et KDE en 2026, notes d’installation »<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[],"class_list":["post-120","post","type-post","status-publish","format-standard","hentry","category-trucsinformatiques"],"_links":{"self":[{"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/posts\/120","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/comments?post=120"}],"version-history":[{"count":38,"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/posts\/120\/revisions"}],"predecessor-version":[{"id":159,"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/posts\/120\/revisions\/159"}],"wp:attachment":[{"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/media?parent=120"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/categories?post=120"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kristoforos.com\/index.php\/wp-json\/wp\/v2\/tags?post=120"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\n
Informations importantes<\/h2>\n
\n
Pr\u00e9paratifs<\/h2>\n
M\u00e9thode 1\u00a0: d\u00e9marrage avec sysvinit + OpenRC<\/h2>\n
\n
# apt purge --allow-remove-essential systemd-sysv<\/code><\/p>\n\n
# apt install sysvinit-core openrc<\/code><\/p>\n# for file in \/etc\/rc0.d\/K*; do s=`basename $(readlink \"$file\")` ; \/etc\/init.d\/$s stop; done<\/span><\/code><\/p>\nreboot<\/code>, shutdown -r now<\/code> ou init 6<\/code> ne fonctionneront pas. Red\u00e9marrer l’ordinateur avec CTRL+ALT+SUPPR. Cela red\u00e9marrera tout de m\u00eame proprement l’ordinateur.<\/p>\n# rc-update add networking default<\/code><\/p>\n# rc-service networking restart<\/code><\/p>\nip addr<\/code> .<\/p>\nnetifrc<\/strong><\/code>, qui sert \u00e0 la configuration du r\u00e9seau. Ce n’est pas le cas sous Debian, du moins pas par d\u00e9faut. Il faut donc continuer \u00e0 utiliser la m\u00e9thode de gestion du r\u00e9seau sp\u00e9cifique \u00e0 Debian avec le service networking<\/code> et ses fichiers de configuration associ\u00e9s dans le dossier \/etc\/network<\/code>.<\/p>\nnetwork-manager <\/strong><\/code>pour une approche plus automatique et moderne. Il fonctionne tr\u00e8s bien avec OpenRC. Pour activer network-manager<\/code> une fois install\u00e9 :<\/p>\n# rc-update add network-manager default<\/code><\/p>\n# rc-service network-manager restart<\/code><\/p>\n# apt install elogind libpam-elogind orphan-sysvinit-scripts systemctl procps<\/code><\/p>\nreboot<\/code>.<\/p>\n# rc-status<\/code><\/p>\ndbus<\/code>, networking<\/code>, elogind<\/code> dans Runlevel: default<\/code><\/p>\nEmp\u00eacher systemd de revenir<\/h2>\n
\/etc\/apt\/preferences.d\/systemd<\/code> et y ajouter ceci :<\/p>\nPackage: systemd\r\n<\/code>Pin: release *<\/code> \r\nPin-Priority: -1<\/code>\r\n\r\nPackage: *systemd*<\/code>\r\nPin: release *<\/code>\r\nPin-Priority: -1<\/code>\r\n\r\nPackage: systemd:i386<\/code>\r\nPin: release *<\/code>\r\nPin-Priority: -1<\/code><\/pre>\napt-mark hold libsystemd0<\/code><\/p>\nlibsystemd-shared<\/code><\/p>\nlibsystemd0<\/code><\/p>\nsystemd-standalone-sysusers<\/code><\/p>\nsysvinit-core<\/code>, obligatoire. N’enlevez surtout pas ce paquet, au risque de casser le d\u00e9marrage.<\/p>\nM\u00e9thode 2\u00a0: d\u00e9marrage avec OpenRC uniquement<\/h2>\n
sysvinit-core<\/code> doit rester install\u00e9, m\u00eame si OpenRC est l’init par d\u00e9faut. Cela ne veut pas dire que syvinit sera encore de la partie. En effet, enlever sysvinit-core reste une d\u00e9pendance obligatoire dans Debian lorsque systemd n’est pas install\u00e9. La d\u00e9sinstallation de sysvinit-core provoque donc la r\u00e9installation de systemd, ce que nous avons cherch\u00e9 \u00e0 \u00e9viter gr\u00e2ce au blocage de systemd \u00e0 l’\u00e9tape ant\u00e9rieure. Au pire, retirer sysvinit-core pourrait casser l’enti\u00e8ret\u00e9 du syst\u00e8me.<\/p>\nModifier \/etc\/default\/grub<\/h3>\n
GRUB_CMDLINE_LINUX_DEFAULT=\"init=\/sbin\/openrc-init rw\"<\/pre>\n
quiet<\/code>, nowatchdog<\/code>, etc.).<\/p>\n# update-grub<\/code><\/p>\nConsoles tty avec agetty<\/h3>\n
# cd \/etc\/init.d<\/code><\/p>\n# for n in `seq 1 6`; do ln -s agetty agetty.tty$n; rc-update add agetty.tty$n default; done<\/code><\/p>\nps -ef | grep openrc-init<\/code><\/p>\nroot 1 0 0 14:01 ? 00:00:00 \/sbin\/openrc-init<\/code><\/p>\nScripts d\u2019arr\u00eat et de red\u00e9marrage (shutdown et reboot)<\/h3>\n
# cd \/sbin<\/code><\/p>\n# mv reboot reboot.sysv<\/code><\/p>\n# mv shutdown shutdown.sysv<\/code><\/p>\n#!\/bin\/sh\r\n\r\nexec \/sbin\/openrc-shutdown -r now<\/pre>\n
#!\/bin\/sh\r\n\r\nACTION=$1\r\nTIME=$2\r\n\r\ncase \"$ACTION\" in\r\n -h|-H|-P|--poweroff|--halt)\r\n exec \/sbin\/openrc-shutdown -p now\r\n ;;\r\n -r|--reboot)\r\n exec \/sbin\/openrc-shutdown -r now\r\n ;;\r\n *)\r\n echo \"Shutdown pour OpenRC (Debian)\"\r\n echo \"Usage: $0 [-h|-r] [now]\"\r\n exit 1\r\n ;;\r\nesac<\/pre>\n
# chmod +x \/sbin\/shutdown \/sbin\/reboot<\/code><\/p>\nsysvinit-core<\/code>, il faudra recr\u00e9er les deux scripts shutdown<\/code> et reboot<\/code> car ils auront \u00e9t\u00e9 \u00e9cras\u00e9s par les scripts homonymes de la nouvelle version de sysvinit-core<\/code>. C’est un des gros d\u00e9savantages d’utiliser Debian avec OpenRC…<\/p>\nInstallation de KDE<\/h2>\n
# apt install xorg<\/code><\/p>\nkde-full<\/code>, trop lourd \u00e0 mon go\u00fbt, et ai pr\u00e9f\u00e9r\u00e9 kde-standard<\/code> ou kde-plasma-desktop<\/code> (tr\u00e8s minimaliste). Que le choix se porte sur l’un ou l’autre de ces m\u00e9ta-paquets, il faudra ensuite d\u00e9sinstaller obligatoirement turnstile<\/code>. En effet, turnstile<\/code> est un outil de suivi des sessions des utilisateurs. Il entre en conflit avec elogind<\/code>, qui est d\u00e9j\u00e0 install\u00e9. Si l’on ne d\u00e9sinstalle pas turnstile<\/code>, l’ordinateur ne pourra \u00eatre \u00e9teint ou red\u00e9marr\u00e9 \u00e0 partir de KDE du fait de ce conflit avec elogind<\/code>… Donc, on ex\u00e9cute :<\/p>\n# apt install kde-standard<\/code><\/p>\n# apt install kde-plasma-desktop<\/code><\/p>\n# apt purge turnstile<\/code><\/p>\nxdg-user-dirs<\/code>, menu<\/code> et menu-xdg<\/code> sont bien install\u00e9s. Cela g\u00e9n\u00e9rera automatiquement le menu des applications ainsi que les dossiers par d\u00e9faut pour chaque utilisateur (Documents, T\u00e9l\u00e9chargements, etc.) :<\/p>\n# apt install xdg-user-dirs menu menu-xdg<\/code><\/p>\nNote concernant Pipewire et la partie audio<\/h3>\n
$ mkdir \/home\/chris\/scripts<\/code><\/p>\n#!\/bin\/sh\r\n\r\n# PipeWire launcher script for XDG compliant desktops on OpenRC.\r\n#\r\n# systemd users are very _STRONGLY_ advised to use the much\r\n# more reliable and predictable user units instead.\r\n\r\n# WARNING: This script assumes being run inside XDG compliant session,\r\n# which means D-Bus session instance is expected to be correctly set up\r\n# prior to this script starting. If that is not true, things may break!\r\n\r\n# Best to reap any existing daemons and only then try to start a new set.\r\npkill -u \"${USER}\" -x pipewire\\|wireplumber 1>\/dev\/null 2>&1\r\n\r\n# The core daemon which by itself does probably nothing.\r\n\/usr\/bin\/pipewire &\r\n\r\n# The so called pipewire-pulse daemon used for PulseAudio compatibility.\r\n# Commenting this out will stop the PA proxying daemon from starting,\r\n# however ALSA (with pipewire-alsa), JACK (with jack-sdk) and PW API using\r\n# clients will still have access to audio and may end up clashing with\r\n# non-PW apps over HW control (most notably, \/usr\/bin\/pulseaudio daemon).\r\n\/usr\/bin\/pipewire-pulse &\r\n\r\n# Hack for bug #822498\r\nsleep 1\r\n\r\n# Finally a session manager is required for PipeWire to do anything.\r\nexec \/usr\/bin\/wireplumber<\/pre>\n$ chmod +x \/home\/chris\/scripts\/demarrerPipewire.sh<\/code><\/p>\nConclusion<\/h2>\n