extrafiles plugin not working as expected

[mcurly]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

Upstream there is the plugin copyartifacts (which is currently unmaintained).
To replace it (somehow, I think), one should / could use extrafiles plugin.
But, here, with this container, if one adds extrafiles to the config, although the config gets correctly parsed, when in operation, errors occur.

Check for instance the locked issue reported here: #95

How could one solve this?

Expected Behavior

When using the extrafiles plugin, within the apropriate plugins vector inside the plugins config.yaml for beets, all media files, laying inside the scanned directory that are related with the music files, should be moved into the music library as well as the now cataloged music files.

Steps To Reproduce

1. Within the config directory
2. Add extrafiles plugin into the config.yaml plugin stanza/vector
3. Run the docker container as usual
4. Only the music files are moved onto the library
5. The other files will be left behind + errors will be spit out to the terminal related with the extrafiles beets plugin.
   (Please check the aforementioned locked issue, beets.mediafile is deprecated; use mediafile instead #95 )

Environment

- OS:
- How docker service was installed:
This is a ProxMox virtual (docker machine). And the underlying system is, according to:
ˋˋˋ
$ uname -a
Linux docker 6.1.0-42-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.159-1 (2025-12-30) x86_64 GNU/Linux
ˋˋˋ

CPU architecture

x86-64

Docker creation

ˋˋˋ
services:
  beets:
    image: lscr.io/linuxserver/beets:latest
    container_name: beets
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Lisbon
    volumes:
      - /home/xris/beets-docker-container/config/config:/config
      - /mount_binds/disco-2T/importada:/music
      - /mount_binds/disco-2T/reimportar:/downloads
    ports:
      - 8337:8337
    restart: unless-stopped
ˋˋˋ

Container logs

Please refer to:

http://0x0.st/PPX-.txt

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[mcurly]

Motion to close this because I managed to solve it circumvent it:
I logged into the container as root and did:

1. pip install beets-copyartifacts3
2. Enabled and configured the copyartifacts beets plugin as described in https://pypi.org/project/beets-copyartifacts3/ !
   So the python errors previously thrown-out were there no more.

Cheers!

[aptalca]

https://github.com/linuxserver/docker-mods/tree/universal-package-install