[Ervaringen] Auto-Sub Bootstrap Bill

[zeroday]

1.2.18 onder Debian
Geeft teveel output in de start shell en geeft autosub mijn prompt niet terug

Dit is normaal:
user@media:/home/autosub# /etc/init.d/autosub.sh restart
Restarting AutoSub
Stopping AutoSub
Starting AutoSub

Er wordt nu extra output gegenereerd;

/usr/bin/python /home/autosub/AutoSub.py -c /home/autosub/config.properties -d -l

alsmede
/home/autosub/config.properties

Ook dat kan ik wel begrijpen, wellicht heb ik de config niet meer nodig om expliciet te vertellen waar deze is (confirmed door de start script aan te passen)


Dan komt deze melding

user@media:/home//autosub# AutoSub: Initializing variables and loading config
AutoSub: Starting output to log. Bye!

En dat is ook goed.

Maar dan wordt onderstaande melding gegeven:

[04/Mar/2018:16:57:19] ENGINE Serving on http://0.0.0.0:8083

En die melding mag hij niet geven want hierdoor geeft hij mijn prompt niet terug. Ik moet die prompt weer claimen. Ik heb in de config staat dat ik geen gebruik maak van de Launch Browser en dat lijkt hiermee wat gerelateerd te zijn.

Autosub blijft wel draaien. Maar als die laatste melding weg kan en ik mijn prompt weer krijg dan ben ik blij

[remcoboy1479]

Ik kreeg op m'n Synology eerst deze melding:

500 Internal Server Error
The server encountered an unexpected condition which prevented it from fulfilling the request.
In addition, the custom error page failed:
KeyError: 'nomatch'

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 494, in index
@cherrypy.expose
File "/var/packages/python/target/lib/python2.7/site-packages/Cheetah/Template.py", line 1005, in __str__
rc = getattr(self, mainMethName)()
File "cheetah__volume1__appstore_autosub_interface_templates_home_tmpl_1520180045_56_39096.py", line 185, in respond
KeyError: 'nomatch'
Powered by CherryPy 8.7.0

Na package stopzetten en opnieuw uitvoeren werkt het weer.
De forced search haalt weer nieuwe subs binnen, top!

Ik zou het fijn vinden om per sub een forced search aan te kunnen vragen, zodat niet voor alles opnieuw wordt gezocht.

[Ben(V)]

zeroday schreef op zondag 4 maart 2018 @ 17:05:
1.2.18 onder Debian
Geeft teveel output in de start shell en geeft autosub mijn prompt niet terug

Dit is normaal:
user@media:/home/autosub# /etc/init.d/autosub.sh restart
Restarting AutoSub
Stopping AutoSub
Starting AutoSub

Er wordt nu extra output gegenereerd;

/usr/bin/python /home/autosub/AutoSub.py -c /home/autosub/config.properties -d -l

alsmede
/home/autosub/config.properties

Ook dat kan ik wel begrijpen, wellicht heb ik de config niet meer nodig om expliciet te vertellen waar deze is (confirmed door de start script aan te passen)


Dan komt deze melding

user@media:/home//autosub# AutoSub: Initializing variables and loading config
AutoSub: Starting output to log. Bye!

En dat is ook goed.

Maar dan wordt onderstaande melding gegeven:

[04/Mar/2018:16:57:19] ENGINE Serving on http://0.0.0.0:8083

En die melding mag hij niet geven want hierdoor geeft hij mijn prompt niet terug. Ik moet die prompt weer claimen. Ik heb in de config staat dat ik geen gebruik maak van de Launch Browser en dat lijkt hiermee wat gerelateerd te zijn.

Autosub blijft wel draaien. Maar als die laatste melding weg kan en ik mijn prompt weer krijg dan ben ik blij

Wat autosub zelf produceerd en wat er altijd ingezeten heeft en helemaal niets met het opstarten vaan een browser te maken heeft is dit:

Autosub: Initializing variables and loading config
Autosub: Starting output to log. Bye!
[04/Mar/2018:16:57:19] ENGINE Serving on http://0.0.0.0:8083

En de rest van je verhaal over het genereren van extra output komt echt niet van autosub, dat zit in je eigen script.
En het niet teruggeven van een prompt snap ik helemaal niets van, wat bedoel je daarmee?

Het enige wat van belang is dat je de -d optie gebruikt, want dan deamoised autosub en dat zul je wel bedoelen met het terugkrijgen van je prompt.

[Ben(V)]

drfruit schreef op zondag 4 maart 2018 @ 16:29:
Mijn Windows-versie werkt niet meer na de update naar 1.2.18.

code:

Traceback (most recent call last):
  File "C:\Autosub\cherrypy\_cprequest.py", line 670, in respond
    response.body = self.handler()
  File "C:\Autosub\cherrypy\lib\encoding.py", line 220, in __call__
    self.body = self.oldhandler(*args, **kwargs)
  File "C:\Autosub\cherrypy\_cpdispatch.py", line 60, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "C:\Autosub\autosub\WebServer.py", line 494, in index
    @cherrypy.expose
  File "C:\python27\lib\site-packages\cheetah-2.4.4-py2.7.egg\Cheetah\Template.py", line 1005, in __str__
    rc = getattr(self, mainMethName)()
  File "cheetah__Autosub_interface_templates_home_tmpl_1520176942_51_43461.py", line 185, in respond
KeyError: 'nomatch'

Geen idee maar ik zie net dat @remcoboy1479 het kon oplossen met opnieuw opstarten.
Zal wel ergens iets in een cache zijn blijven hangen.

[Ben(V)]

remcoboy1479 schreef op zondag 4 maart 2018 @ 17:24:

Ik zou het fijn vinden om per sub een forced search aan te kunnen vragen, zodat niet voor alles opnieuw wordt gezocht.

Gaat niet gebeuren, dat zou een volkomen nieuw ontwerp en bouw van de gebruikers interface vragen.

Autosub is altijd bedoelt als tool om op de achtergrond het werk te doen voor alle video's.
Als je voor een video iets zoekt is het sneller om zelf even op addic7ed of opensubtitles te kijken.

[drfruit]

Ben(V) schreef op zondag 4 maart 2018 @ 17:57:
[...]


Geen idee maar ik zie net dat @remcoboy1479 het kon oplossen met opnieuw opstarten.
Zal wel ergens iets in een cache zijn blijven hangen.

Bedankt, die tip bracht me op het idee om gewoon pythonw.exe te beëindigen en dat werkt ook.

[TRaSH]

eerste keer via de site geupdated deed normaal altijd een gitpull,
leek eerst niet te werken.
Maar na een herstart van de service werkt het eigenlijk zonder problemen en fouten tot nu toe.
Mooi zo met die kleuren,
kijken of het nu duidelijk is dat de gekozen minmatch nu rood is en ook de rood aangevinkte episodes zijn de episodes die gecheckt worden.
Heb geen force searched nog getest aangezien het van zelf wel langs komt.
krijg alleen een Error 500 als ik info & help doe

code:

Traceback (most recent call last):
  File "/opt/autosub/cherrypy/_cprequest.py", line 670, in respond
    response.body = self.handler()
  File "/opt/autosub/cherrypy/lib/encoding.py", line 220, in __call__
    self.body = self.oldhandler(*args, **kwargs)
  File "/opt/autosub/cherrypy/_cpdispatch.py", line 60, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "/opt/autosub/autosub/WebServer.py", line 69, in info
    tmpl = PageTemplate(file="interface/templates/config-info.tmpl")
  File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1259, in __init__
    self._compile(source, file, compilerSettings=compilerSettings)
  File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1553, in _compile
    keepRefToGeneratedCode=True)
  File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 788, in compile
    exec(co, mod.__dict__)
  File "_opt_autosub_interface_templates_config_info_tmpl.py", line 29, in <module>
ImportError: No module named requests

Misschien wel een glitch bij mij.

[DaMoUsYs]

Ziet er weer goed uit!

[remcoboy1479]

TRaSH schreef op zondag 4 maart 2018 @ 18:15:
Misschien wel een glitch bij mij.

Hier ook een vergelijkbare melding.

[zeroday]

Ben(V) schreef op zondag 4 maart 2018 @ 17:55:

Het enige wat van belang is dat je de -d optie gebruikt, want dan deamoised autosub en dat zul je wel bedoelen met het terugkrijgen van je prompt.

laat ik het anders formuleren

In de vorige versie zagen we ineens: Starting CherryPy Webserver bij de start van AutoSub. Daarvoor was het niet van toepassing
nu zien we: [04/Mar/2018:19:28:18] ENGINE Serving on http://0.0.0.0:8083

Ik zou graag niet zo'n melding zien want die was er vroeger ook niet. En deze zorgt er nu voor dat de shell prompt niet terug komt tenzij je een 'enter' ingeeft in je scherm. (wellicht al langer van toepassing)

[Ben(V)]

TRaSH schreef op zondag 4 maart 2018 @ 18:15:
eerste keer via de site geupdated deed normaal altijd een gitpull,
leek eerst niet te werken.
Maar na een herstart van de service werkt het eigenlijk zonder problemen en fouten tot nu toe.
Mooi zo met die kleuren,
kijken of het nu duidelijk is dat de gekozen minmatch nu rood is en ook de rood aangevinkte episodes zijn de episodes die gecheckt worden.
Heb geen force searched nog getest aangezien het van zelf wel langs komt.
krijg alleen een Error 500 als ik info & help doe

code:

Traceback (most recent call last):
  File "/opt/autosub/cherrypy/_cprequest.py", line 670, in respond
    response.body = self.handler()
  File "/opt/autosub/cherrypy/lib/encoding.py", line 220, in __call__
    self.body = self.oldhandler(*args, **kwargs)
  File "/opt/autosub/cherrypy/_cpdispatch.py", line 60, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "/opt/autosub/autosub/WebServer.py", line 69, in info
    tmpl = PageTemplate(file="interface/templates/config-info.tmpl")
  File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1259, in __init__
    self._compile(source, file, compilerSettings=compilerSettings)
  File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1553, in _compile
    keepRefToGeneratedCode=True)
  File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 788, in compile
    exec(co, mod.__dict__)
  File "_opt_autosub_interface_templates_config_info_tmpl.py", line 29, in <module>
ImportError: No module named requests

