| Summary: | mod_auth_mysql forces old version of mysql-3.23 into system, breaking lots of things due to old libmysqlclient ver | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Robin Johnson <robbat2> |
| Component: | New packages | Assignee: | Christian Parpart (RETIRED) <trapni> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | apache-bugs, fallow |
| Priority: | Highest | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | DEPEND on dev-db/mysql, remove dup IUSE="", remove RDEPEND="" | ||
|
Description
Robin Johnson
2005-01-26 23:55:19 UTC
mod_auth_mysql doesn't do anything special, so 3.23.53 through to 4.x should all work(tm). Just tested with mysql-4.0.22-r2, and I'm presuming it worked with latest stable mysql-3, so DEPEND'ing on dev-db/mysql should be okay. (?) As this has serious breakage potential, any chance of patching it now? :) Created attachment 49697 [details, diff]
DEPEND on dev-db/mysql, remove dup IUSE="", remove RDEPEND=""
I think this was caused by the masking of the datestamp versions, in anticipation of using correct version strings. Whoever masked it probably should have copied the datestamp versions to new ebuilds with a version such as 2.0_pre20030510 so that things wouldn't break like this. I didn't touch version 1.11, although, it was me who masked the datestamped versions, in order to get 2.8.1 in. Furthermore, version 1.11 shall maybe masked (and though removed right together with the already masked versions of mod_auth_mysql, too, as they're plain old and out dated) Please unmask =net-www/mod_auth_mysql-2.8.1 (including apache-herd refresh related dependencies) and try "emerge -pv mod_auth_mysql" once again ;) Any objections about the removal on version 1.11? portage still wants to downgrade mysql what is the correct way to fix this? I know you said: "Please unmask =net-www/mod_auth_mysql-2.8.1 (including apache-herd refresh related dependencies) and try "emerge -pv mod_auth_mysql" once again ;)" Can you please be more specific? do you mean to unmask that in the portage.mask file? I have tried that but that by itself doesnt allow me to emerge it it still says its masked by ~x86 keyword. Also, how can I find out what the apache-herd refresh related dependencies are that you are saying to unmask, and where should they be unmasked? It would be easier for us users if it was just fixed in portage :) Fixed in CVS by copying the 20030510-r2 ebuild to 2.0.0_pre20030510. *** Bug 80443 has been marked as a duplicate of this bug. *** An "emerge --sync" will pick up the fix (namely, the new 2.0.0_pre20030510 ebuild). |