Re: Debian maintainership, using Arch

Kristian Kvilekval <[email protected]> Tue, 24 Feb 2004 00:30:14 -0800
Newsgroups gmane.comp.audio.zinf.devel
Message-ID <1077611414.809.76.camel@krispc>
On Sun, 2004-02-22 at 11:48, Andreas Rottmann wrote:
> Hi!
> 
> I decided to revert my decision of resigning as Debian maintainer (at
> least temporarily). With the latest release, it was possible for me to
> cut down Debian buglist to managable state.

Good news.


> However, there would be some things that would make my live
> significantly easier:
> 
> I'd like to put my debian stuff into my Arch repo (see
> http://yi.org/rotty/Software#gnuarch). I already branched off
> Kristian's cvstrunk branch and fixed the RTP parsing bug
> (zinf--rotty--patch-3).
> 
> It would be very helpful if we could have:
> 
> 1) A --release--2.2 branch, for tagging releases (see
>    http://regexps.srparish.net/tutorial-tla/symbolic-tags.html#Symbolic_Tags).
>    I guess this is not really workable right now, since there is
>    nothing to point 2.2.{0,1,2} (at least) to. Anyway, Kristian: is
>    there a revision in --cvstrunk that "is" 2.2.5?

Done.   Patch-6 was actually 2.2.5.  I've been meaning to do 
what you are suggesting for some time now, so I am glad that you asked
for it.

[email protected]/zinf--release--2.2

base-0 is actually 2.2.5 
When we finally get to 2.3 then patches numbers will correspond to 
release numbers. I don't have the time right now to try to 
and re-create all the previous versions.


> 2) A branch for bugfixes. This would allow me to simply star-merge
>    this branch into my (yet to be created) debian--2.2.5 branch. I
>    will also only commit Debian-related bugfixes to my rotty branch,
>    so there can be mutual star-merging to deal with Debian-related
>    bugs.

I am thinking we should have small branches for fixes for each release,
which can then be merged into trunk every once in a while, but will
keep arch history in the meantime.  To that end, another branch

zinf--fixes--2.2.5

> To sum it up: it would be really nice to have bugfixes as clean Arch
> changesets (see
> http://regexps.srparish.net/tutorial-tla/exploring-changesets.html),
> ideally including the Debian bug number they address in the log
> message (see my log message for zinf--rotty--patch-3).
> 
> I don't know if this is really workable without having all developers
> switching to Arch, however.

Eventually I would like to move the archives back to sourceforge
and possibly use tla-pqm http://web.verbum.org/arch-pqm/
If you feel like to trying to cobble it together, please give
it a go.  Currently it seem to have the required python and
gpg so it might just work, but we would need tla running
at least from a shell account.   I played around for
a bit, to see if I could just mirror up on there, but
I got some errors and didn't check what caused them.


-- 
Kristian G. Kvilekval
email:[email protected] office:(805)893-4276 http://www.cs.ucsb.edu/~kris



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click