[request-tracker-maintainers] Re: First rt3.4 upload?

[Toni Mueller]

Hello Niko,

On Thu, 15.06.2006 at 22:28:14 +0300, Niko Tyni <ntyni at iki.fi> wrote:
> I suppose we should take request-tracker3.4 off the QA group's hands.

the same thought struck me today.

> There's version 3.4.5-1 in the Alioth SVN repository, including

I'm still wrestling with Alioth, having no experience with it, and
found that the project page only has a CVS link which shows 3 year old
code. The CVS tab should probably be replaced with an SVN (or general
SCM) tab...

> Ivan or Toni, as I'm not a DD yet, could you please have a look and 
> upload the new version if you think it's OK?

Maybe I find time this weekend to look into it, but I can't promise
immediate upload.

> I'm missing something, like eg. rt-mailgate?

Likely, as otherwise, you end up with files unreadable by the web
server when they should be, which is bound to give "inconsistent"
results...

> (Toni: I'm CCing you as you don't seem to be on the list.)

Umm... can you please put me on the list, then? Can I do it myself?

> PS: RT 3.6.0 was released today, so maybe we should start looking
> into that as well. Maybe only for etch+1, though?

I think there are two points of interest:

 * rt 3.4.5 should be uploaded ASAP to prevent the package from falling
   out of the archive. Also, if nothing else changes, this package
   would then be the fall-back for etch.

 * We're still some 5 months away from etch, as far as I can see, and
   if it's possible to make rt 3.6.x go in (and if 3.6.x gets enough
   positive/little enough negative responses), then we should try to do
   it, no?

I'm still a bit wary about Perl dependencies - despite a statement in
the upstream source that 3.4.5 requires only Perl 5.6 or so, I have
other statements saying that it requires at least Perl 5.8.7 (or 5.8.8)
due to a restriction on one of the DBIx modules.


Best,
--Toni++