xfsprogs Debian mantainaince

xfsprogs Debian mantainaince

[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.

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@oss.sgi.com 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@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[Nathan Scott]

----- "Christoph Hellwig" <hch@infradead.org> wrote:

> 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,

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.

> 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.

-- 
Nathan

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[Aníbal Monsalve Salazar]

On Mon, Aug 16, 2010 at 11:25:59AM +1000, Nathan Scott wrote:
>----- "Christoph Hellwig" <hch@infradead.org> wrote:
>
>>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. 

>>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.

>>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.
>
>-- 
>Nathan

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[Aníbal Monsalve Salazar]

On Sun, Aug 29, 2010 at 02:19:24PM +1000, Anibal Monsalve Salazar wrote:
>On Mon, Aug 16, 2010 at 11:25:59AM +1000, Nathan Scott wrote:
>>----- "Christoph Hellwig" <hch@infradead.org> wrote:
>>
>>>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. 
>
>>>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.

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.

>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.
>
>>>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.
>>
>>-- 
>>Nathan

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[Christoph Hellwig]

On Fri, Oct 01, 2010 at 11:02:26AM +1000, An?bal Monsalve Salazar wrote:
> Any news about access to kernel.org to merge changes before uploading?

You'll need to apply yourself at ftpadmin@kernel.org.  Please say it's
for xfsprogs maintaince and quote me as sponsor.

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[Christoph Hellwig]

On Sat, Aug 14, 2010 at 07:15:13AM -0400, Christoph Hellwig wrote:
> Also can we add xfs@oss.sgi.com 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
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[nathans]

----- "Aníbal Monsalve Salazar" <anibal@debian.org> wrote:
> 
> Hi Christoph and Nathan, :)

Hey Anibal!

> 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.

Yep.

> Some Debian maintainers think it isn't a good idea, however.

If you assert that grass is green and the sky is blue, you will find
some Debian maintainers disagree with you.  ;)  And fair enough too,
everyones entitles to an opinion.

cheers.

--
Nathan

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[nathans]

----- "Christoph Hellwig" <hch@infradead.org> wrote:

> On Sat, Aug 14, 2010 at 07:15:13AM -0400, Christoph Hellwig wrote:
> > Also can we add xfs@oss.sgi.com 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?

Not sure ... I'm guessing we need to make an "official" xfs
debian maintenance team.  Probably some process exists for
that, somewhere, which I haven't been able to find so far -
Anibal do you know?  (http://wiki.debian.org/Teams looks like
a place to start?) and then add xfs@oss as a contact address
on that list.

cheers.

--
Nathan

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: xfsprogs Debian mantainaince

[Aníbal Monsalve Salazar]

On Sat, Oct 02, 2010 at 09:02:51AM +1000, nathans@debian.org wrote:
>----- "Christoph Hellwig" <hch@infradead.org> wrote:
>>On Sat, Aug 14, 2010 at 07:15:13AM -0400, Christoph Hellwig wrote:
>>>Also can we add xfs@oss.sgi.com 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?
>
>Not sure ... I'm guessing we need to make an "official" xfs
>debian maintenance team.  Probably some process exists for
>that, somewhere, which I haven't been able to find so far -
>Anibal do you know?

Just change the maintainer to xfs@oss in debian/control and add yourself
as an uploader.

The only problem is that xfs@oss may not accept mail from any mail
address submitting a new bug report or/replying to an existing bug
report.

>(http://wiki.debian.org/Teams looks like a place to start?) and then
>add xfs@oss as a contact address on that list.

The Teams wiki page is optional.

>cheers.
>
>--
>Nathan

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs