When the library is set and refreshed, symlinks are ignored.  This is not good
for me, since I have my MP3 library separate from my Ogg Vorbis library on
different devices.  My library folder consists of a symlink to each of these
folders.  Quodlibet ignores them, and so my library is empty.

If the current behavior is preferred for some people, at least an option to
enable symlinks would be nice.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages quodlibet depends on:
ii  gstreamer0.8-alsa [g 0.8.11-2            ALSA plugin for GStreamer
ii  gstreamer0.8-mad     0.8.11-2            MAD MPEG audio decoder plugin for
ii  gstreamer0.8-oss [gs 0.8.11-2            OSS plugin for GStreamer
ii  gstreamer0.8-vorbis  0.8.11-2            Vorbis plugin for GStreamer
ii  libgtk2.0-0          2.8.9-2             The GTK+ graphical user interface
ii  python               2.3.5-3             An interactive high-level object-o
ii  python-ctypes        0.9.6+cvs20051031-1 Python package to create and manip
ii  python-gst           0.8.2-1             generic media-playing framework (P
ii  python-gtk2          2.6.3-2             Python bindings for the GTK+ widge
ii  python-pymad         0.5.4-1             Python wrapper to the MPEG Audio D
ii  python-pyvorbis      1.3-1               A Python interface to the Ogg Vorb
ii  python2.3-pymad [pyt 0.5.4-1             Python wrapper to the MPEG Audio D

Versions of packages quodlibet recommends:
pn  gstreamer0.8-flac             <none>     (no description available)
pn  gstreamer0.8-mikmod | gstream <none>     (no description available)
pn  gstreamer0.8-musepack         <none>     (no description available)
ii  libgstreamer-gconf0.8-0       0.8.11-2   GConf support for GStreamer
pn  python-feedparser             <none>     (no description available)
pn  python-flac                   <none>     (no description available)
ii  python-gnome2-extras          2.10.2-1   Python bindings for the GNOME desk
pn  quodlibet-ext                 <none>     (no description available)
pn  quodlibet-plugins             <none>     (no description available)

- -- no debconf information
iD8DBQFD2Z54qlk5sZw9W7kRAl/CAKCaZQf3pHDG6brs2yC6s6AiqtUniwCgpDaE
Tk/lSpAwcR+UN3b+6KFM7Cc=
=Ip9N
-----END PGP SIGNATURE-----

Chris Howie wrote:
I had the same problem. The solution is to list all directories in
"Preferences/Scan Directories", separated by a colon.
And yes I agree that this is very confusing.

Why is it confusing? What Unix tools do follow symbolic links when
recursively scanning directories without special options? None that I'm
aware of.

What Unix tools do separate multiple directories with colons? Almost all
that I'm aware of (there's even a special pathsep token in Python to
handle this in a cross-platform manner).

As ftw(3) says,
    FTW_PHYS
        If set, do not follow symbolic links. (This is what you want.)

I would find it very odd for symbolic links to be followed, and since
multiple directories can be listed, I don't see any use cases this is
preventing.

Reported 06.05.05 17:42 from Joe Wreschnig:

The option would be very useful to those of us who spread a collection
over several volumes in categorical chunks, then use symlinks to collect
them all to one folder.

Samba, for example, provides the option to follow symlinks.  So I can
export the top-level folder as a single share, and Samba allows clients
to descend through the symlinks to other filesystems.  If I were to run
QL on this library via the share, it should find everything.