On 2017-07-23 Doug Torrance <dtorra...@piedmont.edu> wrote:
[...]
> I think the easier fix would be to install the Debian menu in
> /usr/share/WindowMaker instead, i.e.:
> --- a/debian/wmaker.menu-method
> +++ b/debian/wmaker.menu-method
> @@ -8,7 +8,7 @@ outputencoding="UTF-8"
> outputlanguage="C"
> genmenu="menu.hook"
> -rootprefix="/etc/GNUstep/Defaults"
> +rootprefix="/usr/share/WindowMaker"
> userprefix=shell("echo -n /${GNUSTEP_USER_ROOT-GNUstep}")
> "/Library/WindowMaker/"
> treewalk="(M)"
> rootsection="/Debian"
Hello,
I do not think it is aceptable for a (menu-method) script to write to
/usr/share. FWIW writing to /etc/GNUstep/Defaults/menu.hook and
/etc/GNUstep/Defaults/appearance.menu without preserving user-changes is
probably also a (long-standing) rc bug since it ignores policy 10.7.3.
> Of course, this all assumes we even want to *keep* the Debian menu in
> Window Maker, which is questionable considering that it has been
> deprecated in 3.9.8.
I agree. How about switching to a static menu which
a) uses wmmenugen to dynamically list the installed applications
http://lists.alioth.debian.org/pipermail/pkg-wmaker-devel/2017-July/000471.html
b) statically includes stuff that is generated indirectly by
/etc/menu-methods/wmaker and /etc/menu-methods/wmappearance from
wmaker.menu?
This hook could live in /usr/share/WindowMaker.
I am not 100% sure about the appearance menu, but afaict from
https://codesearch.debian.net/search?q=needs%3D%22wmappearance%22 wmaker
itself is the only package providing input for this method.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