Misschien wel een glitch bij mij.

Bij mij heb ik zowel op windows als op mijn Synology geen last van maar kun je even wat proberen?

In het bestand /interface/templates/config-info.tmpl regel 4 willen wijzigen, saven en een reload van de pagina willen doen.

Oude regels:

code:

#import autosub
#from sys import executable, version
#from os.path import split,join,dirname
#from requests import __version__ as requestsversion

Nieuwe regels

code:

#import autosub
#from sys import executable, version
#from os.path import split,join,dirname
#from library.requests import __version__ as requestsversion

Alleen in regel 4 dus "library." erbij plaatsen

[Ben(V)]

zeroday schreef op zondag 4 maart 2018 @ 19:31:
[...]


laat ik het anders formuleren

In de vorige versie zagen we ineens: Starting CherryPy Webserver bij de start van AutoSub. Daarvoor was het niet van toepassing
nu zien we: [04/Mar/2018:19:28:18] ENGINE Serving on http://0.0.0.0:8083

Ik zou graag niet zo'n melding zien want die was er vroeger ook niet. En deze zorgt er nu voor dat de shell prompt niet terug komt tenzij je een 'enter' ingeeft in je scherm. (wellicht al langer van toepassing)

Je moet het toch ergens anders zoeken want dat zit er al vanaf het eerste begin van autosub in.
Ik zie ook niet wat het probleem is, als je de prompt terug wilt geeft je toch een enter.
Of je zet een echo in je script.

[Ben(V)]

drfruit schreef op zondag 4 maart 2018 @ 18:13:
[...]

Bedankt, die tip bracht me op het idee om gewoon pythonw.exe te beëindigen en dat werkt ook.

Hmm je brengt me wel op een idee.
Ik heb nog nooit getest of de update wel goed werkt met pythonw, dat is toch een beetje een aparte situatie.
Zal er eens naar gaan kijken.

[TRaSH]

Ben(V) schreef op zondag 4 maart 2018 @ 19:32:
[...]


Bij mij heb ik zowel op windows als op mijn Synology geen last van maar kun je even wat proberen?

In het bestand /interface/templates/config-info.tmpl regel 4 willen wijzigen, saven en een reload van de pagina willen doen.

Oude regels:

code:

#import autosub
#from sys import executable, version
#from os.path import split,join,dirname
#from requests import __version__ as requestsversion

Nieuwe regels

code:

#import autosub
#from sys import executable, version
#from os.path import split,join,dirname
#from library.requests import __version__ as requestsversion

Alleen in regel 4 dus "requests." erbij plaatsen

Thnx werkt weer weer hier.

[Ben(V)]

Ok zal het in de volgende release opnemen.
Even wachten of er nog een paar release foutjes komen.

[zeroday]

Ben(V) schreef op zondag 4 maart 2018 @ 19:36:
[...]


Je moet het toch ergens anders zoeken want dat zit er al vanaf het eerste begin van autosub in.
Ik zie ook niet wat het probleem is, als je de prompt terug wilt geeft je toch een enter.
Of je zet een echo in je script.

echo in mijn script? Waar? daar komt ie pas nadat ik een enter heb gegeven. Da's dus niet de manier

Misschien dat de bug / issue er al vanaf het begin in zit?

Dan doen we het anders:

user@media:/home/autosub# python /home/autosub/AutoSub.py -c/home/autosub/config.properties -d -l
/home/autosub/config.properties

user@media:/home/autosub#
AutoSub: Initializing variables and loading config
AutoSub: Starting output to log. Bye!
[04/Mar/2018:19:49:11] ENGINE Serving on http://0.0.0.0:8083

Ik start autosub gewoon van shell en ik krijg deze meldingen
maar geen prompt want ik verwacht na de ENGINE Serving:
user@media:/home/autosub#

Dus geen gebruik van enige scripts zuiver Linux en benodige opstart commando
Dus ik zou heel graag zonder een enter mijn shell command weer terug willen hebben.
Ergens in de daemonizing van de webserver gaat er wat mis, misschien dat ie bij de loginformatie niet netjes exit?

Als ik het zelf zou kunnen oplossen zou ik dat geaan hebben of in mijn script of in de code. Maar het zit niet in de shell script.

[Ben(V)]

er is daar echt niets verandert
En als je toch met het intikken van dat hele commando werkt kun je daarna net zo goed een enter geven.
Zie dus nog steeds je probleem niet.
Als je eer simpel bestandje maakt met alles erin wat je intyped dan krijg je gegarandeerd je prompt terug als je dat scripje uitvoert.

Maar je gebruik wel degelijk een script namelijk volgens je eigen zeggen dit:

user@media:/home/autosub# /etc/init.d/autosub.sh

Waarschijnlijk zal een "exit 0" als laatste regel in dat script je gevalletje wel oplossen.

[ Voor 9% gewijzigd door Ben(V) op 04-03-2018 20:18 ]

[zeroday]

Ben(V) schreef op zondag 4 maart 2018 @ 20:12:
er is daar echt niets verandert
En als je toch met het intikken van dat hele commando werkt kun je daarna net zo goed een enter geven.
Zie dus nog steeds je probleem niet.
Als je eer simpel bestandje maakt met alles erin wat je intyped dan krijg je gegarandeerd je prompt terug als je dat scripje uitvoert.

Maar je gebruik wel degelijk een script namelijk volgens je eigen zeggen dit:

user@media:/home/autosub# /etc/init.d/autosub.sh

Volgens mij lees je mijn bericht half
1. Ja, ik gebruik autosub.sh
2. het gebruik van het script geeft discussie omdat volgens jou ik dan maar een echo moet geven
3. Ik geef dan als voorbeeld in het vorig bericht dat ik ook zonder mijn autosub.sh autosub kan starten en dat ik dan hetzelfde gedrag terug krijg

Want
/etc/init.d/autosub.sh start is een andere opdracht dan

user@media:/home/autosub# python /home/autosub/AutoSub.py -c/home/autosub/config.properties -d -l
/home/autosub/config.properties

toch?

en dat laatste heb ik zojuist gedaan om je ervan te kunnen overtuigen dat er een issue is die ervoor zorgt dat er geen command prompt terug komt. En ja een enter lost dat op maar het hoort niet zo te zijn. En het kan best zijn dat dit er al een tijdje in zit. En ik doe een poging om het opgelost te krijgen.

ik heb al verschillende keren mijn opstart script hier gedeeld
mag jij zeggen wat er op de laatste regel staat:
tromgeroffel .....
exit 0
maar goed, daar komt ie dus niet..
want deze log van autosub:
[04/Mar/2018:19:51:28] ENGINE Serving on http://0.0.0.0:8083
die blijft wachten .. totdat ik een enter geef en dan hop .. ja dan heb ik een exit 0 ..

[ Voor 11% gewijzigd door zeroday op 04-03-2018 20:42 ]

[Converted007]

Ben(V) schreef op zondag 4 maart 2018 @ 20:12:
er is daar echt niets verandert
En als je toch met het intikken van dat hele commando werkt kun je daarna net zo goed een enter geven.
Zie dus nog steeds je probleem niet.
Als je eer simpel bestandje maakt met alles erin wat je intyped dan krijg je gegarandeerd je prompt terug als je dat scripje uitvoert.

Maar je gebruik wel degelijk een script namelijk volgens je eigen zeggen dit:

user@media:/home/autosub# /etc/init.d/autosub.sh

Waarschijnlijk zal een "exit 0" als laatste regel in dat script je gevalletje wel oplossen.

Krijg deze error sinds ik de updateknop heb ingedrukt naar .18 versie:

500 Internal Server Error
The server encountered an unexpected condition which prevented it from fulfilling the request.
In addition, the custom error page failed:
KeyError: 'nomatch'

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 494, in index
@cherrypy.expose
File "/var/packages/python/target/lib/python2.7/site-packages/Cheetah/Template.py", line 1005, in __str__
rc = getattr(self, mainMethName)()
File "cheetah__volume1__appstore_autosub_interface_templates_home_tmpl_1520191414_09_26669.py", line 185, in respond
KeyError: 'nomatch'
Powered by CherryPy 8.7.0

Edit: Herstart. Solved!

[Ben(V)]

@zeroday

Je denk toch niet dat ik alle scripts die mensen hier plaatsen kan onthouden.

Ik zal in de volgende release die laatste melding van cherrypy eruit halen, misschien wordt je dan gelukkig.

Snelle oplossing is de opstartregel in dat script wijzigen in:

code:

user@media:/home/autosub# python /home/autosub/AutoSub.py -c/home/autosub/config.properties -d -l  /home/autosub/config.properties >  /dev/null

Dus gewoon de output redirecten naar het null device.

[ Voor 116% gewijzigd door Ben(V) op 04-03-2018 21:13 ]

[zeroday]

Ben(V) schreef op zondag 4 maart 2018 @ 21:01:
@zeroday

Je denk toch niet dat ik alle scripts die mensen hier plaatsen kan onthouden.

Ik zal in de volgende release die laatste melding van cherrypy eruit halen, misschien wordt je dan gelukkig.

lachwekkend dit, sorry hoor. Je hoeft niet eens te onthouden dat ik een script gebruik dat schrijf ik wel op maar dan moet je het wel lezen en ik schrijf ook dat ik ook het script NIET gebruik
om aan te tonen dat het niet aan het script ligt.

Nogmaals dan:

1. Ik heb exit 0 in het script heb staan en die exit 0 maakt geen moer uit omdat hetgeen wat jij op het scherm tovert ervoor zorgt dat je nooit bij die exit 0 komt

2. Als ik GEEN (lees goed: GEEN) gebruik maak van het script en ik start autosub via de command-line dan heeft de startup hetzelfde gedrag.

Op de commandprompt kan je geen exit 0 geven dus heeft het script van zeroday geen invloed.

Met andere woorden: iets in autosub zet op het scherm het volgende:

[04/Mar/2018:20:06:11] ENGINE Serving on http://0.0.0.0:8083

en dat wordt niet goed afgesloten. Want het zorgt ervoor dat ik nooit bij mijn exit 0 kom.
In mijn ogen mag het niet eens op het scherm komen te staan als je fatsoenlijk autosub als daemon start want dan wil je geheel geen log output op je scherm hebben, maar gewoon in de logfile.

