Bug#832713: systemd: after "systemd (231-1) unstable" update systemd-jurnald.service fails to start
Felipe Sateler
fsateler at debian.org
Wed Aug 3 16:26:46 BST 2016
Control: forwarded -1 https://github.com/systemd/systemd/issues/3882
Control: severity -1 serious
On 3 August 2016 at 02:15, Michael Biebl <biebl at debian.org> wrote:
> Am 01.08.2016 um 23:40 schrieb Felipe Sateler:
>> So I think the kernel should enable SECCOMP.
>
> I agree, unless SECCOMP on arm has some unwanted side-effects.
> Felipe, can you file a bug report against the linux package accordingly?
Already reported
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833183
>
>> However, I think systemd should also simply (warn and) ignore seccomp
>> calls if seccomp is not available in the current kernel.
>
> I agree as well, Systemd should log an error and continue.
> We need to file a bug report upstream for that? Any takers?
I have forwarded this report and marked this bug as such.
> Assuming upstream actually decides to make SECCOMP (once enabled) a hard
> dependency, we need to find a different solution, like a check in the
> maintainer scripts. That said, we should first try to get that adressed
> upstream.
Yes, I'd like upstream's opinion on this first. However, I think this
bug should be bumped to RC to prevent migration to testing, as this
makes arm systems basically unusable. I have marked the bug as serios.
Feel free to downgrade if you disagree.
--
Saludos,
Felipe Sateler
More information about the Pkg-systemd-maintainers
mailing list