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 attachment 8104 [details] tora-1.3.9.ebuild tora-1.3.9 ebuild file
Created attachment 8105 [details] 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 attachment 8214 [details] tora-1.3.9.1.ebuild tora-1.3.9.1.ebuild
Created attachment 8215 [details] 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 attachment 8365 [details] tora-1.3.9.2.ebuild tora 1.3.9.2 ebuild
Created attachment 8366 [details] 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.