Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: sonarr-bin 4.0.9.2244-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/sonarr-bin.git (read-only, click to copy)
Package Base:	sonarr-bin
Description:	Smart PVR for newsgroup and bittorrent users.
Upstream URL:	https://sonarr.tv
Licenses:	GPL-3.0-or-later
Groups:	servarr
Conflicts:	sonarr
Provides:	sonarr
Submitter:	txtsd
Maintainer:	txtsd (fryfrog)
Last Packager:	txtsd
Votes:	101
Popularity:	1.54
First Submitted:	2024-10-13 20:06 (UTC)
Last Updated:	2024-10-15 08:12 (UTC)

Dependencies (15)

gcc-libs (gcc-libs-git^AUR, gccrs-libs-git^AUR, gcc11-libs^AUR, gcc-libs-snapshot^AUR)
glibc (glibc-git^AUR, glibc-linux4^AUR, glibc-eac^AUR, glibc-eac-bin^AUR, glibc-eac-roco^AUR)
sqlite (sqlite-fossil^AUR)
zlib (zlib-ng-compat-git^AUR, zlib-git^AUR, zlib-ng-compat^AUR)
deluge (deluge-git^AUR) (optional) – torrent downloader
jackett^AUR (jackett-mono^AUR, jackett-bin^AUR) (optional) – torrent indexer proxy
nzbget (nzbget-bin^AUR, nzbget-git^AUR) (optional) – usenet downloader
nzbhydra2^AUR (nzbhydra2-nojava-bin^AUR, nzbhydra2-bin^AUR) (optional) – torznab and usenet indexer proxy
prowlarr^AUR (prowlarr-bin^AUR, prowlarr-nightly^AUR, prowlarr-develop^AUR, prowlarr-develop-bin^AUR, prowlarr-nightly-bin^AUR) (optional) – torrent and usenet indexer proxy
qbittorrent (qbittorrent-dark-git^AUR, qbittorrent-git^AUR, qbittorrent-qt5^AUR, qbittorrent-enhanced-git^AUR, qbittorrent-enhanced^AUR, qbittorrent-enhanced-qt5^AUR, qbittorrent-enhanced-ua^AUR, qbittorrent-libtorrent-v1^AUR) (optional) – torrent downloader
rtorrent (rtorrent-color^AUR, rtorrent-pyro-git^AUR, rtorrent-vi-color^AUR, rtorrent-ps-ch^AUR, rtorrent-git^AUR, rtorrent-ipv6^AUR, rtorrent-ps^AUR) (optional) – torrent downloader
sabnzbd^AUR (sabnzbd-git^AUR) (optional) – usenet downloader
transmission-cli (transmission-sequential-cli^AUR, transmission-cli-git^AUR, transmission-noxunlei-cli^AUR, transmission3-cli^AUR) (optional) – torrent downloader (CLI and daemon)
transmission-gtk (transmission-sequential-gtk^AUR, transmission-noxunlei-gtk^AUR, transmission-gtk3^AUR, transmission-gtk-git^AUR) (optional) – torrent downloader (GTK+)
transmission-qt (transmission-qt-git^AUR, transmission-sequential-qt^AUR, transmission-qt-ssl-git^AUR, transmission-noxunlei-qt^AUR) (optional) – torrent downloader (Qt)

Required by (10)

autobrr (requires sonarr) (optional)
nzbget-ppscript-nzbtomedia-git (requires sonarr) (optional)
ombi (requires sonarr) (optional)
ombi-develop (requires sonarr) (optional)
prowlarr-nightly (requires sonarr) (optional)
recyclarr (requires sonarr) (optional)
recyclarr-bin (requires sonarr) (optional)
sonarr-runit (requires sonarr)
traktarr (requires sonarr) (optional)
traktarr-git (requires sonarr) (optional)

Sources (7)

Pinned Comments

fryfrog commented on 2021-06-27 16:05 (UTC) (edited on 2024-10-16 16:22 (UTC) by fryfrog)

You may be interested in the source version of this package sonarr or for the develop branch there is sonarr-develop and sonarr-develop-bin.

Support: Discord, /r/sonarr, forums or irc.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 15 Next › Last »

fryfrog commented on 2017-11-06 03:44 (UTC)

2.0.0.5054 is up in the client, but not on github yet. Maybe they forgot? :)

degeberg commented on 2017-08-21 08:41 (UTC)

That is a known bug (https://github.com/Sonarr/Sonarr/issues/1928). I think it depends on the particular SSL/TLS parameters used to establish connections. At least that would explain why some people experience it and others don't.

Denzo commented on 2017-08-21 08:13 (UTC) (edited on 2017-08-21 08:14 (UTC) by Denzo)

With the Environment=MONO_TLS_PROVIDER=legacy line removed, Sonarr crashes whenever it sends a torrent to Transmission. Now that I've re-added the line, it no longer crashes. Anyone else experiencing this?

<deleted-account> commented on 2017-07-28 20:31 (UTC)

@springer Same here, I removed this line and no problems meanwhile.

springer commented on 2017-07-19 11:06 (UTC)

Were there any recent changes that fixed the mono TLS related problem? I just removed the MONO_TLS_PROVIDER line from the startup script and Sonarr seems to be up and running. Can someone else test it as well? This is from my Sonarr > System page """ Health No issues with your configuration About Version 2.0.0.4855 Mono Version 5.0.0 AppData directory /var/lib/sonarr Startup directory /usr/lib/sonarr """

smmalis37 commented on 2017-07-07 18:17 (UTC)

The devs and I have been debugging this issue. For now, legacy is still needed despite the health check (we thought it was fixed but it wasn't). I have filed https://bugs.archlinux.org/task/54738 since this seems to be a bug in mono.

<deleted-account> commented on 2017-07-07 10:57 (UTC)

Hi @degeberg. Is it possible to include the "MONO_TLS_PROVIDER=legacy" as on option in the systemd service file (where it can be easily overriden) instead of in the sonarr.sh file? So adding this to sonarr.service (under the [Service] tag): "Environment=MONO_TLS_PROVIDER=legacy" Just commented out the option in sonarr.sh and it doesn't seem to affect sonarr at all in my install.

degeberg commented on 2017-07-05 04:56 (UTC)

I've switched it back to legacy.

degeberg commented on 2017-07-05 04:30 (UTC) (edited on 2017-07-05 04:30 (UTC) by degeberg)

Hmm... the commit in https://github.com/Sonarr/Sonarr/commit/11926d8b2dfa30d2ed0f1a1579e6fa110a02462a adds a health check saying that it will work with mono >= 5.0.0 using btls.

drrlvn commented on 2017-07-04 21:42 (UTC)

Latest version (2.0.0.4855-1) crashes with a stacktrace involving boringtls. Maybe legacy TLS provider is still needed?

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 15 Next › Last »