[debian-mysql] Discussion on handling 5.6 related matters
Akhil Mohan
akhil.mohan at oracle.com
Tue Jul 22 10:46:47 UTC 2014
On Monday 21 July 2014 06:40 AM, Clint Byrum wrote:
> Excerpts from Akhil Mohan's message of 2014-07-09 12:29:24 -0700:
>> Hi Robie,
>>
>> Consider the case when a user goes for co-installed data dir for
>> multiple variants as /var/lib/fork{1,2,3,...} and plans to remove all
>> forks. I have following questions:
>>
>> 1. Will purging the server package for each fork trigger removal of
>> data dir or purging mysql-defaults will remove data dir ?
>> 2. If the removal is associated with mysql-defaults, then in
>> co-installed setup will mysql-defaults remove all data dirs at once
>> or allow selection ?
>> 3. If all data dirs will be removed together, then it is possible to
>> accidentally remove more than required. How will we control this ?
>> 4. Since user might do manual data dir creation and also add the
>> required entries in config manually so the mysql-defaults package
>> may always not know if data dir is present and might remove user
>> accounts owning the custom data dir leaving data inaccessible. Will
>> we check for only standard data dirs or read them from config files ?
> In 'remove' we don't remove the user. In purge we do, but files outside
> the package maintainer's configuration reach are really not the package
> maintainer's problem.
>
> IMO we should not go through the config file in purge and remove
> datadirs that we did not configure.
Yes, I assumed more control and responsibility on maintainers than
expected. Since Robie is proposing to keep data dir handling with
individual variant's server package, so this question should not apply
anymore.
>
>> 5. I see possibility of config files getting custom location during
>> manual setup ? Do we see this as trouble ?
> Maintainer scripts and the like should be concerned with automating _the
> common case_, and with getting out of the way in the uncommon case. So
> we should take responsibility for the datadir for each package, but
> leave anything else alone.
Yeah, I got this one wrong in my head. Now, we can take the standard
case and automate it with ease.
>
>
More information about the pkg-mysql-maint
mailing list