[Ervaringen] Auto-Sub Bootstrap Bill

[ParaDoXke]

Ik heb hem hier op een QNAP draaien. In het begin heb ik wat moeilijkheden gehad om de juiste python versie te vinden, maar zodra deze erop stond, en Ben(V) had een probleem met het ssl certificaat opgelost, heb ik geen problemen meer gehad.
Ik heb ook een startstop script hiervoor draaien waarmee je het kan starten/stoppen vanuit het app center.
Deze had ik ergens op het internet gevonden en aangepast om deze werkend te krijgen. Ik zal proberen deze een van de dagen ergens online te zetten indien hier interesse voor is.

[Kenhas]

JohanF schreef op maandag 02 mei 2016 @ 16:23:
[...]

Een fixje hiervoor heb ik net naar Martijn gestuurd.

Mocht je het tijdelijk zelf willen aanpassen in het script:
/var/packages/AutoSub-BootstrapBill/scripts/start-stop-status

Regels 31 en 36 aanpassen:
ps w
moet worden:
ps -e w

Daarna werkt start/stop/status prima vanuit Package Center.

Heb het aangepast en staat nu als gestart in Package Center.

Voor de minder Linux-ervaren gebruikers. Ik kon het bestand niet onmiddellijk aanpassen omdat het readonly was. Nochtans ingelogd als admin maar lukte niet.
Moest dus, na het inloggen met Putty met de admin account, het commando

code:

sudo -i

uitvoeren, paswoord ingeven en dan kon ik het bestand wel aanpassen.

Misschien helpt het iemand. En mocht de "wel linux-ervaren gebruikers" bovenstaand volledige onzin vinden, laat het weten. Dan verwijder ik het

[Verwijderd]

Ik heb nog diverse tests uitgevoerd om te zien of ik kan achterhalen waarom autosub niet wil updaten. Als ik autosub 0.7.4 installeer, maar nog niet uitvoer en dan het versienummer aanpas krijg ik nog steeds melding dat github niet bereikt kan worden. Ik kan nergens in de bestanden vinden waar hij precies naar toe gaat, ik denk dat er iets zit in de exacte bestandsnaam?

Voor wie handmatig met winscp de update op de synology met dsm 5.2 wil uitvoeren: volgens mij kan je het beste dan autosub helemaal verwijderen met de DSM software (na het opslaan van config.properties natuurlijk). Daarna AutoSub-BootstrapBill_noarch-all_20160501-2.spk met de apk van Martijn installeren via de DSM software, maar nog niet uitvoeren. Na installatie met winSCP de hele inhoud van de zipfile over de plek van de oudere bestanden plaatsen en daarna config.properties terugzetten en daarna pas autosub starten).

Zodra je de apk van Martijn start gaat de Synology van elk bestand een copy maken met de extensie .apc en die kan je niet zomaar aanpassen met het kladblok onder Windows. Als je het op deze manier doet heb je een versie goede installatie van 0.7.4 op jouw synology met dsm 5.2 staan.

[ Voor 9% gewijzigd door Verwijderd op 03-05-2016 10:34 ]

[schumi2004]

Verwijderd schreef op dinsdag 03 mei 2016 @ 10:30:
Ik heb nog diverse tests uitgevoerd om te zien of ik kan achterhalen waarom autosub niet wil updaten. Als ik autosub 0.7.4 installeer, maar nog niet uitvoer en dan het versienummer aanpas krijg ik nog steeds melding dat github niet bereikt kan worden. Ik kan nergens in de bestanden vinden waar hij precies naar toe gaat, ik denk dat er iets zit in de exacte bestandsnaam?

Voor wie handmatig met winscp de update op de synology met dsm 5.2 wil uitvoeren: volgens mij kan je het beste dan autosub helemaal verwijderen met de DSM software (na het opslaan van config.properties natuurlijk). Daarna AutoSub-BootstrapBill_noarch-all_20160501-2.spk met de apk van Martijn installeren via de DSM software, maar nog niet uitvoeren. Na installatie met winSCP de hele inhoud van de zipfile over de plek van de oudere bestanden plaatsen en daarna config.properties terugzetten en daarna pas autosub starten).

Zodra je de apk van Martijn start gaat de Synology van elk bestand een copy maken met de extensie .apc en die kan je niet zomaar aanpassen met het kladblok onder Windows. Als je het op deze manier doet heb je een versie goede installatie van 0.7.4 op jouw synology met dsm 5.2 staan.

Werkt git wel via CLI?
Lukt een (manual) git clone bv vanaf command line?

[Verwijderd]

schumi2004 schreef op dinsdag 03 mei 2016 @ 10:35:
Werkt git wel via CLI?
Lukt een (manual) git clone bv vanaf command line?

In het verleden werkte dit wel voor mij toen Ben(V) het beheer nog niet overgenomen had en alles nog op de google site stond. Maar sinds Martijn de apk maakt gebruik ik dat niet meer en toen ik het laatst weer eens probeerde lukte het mij niet meer en kreeg ik foutmeldingen. Komt denk ik doordat alles nu op github staat en kennelijk zit er iets in mijn commando's niet goed wat wel bij google werkte. Is vast op te lossen, maar ik ben daarin niet heel handig en het kost mij veel tijd en heb daarom nu gekozen om de apk oplossing van Martijn te gebruiken en dan winSCP te gebruiken, geeft hetzelfde resultaat bij mij 1en ik wil toch die config file terugplaatsen en dat vind ik handig met winSCP omdat het gewoon drag en drop is.

[ Voor 6% gewijzigd door Verwijderd op 03-05-2016 10:42 ]

[schumi2004]

Verwijderd schreef op dinsdag 03 mei 2016 @ 10:40:
[...]

In het verleden werkte dit wel voor mij toen Ben(V) het beheer nog niet overgenomen had en alles nog op de google site stond. Maar sinds Martijn de apk maakt gebruik ik dat niet meer en toen ik het laatst weer eens probeerde lukte het mij niet meer en kreeg ik foutmeldingen. Komt denk ik doordat alles nu op github staat en kennelijk zit er iets in mijn commando's niet goed wat wel bij google werkte. Is vast op te lossen, maar ik ben daarin niet heel handig en het kost mij veel tijd en heb daarom nu gekozen om de apk oplossing van Martijn te gebruiken en dan winSCP te gebruiken, geeft hetzelfde resultaat bij mij 1en ik wil toch die config file terugplaatsen en dat vind ik handig met winSCP omdat het gewoon drag en drop is.

Je weet wel zeker dat GIT op je Synology staat?
Volgens mij is het zelfs zo dat GIT van SynoCommunity niet in PATH staat dus dat is ook nog een ding.

Ik zal straks zelf eens proberen als ik tijd vind

[JohanF]

Kenhas schreef op dinsdag 03 mei 2016 @ 08:48:
[...]

Heb het aangepast en staat nu als gestart in Package Center.

Voor de minder Linux-ervaren gebruikers. Ik kon het bestand niet onmiddellijk aanpassen omdat het readonly was. Nochtans ingelogd als admin maar lukte niet.
Moest dus, na het inloggen met Putty met de admin account, het commando

code:

sudo -i

uitvoeren, paswoord ingeven en dan kon ik het bestand wel aanpassen.

Misschien helpt het iemand. En mocht de "wel linux-ervaren gebruikers" bovenstaand volledige onzin vinden, laat het weten. Dan verwijder ik het

Als toelichting: bij het testen door Martijn bleek deze aanpassing helaas niet backwards compatible met DSM5.2, omdat daar een andere/beperkte versie van ps gebruikt wordt (busybox).

