Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Hmm, that was to be feared, it can't have both . You could install MySQL4 in an alternative location - in addition to MySQL5 - but that could get really messy. I think the most convenient option would be to uninstall MySQL5, go to the MySQL site and install version 4.1 (Linux x86 generic static version, Server, Client and libraries): http://dev.mysql.com/downloads/mysql...x86-32bit-rpms
Of course, if you do need MySQL5, you are out of luck. But do you?
As pointed out before, this is just the sort of thing you are likely to run into when you run a bleeding edge distro like Fedora. It rapidly drops support for older packages because its objective is to be innovative more than anything else. If my solution does not work, you should consider installing a more conservative distro like CentOS 4. Much like Fedora, only more conservative. I see that the MySQL site has RedHat 4 specific rpms., by the way. Those will always work on CentOS 4, too, since the two are (nearly) identical. But you probably wouldn't need them at all as I expect that CentOS will have them in its repositories.
One of the few things I know already about Fedora is how cool 'yum' is. Since I could rely on yum to tell me which dependencies I might mess up before I give the final 'y' on removing something, I had no issues removing mysql 5.0. It did cost me only a few toy programs I never used anyhow.
Then, I installed
And now get this:
./GENtle: /usr/lib/libmysqlclient.so.14: version `MYSQL_4.1' not found (required by ./GENtle)'!!!!
My last hope is some weired message I got when installing the 'server' package:
'# rpm -ivh MySQL-server-4.1.22-0.i386.rpm
Preparing... ########################################### [100%]
1:MySQL-server ########################################### [100%]
080106 23:21:20 [Warning] Asked for 196608 thread stack, but got 126976
080106 23:21:20 [Warning] Asked for 196608 thread stack, but got 126976
PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:
/usr/bin/mysqladmin -u root password 'new-password'
/usr/bin/mysqladmin -u root -h localhost.localdomain password 'new-password'
See the manual for more instructions.'
(I did not yet do that password thing, my computer is no server...)
Yes, OK, your computer is not a server but if you want to use MySQL, you'll really need to run the server part as well. The client part comprises only applications that are used to access the database; the database itself is provided by the server. The only time that having just the client installed is when, say, your computer is in a network and it needs to contact a MySQL database that is running on an other computer.
I'm not saying that this is the root of your problem, though. In fact, it may be entirely unrelated. I did a quick look-up and it turns out that you're not the only one having issues with GENtle. I found an Ubuntu user who had the same problem. Unfortunately, no-one appears to have replied to that person yet ...
I would be surprised it it were a conflict of libraries since you installed the static version of mysql, which comes bundled with all that it needs. And since you get the same error message from two different versions of MySQL, it seems very likely that it is a bug in GENTle.
One potential pitfall with earlier versions of Fedora and MySQL was SELINUX. I don't think it is a problem any longer but who knows . Maybe you should try disabling Selinux, remove your MysQL packages, reboot and reinstall them. Do not forget to start your mysql-server as it doesn't start itself automatically (although it will keep running once it has been started as a service). When you have verified that MySQL is running properly, SELINUX should be re-enabled again. Still, my MySQL5 installed and started just fine with SELINUX enabled so I can't guarantee - at all - that it is going to help.
OK, here are two more things that could come in handy. The ldd command will show what shared libraries are required by a program. When I run ldd GENtle/GENtle (you have to run it on the binary file), I get:
The left column lists every shared library that is "required" by the program, the right one lists the library on your system that will fill that requirement. If you see "not available", it means that your system is missing the shared library in question. In this case, the output shows that only libsqlite.so.0 and mysqlclient14 are missing from my system - but you already knew that Fedora doesn't have these out of the box.
Maybe your should run ldd on your GENTle to find out whether something is wrong. Maybe your freshly installed libmysqlclient.so is simply not getting picked up. Such things can happen (although they rarely do in my experience). If so, try running ldconfig on the mysql package (ldconfig /usr/bin/mysql or /usr/shared/mysql or something like that - it depends on where mysql got installed to).
If that still doesn't do it, then I'm afraid that the only option left is to put on your hacker's hat and go hunting through the code for any bugs.
I checked, and I know I have libmysqlclient.so.14. Thus I am afraid you are right and I need to look at GENtle as my main suspect. Just please don't hold your breath, that will take me a while, I first have to learn how to do that and what I might be looking at, before I might get a clue what I will be looking for. Give me some study time.
The good news is that even if I will have to go to the common facility and use commercial software to deal with my molecular biology problems, for now, I sure learned a lot about linux!
I just did see something weired: my yum command finds any random package I ask for from that list above, EXCEPT libmysqlclient.so.14, which I found by listing the content of usr/lib/. There is no '.' in front of the name, so I don't think it's a hidden file. But somehow it might be invisible to my programs. Hmmmm?
As long as the package was installed in rpm format, it should have been registered by the rpm package manager (yum is essentially just a font-end to rpm). However, yum is not very refined. It often fails see the contents of a package in detail. If you ask me, that's just what is happening . The most straightforward way of settling this questions is ldd again. Just run ldd /usr/bin/mysql and check whether it lists libmysqlclient. If it does, it is really there and it is functional.
Sorry, I did not answer so long, my weeks are crazy.
I tried ldd, and (of course) I have libmysqlclient.so.14, also 10, 12 and 15.
I finally decided to cave in, i.e. I will run GENtle under Windows in a virtual box, let's see whether I can make that work.
Thanks, again for all your help, even if I can't run GENtle in Fedora, I sure learned a lot about my system. THANKS!