<table><tr><td style="">adridg added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D5138" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Further to the Linux bits: while ext4 and btrfs have the necessary fields, stat(2) doesn't expose them, xstat(2) doesn't exist yet (see LWN from a few years back), and extracting the info using other tools depends on fun stuff like knowing what kind of filesystem the file resides on (e.g. debugfs is a userland tool that can get the bits, if it's allowed to open the raw filesystem device *and* it's ext[234]).</p>

<p>So, Linux, sort out your *stat(2) interfaces first and we'll get back to you.</p>

<p>tcberner: points to be had for doing a cmake-time check for the presence of that field, since NetBSD has it as well.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R241 KIO</div></div></div><br /><div><strong>BRANCH</strong><div><div>master</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D5138" rel="noreferrer">https://phabricator.kde.org/D5138</a></div></div><br /><div><strong>To: </strong>tcberner, arrowdodger, rakuco, dfaure, adridg<br /><strong>Cc: </strong>Frameworks<br /></div>