ArchLinux升级后deadbeef无法正常启动的解决办法

deadbeef是一款简约而不简单的音乐播放器, 占资源少, 支持的格式却不少.

昨天对ArchLinux进行了一次全面升级, 经历种种惊险, 终于跨越了从 glibc-2.16 到 glibc-2.17 的障碍, 内核也从 3.7 升级到了 3.9, 而且开始使用 systemd.

打开deadbeef, 发现无法正常启动, 图形界面出不来. 从命令行启动, 得到的输出如下:

starting deadbeef 0.5.6

server_start

loading plugins from /home/wuchen/.local/lib/deadbeef

loading plugins from /usr/lib/deadbeef

plug_load_all: scandir found 163 files

loading plugin /usr/lib/deadbeef/aac.so

loading plugin /usr/lib/deadbeef/adplug.so

loading plugin /usr/lib/deadbeef/alac.so

loading plugin /usr/lib/deadbeef/alsa.so

loading plugin /usr/lib/deadbeef/artwork.so

loading plugin /usr/lib/deadbeef/cdda.so

loading plugin /usr/lib/deadbeef/converter.so

loading plugin /usr/lib/deadbeef/converter_gtk3.so

loading plugin /usr/lib/deadbeef/dca.so

loading plugin /usr/lib/deadbeef/ddb_ao.so

loading plugin /usr/lib/deadbeef/ddb_dumb.so

found gui plugin ddb_gui_GTK3.so

added GTK3 gui plugin

loading plugin /usr/lib/deadbeef/ddb_mono2stereo.so

loading plugin /usr/lib/deadbeef/ddb_shn.so

loading plugin /usr/lib/deadbeef/dsp_libsrc.so

loading plugin /usr/lib/deadbeef/ffap.so

loading plugin /usr/lib/deadbeef/flac.so

loading plugin /usr/lib/deadbeef/gme.so

loading plugin /usr/lib/deadbeef/hotkeys.so

loading plugin /usr/lib/deadbeef/lastfm.so

loading plugin /usr/lib/deadbeef/m3u.so

loading plugin /usr/lib/deadbeef/mms.so

loading plugin /usr/lib/deadbeef/mpgmad.so

loading plugin /usr/lib/deadbeef/musepack.so

loading plugin /usr/lib/deadbeef/notify.so

loading plugin /usr/lib/deadbeef/nullout.so

loading plugin /usr/lib/deadbeef/oss.so

loading plugin /usr/lib/deadbeef/pulse.so

loading plugin /usr/lib/deadbeef/shellexec.so

loading plugin /usr/lib/deadbeef/shellexecui_gtk3.so

loading plugin /usr/lib/deadbeef/sid.so

loading plugin /usr/lib/deadbeef/sndfile.so

loading plugin /usr/lib/deadbeef/supereq.so

loading plugin /usr/lib/deadbeef/tta.so

loading plugin /usr/lib/deadbeef/vfs_curl.so

loading plugin /usr/lib/deadbeef/vfs_zip.so

loading plugin /usr/lib/deadbeef/vorbis.so

loading plugin /usr/lib/deadbeef/vtx.so

loading plugin /usr/lib/deadbeef/wavpack.so

loading plugin /usr/lib/deadbeef/wildmidi.so

checking GUI plugin: GTK3

found selected GUI plugin: GTK3

loading plugin /usr/lib/deadbeef/ddb_gui_GTK3.so

libWildMidi(WM_BufferFile:640): ERROR Unable to stat /etc/timidity/freepats/freepats.cfg (No such file or directory)

gtkui plugin compiled for gtk version: 3.6.4

connecting button tray signals

selected output plugin: ALSA output plugin

INFO: loading playlist Default

INFO: from file /home/wuchen/.config/deadbeef/playlists/0.dbpl

gtkui: found cover-art loader plugin

^C

一开始我被那条 ERROR 信息吸引了, 即: libWildMidi(WM_BufferFile:640): ERROR Unable to stat /etc/timidity/freepats/freepats.cfg (No such file or directory). 上网搜索Unable to stat /etc/timidity/freepats/freepats.cfg (No such file or directory), 发现大多数 deadbeef 不能启动的案例都有这条错误信息, 但是解决问题的方法和这个错误无关, 比如一个解决方案是卸载一个mpris的第三方插件, 我并没有安装这个插件, 所以该解决方案对我没有效果. 甚至有人为了 fix 这个错误信息, 安装了 timidity, 还启动了 timidity 服务, deadbeef 依然无法正常启动.

我用emacs打开 ~/.config/deadbeef/config, 做了两次尝试:

(1) 把其中的 GTK2 改成 GTK3, 无效.

(2) 鉴于我没有用 systemd 启动 PulseAudio 服务, 我把output_plugin PulseAudio output plugin 改为 output_plugin ALSA output plugin, deadbeef 依然无法正常启动.

我发现旧有的config 文件中还设置了一些主窗口和对话框的尺寸, 我想有没有可能 Gui 从gtk2 变成 gtk3 后, 有些原来的设置有问题了呢.

于是我将 config 改命为 bak.config. 再启动 deadbeef, 窗口出来了, 正常启动了!

看来解决方法很简单, 就是删除原来的配置文件.