I think there should be an ebuild for MaxDB's Perl DataBaseDriver. Well, here is on.e It doesn't need MaxDB's client-library installed, but it copies it's own copy to a location, where it's found.
Steps to Reproduce:
Created attachment 50797 [details]
ebuild for DBD::MaxDB 188.8.131.52a
First version of ebuild. Works for fine for me.
Created attachment 57166 [details]
new version of DBD-MaxDB. this time, it is linked against precompiled SQLDBC
184.108.40.206 which doesn't need lib-compat anymore.
Adding mysql folks since they would have a better say in this. I can say that the ebuild could use some tweaking (src_install block can be dropped; not sure i follow the point of the sed where it is, but probably because i haven't tried to build this; wouldn't export that test db stuff - wouldn't run tests in general). mostly hoping the mysql folks will either waive the baton and say this is ok or not :)
while tweaking, you may find out, that several things i did are necessary though don't remeber what could be improved.
one problem is, that this ebuild installs libSQLDBC_C.so directly, but without all the nice utilities that come with the SQLDBC-library. These utilities would be needed to setup some user-specific settings like debug-logfiles etc.
If DBD::MaxDB goes into portage, i would do it that way:
- setup virtual/maxdb-sqldbc
- provide a maxdb-sqldbc-bin ebuild that installs pre-compiled SQLDBC-library
- provide a maxdb-server ebuild that compiled server and sqldbc from scratch
The problem is, that afaik sqldbc cannot be build seperatly. so people would need to compile the whole MaxDB-thing just to get SQLDBC. So having a seperat SQLDBC would be clever.
MaxDB was previously SAP-DB, and the only reason that it seems to have ended up with the mysql devs here is that MySQL AB are the present owners of MaxDB. We aren't willing to take on such a large task, as it isn't anything to do with the MySQL database.
Sometime in the last year I did put out a request on gentoo-dev for maintainers willing to handle MaxDB, but nothing came of it.
Thanks robbat, worth asking :) (removing mysql folks since they aren't as involved as I surmised originally).
Unless I can find someone else willing/able to attest to its working function, I can't add this to the tree (since I would become maintainer, and there's no way for me to debug problems with it).
Why can't you just install this via g-cpan (either current, or if you wait, the new super sleeked version)? We don't routinely add modules to the tree unless they fill a dep anyway, with a few rare exceptions.
(bugzie's acting up on me, let me try that removal again)
tossing this into the maintainer-wanted pile so that it isn't lost if someone
decides they can pick it up
Mass reassign from maintainer-wanted to perl-request
Is anyone still interested in this? If yes, please say so here and now!
I reported this, but I don't use MaxDB anymore these days. I think, MaxDB is now back in SAP's hands (not MySQL anymore). Last version of DBD::MaxDB on CPAN is from 2006.
(In reply to Sven from comment #11)
> I reported this, but I don't use MaxDB anymore these days. I think, MaxDB is
> now back in SAP's hands (not MySQL anymore). Last version of DBD::MaxDB on
> CPAN is from 2006.