Maar inmiddels heb ik een commando samengesteld dat op beide DSM versies (5.2 en 6) zou moeten werken. Dus als Martijn die op 5.2 getest heeft (en het package bijgewerkt ), dan zijn er voor de "minder linux-ervaren gebruikers" geen handmatige aanpassingen meer nodig.

[Ben(V)]

Dit is maar een halve oplossing, voor mensen die geupdate zijn van DSM 5 naar DSM 6.
Een nieuwe installtie op DSM 6 zal nog steeds niet werken, omdat Synology het add user commando dat in packages gebruikt wordt onbruikbaar gemaakt heeft, omdat er geen root rechten meer zijn voor het package.

Een oplossing daarvoor zou zijn om zelf tevoren een user aan te maken met de naam "autosub-bootstrapbill".
Echter die user moet dan admin rechten hebben en dan draait autosub altijd met admin rechten.
Persoonlijk zou ik dat niet willen, want dan ben je nogal kwetsbaar voor hackers die bijvoorbeeld de communicatie met de website kunnen onderscheppen.

[Ben(V)]

schumi2004 schreef op dinsdag 03 mei 2016 @ 10:44:
[...]

Je weet wel zeker dat GIT op je Synology staat?
Volgens mij is het zelfs zo dat GIT van SynoCommunity niet in PATH staat dus dat is ook nog een ding.

Ik zal straks zelf eens proberen als ik tijd vind

Autosub gebruikt geen git voor de update.
Hij download simpelweg de zipfile vanaf de github waar autosub staat.
Daarna wordt vanuit die zipfile de update gedaan.

De foutmelding die hij krijgt is dat hij de zipfile niet kan downloaden.
Het vreemde is dat het op mijn pc vlekkeloos werkt, dus het is geen fout in de locatie.
Ik zal nog wat meer testen op m'n synology, misschien is er een probleem daar met https, want github is https.

Ik zal ook nog even checken of het een \ versus / probleem is.

[ Voor 4% gewijzigd door Ben(V) op 03-05-2016 13:07 ]

[JohanF]

Ben(V) schreef op dinsdag 03 mei 2016 @ 12:59:
Dit is maar een halve oplossing, voor mensen die geupdate zijn van DSM 5 naar DSM 6.
Een nieuwe installtie op DSM 6 zal nog steeds niet werken, omdat Synology het add user commando dat in packages gebruikt wordt onbruikbaar gemaakt heeft, omdat er geen root rechten meer zijn voor het package.

Een oplossing daarvoor zou zijn om zelf tevoren een user aan te maken met de naam "autosub-bootstrapbill".
Echter die user moet dan admin rechten hebben en dan draait autosub altijd met admin rechten.
Persoonlijk zou ik dat niet willen, want dan ben je nogal kwetsbaar voor hackers die bijvoorbeeld de communicatie met de website kunnen onderscheppen.

Klopt, een nieuwe install wordt dan de volgende uitdaging
Bij mij is de user autosub-bootstrapbill overigens alleen lid van users en heeft geen admin rechten:
uid=106(autosub-bootstrapbill) gid=100(users) groups=100(users)

[Ben(V)]

Dat is als je een upgrade gedaan hebt.
Bij een nieuwe installatie is dat volgen mij niet meer voldoende, maar ik heb er geen ervaring mee.
Zolang deze problemen met derde partijen packages niet structureel zijn opgelost ga ik niet over naar DSM 6.

[lubbertkramer]

JohanF schreef op maandag 02 mei 2016 @ 16:23:
[...]

Een fixje hiervoor heb ik net naar Martijn gestuurd.

Mocht je het tijdelijk zelf willen aanpassen in het script:
/var/packages/AutoSub-BootstrapBill/scripts/start-stop-status

Regels 31 en 36 aanpassen:
ps w
moet worden:
ps -e w

Daarna werkt start/stop/status prima vanuit Package Center.

Got it running in package center

[Verwijderd]

Versie 0.7.4 op de synology met DSM 5.2 loopt elke keer vast op deze sub:


2016-05-04 10:00:35,599 DEBUG getSubLinks: Show ID: 5665732 - Addic7ed ID: None - Language: Dutch - Title: After the Thrones
2016-05-04 10:00:35,601 DEBUG getSubLinks: SubtitleSeeker request URL: http://api.subtitleseeker...ge=Dutch&return_type=json

De addic7ed site heeft hem niet, ik kan daar dus geen namemapping voor invoeren. Hij vindt wel het imdb nummer zelf. Als je op de link hierboven klikt krijg je echter deze melding:

{"results":"{\"got_error\":1,\"errors\":{\"INVALID_IMDB\":{\"short\":\"INVALID_IMDB\",\"msg\":\"[imdb] is invalid. Does not exists in database\",\"method\":\"ApiGet::setSortId\"}}}"}

Denk dat het daar fout gaat. En daar crashed hij kennelijk op?

Ik ga nu hem uitsluiten van de subs met de knop skip this show. Even zien of dat het oplost.
Edit: dat lost het op.

[ Voor 102% gewijzigd door Verwijderd op 04-05-2016 22:38 ]

[itsme9x]

Weet niet hoelang het er zit, maar dit was de eerste keer dat ik een versie check deed na de laatste upgrade:

[TommyGun]

Wat is nu de aanbevolen manier om van 0.7.3 naar 0.7.4 te gaan? (DSM 5)

[Ben(V)]

itsme9x schreef op woensdag 04 mei 2016 @ 12:10:
Weet niet hoelang het er zit, maar dit was de eerste keer dat ik een versie check deed na de laatste upgrade:

[afbeelding]

Is in een nieuwe versie opgelost.

[Ben(V)]

TommyGun schreef op woensdag 04 mei 2016 @ 21:23:
Wat is nu de aanbevolen manier om van 0.7.3 naar 0.7.4 te gaan? (DSM 5)

Wachten tot Martijn het package bijwerkt zodat mijn foutje met de testflag weg is.
Alternatief kun je de zipfiel downloaden van github en de inhoud over de oude installatie heenschrijven.
Even autosub herstarten en je hebt de nieuwe versie.

[Ben(V)]

Er is nu een nieuwe versie van autosub (0.7.5) beschikbaar op github.

Wijzigingen zijn:

• - Probleem met ssl is opgelost dus zowel de update als de websites podnapisi en subscene werken weer.
• Foutje verwijdert dat de Engels skipstring soms niet werkt.
• Requests library geupdate naar versie 2.10
• De popup message na een update verwijdert zodat autosub teruggaat naar z'n "home" page en hetzelfde browser scherm blijft werken (eventueel met een CTRL-F5)

[drfruit]

Zojuist de (interne) update naar 0.7.5 gedaan onder Windows 10 (net gisteren de upgrade van Win 7 naar Win 10 gedaan).

Ik zag nog wel een foutmelding, maar dat zal nog even de oude versie zijn geweest. Het ging zo te zien allemaal goed en Autosub draait weer als een zonnetje.

[Verwijderd]

0.7.5 op de synology met dsm 5.2 hier draaiende, top!

Had je hier al een oplossing voor gevonden? Verwijderd in "[Ervaringen] Auto-Sub Bootstrap Bill"

Bedankt weer en geniet ze van het lekkere weer Ben(V)!

[Ben(V)]

Nu wel versie 7.6 is uitgebracht.

Als de serie helemaal niet te vinden is op subtitleseeker dan retourneren ze een fout geformateerde json string terug en dar crashte autosub op.
Ik controleer nu eerst of het een correcte json string is.

Updaten vanuit autosub zlef moet nu helemaal goed werken.
Kun je dat bevestingen?

[drfruit]

Ben(V) schreef op donderdag 05 mei 2016 @ 19:49:
Updaten vanuit autosub zlef moet nu helemaal goed werken.
Kun je dat bevestingen?

Bij mij in ieder geval wel. Het hele scherm inclusief de Wanted-lijst blijft staan, het enige wat ik merkte was het nieuwe versienummer en het feit dat er weer een Search bezig is.

[ Voor 3% gewijzigd door drfruit op 05-05-2016 20:08 ]

[Ben(V)]

Mooi dat was precies het effect wat ik wilde bereiken.

[Verwijderd]

Hier op de synology werkt het updaten ook. Al heb je wel de neiging zelf op F5 ofzo te drukken om te checken of hij al geupdate is en dat verstoort wellicht het proces. Een timertje ofzo zou wel handig zijn (zoiets als sickrage en sickbeard gebruiken). Maar dat zijn kleine dingetjes, belangrijkste is: het updaten werkt. Na het drukken op de update knop duurde het een paar minuten en toen dacht ik: ik moet misschien de package herstarten via de DSM software en daarna zag ik het nieuwe versienummer. Dus ik denk dat ik te ongeduldig was, maar hij heeft zichzelf geupdate. Ik zal de volgende keer wat meer geduld hebben

Fantastisch zeg, ik weet nog dat je het een lastige klus vond toen dat maanden terug op de verlanglijst van ons naar voren kwam en nu heb je het werkende, top!!!

Update log waarin je ziet dat ik wat ongeduldig was:

016-05-05 20:15:52,127 DEBUG UpdateAutoSub: Update started
2016-05-05 20:15:52,762 INFO Starting upgrade.
2016-05-05 20:16:02,457 DEBUG UpdateAutoSub: Update started
2016-05-05 20:16:03,059 INFO Starting upgrade.
2016-05-05 20:16:32,536 DEBUG UpdateAutoSub: Update started
2016-05-05 20:16:32,994 INFO Starting upgrade.
2016-05-05 20:17:04,635 DEBUG UpdateAutoSub: Update started
2016-05-05 20:17:04,908 INFO Starting upgrade.
2016-05-05 20:17:51,714 DEBUG UpdateAutoSub: Update started
2016-05-05 20:17:52,022 INFO Starting upgrade.

vervolgens heb ik hier ergens autosub gestopt en gestart met de DSM software:

2016-05-05 20:19:53,287 DEBUG AutoSub: Systemencoding is: UTF-8
2016-05-05 20:19:53,291 DEBUG AutoSub: Configversion is: 3
2016-05-05 20:19:53,304 DEBUG AutoSub: Dbversion is: 9
2016-05-05 20:19:53,306 INFO AutoSub: Starting threads
2016-05-05 20:19:53,363 INFO AutoSub: Starting CherryPy webserver
2016-05-05 20:19:54,806 INFO AutoSub: Starting checkSub thread
2016-05-05 20:19:54,809 INFO scanDisk: Starting round of local disk checking at /volume1/tvseries/

[ Voor 65% gewijzigd door Verwijderd op 05-05-2016 20:33 ]

[Verwijderd]

ik zal het nog even opnieuw testen zonder gekloot, monumentje

[drfruit]

Ja, een tellertje of een waarschuwing "even geduld" of zo zou wel handig zijn.

Verder niets dan lof.

[Verwijderd]

ok, heb het even wat grondiger getest terwijl hij geen subs kon zoeken omdat ik hem verwees naar een lege folder.

Het updaten werkt op een synology met DSM 5.2. Echter, het is nog niet helemaal vlekkeloos zonder tussenkomst van de gebruiker. Hij gaat namelijk wel prima updaten en met winSCP zie ik ook bij het bestand version.py dat hij geupdate is, echter blijft de browser maar aangeven dat hij nog steeds versie 0.7.5 heeft (en in version.py staat dat hij versie 0.7.6 heeft).

Na een paar keer op F5 drukken en het ook met een browser proberen die autosub nooit benaderd (en dus niks in de cache heeft staan) blijft hij volgens de webbrowser op versie 0.7.5 staan. Heel raar.

Als ik vervolgens de package stop en weer start in de DSM software , dan zie ik versie 0.7.6 staan.

Er zit dus nog iets heel kleins ergens wat op mijn synology met dsm 5.2 dit geeft. Hij update dus wel, maar het versienummer gaat niet omhoog. Ik denk dat dit een synology probleem is. Met sickbeard en sickrage wordt de hele package na het updaten gestopt en weer gestart volgens mij. Geen idee of dat lastig te bouwen is, maar ik denk dat daar de oplossing zit.

[ Voor 11% gewijzigd door Verwijderd op 05-05-2016 20:48 ]

[Ben(V)]

Nee een teller gaat niet.

Om dezelfde reden dat een message box niet gaat.
Als de nieuwe versie opstart moet autosub op de homepage staan anders krijg je het effect dat het scherm verdwijnt en moet je zelf naar de home page gaan.

Je kunt overigens rustig een ctrl-F5 doen. maar als je van de home page weggaat moet je na de update handmatig terug naar de homepage.

Heel vreemd van dat versienummer, bij mij werkt dat prima ook op m'n Synology.
Misschien iets met je browser? Welke gebruik jij?

[Verwijderd]

ik heb chrome en internet explorer gebruikt.

ik zal het nog eens testen en dan ga ik na het klikken van de update knop eerst boven een tv serie kijken en dan kom ik over een uur terug. Ik ben misschien toch te ongeduldig ofzo als het bij jou werkt.

Over iets meer dan een uur meld ik mij nog even.

[ Voor 9% gewijzigd door Verwijderd op 05-05-2016 20:50 ]

[Ben(V)]

Als je op Ctrl-F5 klikt voor hij klaar is met z'n update dan start je de update nogmaals op.
Ik heb geen idee hoe ik dat moet afvangen.

[Verwijderd]

ik heb denk ik het idee waardoor het fout gaat. Als ik autosub installeer heb ik allemaal .py files. Maar zodra ik hem 1 keer heb gestart krijg ik alle files dubbel en de dubbele files hebben de extensie .pyc , maar de inhoud van het versienummer is bij beiden 0.7.5k:



en de inhoud is na het updaten anders, je ziet duidelijk dat 1 file geupdate is en de andere niet:

[ Voor 13% gewijzigd door Verwijderd op 05-05-2016 21:01 ]

[Ben(V)]

Heel vreemd bij mij blijft nu ineens ook gewoon de oude versie draaien.

Die .pyc zijn de gecompileerd .py bestanden die worden aangemaakt de eerste keer dat je autosub opstart.
Dat is normaal.

[drfruit]

Kun je niet een waarschuwing geven als de functie Update wordt geselecteerd, dat de gebruiker even rustig moet wachten.

[Ben(V)]

Nee want elke message op het scherm zorgt ervoor dat het echerm niet meer op de homepage staat en daardoor werkt de refresh niet als de nieuwe versie opstart.

Overigens duurt updaten maar max 15 sec. en op een pc hooguit 2 sec.

[Verwijderd]

Ben(V) schreef op donderdag 05 mei 2016 @ 21:03:
Heel vreemd bij mij blijft nu ineens ook gewoon de oude versie draaien.0

Ah, dan ligt het niet aan mijn nas. Verder geen probleem, even stoppen en starten en klaar is de update. Ik heb er geen problemen mee, maar kan me voorstellen dat je het nog wat fijner wil laten lopen.

Als alles in 1 keer goed zou gaan is het genieten achteraf als alles werkt ook minder moet je maar denken.
Ik zal hem nu even stoppen en starten zodat ik de meest recente versie heb, hij draait trouwens heel stabiel heer weer bij mij. Denk dat dit het enige is wat nog niet helemaal 100% lekker loopt op bepaalde systemen (op windows kennelijk wel).

Een stop en start lost het probleem gelijk op zie ik nu (beide bestanden ook weer gelijk die ik rond 21:00 aanhaalde in screenshots), misschien kan je als je in de bronbestanden van sickbeard kijkt zien hoe het daar loopt, dat proces is redelijk vergelijkbaar volgens mij. Daar had je ook een update knop en dan ging hij sickbeard stoppen en daarna startte hij weer. Je had dan ook een melding in het scherm met iets van : sickbeard is shutting down and restarting. Zoiets als dit: http://www.htpcbeginner.c...to-update-to-new-release/

Maarja, ik heb er verder weinig kaas van gegeten, ben ook geen programmeur en het enige wat ik ken is html en css e.d.

[ Voor 57% gewijzigd door Verwijderd op 05-05-2016 22:21 ]

[Ben(V)]

Ik heb het probleem denk ik gevonden.
Er is een nieuwe versie op github geplaatst.

Het updaten gebeurt door een andere thread op te starten die de update doet.
Op wat langzamere systemen(vergeleken met een PC) zoals een NAS moet ik die thread wat tijd geven voordat hij begint.
Hij raakt anders de synchronisatie met de webserver kwijt (de gebruikers interface).
Dan update hij wel netjes maar omdat hij de synchronistie kwijt is kan hij de main-thread niet meer signaleren dat hij moet restarten.

En ja ik kan het ook wel zo maken als Sickrage het doet, maar dan start hij een nieuw browser scherm op en blijft er een dood scherm achter.

[drfruit]

De update duurt dus maar een paar seconden op een pc, maar je ziet het neem ik aan pas zodra het scherm wordt ververst.

[Verwijderd]

Helaas geeft dat op mijn nas nog niet de oplossing, Hij blijft hetzelfde gedrag vertonen. Ik heb het getest terwijl ik had ingesteld dat hij een lege map in de gaten moest houden zodat ik zeker wist dat hij niet subs aan het downloaden was (omdat dit mijn nas wat vertraagt vermoedelijk).

Werkt het op jouw synology wel goed Ben(V)? Ik heb autosub draaien op een ds212j en ik meen dat jij een ds112j ofzo had waarop het bij jouw draait? Die zouden toch evensnel ongeveer moeten zijn.

[ Voor 25% gewijzigd door Verwijderd op 05-05-2016 22:49 ]

[Ben(V)]

Bij mij werkt het prima maar ik heb een DS414.

Ik heb nu een timeout voor de update thread ingesteld van 5 sec, als ik die terugbreng naar 2 seconden update hij bij mij wel maar restart autosub niet. Hetzelfde wat jij waarneemt.
Ik denk dat bij jouw die 5 sec nog niet voldoende is.

De update zelf duurt overigens maar zo'n 3 seconden en dat is inclusief het downloaden en uitpakken van de zipfile vanaf github.

Ik denk dat ik het maar anders ga doen en gewoon een melding geef dat hij gaat updaten en dan de nieuwe versie van autosub gewoon een nieuw scherm laat openen.

Is wel iets minder mooi, maar wel bedrijfszekerder.

Overigens heb je wel kans dat iedereen die zelf updates geplaatst heeft met winscp tegen problemen aanloopt, omdat de eigenaar van die bestanden dan het account is waar je met winscp bent ingelogd (root vermoeddelijk).
De update wordt natuurlijk gedaan door het account waar autosub onder draait (=autosub-bootstrapbill), dus vervangen van bestanden kon wel eens tegen rechten problemen oplopen.
Het zou niet moeten gebeuren want bij mij hebben alle bestanden 666 als protectie wat wil zeggen read en write voor zowel owner, groep als world, maar ik had er ook twee tussen zitten die niet de juiste rechten hadden (ook gevalletje winscp vermoed ik).

[Verwijderd]

Ben(V) , waar kan ik die 5 seconden vinden? Dan kan ik hem zelf even op 20 seconden ofzo zetten en even testen voor je.

Edit: ik ga morgenochtend voor een paar dagen naar ons vakantiehuis, testen kan ik dus pas op zijn vroegst ergens volgende week weer doen.

[ Voor 62% gewijzigd door Verwijderd op 06-05-2016 22:09 ]

[Ben(V)]

IK heb nog eens uitgebreid getest en die timer heeft er niets mee te maken.
Bij mij was het probleem dat er een bestand tussen zat met als eigenaar root (gevalletje winscp) die voor de user (autosub-bootstrappbill) niet te overschrijven was. Het waren twee files uit de reqquest library.

Daardoor ontstond er een crash in de update.
Gevolg was dat de meeste files wel overgezet waren, maar de herstart nooit plaats vond.
Het effect is, dat de update wel gedaan is maar je autosub zelf moet herstarten om effectief te worden.

Ik heb een exception handler ingebouwd die de crash voorkomt en een melding geeft in de log.
dit zit al in versie 6.7

[Obscurax]

Ben(V), ik heb nog altijd volgende crash. Altijd bij dezelfde sub.

Auto-Sub version Bootstrap Bill, 0.7.5
Python version 2.7.11

code:

2016-05-06 23:56:01,482 DEBUG  checkSub: trying to get a downloadlink for \\kratos\series\Family Guy\Season 12\family.guy.121.hdtv-lol.mp4, language is English
2016-05-06 23:56:01,482 DEBUG  getSubLinks: Show ID: 0182576 - Addic7ed ID: 130 - Language: English - Title: Family Guy
2016-05-06 23:56:01,482 DEBUG  getSubLinks: SubtitleSeeker request URL: http://api.subtitleseeker.com/get/title_subtitles/?api_key=24430affe80bea1edf0e8413c3abf372a64afff2&imdb=0182576&season=01&episode=21&language=English&return_type=json
2016-05-06 23:56:02,043 DEBUG  getSubLinks: dump scorelist: []
2016-05-06 23:56:02,043 DEBUG  getSubLinks: Addic7ed search URL: http://www.addic7ed.com/ajax_loadShow.php?show=130&season=1&langs=|1|&hd=0&hi=0
2016-05-06 23:56:02,043 DEBUG  Addic7edAPI: Resting for 30 seconds to prevent a ban
2016-05-06 23:56:32,200 DEBUG  Addic7ed: Scorelist: []
2016-05-06 23:56:38,434 DEBUG  Opensubtitles: Error from Opensubtitles NoOp API. Message: 406 No session
2016-05-06 23:56:38,434 DEBUG  OpenSubtitlesLogin: Already Logged in with user Obscurax
2016-05-06 23:56:38,434 INFO  Opensubtitles: Re-established connection

[tcviper]

Op mijn Syno geeft ie nog 0.7.3 aan, update doet verder niks, is dat normaal of?

[Ben(V)]

7.3 zit nog steeds een foutje dat de testflag om het update mechanisme te testen nog aan staat.
Hij update dan niet daadwerkelijk
Ik zal aan Martijn vragen een nieuwe Syno versie te maken.

Martijn heeft het Syno package nu ook geupdate naar versie 7.8

[ Voor 14% gewijzigd door Ben(V) op 07-05-2016 14:04 ]

[Ben(V)]

Obscurax schreef op zaterdag 07 mei 2016 @ 10:27:
Ben(V), ik heb nog altijd volgende crash. Altijd bij dezelfde sub.

Auto-Sub version Bootstrap Bill, 0.7.5
Python version 2.7.11

code:

2016-05-06 23:56:01,482 DEBUG  checkSub: trying to get a downloadlink for \\kratos\series\Family Guy\Season 12\family.guy.121.hdtv-lol.mp4, language is English
2016-05-06 23:56:01,482 DEBUG  getSubLinks: Show ID: 0182576 - Addic7ed ID: 130 - Language: English - Title: Family Guy
2016-05-06 23:56:01,482 DEBUG  getSubLinks: SubtitleSeeker request URL: http://api.subtitleseeker.com/get/title_subtitles/?api_key=24430affe80bea1edf0e8413c3abf372a64afff2&imdb=0182576&season=01&episode=21&language=English&return_type=json
2016-05-06 23:56:02,043 DEBUG  getSubLinks: dump scorelist: []
2016-05-06 23:56:02,043 DEBUG  getSubLinks: Addic7ed search URL: http://www.addic7ed.com/ajax_loadShow.php?show=130&season=1&langs=|1|&hd=0&hi=0
2016-05-06 23:56:02,043 DEBUG  Addic7edAPI: Resting for 30 seconds to prevent a ban
2016-05-06 23:56:32,200 DEBUG  Addic7ed: Scorelist: []
2016-05-06 23:56:38,434 DEBUG  Opensubtitles: Error from Opensubtitles NoOp API. Message: 406 No session
2016-05-06 23:56:38,434 DEBUG  OpenSubtitlesLogin: Already Logged in with user Obscurax
2016-05-06 23:56:38,434 INFO  Opensubtitles: Re-established connection

Probleem opgelost nieuwe versie op github (0.7.8)

[malinwa001]

Ben(V),

Wou net de update functie testen maar kreeg volgende error :

code:

2016-05-07 14:38:09,033 ERROR  UpdateAutoSub: Could not(fully) copy the updated tree. Error is could not delete '/volume1/@appstore/AutoSub-BootstrapBill/library/requests/packages/urllib3/packages/backports/__init__.py': Permission denied
2016-05-07 14:38:08,841 DEBUG  UpdateAutoSub: Zipfile extracted
2016-05-07 14:38:08,247 DEBUG  UpdateAutoSub: Zipfile located on Github
2016-05-07 14:38:06,151 INFO  Starting upgrade.

Heb de vorige versies wel via winscp gekopieerd.

Geen ramp, ga deze versie er dan ook op de zelfde manier op zetten, maar misschien iemand die me kan zeggen hoe ik de bestanden weer kan toewijzen naar de correcte gebruiker.

Versie : 0.7.7
Synology 713+
DSM 6

[Ben(V)]

Je kunt in de log lezen waar hij op struikelt.
Het is de folder met twee bestanden daarin.
/volume1/@appstore/AutoSub-BootstrapBill/library/requests/packages/urllib3/packages/backports

Ga met winscp op zo'n bestand staan en doe een rechter muisklik en kies voor properties.
Vul in het veld owner de naam autosub-bootstrapbill in en klik op ok.
Doe dit voor alle bestanden die root als eigenaar hebben en vergeet de folder zelf niet.

Je kunt ook op de commandline (of het commandvenster van winscp) het volgende commando geven

chown -R autosub-bootstrapbill /volume1/@appstore/AutoSub-BootstrapBill/*

[ Voor 17% gewijzigd door Ben(V) op 07-05-2016 18:05 ]

[malinwa001]

aanpassing op folder en bestanden gedaan, update getest en hij doet het perfect!

[Mr Magic]

Vreemde zaak. Ik zat nog op 0.7.3 (op een Windows machine) en kreeg bij ee "git pull" opeens deze foutmelding:

code:

D:\Programs\AutoSub>..\Git\bin\git.exe pull
Updating e968ac7..069aff4
error: The following untracked working tree files would be overwritten by merge:
        library/requests/packages/urllib3/packages/ssl_match_hostname/__init__.pyc
Please move or remove them before you can merge.
Aborting

En dat dan op een heleboel .pyc bestanden onder library/requests/packages/

Na verwijderen van alle .pyc files ging de git pull goed, maar werden de .pyc files meegenomen vanaf github:

code:

 create mode 100644 library/requests/packages/__init__.pyc
 create mode 100644 library/requests/packages/chardet/__init__.pyc
 create mode 100644 library/requests/packages/chardet/big5freq.pyc
 create mode 100644 library/requests/packages/chardet/big5prober.pyc

Dat gebeurt normaal toch niet? .pyc files worden toch at runtime aangemaakt door Python als ze nog niet bestaan?

[fre_]

Ben(V) schreef op zaterdag 07 mei 2016 @ 15:49:

Je kunt ook op de commandline (of het commandvenster van winscp) het volgende commando geven

chown -R autosub-bootstrapbill /volume1/@appstore/AutoSub-BootstrapBill/*

Bedankt, hij struikelde bij mij ook over die 2 bestanden. Met die chown -R was dit opgelost en werkt de update naar 0.7.8 zoals het moet.

[Ben(V)]

Mr Magic schreef op zaterdag 07 mei 2016 @ 19:07:
Vreemde zaak. Ik zat nog op 0.7.3 (op een Windows machine) en kreeg bij ee "git pull" opeens deze foutmelding:

code:

D:\Programs\AutoSub>..\Git\bin\git.exe pull
Updating e968ac7..069aff4
error: The following untracked working tree files would be overwritten by merge:
        library/requests/packages/urllib3/packages/ssl_match_hostname/__init__.pyc
Please move or remove them before you can merge.
Aborting

En dat dan op een heleboel .pyc bestanden onder library/requests/packages/

Na verwijderen van alle .pyc files ging de git pull goed, maar werden de .pyc files meegenomen vanaf github:

code:

 create mode 100644 library/requests/packages/__init__.pyc
 create mode 100644 library/requests/packages/chardet/__init__.pyc
 create mode 100644 library/requests/packages/chardet/big5freq.pyc
 create mode 100644 library/requests/packages/chardet/big5prober.pyc

Dat gebeurt normaal toch niet? .pyc files worden toch at runtime aangemaakt door Python als ze nog niet bestaan?

Hmm blijkbaar per ongeluk de .pyc bestanden meegenomen naar github, even kijken hoe ik die eraf krijg.

EDIT: Heb ze verwijderd van github

[TommyGun]

Voor wat het waard is; upgrade ging hier perfect van versie 0.7.8 naar 0.7.9 (DSM 5).

[Ben(V)]

Mooi, ook positieve meldingen zijn welkom niet alleen bugs.

[mhoogendam]

Ik probeer Autosub weer werkend te krijgen maar blijf vastlopen.
De website geeft aan:

code:

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

Traceback (most recent call last):
  File "/volume1/@appstore/AutoSub-BootstrapBill/cherrypy/_cprequest.py", line 656, in respond
    response.body = self.handler()
  File "/volume1/@appstore/AutoSub-BootstrapBill/cherrypy/lib/encoding.py", line 188, in __call__
    self.body = self.oldhandler(*args, **kwargs)
  File "/volume1/@appstore/AutoSub-BootstrapBill/cherrypy/_cpdispatch.py", line 34, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "/volume1/@appstore/AutoSub-BootstrapBill/autosub/WebServer.py", line 476, in index
    def exitMini(self):
  File "/usr/local/python/lib/python2.7/site-packages/Cheetah/Template.py", line 1259, in __init__
    self._compile(source, file, compilerSettings=compilerSettings)
  File "/usr/local/python/lib/python2.7/site-packages/Cheetah/Template.py", line 1545, in _compile
    file = self.serverSidePath(file)
  File "/usr/local/python/lib/python2.7/site-packages/Cheetah/Servlet.py", line 42, in serverSidePath
    return normpath(abspath(path.replace("\\", '/')))
  File "/usr/local/python/lib/python2.7/posixpath.py", line 364, in abspath
    cwd = os.getcwd()
OSError: [Errno 2] No such file or directory
Powered by CherryPy 3.2.2

Heb de app verwijderd en opnieuw geïnstalleerd vanuit de Synocommunity (0.7.8)

Owner aangepast via:

code:

chown -R autosub-bootstrapbill /volume1/@appstore/AutoSub-BootstrapBill/*

Config.properties verwijderd zodat er een andere nieuwe is aangemaakt.
Dit helpt allemaal niet, iemand tips?
Synology 214+ DSM 6.0-7321 Update 6
Python is geïnstalleerd uit de Synocommunity (niet Python 3)

[Ben(V)]

DSM 6 is voor dit package niet gesuppport todat Synology documentatie vrijgeeft hoe je een package voor DSM 6 moet maken.

Als je autosub al geinstalleerd had voordat je een upgrade deed naar DSM 6 werk autosub wel maar kun je hem niet starten en stoppen via het package centre.
Het package centre ziet autosub dan ook niet draaien.
Hij start echter wel op na een reboot. Daarna kun je hem gewoon via je browser benaderen.

[Verwijderd]

net autosub 0.7.8 geinstalleerd met de package van mdevries (oude versie eerst verwijderd ivm rechtenkwestie winSCP). Vervolgens gewacht tot subs gecontroleerd waren, daarna update gedaan en dat ging uitstekend. Bedankt!!!

[Ben(V)]

Mooi dat het goed functioneert.

Ik had eigenlijk eerder aan die rechten kwestie moeten denken, want ik ben er zelf al eens met SickRage tegen aan gelopen.

Die draaide op een gegeven moment niet meer en toen heb ik zelf een gitpull gedaan op m'n Syno terwijl ik ingelogd was als root.
Bij de volgende update liep ik tegen dezelfde problemen aan.

[wars]

Hier is de update van 0.7.8 naar 0.7.9 ook goed verlopen, kreeg wel enkele seconden een wit scherm, maar refreshed na enkele seconden.
Draai AutoSub op DS1512+ met DSM 6

[slooffmaster]

vandaag met "git pull" ge-update naar 0.7.9 draaiend op een Linux server. Met deze versie zie ik dat hij engelse subs wil downloaden voor episodes waar al nederlandse ondertitels bij staan. Ik zie dat in eerdere versies dit ook al gebeurde maar dat het zou moeten zijn opgelost. Iemand een suggestie?

"Download English" staat op "Disabled".

[Ben(V)]

Ok ik zal er vanavond nog eens naar kijken.
Ik zie waarschijnlijk iets over het hoofd.

PS Je hoeft geen gitpull meer te doen, autsub kan nu zelf updaten

[Verwijderd]

Ben(V), dat "probleem" heb ik ook merk ik, hij had opeens 120 subs gedownload vannacht en ik kon niet zo 123 in de ochtend voordat ik naar het werk ging achterhalen wat het is, maar het waren bij mij ook series die al een NL sub hebben.

Met vorige versies werkte het wel.

Ik heb download english op enabled staan en dan remove engelse subs als er nederlandse zijn op enabled (ben niet thuis, dus moet even uit het hoofd).

ik wil engelse subs en dat die weer weggaan als nederlandse subs. Dat werkte prima tot deze versie dus.

[slooffmaster]

Ben(V) schreef op maandag 09 mei 2016 @ 12:44:
Ok ik zal er vanavond nog eens naar kijken.
Ik zie waarschijnlijk iets over het hoofd.

PS Je hoeft geen gitpull meer te doen, autsub kan nu zelf updaten

Als je nog info (logs etc.) nodig hebt, laat maar weten.

Wat betreft updaten; dat is wel heel handig

[slooffmaster]

Nog even een toevoeging; hij wil niet voor alle episodes waar NL subs al voor zijn ge-download. Het gaat in mijn geval om +/- 500 episodes van in totaal ongeveer 5000-6000 episodes, voor een beperkt aantal series.

[Ben(V)]

Versie 0.7.10 is uitgebracht en als het goed is, is daarin dit gefixed.

[slooffmaster]

Ben(V) schreef op maandag 09 mei 2016 @ 17:39:
Versie 0.7.10 is uitgebracht en als het goed is, is daarin dit gefixed.

top! net ge-update en ziet ernaar uit dat het probleem verholpen is

[Verwijderd]

Vreemde foutmelding bij updaten van 0.7.9 naar 0.7.10 op de Synology met DSM 5.2:

2016-05-09 18:24:17,063 DEBUG UpdateAutoSub: Update started

2016-05-09 18:24:17,476 INFO UpdateAutoSub: No update available.
Current version: 0.7.9. GitHub version: 0.7.10

Dat werkt helaas niet. Vreemd.
Ik heb autosub opnieuw geinstalleerd en vanaf versie 0.7.8 vanuit een compleet schone installatie krijg ik ook dit:

2016-05-09 18:52:51,010 INFO UpdateAutoSub: No update available.
Current version: 0.7.8. GitHub version: 0.7.10

Bedankt alvast voor het fixen.

[ Voor 60% gewijzigd door Verwijderd op 09-05-2016 18:53 ]

[Netfreak99]

Ben kun je ook een .gitignore aanmaken voor de pyc files?

[Ben(V)]

Nee ik gebruik geen git in autosub
Maar waarom zou je dat willen, er staan geen .pyc bestanden(meer) op github

[Ben(V)]

Verwijderd schreef op maandag 09 mei 2016 @ 18:24:
Vreemde foutmelding bij updaten van 0.7.9 naar 0.7.10 op de Synology met DSM 5.2:

2016-05-09 18:24:17,063 DEBUG UpdateAutoSub: Update started

2016-05-09 18:24:17,476 INFO UpdateAutoSub: No update available.
Current version: 0.7.9. GitHub version: 0.7.10

Dat werkt helaas niet. Vreemd.
Ik heb autosub opnieuw geinstalleerd en vanaf versie 0.7.8 vanuit een compleet schone installatie krijg ik ook dit:

2016-05-09 18:52:51,010 INFO UpdateAutoSub: No update available.
Current version: 0.7.8. GitHub version: 0.7.10

Bedankt alvast voor het fixen.

Hij ziet 0.7.10 niet als groter dan 0.7.9 (ascii vergelijking i.p.v getal vergelijking).
Heb het nu even opgelost door versie 0.8.0 uit te brengen, bij de volgende release zal ik het structureler oplossen.

[Verwijderd]

Ja, hij doet het weer!

[jmk]

Ben(V) schreef op maandag 09 mei 2016 @ 17:39:
Versie 0.7.10 is uitgebracht en als het goed is, is daarin dit gefixed.

Bedankt Ben! Ik zit nu op de nieuwste versie. Mijn wanted lijst staat weer op 20. Eerst was deze +120.

Bij mij deed de update naar versie 0.8.0 het eerst niet onder Windows 10. Ik heb zojuist een "take ownership" actie uitgevoerd op de auto-sub directory en toen deed updaten het binnen een paar seconden. Misschien nuttige info voor anderen onder Windows.

[ Voor 4% gewijzigd door jmk op 09-05-2016 23:03 ]

[TommyGun]

Verwijderd schreef op maandag 09 mei 2016 @ 20:12:
Ja, hij doet het weer!

Hier ook

[wars]

update op DSM6 goed verlopen, m'n wanted list is ook van 720 naar 160 gegaan

[Moby]

2016-05-10 19:41:44,218 DEBUG scanDisk: found a Synology indexing directory, skipping this folder and all subfolders.

Door deze error vind hij opeens geen series meer in mijn folder. Wat kan ik doen om dit aan te passen?

Verder ben ik nog altijd erg tevreden trowuens

[Ben(V)]

Hoe kom je erbij dat dit een error zou zijn?

In een Synology indexing directory staat meta data voor o.a. VideoStation, daar staan geen videofiles waar autosub subs bij moet vinden, daarom skipped hij zulke folders.

[Moby]

Ben(V) schreef op dinsdag 10 mei 2016 @ 20:40:
Hoe kom je erbij dat dit een error zou zijn?

In een Synology indexing directory staat meta data voor o.a. VideoStation, daar staan geen videofiles waar autosub subs bij moet vinden, daarom skipped hij zulke folders.

Okee, vervang error door melding. Maar hij vind ook geen series in de folder daar boven. Mijn wanted lijst is leeg geworden. Het heeft dan waarschijnlijk niets met deze melding te maken.

Ik kon niets anders raars vinden in de log vandaar dat ik dacht dat dit het was. Ik ga verder zoeken.

Edit:

2016-05-10 19:42:02,033 ERROR scanDir: Something went wrong when traversing directory /volume1/Series

Dan is dit het denk ik.

[ Voor 10% gewijzigd door Moby op 10-05-2016 22:11 ]

[Ben(V)]

Dat is meestal een rechten kwestie of een file of folder met vreemde karakters erin.

[ Voor 41% gewijzigd door Ben(V) op 11-05-2016 00:04 ]

[lubbertkramer]

JohanF schreef op maandag 02 mei 2016 @ 16:23:
[...]

Een fixje hiervoor heb ik net naar Martijn gestuurd.

Mocht je het tijdelijk zelf willen aanpassen in het script:
/var/packages/AutoSub-BootstrapBill/scripts/start-stop-status

Regels 31 en 36 aanpassen:
ps w
moet worden:
ps -e w

Daarna werkt start/stop/status prima vanuit Package Center.

Is er al nieuws dat dit meegenomen gaat/kan worden of dat dit problemen geeft op DSM 5? Gisteravond de update gedaan en daardoor is de workaround overschreven. Autosub draait wel (onder DSM6) wat te zien is in de log maar volgens package center status "stopped"

[Ben(V)]

Maakt toch niet zoveel uit wat het package centre er van vind voorlopig heb je een draaiend autosub.
Updaten kan vanuit autosub dus daar hoeft het package niets meer aan te doen.

Die hack waar jij naar verwijst werkt alleen onder DSM 6 maar als je dat doet werkt het package niet meer onder DSM 5, dus dat zal niet in het package opgenomen worden.

Zolang Synology geen documentatie vrijgeeft over hoe je een package moet bouwen voor DSM 6 (en wel zo belangrijk dat het ook onder DSM 5 kan draaien), gaat er niets veranderen.

[JohanF]

lubbertkramer schreef op woensdag 11 mei 2016 @ 07:53:
[...]
Is er al nieuws dat dit meegenomen gaat/kan worden of dat dit problemen geeft op DSM 5? Gisteravond de update gedaan en daardoor is de workaround overschreven. Autosub draait wel (onder DSM6) wat te zien is in de log maar volgens package center status "stopped"

Het ps -e w statement geeft inderdaad problemen onder DSM5, omdat daar busybox draait i.p.v. de 'volledige' versie van de shell tools. Ik heb inmiddels nieuwere statements (backwards-compatible) aangeleverd, wederom regel 31 en 36:

Bash:

kill `find /proc -maxdepth 1 -user ${RUNAS} -exec /usr/bin/basename {} \;`

Bash:

if [ `find /proc -maxdepth 1 -user ${RUNAS} -exec /usr/bin/basename {} \; | wc -l` -gt 0 ]

Martijn hoopt deze week de compatibiliteit van deze aanpassingen met DSM5 te kunnen beoordelen, maar mocht iemand anders met DSM5 dat in de tussentijd ook kunnen/willen doen, dan is een extra bevestiging natuurlijk van harte welkom

Update: wijziging is akkoord bevonden, dus komt er binnenkort aan in het Synology package.

[ Voor 4% gewijzigd door JohanF op 12-05-2016 11:01 ]

[lubbertkramer]

JohanF schreef op woensdag 11 mei 2016 @ 12:42:
Update: wijziging is akkoord bevonden, dus komt er binnenkort aan in het Synology package.

Update staat klaar op je Synology met als beschrijving fix voor DSM 6 start-stop, thanks allen die dit mogelijk gemaakt hebben

Edit:
Nas geeft nu status "Running" aan zoals het hoort bij package

Wat mij trouwens opvalt is dat autosub een heel lang pad heeft -> https://NASADRES:5001/3rdparty/AutoSub-BootstrapBill/autosub-bootstrapbill.cgi maar als je kijkt naar soortgelijke webpackages zoals Phpmyadmin is dat gewoon gelijk http://NASADRES/phpMyAdmin/. Heeft dit met de package te maken of is dit gewoon een interne andere verwijzing want een pakket als phpmyadmin werken nog wel onder DSM6 terwijl dat ook uit de community komt.

[ Voor 43% gewijzigd door lubbertkramer op 13-05-2016 12:09 ]

[Ben(V)]

Heeft niets met elkaar van doen.
Het autosub package is bereikbaar via http://NASADRES:8083. Dat is de webinterface van de web deamon

Dat adres wat hij noemt is gewoon de plek waar de .cgi configuratie file staat.
Die zijn voor alle 3party package daar te vinden

[waspoeder]

Zijn er nog meer mensen die problemen hebben met Pushover ?
Sickrage doet het wel met met dezelfde api key

[Martijn085]

Wat mij trouwens opvalt is dat autosub een heel lang pad heeft -> https://NASADRES:5001/3rdparty/AutoSub-BootstrapBill/autosub-bootstrapbill.cgi maar als je kijkt naar soortgelijke webpackages zoals Phpmyadmin is dat gewoon gelijk http://NASADRES/phpMyAdmin/. Heeft dit met de package te maken of is dit gewoon een interne andere verwijzing want een pakket als phpmyadmin werken nog wel onder DSM6 terwijl dat ook uit de community komt.

Dit is een CGI script die de poort uitleest uit de config van Autosub. Omdat je Autosub ook op een ander poort kunt instellen wordt dit via een script gedaan. Dit is voor phpmyadmin niet nodig waardoor altijd de vaste (korte) link staat ingesteld.

[lubbertkramer]

Ben(V) schreef op vrijdag 13 mei 2016 @ 15:45:
Heeft niets met elkaar van doen.
Het autosub package is bereikbaar via http://NASADRES:8083. Dat is de webinterface van de deazmon

Dat adres wat hij noemt is gewoon de plek waar de .cgi configuratie file staat.
Die zijn voor alle 3party package daar te vinden

Martijn085 schreef op vrijdag 13 mei 2016 @ 19:34:
[...]


Dit is een CGI script die de poort uitleest uit de config van Autosub. Omdat je Autosub ook op een ander poort kunt instellen wordt dit via een script gedaan. Dit is voor phpmyadmin niet nodig waardoor altijd de vaste (korte) link staat ingesteld.

Thanks, dat is dan duidelijk!

[Ben(V)]

waspoeder schreef op vrijdag 13 mei 2016 @ 17:45:
Zijn er nog meer mensen die problemen hebben met Pushover ?
Sickrage doet het wel met met dezelfde api key

De notification module is al heel oud, dus die voor pushover ook.

In de loop van de tijd heeft pushover z'n API veranderd en vereist nu dat een applicatie zich registeert en een applicatie API key aanvraagd.

Het is niet ingewikkeld om de API call te veranderen, maar ik heb geen zin een applicatie API key aan te vragen.
Notifications zijn een nice to have, maar hoort niet bij de core functionaliteit van autosub en er zijn genoeg andere notificatie mogelijkheden in autosub aanwezig.

Ik denk dus dat ik die pushover functionaliteit maar ga verwijderen, want het werkt toch niet en jij bent de eerste die dat bemerkt, dus er zijn blijkbaar nauwelijk mensen die het gebruiken of willen gebruiken.

[TRaSH]

hmm ik gebruik ook pushover notificatie,
en heb vandaag nog een melding gehad.
juist voor zulke dingen en sonarr/sickbeard vind ik pushover notificatie overzichtelijker dan bv een email.

[ Voor 40% gewijzigd door TRaSH op 13-05-2016 22:20 ]

[Ben(V)]

Heb nog even in de code zitten kijken, maar er zit toch een applictiekey in.
Mijn conclusie dat het door niemand gebruikt wordt is dus fout en moet dus zijn dat het dus gewoon werkt, anders kan TRaSH geen pushover berichten ontvangen.

@waspoeder
Ik vermoed dus dat het probleem aan de ontvangende kant zit.
Als je iets op je mobile wilt ontvangen van pushover terwijl die mobile via wifi op je lan zit moet je wel de juiste poorten open zetten even eventuele firewalls configureren.

Lees dit even:
https://pushover.net/faq#technical-ips
En wel het onderdeel:
1.Why do I not receive notifications through 3rd party software configured with Pushover support?

[ Voor 15% gewijzigd door Ben(V) op 13-05-2016 22:31 ]

[TRaSH]

je kan in de settings van autosub toch je eigen API key invullen ?
dat heb ik gedaan.

[waspoeder]

TRaSH schreef op vrijdag 13 mei 2016 @ 22:33:
je kan in de settings van autosub toch je eigen API key invullen ?
dat heb ik gedaan.

Ja daar staat me user api key
Maar sickrage en autosub draaien alle 2 via python
En die van sickrage komen wel aan
bij autosub krijg ik "Failed to send a test message with Pushover"

[waspoeder]

Ben(V) schreef op vrijdag 13 mei 2016 @ 22:27:
Heb nog even in de code zitten kijken, maar er zit toch een applictiekey in.
Mijn conclusie dat het door niemand gebruikt wordt is dus fout en moet dus zijn dat het dus gewoon werkt, anders kan TRaSH geen pushover berichten ontvangen.

@waspoeder
Ik vermoed dus dat het probleem aan de ontvangende kant zit.
Als je iets op je mobile wilt ontvangen van pushover terwijl die mobile via wifi op je lan zit moet je wel de juiste poorten open zetten even eventuele firewalls configureren.

Lees dit even:
https://pushover.net/faq#technical-ips
En wel het onderdeel:
1.Why do I not receive notifications through 3rd party software configured with Pushover support?

Het probleem zit dus ergens bij me autosub config blijkbaar
ik zal is helemaal opnieuw beginnen

edit :

Alles verwijderd en opnieuw git clone gedaan
maar ook dat werkt niet
Nieuwe userkey aangemaakt op pushover werkt ook niet
windows firewall uitgezet op de server waar autosub draait had ook geen zin

Iemand nog een idee ?

[ Voor 12% gewijzigd door waspoeder op 13-05-2016 23:14 ]

[TRaSH]

Krijg je een foutmelding als je op test drukt ?
Copy Paste foutje misschien van je API key ?

[Verwijderd]

Waarom heeft Martijn een nieuwe versie uitgebracht voor zijn package?
Weet iemand dat? Waarschijnlijk met de opties voor dsm5 en 6 in 1?

Werkt prima verder, gelijk dsm even zelf geupadte, helemaal klaar voor de komende weken weer. Alles draait weer heerlijk stabiel.

[ Voor 33% gewijzigd door Verwijderd op 14-05-2016 08:59 ]

[Ben(V)]

waspoeder schreef op vrijdag 13 mei 2016 @ 22:43:
[...]


Het probleem zit dus ergens bij me autosub config blijkbaar
ik zal is helemaal opnieuw beginnen

edit :

Alles verwijderd en opnieuw git clone gedaan
maar ook dat werkt niet
Nieuwe userkey aangemaakt op pushover werkt ook niet
windows firewall uitgezet op de server waar autosub draait had ook geen zin

Iemand nog een idee ?

Het kan echt niets met autosub te maken hebben, ook niet met de configuratie ervan want het enige wat te configureren is, is de userkey.

[Verwijderd]

Ik heb Auto-sub geïnstalleerd op me Synology nas met DSM 6.
Elke keer als ik iets wijzig in een instelling of een show toevoeg aan de skipshow krijg is de volgende melding.

Traceback (most recent call last):
File "/volume1/@appstore/AutoSub-BootstrapBill/cherrypy/_cprequest.py", line 656, in respond
response.body = self.handler()
File "/volume1/@appstore/AutoSub-BootstrapBill/cherrypy/lib/encoding.py", line 188, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/volume1/@appstore/AutoSub-BootstrapBill/cherrypy/_cpdispatch.py", line 34, in __call__
return self.callable(*self.args, **self.kwargs)
File "/volume1/@appstore/AutoSub-BootstrapBill/autosub/WebServer.py", line 179, in saveConfig
autosub.SKIPSHOW = autosub.Config.stringToDict(skipshow)
File "/volume1/@appstore/AutoSub-BootstrapBill/autosub/Config.py", line 945, in stringToDict
returnitems = dict(returnitems)
ValueError: dictionary update sequence element #0 has length 3; 2 is required

Autosub 0.8.0

Iemand enig idee hoe ik dit moet oplossen?

Edit: Opgelost! Hij struikelde over een skipshow namelijk: ncis = new orleans = 2
Deze heb ik er uit gehaald en nu werkt het weer.

als er ncis new orleans = 2 van maakt dan werkt en de skipshow en je krijg geen foutmelding meer.

[ Voor 10% gewijzigd door Verwijderd op 14-05-2016 17:47 . Reden: fixed! ]

[Ben(V)]

Ja er zit wat weinig format checking is dat stukje.
Het gaat er vanuit dat mensen de aanwijzingen lezen en opvolgen die in de help tekst staan.

Maar voor het geval dat te moeilijk is kun je misschien beter even op het sleutel symbool in de wanted lijst klikken, dan kan het nooit fout gaan.

[Verwijderd]

Ik had hem met behulp van het sleuteltje er in gezet en dan struikelt die er over. Nu ik hem met de hand heb aangepast draait het weer als een zonnetje.

[Ben(V)]

Kan me niet voorstellen dat hij zelf iets als "ncis = new orleans = 2" erin kan zetten, hij maakt namelijk een regel per video aan
Autosub kan toch nooit weten dat die twee dezelfde serie zouden kunnen zijn.

Overigens snap ik helemaal niet hoe je aan een serienaam van alleen "new orleans" zou kunnen komen.

[drfruit]

Dit lijkt op een probleem dat ik onlangs had, toen autosub opeens hoofdletters maakte van bestandsnamen. Toen kreeg ik opeens ook een dubbele = erin. Dat was volgens mij oorspronkelijk een -.

[Ben(V)]

Nee die hoofdletters kwamen ergens anders vandaan en was alleen maar een display in de wanted list.
Had te maken met de manier waarop de cache werkt.

In de cache wordt alles alleen in hoofdletters opgeslagen om bij het zoken geen last te hebben van variaties in hoofd en kleine letters.