Even nav je laatste bericht wijziging:

Ik ben heel blij als je die log eruit wil halen
want die >dev/null werkt ook niet (dat had ik ook al geprobeert, zelf nog met nohup ... )

user@media:/home/autosub# python AutoSub.py -d > /dev/null
user@media:/home/autosub# [04/Mar/2018:21:24:17] ENGINE Serving on http://0.0.0.0:8083

[ Voor 10% gewijzigd door zeroday op 04-03-2018 21:27 ]

[Converted007]

Ben(V) schreef op zondag 4 maart 2018 @ 21:01:
@zeroday

Je denk toch niet dat ik alle scripts die mensen hier plaatsen kan onthouden.

Ik zal in de volgende release die laatste melding van cherrypy eruit halen, misschien wordt je dan gelukkig.

Snelle oplossing is de opstartregel in dat script wijzigen in:

code:

user@media:/home/autosub# python /home/autosub/AutoSub.py -c/home/autosub/config.properties -d -l  /home/autosub/config.properties >  /dev/null

Dus gewoon de output redirecten naar het null device.

Je helpsectie bij de .18 versie blijft onbereikbaar met een 500 error. Zelfs na een herstart en aan en uitzetten plugin...

[Ben(V)]

Ja was al gemeld hierboven.

Op sommige systemen gebeurd dat.
Helaas niet op de systemen (windows en Synology) die ik in gebruik heb.
Snelle oplossing die jezelf kunt doorvoeren vind je hier.
Ben(V) in "[Ervaringen] Auto-Sub Bootstrap Bill"

Morgen breng ik een release met de fix erin.

[Converted007]

Ben(V) schreef op zondag 4 maart 2018 @ 23:11:
Ja was al gemeld hierboven.

Op sommige systemen gebeurd dat.
Helaas niet op de systemen (windows en Synology) die ik in gebruik heb.
Snelle oplossing die jezelf kunt doorvoeren vind je hier.
Ben(V) in "[Ervaringen] Auto-Sub Bootstrap Bill"

Morgen breng ik een release met de fix erin.

Toch op mijn Synology (DS116).

[Converted007]

@Ben(V) Waarom heb je eigenlijk de automatische vernieuwperiode verhoogt naar min 12uur? Vond iedere min 6uur toch beter.

[Ben(V)]

Ik niet.

[slooffmaster]

zeroday schreef op zondag 4 maart 2018 @ 21:15:
[...]


lachwekkend dit, sorry hoor. Je hoeft niet eens te onthouden dat ik een script gebruik dat schrijf ik wel op maar dan moet je het wel lezen en ik schrijf ook dat ik ook het script NIET gebruik
om aan te tonen dat het niet aan het script ligt.

Nogmaals dan:

1. Ik heb exit 0 in het script heb staan en die exit 0 maakt geen moer uit omdat hetgeen wat jij op het scherm tovert ervoor zorgt dat je nooit bij die exit 0 komt

2. Als ik GEEN (lees goed: GEEN) gebruik maak van het script en ik start autosub via de command-line dan heeft de startup hetzelfde gedrag.

Op de commandprompt kan je geen exit 0 geven dus heeft het script van zeroday geen invloed.

Met andere woorden: iets in autosub zet op het scherm het volgende:

[04/Mar/2018:20:06:11] ENGINE Serving on http://0.0.0.0:8083

en dat wordt niet goed afgesloten. Want het zorgt ervoor dat ik nooit bij mijn exit 0 kom.
In mijn ogen mag het niet eens op het scherm komen te staan als je fatsoenlijk autosub als daemon start want dan wil je geheel geen log output op je scherm hebben, maar gewoon in de logfile.

Even nav je laatste bericht wijziging:

Ik ben heel blij als je die log eruit wil halen
want die >dev/null werkt ook niet (dat had ik ook al geprobeert, zelf nog met nohup ... )

user@media:/home/autosub# python AutoSub.py -d > /dev/null
user@media:/home/autosub# [04/Mar/2018:21:24:17] ENGINE Serving on http://0.0.0.0:8083

Iets meer respect voor een hardwerkende developer is wel op zijn plaats. Deze post vind ik daar geen blijk van geven...

[zeroday]

slooffmaster schreef op maandag 5 maart 2018 @ 07:57:
[...]

Iets meer respect voor een hardwerkende developer is wel op zijn plaats. Deze post vind ik daar geen blijk van geven...

Dat respect is er.
Ik observeer alleen dat jij 'ook' selectief leest en dus niet vanuit de context mijn replies en origineel probleem leest.
Dat maakt niet uit en derhalve is verdere discussie hieromtrent niet nodig.

Ben heeft aangegeven dat hij het issue wat ik heb gemeld nu begrijpt en gaat oplossen in een volgende release. Ik ben een blij man.

En als je je nog afvraagt wat de kern is van het issue: Als je iets daemonized dan verwacht je in feite geen output op het scherm maar bijv. in de log. En daar ging een kleinigheid mis.

[TRaSH]

Ik heb dit ook getest op mijn debian v9 vmware en als ik hem in de Shell start moet ik een enter drukken om terug in de Shell te komen.
Geen idee hoe het hiervoor was aangezien ik dit nooit getest hebt.
Start ik het via de service die ik draai dan is er niks aan de hand en start het op zonder enige fout meldingen.
Dus bij mij niet echt een issue.

[zeroday]

TRaSH schreef op maandag 5 maart 2018 @ 08:38:
Ik heb dit ook getest op mijn debian v9 vmware en als ik hem in de Shell start moet ik een enter drukken om terug in de Shell te komen.
Geen idee hoe het hiervoor was aangezien ik dit nooit getest hebt.
Start ik het via de service die ik draai dan is er niks aan de hand en start het op zonder enige fout meldingen.
Dus bij mij niet echt een issue.

Het probleem zit er al heel lang in, volgens mij al voordat Ben het overnam. Echter het is ook een tijd weggeweest todat ineens de 'log'melding terug kwam. Vorige versie met Starting Cherrypy webserver en nu met de andere melding over ENGINE Serving. Omdat er nu dus (om welke reden dan ook) een andere logmelding gegenereerd wordt werd ik getriggered.

Vandaar ..

[Ben(V)]

Waar je last van hebt is de melding van cherrypy dat hij start.
De andere meldingen kun je simpel redirecten naar het null dev met een > /dev/nul achter het opstart commando, maar cherrypy is de webserver en die draait in een eigen process.

Ik zal straks een versie 1.2.19 uitbrengen waar alles eruit gehaald is en je niets meer te zien krijgt.

[ Voor 188% gewijzigd door Ben(V) op 05-03-2018 09:13 ]

[zeroday]

Ben(V) schreef op maandag 5 maart 2018 @ 09:08:
Waar je last van hebt is de melding van cherrypy dat hij start.
De andere meldingen kun je simpel redirecten naar het null dev met een > /dev/nul achter het opstart commando, maar cherrypy is de webserver en die draait in een eigen process.

Ik zal straks een versie 1.2.19 uitbrengen waar alles eruit gehaald is en je niets meer te zien krijgt.

Super. !

[Obscurax]

Heb juist de update gedaan naar 1.2.18 in een Windows omgeving maar krijg autosub niet meer opgestart ook niet na een reboot.
Heb dan autosub opnieuw gedownload en nogmaals geprobeerd maar steeds dezelfde error.

code:

c:\AutoSub>AutoSub.bat
Configuration file found - Starting Auto-Sub with the configuration file.

c:\AutoSub\config.properties
AutoSub: Initializing variables and loading config
AutoSub: Starting output to log. Bye!
Traceback (most recent call last):
  File "c:\AutoSub\AutoSub.py", line 132, in <module>
    exit(main())
  File "c:\AutoSub\AutoSub.py", line 129, in main
    autosub.Scheduler.start()
  File "c:\AutoSub\autosub\Scheduler.py", line 157, in start
    StartCherrypy()
  File "c:\AutoSub\autosub\Scheduler.py", line 113, in StartCherrypy
    'tools.staticdir.root': RootPath,
UnboundLocalError: local variable 'RootPath' referenced before assignment

Uh-oh, Looks like Auto-Sub crashed or shutdown...
Press any key to continue . . .

EDIT: Mag genegeerd worden. Staat een eenzelfde issue op Github. Wordt in volgende versie gefixed.

[ Voor 4% gewijzigd door Obscurax op 05-03-2018 11:29 ]

[Ben(V)]

Je gebruikt een username/password in autosub.
Daar is een foutje ingeslopen.

Zal vandaag nog een nieuwe versie uitbrengen.

[Ben(V)]

Nieuwe vers 1.2.19 uitgebracht.
Voor de Synology gebruikers heb ik ook een package met deze versie erin gemaakt.

[EJC1967]

Ben(V) schreef op maandag 5 maart 2018 @ 12:40:
Nieuwe vers 1.2.19 uitgebracht.
Voor de Synology gebruikers heb ik ook een package met deze versie erin gemaakt.

Heb zojuist de update gedaan naar 1.2.19 met behulp van het nieuwe package voor Synology maar krijg nu de volgende fout:

05-03 12:58:36 INF checkSub :Finished round of subs Search. Go to sleep until the next round.
05-03 12:58:36 INF ScanDisk :Found 0 video(s) will search for 0 sub(s)
05-03 12:58:36 ERR ScanDisk :Serie Search path /volume1/Multimedia/HD Series does not exist, aborting search...
05-03 12:58:36 INF ScanDisk :Starting round of local disk checking at /volume1/Multimedia/HD Series
05-03 12:58:36 INF start :Current Config Directory is: /volume1/@appstore/autosub

Hier nog een stukje uit het log van voor de update:

.... enz.
04-03 17:02:36 INF _walkDir :[u'nl'] wanted for: Beyond.S02E06.1080p.NF.WEB-DL.DD5.1.H.264-Mooi1990.mkv
04-03 17:02:36 INF _walkDir :[u'nl'] wanted for: Beyond.S02E05.1080p.NF.WEB-DL.DD5.1.H.264-Mooi1990.mkv
04-03 17:02:34 INF ScanDisk :Starting round of local disk checking at /volume1/Multimedia/HD Series
04-03 17:02:34 INF start :Current Config Directory is: /volume1/@appstore/autosub

Is iets vreemds aan de gang op mijn NAS blijkbaar want heb net een backup van Auto-Sub terug gezet en heb nog steeds dit probleem.
Zeer vreemd want heb aan mijn NAS niets veranderd en zoals in het LOG te zien is werkte het met 1.2.18 nog prima gisteren ??

Ga even verder zoeken.

Heb het gevonden.
Na de update met het package voor 1.2.19 waren opeens de rechten op mijn folders veranderd, sc-media was verwijderd ???
Nadat ik die weer heb toegevoegd werkt alles weer.
Weet of het nieuwe package het heeft veroorzaakt maar buiten die installatie heb ik niets gedaan of geïnstalleerd, misschien iets om even naar te kijken als je denkt dat het dat heeft kunnen zijn.

[ Voor 53% gewijzigd door EJC1967 op 05-03-2018 14:59 ]

[zeroday]

Ben(V) schreef op maandag 5 maart 2018 @ 12:40:
Nieuwe vers 1.2.19 uitgebracht.
Voor de Synology gebruikers heb ik ook een package met deze versie erin gemaakt.

Super !.. De error met de daemon is (heb ik) nu opgelost.

Wel is het zo dat het probleem blijft bestaan als je de -l optie gebruikt (een enter geven om je shell prompt terug te krijgen)

-l (--nolaunch) Stop AutoSub from launching a webbrowser

Wellicht is die functie niet meer nodig omdat de config.properties goed ingelezen wordt.
mijn opstart script is nu qua opstart commando uitgekleed:

/home/autosub/AutoSub.py -d
de -c en de -l heb ik achterwege gelaten. En daarmee krijg ik direct mijn prompt terug.

[ Voor 3% gewijzigd door zeroday op 05-03-2018 14:11 ]

[drfruit]

De update naar 1.2.19 lukt niet in Windows. Ik heb het diverse malen geprobeerd, ook een reboot, shutdown etc.

Misschien heeft dit ermee te maken:

code:

04-03 18:11:38 INF StartCherrypy  :Starting CherryPy webserver
04-03 16:24:59 ERR StartCherrypy  :Port 8083 not free on '0.0.0.0'
04-03 16:24:54 INF StartCherrypy  :Starting CherryPy webserver
04-03 16:24:29 ERR StartCherrypy  :Port 8083 not free on '0.0.0.0'
04-03 16:24:23 INF StartCherrypy  :Starting CherryPy webserver
04-03 16:22:01 INF UpdateAutoSub:Starting upgrade.

[Ben(V)]

Je hebt zeker zelf in de config lopen grutten want autosub gebruikt poort 9960 en niet op 8083.

[Ben(V)]

zeroday schreef op maandag 5 maart 2018 @ 14:10:
[...]


Super !.. De error met de daemon is (heb ik) nu opgelost.

Wel is het zo dat het probleem blijft bestaan als je de -l optie gebruikt (een enter geven om je shell prompt terug te krijgen)

-l (--nolaunch) Stop AutoSub from launching a webbrowser

Wellicht is die functie niet meer nodig omdat de config.properties goed ingelezen wordt.
mijn opstart script is nu qua opstart commando uitgekleed:

/home/autosub/AutoSub.py -d
de -c en de -l heb ik achterwege gelaten. En daarmee krijg ik direct mijn prompt terug.

Die -l doet toch niets als je als deamon draait, want dan kan hij geen browser opstarten en die -c is alleen nodig als je de config ergens anders wilt hebben.
Overingens denk ik dat een redirectt naar het null device (> /dev/null) voor dit issue wel werkt.

[Mirx_NL]

EJC1967 schreef op maandag 5 maart 2018 @ 13:57:
[...]

Heb het gevonden.
Na de update met het package voor 1.2.19 waren opeens de rechten op mijn folders veranderd, sc-media was verwijderd ???
Nadat ik die weer heb toegevoegd werkt alles weer.
Weet of het nieuwe package het heeft veroorzaakt maar buiten die installatie heb ik niets gedaan of geïnstalleerd, misschien iets om even naar te kijken als je denkt dat het dat heeft kunnen zijn.

Toevallig de laatste versie van het Sonarr package geïnstalleerd? Die gaf aan met de rechten van de mappen te gaan lopen klootviolen omdat een hoop mensen het niet met de hand lukte.

[Ben(V)]

EJC1967 schreef op maandag 5 maart 2018 @ 13:57:
[...]


Heb zojuist de update gedaan naar 1.2.19 met behulp van het nieuwe package voor Synology maar krijg nu de volgende fout:

05-03 12:58:36 INF checkSub :Finished round of subs Search. Go to sleep until the next round.
05-03 12:58:36 INF ScanDisk :Found 0 video(s) will search for 0 sub(s)
05-03 12:58:36 ERR ScanDisk :Serie Search path /volume1/Multimedia/HD Series does not exist, aborting search...
05-03 12:58:36 INF ScanDisk :Starting round of local disk checking at /volume1/Multimedia/HD Series
05-03 12:58:36 INF start :Current Config Directory is: /volume1/@appstore/autosub

Hier nog een stukje uit het log van voor de update:

.... enz.
04-03 17:02:36 INF _walkDir :[u'nl'] wanted for: Beyond.S02E06.1080p.NF.WEB-DL.DD5.1.H.264-Mooi1990.mkv
04-03 17:02:36 INF _walkDir :[u'nl'] wanted for: Beyond.S02E05.1080p.NF.WEB-DL.DD5.1.H.264-Mooi1990.mkv
04-03 17:02:34 INF ScanDisk :Starting round of local disk checking at /volume1/Multimedia/HD Series
04-03 17:02:34 INF start :Current Config Directory is: /volume1/@appstore/autosub

Is iets vreemds aan de gang op mijn NAS blijkbaar want heb net een backup van Auto-Sub terug gezet en heb nog steeds dit probleem.
Zeer vreemd want heb aan mijn NAS niets veranderd en zoals in het LOG te zien is werkte het met 1.2.18 nog prima gisteren ??

Ga even verder zoeken.

Heb het gevonden.
Na de update met het package voor 1.2.19 waren opeens de rechten op mijn folders veranderd, sc-media was verwijderd ???
Nadat ik die weer heb toegevoegd werkt alles weer.
Weet of het nieuwe package het heeft veroorzaakt maar buiten die installatie heb ik niets gedaan of geïnstalleerd, misschien iets om even naar te kijken als je denkt dat het dat heeft kunnen zijn.

Je hebt waarschijnlijk het oude package eerst verwijdert.
Als je het package verwijdert en er zijn geen users meer over in de group sc-media dan wordt die groep verwijderd.
Als je het package niet had verwijdert maar had laten staan dan had DSM een upgrade gedaan en was die group niet verwijderd.

[EJC1967]

Mirx_NL schreef op maandag 5 maart 2018 @ 15:13:
[...]


Toevallig de laatste versie van het Sonarr package geïnstalleerd? Die gaf aan met de rechten van de mappen te gaan lopen klootviolen omdat een hoop mensen het niet met de hand lukte.

Nee, alleen van Auto-Sub het laatste package geïnstalleerd verder helemaal niets.

[EJC1967]

Ben(V) schreef op maandag 5 maart 2018 @ 15:14:
[...]


Je hebt waarschijnlijk het oude package eerst verwijdert.
Als je het package verwijdert en er zijn geen users meer over in de group sc-media dan wordt die groep verwijderd.
Als je het package niet had verwijdert maar had laten staan dan had DSM een upgrade gedaan en was die group niet verwijderd.

Nee, heb het package er overheen geïnstalleerd, plus heb ook SickRage en SABnzbd nog draaien en die maken ook gebruik van die group.

[drfruit]

Ben(V) schreef op maandag 5 maart 2018 @ 15:07:
Je hebt zeker zelf in de config lopen grutten want autosub gebruikt poort 9960 en niet op 8083.

Ik heb niets gedaan met een poort of een config. Als ik googel op "autosub port 8083" krijg ik trouwens aardig wat resultaten, die ook naar upgrade-problemen verwijzen. Mogelijk is dit een restant uit een oude installatie, want ik gebruik autosub al jaren.

Kan ik de config gewoon aanpassen en daarmee hopelijk dit probleem oplossen?

[Ben(V)]

EJC1967 schreef op maandag 5 maart 2018 @ 15:17:
[...]

Nee, heb het package er overheen geïnstalleerd, plus heb ook SickRage en SABnzbd nog draaien en die maken ook gebruik van die group.

Tja dan weet ik het ook niet.
Hij verwijdert alleen die group bij een uninstall en als als er geen users meer inzitten en nooit bij een upgrade.
Hoe heb je geconstateerd dat die groep weg was?


Als je met putty overweg kunt kun je eens naar die group kijken met het volgende commando

sudo synogroup --get sc-media
Verder zou je in de installatie log kunnen kijken. die vind je hier.

/var/log/synopkg.log

[ Voor 23% gewijzigd door Ben(V) op 05-03-2018 15:44 ]

[Ben(V)]

drfruit schreef op maandag 5 maart 2018 @ 15:29:
[...]

Ik heb niets gedaan met een poort of een config. Als ik googel op "autosub port 8083" krijg ik trouwens aardig wat resultaten, die ook naar upgrade-problemen verwijzen. Mogelijk is dit een restant uit een oude installatie, want ik gebruik autosub al jaren.

Kan ik de config gewoon aanpassen en daarmee hopelijk dit probleem oplossen?

Je kunt de config gewoon aanpassen.
Gewoon die 8083 veranderen in 9960.

Ik weet overigens niet of dat het upgrade probleem oplost.
Ik denk dat het komt door het gebruik van pythonw, als ik tijd heb zal ik daar wat onderzoek naar doen.

Je kunt het beste gewoon de zipfile downloaden van github,
Deze dus.

https://github.com/BenjV/autosub/archive/master.zip

Daarna moet je pythonw even stoppen en kun je de inhoud van die zip file gewoon over de autosub folder heen kopieren.

[EJC1967]

Ben(V) schreef op maandag 5 maart 2018 @ 15:30:
[...]


Tja dan weet ik het ook niet.
Hij verwijdert alleen die group bij een uninstall en als als er geen users meer inzitten en nooit bij een upgrade.
Hoe heb je geconstateerd dat die groep weg was?


Als je met putty overweg kunt kun je eens naar die group kijken met het volgende commando

sudo synogroup --get sc-media
Verder zou je in de installatie log kunnen kijken. die vind je hier.

/var/log/synopkg.log

Ik had dit geconstateerd in de filemanager van DSM en met putty.
Er was meer stuk zo blijkt want SickRage deed het ook niet meer, het account van SickRage was geen member meer van sc-media.
Het lijkt er op dus inderdaad op dat de group sc-media was weggegooid, vandaar dat deze ook niet meer in mijn folder structuur voor kwam en daarna weer is toegevoegd met nu dan uiteraard alleen Auto-Sub als member.
Heb het SickRage account weer met putty kunnen toevoegen en na een reboot doet ook SickRage het nu weer.

Dit staat in synopkg.log:

2018/03/05 12:57:45 stop autosub 1.2.2 Begin start-stop-status stop
waiting for gracefull shutdown of autosub.
/var/packages/autosub/scripts/start-stop-status: line 43: kill: (16519) - No such process
Autosub was shutdown gracefully.
2018/03/05 12:57:46 stop autosub 1.2.2 End start-stop-status stop ret=[0]
2018/03/05 12:57:46 stop autosub 1.2.2 Begin unload apparmor
2018/03/05 12:57:46 stop autosub 1.2.2 End unload apparmor ret=[0]
2018/03/05 12:57:46 stop autosub: stop version 1.2.2 successfully, result 0
2018/03/05 12:58:15 upgrade autosub 1.2.2 Begin preupgrade
Start pre upgrade
'/volume1/@appstore/autosub/config.properties' -> '/volume1/@tmp/synopkg.tmp/autosub/config.properties'
'/volume1/@appstore/autosub/database.db' -> '/volume1/@tmp/synopkg.tmp/autosub/database.db'
'/volume1/@appstore/autosub/AutoSubService.log' -> '/volume1/@tmp/synopkg.tmp/autosub/AutoSubService.log'
2018/03/05 12:58:15 upgrade autosub 1.2.2 End preupgrade ret=[0]
2018/03/05 12:58:15 upgrade autosub 1.2.2 Begin preuninst
2018/03/05 12:58:15 upgrade autosub 1.2.2 End preuninst ret=[0]
2018/03/05 12:58:15 upgrade autosub 1.2.2 Begin /bin/rm -rf /volume1/@appstore/autosub
2018/03/05 12:58:16 upgrade autosub 1.2.2 End /bin/rm -rf /volume1/@appstore/autosub ret=[0]
2018/03/05 12:58:16 upgrade autosub 1.2.2 Begin postuninst
2018/03/05 12:58:18 upgrade autosub 1.2.2 End postuninst ret=[0]
2018/03/05 12:58:18 upgrade autosub: Uninstall 1.2.2 successfully
2018/03/05 12:58:22 upgrade autosub 1.2.2 Begin preinst
2018/03/05 12:58:22 upgrade autosub 1.2.2 End preinst ret=[0]
2018/03/05 12:58:22 upgrade autosub 1.2.2 Begin /bin/mv -f /volume1/@tmp/pkginstall/package /volume1/@appstore/autosub
2018/03/05 12:58:22 upgrade autosub 1.2.2 End /bin/mv -f /volume1/@tmp/pkginstall/package /volume1/@appstore/autosub ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin /bin/mkdir -p /var/packages/autosub
2018/03/05 12:58:23 upgrade autosub 1.2.2 End /bin/mkdir -p /var/packages/autosub ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin /bin/mv -f /volume1/@tmp/pkginstall/INFO /var/packages/autosub/INFO
2018/03/05 12:58:23 upgrade autosub 1.2.2 End /bin/mv -f /volume1/@tmp/pkginstall/INFO /var/packages/autosub/INFO ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin /bin/rm -rf /var/packages/autosub/scripts
2018/03/05 12:58:23 upgrade autosub 1.2.2 End /bin/rm -rf /var/packages/autosub/scripts ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin /bin/mv -f /volume1/@tmp/pkginstall/scripts /var/packages/autosub/scripts
2018/03/05 12:58:23 upgrade autosub 1.2.2 End /bin/mv -f /volume1/@tmp/pkginstall/scripts /var/packages/autosub/scripts ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin /bin/rm -rf /var/packages/autosub/conf
2018/03/05 12:58:23 upgrade autosub 1.2.2 End /bin/rm -rf /var/packages/autosub/conf ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin /bin/mv -f /volume1/@tmp/pkginstall/conf /var/packages/autosub/conf
2018/03/05 12:58:23 upgrade autosub 1.2.2 End /bin/mv -f /volume1/@tmp/pkginstall/conf /var/packages/autosub/conf ret=[0]
2018/03/05 12:58:23 upgrade autosub 1.2.2 Begin postinst
2018/03/05 12:58:24 upgrade autosub 1.2.2 End postinst ret=[0]
2018/03/05 12:58:24 upgrade autosub 1.2.2 Begin postupgrade
'/volume1/@tmp/synopkg.tmp/autosub/config.properties' -> '/volume1/@appstore/autosub/config.properties'
'/volume1/@tmp/synopkg.tmp/autosub/database.db' -> '/volume1/@appstore/autosub/database.db'
'/volume1/@tmp/synopkg.tmp/autosub/AutoSubService.log' -> '/volume1/@appstore/autosub/AutoSubService.log'
2018/03/05 12:58:24 upgrade autosub 1.2.2 End postupgrade ret=[0]
2018/03/05 12:58:24 upgrade autosub from 1.2.2 to 1.2.2 successfully
2018/03/05 12:58:24 upgrade autosub 1.2.2 Begin /bin/rm -rf /volume1/@tmp/pkginstall
2018/03/05 12:58:24 upgrade autosub 1.2.2 End /bin/rm -rf /volume1/@tmp/pkginstall ret=[0]
2018/03/05 12:58:33 start autosub: begin to start version 1.2.2
2018/03/05 12:58:34 start autosub 1.2.2 Begin pre-load apparmor
2018/03/05 12:58:34 start autosub 1.2.2 End pre-load apparmor ret=[0]
2018/03/05 12:58:34 start autosub 1.2.2 Begin start-stop-status start
Autosub started normally.

[Ben(V)]

Ok zie ineens dat DSM ook bij een upgrade het de preuninstalll en postuninstall scripts doorloopt.
Dat is wat onverwachts en behoorlijk vervelend.
Ik zal die verwijdering er maar weer uithalen.
Vond het wel zo netjes geen rommel achter te laten als het niet meer gebruikt wordt.

Overigens zou die group niet verwijderd mogen worden als er nog users inzitten en ook wordt die groep weer aangemaakt en de autosub user erin gezet.


Kun je de output van dit commando hier eens plaatsen:
sudo synogroup --get sc-media

Edit:

Net even getest en hij verwijdert ten onrechte die group ook al zitten er nog users in.
Bedankt voor de melding en ik ga aan de slag om dat te corrigeren.

[ Voor 13% gewijzigd door Ben(V) op 05-03-2018 16:30 ]

[EJC1967]

Ben(V) schreef op maandag 5 maart 2018 @ 16:25:
Ok zie ineens dat DSM ook bij een upgrade het de preuninstalll en postuninstall scripts doorloopt.
Dat is wat onverwachts en behoorlijk vervelend.
Ik zal die verwijdering er maar weer uithalen.
Vond het wel zo netjes geen rommel achter te laten als het niet meer gebruikt wordt.

Overigens zou die group niet verwijderd mogen worden als er nog users inzitten en ook wordt die groep weer aangemaakt en de autosub user erin gezet.


Kun je de output van dit commando hier eens plaatsen:
sudo synogroup --get sc-media

Edit:

Net even getest en hij verwijdert ten onrechte die group ook al zitten er nog users in.
Bedankt voor de melding en ik ga aan de slag om dat te corrigeren.

Top en graag gedaan

[Tommiiee]

Klopt het dat (op Synology) je niet in Autosub zelf kunt updaten van .18 naar .19? Als ik op Update druk krijg ik gewoon een loading icon die nooit ophoudt maar Autosub update niet. In de Debug log is ook niets terug te vinden van het starten van een update.

[Converted007]

Tommiiee schreef op maandag 5 maart 2018 @ 19:57:
Klopt het dat (op Synology) je niet in Autosub zelf kunt updaten van .18 naar .19? Als ik op Update druk krijg ik gewoon een loading icon die nooit ophoudt maar Autosub update niet. In de Debug log is ook niets terug te vinden van het starten van een update.

Idem hier!

[Pantagruel]

Tommiiee schreef op maandag 5 maart 2018 @ 19:57:
Klopt het dat (op Synology) je niet in Autosub zelf kunt updaten van .18 naar .19? Als ik op Update druk krijg ik gewoon een loading icon die nooit ophoudt maar Autosub update niet. In de Debug log is ook niets terug te vinden van het starten van een update.

Hetzelfde hier (eeuwig durende loading icon), maar dan onder Ubuntu linux.

Een cat van version.py geeft ook aan dat de versie op 1.2.18 blijft steken

code:

cat version.py
autosubversion='1.2.18'
configversion=6
dbversion=11
rlsgrpdate='19-02-2018'

Is er een manier om de update handmatig te triggeren ipv de webinterface? (cli is no prob) En dan bedoel ik met behoud vd instellingen e.d., geen fresh install

[ Voor 10% gewijzigd door Pantagruel op 05-03-2018 20:41 ]

[winwiz]

Kijk voor de Synology eens in het Synology forum (zie link in de info) Daar staat een link naar AutoSub DSM6 noarch V1.2.2.spk waarin de laatste verwerkt is. Die kun gewoon handmatig installeren (er overheen) met behoud van settings.

Updaten van Autosub zelf werkte bij mij ook niet.

[Ben(V)]

Ik zal morgen naar het probleem kijken.
In de beginpost van dit topic staat een link naar het nieuwste Synology package met daarin versie 1.2.19
Die kun je zoals al gezegd gewoon installeren en dan worden alle settings behouden.

Niet eerst het oude package verwijderen dus.

[Converted007]

Ben(V) schreef op maandag 5 maart 2018 @ 21:32:
Ik zal morgen naar het probleem kijken.
In de beginpost van dit topic staat een link naar het nieuwste Synology package met daarin versie 1.2.19
Die kun je zoals al gezegd gewoon installeren en dan worden alle settings behouden.

