MySQL Workbench 5.2.2 ALPHA Out
July 27, 2009 – 5:49 pm by akojimaThe MySQL Workbench team announces the availability of version 5.2.2 - the 3rd ALPHA release - of our database development tool.
Since the last alpha release, several bugs has been fixed and fixes from the 5.1 branch were also included. No major new features are included in this version, but upgrade from previous versions of Workbench 5.2 is recommended. However, please note that this is still an ALPHA release of Workbench 5.2 For database modeling use, please consider using the latest version of Workbench 5.1
For a QuickTour of the latest Query Browser features, see: http://dev.mysql.com/workbench/?page_id=236
The files for different platforms have been pushed to our main server and will be globally available on our mirrors during the next hours.
http://dev.mysql.com/downloads/workbench/5.2.html
General infos, including build instructions for Linux, on our Developer Central site at
http://dev.mysql.com/workbench
If you need any help don’t hesitate to contact us. Post in our forums, leave comments on our blog pages or if you want to get in touch directly you can visit us on our IRC channel #workbench on irc.freenode.net. Keep an eye on our development page http://wb.mysql.com where we post
news and additional infos about our progress.
- The Workbench Team
18 Responses to “MySQL Workbench 5.2.2 ALPHA Out”
Seems to be a lot faster (64bit Ubuntu).
By wolph on Jul 28, 2009
Dear Team,
I wasn’t able to run any previous release on Mac OS X 10.6, the beta Snow Leopard one. I’ll give this one a try, thank you all for your hard, good and so useful work!
Chris
By Christophe Bismuth on Jul 28, 2009
i have trouble with the design diagram tool
cant drag table to the plot
By Milen on Jul 30, 2009
ups sorry i forgot to tell
windows xp is my OS hadn’t test that on linux
By Milen on Jul 30, 2009
building MySQL Workbench 5.2.2 fails with the following error:
i686-pc-linux-gnu-g++ -march=pentium-m -O2 -pipe -Wextra -Wall -Wno-unused -Wno-deprecated -ggdb3 -DENABLE_DEBUG -Wl,-export-dynamic -pthread -Wl,–export-dynamic -Wl,-O1 -o .libs/genobj genobj.o
../../library/grt/src/.libs/libgrt.so
../../library/utilities/src/.libs/libguiutil.so //usr/lib//liblua.so -luuid
/usr/lib/python2.5/config/libpython2.5.a -lutil /usr/lib/libgthread-2.0.so
-lpthread -lrt /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so
/usr/lib/libxml2.so -ldl -lz -lm -L/usr/lib -lpcre /usr/lib/libsigc-2.0.so
-Wl,–rpath -Wl,/usr/lib/mysql-workbench -Wl,–rpath -Wl,//usr/lib/
i686-pc-linux-gnu-g++: /usr/lib/python2.5/config/libpython2.5.a: No such file or directory
make[2]: *** [genobj] Error 1
make[2]: Leaving directory
on my system the file libpython2.5.a is located in /usr/lib
if i made a link like this:
ln -sf /usr/lib/libpython2.5.a /usr/lib/python2.5/config/libpython2.5.a
the package build correctly.
By Christian on Jul 30, 2009
How was python installed? Can you email us the generated config.log to workbench @ mysql?
By akojima on Jul 31, 2009
i have installed python with portage (the gentoo packagemanager).
because i get an error message when i try to send you a mail, i upload the config.log here:
http://www.csstyles.de/misc/Python-2.6.2_config.log
By Christian on Aug 1, 2009
Christian: Sorry, I meant the Workbench config.log, not the one from Python.
By akojima on Aug 4, 2009
here it is:
http://www.csstyles.de/misc/MYSQL-Wokbench_config.log
By Christian on Aug 4, 2009
Christian:
Seems like there’s a packaging bug or something in Python/portage,
WB queries Python to tell it the library install path and it’s responding:
/usr/lib64/python2.6/config/libpython2.6.a
If that path is incorrect, there’s something wrong in the Python installation itself.
By akojima on Aug 4, 2009
akojima:
I asked in the gentoo portage forum for this problem. This is the answer:
[quote]
Only statically linked executables are allowed to use libpythonX.Y.a. mysql-workbench-5.2.2 should use Python shared library (libpythonX.Y.so). I should consider disabling installation of Python static libraries…
[/quote]
and this:
[quote]
It’s just standard output of AC_MSG_CHECKING() macro. Every package might check for Python differently. Apparently build system of dev-db/mysql-workbench-5.2.2 is broken. You should report this problem to upstream of dev-db/mysql-workbench.
[/quote]
Personnally i don’t know where the problem is.
Here is the forum thread:
http://forums.gentoo.org/viewtopic-t-787008.html
Hope that helps…
By Christian on Aug 9, 2009
WB uses the following command to query Python for the Library path:
python -c “from distutils import sysconfig
print ‘/’.join(sysconfig.get_config_vars(‘LIBPL’,'LIBRARY’))+’ ‘+sysconfig.get_config_var(‘LIBS’)+’ ‘+sysconfig.get_config_var(‘LINKFORSHARED’)”
That command gives valid output in in Ubuntu, Fedora and even Mac OS X. I don’t see why that command should give a bogus path only in gentoo. In any case, all of those have a symlink in that dir pointing to the real location of libpython. Perhaps just creating it yourself will be the easiest solution.
By akojima on Aug 9, 2009
In Gentoo, “LIBRARY” variable references Python static library.
>>> from distutils import sysconfig
>>> print(sysconfig.get_config_var(“LIBRARY”))
libpython2.6.a
>>> print(sysconfig.get_config_var(“LDLIBRARY”))
libpython2.6.so
Does “LIBRARY” variable references shared library in other distributions, or do you consciously try to use Python static library instead of shared library?
By Arfrever on Aug 10, 2009
akojima:
The dev in the forum suggest to use this command:
[quote]
LIBPL is used for installation of some other files.
The following command can be used to find Python library:
Code:
python -c ‘from distutils import sysconfig; print(“-lpython” + sysconfig.get_config_var(“VERSION”))’
[quote]
this maybe solve the problem in all distributions.
By Christian on Aug 11, 2009
This could be because of multiple installs of python. Python is now a slotted packages so you can have 2.4/2.5/2.6 installed on the same system. I’m wonding if that is causing problems in the detection.
By Hydrian on Aug 26, 2009
I am having the same problems. With gentoo and WB 5.1.17.
“That command gives valid output in in Ubuntu, Fedora and even Mac OS X. I don’t see why that command should give a bogus path only in gentoo.”
Maybe because only gentoo allows multiple python installations parallel to each other?
As gentoo strongly uses python for all its base utilities I really tend to believe answers from the Gentoo community to be authoritive if it comes to the question how things should be (python related).
Unfortunately there was no answer here to the propositions / questions to resolve this problem
Like this question for example:
Does “LIBRARY” variable references shared library in other distributions, or do you consciously try to use Python static library instead of shared library?
By tormen on Oct 26, 2009
I am having the same problems. With Gentoo and WB 5.1.17.
“That command gives valid output in in Ubuntu, Fedora and even Mac OS X. I don’t see why that command should give a bogus path only in Gentoo.”
Maybe because only Gentoo allows multiple python installations parallel to each other?
As Gentoo heavily uses python for all its base utilities I really tend to believe answers from the Gentoo community to be authoritative if it comes to the question how things should be (python related).
Unfortunately there were no answers/replies here to the propositions / questions to resolve this problem
Like this question for example:
Does “LIBRARY” variable references shared library in other distributions, or do you consciously try to use Python static library instead of shared library?
By tormen on Oct 26, 2009