If I may make a suggestion, it would be better if the plugin pulled Mono from Sonarr's repository instead of straight from Xamarin, since the Sonarr team checks for stability before changing the version of Mono in their repo.
Is something to take in consideration. The mono repo is also used for the media browser plugin.
@Sergio might have a clue if those repos are usable and also that will not collide with the media browser ones
The purpose of the mono repo is not just to support Sonarr though...
Yeah, 3.12 seems to have broken Sonarr pretty hard. I'm in the process of trying to recover it; if I can pull it off I'll post an update here.
Hopefully the Sonarr crew can get it fixed soon.
If I understand well, the fact of having the xamarin repo could had installed a newer version of Mono that it's incompatible with Sonarr.
Unfortunately we need this Xamarin repo as Mono in official Debian repos is still too old and MediaBrowser doesn't work.
Once Debian (for god's sake) updates it's repos it will be no need for supplying an external source, As for MB concerns, and one would install whatever mono he needs.
I'm afraid that we won't see an update until Jeesie.
Perhaps we could compile and host our own v3.8.3 mono runtime, but back in the days when Xamarin still wasn't an alternative in Debian I'd tried to make a custom mono package for mediabrowser, but it was a nightmare. Too many system libraries involved.
It's out of my scope for now. Note that is not the simple "I compile the whole mono complete..." mono-complete is for developing. In case anyone wants to start the chainsaw.
Highly unlikely to see any sort of update to Debian repos, true.
I'm of two minds on Sonarr vs. official for the Mono repo. I suspect that the Sonarr repo will be updated pretty regularly all around, which would mean MB would work with it in all likelihood. However, it's almost never a good idea to use a secondary repository.
I'm striking out on getting Sonarr back up and running with Mono 3.10.0 because I can't seem to force it to install it instead of 3.12.0. Finding an actual package to reinstall 3.10.0 with is a non-trivial exercise.
No, no, your completely right. Trying to resolve the dep tree I had my worst days in my life. And the uninstall it's a real pita.
Have you tried with the tpokorra repo?
Quick solution that I found:
If you use aptitude instead of apt-get, you can force a Sonarr install using their repo's 3.10.0.
There is a link on the page with instructions on how to build it. Once built you can just update the init file (/etc/init.d/sonar) with the compiled mono location (/usr/local/bin/mono) this is now working for me again.
This works pretty well as the prefix points to a different location that repo mono. After make run
checkinstall --install=no --fstrans=no you will have a nice deb package for installing
I think this is relevant, sounds like there is a fix coming https://forums.sonarr.tv/t/warning-mono-3-12-and-sonarr/3563
Sonarr was able to find a workaround that is currently in Develop branch and should be rolled over to Master in the (very?) near future. I was running Develop and after I added the Sonarr repo as develop and installed it that way, I was able to get it working.
Now, if I could just figure out how to get it to prefer Newsgroup indexers over Torrent, I'd be happy.
Sonarr was able to find a workaround that is currently in Develop branch and should be rolled over to Master in the (very?) near future. I was running Develop and after I added the Sonarr repo as develop and installed it that way, I was able to get it working.
Now, if I could just figure out how to get it to prefer Newsgroup indexers over Torrent, I'd be happy.
If you're running the development version, try here:
sonarrip:sonarrport/settings/profiles
@wolffstarr do as Dimtar says but make sure you have Advanced Settings set to shown, at the bottom of the page you can add a rule to wait x hours for an nzb before grabbing a torrent.
Edit:
Can confirm the new version fixes the issue with mono.
So its fixed? Sweet.
Yep, and there's a new Mono release as well.
Thanks for the pointer on the delay profiles; I had Advanced showing but I never noticed the Delay profiles at the bottom of the page. That also lets me delay the newsgroups for a while to let the full release load up, which is quite nice.
Don't suppose anyone's got a way to remove the one episode that is stuck in "Activity" as a failed download, even though it's downloaded and imported with no issues, while I'm here? 
How did you get it working again after the latest mono update? I still cannot get it to start....
Thanks
There's something wrong with that last mono update.
How
did you get it working again after the latest mono update? I still
cannot get it to start....
You should try a
reinstall of the plugin, first deleting your /opt/Sonarr folder and then run apt-get --reinstall install openmediavault-sonarr and it should it be back working. You can run into problems if you still have the plug in as Nzbdrone name and nzbdrone username for the daemon
I did all the steps you described. Sonarr is not starting however.
I started using sonarr after the name change. So i dont have a nzbdrone user.
What happens when you run mono /opt/Sonarr/NzbDrone.exe in console?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
