-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
beet alt update doesn't always remove obsolete links #47
Labels
Comments
Thanks for the report & sorry for the belated reply @dosoe! I believe I've pinned down the issue, will attempt a fix now. |
Thanks a lot! No problem, I guess right now everyone has other things to worry about. |
wisp3rwind
added a commit
to wisp3rwind/beets-alternatives
that referenced
this issue
Mar 18, 2020
wisp3rwind
added a commit
to wisp3rwind/beets-alternatives
that referenced
this issue
Mar 18, 2020
@dosoe: The linked PR should fix this issue, if it's not too much of a hassle for you to test it before merging, that'd be perfect! |
wisp3rwind
added a commit
to wisp3rwind/beets-alternatives
that referenced
this issue
May 6, 2020
wisp3rwind
added a commit
to wisp3rwind/beets-alternatives
that referenced
this issue
Jul 12, 2020
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
Hi!
I've been using beets_alternatives to create softlinks and therefore have two parralel classification systems for my music. However, I noticed a problem: When the directory of a file changes and I apply
beet alt update by-work
it creates new links with updated paths and targets, but doesn't remove the old ones.Here my configuration:
tr
,pw
,pc
,aa
,aaa
andtype
are created using theinline
plugin, I can show you how if needed.As an example,
beet mbsync && beet write
outputted, among other things,The files then got moved according to their new metadata. Applying
beet alt update by-work
after that showedbut the old links remain. Do you have an idea why? I didn't notice this behaviour before and it seemed to work fine, but then I didn't check in detail as I have a collection of ~50 000 tracks. However,
find /media/soergeld/My\ Passport/by-work/ -xtype l
shows more broken links, and I noticed that I had to remove all links and restart from scratch (which isn't that much of a problem) from time to time.It seems like at least sometimes, more precisely when you move a file with beets, beets-alternatives would create new links and not redirect (and eventually modify) the existing ones, that are then left broken.
So to summarize:
I have files on beets with soft links from beets-alternatives
I change the files on beets and move them
I want to update the soft links
Instead of updating the old soft links to the new location of the files, new soft links are created and the old ones are left broken.
The text was updated successfully, but these errors were encountered: