Hi Nathan, hi Anibal,
if seen the constant flipping between native and non-native uploads
for the xfsprogs Debian packages between the two of you and it's
slightly annoying. I know Nathan likes maintaining the Debian packages
in git, which also makes life for us XFS developers trying to build
debian packages a lot easier.
What about a compromise? We'll add a debian-<dist> branches to the
xfsprogs-dev repository where we can track the exact packages uploaded
to Debian, including the -2/-3 etc packages revisions that only get
uploaded to Debian, while all important packaging changes happen in
the master branch, so that it can also be built from git into a Debian
package. The advantage is that all package maintaince happens in git,
git master can be packaged easily, and in addition we track all Debian
uploads in git as well. The only big prerequisite is that we get
a kernel.org account for Anibal so that he can also commit to it
Also can we add xfs@xxxxxxxxxxx to the Cc list for debian xfs
bugreports? I think most issues are upstream ones anyway, and
automatically sending them to the XFS list will get them a bigger
All this also applies to xfsdump and the dmapi package, too.
And one last request, any chance to get xfsprogs for -testing rebuilt
against libblkid now that util-linux-2.17 has finally made it into
testing? Beeing able to use blkid for alignment detection will be
very important so that XFS on Debian can deal with 4k sector disks
and hardware RAID arrays out of the box.