[Ervaringen] Auto-Sub Bootstrap Bill

[EJC1967]

Zeer blij met het package wat je heb gemaakt, maakt alles een stuk makkelijker als je opnieuw moet installeren !
Heb alleen een klein schoonheidsfoutje ontdekt.
Het package heeft geen eigen icoontje van AutoSub maar krijg in het Package Center een generiek icoontje.
Dit is zeer makkelijk op te lossen door in de root van het package het icon filetje PACKAGE_ICON.PNG toe te voegen, nu staat er alleen de grotere PACKAGE_ICON_256.PNG in.
De meeste packages gebruiken trouwens PACKAGE_ICON_120.PNG als grotere icon file maar ik heb geen idee of dat echt wat uitmaakt, voor zo ver ik heb kunnen zien niet.
Klopt het trouwens dat de user autosub niet wordt opgeruimd na een uninstall ?

[CH4OS]

EJC1967 schreef op dinsdag 10 januari 2017 @ 13:46:
Klopt het trouwens dat de user autosub niet wordt opgeruimd na een uninstall ?

Mag hopen dat Autosub dat inderdaad niet doet na een uninstall. Zelf gebruik ik een andere user voor Autosub, omdat die meer apps op het account heeft draaien, in verband met permissies op het filesysteem, die ik op deze manier slechts eenmalig hoef te zetten.

[Ben(V)]

MikeOO schreef op dinsdag 10 januari 2017 @ 08:26:
[...]


Heb net naar versie 1.0.4 geupgrade.
Cache van Autosub verwijderd
Autosub opnieuw gestart

Ik heb daarna nog steeds bij Sherlock staan: 1475582 : 6159
geen Addic7ed ID mapping ingevuld .

Sorry foutje.
Had de verkeerde mapping eruit gehaald, in de nieuwe versie moet het nu goed staan.

[Ben(V)]

EJC1967 schreef op dinsdag 10 januari 2017 @ 13:46:
Zeer blij met het package wat je heb gemaakt, maakt alles een stuk makkelijker als je opnieuw moet installeren !
Heb alleen een klein schoonheidsfoutje ontdekt.
Het package heeft geen eigen icoontje van AutoSub maar krijg in het Package Center een generiek icoontje.
Dit is zeer makkelijk op te lossen door in de root van het package het icon filetje PACKAGE_ICON.PNG toe te voegen, nu staat er alleen de grotere PACKAGE_ICON_256.PNG in.
De meeste packages gebruiken trouwens PACKAGE_ICON_120.PNG als grotere icon file maar ik heb geen idee of dat echt wat uitmaakt, voor zo ver ik heb kunnen zien niet.
Klopt het trouwens dat de user autosub niet wordt opgeruimd na een uninstall ?

Je hebt gelijk ik was het 72x72 PACKAGE_ICON.PNG bestandje vergeten mee te nemen.
Die wordt alleen gebruikt in het overzicht van het package centre.
De 256 versie wordt gebruikt in het detail scherm van het package centre en op de desktop.

De PACKAGE_ICON_120.png is depreciated en vervangen door de PACKAGE_ICON_256.png.

Ik heb een nieuwe versie van het packge op GitHub gezet waarin de kleine icon file is toegevoegd.

Het DSM 6 package maakt niet zelf meer een user aan maar laat dat over aan DSM zoals het "3rd-Party Package Development Guide" voorschrijft.
Het was mij ook al opgevallen dat die user door een uninstall van het package niet opgeruimd wordt.
Kan ik verder ook niets aan doen, als je wilt weten waarom niet moet je een vraag aan Synology stellen.

[ Voor 12% gewijzigd door Ben(V) op 10-01-2017 20:59 ]

[Ben(V)]

CH40S schreef op dinsdag 10 januari 2017 @ 14:02:
[...]
Mag hopen dat Autosub dat inderdaad niet doet na een uninstall. Zelf gebruik ik een andere user voor Autosub, omdat die meer apps op het account heeft draaien, in verband met permissies op het filesysteem, die ik op deze manier slechts eenmalig hoef te zetten.

Ik vermoed dat jij autosub niet op een Synology draait, want als je het DSM 6 package van autosub zou gebruiken kun je helemaal geen andere packages onder die user laten draaien.
Op het DSM 5 package kan dat nog wel.

[EJC1967]

Helemaal top

Ben(V) schreef op dinsdag 10 januari 2017 @ 20:50:
[...]


Je hebt gelijk ik was het 72x72 PACKAGE_ICON.PNG bestandje vergeten mee te nemen.
Die wordt alleen gebruikt in het overzicht van het package centre.
De 256 versie wordt gebruikt in het detail scherm van het package centre en op de desktop.

De PACKAGE_ICON_120.png is depreciated en vervangen door de PACKAGE_ICON_256.png.

Ik heb een nieuwe versie van het packge op GitHub gezet waarin de kleine icon file is toegevoegd.

Het DSM 6 package maakt niet zelf meer een user aan maar laat dat over aan DSM zoals het "3rd-Party Package Development Guide" voorschrijft.
Het was mij ook al opgevallen dat die user door een uninstall van het package niet opgeruimd wordt.
Kan ik verder ook niets aan doen, als je wilt weten waarom niet moet je een vraag aan Synology stellen.

[EJC1967]

Dat dacht ik ook al.

Maar klopt het dan dat de user niet wordt verwijderd op een Synology na de uninstall.
Toen ik het package had verwijderd om dat van het icoontje te testen bleef de user namelijk gewoon bestaan.

Ben(V) schreef op dinsdag 10 januari 2017 @ 21:01:
[...]


Ik vermoed dat jij autosub niet op een Synology draait, want als je het DSM 6 package van autosub zou gebruiken kun je helemaal geen andere packages onder die user laten draaien.
Op het DSM 5 package kan dat nog wel.

[Ben(V)]

Ja dat schreef ik toch al.

[EJC1967]

Ah sorry, had je stukje over de user niet gezien, zou gezworen hebben dat dat er eerst niet stond, of ik heb er helemaal overheen gekeken

Ben(V) schreef op dinsdag 10 januari 2017 @ 21:17:
Ja dat schreef ik toch al.

[Ben(V)]

Had het iets later bijgeschreven.

[CH4OS]

Ben(V) schreef op dinsdag 10 januari 2017 @ 21:01:
Ik vermoed dat jij autosub niet op een Synology draait, want als je het DSM 6 package van autosub zou gebruiken kun je helemaal geen andere packages onder die user laten draaien.
Op het DSM 5 package kan dat nog wel.

Ik draai Autosub in een Ubuntu 16.10 VM. Dus ik moet gewoon de init.ubuntu fixen, een paar posts hierboven wordt uitgelegd waar ik op moet letten.

EJC1967 schreef op dinsdag 10 januari 2017 @ 21:23:
Ah sorry, had je stukje over de user niet gezien, zou gezworen hebben dat dat er eerst niet stond, of ik heb er helemaal overheen gekeken

Aangezien het bericht niet bewerkt is (dan zie je dat onderaan het bericht staan), heb jij gewoon er overheen gelezen. Kleine tip, zet je reactie onder waar je op reageert, dat leest een stuk logischer...

[ Voor 32% gewijzigd door CH4OS op 10-01-2017 22:09 ]

[TheFes]

Ik wil ook eens proberen of ik dit aan de praat krijg, maar zowel op mijn raspberry pi, als op windows krijg ik de volgende error als ik Autosub.py voor de eerste keer draai:
ImportError: cannot import name ssl_match_hostname

Iemand enig idee wat ik hier aan kan doen?

Bij beide systemen gebruik ik Python 2.7

[Ben(V)]

Ik denk dat je niet alles op je pi en/of windows gezet hebt.
Je mist op z'n minst een deel van de requests library en wel het ssl_match_hostname en misschien wel meer..
Het moet hier staan:
/autosub/library/requests/packages/urllib3/packages/ssl_match_hostname

[TheFes]

Ben(V) schreef op woensdag 11 januari 2017 @ 21:28:
Ik denk dat je niet alles op je pi en/of windows gezet hebt.
Je mist op z'n minst een deel van de requests library en wel het ssl_match_hostname en misschien wel meer..
Het moet hier staan:
/autosub/library/requests/packages/urllib3/packages/ssl_match_hostname

Ik heb het opgelost door alle versies van Python er af te gooien, en 2.7.13 weer te installeren.
Dat werkte prima.

Ik krijg nog wel een warning van Cheetah:

UserWarning:You don't have the C version of NameMapper installed! I'm disabling Cheetah's useStackFrames option as it is painfully slow with the Python version of NameMapper. You should get a copy of Cheetah with the compiled C version of NameMapper."\nYou don't have the C version of nameMapper installed! "

Ik heb vervolgens van de github pagina van Cheetah de _namemapper.pyd2.4 gedownload, en zonder de 2.4 in mijn Python27\Lib\site-packages\Cheetah-2.4.4-py2.7.egg\Cheetah folder gezet (waar de versie zonder underscore ook staat). Maar dat helpt niet.

Enig idee hoe ik dat op moet lossen?

Verder begrijp ik niet helemaal hoe de versie nummering werkt, als ik de home -> check version doe, dan krijg ik Active version 0.8.41 en Github version 1.0.5.
Zijn dat twee benamingen voor dezelfde versie, of loop ik een aantal versies achter? En bij dat laatste, waar vind ik die dan? Want met de link uit de TS kom ik bij 0.8.41 uit..

[ Voor 11% gewijzigd door TheFes op 13-01-2017 15:44 ]

[Ben(V)]

Die cheetah melding komt doordat je geen cheetah binary op je systeem hebt geinstaleerd maar alleen de python versie, gewoon die melding negeren.

Je draait nu versie 0.8.41 en de nieuwste versie is 1.0.5 (lijkt veel maar ik ben van een beta versie (0.8) naar een release versie (1.0) gegaan.
Updaten kun je gewoon vanuit het pulldown van autosub.

[CH4OS]

Pantagruel schreef op dinsdag 10 januari 2017 @ 12:18:
conf
[...]


Beetje een off-day vandaag, dus aan t klungelen geslagen.

Itt tot wat de txt in t init.ubuntu script zegt, heb ik de defaults direct in de file aangepast en tevens in /etc/defaults/autosub gedefinieerd.

Een symlink in /etc/init.d naar /opt/autosub/init.ubuntu runt super snel door t script, maar doet geen Autosub opstarten, mmm.
Het script vanuit /opt/autosub runnen werkt wel foutloos (had her en der wat check messages ingevoegd om evt vastlopen op te sporen)

aangepaste deel van t init script:

code:

..
load_settings() {
    if [ $SETTINGS_LOADED != "TRUE" ]; then
        . $SETTINGS

        ## The defaults
        # Run as username
        RUN_AS=${HP_USER-autosub}

        # Path to app HP_HOME=path_to_app_AutoSub.py
#        APP_PATH=${HP_HOME-/opt/autosub-bootstrapbill/}
        APP_PATH=${HP_HOME-/opt/autosub/}

        # Path to store PID file
#        PID_FILE=${HP_PIDFILE-/opt/autosub-bootstrapbill/autosub.pid}
        PID_FILE=${HP_PIDFILE-/opt/autosub/autosub.pid}

        # Path to python bin
        DAEMON=${PYTHON_BIN-/usr/bin/python}

        # Extra daemon option like: HP_OPTS=" "
        EXTRA_DAEMON_OPTS=${HP_OPTS--c/opt/autosub/config.properties -d -l}

        # Extra start-stop-daemon option like START_OPTS=" --group=users"
        EXTRA_SSD_OPTS=${SSD_OPTS-}

        DAEMON_OPTS=" AutoSub.py ${EXTRA_DAEMON_OPTS}"

        SETTINGS_LOADED=TRUE

    fi

    [ -x $DAEMON ] || {
        log_warning_msg "$DESC: Can't execute daemon, aborting. See $DAEMON";
        return 1;}
    return 0
}
...

/etc/default/autosub

code:

root@ubuntu-autosub-test:/etc/init.d# cat /etc/default/autosub
#
##
## Options to include in /etc/default/autosub, uncomment if required
## HP_USER=         #$RUN_AS, username to run AutoSub under, the default is autosub
## HP_HOME=         #$APP_PATH, the location of AutoSub.py, the default is /opt/autosub-bootstrapbill
## HP_PIDFILE=      #$PID_FILE, the location of auto.pid, the default is /opt/autosub-bootstrapbill/autosub.pid
## PYTHON_BIN=      #$DAEMON, the location of the python binary, the default is /usr/bin/python
## HP_OPTS=         #$EXTRA_DAEMON_OPTS, extra cli option for autosub, i.e. " --config=/opt/autosub-bootstrapbill/config.properties --nolaunch --daemon"
## SSD_OPTS=        #$EXTRA_SSD_OPTS, extra start-stop-daemon option like " --group=users"
##
## EXAMPLE if want to run as different user
## add HP_USER=username to /etc/default/autosub
## otherwise default autosub is used
#
HP_USER=autosub         #$RUN_AS, username to run AutoSub under, the default is autosub
HP_HOME=/opt/autosub         #$APP_PATH, the location of AutoSub.py, the default is /opt/autosub-bootstrapbill
HP_PIDFILE=/opt/autosub/autosub.pid      #$PID_FILE, the location of auto.pid, the default is /opt/autosub-bootstrapbill/autosub.pid
PYTHON_BIN=/usr/bin/python      #$DAEMON, the location of the python binary, the default is /usr/bin/python
HP_OPTS="--config=/opt/autosub/config.properties -d -l"        #$EXTRA_DAEMON_OPTS, extra cli option for autosub, i.e. " --config=/opt/autosub-bootstrapbill/config.properties --nolaunch --daemon"
## SSD_OPTS=        #$EXTRA_SSD_OPTS, extra start-stop-daemon option like " --group=users"

Dus het init script maar naar /etc/init.d gekopieerd en executable gemaakt.
Na runnen van "services autosub" zie ik dat de autosub engine en webservice snel genoeg in de lucht zijn (seconde werk).

FF controleren:
"service autosub status"

code:

autosub.service - LSB: starts instance of AutoSub
   Loaded: loaded (/etc/init.d/autosub; bad; vendor preset: enabled)
   Active: active (running) since Tue 2017-01-10 12:10:10 CET; 1min 18s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1574 ExecStart=/etc/init.d/autosub start (code=exited, status=0/SUCCESS)
    Tasks: 12
   Memory: 34.0M
      CPU: 642ms
   CGroup: /system.slice/autosub.service
           └─1586 /usr/bin/python AutoSub.py --config=/opt/autosub/config.properties -d -l

Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Starting as a daemon
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Initializing variables and loading config
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Starting output to log. Bye!
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Starting as a daemon
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Initializing variables and loading config
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Starting output to log. Bye!
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Starting as a daemon
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]: AutoSub: Disabling console output for daemon.
Jan 10 12:10:10 ubuntu-autosub-test autosub[1574]:    ...done.
Jan 10 12:10:10 ubuntu-autosub-test systemd[1]: Started LSB: starts instance of AutoSub.

Oftewel het init script is goed, vergt enkel de juiste settings en de aanwezigheid in /etc/init.d

Duurde even eer ik hiermee aan de slag ging, maar krijg het vooralsnog niet voor elkaar. Gooi ik /etc/init.d/autosub start als commando, dan krijg ik de melding dat de configfile niet bestaat. Kijk ik naar het init.d / systemd script, dan zie ik als pad /opt/autosub-bootstrapbill/config.properties staan als file. Gooi ik dat in Nano, dan voel je hem al, bestaat het bestand gewoon. Doe ik service autosub status, krijg ik het volgende:

code:

● autosub.service - LSB: starts instance of AutoSub
   Loaded: loaded (/etc/init.d/autosub; generated; vendor preset: enabled)
   Active: active (exited) since Fri 2017-01-13 22:16:10 CET; 5min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1460 ExecStart=/etc/init.d/autosub start (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 19660)
   Memory: 0B
      CPU: 0
   CGroup: /system.slice/autosub.service

Jan 13 22:16:10 VM-SABNZBD systemd[1]: Starting LSB: starts instance of AutoSub...
Jan 13 22:16:10 VM-SABNZBD autosub[1460]:  * Starting AutoSub
Jan 13 22:16:10 VM-SABNZBD autosub[1460]:    ...done.
Jan 13 22:16:10 VM-SABNZBD systemd[1]: Started LSB: starts instance of AutoSub.

Dan lijkt het alsof het draait, maar dat doet het dus niet (code=exited).

EDIT: Heb de fout denk ik al, pad staat nog niet goed in /etc/default/autosub.
EDIT2: En dat was 'm, thanks!

[TheFes]

Ben(V) schreef op vrijdag 13 januari 2017 @ 16:44:
Die cheetah melding komt doordat je geen cheetah binary op je systeem hebt geinstaleerd maar alleen de python versie, gewoon die melding negeren.