Niet eerst het oude package verwijderen dus.

.20 versie is er blijkbaar. Nog steeds werkt de update functie niet. En als je de spk (Synology) van de beginpagina wil downloaden geeft ie een 404 error...

[Ben(V)]

Het probleem met het niet kunnen updaten vanuit autosub is opgelost.
Het zit echter in de versies 1.2.18 en 1.2.19 en die kunnen dus niet updaten vanuit autosub.

Voor Synology gebruikers geen probleem die kunnen gewoon het package instaleren, daar zit nu autosub versie 1.2.20 in.
hier te downloaden:
https://github.com/BenjV/...toSub%20DSM6%20noarch.spk

Anderen moeten ofwel de source downloaden ofwel even een kleine aanpassing aan het bestand helper.py aanpassen op regel 71 staat dit

code:

if time() - autosub.STARTTIME < 15:
    autosub.UPDATING = False
    return

En dat moet worden dit:

code:

if time.time() - autosub.STARTTIME < 15:
    autosub.UPDATING = False
    return

Voor de mensen die last hadden van het niet vrijgeven van de poort hoop ik dat de oplossing die ik bedacht heb ook werkt.
Ik kan het probleem niet reproduceren dus hoor het graag als iemand er nog last van heeft.

Ook heb ik nog een wijziging ten behoeve van het niet terugkeren van de shell prompt doorgevoerd, ik hoop dat dat nu ook is opgelost.

[ Voor 19% gewijzigd door Ben(V) op 06-03-2018 20:33 ]

[gwystyl]

Misschien stomme vraag, maar ik heb net een Synology DS218+ (ben hem nu aan het instellen), en die vindt geen Python 2.7 in de SynoCommunity repo. Weet je toevallig hoe ik de versie van mijn DS114 kan gebruiken of heet iemand een spk?

[zeroday]

Ben(V) schreef op dinsdag 6 maart 2018 @ 20:29:


Ook heb ik nog een wijziging ten behoeve van het niet terugkeren van de shell prompt doorgevoerd, ik hoop dat dat nu ook is opgelost.

Dat deed ie bij mij de vorige versie al. laatste versie van vandaag ook ok.
top !

[Mirx_NL]

Iemand een ongeschonden lijst van sc-media zodat ik de standaard geinstalleerde users weer kan toevoegen?

[Mirx_NL]

Ben(V) schreef op dinsdag 6 maart 2018 @ 20:29:

Voor Synology gebruikers geen probleem die kunnen gewoon het package instaleren, daar zit nu autosub versie 1.2.20 in.
hier te downloaden:
https://github.com/BenjV/...toSub%20DSM6%20noarch.spk

Net geinstalleerd, wat me op valt is dat package center aangeeft dat het package na x tijd aangeeft dat het gestopt is, maar dat het op de achtergrond wel gewoon vrolijk verder purt en beschikbaar is.

[Ben(V)]

gwystyl schreef op dinsdag 6 maart 2018 @ 20:55:
Misschien stomme vraag, maar ik heb net een Synology DS218+ (ben hem nu aan het instellen), en die vindt geen Python 2.7 in de SynoCommunity repo. Weet je toevallig hoe ik de versie van mijn DS114 kan gebruiken of heet iemand een spk?

Probeer deze eens.
https://github.com/Safihr...hon_x64-6.1_2.7.14-18.spk

Downloaden en een manual install doen.

[Ben(V)]

Mirx_NL schreef op dinsdag 6 maart 2018 @ 21:49:
[...]


Net geinstalleerd, wat me op valt is dat package center aangeeft dat het package na x tijd aangeeft dat het gestopt is, maar dat het op de achtergrond wel gewoon vrolijk verder purt en beschikbaar is.

Dat is wel heel bijzonder.
Dat zou inhouden dat hij de pidfile niet heeft aangemaakt.

Ik zou zeggen maakt een backup van de settings, verwijder het package en installeer het opnieuw.
Het enige wat ik kan bedenken is dat er met de rechten iets mis gegaan is.

Wat betreft je vorige vraag over de standaard geinstalleerde users, dat is afhankelijk van welke package je hebt draaien.
Je kunt ze zelf echter niet zomaar toevoegen, dat werkt niet want het zijn hidden users.
Als jij een lijst met packages aanlevert zal ik een command file voor je maken waarmee je de users weer toe kunt voegen aan die groepen.

[gwystyl]

Ben(V) schreef op dinsdag 6 maart 2018 @ 21:55:
[...]


Probeer deze eens.
https://github.com/Safihr...hon_x64-6.1_2.7.14-18.spk

Downloaden en een manual install doen.

Dat werkt, thx! Hierna kon ik ook de spk uit de TS met versie 1.2.20 installeren. Nou wachten tot de data overgezet is en het oude beestje even rust genoeg heeft om de config van AutoSub daarop te backuppen en naar de nieuwe over te zetten.....

[EJC1967]

Heb ik verkeerd begrepen of was het probleem met het verwijderen van de groups nog niet opgelost ?
Ik moest namelijk na het installeren van het laatste Synolgy package met versie 1.2.20 van Auto-Sub wederom mijn rechten herstellen,
sc-media was weer verwijderd en opnieuw aangemaakt met autosub als member.
Ook sc-download wordt blijkbaar verwijderd en opnieuw aangemaakt want daar stond na de installatie ook alleen autosub in terwijl ik daar ook sabnzbd had staan, wat ook nodig is.

Vorige versie niet verwijderd, gewoon overheen geïnstalleerd, had alleen wel zelf het package gestopt, zodat ik de folder even goed kon back-uppen, maar dat zou niet uit mogen maken toch?

[Mirx_NL]

Ben(V) schreef op dinsdag 6 maart 2018 @ 22:04:
[...]


Dat is wel heel bijzonder.
Dat zou inhouden dat hij de pidfile niet heeft aangemaakt.

Ik zou zeggen maakt een backup van de settings, verwijder het package en installeer het opnieuw.
Het enige wat ik kan bedenken is dat er met de rechten iets mis gegaan is.

Gaan we morgen even proberen.

Edit 1: Gisterenavond nog even snel gedaan, vanochtend stond hij nog netjes op running.

Wat betreft je vorige vraag over de standaard geinstalleerde users, dat is afhankelijk van welke package je hebt draaien.
Je kunt ze zelf echter niet zomaar toevoegen, dat werkt niet want het zijn hidden users.
Als jij een lijst met packages aanlevert zal ik een command file voor je maken waarmee je de users weer toe kunt voegen aan die groepen.

Waarschijnlijk alleen de nieuwe Sonarr user die weg was. Die heb ik weer toegevoegd door de gehele groep te overschrijven met de bestaande members en sc-nzbdrone met het commando "sudo synogroup --member sc-media user1 ..."

[ Voor 4% gewijzigd door Mirx_NL op 07-03-2018 07:36 ]

[FuNnYf]

Ben(V) schreef op dinsdag 6 maart 2018 @ 20:29:
Voor Synology gebruikers geen probleem die kunnen gewoon het package instaleren, daar zit nu autosub versie 1.2.20 in.
hier te downloaden:
https://github.com/BenjV/...toSub%20DSM6%20noarch.spk

Werkt perfect! Bedankt voor deze snelle update.

[Ben(V)]

EJC1967 schreef op dinsdag 6 maart 2018 @ 22:28:
Heb ik verkeerd begrepen of was het probleem met het verwijderen van de groups nog niet opgelost ?
Ik moest namelijk na het installeren van het laatste Synolgy package met versie 1.2.20 van Auto-Sub wederom mijn rechten herstellen,
sc-media was weer verwijderd en opnieuw aangemaakt met autosub als member.
Ook sc-download wordt blijkbaar verwijderd en opnieuw aangemaakt want daar stond na de installatie ook alleen autosub in terwijl ik daar ook sabnzbd had staan, wat ook nodig is.

Vorige versie niet verwijderd, gewoon overheen geïnstalleerd, had alleen wel zelf het package gestopt, zodat ik de folder even goed kon back-uppen, maar dat zou niet uit mogen maken toch?

Versie 1.2.10 heeft zeker dat probleem niet meer.
Ik heb het voor het vrijgeven van het package getest en zojuist nog een keer.

Overigens kun je de user autosub die het package aanmaakt helemaal niet zien in de DSM management interface want dat is een hidden user.

Als je dus zelf de user autosub gaat aanmaken weet ik niet wat er gaat gebeuren want je hebt dan twee autosub met verschillende uid's en gaat er van alles fout.
Als je die user dus zelf hebt aangemaakt, dan ligt dat voor de hand dat hij weg is want de autosub user wordt verwijderd als je upgrade, dus ook als er twee instaan worden ze beiden verwijdert.

Dus niet zelf een user autosub aanmaken, rechten moet je uitdelen via de group sc-media.

[Tweaqer]

Bedankt voor de nieuwe SPK

[schumi2004]

@Ben(V)
Ik kom jouw logo hier tegen,ken je dit?
https://github.com/h3llrais3r/Auto-Subliminal

[Ben(V)]

Nee eerste keer dat ik het zie.
Is duidelijk gebaseerd op de code van autosub, ik herken heel veel benamingen.

Hij heeft de autosub interface gepakt voor de gebruikers interface en als sub zoekmachine subliminal.

Helaas voor hem is Diaoul al lang geleden gestopt met het onderhouden van subliminal en werkt dus niet zo best meer met de huidige releases zoals die van amazon.

[EJC1967]

Ben(V) schreef op woensdag 7 maart 2018 @ 08:39:
[...]


Versie 1.2.10 heeft zeker dat probleem niet meer.
Ik heb het voor het vrijgeven van het package getest en zojuist nog een keer.

Overigens kun je de user autosub die het package aanmaakt helemaal niet zien in de DSM management interface want dat is een hidden user.

Als je dus zelf de user autosub gaat aanmaken weet ik niet wat er gaat gebeuren want je hebt dan twee autosub met verschillende uid's en gaat er van alles fout.
Als je die user dus zelf hebt aangemaakt, dan ligt dat voor de hand dat hij weg is want de autosub user wordt verwijderd als je upgrade, dus ook als er twee instaan worden ze beiden verwijdert.

