Hi Alex,
Alexander Bech wrote:
> >>the client update process from a central plugins-repository fails.
> >Just to be sure: That's not a regression, right? Did it work in the
> >past? Or have you tried that feature just the first time?
> >
> >In the following I assume that it's not a regression.
> It is not a regression.
Thanks for the confirmation.
> It is a feature that does not work.
Yes. A feature which is rather incompatible with the concept of
packaging. And incompatible with multiple architectures, too.
> >>The problem could possibly be solved by adding this to the
> >>xymon-client.postinst:
> >>
> >>chown -R xymon:xymon /usr/lib/xymon
> >>chown -R xymon:xymon /etc/xymon
> >Nope, that would violate multiple sections of the Debian Policy.
> >Basically /usr/lib/ is just for packaged contents and should only be
> >changed by package updates.
> >
> >If that feature is used in conjunction with the Debian package, all
> >downloaded files should go somewhere else, e.g. to
> >/usr/local/lib/xymon/ or maybe even somewhere under /var/run/xymon/.
> Or /var/lib/xymon ?
/var/lib/xymon would be no issue, as it's meant for "variable" data.
/var/tmp/ neither.
Regards, Axel
--
,''`. | Axel Beckert <a...@debian.org>, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`- | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
