[Part 1] Download torrent & newsserver package

[CurlyMo]

Not that i now off, if you want to create it I'm not planning to.

[kraleksandr]

Ok, this problem solved.

[wuschl]

(15th Feb, 2013 06:14 AM)CurlyMo Wrote:  Not that i now off, if you want to create it I'm not planning to.

No, I just will patch my libpar2 manually, when there is some time left. Don't know how to create packages and don't want to learn it now. ^^

Some thoughts on your changes regarding setting the nzbget username in Sickbeard and Couchpotato: These settings are not update proof. The last updates from Github killed this setting from both applications and I had to set the NZBGet username back to "nzbget" to make them work. (Also patched the xml of the search settings page of couchpotato)

Since automatic updates are configured at least in CouchPotato by default, it is only a matter of time, before these applications start to behave weird in combination with NZBGet.

[CurlyMo]

Then we'll have to disable auto-update and add an option to xbian-config to repatch these programs.

If you manage to get libpar2 patches, let me know. Then i will create the package.

---

I can also try to see if i can change the git locations of these packages so they are downloaded from our github instead of the original ones (and of course patched).

[kraleksandr]

(15th Feb, 2013 04:06 PM)kraleksandr Wrote:  Ok, this problem solved.

And appears another. "Unable to save resume file: No such file or directory."
Transmission settings file not in xbian/.config but in /usr/local/etc/transmission/settings.json. Why?
Dl to /media/hdd, xbian:xbian,777
incomplete: /media/hdd/incomplete, xbian:xbian,777
dir with current download: xbian:xbian,644

[CurlyMo]

Quote:Transmission settings file not in xbian/.config but in /usr/local/etc/transmission/settings.json. Why?

I changed it

Quote:dir with current download: xbian:xbian,644

Then chmod the dir to 777

[kraleksandr]

(15th Feb, 2013 05:59 PM)CurlyMo Wrote:  Then chmod the dir to 777

Umm I cant bcoz this dir looks like ??? ?????? (reason)
Anyway, it dont help. New torrent (without files in dl folder) shows this error too.

---

My settings.json http://pastebin.com/5wCsY62B

[millie]

Has anyone actually had sickbeard never crash?????
All other packages work perfectly

Before anyone asks I am running the 2nd version from the FP, installed about 5 times, works for a bit then crashes - reboot does nothing.
/etc/init.d/sickbeard start - NOTHING

[kraleksandr]

Maybe somewhere is a log file with info about dir/file with access errors?

[CurlyMo]

@kraleksandr you still changed the default settings.

[harmenzon]

(15th Feb, 2013 08:00 PM)millie Wrote:  Has anyone actually had sickbeard never crash?????
All other packages work perfectly

Before anyone asks I am running the 2nd version from the FP, installed about 5 times, works for a bit then crashes - reboot does nothing.
/etc/init.d/sickbeard start - NOTHING

Couple of days back I had sickbeard crash. After reinstalling sickbeard, it opened the webgui again. But now I'm back with the same problem. I have not touched sickbeard at all. It is exactly the same as with the installation. But some how it crashes. There must be someway we can fix this, not?

Strangely, when I am executing the command:

Code:

/etc/init.d/sickbeard start

Than I get the following:

Code:

root@xbian:/home/xbian# /etc/init.d/sickbeard start
[ ok ] Sickbeard already running (pid 6090).

But the webgui still does not open.

[CurlyMo]

Can you guys check again with the following command: http://forum.xbian.org/thread-196-post-4157.html#pid4157

[harmenzon]

(16th Feb, 2013 04:22 AM)CurlyMo Wrote:  Can you guys check again with the following command: http://forum.xbian.org/thread-196-post-4157.html#pid4157

Code:

root@xbian:/home/xbian# start-stop-daemon -d /usr/local/share/sickbeard -c xbian  --group=xbian --start --pidfile /tmp/sickbeard.pid --exec /usr/bin/python --  SickBeard.py -q --daemon --nolaunch --pidfile=/tmp/sickbeard.pid --datadir=/usr/local/share/sickbeard  --config=/usr/local/etc/sickbeard/sickbeard.ini
PID file '/tmp/sickbeard.pid' already exists. Exiting.

[CurlyMo]

And after removing that file?

[harmenzon]

(16th Feb, 2013 04:34 AM)CurlyMo Wrote:  And after removing that file?

Code:

root@xbian:/home/xbian# rm -f -r /tmp/sickbeard.pid
root@xbian:/home/xbian# start-stop-daemon -d /usr/local/share/sickbeard -c xbian  --group=xbian --start --pidfile /tmp/sickbeard.pid --exec /usr/bin/python --  SickBeard.py -q --daemon --nolaunch --pidfile=/tmp/sickbeard.pid --datadir=/usr/local/share/sickbeard  --config=/usr/local/etc/sickbeard/sickbeard.ini
Traceback (most recent call last):
  File "SickBeard.py", line 341, in <module>
    main()
  File "SickBeard.py", line 261, in main
    sickbeard.initialize(consoleLogging=consoleLogging)
  File "/usr/local/share/sickbeard/sickbeard/__init__.py", line 674, in initialize
    db.upgradeDatabase(db.DBConnection(), mainDB.InitialSchema)
  File "/usr/local/share/sickbeard/sickbeard/db.py", line 148, in upgradeDatabase
    _processUpgrade(connection, schema)
  File "/usr/local/share/sickbeard/sickbeard/db.py", line 168, in _processUpgrade
    _processUpgrade(connection, upgradeSubClass)
  File "/usr/local/share/sickbeard/sickbeard/db.py", line 168, in _processUpgrade
    _processUpgrade(connection, upgradeSubClass)
  File "/usr/local/share/sickbeard/sickbeard/db.py", line 165, in _processUpgrade
    logger.log(upgradeClass.__name__ + " upgrade not required", logger.DEBUG)
  File "/usr/local/share/sickbeard/sickbeard/logger.py", line 179, in log
    sb_log_instance.log(toLog, logLevel)
  File "/usr/local/share/sickbeard/sickbeard/logger.py", line 147, in log
    self._rotate_logs()
  File "/usr/local/share/sickbeard/sickbeard/logger.py", line 130, in _rotate_logs
    except WindowsError:
NameError: global name 'WindowsError' is not defined