36 replies to this topic

[Erik Slagter]

3rd party plugins blijft helaas altijd "garantie tot aan de deur"...

[HPPli]

Garantie tot aan de deur is in dit kader een beetje flauwe opmerking. Geeft wel een inkijk in jullie denken.
Je had ook eerst e.e.a. kunnen testen alvorens over te gaan op het OpenEmbedded environment platform.

Zijn we net de vorige verandering binnen OpenPli te boven na een behoorlijke inhaalslag kom je binnen 2 maanden opnieuw met een niet geteste "hobbel" update met wederom het enigste advies dit te doen vanuit een verse flash. (Advies ook opgevolgd)

Naast de hier op het board al eerder genoemde vele niet meer werkende 3th party plug-ins (middels een workaround weer werkend te krijgen) merk ik zojuist dat PTS (permanent time shift) ook al niet meer werkt en niet meer geïnstalleerd kan worden.

Afijn, we wachten wel af welke workaround hiervoor weer nodig is.

[littlesat]

HPPLi, meen van mij maar aan dat dit allemaal getest is.... Alleen kan het zomaar zijn dat als het van onze lokale bouwomgeving naar de nightly builds gaat dat er iets om kan vallen... En let op... Het is allemaal Beta hier.... dus als je update dan loop je altijd een risico... Vandaar is het ook slim om een (full)backup te maken.... Dat advies krijg je ook nog nadat je vers gedlashed hebt en updaten wilt...

 

Afijn, we wachten wel af welke workaround hiervoor weer nodig is. 

Over het algemeen werken we hier in ieder geval niet aan permanente work-a-rounds....

Edited by littlesat, 18 February 2015 - 18:25.

[Erik Slagter]

HPPLi, we kunnen het ons om verschillende redenen niet veroorloven om bij een oude versie van OE te blijven. In de praktijk betekent dat er op enig moment 3rd party plugins niet meer compatible zullen zijn. In de praktijk gebeurt het overigens vaker dat plugins incompatible worden omdat DMM nooit een goede api heeft beschreven, waardoor plugins gebruik maken van alle "internals" van enigma, waardoor we feitelijk nooit meer iets zouden kunnen veranderen aan enigma. Ik geloof niet dat dat een gewenste situatie is. Van onze "eigen" plugins hebben we de source, die is makkelijk aan te passen, maar in de praktijk blijken ze ook wat netter geschreven te zijn dan veel 3rd party plugins, waardoor ze veel minder vaak compatibiliteits-problemen opleveren.

 

Ik vind dus dat jij een de wereld een beetje op z'n kop zet, wij zouden niet "vooruit" kunnen omdat bepaalde plugins niet zo goed geschreven zijn (wat soms ook niet anders kan door onze vrienden van DMM).

 

En dát is de reden dat ik zeg "garantie tot aan de deur" bij 3rd party plugins. Niet omdat ik flauw wil doen.

 

