Re: What led to the design of having multiple option file locations?

Tianyin Xu <[email protected]> Wed, 12 Nov 2014 18:05:49 -0800
Newsgroups gmane.comp.db.mysql.devel
Message-ID <CABBDWwf_JKT9WWQaCN7Z6AfpGeX9sj5ObwB1up9UCPL_fXRqJQ@mail.gmail.com>
Hi Sergei,

Good day!

On Tue, Nov 11, 2014 at 12:02 PM, Sergei Golubchik <[email protected]> wrote:
> Hi, Tianyin!
>
> On Nov 11, Tianyin Xu wrote:
>> Thanks a lot for the explanation, Stewart and Sergei!
>>
>> Basically the main purpose is to support different conventions such as
>> Redhat- and Debian-based distributions.
>>
>> Wait... Isn't this a bad way to do things? I think the right way is to
>> decide at installation time: figure out the type of system and decide
>> the location of the configuration file. This makes even less sense
>> when using pre-compiled mysql packages for specific distribution
>> (e.g., the ones dedicated for Fedora and Ubuntu via yum or apt-get).
>
> Agree! And we've fixed it in MariaDB few months ago.
>
> I've implemented an option to compile out these standard paths, and this
> is now used in our RPM packages. MariaDB only reads /etc/my.cnf, not
> /etc/mysql/my.cnf.
>

This's very cool! MySQL should also take it.
Hmmm... "MariaDB is a drop-in replacement for MySQL." I should look at
it and probably use in the future. :-P

> The main reason was to be able to compile MariaDB
> into a certain path (e.g. /opt/mariadb-10/) and make sure it does not
> read any cnf files outside of it.
>

Yes, I like the idea. I think self-encapsulation makes a lot of sense
and much easier to manage (e.g., find stuff) for people like me.

> Regards,
> Sergei



-- 
Tianyin XU,
http://cseweb.ucsd.edu/~tixu/

-- 
MySQL Internals Mailing List
For list archives: http://lists.mysql.com/internals
To unsubscribe:    http://lists.mysql.com/internals