1132 replies to this topic

[Pedro_Newbie]

Het invoeren van een sterretje * bij lokatie voor het zoeken op IP geeft na het opslaan en dan kiezen voor het sterretje een GSOD

< 13693.707> start-----------:[' *']
< 13693.714> [Skin] SKIN ERROR in screen 'weatherMenu' widget 'widget': {PLi-FullNightHD/skin.xml}: source 'screen_path' was not found in screen 'weatherMenu'!. Please contact the skin's author!
< 13693.723> [Skin] SKIN ERROR in screen 'weatherMenu' widget 'widget': {PLi-FullNightHD/skin.xml}: component with name 'titles' was not found in skin of screen 'weatherMenu'!. Please contact the skin's author!
< 13694.683> action ->  WizardActions down
< 13694.684> unknown action WizardActions/down! typo in keymap?
< 13694.942> action ->  WizardActions down
< 13694.942> unknown action WizardActions/down! typo in keymap?
< 13695.146> action ->  WizardActions down
< 13695.146> unknown action WizardActions/down! typo in keymap?
< 13695.469> action ->  WizardActions ok
< 13695.478> [Skin] SKIN ERROR in screen 'favoritesscreen' widget 'widget': {PLi-FullNightHD/skin.xml}: source 'screen_path' was not found in screen 'favoritesscreen'!. Please contact the skin's author!
< 13697.427> action ->  WizardActions ok
< 13697.427> index: 0
< 13698.716> maak : 0|0
< 13698.716> maak : 0|1
< 13698.717> maak : 0|2
< 13698.717> maak : 0|3
< 13698.717> maak : 1|0
< 13698.718> maak : 1|1
< 13698.718> maak : 1|2
< 13698.718> maak : 1|3
< 13698.718> maak : 1|4
< 13698.719> maak : 1|5
< 13698.719> maak : 1|6
< 13698.719> maak : 1|7
< 13698.720> maak : 2|0
< 13698.720> maak : 2|1
< 13698.720> maak : 2|2
< 13698.720> maak : 2|3
< 13698.721> maak : 2|4
< 13698.721> maak : 2|5
< 13698.721> maak : 2|6
< 13698.722> maak : 2|7
< 13698.722> maak : 3|0
< 13698.722> maak : 3|1
< 13698.723> maak : 3|2
< 13698.723> maak : 3|3
< 13698.723> maak : 3|4
< 13698.724> maak : 3|5
< 13698.724> maak : 3|6
< 13698.724> maak : 3|7
< 13698.725> maak : 4|0
< 13698.725> maak : 4|1
< 13698.725> maak : 4|2
< 13698.725> maak : 4|3
< 13698.726> maak : 4|4
< 13698.727> maak : 4|5
< 13698.727> maak : 4|6
< 13698.727> maak : 4|7
< 13698.728> maak : 5|0
< 13698.728> maak : 5|1
< 13698.729> maak : 5|2
< 13698.729> maak : 5|3
< 13698.729> maak : 5|4
< 13698.730> maak : 5|5
< 13698.730> maak : 5|6
< 13698.730> maak : 5|7
< 13698.731> maak : 6|0
< 13698.731> maak : 6|1
< 13698.732> maak : 6|2
< 13698.732> maak : 6|3
< 13698.733> maak : 6|4
< 13698.733> maak : 6|5
< 13698.733> maak : 6|6
< 13698.734> maak : 6|7
< 13698.792> [SKIN] Parsing embedded skin <embedded-in-'weeroverview'>
< 13698.908> warning, skin is missing element dayIcon04 in <class 'Plugins.Extensions.HetWeer.plugin.weeroverview'>
< 13698.908> warning, skin is missing element dayIcon05 in <class 'Plugins.Extensions.HetWeer.plugin.weeroverview'>
< 13698.909> warning, skin is missing element dayIcon06 in <class 'Plugins.Extensions.HetWeer.plugin.weeroverview'>
< 13698.909> warning, skin is missing element dayIcon07 in <class 'Plugins.Extensions.HetWeer.plugin.weeroverview'>
< 13698.924> Traceback (most recent call last):
< 13698.924>   File "/usr/lib/enigma2/python/Components/ActionMap.py", line 46, in action
< 13698.924>     res = self.actions[action]()
< 13698.924>   File "/usr/lib/enigma2/python/Plugins/Extensions/HetWeer/plugin.py", line 815, in go
< 13698.926>     self.session.open(weeroverview)
< 13698.927>   File "/usr/lib/enigma2/python/mytest.py", line 289, in open
< 13698.927>     dlg = self.current_dialog = self.instantiateDialog(screen, *arguments, **kwargs)
< 13698.927>   File "/usr/lib/enigma2/python/mytest.py", line 232, in instantiateDialog
< 13698.928>     return self.doInstantiateDialog(screen, arguments, kwargs, self.desktop)
< 13698.928>   File "/usr/lib/enigma2/python/mytest.py", line 256, in doInstantiateDialog
< 13698.928>     dlg.applySkin()
< 13698.929>   File "/usr/lib/enigma2/python/Components/GUISkin.py", line 152, in applySkin
< 13698.929>     self.createGUIScreen(self.instance, self.desktop)
< 13698.929>   File "/usr/lib/enigma2/python/Components/GUISkin.py", line 36, in createGUIScreen
< 13698.930>     val.GUIcreate(parent)
< 13698.930>   File "/usr/lib/enigma2/python/Components/GUIComponent.py", line 108, in GUIcreate
< 13698.930>     self.postWidgetCreate(self.instance)
< 13698.930>   File "/usr/lib/enigma2/python/Components/VariableText.py", line 24, in postWidgetCreate
< 13698.930>     instance.setText(self.message or "")
< 13698.931> TypeError: in method 'eLabel_setText', argument 2 of type 'std::string const &'

[Caught]

Deze functie was bij de eerste versies de enige (voorlopige) mogelijkheid om een stad toe te voegen.

Met de toevoeging, manueel zoeken en opslaan van meerdere locaties is dit een beetje overbodig geworden.

Dus ik stel voor om dit eruit te halen. Ik wist niet dat dit niet meer werkte, dus dank voor het melden.  

[Rob van der Does]

Daar ben ik dus niet zo blij mee, zoals ik al had uitgelegd. Waarom nu (wederom) afwijken van de plugin-standaard?

Daar werd toch om gevraagd? Er is verder niks veranderd alleen de location file word niet verwijderd als je de plugin verwijderd. ik zie hier geen probleem in.Maar je mag alles van me overnemen hoor als je dat wil ik heb daar echt geen probleem mee.Zo deed ik voorheen het bijwerken van de oude plugin op de zelfde manier en er was nooit een probleem mee.

Nee: mijn voorstel was om de gegevens op te nemen in etc/enigma2/settings, zoals (vrijwel) alle plugins dat doen. Nu wijk je zonder enige logische reden van die standaard af.
Maar als je het toch op deze manier wilt doen, moet je tenminste het bestand een logische naam geven (iets als hetweer.cfg of zo).
 
 

Ik heb het hier even getest maar dat gaat prima ik heb de file location.save in etc/enigma2 gezet en toen in plugin.py het pad aangepast. En daarna opnieuw opgestart en het werkt prima. Ik kan dat van hieruit zo aanpassen zodat dit morgen is doorgevoerd bij een update.

Ik weet niet of deskundigen dit een fraaie oplossing vinden (een extra bestand (zonder specifieke naam) i.p.v. één of meer regels in etc/enigma2/settings), maar ik ben er niet van gecharmeerd.

Foreca doet dit op de zelfde manier ook hier wordt de locatie file geplaatst in etc/enigma2. voor enigma2 maak dit niet veel uit. om de radio.mvi te bewaren die je zelf gemaakt heb, wordt deze daar ook in gezet.

De vergelijking met Foreca gaat niet op:
1- Foreca zet alle bestanden in een herkenbare map en
2- die plugin komt zelf met een aantal (configuratie-achtige) bestanden en op deze manier wordt ervoor gezorgd om de bestanden die de gebruiker al heeft aangemaakt niet te overschrijven.

Edited by Rob van der Does, 18 September 2016 - 14:48.

[Rob van der Does]

Toch vind ik het een merkwaardige situatie. er wordt op diverse paatsen in de OpenPlugins gebruik gemaakt van een PR, maar uiteindelijk tellen die niet en moet er handmatig een bestand in meta-openpli/recipes-openpli/e2openplugins worden aangepst.
Kan iemand mij uitleggen wat de rationale daarachter is?

 
Geen flauw idee, ik ben al blij dat ik het tot zover begrijp.

Hmm, meer een weetje dan begrijpen dus. Maar er moet toch tenminste één persoon zijn die deze logica (als het al logisch is) heeft uitgedacht en opgezet?
Ik probeer altijd (met mijn geringe kennis van zaken) om dingen te begrijpen, te leren, maar dit wordt ouderwets stampen (en dat gaat niet meer zo goed)

Edited by Rob van der Does, 18 September 2016 - 14:55.

[Erik Slagter]

 

Toch vind ik het een merkwaardige situatie. er wordt op diverse paatsen in de OpenPlugins gebruik gemaakt van een PR, maar uiteindelijk tellen die niet en moet er handmatig een bestand in meta-openpli/recipes-openpli/e2openplugins worden aangepst.
Kan iemand mij uitleggen wat de rationale daarachter is?

 

Geen flauw idee, ik ben al blij dat ik het tot zover begrijp.

Het is bij de huidige versie van OE dan ook inderdaad niet meer nodig.

[Rob van der Does]

Wat niet? De PR ophoging of de handmatige aanpassing waar WW het over had?

[Erik Slagter]

Overigens, er wordt hier gesproken over .pyo files. Die moeten NIET in het package. Alleen de .py files. De .pyo's worden door het bouwproces en/of python in enigma zelf gemaakt.

Edited by Erik Slagter, 18 September 2016 - 15:02.

[Rob van der Does]

Overigens, er wordt hier gesproken over .pyo files. Die moeten NIET in het package. Alleen de .py files. De .pyo's worden door het bouwproces en/of python in enigma zelf gemaakt.

En dan wordt wel de gehele plugin map verwijderd, als de plugin (via de pluginbrowser of telnet) wordt gedeïnstalleerd?

[Erik Slagter]

Nee, enigma maakt die in dezelfde directory en .py's blijven ook gewoon staan. Als je .pyo's met de hand verwijdert, dan worden ze ook wederom vanzelf weer gegenereerd.

[Loui (PD1LOI)]

Nee, enigma maakt die in dezelfde directory en .py's blijven ook gewoon staan. Als je .pyo's met de hand verwijdert, dan worden ze ook wederom vanzelf weer gegenereerd.

En pyo files staan er dus ook niet meer bij in github.

[Erik Slagter]

Mooi zo

[Rob van der Does]

Overigens, er wordt hier gesproken over .pyo files. Die moeten NIET in het package. Alleen de .py files. De .pyo's worden door het bouwproces en/of python in enigma zelf gemaakt.

En dan wordt wel de gehele plugin map verwijderd, als de plugin (via de pluginbrowser of telnet) wordt gedeïnstalleerd?

 
 

Nee, enigma maakt die in dezelfde directory en .py's blijven ook gewoon staan. Als je .pyo's met de hand verwijdert, dan worden ze ook wederom vanzelf weer gegenereerd.

Dus je kunt nooit meer gewoon een plugin de-installeren? Ik vermoed (en hoop) dat we langs elkaar heen praten.

[Pedro_Newbie]

Bij de backupsuite was dit probleem er ook, ik heb dit opgelost door aan het begin van de plugin op te nemen (wel in bash maar voor python moet er ook wel een equivalent te maken zijn)

## ADD A POSTRM ROUTINE TO ENSURE A CLEAN UNINSTALL
## This is normally added while building but despite several requests it isn't added yet
## So therefore this workaround.
POSTRM="/var/lib/opkg/info/enigma2-plugin-extensions-backupsuite.postrm"
if [ ! -f $POSTRM ] ; then
	echo "#!/bin/sh" > "$POSTRM"
	echo "rm -rf /usr/lib/enigma2/python/Plugins/Extensions/BackupSuite" >> "$POSTRM"
	echo 'echo "Plugin removed!"' >> "$POSTRM"
	echo "exit 0" >> "$POSTRM"
	chmod 755 "$POSTRM"
fi

voor Het Weer moet natuurlijk het path en de naam aangepast worden naar

## ADD A POSTRM ROUTINE TO ENSURE A CLEAN UNINSTALL
## This is normally added while building but despite several requests it isn't added yet
## So therefore this workaround.
POSTRM="/var/lib/opkg/info/enigma2-plugin-extensions-hetweer.postrm"
if [ ! -f $POSTRM ] ; then
	echo "#!/bin/sh" > "$POSTRM"
	echo "rm -rf /usr/lib/enigma2/python/Plugins/Extensions/HetWeer" >> "$POSTRM"
	echo 'echo "Plugin removed!"' >> "$POSTRM"
	echo "exit 0" >> "$POSTRM"
	chmod 755 "$POSTRM"
fi

Paardemiddeltje maar bij gebrek aan beter volstaat het

[Rob van der Does]

Ik loste dat bij IPK's op door alle pyo's toe te voegen. Dan gaat het volledig de-installeren ook goed.

[Pedro_Newbie]

Ja maar bij het bouwen uit de github worden juist alle *.pyo's en *.mo's genegeerd, deze worden gegenereerd uit de py's en po's

[Rob van der Does]

Ja, begrijp ik, maar zo langzamerhand zou je toch mogen verwachten dat OPKG slim genoeg is om de lokaal gegenereerde pyo's ook te de-installeren, als je via OPKG verwijdert.

[WanWizard]

opkg kan niet weten of files die er buiten het package proces zijn neergezet daar door jou met een doel zijn neergezet, of dat ze op een of andere manier bij het pakket horen. Geen idee hoe opkg dat zou moeten ruiken.

 

Snelste methode is inderdaad om de pyo's mee te steken in het package, of om een prerm toe te voegen met een stukje script dat voor elke py de bijbehorende pyo verwijderd voordat de uninstall loopt (complexer, maar een kleiner pakket).

[Rob van der Does]

Toch vind ik het een merkwaardige situatie. er wordt op diverse paatsen in de OpenPlugins gebruik gemaakt van een PR, maar uiteindelijk tellen die niet en moet er handmatig een bestand in meta-openpli/recipes-openpli/e2openplugins worden aangepst.
Kan iemand mij uitleggen wat de rationale daarachter is?

 
Geen flauw idee, ik ben al blij dat ik het tot zover begrijp.

Het is bij de huidige versie van OE dan ook inderdaad niet meer nodig.

Maar waarom gebeurt het dan toch?



Overigens: er is met de 'favorieten' wel wat mis. Ik heb een drietal plaatsen ingevoerd: ;e;en in Nederland, één in Frankrijk en ;e;en in Portugal: de getoonde verwachtingen zijn identiek.....

[Rob van der Does]

Bij de backupsuite was dit probleem er ook, ik heb dit opgelost door aan het begin van de plugin op te nemen (wel in bash maar voor python moet er ook wel een equivalent te maken zijn)

## ADD A POSTRM ROUTINE TO ENSURE A CLEAN UNINSTALL
## This is normally added while building but despite several requests it isn't added yet
## So therefore this workaround.
POSTRM="/var/lib/opkg/info/enigma2-plugin-extensions-backupsuite.postrm"
if [ ! -f $POSTRM ] ; then
	echo "#!/bin/sh" > "$POSTRM"
	echo "rm -rf /usr/lib/enigma2/python/Plugins/Extensions/BackupSuite" >> "$POSTRM"
	echo 'echo "Plugin removed!"' >> "$POSTRM"
	echo "exit 0" >> "$POSTRM"
	chmod 755 "$POSTRM"
fi

voor Het Weer moet natuurlijk het path en de naam aangepast worden naar

## ADD A POSTRM ROUTINE TO ENSURE A CLEAN UNINSTALL
## This is normally added while building but despite several requests it isn't added yet
## So therefore this workaround.
POSTRM="/var/lib/opkg/info/enigma2-plugin-extensions-hetweer.postrm"
if [ ! -f $POSTRM ] ; then
	echo "#!/bin/sh" > "$POSTRM"
	echo "rm -rf /usr/lib/enigma2/python/Plugins/Extensions/HetWeer" >> "$POSTRM"
	echo 'echo "Plugin removed!"' >> "$POSTRM"
	echo "exit 0" >> "$POSTRM"
	chmod 755 "$POSTRM"
fi

Paardemiddeltje maar bij gebrek aan beter volstaat het

Gedaan: https://github.com/E...n-HetWeer/pulls

[Caught]

Dit wou ik gisteren nog melden maar er was slechte verbinding afin...

Toen Pedro gisteren vroeg vanwaar ik de temperatuur info vandaan haal had ik nog geen vermoeden.
Maar met het 2de voorval, plaatsen zoeken op IP met ("  *")) wat een groen scherm veroorzaakt dus wel.
Het komt erop neer dat Buienradar de plaatsnaam database en het converteren naar nrs. beter heeft beveiligd of heeft of aangepast, zeer recent dus.
De getoonde info is dus verkeerd, wat je ziet is de info voor Brussel.

Ik ben nu aan het kijken voor een oplossing.
Hetzij een eigen database zonder PHP (telenet webruimte), met nadeel het inlezen gebeurt dan op de box en ik weet nog niet hoe snel dit zal gaan.
Of ik moet een webserver vinden die PHP ondersteunt om een 5mb file op te plaatsen.

Of andere oplossingen bedenken, we zien wel, eerst gaan werken