3101 replies to this topic

[Dvsat]

Wij hebben gekozen voor (instabiele) beta's en om de zoveel tijd een stabiele release.

Hier gaat het niet om. Jullie beta's zijn maar af en toe instabiel en is binnen de kortste keren hersteld (meestal diezelfde dag). Het gaat om een klein onderdeel welke binnen de image middels een new commit wordt verbeterd maar op een aantal andere fronten bugs veroorzaakt.

Het kost dus niet veel tijd maar juist een kleine ingreep om de vernieuwde commit even tijdelijk terug te zetten naar de vorige en achter de schermen kan dan de vernieuwing//new commit even worden bijgeschaafd.
Neen, jullie verbruiken enkel super veel kostbare tijd om naar elkaar te roepen en te wijzen, maar vooral te onderkennen en niet te luisteren dat er (kleine)
probleempjes zijn gerezen bij een of andere new commit.

Dus kom nu niet aan met het bijhouden van (in dat geval) twee images, maar zet nu even simpel dat kleinigheidje even (tijdelijk) een stapje terug en blijf doorgaan met het ontwikkelen in de meest brede zin, dus OpenPli2.0

[Roymar]

Wat een discussie zeg, volgens mij is het beleid van Pli redelijk duidelijk en als zij zo wensen te werken, dan heb je daar maar mee te leven of moet je een andere image kiezen.
Als je overigens zelf gewoon terug gaat naar de image van voor 13 Mei, dan heb je toch geen probleem en dan heb je nog altijd vaker een stabiele release dan bij andere teams!!
maar het zou wel zo vriendelijk zijn om samen het probleem op te lossen, door gewoon een mee te werken in plaats continu te bekritiseren. dat heet vooruitgang het terugdraaien van commits is achteruitgang en dus stilstand.

Gr.Roymar

[littlesat]

Als je overigens zelf gewoon terug gaat naar de image van voor 13 Mei, dan heb je toch geen probleem en dan heb je nog altijd vaker een stabiele release dan bij andere teams!!
maar het zou wel zo vriendelijk zijn om samen het probleem op te lossen, door gewoon een mee te werken in plaats continu te bekritiseren. dat heet vooruitgang het terugdraaien van commits is achteruitgang en dus stilstand.

Roymar heeft het begrepen.

En bovendien is PLi open. Dus je kunt altijd zelf je image bouwen -of- een eigen enigma2... en het zelf erin terugdraaien...

Maar het gekke is die crashes waar jij het over hebt die krijg ik hier in ieder geval niet... Ik luister regelmatig naar Nashville-FM...???

[dAF2000]

Wij hebben gekozen voor (instabiele) beta's en om de zoveel tijd een stabiele release.

Hier gaat het niet om. Jullie beta's zijn maar af en toe instabiel en is binnen de kortste keren hersteld (meestal diezelfde dag). Het gaat om een klein onderdeel welke binnen de image middels een new commit wordt verbeterd maar op een aantal andere fronten bugs veroorzaakt.

Het kost dus niet veel tijd maar juist een kleine ingreep om de vernieuwde commit even tijdelijk terug te zetten naar de vorige en achter de schermen kan dan de vernieuwing//new commit even worden bijgeschaafd.
Neen, jullie verbruiken enkel super veel kostbare tijd om naar elkaar te roepen en te wijzen, maar vooral te onderkennen en niet te luisteren dat er (kleine)
probleempjes zijn gerezen bij een of andere new commit.

Dus kom nu niet aan met het bijhouden van (in dat geval) twee images, maar zet nu even simpel dat kleinigheidje even (tijdelijk) een stapje terug en blijf doorgaan met het ontwikkelen in de meest brede zin, dus OpenPli2.0

Er kan een goede technische reden zijn om een commit niet terug te draaien. Misschien maskeert dat een probleem dat eigenlijk ergens anders ligt en ben je uiteindelijk alleen maar brandjes aan 't blussen. Hoe dan ook, we maken OpenPLi niet in eerste instantie voor de gebruikers maar voor onszelf.

Maar goed, we stoppen deze discussie. Er valt geen gelijk te halen want ik beschrijf alleen maar hoe we werken. Iedereen mag daar iets van zeggen maar het verandert niet de discussie.

De keuze om een commit terug te draaien ligt bovendien niet bij de gebruikers, ook niet bij mij, maar uitsluitend bij de ontwikkelaars die tien stappen verder denken dan alleen maar een commit terug te draaien.

Vanaf nu weer een technisch inhoudelijke discussie.

[Sjaaky]

Ik zet mijn box op radio 2 in de dode uurtjes, maar nog geen enkele crash.

[Erik Slagter]

Effe iets anders, bij de update van vandaag:

Collected errors:
* wfopen: /boot/vmlinux.gz: Read-only file system.
* wfopen: /boot/autoexec.bat: Read-only file system.

Dit lijkt me niet goed?

[Henksat]

Ik zet mijn box op radio 2 in de dode uurtjes, maar nog geen enkele crash.

Ik moet zeggen dat ik de laatste dagen met Shoutcast ook het probleem niet meer heb gehad.

[pieterg]

Effe iets anders, bij de update van vandaag:

Collected errors:
* wfopen: /boot/vmlinux.gz: Read-only file system.
* wfopen: /boot/autoexec.bat: Read-only file system.

Dit lijkt me niet goed?

misschien een ouwe fstab in je backup, waar nog een ro /boot mount in staat?
kernel-image preinst mount zonder parameters, dus zou normaal rw moeten zijn. Tenzij hij al gemount is, maar dat is normaal in 2.0 niet het geval.

edit: quote toegevoegd

[Erik Slagter]

Ik doe niet aan backups (niet op de "normale" manier).

Ik zal eens kijken of ik /boot rw kan mounten.

En dan, kernel package opnieuw force installeren?

[pieterg]

kernel-image (met de volledige naam) zou voldoende moeten zijn

[Dvsat]

Ik zet mijn box op radio 2 in de dode uurtjes, maar nog geen enkele crash.

Ik moet zeggen dat ik de laatste dagen met Shoutcast ook het probleem niet meer heb gehad.

Ik denk dat jullie gewoon naar radio2 luisteren via Astra

Neen, vandaag nog viel het audio weg en/of uit van radio2 MP3//128Kb-stream (dus via internet). Het was ietsjes anders, ofwel het is dikwijls binnen het uur na inschakelen, nu ongeveer na 1,5 uur volgde de crash en gaat de receiver vrolijk verder maar zonder geluid totdat je weer een MP3 stream opstart.

[christophecvr]

Heel raar: het heeft met de browser te maken. Als ik Chrome gebruik gaat het goed, gebruik ik Firefox (die ik eigenlijk altijd gebruik) gaat het fout.

Hallo Net nieuw hier.
Ik las zojuist over uw probleem die van browser blijkt te komen.

Het is niet zeker, maar heb je toevallig ook niet net een nieuwere firefox versie ?

Daar de laatste versies van firefox 4.0 en hoger zowat overal véél problemen geeft. Eveneens voor telebanking en dergelijke.

De oplossing hiervoor op dit ogenblik is een versie van firefox gebruiken lager dan 4.0

Of andere browser zolas je doet met chrome bv.

[deathray]

Hallo, na vandaag upgedate te hebben begint dreambox control raar te doen op de pc of laptop,
werk met xp .
Krijg maar 1 services per kanaal binnen terwijl epg goed is upgedate.
Met firmware van 1/06/2010 geen probleem mee.
De timer sectie klopt ook niet meer zijn handelingen weg zoals verwijderen van programmeringen.

[Frenske]

Welkom op het PLi board.

Het is wel zo handig om even te vermelden welke box dit betreft. Dan kan men gerichter antwoorden of kijken of anderen dit ook ervaren.

[deathray]

hallo is nen vu+duo

[delagroov]

Met de online update van vandaag, reageert de Vu duo niet meer op de RC.
Bij de reboot na een update, zag ik ook meteen vreemde tekens in het front display.

Foute boel dus....

Backup terug gezte en werkt weer...

Ik zie zogauw niet wat er verandert is waardoor dit komt..

[metoo]

hier geen problemen met de update van vandaag

[Frenske]

hier geen problemen met de update van vandaag

Vandaag was er geen update van de VU+ duo.
Dan zou het probleem in de update van gisteren gezeten moeten hebben en daar heb ik, en jij blijkbaar ook, in ieder geval geen last van.

[delagroov]

Nog een keer geupdate via telnet en nu werkt de RC weer wel en er zijn ook geen vremde tekens meer in het display te zien.

[Frenske]

Mooi dat je dit nog even vermeld. Al is het maar om misverstanden te voorkomen.