Wprefs will not open

[hanzomon4]

* I'm running on the 64bit version of Ubuntu

Description: Ubuntu 17.10
Release: 17.10

apt-cache policy wmaker-common
wmaker-common:
  Installed: 0.95.8-2
  Candidate: 0.95.8-2
  Version table:
 *** 0.95.8-2 500
        500 http://us.archive.ubuntu.com/ubuntu artful/universe amd64 Packages
        500 http://us.archive.ubuntu.com/ubuntu artful/universe i386 Packages
        100 /var/lib/dpkg/status

Attempts to open the WPrefs from the gui fails with:

Could not execute command "/usr/share/GNUstep/System/Applications/WPrefs.app/WPrefs"

If I try to open from the command line with openapp:

openapp /usr/share/lib/GNUstep/System/Applications/WPrefs.app
Could not find /usr/share/lib/GNUstep/System/Applications/WPrefs.app/WPrefs executable/script

And ls -a:

ls -a /usr/share/lib/GNUstep/System/Applications/WPrefs.app/

. .. tiff WPrefs.tiff WPrefs.xpm

The WPrefs.app/Wprefs script appears to just be missing.

[hanzomon4 (hanzomon4)]

I'm stupid it's a path issue. The script is located in /usr/lib/GNUstep/System/Applications/WPrefs.app/WPrefs.

A ln -sf to where wmaker looks for WPrefs resolved the issue.

[Doug Torrance (profzoom)]

You're not stupid at all! This is definitely a bug.

When the package is built, WPrefs is installed in /usr/share/lib/GNUstep and the menu points there. But then for some reason, the Debian/Ubuntu package *moves* WPrefs to /usr/lib/GNUstep.

I'll upload a new version soon that fixes this and *doesn't* move WPrefs. It will be uploaded to Debian and should migrate over to Ubuntu in time for bionic.

[Doug Torrance (profzoom)]

This is now fixed in git:

https://salsa.debian.org/wmaker-team/wmaker/commit/51c5719b67f5d6cdbd96d91424b82ecbe09aee95

[hanzomon4 (hanzomon4)]

Sweet! Thanks

[Andreas Metzler (k-launchpad-downhill-at-eu-org)]

Doug Torrance (profzoom) wrote on 2018-01-12:
> When the package is built, WPrefs is installed in /usr/share/lib/GNUstep and the menu points there. > But then for some reason, the Debian/Ubuntu package *moves* WPrefs to /usr/lib/GNUstep.

> I'll upload a new version soon that fixes this and *doesn't* move WPrefs. It will be uploaded to
> Debian and should migrate over to Ubuntu in time for

Doug, there is a very good reason for moving WPrefs. It is a compiled binary and not arch-indepent. Therefore it *must* not be installed to /usr/share

[Launchpad Janitor (janitor)]

This bug was fixed in the package wmaker - 0.95.8-3

---------------
wmaker (0.95.8-3) unstable; urgency=low

  [ Doug Torrance ]
  * debian/compat
    - Bump debhelper compatibility level to 11.
  * debian/control
    - Bump versioned dependency on debhelper to >= 11.
    - Drop automake (>= 1:1.12) from Build-Depends; automake 1.14 is
      now in oldstable.
    - Add libmagickwand-6.q16-dev to Build-Depends.
    - Add libpango1.0-dev to Build-Depends. We have been passing
      --enable-pango to configure during build since version 0.95.7-1,
      but it has been failing.
    - Bump Standards-Version to 4.2.1.
    - Use https in Homepage.
    - Update Vcs-* after migration to Salsa.
  * debian/copyright
    - Update Format to https.
  * debian/patches/60_fix_pkg-config_variable_typo.patch
    - New patch; correctly call pkg-config when building with
      ImageMagick support.
  * debian/README.Debian
    - Add documentation for new FreeDesktop-style menu which replaced
      the deprecated Debian menu (Closes: #872879).
  * debian/rules
    - Add --enable-magick configure option to enable ImageMagick
      support (Closes: #905608).
    - Remove --parallel option to dh; default after debhelper 10.
  * debian/watch
    - Use https for download link.

  [ Andreas Metzler ]
  * Delete trailing whitespace in Debian changelog. (Thanks, lintian)
  * 75_WPrefs_to_bindir_when_gnustedir_is_set.diff: Install main WPrefs
    executable to /usr/bin even if --with-gnustepdir is used.
    Build with --with-gnustepdir=/usr/share/GNUstep (instead of
    /usr/share/lib/...) and fix references in debian/* accordingly.
    (LP: #1742842)
  * Set Rules-Requires-Root: no.

 -- Andreas Metzler <email address hidden> Thu, 13 Sep 2018 19:16:14 +0200