Bij bijvoorbeeld Android heb je een beetje een vergelijkbare situatie (hoewel daar dan wèl goede api's gedefinieerd zijn, dus minder vaak), dan werken bij bepaalde upgrades bepaalde apps niet meer. Met geluk lost de maker het probleem op, als je pecht hebt, tsja, dan houdt het op.

[littlesat]

In de praktijk betekent dat er op enig moment 3rd party plugins niet meer compatible zullen zijn

 

Dit is het probleem niet.... ze staan wel in /var/lib/opkg/openpli-3rd-party... maar ze zijn niet te downloaden. Er is iets geks met de feeds, want blijkbaar valt er niets te downloaden....

 

root@et10000:/var/lib/opkg# grep CCcam *

openpli-3rd-party:Description: Enigma2 Plugin: cccaminfo GUI that allows you to check the CCcam status

openpli-mips32el:Source: http://downloads.pli...CCcam-2.0.9.zip

openpli-mips32el:Description:  enigma2-plugin-softcams-cccam209 version 2.0.9-r0  Older CCcam 2.0.9

openpli-mips32el:Source: http://downloads.pli...CCcam-2.2.1.zip

openpli-mips32el:Description:  enigma2-plugin-softcams-cccam221 version 2.2.1-r0  Older CCcam 2.2.1

openpli-mips32el:Source: http://downloads.pli...CCcam-2.3.0.zip file://CCcam.xml

openpli-mips32el:Description:  enigma2-plugin-softcams-cccam version 2.3.0-r0  CCcam 2.3.0 softcam

status: /etc/CCcam.cfg a6f304b52a340025aa6e817fa0dec0fc

status: /etc/ppanels/CCcam.xml ddda9e50069c19b7e94ec178ccc6cb80

root@et10000:/var/lib/opkg# vi openpli-3rd-party

root@et10000:/var/lib/opkg# opkg download enigma2-plugin-extensions-cccaminfo

Collected errors:

 * opkg_download_cmd: Cannot find package enigma2-plugin-extensions-cccaminfo.

root@et10000:/var/lib/opkg# vi openpli-3rd-party

 

Package: enigma2-plugin-extensions-cccaminfo

Version: svn-2940-r0-py2.6

Description: Enigma2 Plugin: cccaminfo GUI that allows you to check the CCcam status

Section: base

Priority: optional

Maintainer: AliAbdul, Gruffy, Hutten, Nemesis, WeeGull

Architecture: mipsel

OE: 2.0

Homepage: unknown

Source: svn://ltteam-dev.dyndns.tv/var/svn-repos/ltteam/trunk/;module=additions;proto=svn;rev=2940

Filename: enigma2-plugin-extensions-cccaminfo_svn-2940-r0-py2.6_mipsel.ipk

Size: 57386

MD5Sum: 386edccbddc94eabb8c69b4246d75f7f

 

Edited by littlesat, 18 February 2015 - 18:42.

[HPPli]

Wel jammer dat het al vanaf zondagavond 3x is "omgevallen" in het door jou genoemde proces na het testen.
Maar dat kan allemaal gebeuren in een beta fase, maar kom dan niet met opmerkingen (je collega) dat we met langdurig fijn werkende plug-ins garantie hebben tot aan de deur.

Betreffende je advies over de Back-up heb je helemaal gelijk. Ikzelf maak altijd voor iedere actie van update of (full)flash altijd een BU. Dit is ook de reden dat ik na het ontdekken van niet werkende 3th party in de nieuwe beta OpenPli flash direct de versie van afgelopen zondag al had teruggeplaatst.

[littlesat]

Betreffende je advies over de Back-up heb je helemaal gelijk. Ikzelf maak altijd voor iedere actie van update of (full)flash altijd een BU. Dit is ook de reden dat ik na het ontdekken van niet werkende 3th party in de nieuwe beta OpenPli flash direct de versie van afgelopen zondag al had teruggeplaatst.

Slim..... Kunnen wij verder gaan met verbeteringen... waar het ook wel eens een tijdje kan "omvallen".... 

Nu het probleem van de feeds vinden... kan zomaar helemaal niets met zondag van doen hebben.... Kan zomaar zijn dat er iets fast gelopen is met de feeds of zo. Daar zit ik aan te denken...

• 
•  
• 
•  
• 0

• 
• Quote
• MultiQuote
•  
•  

[HPPli]

@Erik Slagter

Ik vind dus dat jij een de wereld een beetje op z'n kop zet, wij zouden niet "vooruit" kunnen omdat bepaalde plugins niet zo goed geschreven zijn (wat soms ook niet anders kan door onze vrienden van DMM).

 

Sorry, maar dit slaat nergens op. Ik zet de wereld niet op zijn kop. Heb nergens geschreven dat jullie niet voorruit mogen.

Je had op zijn minst beter kunnen testen alvorens met dit open platform te komen en ons minimaal kunnen melden; Let op !!!!!! Sommige plug-ins zijn niet meer bruikbaar omdat ...........

 

Overigens meldt je collega een waarschijnlijke andere fout

 

Maar wordt niet boos, ik wens jullie nog veel "develop" plezier. Ik blijf gewoon bij OpenPli omdat dit voor mij nog steeds het beste werkt en aan mijn wensen voldoet.

[littlesat]

Denk je nu echt dat het niet getest is??? Dat is het wel hoor!!! En zeker jij zult inmiddels beter moeten begrijpen hoe het zit.... 

Wij doen de alfa testing en we zien pas echt als er iets omvalt als de hele wereld ermee gaat werken. Zo ben ik al bijna een hele week aan het vechten met die Parental Controls en vanuit allerlei onverwachte hoeken gaat er gewoon iets mis omdat er weer ergens iets nodig heeft wat ik eruitgeloopt had om iets anders eenvoudig te maken. Waar wij aan sleutelen vallen gewoon af en toe spaanders. En omdat we niet meer 1 tot 2 keer per jaar een image uitbrengen kom je wel eens voor een verrassing te staan, zeker als je dagelijks update. En dat is niet erg. Hoe meer er dagelijks updaten hoe eerder er weer foutjes uit zijn.... 

 

En nu graag stoppen met ruis verspreiden hier. Laten we de oplossing zoeken...

[Erik Slagter]

HPPli, ik wil alles best gaan testen als jij me daarvoor gaat betalen... Mensen die hoog van de toren blazen terwijl ze puur gebruik maken van de vrije tijd die anderen opofferen, daar zit ik niet zo op te wachten.

[Tech]

Het is onbegonnen werk alle plugins te gaan testen, en alleen om dat de arch niet correct is, werken de plugins niet.

Als nu degene met de grootste mond eens beginnen al die plugins met ar uit te pakken en nadien met tar nog verder te onleden vervolgens de conf correct aanpast en vervolgens daar weer een nette ipk van maakt en die Vervolgens aan ons aan biedt, staat de 3rd-party zo weer vol met werkende pakketten.

[WanWizard]

@littlesat:

 

Deze staat op de distributie server, als enige voor OpenPLi4:

./openpli-4/3rd-party/enigma2-plugin-extensions-cccaminfo_svn-2940-r0-py2.6_mipsel.ipk

[littlesat]

Post die eens hier als ipk.... kijken of ik hem om kan catten...

 

 

en alleen om dat de arch niet correct is, 

 

DIt is ergens niet waar... de arch is WEL correct... de plugins zijn niet meer correct...

 

De weg van de minste weerstand is hier de arch aanpassen, maar of we dat moeten willen?

 

Ik denk dat het beter is als er hulptroepen komen om "even" die plugins ipk's opnieuw in te pakken met architecture all... of een andere die wel in de arch staat in het geval er binaries inzitten (e.g. PTS plugin, eventueel een blindscan plugin of bouquets editor).

 

e.g. Als er dan ooit een niet broadcom box komt met geen mipsel technologie - dan werken deze plugins ook meteen.... (dit om maar aan te geven hoe het eigenlijk al jaren fout zit/zat in de betreffende plugins - en dat we niet de arch eigenlijk moeten aanpassen)

Edited by littlesat, 19 February 2015 - 08:04.

[WanWizard]

Kun je prima zelf:

 

http://downloads.pli...y2.6_mipsel.ipk

 

[Erik Slagter]

 

en alleen om dat de arch niet correct is,

DIt is ergens niet waar... de arch is WEL correct... de plugins zijn niet meer correct...

Incorrect. De arch van het overgrote deel van de plugins is nooit goed geweest, arch had "all" moeten zijn en niet "mipsel".
 

Ik denk dat het beter is als er hulptroepen komen om "even" die plugins ipk's opnieuw in te pakken met architecture all... of een andere die wel in de arch staat in het geval er binaries inzitten (e.g. PTS plugin, eventueel een blindscan plugin of bouquets editor).

Strak plan, een mooie inspanning voor de gemeenschap. En als dan een aantal pluginbouwers zelf ook nog even inspringen...

[christophecvr]

Archs correct of niet ?? Het is niet alleen bij de plugins die problemen geven maar heel wat meer.

 

De juiste arch is mipsel. Gebruikt in zowat 80 % van de gevallen. Enkele gebruiken mipsel32el. Eigenlijk was dat zelfs geen  arch setting maar een extra sub tuning feature.

 

De all kan misschien voor bepaalde plugins zolang er geen mipsel depended code in staat. Is er wel een mipsel depended code dan moet die mipsel zijn. En die plugin moet enkel voor mipsel arch gemaakt worden.

[WanWizard]

Nee, de juiste arch is NIET mipsel.

 

mipsel is voor packages met binaries voor de mips CPU architectuur. voor plugins met alleen maar python moet de arch 'all' zijn, de inhoud is immers niet CPU architectuur gebonden. Er is dus geen enkele plugin die voor een architectuur gemaakt wordt (met uitzondering van die met binaries, zoals bv blindscan).