nieuwe images en software

[Gast]

in de developers corner worden allerlei dingen aangedragen en besproken maar even een domme vraag..

 

wie doet die onwikkeling van de software voor de dreambox zijn dat hobbyisten of mensen die in dienst zijn van dream multimedia... ik vind namelijk de verschillen en fouten tussen de images nogal groot.

Zo moet ik elke keer als ik de dreambox reset mijn aston cam resetten en zo zijn er nog meerder dingen die niet helemaal vlekkeloos werken en nu snap ik wel dat het allemaal nog in de beta fase zit maar we zien overal discusies over de prijs - kwaliteit verhouding ( het is overigens niet mijn bedoeling deze hier te starten, integendeel ) deze discusies zijn mijns inziens ook enigzins nutteloos want je weet dat het niet vlekkeloos loopt maar in de toekomst vast wel gaat lopen.

 

ik wil gewoon graag weten met welke frequentie we vernieuwingen en met name verbeteringen kunnen verwachten.

 

gr skilder

[Ronaldd]

De software op de dreambox bestaat grofweg uit 2 onderdelen:

 

1. De linux kernel die zorgt voor de hardware ondersteuning

2. Een software pakket voor de besturing van de box. Op dit moment is dat enigma. Mischien dat er in de toekomst meer keuzes zullen zijn voor software pakketten.

 

De hardware support in de linux kernel wordt grootendeels, naar mijn opinie, door dream ontwikkeld. Zij hebben immers de hardware gemaakt/samengesteld.

 

Enigma is onderdeel van een opensource project genaamd 'tuxbox'. Aan dit project kan in principe iedere developper die daar behoefte aan heeft aan mee werken. Uiteraard zullen daar ook developpers van dream aan mee werken om zo aan de behoefte van dreambox gebruikers te kunnen voldoen. Ik heb echter geen idee hoe de verhouding is.

 

Als je wilt kan je enigma zelf bouwen (zeer lastig). Zo draai ik de kernel uit de image 1.02 (vanwege CI-probleem) en de laatste stabiele (rel_1_0_0) enigma gebouwd via de CDK. Zo heb ik dus een stabielle kernel en toch een recente enigma.

 

Ronald

[Ron]

De laatste release 1.0.0.? bedoel je niet de kernel van 1.02 en de enigma van 1.04? Kun je deze versie niet met ons delen?

 

Tox.

[Ronaldd]

Op mijn dreambox draai ik de released image 1.02. Via de CDK heb ik enigma gebouwd uit cvs (rel_1_0_0) en geplaatst in mijn Campact Flash. (kan ook op hdd)

 

Ik heb start_enigma, wat zich niet in image bevind, veranderd zodat 'mijn' enigma wordt opgestart ipv de originele.

 

Het opstaren van enigma uit CF gebeurt via een truuk (chroot) in start_enigma.

 

Als iemand intersse heeft in bijf. een dagelijks enigma bouw. Wil ik daarin wel voorzien. Via een script kan ik enigma updaten (uit cvs) en bouwen en vervolgens plaatsen bij mijn ISP. Dit is eenmaling, voor mij, wat werk en is leuk om te doen.

 

LET wel op ik kan niet voorzien in een dagelijks kernel bouw.

 

Ronald

[-= [ Appien ] =-]

om de 2 dagen mag ook hoor.......

[pukje]

Is het niet mogenlijk de compiler enz op de HD van de dream te zetten

en op de dream zelf je eigen enigma te compileren?

 

Dan heb je ook geen last meer van little/big endian probleem en

je gebruikt meteen de actuele shared libraries die de DB ook gebruikt.

 

dan zou je in de orginele image alleen de startupscript moeten uitbreiden

met killall ennigma en dan je eigen enigma van de HD starten.

 

Dit lijkt mij ideaal

 

Pukje

<img src="/ubbthreads/images/graemlins/laugh.gif" alt="" />

[Ron]

Jaaaaaaaa:-))))

[Ronaldd]

>Is het niet mogenlijk de compiler enz op de HD van de dream te zetten

>en op de dream zelf je eigen enigma te compileren?

Dat is in theorie mogelijk, je moet dan eerst een Native compiler cross compileren, de cross compiler uit de CDK is een intel binary. Dat is aanzienlijk meer werk dan gewoon de cross compiler gebruiken om enigma te compileren.

 

>Dan heb je ook geen last meer van little/big endian probleem en

Little/big enidan is vaak geen probleem met cross compileren. Het is alleen een probleem met een cramfs image maken. Maar dat ga ik niet doen op dagelijkse basis.

 

>je gebruikt meteen de actuele shared libraries die de DB ook gebruikt.

De shared libs gebruiken uit de image van de dreambox kan niet omdat in de image geen header files zitten. Wat ik gezien heb is dat er 1 lib wordt gebruikt door enigma die in de image nieuwer is dan in cvs(rel_1_0_0). Deze lib zal ik dan wel uit de head branch halen.

 

>dan zou je in de orginele image alleen de startupscript oeten uitbreiden

>met killall ennigma en dan je eigen enigma van de HD starten.

Dit startup script staat niet in de image, maar in /var/tuxbox. Deze kan je gewoon wijzigen en blijft behouden na opniew flashen van image. Gaat mischien aleen verloren bij een eraseall??

 

Ronald

[tCC]

Jaaaaaaaaaaaaaaa 2 !!!

 

ik zie dat er regelmatig tux/enigma/e.d. source code veranderd in de mailing list, maar de images zie je niet.

 

aangezien ik zelf problemen heb met de CDK kan ik dus niet compilen...

 

maar het zou te gek zijn als jij het voor ons wilt doen !!!

[Ronaldd]

Zal vanavond, handmatig, bij mijn ISP de huidige enigma plaatsen met een kleine install instructie. Nieuwe enigma's volgen dan als 'cvs-update/compile/upload' script klaar.

 

Ronald

[pukje]

Als je op de dream zelf compileerd heb je die crosscompiler niet meer

nodig ,de gcc big endian zou direkt op de dream moeten werken.

 

Hierin zie ik het grote voordeel om op de dream zelf de compileren.

 

m.b.t de startup de script var/enigma/start_enigma even aanpassen. <img src="/ubbthreads/images/graemlins/cool.gif" alt="" />

is dacht ik open voor read/write

 

Pukje

 

[pukje]

wie is jou ISP zodat ik die (nieuwe) enigma's kan downloaden?

[Ronaldd]

Chello, kom vanavond wel met een link.

[Gast]

Het zelf bouwen van enigma is niet zo moeilijk als het lijkt. Het vergt wel enig geduld (duurt vanaf scratch ruim een dag) maar het zijn slechts een paar stapjes die tot een image leiden. Op berlios staat een procedure met cygwin, maar dat is mij nooit gelukt. Met virtual pc wel (zie hier)

 

Het compilen op de dreambox zelf heeft naast een duidelijk voordeel ook een aantal nadelen. De dreambox is 'slechts' 250 Mhz, de dreambox heeft 'slechts' 64 MB (waarvan maar liefst 34MB door de kernel worden opgeslokt!) en de meeste system directory's op een standaard dreambox-image zijn read-only.

 

Waarom kan er voor het compileren op de dreambox geen gebruik gemaakt worden van een al gecompileerde powerpc compiler? Dan is het bouwen van een compiler met behulp van cross-compiler niet nodig.

Kan bijvoorbeeld van de debian-powerpc distributie de binary gcc-package genomen worden? Dit heb ik ook gedaan bij het opzetten van virtual memory op mijn dreambox en die truc beviel me prima (staat ook op mijn site ). Of het compileren lukt zonder virtual memory weet ik niet, maar het debuggen lukte mij in ieder geval alleen als ik virtual memory geactiveerd had.

 

Jammer genoeg moet ik overdag gewoon werken <img src="/ubbthreads/images/graemlins/frown.gif" alt="" /> (ongelooflijk hoeveel postings er vandaag weer bijgekomen zijn) en heb ik niet veel tijd om dingen uit te proberen. Ideeen heb ik zat, dus ik zal me voorlopig met mijn dreambox niet vervelen (en ik kan al helemaal niet begrijpen dat iemand zo'n gave box een maand na aanschaf gaat verkopen <img src="/ubbthreads/images/graemlins/confused.gif" alt="" />)

 

Ik zou het prachtig vinden als Ronald het voor elkaar krijgt om regelmatig een image te bouwen. Mijn ervaring is dat het nogal eens incompleet is wat er door de ontwikkelaars wordt ingecheckt en dat een complete build niet altijd mogelijk is. Maar een kant en klare build is natuurlijk wel zo makkelijk!

[Ronaldd]

Hier de beloofde link met install instructies. Ga morgen verder werken aan een dagelijkse bouw uit cvs.

 

http://members.chello.nl/r.derksen6/dreambox/nw_enigma.html