[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