81 replies to this topic

[Pikkie]

Nou ik vind het knap zoals openpli alles bijhoud mijn complimenten en ik kijk niet op een dag.

[WanWizard]

ONZIN!

 

Die van afgelopen nacht / deze morgen staat er niet omdat die er gewoon niet is! Snap dat nu eens een keer.

[et10000]# ls -l
total 336356
-rwxrwsr--. 1 root g_pli 49168090 Nov  6 05:05 OpenPLi-4.0-beta-et10000-20141106_usb.zip
-rwxrwsr--. 1 root g_pli 49166781 Nov  7 06:56 OpenPLi-4.0-beta-et10000-20141107_usb.zip
-rwxrwsr--. 1 root g_pli 49213059 Nov  9 06:56 OpenPLi-4.0-beta-et10000-20141109_usb.zip
-rwxrwsr--. 1 root g_pli 49217856 Nov 10 04:43 OpenPLi-4.0-beta-et10000-20141110_usb.zip
-rwxrwsr--. 1 root g_pli 49213113 Nov 11 04:38 OpenPLi-4.0-beta-et10000-20141111_usb.zip
-rwxrwsr--. 1 root g_pli 49217069 Nov 12 04:42 OpenPLi-4.0-beta-et10000-20141112_usb.zip
-rwxrwsr--. 1 root g_pli 49223690 Nov 13 04:39 OpenPLi-4.0-beta-et10000-20141113_usb.zip

[Meega]

Ja, maar je box wordt dan wel geupdate?

Dat is wat Wanwizerd probeerd uit te leggen.

De build server is de site niet.

 

 

ps hoe laat is "in de morgen" ?

[theparasol]

@Wanwizard:

Wat wel opvalt is dat er nog flink doorgebakken wordt met de images. Nu heb ik ff geen zin om uit te zoeken wanneer het laatste baksel van de band rolt maar vroeger was dat ergens rond 5 of 6 uur als ik het me goed herinner.

Sinds die Formuler en Mut@nt erbij gekomen zijn duurt het nog langer. Kan het niet zo zijn dat bouwomgeving om de middag uitgekakt is en dat dan pas de www page met image downloads integraal bijgewerkt wordt voor alle boxen en modellen?

[theparasol]

@Erwin08: Je hebt patent op lange topics vol verwarring... Misschien proberen wat zorgvuldiger te formuleren is voor iedereen plezieriger!

[hemertje]

nogmaals,

wanneer de build gelukt is staat de image gewoon online op de downloadservers

 

maar de website server heeft soms problemen met het cachen van de downloadservers waardoor het lijkt dat de images niet beschikbaar zijn

kopieer je de url van de image en pas je de datum aan dan kan je het image normaal dowloaden (mits de build gelukt is)

[theparasol]

Laat maar.

 

PPPFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

 

Jah, het is wat... al die verschillende meningen en inzichten.... de nakende feiten in het midden en iedereen kijkt er met zijn eigen inzichten en achtergrond naar en toch is het vaak mogelijk om allemaal wat anders te zien en te vinden

[WanWizard]

Volgens mij zit je dingen te verzinnen omdat je geen flauw idee hebt hoe het werkt. Dus zal ik dat maar een keer uitleggen.

 

We hebben een buildserver, die elke nacht, volledig automatisch, een build start van alle door OpenPLi ondersteunde images. Hoe lang zo'n build duurt, hangt volledig af van wat er gebouwd moet worden, want er zit veel caching in zo'n proces. Ook, hoe meer images er gebouwd moeten worden, hoe groter de kans op een cache conflict, en dan moet er meer opnieuw gebouwd worden, en duurt het nog langer.

 

Als zo'n build mislukt, bijvoorbeeld door een compile error, omdat een dependency niet kan worden voldaan, of omdat er wat externe source niet van github gehaald kan worden, dan is er geen build van die box. En ook geen update van de feed. Gewoon niks. Lukt het build proces, dan wordt er een nieuwe image zip aangemaakt, en wordt de feed bijgewerkt. Let wel, dit gebeurt allemaal lokaal op die buildserver.

 

Eens dit proces volledig rond is (en dat kan dus om 5 uur 's ochtends zijn, maar ook pas om 10 uur), start er een rsync die alle geslaagde images, en hun feeds, synchroniseert met een upload server. De website kijkt op deze upload server welke image files er staan, en laat die een-op-een zien in de website, met naam en timestamp van creatie (zie mijn ls van hierboven, vergelijk dat maar met de et10000 pagina). Om te voorkomen dat er constant I/O is, cached de webserver die informatie. En dus kan het zijn dat wat je ziet iets achter loopt met wat er is. Maximaal 1800 seconden, want dat is de cache timeout.

 

Op gezette tijden gaan vervolgens onze download mirrors via rsync updates ophalen bij die upload server. Dus het kan ook nog een keer voorkomen dat het andersom is: dat er iets al op de website staat terwijl het downloadbaar is, omdat nog niet alle download mirrors in sync zijn.

 

Dus:

 

Wat je op de website ziet, is wat de website op de upload server heeft zien staan, maximaal  een half uur voordat je naar die pagina kijkt.

 

Vertragingen van een dag zijn flauwekul. Als de file van afgelopen nacht / ochtend er niet staat, dan is de build mislukt. punt. niks magisch aan, en zeker geen vertraging van een dag...

[theparasol]

@WanWizard: Bedankt voor technische uitleg, zijn weer wat blind spots ingevuld!

 

@Erwin08:

 

Jij ook bedankt het is immers mede dankzij jouw inbreng dat ik weer wat geleerd heb.... en kappuh met dat in de hoek gezet, pfff, lamaar.... Dat schrijf je zelf en is niet nodig!

[mimisiku]

Heb alle respect voor de OpenPli bouwers. Dat ten eerste. Ben er ook zeker van dat Pli en later OpenPli belangrijk bijdraagt aan de populariteit van Linux STB's. Dit gezegd hebbende:

Persoonlijk vind ik OpenPli momenteel voor mijn Dreamboxen te gammel aan het worden. Ernstige fouten die je vroeger niet had. Je bent nu echt een proefkonijn. Denk dat het succes ook een beetje boven het hoofd aan het groeien is. Om die reden heb ik OpenPli niet meer in gebruik.

Heb een gezond argument gehad met diverse Mods. Geven keurig aan dat je niet iedere dag hóeft up te daten omdat er niet altijd veel veranderd in zo'n build. En voor het updaten eerst het forum controleren of er toevallig ernstige issues ontstaan zijn. Natuurlijk hebben ze deels gelijk, maar veel gebruikers updaten regelmatig simpelweg omdat ze hun hobby-apparatuur gewoon up to date wensen te houden! Ik ben daar geen uitzondering in.

Begrijp ook terdege dat juist voor de Dreambox het driver updaten problematisch is vanwege de Closed Source policy van Dream.