On Tuesday 17 of October 2017, Timo Sirainen wrote:
On 17 Oct 2017, at 18.02, Macka <dovecot@macka.pl> wrote:
I have to resume the thread.
Apparently the problem is caused by the new /usr/include/sys/quota.h file (glibc-2.25 and newer)
When I use the quota.h with glibc-headers-2.25, the filesystem quota limits are badly displayed. When using the same glibc-2.25 library but replacing ONLY one quota.h file from the older version of glibc-2.24, after compilation, the limits are correct.
Looks like they removed the _LINUX_QUOTA_VERSION define from quota.h. This causes Dovecot to assume it's quota v1. I wonder if there's a way to detect that it's a new quota.h or should we just drop support for _LINUX_QUOTA_VERSION==1..
Just reverse conditions?
Assume quota version 2 and if _LINUX_QUOTA_VERSION is defined and ==1 then go for version 1.
-- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )