Sorry to dredge up this old thread but this is still an issue. I've been 
running both copyartifacts and fetchart for a few months now, but suddenly 
every import fails after 2-3 album imports with:

Error: No such file or directory while moving /downloads/Jordi Savall - 
Christophorus Columbus - Paraisos Perdidos/CD 1/folder.jpg to /music/
Montserrat Figueras, Hespèrion XXI, La Capella Reial De Catalunya, Jordi 
Savall/Paraísos Perdidos, Christophorus Columbus/coverart.jpg

I've tried different cover art titling however the problem seems to be that 
the artefacts are being moved to a non-existent directory.

I assume based on the above suggestions that disabling one or the other 
plugin will solve the issue

On Friday, 8 December 2017 10:39:43 UTC+11, Bearcat Şándor wrote:
>
> That's an issue in the copyartifacts github repository, so i'd hope they 
> know about it.
>
> On Thu, Dec 7, 2017 at 4:19 PM, Adrian Sampson <[email protected] 
> <javascript:>> wrote:
>
>> 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] 
>> <javascript:>> 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] <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "beets" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/beets-users/2oOPyv9pef0/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> [email protected] <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Bearcat M. Şándor
> Feline Soul Systems LLC
> Voice: 872.CAT.SOUL (872.228.7685)
> Fax: 406.235.7070
>

-- 
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.

Reply via email to