Since using RC from Alpha 4 I cannot install mono so as that I can install Sonarr. Lots of broken packages.
Is there a reason for this? In Alpha 4 I could juts install the standard Debian Jessie mono. I get the following after doing:
sudo apt-get install mono-complete
The following packages have unmet dependencies:
mono-complete : Depends: mono-runtime (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-runtime-sgen (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-utils (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-devel (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-mcs (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-csharp-shell (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-2.0-gac (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-4.0-gac (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-2.0-service (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: mono-4.0-service (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: monodoc-base (= 3.2.8+dfsg-10) but it is not going to be installed
Depends: monodoc-manual (= 3.2.8+dfsg-10) but 3.10.0-0xamarin2 is to be installed
Depends: libmono-cil-dev (= 3.2.8+dfsg-10) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Try installing one of the named packages above manually with apt-get install, that should provide further information on why dependencies canāt be met.
BTW are you using a Pi 1 or Pi 2 ? Alpha 4 was based on Raspbian for Pi 1 and Pi 2, RC is based on Debian for Pi 2, so there are some differences in available package versions between Pi 1 and Pi 2ā¦
Iāve tried several others and it leads me in a circle. Why will mono not install? Iād love to have Sonarr up and running again as Sickrage isnāt as good at error handling, post-processing, and failed downloads
I had a similar problem with installing mono on Vero with OSMC RC2 and I could resolve it by following the guide here: HTPC Guide - Install Sonarr
There is a hint there to install libmono-cil-dev by lowering the pin preference, however it refers to the old Debian version āwheezyā ā OSMC seems to be based on a newer version of Debian called ājessieā, therefore you have to replace wheezy with jessie.
Phew, I donāt have the in-depth knowledge but as far as I understand it controls the priority for apt-get, which version of software should be installed. So you can install a different/newer version, than generally used in jessie (= stable current Debian version).
Iāve had similar issues - the dependency errors. Followed the instructions to alter the pin priority, then removed the file afterwards (there was nothing else in it) to set the pin priority back to normal.
This is all fine, and Sonarr works, successfully downloads, and remains after reboot.
Until OSMC does its updates.
Whenever OSMC checks for updates, it says thereās some available and needs to reboot. Once itās finished the updates, Sonarr has disappeared.
By default, Sonarr is installed into /opt/NzbDrone and once OSMC does the updates, NzbDrone is completely removed from that folder and I have to start the install again. My library remains, so I donāt need to re-add stuff, but the install directory is gone.
Any thoughts on whatās going on here, and how I can stop it?
For now Iāve put all the install steps into a script, that I manually run after OSMC removes itā¦
The problem is the sonarr repository contains a version of mono that clashes with the one in jessie, and causes unmet dependencies if you try to upgrade to it. When osmc updates it tries to upgrade mono, finds it canāt, so removes the ābrokenā packages, and all the packages that used them, which includes sonarr.
The easy fix until it gets done properly is to install sonarr, and once itās working remove the sonarr repository from /etc/apt/sources.list Next time osmc updates it wonāt know about the sonarr files and will leave it alone.