Summary: | sci-mathematics/glpk-4.29 fails (mysql-5.0.60-r1 header problem) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Patrizio Bassi <patrizio.bassi> |
Component: | New packages | Assignee: | Gentoo Linux MySQL bugs team <mysql-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | cbm |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Patrizio Bassi
2008-07-25 19:38:03 UTC
This seems to be a dupe of bug 168931. Which MySQL ebuild are you using exactly? [ebuild R ] dev-db/mysql-5.0.60-r1 USE="berkdb extraengine perl ssl -big-tables -cluster -debug -embedded -latin1 -max-idx-128 -minimal (-selinux) -static" 27,369 kB Maybe the same bug was reintroduced in later versions... try this test to see if behavior is same as in bug 168931: >As a test, I moved the old /usr/include/mysql/my_config.h file to a temporary location, then re-emerged dev-db/mysql-5.0.32 again, and this time it did install the newly generated my_config.h file into /usr/include/mysql. However, at the same time, I observed the following error towards the end of the build, either immediately before or during the install phase: > >install: cannot stat `/usr/include/mysql/my_config.h': No such file or directory Also, tell us what happens if you unmerge mysql and then install it, since the old issue happened when reinstalling over an existing mysql. it has been enough to delete the my_config.h, reemerge mysql then this one. so it's an error in the update procedure of mysql. for me, we can close this bug, but the other must be reopen. It's up to you now. Thanks for the clarification. I'll assign this to mysql guys and let them decide whether to keep this one open or reopen the other. verified here. Fix of deleting file and reemerging mysql fixed. i would like to close it, as it's mysql issue only. |