Je draait nu versie 0.8.41 en de nieuwste versie is 1.0.5 (lijkt veel maar ik ben van een beta versie (0.8) naar een release versie (1.0) gegaan.
Updaten kun je gewoon vanuit het pulldown van autosub.

Ah thanks, ik heb nu zelfs 1.06

Heeft die ook al de goede code voor Sherlock?

[Ben(V)]

Ja Sherlock is ook gefixed.

[Ben(V)]

Voor mensen die autosub op windows gebruiken en zich storen aan de melding van cheetah dat hij de namemapper uitschakelt bij het opstarten hier een beschijving hoe je daar vanaf komt.

Ga naar:
http://www.lfd.uci.edu/~gohlke/pythonlibs/

Download het cheetah package

Cheetah-2.4.4-cp27-none-win_amd64.whl voor windows 64
of
Cheetah-2.4.4-cp27-none-win32 voor 32 bits windows

Verwijdert het oude cheetah package met:
PIP uninstall <oude cheetah_package>

Installeer het gedownloade package met
pip install Cheetah-2.4.4-cp27-none-win_amd64.whl

Nu zal de binary versie van de namemapper gebruikt worden.

[CH4OS]

Die mag wat mij betreft de topic start in. Kan me herinneren dat ik destijds mezelf groen en geel ergerde aan de melding (toen ik AutoSub nog op Windows had draaien).

[Ben(V)]

Heb hem opgenomen in de readme en die staat ook in de start topic

[Webjunkie]

[b][message=49851517,noline]

Je draait nu versie 0.8.41 en de nieuwste versie is 1.0.5 (lijkt veel maar ik ben van een beta versie (0.8) naar een release versie (1.0) gegaan.
Updaten kun je gewoon vanuit het pulldown van autosub.

Bij mij werkt dat niet.
Autosub draait bij mij op debian server (testing).
Ik krijg deze errormelding

code:

2017-01-16 12:57:28,135 ERROR  UpdateAutoSub: Could not get the zipfile from github. Error is [('system library', 'fopen', 'No such file or directory'), ('BIO routines', 'BIO_new_file', 'no such file'), ('x509 certificate routines', 'X509_load_cert_crl_file', 'system lib')]
2017-01-16 12:57:27,996 INFO  Starting upgrade.
2017-01-16 12:57:27,866 DEBUG  UpdateAutoSub: Update started

Met de hand pullen werkt trouwens ook niet.
Ik zit op versie 0.8.41 maar volgens git ben ik up2date.

code:

root@Asgard:~/autosub# git status
On branch master
Your branch is up-to-date with 'origin/master'.
Untracked files:
  (use "git add <file>..." to include in what will be committed)

    AutoSubService.log.1

nothing added to commit but untracked files present (use "git add" to track)

[ Voor 21% gewijzigd door Webjunkie op 16-01-2017 13:07 ]

[vanaalten]

Webjunkie schreef op maandag 16 januari 2017 @ 13:00:
Met de hand pullen werkt trouwens ook niet.
Ik zit op versie 0.8.41 maar volgens git ben ik up2date.

Je zit nog op 'autosub-bootstrapbill' terwijl Ben(V) een nieuwe repository voor 'autosub' gemaakt heeft. En in deze post zie je hoe je je repository kan omzetten (wel opletten, kan zijn dat je zelf nog opstartscripts moet aanpassen voor jouw situatie).

Dat automatisch updaten doet 'ie bij mij (Debian stable) ook niet, maar bij mij kwam dat omdat een bepaalde package in 'stable' niet recent genoeg was, geloof ik. Met de hand updaten werkt hier wel goed.

[Ben(V)]

Het heeft iets te maken met het standard certificate dat door debian gebruikt wordt in plaats van het certificate dat autosub meelevert.

Daardoor kun je https sites niet bereiken en GitHub is exclusief https.
Hoe het precies zit weet ik ook niet , gebruik zelf geen debian kan kan dus niet testen.

Gewoon de zipfile met de hand downloaden van GitHub en er overheen kopieren werkt ook.
Let wel op je rechten, want als je dat als root doet en je laat autosub onder z'n eigen user draaien werkt er van alles niet meer.

Wel de nieuwe GitHub gebruiken uiteraard.
Deze dus:

https://github.com/BenjV/autosub

[vanaalten]

Ben(V) schreef op maandag 16 januari 2017 @ 20:00:
Het heeft iets te maken met het standard certificate dat door debian gebruikt wordt in plaats van het certificate dat autosub meelevert.

Daardoor kun je https sites niet bereiken en GitHub is exclusief https.
Hoe het precies zit weet ik ook niet , gebruik zelf geen debian kan kan dus niet testen.

Ik heb even wat trial & error gedaan: in 'Helpers.py', in het volgende stuk regels 3 & 4 toegevoegd:

code:

    #First we make a connection to github to get the zipfile with the release
    log.info('Starting upgrade.')
    log.info('zipurl = %s' % autosub.ZIPURL)
    log.info('verify = %s' % autosub.CERTIFICATEPATH)
    Session = requests.Session()
    try:
        Result = Session.get(autosub.ZIPURL,verify=autosub.CERTIFICATEPATH)
        ZipData= Result.content
    except Exception as error:
        log.error('UpdateAutoSub: Could not get the zipfile from github. Error is %s' % error)
        return error
    log.debug('UpdateAutoSub: Zipfile located on Github')

Dat leverde in de logfile op:

2017-01-16 22:22:22,792 INFO  Starting upgrade.
2017-01-16 22:22:22,793 INFO  zipurl = https://github.com/BenjV/autosub/archive/master.zip
2017-01-16 22:22:22,793 INFO  verify = //library/requests/cacert.pem

...waarbij ik dat verify-path wat merkwaardig vond.

Dus bovenstaande code aangepast naar:

code:

    #First we make a connection to github to get the zipfile with the release
    log.info('Starting upgrade.')
    log.info('zipurl = %s' % autosub.ZIPURL)
    autosub.CERTIFICATEPATH = 'library/requests/cacert.pem'
    log.info('verify = %s' % autosub.CERTIFICATEPATH)
    Session = requests.Session()
    try:
        Result = Session.get(autosub.ZIPURL,verify=autosub.CERTIFICATEPATH)
        ZipData= Result.content
    except Exception as error:
        log.error('UpdateAutoSub: Could not get the zipfile from github. Error is %s' % error)
        return error
    log.debug('UpdateAutoSub: Zipfile located on Github')

(ofwel even lomp zelf het path overschreven op regel 4)

... en dat leverde in de logfile het volgende op:

2017-01-16 22:22:22,792 INFO  Starting upgrade.
2017-01-16 22:22:22,793 INFO  zipurl = https://github.com/BenjV/autosub/archive/master.zip
2017-01-16 22:22:22,793 INFO  verify = library/requests/cacert.pem
2017-01-16 22:22:24,939 DEBUG  UpdateAutoSub: Zipfile located on Github
2017-01-16 22:22:25,032 DEBUG  UpdateAutoSub: Zipfile extracted
2017-01-16 22:22:25,133 DEBUG  UpdateAutoSub: updated tree copied.
2017-01-16 22:22:25,145 INFO  UpdateAutoSub: Update to version 1.0.8. Now restarting autosub...

Ofwel, dat auto-update mechanisme lijkt het wel te doen als het pad naar het certificate aangepast is naar iets wat 'ie wel kan vinden. Lijkt er haast op alsof PATH in __init__.py niet gezet wordt of zo?
Snap het nog niet helemaal. Als ik in __init__.py na "PATH = unicode(os.getcwd(), SYSENCODING)" een print doe van PATH, dan zegt 'ie bij het opstarten dat m'n PATH de waarde '/' heeft;
doe ik echter in Helpers.py een "log.info('PATH = %s' % autosub.PATH)', dan heeft PATH ineens wel een correct path naar de startup directory. Ik zie alleen niet waar PATH dan nogmaals gedefinieerd wordt.

Ben(V), helpt dit om het ook voor Debian goed te krijgen?

Mocht het nodig zijn, dan kan ik wel helpen met debuggen - laat maar weten of ik iets kan doen.


Edit: ik denk dat ik 'm snap!
Ik gebruik een init script om autosub op te starten - waarmee autosub vanuit / gestart wordt, niet vanuit z'n hoofddirectory. Daardoor wordt PATH dus '/', waarna CERTIFICATEPATH dus '//library/requests/cacert.pem' wordt - niet vindbaar.
Nadat de configfile ingelezen is is de variabele PATH *wel* goed gedefinieerd. Als CERTIFICATEPATH pas na het inlezen van de config gedefinieerd zou worden, zou 'ie wel goed gaan. Of, alternatief, bij het opstarten eerst een cd naar de hoofddirectory.

Bah. Vies.

[ Voor 7% gewijzigd door vanaalten op 16-01-2017 23:15 ]

[Ben(V)]

Je moet autosub gewoon opstarten vanuit de directory waar hij geinstalleerd staat, daar is hij op gemaakt.

Dus als jij een script gebruikt (wat gebruikelijk is) om autosub op te starten dan doe je daar eerst een cd naar de hoofddirectory in.

Een applicatie moet nu eenmaal een referentie hebben van waar hij staat, anders kan hij de bestanden die hij gebruikt niet vinden.

Een alternatief maar veel minder nette manier is dat je de variable "path" in de config.properties zelf invult met een editor en op te starten met de - c optie zodat autosub die config.properties kan vinden.

[vanaalten]

Ben(V) schreef op dinsdag 17 januari 2017 @ 06:12:
Een alternatief maar veel minder nette manier is dat je de variable "path" in de config.properties zelf invult met een editor en op te starten met de - c optie zodat autosub die config.properties kan vinden.

Vind ik op zich wel een nette manier, MAAR die werkt dus niet.

Reden is de volgorde van afhandelen in autosub:

1. in autosub.initialize regel 181 wordt PATH gedefinieerd door os.getcwd uit te voeren;
2. daarna (regel 198) wordt CERTIFICATEPATH gedefinieerd op basis van PATH + relatieve path naar certificatefile;
3. daarna (regel 207) wordt de configfile ingelezen op basis van PATH + relatieve path naar config; hierbij wordt PATH dus overschreven door de inhoud van de configfile.

Dus volgens mij wordt de opstartdirectory met os.getcwd *enkel* gebruikt om het path naar de configfile te definieeren en de path naar het certificaat.

Als je de variabele CERTIFICATEPATH zou definieeren *na* het inlezen van de config, *dan* kan je autosub vanuit elke directory opstarten (met -c optie voor configfile) en kan hij toch de certificatefile vinden op basis van de configfile.

Maar wel mooi dat het ook onder Debian/Ubuntu gewoon mogelijk is vanuit autosub te updaten.

[Kenhas]

Hierboven gelezen dat Sherlock een probleempje gaf met de name mapping (maar ook gelezen dat het opgelost zou zijn).

Maar bij mij komt ie eigenlijk gewoon niet in de lijst van te zoeken ondertitels

code:

2017-01-17 02:51:27,170 INFO  scanDir: Finished round of local disk checking
2017-01-17 02:51:27,062 INFO  scanDir: ['English'] WANTED FOR: Conviction....mkv
2017-01-17 02:51:24,763 INFO  scanDir: ['English'] WANTED FOR: Shooter....mkv
2017-01-17 02:51:24,757 INFO  scanDir: ['English'] WANTED FOR: Shooter....mkv
2017-01-17 02:51:24,751 INFO  scanDir: ['English'] WANTED FOR: Shooter...mkv
2017-01-17 02:51:24,743 INFO  scanDir: ['English'] WANTED FOR: Shooter....mkv
2017-01-17 02:51:21,187 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:21,181 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:21,175 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:21,168 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:20,799 INFO  scanDisk: Starting round of local disk checking at /volume1/Video/Serie

Is nochtans gewoon mkv'tje

[Webjunkie]

vanaalten schreef op maandag 16 januari 2017 @ 18:24:
[...]

Je zit nog op 'autosub-bootstrapbill' terwijl Ben(V) een nieuwe repository voor 'autosub' gemaakt heeft. En in deze post zie je hoe je je repository kan omzetten (wel opletten, kan zijn dat je zelf nog opstartscripts moet aanpassen voor jouw situatie).

Thanks.
Dat omzetten gaf bij mij diverse errors, dus ik heb maar opnieuw gecloned en config.properties & database.db teruggezet.
AS draait weer als een zonnetje

Dat automatisch updaten doet 'ie bij mij (Debian stable) ook niet, maar bij mij kwam dat omdat een bepaalde package in 'stable' niet recent genoeg was, geloof ik.

Bij mij heeft dat alleen in het begin gewerkt.

[Ben(V)]

vanaalten schreef op dinsdag 17 januari 2017 @ 09:05:
[...]

Vind ik op zich wel een nette manier, MAAR die werkt dus niet.

Reden is de volgorde van afhandelen in autosub:

1. in autosub.initialize regel 181 wordt PATH gedefinieerd door os.getcwd uit te voeren;
2. daarna (regel 198) wordt CERTIFICATEPATH gedefinieerd op basis van PATH + relatieve path naar certificatefile;
3. daarna (regel 207) wordt de configfile ingelezen op basis van PATH + relatieve path naar config; hierbij wordt PATH dus overschreven door de inhoud van de configfile.

Dus volgens mij wordt de opstartdirectory met os.getcwd *enkel* gebruikt om het path naar de configfile te definieeren en de path naar het certificaat.

Als je de variabele CERTIFICATEPATH zou definieeren *na* het inlezen van de config, *dan* kan je autosub vanuit elke directory opstarten (met -c optie voor configfile) en kan hij toch de certificatefile vinden op basis van de configfile.

Maar wel mooi dat het ook onder Debian/Ubuntu gewoon mogelijk is vanuit autosub te updaten.

Eigenlijk is autosub gemaakt om op te starten vanuit de directory waar hij geinstalleerd staat en als je toch een opstart script gebruikt is daarin een cd commando opnemen een simpele optie.

Die -c optie is eigenlijk alleen bedoelt om een andere locatie of naam voor de config.properties te kunnen kiezen.
Of je nu een cd aan je opstartscript toevoegt of zelf een config.properties moet aanpassen lijkt me lood om oud ijzer.

Ik kan zo niet zeggen of er nog andere dingen mis gaan als autosub niet in zijn eigen directory opstart, maar ik zal er eens naar kijken als ik tijd heb, want om zo maar even de readconfig te verplaatsen zou ik nog wel eerst het en en ander willen testen.

[Ben(V)]

Kenhas schreef op dinsdag 17 januari 2017 @ 11:07:
Hierboven gelezen dat Sherlock een probleempje gaf met de name mapping (maar ook gelezen dat het opgelost zou zijn).

Maar bij mij komt ie eigenlijk gewoon niet in de lijst van te zoeken ondertitels

code:

2017-01-17 02:51:27,170 INFO  scanDir: Finished round of local disk checking
2017-01-17 02:51:27,062 INFO  scanDir: ['English'] WANTED FOR: Conviction....mkv
2017-01-17 02:51:24,763 INFO  scanDir: ['English'] WANTED FOR: Shooter....mkv
2017-01-17 02:51:24,757 INFO  scanDir: ['English'] WANTED FOR: Shooter....mkv
2017-01-17 02:51:24,751 INFO  scanDir: ['English'] WANTED FOR: Shooter...mkv
2017-01-17 02:51:24,743 INFO  scanDir: ['English'] WANTED FOR: Shooter....mkv
2017-01-17 02:51:21,187 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:21,181 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:21,175 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:21,168 INFO  scanDir: ['English'] WANTED FOR: planet....mkv
2017-01-17 02:51:20,799 INFO  scanDisk: Starting round of local disk checking at /volume1/Video/Serie

Is nochtans gewoon mkv'tje

Zonder debug log is het niet te zeggen waarom dit zo gaat.
Weet ook niet waar die .... vandaan komen, maar zonder volledige naam kan ik ook niets testen.

[zeroday]

Ben(V) schreef op vrijdag 13 januari 2017 @ 16:44:
Die cheetah melding komt doordat je geen cheetah binary op je systeem hebt geinstaleerd maar alleen de python versie, gewoon die melding negeren.

Je draait nu versie 0.8.41 en de nieuwste versie is 1.0.5 (lijkt veel maar ik ben van een beta versie (0.8) naar een release versie (1.0) gegaan.
Updaten kun je gewoon vanuit het pulldown van autosub.

ik doe altijd een git pull, ik zie dat er een andere repository is .. moet ik naar een andere repo?

Gewoon even oude folder hernoemd, nieuwe git clone, config.properties terug gezet en hij mag met een schone database beginnen .. 2 minuten werk. #easy #vrijdagmiddag

[ Voor 13% gewijzigd door zeroday op 20-01-2017 15:08 ]

[Kalua]

Hmm ik probeer het DSM6 package te installeren, maar die heeft er niet zo veel zin in.

Ik krijg alleen de volgende melding, kan ik ergens in een logboek terug vinden wat er misgaat?


Iemand enig idee?

[Ben(V)]

Heb je in de instellingen van het package centre aangevinkt dat alle package bronnen geaccepteerd moeten worden?

[Kalua]

Ja heb dat op alle uitgevers staan inderdaad... alle andere packages kan ik gewoon installeren. Zal ff de logs in moeten duiken ben ik bang.

[Ben(V)]

Heb je python 2 van de SynoCommunity geinstalleerd?
Heb je soms python 3 geinstalleerd

[ Voor 26% gewijzigd door Ben(V) op 20-01-2017 21:26 ]

[Kalua]

Ja heb python2 van synocommunity inderdaad.. geen andere python geinstalleerd verder. Maar denk ook niet dat het daar aan ligt.. de package installeerd niet eens.

Edit:

2017/01/20 22:24:43 install :
End: /bin/mkdir -p /volume1/@tmp/pkginstall/package ret=[0]
2017/01/20 22:24:43 install :
Begin: /bin/tar xf /volume2/@tmp/upload_tmp.11380 -C /volume1/@tmp/pkginstall --no-same-owner
2017/01/20 22:24:43 install :
End: /bin/tar xf /volume2/@tmp/upload_tmp.11380 -C /volume1/@tmp/pkginstall --no-same-owner ret=[0]
2017/01/20 22:24:43 install autosub 1.0:
Begin: /bin/tar xf /volume1/@tmp/pkginstall/package.tgz -C /volume1/@tmp/pkginstall/package --no-same-owner
2017/01/20 22:24:43 install autosub 1.0:
End: /bin/tar xf /volume1/@tmp/pkginstall/package.tgz -C /volume1/@tmp/pkginstall/package --no-same-owner ret=[0]
2017/01/20 22:24:43 install autosub 1.0:
Begin: /bin/rm -rf /volume1/@tmp/pkginstall
2017/01/20 22:24:43 install autosub 1.0:
End: /bin/rm -rf /volume1/@tmp/pkginstall ret=[0]
2017/01/20 22:24:43 install autosub 1.0 failed

Dit uit de log geplukt.. lijkt net of de package niet uitgepakt kan worden ofzo

[ Voor 76% gewijzigd door Kalua op 20-01-2017 22:27 ]

[Ben(V)]

Probeer een het package opnieuw te downloaden misschien is het onderweg corrupt geraakt.

Verder even kijken of je al een gebruiker autosub hebt in DSM en ook even met putty (dan zie je ook de hidden users).

Als je ingelogd ben met putty kun je daar het volgende commando voor gebruiken:

code:

cat /etc/passwd

en ook even hier kijken.

code:

cat /etc/shadow

[Kalua]

Ah thanks.. had inderdaad nog een oude autosub user er in staan.. die verwijderd, gereboot en nu werkt het wel.

Alleen werkt autosub om een of andere reden niet met de reverse proxy functie van DSM... zag in het topic nog iemand die dit ook had en dat hij het had opgelost maar helaas niet hoe..

[ Voor 45% gewijzigd door Kalua op 21-01-2017 09:56 ]

[Ben(V)]

Daar was een foutje in geslopen maar is inmiddels in de huidige versie opgelost.
Even updaten vanuit de pulldown van autosub zelf, dan krijg je de laatste versie.

[jooncheez]

Ik heb sinds gisteren ook Auto-Sub (Windows 10) draaien en tot zo ver werkt het prima, bedankt!

Ik gebruik het icm Sonarr, die voornamelijk torrents downloadt via public trackers, en ik heb hier een paar vragen over.

1. Wat is best practice voor renaming? Momenteel gebruik ik (voor Kodi):
   code:
   

   {Series Title} - S{season:00}E{episode:00} - {Release Group} {Quality Full}

   
   Echter, vaak vindt Sonarr de Release Group niet, dus het bestand ziet er zo uit:
   
   code:
   

   Quarry - S01E01 - Sonarr HDTV-720p Proper.mkv

   
   Wanneer ik Filebot gebruik voor subtitles, die volgens mij op hash zoekt, worden veel subtitles niet gevonden. Auto-Sub vindt bijna alles met de minmatching op "source". Ik moet nog controleren of deze in sync zijn.
2. [br]
3. Is er een manier om Auto-Sub aan te roepen vanuit Sonarr via de connect functie? Of is het prima om hem gewoon iedere 6 uur te laten draaien? Het zou natuurlijk wel fijn zijn als er meteen naar subtitles gezocht worden wanneer er een nieuwe serie is gedownload.

In ieder geval bedankt voor de development van Auto-Sub en de ondersteuning, tot nu toe zeer tevreden

[TRaSH]

En je denkt dat de NL vertaling er al is nadat het released is op internet ?
Volgens mij hebben ze zeker nog wat tijd nodig voor de vertaling dan een paar secondes/minuten.

Renamen doe ik zelf niet en dat geeft mij de beste resultaat,
Minmatch score heb ik op source.
En dat werkt prima als je WEB-DL neemt,
Op HDTV wil nog wel eens wat verschil wezen zeker als je de mislabeled SDTV van lol meerekent die ze als HDTV wegzetten.

[jooncheez]

TRaSH schreef op zaterdag 21 januari 2017 @ 14:04:
En je denkt dat de NL vertaling er al is nadat het released is op internet ?
Volgens mij hebben ze zeker nog wat tijd nodig voor de vertaling dan een paar secondes/minuten.

Renamen doe ik zelf niet en dat geeft mij de beste resultaat,
Minmatch score heb ik op source.
En dat werkt prima als je WEB-DL neemt,
Op HDTV wil nog wel eens wat verschil wezen zeker als je de mislabeled SDTV van lol meerekent die ze als HDTV wegzetten.

Ik download meestal series die al een tijdje uit zijn. Maar inderdaad met nieuwe series zal hij in het begin toch niks vinden. Niet renamen lijkt mij ook het beste resultaat geven, echter weet ik niet of Kodi dat altijd lekker op pakt dan.

[Ben(V)]

Autosub is een zelfstandig programma en geen extensie van Sonaar (of welk prgramma dan ook), dus wat jij wilt is niet mogelijk.
Het is ook een beetje onzinnig, persoonlijk heb ik autosub op 24 uur staan zoadat hij een keer per dag zoekt.
Als je heel dringend op een sub zit te wachten kun je altijd nog even via de pulldown een search forceren.

Zoals TRaSH al zei is een minmatch score van alleen source het beste, als er meerdere sub voor een video beschikbaar zijn dan zal autosub altijd de beste kiezen ook al heb je alleen source aangevinkt.

Kodi snapt de relasenamen ook het beste.
Dat renamen is normaal gesproken niet verstandig.

Op hash zoeken kan alleen op Opensubtitles en werkt voor geen meter want de meeste sub uploaders plaatsen helemaal geen hash bij hun subs.

[ Voor 9% gewijzigd door Ben(V) op 21-01-2017 14:59 ]

[drfruit]

Ik laat Sonarr ook niet renamen omdat dit het beste werkt met autosub.

Het enige probleem dat ik wel eens zie in Kodi, is dat episodes van daily shows zoals The Late Show soms niet automatisch bij TV Shows verschijnen. Die zoek ik dan gewoon even op via Video files.

[TRaSH]

jooncheez schreef op zaterdag 21 januari 2017 @ 14:14:
[...]

Ik download meestal series die al een tijdje uit zijn. Maar inderdaad met nieuwe series zal hij in het begin toch niks vinden. Niet renamen lijkt mij ook het beste resultaat geven, echter weet ik niet of Kodi dat altijd lekker op pakt dan.

Ik rename niks,
En Kodi pakt bij mij alles op.

[jooncheez]

Oke, bedankt voor alle reacties Ik heb het rename nu uitgezet. Ik zal kijken hoe we het gaat.

[Kalua]

Ben(V) schreef op zaterdag 21 januari 2017 @ 11:35:
Daar was een foutje in geslopen maar is inmiddels in de huidige versie opgelost.
Even updaten vanuit de pulldown van autosub zelf, dan krijg je de laatste versie.

Heb 1.0.8, wat de nieuwste is, maar werkt nog steeds niet. Ik krijg wel de pop up om mijn gebruikersnaam en wachtwoord in te voeren, maar krijg daarna een 404. Helaas wordt alles van cherrypy niet gelogd dus kan ook niet meer info geven.

[Ben(V)]

Wat heb je bij ipadres staan voor de webserver?

[ Voor 3% gewijzigd door Ben(V) op 22-01-2017 13:58 ]

[Kalua]

0.0.0.0 staat daar, standaard instelling dus. Het gekke is dat het via het interne IP allemaal goed werkt..

[Ben(V)]

Je zult echt wel iets vreemds doen, want bij mij en anderen werkt het prima.

Misschien een firewall probleem op je pc waar je browser draait.

Heb je "/autossub" opgegevn bij Webroot?

[ Voor 13% gewijzigd door Ben(V) op 22-01-2017 14:55 ]

[Kalua]

Ik ben er al achter.. om een of andere reden kan autosub niet met https proxy om gaan.. ik heb de reverse proxy nu ingesteld om naar een extern http adres te proxien en dan werkt het wel gewoon. Zal er nog wel een keer induiken om te kijken waarom het niet werkt. Misschien ergens http hardcoded staan?

[TheFes]

Het viel me op dat ik al enige tijd geen subs meer binnen krijg, en ik heb nog wel een backlog..

Nu zag ik dat mijn hele log vol staat met dit soort meldingen:

2017-01-24 04:16:34,970 ERROR getSubLink: The SubtitleSeeker server returned an error. Message is HTTPConnectionPool(host='api.subtitleseeker.com', port=80): Max retries exceeded with url: /get/title_subtitles/?api_key=24430affe80bea1edf0e8413c3abf372a64afff2&imdb=0475784&season=01&episode=10&language=Dutch,English&return_type=json (Caused by NewConnectionError(': Failed to establish a new connection: [Errno 10060] A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond',))

Iemand enig idee hoe dit komt en hoe ik dit op los?
Ik draai Autosub op Windows 10 overigens

[TRaSH]

Kijk eens wat er gebeurd als je alleen OS en addic7ed als provider kiest

[Ben(V)]

Subtitleseeker ligt er weer eens uit.

Gewoon podnapisi en subscene uitzetten, voegen toch weinig tot niets toe aan opensubtitles en addic7ed.

[Obscurax]

Kalua schreef op zondag 22 januari 2017 @ 15:35:
Ik ben er al achter.. om een of andere reden kan autosub niet met https proxy om gaan.. ik heb de reverse proxy nu ingesteld om naar een extern http adres te proxien en dan werkt het wel gewoon. Zal er nog wel een keer induiken om te kijken waarom het niet werkt. Misschien ergens http hardcoded staan?

Ik heb dit probleem ook. Ik krijg AutoSub maar niet aan de praat achter een nginx reverse proxy. Probleem ligt volgens mij bij AutoSub aangezien nzbget, sonarr, cp, headphones en mylar het wel gewoon doen.

Als iemand weet hoe je AutoSub aan de praat krijgt achter een reverse proxy, i'm all ears.

EDIT: Ik ga het later nog eens met een subdomain proberen ipv domain/autosub zo werkte het ook enkel met qBittorrent.

[ Voor 7% gewijzigd door Obscurax op 26-01-2017 13:29 ]

[Kalua]

Obscurax schreef op donderdag 26 januari 2017 @ 13:26:
[...]


Ik heb dit probleem ook. Ik krijg AutoSub maar niet aan de praat achter een nginx reverse proxy. Probleem ligt volgens mij bij AutoSub aangezien nzbget, sonarr, cp, headphones en mylar het wel gewoon doen.

Als iemand weet hoe je AutoSub aan de praat krijgt achter een reverse proxy, i'm all ears.

EDIT: Ik ga het later nog eens met een subdomain proberen ipv domain/autosub zo werkte het ook enkel met qBittorrent.

Ik gebruik subdomain en dat werkt dus niet. Heb je webroot wel ingevuld? En gebruik je http of https?

[Obscurax]

Kalua schreef op donderdag 26 januari 2017 @ 13:42:
[...]


Ik gebruik subdomain en dat werkt dus niet. Heb je webroot wel ingevuld? En gebruik je http of https?

HTTPS uiteraard, webroot is ingevuld. Ik krijg ook de loginpagina maar wordt erna doorverwezen naar een http link.

[Kalua]

Obscurax schreef op donderdag 26 januari 2017 @ 13:45:
[...]


HTTPS uiteraard, webroot is ingevuld. Ik krijg ook de loginpagina maar wordt erna doorverwezen naar een http link.

HTTPS is het probleem in dit geval, proxy maar eens via http, dan werkt het wel gewoon. Autosub gebruikt denk ik http ergens hardcoded.

[ Voor 6% gewijzigd door Kalua op 26-01-2017 14:06 ]

[Obscurax]

Kalua schreef op donderdag 26 januari 2017 @ 13:51:
[...]


HTTPS is het probleem in dit geval, proxy maar eens via http, dan werkt het wel gewoon. Autosub gebruikt denk ik http ergens hardcoded.

Daar was ik al achter, de reverse proxy draait echter om alles over https te krijgen. Is dus geen oplossing.

[roeleboel]

Kalua schreef op donderdag 26 januari 2017 @ 13:51:
[...]


HTTPS is het probleem in dit geval, proxy maar eens via http, dan werkt het wel gewoon. Autosub gebruikt denk ik http ergens hardcoded.

Neen hoor, ik gebruik een rpi met apache om een reverse ssl proxy op te zetten, en dat werkt perfect. (intern netwerk http, grote internet ssl)
Ik heb enkel de webroot ingevuld in autosub, meer moet daar niet gebeuren. De rest is config op de reverse proxy (daar moet je de webroot meegeven in het te-proxyen-pad).

Mijn concrete config voor autosub is dit (voor apache dus):

code:

    <Location /autosub>
        ProxyPass  http://192.168.62.5:8083/autosub
        ProxyPassReverse http://192.168.62.5:8083/autosub
    </Location>

[Kalua]

roeleboel schreef op donderdag 26 januari 2017 @ 16:52:
[...]


Neen hoor, ik gebruik een rpi met apache om een reverse ssl proxy op te zetten, en dat werkt perfect. (intern netwerk http, grote internet ssl)
Ik heb enkel de webroot ingevuld in autosub, meer moet daar niet gebeuren. De rest is config op de reverse proxy (daar moet je de webroot meegeven in het te-proxyen-pad).

Mijn concrete config voor autosub is dit (voor apache dus):

code:

    <Location /autosub>
        ProxyPass  http://192.168.62.5:8083/autosub
        ProxyPassReverse http://192.168.62.5:8083/autosub
    </Location>

Wij gebruiken beide nginx als proxy, en alles werkt behalve autosub. Precies hetzelfde probleem als Obscurax, na inlog prompt wordt er geredirect naar een http locatie. Misschien dat apache dat rewrite naar https automatisch?

[roeleboel]

Kalua schreef op donderdag 26 januari 2017 @ 17:16:
[...]
Wij gebruiken beide nginx als proxy, en alles werkt behalve autosub. Precies hetzelfde probleem als Obscurax, na inlog prompt wordt er geredirect naar een http locatie. Misschien dat apache dat rewrite naar https automatisch?

Ik zelf gebruik geen login/pass voor autosub (de proxy handelt deze zelf af), dus vermoedelijk zit het probleem dan daarin zou ik denken...

[Ben(V)]

Autosub gebruikt CherryPy als webserver voor de gebruikers interface.
Autosub is niet gebouwd om met https om te gaan, want om dat te kunnen doen moeten er twee cherrpy webservers draaien.
Een voor http en een voor https.

Autosub is gemaakt als lokale applicatie die geen behoefte heeft aan de overhead van https.
Ik heb momenteel geen plannen om hier verandering in te brengen, maar autosub is in de public domain dus wie wil kan z'n eigen aanpassingen maken.

Als je hem via een reverse proxy over https wilt bereiken zul je de reverse proxy zo moeten configureren dat hij https acccepteert en dat omzet naar http richting autosub.
Hoe je dat doet voor een nginx proxy kun je hier lezen.

https://www.nginx.com/blog/nginx-ssl/

Persoonlijk lijkt het me slimmer en veiliger om een VPN te gebruiken in plaats van de schijn veiligheid van een reverse proxy server, maar dat is ieder zijn eigen keuze.

[Verwijderd]

Ik draai nog op 0.8.40 en nieuwste versie toont 1.08 maar als ik wil updaten zegt autosub geen nieuwe versie te vinden. Ik zit normaal gezien nog op de oude github maar draai dit in een docker container. Kan ik updaten of moet ik wachten op een nieuwe docker image?

[Ben(V)]

Als je met versie 0.8.40 update dan zal hij naar 0.8.41 gaan.
Vanuit die versie kun je nogmaals updaten en dan krijg je versie 1.0.8.

Wat je zegt kan dus niet, tenzij autosub bijvoorbeeld GitHub niet kan bereiken of zo iets.

[TheFes]

Autosub heeft voor mij een tijdje prima gewerkt, maar sinds een aantal dagen krijg ik alelen nog maar dit in mijn log

2017-01-27 19:42:13,065 ERROR Opensubtitles: Error from Opensubtitles search API
2017-01-27 05:30:03,779 ERROR Addic7edAPI: Request failed with status code 502

Ik heb in de settings de login getest, en die werkt voor beide

Ik heb de log op debug gezet, maar ondanks dat staat er in Debug niets meer dan dat ik de log op debug moet zetten..

Iemand een idee?

[ Voor 7% gewijzigd door TheFes op 28-01-2017 00:22 ]

[Ben(V)]

Een 502 error betekent "Bad Gateway" wat aan de website kant kan liggen of bij jezelf.

Zie: http://www.checkupdown.com/status/E502.html

Aangezien niemand anders hier last van heeft ligt het probleem aan de netwerk connectie aan jouw kant.

Heb je iets gedaan met een firewall of ligt je internet connectie er af en toe uit of is je Lan af en toe overbelast?

Kijk ook even of er een patroon in zit, er komen altijd wel eens connectie problemen voor dat kan ook overbelasting van de opensubtitles of addic7ed als oorzaak hebben.

Heb net even bij mezelf gekeken en had ook enkele connectie errors een paar weken geleden(niet dezelfde maar soortgelijk).

[ Voor 35% gewijzigd door Ben(V) op 28-01-2017 08:54 ]

[Verwijderd]

Ben(V) schreef op vrijdag 27 januari 2017 @ 13:40:
Als je met versie 0.8.40 update dan zal hij naar 0.8.41 gaan.
Vanuit die versie kun je nogmaals updaten en dan krijg je versie 1.0.8.

Wat je zegt kan dus niet, tenzij autosub bijvoorbeeld GitHub niet kan bereiken of zo iets.

Blijkbaar kan ik geen foto toevoegen omdat ik niet genoeg karma heb
Na debug aan te zetten krijg ik dit als ik probeer een update te lanceren.

2017-01-28 18:29:20,998 INFO UpdateAutoSub: No update available. Current version: 0.8.40. GitHub version: 1.0.8
2017-01-28 18:29:14,288 DEBUG UpdateAutoSub: Update started
2017-01-28 18:21:36,525 INFO AutoSub: Going into a loop to keep the main thread going
2017-01-28 18:21:36,466 INFO checkSub: Finished round of subs Search. Go to sleep until the next round.

[Ben(V)]

Ik geloof al dat ik weet wat het probleem is.
Er is een paar uur een versie geweest die een fout maakte in het vergelijk tussen 0.8.40 en 1.0.0 niet goed deed.

Het simpelste is even het bestandje version.py te wijzigen en daar bijvoorbeeld het versienummer veranderen in 1.0.0
Daarna update hij weer gewoon.

Een alternatief is autosub opnieuw te installeren vanaf de GitHub.

[TRaSH]

Hoe wil je eigenlijk dat we missende namemapping gaan melden ?
Heb er 1
5827228 = 5875

[Ben(V)]

Je kunt ze hier melden dan neem ik ze op.
In de volgende search van je autosub worden ze dan meegenomen.

In een van de vorige updates heb ik een mechanisme ingebouwd die bij elk search rondje even checked of er op GitHub nieuwe namemappings zijn toegevoegd in het bestandje AddicMapping.txt.

PS. voor deze serie zijn overigens geen Nederlandse subs beschikbaar momenteel.

[TRaSH]

Weet het maar moest de serie toevoegen van me vrouw
Dus dan doe je dat maar

[digitall1]

Ik ben nieuw op het gebied van Synology Nas en heb Sonarr en Autosub geinstalleerd.
Map aangemaakt waar tv series word neergezet met de bijbehorende machtigingen.
Maar als ik Autosub laat zoeken naar subs dan krijg ik deze error:

2017-02-03 14:05:25,734 ERROR WriteSubFile: Problem writing subfile. Message is: [Errno 1] Operation not permitted: '/volumeUSB2/usbshare2-5/TV-Series/Orange Is The New Black/Season 3/Orange Is the New Black - S03E08 - Fear, and Other Smells Bluray-720p.srt'
2017-02-03 14:05:11,830 INFO getSubLinks: Found 1 DUTCH subs which matched the min match score.

Als ik de log bekijk dan lijkt mij dat Autosub een ondertitel ziet en 'm wil wegschrijven. Dat kan niet vanwege geen permissie.
Hoe kan dat als ik met admin rechten ben ingelogd en de map ook alle rechten heeft? Zie ik iets over het hoofd?

[Ben(V)]

De nieuwe DSM 6 packages draaien onder een eigen user die niet zichtbaar is in de GUI van DSM en waar je dus ook niet op de normale manier rechten aan kunt toekennen. Dus ook niet via de groep "users".

Je kunt autosub alleen rechten geven op een "shared folder" of subfolder daarvan.
Dat doet je met de volgende stappen.
1.Control Panel
2.Shared Folder
3.Edit
4.Permissions
5.Kies voor: System Internal User
6.Selecteer de user "autosub"
7.Geef die user "autosub" Read/Write rechten

[digitall1]

Duidelijk.
Alleen heb ik mijn map TV-Series op een externe schijf staan. /volumeUSB2/usbshare2-5/TV-Series/
Uit jouw verhaal maak ik op dat het dan niet gaat werken?

[Ben(V)]

Waarom zou dat niet werken?
Een usbdisk is ook een share.

Als je op een lager level dan een share die permissie wilt zetten kan dat ook.
Je gaat met File Station naar de folder waar je de permissie op wilt zetten, rechtsklikken met je muis en voor properties kiezen.
Dan permissions, advanced options, permission inspector.
De pull down selecteren bij "User or group" en selecteer "autosub"

Daarna kun je aanvinken welke rechten je wilt toekennen.

[digitall1]

Wanneer ik in /volumeUSB2/usbshare2-5/TV-Series/ op eigenschappen klik, krijg ik alleen de tabbladen Algemeen en Machtiging.Daar staan alle vinkjes aan.
Ik heb geen tabblad geavanceerd.erbij staan terwijl ik wel bij de admin groep behoor.


Is er nog een instelling qua rechten die ik over het hoofd zie? Ik draai DSM 6.02-8451 Update 9

Bedankt dat je me wilt helpen

[Ben(V)]

Heb het even nagekeken, maar blijkbaar kan op een USB disk specifieke rechten alleen op de gehele usb disk gegeven worden en niet op subfolders daaronder.

Op de subfolder ben je op een usb disk beperkt tot owner, group and others.

[digitall1]

Dusdit gaat niet lukken zo? Of met een omweg? En eventueel met DSM 52?

[Ben(V)]

Je kunt toch gewoon rechten op de hele usbdisk geven, dat werkt prima.

Een usb disk is nu eenmaal geen onderdeel van je NAS en heeft in de visie van Synology dus ook beperkingen ten opzichte van de interne disken.

[tslh]

Ben(V) schreef op vrijdag 3 februari 2017 @ 15:25:
De nieuwe DSM 6 packages draaien onder een eigen user die niet zichtbaar is in de GUI van DSM en waar je dus ook niet op de normale manier rechten aan kunt toekennen. Dus ook niet via de groep "users".

Je kunt autosub alleen rechten geven op een "shared folder" of subfolder daarvan.
Dat doet je met de volgende stappen.
1.Control Panel
2.Shared Folder
3.Edit
4.Permissions
5.Kies voor: System Internal User
6.Selecteer de user "autosub"
7.Geef die user "autosub" Read/Write rechten

Ik draai versie 1.08 op mijn Synology en heb bovenstaande stappen uitgevoerd. Ik krijg echter nog steeds deze melding in het log:

2017-02-04 16:09:52,431 INFO AutoSub: Going into a loop to keep the main thread going
2017-02-04 16:09:52,430 INFO checkSub: Finished round of subs Search. Go to sleep until the next round.
2017-02-04 16:09:52,430 INFO checkSub: Nothing to search for.
2017-02-04 16:09:52,429 INFO scanDir: Finished round of local disk checking
2017-02-04 16:09:52,429 ERROR scanDir: Error walking the folders. Message is [Errno 13] Permission denied: '/volume1/downloads/complete/tv/_UNPACK_Lucifer.S02E11.720p.HDTV.X264-DIMENSION'
2017-02-04 16:09:52,428 ERROR scanDir: Error walking the folders. Message is [Errno 13] Permission denied: '/volume1/downloads/complete/tv/Timeless'
2017-02-04 16:09:52,428 ERROR scanDir: Error walking the folders. Message is [Errno 13] Permission denied: '/volume1/downloads/complete/tv/Taboo'
2017-02-04 16:09:52,427 ERROR scanDir: Error walking the folders. Message is [Errno 13] Permission denied: '/volume1/downloads/complete/tv/Ransom'
2017-02-04 16:09:52,427 ERROR scanDir: Error walking the folders. Message is [Errno 13] Permission denied: '/volume1/downloads/complete/tv/Lucifer'

Het lijkt een rechtenkwestie te zijn, maar voor zo ver ik kan zien staat alles goed. Ik heb al diverse fora bekeken en lees over gebruiker 'autosub-bootstrapbill' die wel dan niet aangemaakt moet zijn onder DSM6, maar wat ik opmaak uit alles is dat de user autosub met voldoende rechten eigenlijk voldoende moet zijn. Kan iemand me een zetje in de juiste richting geven?

[Ben(V)]

Je hebt de rechten van autosub goed staan, maar ik weet niet waarmee jij download, maar die applicatie zet de rechten zodanig dat autosub er niet meer bij mag.

Dus als je bijvoorbeeld Sonarr gebruikt of nzbget of Sabnzb dan moet je daar de rechten goed zetten.

Eigenlijk is het handiger om die applicaties hun werk elders te laten doen en pas als de download compleet is de video's te verplaatsen naar een plaats waar autosub zijn werk doet.
Bij de meeste app's regel je dat in hun postprocessing.

Ik zie dat autosub ook unpacked bestanden voor z'n kiezen krijgt en dat lijkt me zinloos.

Heb je overigens autosub geinstalleerd vanuit het DSM 6 package of had je al autosub draaien toen je een upgrade van DSM 5 naar DSM 6 deed?


PS die user "autosub-bootstrapbill" wordt niet meer gebruikt in het DSM 6 package.

[ Voor 15% gewijzigd door Ben(V) op 04-02-2017 18:16 ]

[tslh]

Autosub heb ik pas afgelopen week geinstalleerd op DSM6. Ik gebruik inderdaad Sonarr en Sabnzbd, waarbij ik moet zeggen dat Sonarr opeens ook niet meer wil opstarten nadat ik mijn Synology opnieuw heb opgestart: geen idee wat daarmee aan de hand is opeens. Ik zal eens wat gaan proberen met verplaatsen van de files om te zien wat er dan gebeurt. Bedankt

[Ben(V)]

Die packages zijn nog niet geschikt voor DSM 6 dus geven ze problemen

[Obscurax]

Kalua schreef op donderdag 26 januari 2017 @ 17:16:
[...]


Wij gebruiken beide nginx als proxy, en alles werkt behalve autosub. Precies hetzelfde probleem als Obscurax, na inlog prompt wordt er geredirect naar een http locatie. Misschien dat apache dat rewrite naar https automatisch?

Ik heb het werkend gekregen, autosub heeft nu https via de reverse proxy.

https://domain/autosb

code:

        location /autosub/ {
            proxy_pass http://127.0.0.1:8083/autosub/;
            #X-Forwarded-For is used for forwarding IP addresses
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

[TRaSH]

Nieuwe serie
Legion 5114356 = 6092
Weet dat er nog geen NL subs zijn maar wie weet

[drfruit]

Legion werd bij mij al meteen goed opgepikt. (Voor Engelse subs.)

[ Voor 19% gewijzigd door drfruit op 09-02-2017 19:33 ]

[Ben(V)]

@TRaSH
Ik zal hem erbij zetten.

@drfruit
Autosub heeft meerdere methoden om addic7ed mappings te vinden, maar de snelste en handigste als ik ze erbij zet.
Om de zoveel tijd draait ik even een programmatje dat alle nieuwe addic7ed ID's even opzoekt op tvdb en zet deze bij de lijst op GitHub.
Die wordt dan automatisch aan het begin van elk zoekrondje even bijgewerkt vanaf GitHub, dat kost dan geen apicall naar TVDB.

[SneezyThunder91]

Goedemorgen. Ik denk dat ik iets heel simpels over het hoofd zie. Tot vanmorgen gebruikte ik autosub bootstrap bill 0.8.41 op mijn DS414 met DSM 6. Na dit topic gelezen te hebben kwam ik erachter dat er inmiddels een "native" dsm 6 package is. Daar wilde ik graag naar overstappen. De stappen die ik heb gevolgd:

Ik heb een backup gemaakt van de config.properties en de database.db.
AutoSub Bootstrap Bill verwijderd
https://github.com/BenjV/SYNO-packages/AutoSub DSM6 noarch V1.0.spk gedownload en geïnstalleerd
Als ik autosub start krijg ik de volgende foutmelding:

500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.
In addition, the custom error page failed:
OSError: [Errno 2] No such file or directory: '/volume1/@appstore/AutoSub-BootstrapBill/interface/templates/home.tmpl'
Traceback (most recent call last):
File "/volume1/@appstore/autosub/cherrypy/_cprequest.py", line 670, in respond
response.body = self.handler()
File "/volume1/@appstore/autosub/cherrypy/lib/encoding.py", line 220, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/volume1/@appstore/autosub/cherrypy/_cpdispatch.py", line 60, in __call__
return self.callable(*self.args, **self.kwargs)
File "/volume1/@appstore/autosub/autosub/WebServer.py", line 468, in index
tmpl = PageTemplate(file="interface/templates/home.tmpl")
File "/var/packages/python/target/lib/python2.7/site-packages/Cheetah/Template.py", line 1259, in __init__
self._compile(source, file, compilerSettings=compilerSettings)
File "/var/packages/python/target/lib/python2.7/site-packages/Cheetah/Template.py", line 1546, in _compile
self._fileMtime = os.path.getmtime(file)
File "/var/packages/python/target/lib/python2.7/genericpath.py", line 62, in getmtime
return os.stat(filename).st_mtime
OSError: [Errno 2] No such file or directory: '/volume1/@appstore/AutoSub-BootstrapBill/interface/templates/home.tmpl'


Deze zag ik hier op 1 van de vorige pagina's voorbijkomen dacht echter dat dat opgelost was.

Ik heb nog geprobeerd een git pull te doen echter doe ik vermoedelijk iets fout:

/usr/local/git/bin/git pull git://github.com/BenjV/autosub.git

of

/usr/local/git/bin/git pull https://github.com/BenjV/autosub.git

krijg dan:

fatal: not a git repository (etc...)

Ik run dat vanaf /volume1/@appstore of /volume1/@appstore/autosub


Log ik met winscp op m'n nas zie ik onder volume1/@appstore 2 mappen staan. autosub en AutoSub-BootstrapBill. Beide hebben 0755 met autosub:autosub als rechten. Hier heb ik nog niks aan gewijzigd.

Kunnen jullie mij helpen?

[ Voor 6% gewijzigd door SneezyThunder91 op 10-02-2017 09:45 ]

[Cyrus The Virus]

Zo te zien pakt hij Santa Clarita Diet ook niet:

5580540 = 6174

[TommyGun]

Idem voor The Grand Tour

5712554 = 6108

[Ben(V)]

Arbeider schreef op vrijdag 10 februari 2017 @ 09:06:
Goedemorgen. Ik denk dat ik iets heel simpels over het hoofd zie. Tot vanmorgen gebruikte ik autosub bootstrap bill 0.8.41 op mijn DS414 met DSM 6. Na dit topic gelezen te hebben kwam ik erachter dat er inmiddels een "native" dsm 6 package is. Daar wilde ik graag naar overstappen. De stappen die ik heb gevolgd:

Ik heb een backup gemaakt van de config.properties en de database.db.
AutoSub Bootstrap Bill verwijderd
https://github.com/BenjV/SYNO-packages/AutoSub DSM6 noarch V1.0.spk gedownload en geïnstalleerd
Als ik autosub start krijg ik de volgende foutmelding:

500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.
In addition, the custom error page failed:
OSError: [Errno 2] No such file or directory: '/volume1/@appstore/AutoSub-BootstrapBill/interface/templates/home.tmpl'
Traceback (most recent call last):
File "/volume1/@appstore/autosub/cherrypy/_cprequest.py", line 670, in respond
response.body = self.handler()
File "/volume1/@appstore/autosub/cherrypy/lib/encoding.py", line 220, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/volume1/@appstore/autosub/cherrypy/_cpdispatch.py", line 60, in __call__
return self.callable(*self.args, **self.kwargs)
File "/volume1/@appstore/autosub/autosub/WebServer.py", line 468, in index
tmpl = PageTemplate(file="interface/templates/home.tmpl")
File "/var/packages/python/target/lib/python2.7/site-packages/Cheetah/Template.py", line 1259, in __init__
self._compile(source, file, compilerSettings=compilerSettings)
File "/var/packages/python/target/lib/python2.7/site-packages/Cheetah/Template.py", line 1546, in _compile
self._fileMtime = os.path.getmtime(file)
File "/var/packages/python/target/lib/python2.7/genericpath.py", line 62, in getmtime
return os.stat(filename).st_mtime
OSError: [Errno 2] No such file or directory: '/volume1/@appstore/AutoSub-BootstrapBill/interface/templates/home.tmpl'


Deze zag ik hier op 1 van de vorige pagina's voorbijkomen dacht echter dat dat opgelost was.

Ik heb nog geprobeerd een git pull te doen echter doe ik vermoedelijk iets fout:

/usr/local/git/bin/git pull git://github.com/BenjV/autosub.git

of

/usr/local/git/bin/git pull https://github.com/BenjV/autosub.git

krijg dan:

fatal: not a git repository (etc...)

Ik run dat vanaf /volume1/@appstore of /volume1/@appstore/autosub


Log ik met winscp op m'n nas zie ik onder volume1/@appstore 2 mappen staan. autosub en AutoSub-BootstrapBill. Beide hebben 0755 met autosub:autosub als rechten. Hier heb ik nog niks aan gewijzigd.

Kunnen jullie mij helpen?

In je config.properties staat nog het path naar de oude autosub-bootstrapbill installtie.
Verander dat even in het path naar de nieuwe en dat gaat het wel werken.

[ Voor 3% gewijzigd door Ben(V) op 10-02-2017 12:16 ]

[SneezyThunder91]

Dank nu wil hij kaal wel starten maar met mijn config.properties en database.db niet. Dan start het proces niet.

[Ben(V)]

Je moet ook het PATH in je config.properties aanpassen.
Kijk wat er in de niew aangemaakte config.properties staat bij PATH en zet dat in de oude config.properties

[ Voor 5% gewijzigd door Ben(V) op 10-02-2017 12:38 ]

[SneezyThunder91]

Ik heb inmddels gewoon kaal gestart en daarna settings overgezet. Werkt nu zoals het moet volgens mij. Eveen kijken of hij de db opnieuw opbouwd. Thx voor de hulp zover.

Is er trouwens een reden waarom autosub niet staat onder /usr/local/ en bv sickrage en nzbget wel? Er lijkst geen symlink tijdens installatie ervoor te worden aangemaakt.

En waar stel ik de backup directory in?

[ Voor 39% gewijzigd door SneezyThunder91 op 10-02-2017 12:51 ]

[Ben(V)]

Alle packages staan fysiek in /volume1/@appstore en via een symlink in var/packages/autosub/target.
Dat is de manier waarop DSM 6 ze installeert als je een package maakt volgens de Synology voorschriften van DSM 6 maakt

De andere packages die jij noemt zijn voor DSM 5 gemaakt en/of de package builder hebben die symlinks zelf toegevoegd en volgen de Synology standaard niet.

De backup directory kun je gewoon in de config pagina van autosub instellen.
Het handigste is het om daar een share voor te kiezen zodat je er zelf ook bij kunt zonder putty of winscp te moeten gebruiken.

De database bouwt hij gewoon weer op maar is dan leeg.
Je kunt gewoon autosub even stoppen en je oude database er weer overheen kopieren.

[ Voor 11% gewijzigd door Ben(V) op 10-02-2017 18:15 ]

[Verwijderd]

Ik heb als backup ingevuld "/volume2/_Diversen/Van.NAS.Instellingen". Dit hele pad bestaat maar Autosub blijft klagen "Backup/restore folder does not exists.". Terwijl volgens DSM Finder de locatie "/volume2/_Diversen/Van.NAS.Instellingen" is.

Idee?

[ Voor 23% gewijzigd door Verwijderd op 10-02-2017 21:08 ]

[Ben(V)]

Geen idee.
Autosub vraagt gewoon aan het Os of die folder bestaat.

Typefout?

[Ben(V)]

TommyGun schreef op vrijdag 10 februari 2017 @ 11:24:
Idem voor The Grand Tour

5712554 = 6108

Voor deze moet je een namemapping aanmaken want er zijn twee versies van.
Jij bedoelt 'The Grand Tour (2016)

Verder heb ik weer een aantal nieuwe series toegevoegd aan de addic7ed mapping