| Summary: | Fully support 'sybase-ct' USE-flag w/ php5_2-sapi.eclass | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alex Kiesel <alex> |
| Component: | Eclasses | Assignee: | PHP Bugs <php-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | trivial | CC: | G.Jaekel, notordoktor |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Patch proposal | ||
|
Description
Alex Kiesel
2009-08-13 12:51:39 UTC
Dear Axel, thank you for this useful hint. I think it will provide a way to connect to Sybase without installing this problematic 3rd party binary stuff. I vote to add a direct USE-flag-support to build against FreeTDS or at least to include a hint. You should already have sybase ODBC connectivity (full support) with dev-lang/php[iodbc] and dev-db/freetds[odbc] - see http://www.freetds.org/userguide/php.htm Hm, php-5.2 is pretty much closed to changes as we work on getting php-5.3 into the tree. That said, php-5.3 drops support for sybase and only allows sybase-ct. From what i gather from the list of freetds "client libraries", they support "db-lib", "ct-lib" and odbc, corresponding to ext/sybase, ext/sybase_ct and ext/odbc in php. ext/sybase is what is going to be dropped. I don't understand why sybase-ct requires external libraries not available through portage, though? Can somebody enlighten me? If freetds indeed can provide for sybase_ct and odbc extension, we should just add sybase-ct? ( dev-db/freetds ) and make php link against it. Any obvious reasons why this won't work that i missed? (In reply to comment #3) > I don't understand why sybase-ct requires external libraries not available > through portage, though? Can somebody enlighten me? sybase-ct originally uses a library called ctlib, which comes from Sybase Inc. This library is closed source and has not been made available in Gentoo portage. FreeTDS is supposed to be a drop-in replacement and exposes (mostly) the same APIs as the original Sybase library does. > If freetds indeed can provide for sybase_ct and odbc extension, we should just > add sybase-ct? ( dev-db/freetds ) and make php link against it. That's what I was asking. :-) I've pushed the mentioned change to the php overlay. After review it will migrate to the main tree before php-5.3.2 will get unmasked (2-3 days). Well, I couldn't hold the 2-3 days, but now sybase-ct has made the cut and php-5.3.2 will get unmasked in a few minutes. Thank you for your efforts! We're at DNB are using PHP 5.2 with Sybase and the FreeTDS driver since about one year without any issue. This does actually not fix the issue reported in comment #0 - I still have to add EXTRA_ECONF="..." to the environment to have the configure run pass. The following patch fixes this for me (php-5.3.3-r2.ebuild): --- files/eblits/src_configure-v2.eblit.orig 2010-10-27 15:12:32.000000000 +0200 +++ files/eblits/src_configure-v2.eblit 2010-10-27 15:12:40.000000000 +0200 @@ -60,7 +60,7 @@ phpconfutils_extension_enable "soap" "soap" 1 phpconfutils_extension_enable "sockets" "sockets" 1 phpconfutils_extension_without "sqlite3" "sqlite3" 1 "/usr" - phpconfutils_extension_with "sybase-ct" "sybase-ct" 1 + phpconfutils_extension_with "sybase-ct" "sybase-ct" 1 "/usr" phpconfutils_extension_enable "sysvmsg" "sysvipc" 1 phpconfutils_extension_enable "sysvsem" "sysvipc" 1 phpconfutils_extension_enable "sysvshm" "sysvipc" 1 Created attachment 252211 [details, diff]
Patch proposal
Attached possible fix, my manual comment was wrapped.
Thanks, should be fixed properly now. |
