Closed sparklyballs closed 5 years ago
relevant section of my docker-compose file.
jackett:
image: linuxserver/jackett
container_name: jackett
volumes:
- $APPDATA_VALUE/jackett:/config
- $APPDATA_VALUE/jackett/downloads:/downloads
- $APPDATA_VALUE/torrent-watch:/downloads
ports:
- 9117:9117
environment:
- PGID=$PGID_VALUE
- PUID=$PUID_VALUE
- TZ=$TZ_VALUE
restart: $RESTART_VALUE
New builds of jackett are shifting to .net core. We should really emphasise gettting that out the door vs playing musical chairs with mono .
it's just swapping one set of microsoft problems for another with .net core
Can you vet the preview tag here https://hub.docker.com/r/lsiodev/jackett/tags
Your rubber stamp would be extremely helpful in getting this out the door.
i don't like it pulling pre-release versions
unless the current releases are available with .net core , it's something that perhaps should wait until they do.
Yeah we are just lacking testers j0hnny is the only one with a Jackett setup churning and burning daily. I understand it is not a fix for this particular issue, just a bit of hopeful foreshadowing .
The .NET Core version of Jackett is now at general release and is now the recommended way to run Jackett. Even though its Microsoft have found it to be solid unlike Mono. I use the linuxserver jackett image daily and the change to the preview tag was seamless, all settings and indexers worked as before. As a user I wouldn't have known anything had changed https://github.com/Jackett/Jackett/issues/4824
@flightlevel that is great to know, thanks
@flightlevel just a heads up, the jackett image latest
tag has been migrated to use .net core. We also added a development
tag to pull the pre-releases from github. So you can switch back to linuxserver/jackett
;)
Thanks @aptalca , great work from the LinuxServer team!
Thanks, team linuxserver.io
using :latest pull of jackett.
docker version and host information:
host is proxmox (debian) latest community version.
after an unknown period of time , all of my torrent sites fail with the following message in the webui.
the log is full of bajillions of stacktrace messages, sample below...
restarting the container "fixes" the issue, but so far it has reverted to being broken again 3 times in the last 2 days.