XMonad：dmenu在启动时不会启动/产生

Question

到目前为止，XMonad尚不熟悉它，并且很喜欢它。 我有一个相当普通的XMonad设置，并且dmenu出现了问题。 当我登录并按下mod+p什么也没有发生。 如果我然后打开一个终端并点击xmonad --restart然后mod+p ， dmenu将起作用。

我的xmonad.hs一定有问题吗？ 我尝试了XMonad的无自定义设置，并且一切运行正常（即dmenu登录后dmenu工作）。

我的问题：

1. 我的xmonad.hs吗？
2. 如果不dmenu xmonad --restart为什么dmenu不起作用？
3. 在xmonad.start中是否会出现故障，从而导致在启动xmonad时dmenu无法正确加载？

这是我的文件（是从overthink借来的）。 ：

xmonad.hs

import System.IO
import XMonad
import XMonad.Hooks.DynamicLog
import XMonad.Hooks.ManageDocks
import XMonad.Hooks.SetWMName
import XMonad.Util.EZConfig(additionalKeys)
import XMonad.Util.Run(spawnPipe)
import XMonad.Hooks.ICCCMFocus

myWorkspaces = ["1", "2", "3", "4", "5", "6"] 

myManageHook = composeAll
  [ className =? "Gimp" --> doFloat
  , className =? "Vncviewer" --> doFloat
  ]

main = do
  xmproc <- spawnPipe "/usr/bin/xmobar /home/aaron/.xmobarrc"
  xmonad $ defaultConfig { terminal = "urxvt" }
      { manageHook = manageDocks <+> manageHook defaultConfig
      , startupHook = takeTopFocus >> setWMName "LG3D" -- fix for Java apps
      , layoutHook = avoidStruts  $  layoutHook defaultConfig
      , logHook = dynamicLogWithPP xmobarPP
                      { ppOutput = hPutStrLn xmproc
                      , ppTitle = xmobarColor "green" "" . shorten 50
                      }
      , modMask = mod4Mask     -- Rebind Mod to the Windows key
      , workspaces = myWorkspaces
      } `additionalKeys`
      [ ((mod4Mask .|. shiftMask, xK_l), spawn "gnome-screensaver-command --lock") ]

xmonad.desktop

[Desktop Entry]
Encoding=UTF-8
Name=Xmonad-****
Comment=Ligthweight, pretentious tiling window manager
Exec=xmonad.start
Icon=xmonad.png
Type=XSession

xmonad.start

#!/bin/bash

xrdb -merge .Xresources

trayer --edge top --align right --SetDockType true --SetPartialStrut true --expand true --widthtype percent --width 10 --heighttype pixel --height 20 --transparent true --alpha 0 --tint 0x333333 &

# settings daemon is a prereq for some other gnome apps
gnome-settings-daemon &

# Network monitor (connections, vpns) applet in tray
if [ -x /usr/bin/nm-applet ] ; then
    nm-applet --sm-disable &
fi

# volume indicator in tray
if [ -x /usr/bin/gnome-sound-applet ] ; then
  gnome-sound-applet &
fi

eval $(gnome-keyring-daemon --start)
export GNOME_KEYRING_SOCKET
export GNOME_KEYRING_PID

#exec xmonad
dbus-launch --exit-with-session xmonad

谢谢你的帮助！

Answer 1

我有一种模糊的感觉，当您第一次启动xmonad时，它使用一个可执行文件+配置，然后当您重新编译时，它会找到“正确的”文件。 在xmonad.desktop中，尝试更改Exec=行以包含xmonad.start的完整路径。

Exec=/full/path/to/xmonad.start

或者，您可以尝试更改xmonad.start的最后一行以包含xmonad可执行文件的完整路径。

dbus-launch --exit-with-session /full/path/to/xmonad

要尝试的另一件事是将最后两行更改为：

exec xmonad
#dbus-launch --exit-with-session xmonad

如果这些选项中的任何一个改变了您所看到的行为，那么可能会给我们一个提示。

---

编辑：让我们尝试一种不同的启动方式，看看我们是否可以学到任何东西。 不要启动任何窗口管理器，而是登录到普通终端。 输入命令xinit -- xmonad或xinit -- /full/path/to/xmonad 。

或者，创建文件.xinitrc并在其中一行：

xmonad

然后键入命令startx 。

我也在Xmonad常见问题解答中找到了这一点，它可能会有所帮助：

2.6找不到错误或对xmonad.hs的更改不会生效

确保ghc和xmonad可执行文件都在启动X的环境PATH中。或者将它们符号链接到PATH中已经存在的位置。 ghc-pkg列表应显示ghc，xmonad，X11等，不带方括号，例如{xmonad}不好。 ghc-pkg检查将告诉您是否存在不一致的依赖性或其他注册问题。

mod-q操作调用xmonad二进制文件重新编译自身，因此，如果您的显示管理器以/ path / to / xmonad启动它，则还必须编辑xmonad.hs mod-q绑定以使用完整路径并重新启动X（或在较新版本中使用'xmonad --restart'）以新的mod-q全路径绑定重新启动xmonad。

Answer 2

更新：

似乎已解决问题的解决方案正在更改：

exec xmonad

至：

touch ~/.xmonad/xmonad.hs
exec xmonad

在

/usr/local/bin/xmonad.start (or .xinitrc/.xsession if xmonad is started using startx)

---

旧：

如何更改：

} `additionalKeys`
 [ ((mod4Mask .|. shiftMask, xK_l), spawn "gnome-screensaver-command --lock") ]

至：

} `additionalKeys`
  [ ((mod4Mask .|. shiftMask, xK_l), spawn "gnome-screensaver-command --lock") 
  , ((mod4Mask, xK_p), spawn "dmenu_run -b -nb black") ]

我遇到了与您相同的问题，这是因为我使用了类似的方法：

((mod4Mask, xK_p), spawn "exe=`dmenu_path | dmenu` && eval \"exec $exe\"")

由于某种原因，它只能在“ xmonad --restart”之后才能正常工作。 将绑定更改为简单的“ dmenu运行”即可解决此问题。 但是，就您而言，似乎根本就没有绑定。