On 04/04/14 15:34, Matthew Summers wrote: > On Wed, Apr 2, 2014 at 3:18 PM, Thomas Kahle <to...@gentoo.org> wrote: >> Hi, >> >> www-apps/tt-rss is configured through a file config.php sitting >> in its install directory. At the moment the file is overwritten >> when upgrading with webapp-config. Who is responsible for >> config-protecting this file? >> >> a) the ebuild should install an env file (www-apps/otrs does this) >> b) the user can be informed with einfo but needs to do it herself >> c) This is a bug in webapp-config >> >> c) seems strange to me, but a user has reported this in bug >> 496788 and it was closed as a duplicate implying c). >> > > It depends. webapp-config is designed to keep a pristine copy in > /usr/share/webapps/$PN/$PV/ so when you write "its install directory" > I'm not sure which one you mean. Is it that one in /usr/share OR is it > the directory, likely withinin /var/www/, that the cli invocation of > webapp-config placed it's files?
I did not know about the pristine copy in /usr/share, that's
quite useful indeed. My analysis of the situation at the moment:
The ebuild tries to use the config protect functionality of
webapp-config as per eclass manpage. It has:
webapp_configfile ${MY_HTDOCSDIR}/config.php
This failed somehow. When upgrading my site install,
/var/www/../config.php was overwritten by the pristine version.
I don't know if this bug is different from
https://bugs.gentoo.org/show_bug.cgi?id=493520
At least the patch in that bug seems to only work around the
problem, introducing a user configurable config protect variable.
> If the latter, then it's a bug. webapp-config is supposed to
> keep track of modified files across multiple installations of
> the same webapp, even differing versions of the same webapp. If
> it's not doing that, its a bug in webapp-config.
Yes.
Cheers,
Thomas
--
Thomas Kahle
http://dev.gentoo.org/~tomka/
signature.asc
Description: OpenPGP digital signature
