The bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320869
shows that MySQL is not able to start up with its default configuration file on unstable(sid) + testing(etch)!

This has been a known bug since Aug 2, and according to the bug report this has been fixed on sunday, 14 Aug, but the fix has not yet made it to testing and apparently not even to unstable either.

It seems to me that a MySQL that won't even start up is a very serious issue. When can we expect this fixed bug to propagate through to testing/etch, after 3 weeks of broken-ness?

Where am I wrong when I assume that something this serious should have been caught in unstable/sid and not make it through to testing at all? And that if it *is* found in testing, I expected it to get fixed ASAP. I'm not complaining that it didn't, because I have no right to, I'm only wondering where I went wrong in my expectations...

The problem is that mysql-server installs version 4.0.24-10 and requires mysql-common which is present in version 5.0.7beta-1 (etch) or 5.0.11beta-3 (sid). In both versions, mysql-common's my.cnf contains a "old_passwords = 1" setting, not understood by mysql-server 4.0.24-10.

Using a default CD install, the first thing I do is simply:

apt-get install mysql-server

This yields:
.....
Setting up mysql-server (4.0.24-10) ...
Stopping MySQL database server: mysqld.
Starting MySQL database server: mysqld...failed.
        Please take a look at the syslog.
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (2)'
Check that mysqld is running and that the socket:
'/var/run/mysqld/mysqld.sock' exists!

MySQL on testing/etch can not even start up!

Peter
--
Peter Valdemar Mørch
http://www.morch.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to