Sure! One good tactic might be to report the bug to the maintainer of copyartifacts, which is an external plugin.
Adrian > On Dec 7, 2017, at 5:19 PM, Bearcat Şándor <[email protected]> wrote: > > It appears that this is a conflict between fetchart and the copyartifacts > plugin: https://github.com/sbarakat/beets-copyartifacts/issues/14 > > I'm not sure what to do about that yet, as i need both. I suppose i could > just turn off fetchart auto:yes for now. > >> On Wednesday, November 15, 2017 at 3:05:37 PM UTC-7, Bearcat Şándor wrote: >> This is a long-standing issue that i'm having. I have a cover.jpg in each >> directory. When beets moves the file into a new directory it seems to rename >> it as cover.1.jpg and then it can't find that file and craps out. If it >> does manage to move the file it still renames all graphics in my artwork >> directory as disk.1.jpg where the original was disk.jpg. When it does crap >> out, i end up with the files half moved, beets half updated and a very >> confused system. I then have to move the files back to the original >> directory. Why is it trying to move the graphics before the music files are >> updated anyway? >> >> Here's an example: >> >> moonwind@jaguarundi 2016-clearview % ls >> 14:47:37 >> 01-01-drama_for_life.wv 01-04-once_upon_a_playground_rainy.wv >> 01-07-center_stage.wv 01-10-moonlight_kissed.wv >> 01-02-the_game.wv 01-05-children_of_the_sun.wv >> 01-08-the_labyrinth.wv cover.jpg >> 01-03-the_child_in_me.wv 01-06-shadow_play.wv >> 01-09-crystalline.wv >> moonwind@jaguarundi 2016-clearview % beet update ./ >> 14:47:41 >> Poets of the Fall - 2016 - Clearview - The Child in Me - 3:51 >> >> encoder: -> WavPack 5.1.0 >> >> bitrate: 940kbps -> 932kbps >> >> Poets of the Fall - 2016 - Clearview - Once Upon a Playground Rainy - 3:36 >> >> rg_track_gain: -7.3 -> -7.3 >> >> encoder: -> WavPack 5.1.0 >> >> bitrate: 926kbps -> 912kbps >> >> Error: No such file or directory while moving >> /home/hometheater/audio/poets_of_the_fall/2016-clearview/cover.jpg to >> /home/hometheater/audio/poets_of_the_fall/2016-clearview_[]/cover.1.jpg >> >> >> (in this case the text between the brackets is supposed to be the >> catalognumber but it's missing from this listing for some reason. That's not >> beet's problem) >> >> Why is it looking for files that have a .1. appended to the basename? Why >> isn't it just moving cover.jpg to the new target directory. The directory >> doesn't exist, so there is no need to append the .1 to prevent a duplicate. >> Even if there were a duplicate i should have the option of an overwrite. >> >> Is this because i have >> >> import: >> move: yes >> incremental: yes >> >> >> in my config? >> >> My full config is here (with passwords masked out): >> https://gist.github.com/bearcatsandor/680ddabbf23543e7e39f71536bee4738 >> >> Thank you! > > -- > You received this message because you are subscribed to the Google Groups > "beets" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "beets" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
