Si vous avez déjà vos politiques cgroups et selinux, vous
pouvez prier qu'elles soient compatibles avec systemd,
parce que l'alternative est probablement de redéfinir des
politiques à partir de 0...
Tu bullshites ( comme d'hab sur certains sujets, donc je vais pas passer du temps à te répondre ). Sur une distro RHEL 6, pour avoir un programme lancé par init, tu va utiliser ça par exemple:
init_daemon_domain(ahcpd_t, ahcpd_exec_t)
Sur une fedora 20, avec systemd, tu va utiliser:
init_daemon_domain(ahcpd_t, ahcpd_exec_t)
La réécriture est en effet si douloureuse qu'on pourrais croire qu'il y a rien à faire à part recompiler la policy. Mais peut être que tu veux dire qu'il faut rajouter des autorisations quand on rajoute des fonctions ( car peut être que "compatible avec systemd", tu veux dire "compatible avec l'activation par socket" ce qui est totalement différent, et qui reviens à dire "selinux requiert de tout refaire de 0 si jamais on rajoute une feature sur un soft", ce qui est n'importe quoi ).
Certains logiciels (dont l'excellent HAProxy) ne peuvent tout
simplement être lancés par systemd
[root@liliana misc]# systemctl status haproxy
haproxy.service - HAProxy For TCP And HTTP Based Applications
Loaded: loaded (/usr/lib/systemd/system/haproxy.service; disabled)
Active: active (running) since dim. 2013年12月01日 23:10:03 CET; 988ms ago
Process: 9018 ExecStart=/usr/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid (code=exited, status=0/SUCCESS)
Process: 9015 ExecStartPre=/usr/sbin/haproxy -c -q -f /etc/haproxy/haproxy.cfg (code=exited, status=0/SUCCESS)
Main PID: 9019 (haproxy)
CGroup: /system.slice/haproxy.service
└─9019 /usr/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid
déc. 01 23:10:03 liliana.example.com systemd[1]: Started HAProxy For TCP And HTTP Based Applications.
Oups, tu peut remplir un bug pour Fedora, car visiblement, la fedora 20 que j'ai a l'air de réussir à le lancer, et visiblement, ç'est un bug que ça marche.
Ensuite peut être que tu veux dire "haproxy n'utilise pas le démarrage par socket ou à la demande", ce qui est différent de "ne marche pas avec systemd". Mais bon, comme tout le reste de ta prose est assez souvent de la même acabit, je vais laisser quelqu'un d'autre te répondre ( ou ne pas passer de temps dessus, car ça ne vaut pas le temps passé à l'exercice ).
[^] # Re: GNU/SystemD/Linux
Posté par Misc (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 8.
Tu bullshites ( comme d'hab sur certains sujets, donc je vais pas passer du temps à te répondre ). Sur une distro RHEL 6, pour avoir un programme lancé par init, tu va utiliser ça par exemple:
Sur une fedora 20, avec systemd, tu va utiliser:
La réécriture est en effet si douloureuse qu'on pourrais croire qu'il y a rien à faire à part recompiler la policy. Mais peut être que tu veux dire qu'il faut rajouter des autorisations quand on rajoute des fonctions ( car peut être que "compatible avec systemd", tu veux dire "compatible avec l'activation par socket" ce qui est totalement différent, et qui reviens à dire "selinux requiert de tout refaire de 0 si jamais on rajoute une feature sur un soft", ce qui est n'importe quoi ).
Oups, tu peut remplir un bug pour Fedora, car visiblement, la fedora 20 que j'ai a l'air de réussir à le lancer, et visiblement, ç'est un bug que ça marche.
Ensuite peut être que tu veux dire "haproxy n'utilise pas le démarrage par socket ou à la demande", ce qui est différent de "ne marche pas avec systemd". Mais bon, comme tout le reste de ta prose est assez souvent de la même acabit, je vais laisser quelqu'un d'autre te répondre ( ou ne pas passer de temps dessus, car ça ne vaut pas le temps passé à l'exercice ).