SickRage python error

  • Hello guys,


    I "paused" my OMV server since the motherboard went on failure half-november. Got a fresh one back from RMA yesterday, put it back in and everything is working fine except SickRage.
    I can access it without problem but if I try to click on a show it displays a big error message (seem's like a python problem).


    I've tried to uninstall python (apt-get remove --purge python), uninstall openmediavault-sickbeard but nothing to do.
    Here's the error message I got if I try to add a show (new or existing).



    Any ideas?

  • Dang !


    Since I stopped the server and did some modification after installing the new motherboard I thought "let's reinstall OMV completely and start everything freshly!".


    It hurts ...

  • Same

  • Okay guys, thanks a lot paranoidjack pointing out that we were using the wrong repository.


    So if I understand correctly since I am not an expert in these configurations etc ... In the last update of openmediavault-sickbeard they changed the SickRage repository from ""https://github.com/SickRage/SickRage.git" to "https://github.com/SiCKRAGETV/SickRage.git" and we all did the branch update?


    However the "real" SickRage repository is not in the list of available repos anymore. To fix our problem, we'll need to change the repository by the "official" SickRage repo :


    1) Add a fork as below :


    2) Change the repository as it was before and restart the SickBeard service :


    I did it and SickRage is now working fine.


    PS: keep in mind that what I can be mistaken about the source of the problem so if someone could explain me exactly what happened that'd be awesome guys!

  • There's much more to this than just changing the repository. The whole drama surrounding SickRage right now is explained here:


    http://pastie.org/private/m7lryrqqihyeyl1supuepq


    Yes, changing the repo will fix the issue but you should be aware that you're choosing sides in this "fork". If you stay on SickRageTV branch you're supporting the "original" developer echelon, if you migrate to SickRage branch you're supporting the rest of the team that was kicked out by him. It's open source anyway, so hey, vote with your feet, but you should make an informed decision.


    On the other hand, if it's true that OMV extras team decided to support echelon without telling us anything, this is something we should be worried about.

  • if it's true that OMV extras team decided to support echelon without telling us anything, this is something we should be worried about.


    This is the first I have heard of this. Neither myself or any OMV dev made an active action to support any particular repo. When the plugin was first made the SickRage repo was somewhere else but moved when the SickRageTV was created, the other repo was not active so the plugin was updated to use SickRageTV.


    When dev's have differences of opinion and feel the need to leave a project it can result in flame wars (not nice.) Only those involved know the real story.
    I personally will leave it up to the users of the plugin to decide what repo they wish to use, either the built in repo or by adding a fork (will add the new repo as an option soon tho)

    [align=center]banner@1x.jpg
    What I am watching/watched on my Popcorn Hour media player
    omv 2.1.1 stoneburner | 64 bit | omvextrasorg 1.29
    MySQL (Percona[size=8]) | Newznab | Sonarr | CP | HP | NZBget | YAMJ | CUPS

  • Well if that's the case I apologize. Adding both repos as a choice would be the right thing to do, but make sure to let users know which is which. Personally, I chose to go with the new fork because it's far more active and the master branch doesn't suffer from showstopper bugs like the SickRageTV repo. Basically, all the devs of the SickRageTV repo left to work on the new fork, and now only echel0n is left on the "original". I don't think that bodes well for it at all, but at the very least it means that branch will be a lot less active for a while.

  • This repository change finally allowed me to open it for the first time. Otherwise it wasn't returning anything to the client browser on a fresh install. I'd vote for the default installation doing something rational as it seems to be broken right off a new install the way it is now.


    Also, I'll add the note that it won't allow you to select your newly entered fork information until you do a refresh on the browser.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!