Arch Linux User Repository

now glib is fixed. It works now

xmms2 is very different from xmms and also very old. I think what's broken here is actually glib1.

This package is mostly for nostalgia. They are several xmms/winamp maintained clones. qmmp, audacious and i'm sure many others. I recommend you try one of those. Some one will eventually fix glib1 because that affects many historic packages that quite a few people care about.

As XMMS is abandonned and forked to XMMS2 present in extra repositiory, do we have to go to XMMS2 ?

It's broken and the maintainer hasn't logged in for more then a year.

Hi everyone. I was able to install this package successfully, but upon attempting to launch XMMS I get

GLib-CRITICAL **: file gstrfuncs.c: line 186 (g_strconcat): assertion `string1 != NULL' failed.

** CRITICAL **: file configfile.c: line 56 (xmms_cfg_open_file): assertion `filename != NULL' failed.

Was just curious if anybody had any suggestions. Thanks.

Thanks for that @l8086, however I still get

<artificial>:(.text.startup+0xb7): undefined reference to `srandomdev'

with lto disabled

@mikearch : the culprit is the -flto option (present in Arch's standard CFLAGS and LDFLAGS). It messes with the configure/compilation, giving unrelated error messages. Please see my previous comment on how to solve this. By the way this package seems orphan. If the current maintainer, @mdominguez, agrees, I can continue to maintain it.

main.c: In function ‘read_config’:
main.c:438:69: warning: pointer targets in passing argument 4 of ‘xmms_cfg_read_int’ differ in signedness [-Wpointer-sign]
  438 |                 xmms_cfg_read_int(cfgfile, "xmms", "snap_distance", &cfg.snap_distance);
      |                                                                     ^~~~~~~~~~~~~~~~~~
      |                                                                     |
      |                                                                     guint * {aka unsigned int *}
In file included from main.c:35:
../libxmms/configfile.h:57:83: note: expected ‘gint *’ {aka ‘int *’} but argument is of type ‘guint *’ {aka ‘unsigned int *’}
   57 | gboolean xmms_cfg_read_int(ConfigFile * cfg, gchar * section, gchar * key, gint * value);
      |                                                                            ~~~~~~~^~~~~
main.c: In function ‘main’:
main.c:4204:9: error: implicit declaration of function ‘srandomdev’; did you mean ‘srandom_r’? [-Wimplicit-function-declaration]
 4204 |         srandomdev();
      |         ^~~~~~~~~~
      |         srandom_r
make[4]: *** [Makefile:497: main.o] Error 1
make[4]: Leaving directory '/home/mxl/.cache/trizen/sources/xmms/src/xmms-1.2.11/xmms'
make[3]: *** [Makefile:551: all-recursive] Error 1
make[3]: Leaving directory '/home/mxl/.cache/trizen/sources/xmms/src/xmms-1.2.11/xmms'
make[2]: *** [Makefile:364: all] Error 2
make[2]: Leaving directory '/home/mxl/.cache/trizen/sources/xmms/src/xmms-1.2.11/xmms'
make[1]: *** [Makefile:469: all-recursive] Error 1
make[1]: Leaving directory '/home/mxl/.cache/trizen/sources/xmms/src/xmms-1.2.11'
make: *** [Makefile:307: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
:: Unable to build xmms - makepkg exited with code: 4

Agree with previous comment regarding xmms-pulse. Makes things much smoother.

I just submitted the AUR package xmms-pulse. I consider this package useful for xmms users because the xmms standard output plugin "Alsa" has some major bugs on current systems that use alsa emulation provided by pipewire (or even pulseaudio). For example, when clicking the time bar to fast forward or rewind within the current track, playback sometimes freezes. At the end of a track, it freezes and does not advance to the next, requiring the user to advance manually.

Therefore, I cordially ask the current maintainer of this package (xmms) to add xmms-pulse as an (optional?) dependency.