Dus niet zelf een user autosub aanmaken, rechten moet je uitdelen via de group sc-media.

Heb de user ook niet gezien via DSM management, daar kon ik alleen zien dat die groups wel bestonden maar dat de rechten die ik daar aan had verbonden weer waren verwijderd, dus ik moest opnieuw de rechten zetten op mijn folders voor sc-media en sc-download.
Met putty heb ik toen gekeken naar de groups sc-media en sc-download en heb daar weer de users sickrage en sabnzbd aan toe gevoegd zodat die programma's ook weer via die groups rechten kregen voor mijn folders.

Dus ik heb niet zelf de user autosub aangemaakt want dat heeft het package al gedaan, tegelijk met het aanmaken van de nieuwe sc-media en sc-download groups, maar omdat de groups eerst werden verwijderd was ik dus mijn uitgedeelde rechten kwijt voor mijn folders plus andere users zaten er niet meer in.

[schumi2004]

Ben(V) schreef op woensdag 7 maart 2018 @ 20:09:
<knip>
Helaas voor hem is Diaoul al lang geleden gestopt met het onderhouden van subliminal en werkt dus niet zo best meer met de huidige releases zoals die van amazon.

Diaoul is misschien zelf gestopt maar er is best nog wel wat activiteit op de develop branch
https://github.com/Diaoul/subliminal/commits/develop

[Ben(V)]

Ja ik zie het, door dezelfde persoon die dat Autosub-Subliminal package gemaakt heeft.

Misschien is werkt dan nu wel, een jaartje geleden heb ik subliminal eens geprobeerd maar die vond nog niet een derde aan subs dat autosub vond.
Hun voordeel is wel dat ze sub voor heel veel talen ondersteunen en Autosub alleen Nederlands en Engels.

[wars]

Ik heb vorige maand deze eens geprobeerd voor mijn films: https://github.com/caronc/nzb-subliminal
Werkte bijzonder goed, heb enkel de command line versie gebruikt.

Verder gebruik ik de add-ons in Kodi om subs af te halen als deze niet door autosub gevonden zijn.

[Ben(V)]

Als autosub ze niet kan vinden en Kodi wel dan heb je ofwel de instellingen van autosub niet goed staan ofwel je vind met kodi willekeurige subs die dan vaak niet in sync zijn.

[only1prodix]

Bekend met deze?

Welcome to Ubuntu 16.04.3 LTS (GNU/Linux 4.4.0-98-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

0 packages can be updated.
0 updates are security updates.

Last login: Wed Mar  7 21:20:15 2018 from 192.168.0.60
prodix@xbmcbuntu:~$ cd auto-sub
prodix@xbmcbuntu:~/auto-sub$ python AutoSub.py
AutoSub: Initializing variables and loading config
AutoSub: Starting output to log. Bye!
[08/Mar/2018:20:33:55] ENGINE Serving on http://0.0.0.0:8084
Exception in thread Thread-13:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
    self.run()
  File "/usr/lib/python2.7/threading.py", line 754, in run
    self.__target(*self.__args, **self.__kwargs)
TypeError: 'module' object is not callable

Exception in thread Thread-14:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
    self.run()
  File "/usr/lib/python2.7/threading.py", line 754, in run
    self.__target(*self.__args, **self.__kwargs)
TypeError: 'module' object is not callable

Updaten werkt ook niet nu bij mij.

[Ben(V)]

Probleem gevonden.
Versie 1.2.22 uitgebracht.

Iedereen graag updaten anders werkt de scheduler niet.

[ Voor 73% gewijzigd door Ben(V) op 11-03-2018 18:02 ]

[Mickroz]

wat zijn de cijfertjes achter de subs waar de V en - ook staan?
Kan het even niet zo snel vinden in het topic.

Als je trouwens het pkg installeert in DSM en de oude laat staan, dan ben je wel je settings kwijt.

Edit, onee, hij draait op een ander poort nu.

[ Voor 41% gewijzigd door Mickroz op 12-03-2018 13:45 ]

[TommyGun]

Mickroz schreef op maandag 12 maart 2018 @ 13:27:
wat zijn de cijfertjes achter de subs waar de V en - ook staan?
Kan het even niet zo snel vinden in het topic.

Als je trouwens het pkg installeert in DSM en de oude laat staan, dan ben je wel je settings kwijt.

Edit, onee, hij draait op een ander poort nu.

DaMoUsYs in "[Ervaringen] Auto-Sub Bootstrap Bill"

dat?

[Mickroz]

geen idee? er stond bijvoorbeeld een groene 6 ipv een v of -, het is iets van na 1.2.18 of 19 volgens mij.

edit gevonden:
"Voor video's waar niet naar gezocht wordt zal de wachttijd in dagen getoond worden."

[ Voor 33% gewijzigd door Mickroz op 12-03-2018 14:10 ]

[TRaSH]

Neem eens de moeite om een aantal posts terug te lezen.
Ik zal vanavond voor een nieuwe screenshot zorgen voor de OP.

[Mickroz]

ik had 3 pagina's terug gescanned en de start post, maar ff niet gezien, zelfde dus met de releasenotes, die vond ik later, en ook over heen gelezen

[Ben(V)]

Staat gewoon beschreven in het help&info scherm van autosub.

[zeroday]

@Ben(V) zou het mogelijk zijn om https:// (SSL) support voor autosub erin te bakken, bijv. op dezelfde manier zoals sabnzbd het doet?
Er komen in de browser meer en meer restricties en met de wildcard support van letsencrypt is nu veel (meer) mogelijk. (voor mij).

Ik wil niet graag via een proxy werken vandaar de native ondersteuning die gevraagd wordt

update: inmiddels sonarr via reverse proxy aan de praat, dus dan zal autosub ook wel gaan lukken, maar dat zien we later wel vandaag, maar 'liever' niet.

[ Voor 17% gewijzigd door zeroday op 15-03-2018 07:58 ]

[Mickroz]

Ben(V) schreef op dinsdag 13 maart 2018 @ 11:11:
Staat gewoon beschreven in het help&info scherm van autosub.

Ja top, ik had die later gevonden, maar ook overheen gelezen

[Ben(V)]

zeroday schreef op woensdag 14 maart 2018 @ 22:42:
@Ben(V) zou het mogelijk zijn om https:// (SSL) support voor autosub erin te bakken, bijv. op dezelfde manier zoals sabnzbd het doet?
Er komen in de browser meer en meer restricties en met de wildcard support van letsencrypt is nu veel (meer) mogelijk. (voor mij).

Ik wil niet graag via een proxy werken vandaar de native ondersteuning die gevraagd wordt

update: inmiddels sonarr via reverse proxy aan de praat, dus dan zal autosub ook wel gaan lukken, maar dat zien we later wel vandaag, maar 'liever' niet.

Nee ga ik niet doen.

Autosub is gewoon bedoelt als lokale applicatie die op de achtergrond z'n werk doet.
Normaal gesproken stel je hem in en kijk je er niet meer naar om.
Remote toegang tot de gebruikers interface is dan ook nauwelijks zinvol die paar keren dat je erbij moet kun je gewoon lokaal browsen en dan is SSL nutteloos.

Dus heel veel energie erin stoppen om naast de gewone webserver ook nog eens een SSL webserver op te gaan zetten was ik niet van plan.

Als je perse remote toegang wilt realiseren zul je dat dus via een reverse proxy moeten doen.

[Kenhas]

zeroday schreef op woensdag 14 maart 2018 @ 22:42:
@Ben(V)
update: inmiddels sonarr via reverse proxy aan de praat, dus dan zal autosub ook wel gaan lukken, maar dat zien we later wel vandaag, maar 'liever' niet.

Bedoel je dan dat je liever niet met een reverse proxy werkt ? Indien dat het geval is, waarom niet eigenlijk?

Is een echte vraag, geen verdoken twijfel aan je woorden. Ben echt benieuwd wat de nadelen zijn. Wou er binnenkort ook eens werk van maken. Daarom niet persé voor autosub omdat het, zoals Ben(V) zegt, eigenlijk niet echt de moeite is. Heb vorige week nog eens gekeken omdat er update was. Voor de rest ga ik eigenlijk nooit kijken en laat ik het gewoon zijn werk doen

[zeroday]

Kenhas schreef op donderdag 15 maart 2018 @ 10:21:
[...]

Bedoel je dan dat je liever niet met een reverse proxy werkt ? Indien dat het geval is, waarom niet eigenlijk?

Is een echte vraag, geen verdoken twijfel aan je woorden. Ben echt benieuwd wat de nadelen zijn. Wou er binnenkort ook eens werk van maken. Daarom niet persé voor autosub omdat het, zoals Ben(V) zegt, eigenlijk niet echt de moeite is. Heb vorige week nog eens gekeken omdat er update was. Voor de rest ga ik eigenlijk nooit kijken en laat ik het gewoon zijn werk doen

Ik heb de reverse proxy inmiddels werken, had het liever anders gezien, maar goed. Ben geeft aan dat we de GUI eigenlijk nooit hoeven te gebruiken omdat de applicatie op de achtergrond draait. Reden respecteer ik.
maar klopt niet.

[Ben(V)]

Misschien klopt het voor jouw niet, maar voor de overgrote meerderheid wel en dan is het een beetje zonde van m'n tijd om een tweede webserver met SSL capabilities te bouwen.

En zoals ik al zei, is SSL alleen zinnig als je van buiten je lan de gebruikers interface van autosub wilt zien, maar naar mijn mening moet je dan gewoon een VPN gebruiken om veilig te zijn, enkele een SSL verbinding is nauwelijks veilig te noemen.

Overigens is het niet handig om dingen te stellen en vervolgens geen reden op te geven zoals:
klopt niet
liever niet

[Pantagruel]

Ben(V) schreef op donderdag 15 maart 2018 @ 12:46:
Misschien klopt het voor jouw niet, maar voor de overgrote meerderheid wel en dan is het een beetje zonde van m'n tijd om een tweede webserver met SSL capabilities te bouwen.

En zoals ik al zei, is SSL alleen zinnig als je van buiten je lan de gebruikers interface van autosub wilt zien, maar naar mijn mening moet je dan gewoon een VPN gebruiken om veilig te zijn, enkele een SSL verbinding is nauwelijks veilig te noemen.

Overigens is het niet handig om dingen te stellen en vervolgens geen reden op te geven zoals:
klopt niet
liever niet

Idd, imho, lichterlijk overbodig. Een VPN verbinding gebruiken of een SSH tunnel werkt net zo goed.

[dvdken]

-EvoLution- schreef op vrijdag 13 december 2013 @ 18:45:
Helemaal top, heb het werkend gekregen op Windows 8.1!

Hieronder een korte handleiding:
- Download Python 2.7 vanaf deze pagina.
- Download Cheetah vanaf hier
- Download de Auto-Sub ZIP vanaf hier (Klik op 'zip')

- Installeer de Python 2.7 exe file
- Ga naar 'Deze pc', 'systeemeigenschappen', 'geavanceerde systeeminstellingen'
- Klik op 'Omgevingsvariabelen...'
- Selecteer onder systeemvariabelen 'Path' en klik op 'Bewerken...'
- Voeg aan het einde van deze regel het volgende toe ';C:\python27' (zonder de komma's)
- Sla deze instellingen op

- Pak vervolgens de Cheetah .tar file uit in C:\
- Open CMD en typ de volgende 2 regels in (gescheiden door een ENTER)

code:

cd C:\Cheetah-2.4.4
python setup.py install

- Pak nu de Auto-Sub .zip file uit op een door jou gewenste locatie (ik heb gekozen voor C:\Auto-Sub
- Open opnieuw CMD en typ onderstaande regels om Auto-Sub te starten

code:

cd C:\Auto-Sub
python autosub.py

- Auto-Sub zal nu starten in een browser scherm
- Zodra het CMD venster sluit, sluit Auto-Sub af.
Mocht iemand hier een oplossing voor hebben, dan hoor ik het graag

Na een format heb ik opnieuw autosub geïnstalleerd aan de hand van deze tutorial.
Vorige keer heb ik om de autosub master te installeren gewoon de map naar mijn oude install map gekopieerd, dat werkte perfect.
Nu wil ik hetzelfde doen en lukt het niet meer.
Ik heb al een paar keer door het topic gelezen en onder andere het helpers.py bestandje aangepast en een bat bestand gemaakt.
(Download de source van github.
Zet het ergens in een folder.
Maak een .bat bestandje met daarin:
cd naar die folder
Pythonw autosub.py)
Updaten vanuit autosub zelf geeft volgende error: Could not get the zipfile from github. Error is [Errno 1] _ssl.c:499: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version.

Kan iemand vertellen hoe ik de autosub master versie op windows 10 kan installeren?
Alvast bedankt!

[Ben(V)]

Ik weet niet waarom je dit antieke topic gebruikt maar de source moet je hier downloaden
https://github.com/BenjV/autosub/archive/master.zip

Verder geen idee waarom je helper.py zou willen aanpassen.
Ook geen idee waarom je zou willen updaten als je net de laatste versie van autosub gedownload hebt.

De error die je krijgt treed op als je iets van een https website wilt downloaden zonder certificate.
Dat was een probleem met een oudere versie van autosub op windows maar is inmiddels al een tijdje opgelost dus ik vermoed dat je een oude versie hebt.

[dvdken]

Ben(V) schreef op zondag 18 maart 2018 @ 12:06:
Ik weet niet waarom je dit antieke topic gebruikt maar de source moet je hier downloaden
https://github.com/BenjV/autosub/archive/master.zip

Verder geen idee waarom je helper.py zou willen aanpassen.
Ook geen idee waarom je zou willen updaten als je net de laatste versie van autosub gedownload hebt.

De error die je krijgt treed op als je iets van een https website wilt downloaden zonder certificate.
Dat was een probleem met een oudere versie van autosub op windows maar is inmiddels al een tijdje opgelost dus ik vermoed dat je een oude versie hebt.

Kan ik dan Python 2.7 gebruiken of heb ik een meer recente versie nodig?

[Ben(V)]

Recentere versies van Python 2 zijn er niet.
Uit m'n hoofd is minimaal python 2.7.3 nodig.
De nieuwste is 2.7.14

Python 3 is wat anders en daar draait autosub niet onder.

[dvdken]

Ik heb python 2.7.14 er op gezet, geen enkel probleem.
Dan Cheetah 2.4.4 uitgepakt op de C.
Daar loopt het vast bij het installeren van autosub.
Ik krijg volgende error:
C:\Auto-Sub>python autosub.py
Traceback (most recent call last):
File "autosub.py", line 135, in <module>
exit(main())
File "autosub.py", line 88, in main
import autosub.Scheduler
File "C:\Auto-Sub\autosub\Scheduler.py", line 2, in <module>
import cherrypy
File "C:\Auto-Sub\cherrypy\__init__.py", line 66, in <module>
from cherrypy._cperror import HTTPError, HTTPRedirect, InternalRedirect # noqa
File "C:\Auto-Sub\cherrypy\_cperror.py", line 128, in <module>
from cherrypy.lib import httputil as _httputil
File "C:\Auto-Sub\cherrypy\lib\httputil.py", line 21, in <module>
import six
ImportError: No module named six

[Kiekeboe100]

Hallo,

Ik heb gezien dat in ProcessFilename.py er een lijst is met releasegroepen die gelijk zijn aan elkaar (bvb SVA en AVS). Echter word dat volgens mij nergens gebruikt? Heb in alle bestanden gezocht op twin_rlsgrp.

Ik heb nu zelf in de for-lus waar de releasegroups ingevuld worden een if bijgestoken en dat lost het voor mij momenteel op, maar geen idee of dit wel een correcte plaats is.
ProcessFilename.py lijn 332:
if item in twin_rlsgrp: show_dict['rlsgrplst'].append(twin_rlsgrp[item])

Ook heb ik nog een ander probleem en dat is dat als er bij Addic7ed in de omschrijving enkel een releasegroup staat dan vind ProcessFilename deze niet.

Volgende code haalt de releasegroup in dat geval weg uit show_dict['info']
# Remove everything (normaly the episode title) before the attributes (quality,tag, distro,source and codec)
show_dict['info'] = show_dict['info'][Pos:]

Staat bij mij nu in commentaar en heb tot nu toe geen problemen ondervonden, maar er kan in uitzonderlijke gevallen nu in de titel ook een match voor een releasegroup gebeuren.
Ik zou echter totaal niet weten hoe ik dat moet oplossen, laat dat liever aan de programmeur(s) over :-)

mvg,
Stijn

[Ben(V)]

twinreleasegrp is niet meer valide.

Gezien de ontwikkelingen bij de releasegroepen is dat nauwelijks meer geldig tegenwoordig.
Voor oude sub werkt het soms nog wel maar veel vaker niet meer.
Daarom is het eruit gehaalt en is per ongeluk de dict blijven bestaan, maar doet niets meer.

Overigens denk ik dat je naar een oude versie van autosub zit te kijken want op regel 332 staat bij mij een exception handler en als je daar andere code hebt geplaatst werkt autosub niet meer.

Verder is het weghalen van die regel niet erg slim, die zit er om in bepaalde omstandigheden verderop in de analayse te voorkomen dat informatie die bijvooorbeeld in de episode titel informatie is wordt aangezien voor een releasegroep.

Zelf grutten in de code zonder dat je weet waarom iets erin zit is niet al te slim.
En twinreleases er weer inbrengen en andere code die nodig is daarvoor eruit halen al helemaal niet.

[Ben(V)]

dvdken schreef op zondag 18 maart 2018 @ 14:39:
Ik heb python 2.7.14 er op gezet, geen enkel probleem.
Dan Cheetah 2.4.4 uitgepakt op de C.
Daar loopt het vast bij het installeren van autosub.
Ik krijg volgende error:
C:\Auto-Sub>python autosub.py
Traceback (most recent call last):
File "autosub.py", line 135, in <module>
exit(main())
File "autosub.py", line 88, in main
import autosub.Scheduler
File "C:\Auto-Sub\autosub\Scheduler.py", line 2, in <module>
import cherrypy
File "C:\Auto-Sub\cherrypy\__init__.py", line 66, in <module>
from cherrypy._cperror import HTTPError, HTTPRedirect, InternalRedirect # noqa
File "C:\Auto-Sub\cherrypy\_cperror.py", line 128, in <module>
from cherrypy.lib import httputil as _httputil
File "C:\Auto-Sub\cherrypy\lib\httputil.py", line 21, in <module>
import six
ImportError: No module named six

Het lijkt erop dat je een heleboel folders mist.
Hebt je wel alle folders die in de zip zaten uitgepakt?

Heb je cheetah wel geinstalleerd?
Bijvoorbeeld met pip of anders

python setup.py install

[Kiekeboe100]

Ben(V) schreef op zondag 18 maart 2018 @ 15:42:
twinreleasegrp is niet meer valide.

Gezien de ontwikkelingen bij de releasegroepen is dat nauwelijks meer geldig tegenwoordig.
Voor oude sub werkt het soms nog wel maar veel vaker niet meer.
Daarom is het eruit gehaalt en is per ongeluk de dict blijven bestaan, maar doet niets meer.

Overigens denk ik dat je naar een oude versie van autosub zit te kijken want op regel 332 staat bij mij een exception handler en als je daar andere code hebt geplaatst werkt autosub niet meer.

Verder is het weghalen van die regel niet erg slim, die zit er om in bepaalde omstandigheden verderop in de analayse te voorkomen dat informatie die bijvooorbeeld in de episode titel informatie is wordt aangezien voor een releasegroep.

Zelf grutten in de code zonder dat je weet waarom iets erin zit is niet al te slim.
En twinreleases er weer inbrengen en andere code die nodig is daarvoor eruit halen al helemaal niet.

Ik heb die lijn er net voor de exception (nog in de for lus) bijgezet. Dus dat is de nieuwe 332 lijn.
Zou het mogelijk zijn om een optie te maken van die twinreleasegrp? Mijn ervaring is namelijk dat dit (voor mijn series) toch nog steeds geld. Toch al zeker SVA, AVS. De anderen heb ik recent niet meer gebruikt.

Die regel in commentaar zetten is zeker niet slim, zeg ik ook in mijn eigen uitleg. Ik heb echter geen idee hoe ik ze er in kan laten en dat het toch werkt met de beperkte Addic7ed info.
Daarvoor reken ik dan ook op jou :-)