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 directly. 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 audience. 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. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
