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