search

lebauce / quodlibet

Automatically exported from code.google.com/p/quodlibet
1 stars 0 forks source link

make it optional to resolve symlinks in the internal database via os.realname() #176

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
internally quodlibet calls os.realname() on all music files
which eliminates all symlinks.
Sometimes this is not desirable because the symlinks could be  intended to
hide the fact that the music files are moving  around physically.
Making the invocation of  os.realname() optional would solve this problem.

Original issue reported on code.google.com by muth02...@gmail.com on 10 Apr 2009 at 6:01

GoogleCodeExporter commented 9 years ago 
It's very difficult to support this without breaking other features. I recommend
using 'mount -o bind srcfolder dstfolder' instead of using symlinks in order to 
hide
any folder changes from Quod Libet.

Original comment by steven.strobe.cc@gmail.com on 18 Jul 2009 at 8:20

GoogleCodeExporter commented 9 years ago 
Steven:

Thanks for getting back to me. I hope this is a sign that quodlibet is getting 
some
better QA processes in place. 

I have repeatedly submitted patches for this problem which would not only make 
this
feature optional and also cleanup a lot of messy code.
Those patches always ended up in /dev/null and discouraged me from making other 
badly needed changes like keeping playlists from accidentally clobbered when 
files
are temporarily unavailable, etc.

Please let me know if there is some willingness to reconsider such a patch and 
I'll
spend some time reviving it.
Cheers,
Robert

Original comment by muth02...@gmail.com on 18 Jul 2009 at 3:09

GoogleCodeExporter commented 9 years ago 
I'd be interested to see these patches, and how they would interact with the 
masking
feature. Please attach them to this issue.

Sorry if previous patches got lost - anything that goes into my inbox tends to 
get
buried and forgotten in a few hours.

Original comment by steven.strobe.cc@gmail.com on 18 Jul 2009 at 6:38

GoogleCodeExporter commented 9 years ago 
I know this issues was raised a long time ago, but I just ran into it: I 
maintain a directory created by lndir that points to a subset of my music 
collection. The idea is that it contains stuff I can put on shuffle when I have 
a party or something, so I don't include stand up comedy, radio shows, etc. 
When using this directory as my library, if I hear a song I don't want to be 
included, I just want to be able to delete the "file" (i.e. symlink) from 
within quod libet, but it wants to delete the actual file.

Although my use case is a little strange, I think Quod Libet's behavior is "too 
smart". I generally expect linux applications to work with symlinks as if 
they're the actual file without trying to second-guess why they're there. All 
command line applications I use in the same directory (rsync, du, etc) have 
options that control whether or not they dereference symlinks, and with 
utilities like du, cp, etc the default is not to do so.

Original comment by vasili.r...@gmail.com on 19 Jan 2012 at 5:03

GoogleCodeExporter commented 9 years ago 
I just noticed this behavior since I'm experimenting with using git-annex to 
manage my music collection.  git-annex replaces the files with softlinks so now 
quod libet thinks I have no music.  I like quod libet so I guess I'll back away 
from git-annex but it would be nice if they could work together.

Original comment by t...@caboteria.org on 2 Jul 2012 at 6:21