xfsprogs-4.7.0 are conflicting with glibc's MS_RDONLY definition

xfsprogs-4.7.0 are conflicting with glibc's MS_RDONLY definition

[Thomas Deutschmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi,

collectd [1] now longer builds against xfsprogs-4.7.0 due to a
conflict with MS_RDONLY definition in sys/mount.h by glibc vs exposed
kernels header by xfsprogs due to the include of linux/fs.h.

Upstream bug: https://github.com/collectd/collectd/issues/1877

Gentoo-Bug: https://bugs.gentoo.org/590998


I am bringing this to your attention to ask if you want to do anything
to fix this in xfsprogs or do you consider that as a bug in collectd.

Thanks!


[1] https://collectd.org/


- -- 
Regards,
Thomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJXrHK/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzM0M1ODQ4MkM0MDIyOTJEMkUzQzVDMDY5
NzA5RjkwQzNDOTZGRkM4AAoJEJcJ+Qw8lv/IDqoQALTIBw+n+P8ZAW1mksVrY15d
PjYFnPl50ZYbm5KXedOdY9iaEzvTG12bAPGm7HGnmURdC/yRcs50JMua6fNWTYi0
r6gwdxijynMmUv0omgp1LDl+d/d7od5DkFZrQ0fP0TUHrbW4D+8FFHETPTWigtk2
YOi1VsGYuRuSflSCWDvUjVeJVjkozYYZO/9Moz7V1Cvaw3ghvGz74AqCdHZDVnKB
iCDndcxmNNUBp+ouzrgwJVcQYGBjeAyNfByw4EN5i2doYA/flqP6epgG21y6+YFk
h6/ZTCZV68BkXVu6N2VOjMY2GaQC2wPb8CkDxYFqV8dDszb+bI1XJ7vEEMzl3mRp
3LbiK5fATOc6mSSzYyMmqZq2TyLVDnHxsO5agTLlVaOjAufCrADpUD/T7jGgDVnV
K4TJ6P+oa0GoYvuCstglwFj2beqpldIQFwOJICNrV7IqpduuNgUG0d+lO19Yws3g
uu/2RNd2s7MUqiodEtFfADSm6p5W/Wrdc7tR9O+O5UqlQAJWHz/G8ZjTytZ0eJ+X
Gun2bsAsRAirXpqGltgEMFj81O6isKGyAnVLibQRMsAFPJdUrbATF1L8ZK9yrGN0
TM0GC2kvgroNVetT/S1aNw2spTsC8eXe2v+guEa1syzeIXElMASdQSj5BcBDmOv3
ccalRiV+rhJU8/Y+wTO/
=K3bt
-----END PGP SIGNATURE-----

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs-4.7.0 are conflicting with glibc's MS_RDONLY definition

[Dave Chinner]

On Thu, Aug 11, 2016 at 02:42:50PM +0200, Thomas Deutschmann wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
> 
> Hi,
> 
> collectd [1] now longer builds against xfsprogs-4.7.0 due to a
> conflict with MS_RDONLY definition in sys/mount.h by glibc vs exposed
> kernels header by xfsprogs due to the include of linux/fs.h.
> 
> Upstream bug: https://github.com/collectd/collectd/issues/1877
> 
> Gentoo-Bug: https://bugs.gentoo.org/590998
> 
> 
> I am bringing this to your attention to ask if you want to do anything
> to fix this in xfsprogs or do you consider that as a bug in collectd.

XFS grabs structure definitions that are exposed by the
kernel from linux/fs.h because they are used in the XFS ioctl
API definitions, as well as other syscalls that aren't supported by
glibc. So we kind of need it to make sure we pick up the system
definition of what is supported and what isn't.

That userspace unconditionally redefines the kernel mount API flags
with the same names and values seems like a bug in whatever provides
those definitions. My current userspace doesn't even have a
sys/mount.h file - I can only find a platform specific header:

/usr/include/x86_64-linux-gnu/sys/mount.h

Which contains a stale, partial copy of /usr/include/linux/fs.h.
That platform header should pull the definitions from linux/fs.h
if it exists, and only if it doesn't should it define it's own.
Esepcially as the only userspace component is 3 function prototypes
at the bottom of the file.

However, I'm probably not the best person to ask how this should all
be structured properly - it seems pretty obvious to me that
libraries should include system definitions of interfaces, and
system libraries should include the kernel definitions of kernel
interfaces.

So for collectd I'm not sure what the solution is right now - this
is only going to get more problematic as we push lots of new kernel
API support into xfsprogs over the next few months that glibc will
not support directly for some time, if ever. People using XFS
interfaces usually want to compile programs that will work on
kernels that support those functions (i.e. they use runtime support
checks, not compile time), so from the xfsprogs perspective we are
kind of stuck between a rock and a hard place here....

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs