[debian-mysql] my.cnf in mysql-server instaed of mysql-common

Christian Hammers ch at lathspell.de
Tue Feb 19 09:04:00 UTC 2008


On Mon, 18 Feb 2008 21:36:45 -0300
Monty Taylor <monty at inaugust.com> wrote:

> Hey all,
> 
> Why do we put my.cnf in mysql-common? It seems to me that it's only
> relevant if you have the server installed. Client libs don't need it to
> tell them where the local server is if there is no local server
> installed...
> 
> Is there some other reason I'm missing?

Back then I did it because of those entrie here:
	[mysqldump]
	quick
	quote-names
	max_allowed_packet      = 16M
	
	[mysql]
	#no-auto-rehash # faster start of mysql but no tab completition
	
	[isamchk]
	key_buffer              = 16M


> 
> The existence of that file on systems where mysql-server hasn't been
> installed seems to cause _GREAT_PAIN_ to many of the MySQL folks who
> like to install mysql via binary tarball instead (usually because they
> need to install multiple concurrent versions for testing purposes...)
> 
> If there isn't a reason, would it be permissable to move the file to
> mysql-server?

I have one server with binary tarball. It looks for /etc/my.cnf so I
just symlinked that to /etc/mysql/my.cnf. Debian Clients also
look there and can access the MySQL binary server without problems.

If I wanted to run multiple binaries I would have to pass separate configs
to each of them anyway.

So I don't see the problem right now...

bye,

-christian-

 
> Thanks!
> Monty
> 
> _______________________________________________
> pkg-mysql-maint mailing list
> pkg-mysql-maint at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-mysql-maint



More information about the pkg-mysql-maint mailing list