xfsprogs Debian mantainaince
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 [email protected] 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
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 9 lines · ----- "Christoph Hellwig
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.
Quoted 5 lines
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,
IMO, the -2 and -3 revisions are unnecessary and there's really no need for a separate branch ... if Anibal had a kernel.org account and merged changes in before uploading, there'd be no issue, I think - Anibal? It would make life simpler, for sure.
Quoted 5 lines
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.
Sure, I'll take a look at that for next upload.
cheers.
Signature · 6 lines
Nathan _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs
Quoted 9 lines · Nathan Scott
Quoted 7 lines · ----- "Christoph Hellwig
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.
Sorry about the unintended nuisance. When I had access to the SGI ptools repo it was very easy to keep my uploads to Debian with an updated debian directory.
Quoted 9 lines
Quoted 4 lines
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,
IMO, the -2 and -3 revisions are unnecessary and there's really no need for a separate branch ... if Anibal had a kernel.org account and merged changes in before uploading, there'd be no issue, I think - Anibal? It would make life simpler, for sure.
I agree.
On the same subject, I talked to Andreas during LinuxCon2010 in Boston about getting access to the acl and attr git repos to update the debian directory before uploading packages to Debian. He was very positive about that.
Quoted 6 lines
Quoted 5 lines
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.
Quoted 6 lines
Sure, I'll take a look at that for next upload.
cheers.
Signature · 1 line
Nathan
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 20 lines · Anibal Monsalve Salazar
Quoted 9 lines · Nathan Scott
Quoted 7 lines · ----- "Christoph Hellwig
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.
Sorry about the unintended nuisance. When I had access to the SGI ptools repo it was very easy to keep my uploads to Debian with an updated debian directory.
Quoted 5 lines
Quoted 4 lines
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,
Quoted 6 lines
Quoted 4 lines
IMO, the -2 and -3 revisions are unnecessary and there's really no need for a separate branch ... if Anibal had a kernel.org account and merged changes in before uploading, there'd be no issue, I think - Anibal? It would make life simpler, for sure.
I agree.
Hi Christoph and Nathan, :)
Any news about access to kernel.org to merge changes before uploading?
Having the xfsprogs Debian package as native is okay for me if that is what you guys want. Some Debian maintainers think it isn't a good idea, however.
Cheers.
Quoted 17 lines
On the same subject, I talked to Andreas during LinuxCon2010 in Boston about getting access to the acl and attr git repos to update the debian directory before uploading packages to Debian. He was very positive about that.
Quoted 12 lines
Quoted 5 lines
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.
Sure, I'll take a look at that for next upload.
cheers.
Signature · 1 line
Nathan
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 1 line · An?bal Monsalve Salazar
Any news about access to kernel.org to merge changes before uploading?
You'll need to apply yourself at [email protected]. Please say it's for xfsprogs maintaince and quote me as sponsor.
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 4 lines · Christoph Hellwig
Also can we add [email protected] 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.
Guys, any idea how to get this done?
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs