Bugzilla Bug 15398

TOra 1.3.9 was released 2003-02-09.  I've modified tora-1.3.8 ebuild
accordingly
and have verified install.  Also changed URI to use sourceforge mirror
protocol.

Reproducible: Always
Steps to Reproduce:

Created an attachment (id=8104) [edit]
tora-1.3.9.ebuild

tora-1.3.9 ebuild file

Created an attachment (id=8105) [edit]
digest-tora-1.3.9

tora 1.3.9 digest file

Note that the source tarball hasn't made it's way around to all the mirrors.

Great Job. 
Thx. 

Word on the dev list is that the TOra author wants to take a break and so he is
putting in a bunch more bug fixes now so don't have to wait as long.  This will
result in a tora-1.3.9.1, which should be released today.  Just an FYI.  IMHO
we should release this one also, just in case 1.3.9.1 introduces a problem.

TOra 1.3.9.1 is out.  I'll be uploading new ebuild and digest shortly.

Created an attachment (id=8214) [edit]
tora-1.3.9.1.ebuild

tora-1.3.9.1.ebuild

Created an attachment (id=8215) [edit]
digest-tora-1.3.9.1

digest-tora-1.3.9.1

new ebuild and digest uploaded, old ones marked obsolete.

TOra author is on a bug-fix rampage.  TOra 1.3.9.2 released this morning.  Will
be submitting ebuild later.  Although ebuild is simply the 1.3.9.1 ebuild
renamed and new digest made accordingly.

Created an attachment (id=8365) [edit]
tora-1.3.9.2.ebuild

tora 1.3.9.2 ebuild

Created an attachment (id=8366) [edit]
digest-tora-1.3.9.2

tora 1.3.9.2 digest

OK updated ebuild and digest and changed bug summary.

What is the timeline needed for checkin of this ebuild.  The newer version of
tora contains a lot of major bug fixes and feature additions.

I am no regular tora user since I have the wrong oracle version installed :-( -
but regarding the fact that there has been no response to this bug, I'll take
it.
Expect a slightly changed version of the ebuild for tora 1.3.9.2 in portage
today.

is in portage

What do you mean you have the wrong oracle version?  7.3?

Why did you put the mysql flag in, and why does it depend on perl?

TOra gets it's mysql and postgres functionality directly from Qt now.

No, PL/SQL with 9i R2 or whatever it's called does not work. Was already
reported a few times.
I put in the mysql check because it should (didn't try) support mysql directly
when used with Qt 2. And it depends on perl because configure.pl gives a few
syntax errors when executed with /bin/sh :-)

I set tora to depend on qt3 from the beginning.  It probably doesn't hurt to
have that check but I'm sure we discussed it on the tora dev mailing list that
it no longer has any functionality.

The perl thing makes sense.

Thanks for taking care of this.  Hopefully 1.3.10 won't take as long to get in!

Well, the test does not do anything if Qt is >= 3 and since we depend on it you
are quite likely right :-)
Kicking out this test before we keep it until 1.4 - won't update the package
revision since this should not change any installed file.