<div dir="ltr">Hi all, I've tried creating a gitlab account on <a href="http://salsa.debian.org">salsa.debian.org</a> but was rejected, any specific way I would need to do it or someone to contact to fix this?<div>Thanks a lot!</div><div><br></div><div>L.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Oct 24, 2025 at 4:17 PM Luca DiMaio <<a href="mailto:luca.dimaio@chainguard.dev">luca.dimaio@chainguard.dev</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks a lot!<br>
<br>
L.<br>
<br>
On Fri, Oct 24, 2025 at 4:16 PM Arnout Engelen <<a href="mailto:arnout@bzzt.net" target="_blank">arnout@bzzt.net</a>> wrote:<br>
><br>
> On Fri, Oct 24, 2025, at 15:46, Luca DiMaio via rb-general wrote:<br>
><br>
> Dear list<br>
><br>
> As of this week xfsprogs 6.17.0 has been released and included is the<br>
> patch that I managed to submit:<br>
> <a href="https://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git/commit/?id=8a4ea72724930cfe262ccda03028264e1a81b145" rel="noreferrer" target="_blank">https://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git/commit/?id=8a4ea72724930cfe262ccda03028264e1a81b145</a><br>
><br>
> It is now possible to populate an XFS filesystem, similarly to how ext4 works<br>
><br>
><br>
> Cool!<br>
><br>
> I'd like to contribute to the docs of<br>
> <a href="https://reproducible-builds.org/docs/system-images/" rel="noreferrer" target="_blank">https://reproducible-builds.org/docs/system-images/</a> to add an XFS<br>
> section<br>
> could someone point me to the repo/mailing list for that?<br>
><br>
><br>
> That's at <a href="https://salsa.debian.org/reproducible-builds/reproducible-website/-/blob/master/_docs/system_images.md?ref_type=heads" rel="noreferrer" target="_blank">https://salsa.debian.org/reproducible-builds/reproducible-website/-/blob/master/_docs/system_images.md?ref_type=heads</a><br>
><br>
><br>
> Kind regards,<br>
><br>
> Arnout<br>
><br>
> On Mon, Apr 28, 2025 at 11:25 AM Luca DiMaio <<a href="mailto:luca.dimaio@chainguard.dev" target="_blank">luca.dimaio@chainguard.dev</a>> wrote:<br>
> ><br>
> > At the moment we're at v7 of the patch set which adds ability to<br>
> > populate from a directory, much like ext4:<br>
> > <a href="https://lore.kernel.org/linux-xfs/20250426135535.1904972-1-luca.dimaio1@gmail.com/T/#t" rel="noreferrer" target="_blank">https://lore.kernel.org/linux-xfs/20250426135535.1904972-1-luca.dimaio1@gmail.com/T/#t</a><br>
> ><br>
> > By default atime/ctime/crtime is set to `gettimeofday()` while mtime<br>
> > is preserved<br>
> > that can be easily worked around with something like `libfaketime` or<br>
> > similar libraries to enforce a date<br>
> ><br>
> > L.<br>
> ><br>
> > On Thu, Apr 24, 2025 at 3:46 PM Bernhard M. Wiedemann<br>
> > <<a href="mailto:bernhardout@lsmod.de" target="_blank">bernhardout@lsmod.de</a>> wrote:<br>
> > ><br>
> > > On 16/04/2025 16.55, Luca DiMaio via rb-general wrote:<br>
> > > > At the moment I've opened an RFC in the XFS mailing list, to improve their<br>
> > > > prototype file functionality, in particular to carry over the inode's timestamps<br>
> > > > from source:<br>
> > ><br>
> > > If these include ctime and atime, those are usually hard to reproduce in<br>
> > > a filesystem.<br>
> > > It would probably be good to have an option to clamp timestamps to a<br>
> > > maximum, similar to tar's --clamp-mtime option or set them all to a<br>
> > > given constant value.<br>
><br>
><br>
> --<br>
> Arnout Engelen<br>
> Engelen Open Source<br>
> <a href="https://engelen.eu" rel="noreferrer" target="_blank">https://engelen.eu</a><br>
><br>
</blockquote></div>