Bug#868431: wmaker: uses static upstream menu

[Andreas Metzler]

On 2017-07-23 Doug Torrance <dtorrance at 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'