Control: reassign -1 libc6-dev Control: severity -1 normal On Tue, 15 May 2018 16:57:57 +0200 Helmut Grohne <hel...@subdivi.de> wrote: > Package: linux-libc-dev,libc6-dev > Severity: serious > Justification: makes systemd ftbfs > User: helm...@debian.org > Usertags: rebootstrap > Control: affects -1 + src:systemd libmount-dev > > systemd FTBFS here, because compiling load-fragment.c fails. I spent a while > minimizing that file and it boils down to: > > $ cat test.c > #include <linux/fs.h> > #include <sys/mount.h> > $ gcc -c test.c > In file included from test.c:1:0: > /usr/include/x86_64-linux-gnu/sys/mount.h:35:3: error: expected identifier > before numeric constant > MS_RDONLY = 1, /* Mount read-only. */ > ^ > $ > > linux/fs.h #defines MS_RDONLY and then sys/mount.h tries to create an > enum containing MS_RDONLY. That's a problem. [...]
<linux/fs.h> has defined MS_RDONLY as a macro since before version 1.0, so this is a wontfix on the kernel side. <sys/mount.h> was already defining MS_RDONLY as both enumerator and macro in jessie, so this doesn't seem to be a regression. Downgrading and reassigning to just libc6-dev, but I fully expect this to be wontfix on that side as well. Ben. -- Ben Hutchings The world is coming to an end. Please log off.
Description: This is a digitally signed message part