This isn’t some we’re going to fix. It’s an external cause after all.
Taloth. Can you confirm that this is actually an external issue seeing as the fix for mono is already out? JONSFS pastebin log is identical to what I get also. Which suggest an issue with sqlite as I mentioned above.
Probably a wrong sqlite library on the new beta OS. Which is weird coz sonarr includes the libsqlite3.0.dylib. Possibly gets loaded incorrectly.
I still blame the beta OS
How do you guys know that mono is fixed? Should I just update the sonarr installation from brew and then it’ll show a different output?
The brew mono has been fixed for the El Capitan Betas, but with the sqlite issue unresolved, Sonarr is still dead in the water, unfortunately.
Jon
Reinstalled from brew from scratch, mono version is still 4.0.2. Should I see something else?
Thats the latest one.
I tried the homebrew cask install as outlined here: https://github.com/Sonarr/Sonarr/wiki/Installation#os-x
Same issue.
- Jon
Foolishly, I updated to El Cap beta too…here’s hoping the Sonarr fix is a quick and easy one…Thanks Devs.
You could, in the meantime, install Sonarr on ubuntu using virtualbox…
I’m waiting for Markus…
Jon
I manually replaced libsqlite3.0.dylib in Sonarr.app with the latest one from Homebrew and then executed ‘mono /Applications/Sonarr.app/Contents/MacOS/NzbDrone.exe’ and Sonarr came to life. Launching Sonarr.app still gets stuck somewhere, not sure how to debug that one.
Roly,
Holy cow!
How did you do this? “I manually replaced libsqlite3.0.dylib in Sonarr.app with the latest one from Homebrew”
- Thanx
- Jon
Forgive me, but where can I find this?
I know that you can “right click” on the Sonarr.app and “show contents” - then I found libsqlite3.0.dylib in the /Contents/MacOS directory, but I don’t know how to find the homebrew libsqlite3.0.dylib file… I’ve searched, but so far no luck. Any help that you can provide here would be really helpful, Roly!
- Jon
This is a pretty hackish way to get it to work and could hose your entire Sonarr, I just posted to let developers know that mono has been updated to work on the latest 10.11 beta and that the culprit seems to be the sqlite library they’re loading in the app bundle because the latest one appears to work without fault.
That said, if you still want to go forward with it and risk your Sonarr install/db: /usr/local/Cellar/sqlite/3.8.10.2/lib/libsqlite3.0.dylib
Oh, I really DON’T want to risk my db! That’s of course not my goal…
How did YOU fix yours?
- Jon
That’s the cost of living on bleeding edge. Just make a backup of your db.
We’ll have to check if that new libsqlite is backward compatible with Yosemite, and if so bundle it in the next version.
Like I said, I replaced the sqlite3 library that Sonarr.app ships with. My Sonarr started up intact, but since you’re replacing the library that handles the database without any kind of testing or verification from the developers, I wouldn’t be shocked if it somehow ended with data loss. Ymmv.
Ok, thanks guys. I’m working on backing up my db now.
I installed sqlite and now see that file. Will report back on my progress.
- Thanx
- Jon
TOTALLY WORKED.
I now have a working Sonarr - if started from terminal using the mono command.
Thanks, Roly!
- Jon