[DM800HD] Is er met de originele software net zoveel mogelijk als met een ander IMAGE

[Ron]

Origineel bericht van: dAF2000

Het PLi team stuurt wel bug fixes die we vinden door naar het Enigma2 project en heeft ook de rechten om Enigma1 aan te passen. Hoe Gemini dat doet, weet ik niet.

Dat siert het Pli Team, maar ik denk dat wat Milo bedoeld is dat Pli alle wijzigingen niet openbaart op de website zoals bijvoorbeeld ronaldd dat wel netjes doet. Gemini doet dat overigens ook niet en deelt ook niets. Dat zijn helemaal een stel ##### bij elkaar :-)
Milo heeft zijn image ook maar alleen zelf gebouwd. De inhoud van zijn image is vrijwel 100% ronaldd en wat (patch)code van oudeis.
Milo heeft de boel alleen geactualiseerd. de reden dat hij dat kon doen is omdat er voor alle wijzigingen in de ronaldd image diffs beschikbaar zijn.
Voor zover ik weet biedt Pli dat nog steeds niet.
Ik denk dat dit ook een beetje komt omdat bij Pli nog steeds een beetje een "prestatie cultuur" heerst. Het zou mooier als alle image bouwers hun "zooi" gewoon zouden openbaren.
Laten wij Nederlanders dan in ieder geval het goede voorbeeld geven zoals het hoort.

Ron

[Gast MiLo]

Origineel bericht van: dAF2000

In beginsel kan iedereen die zich bewezen heeft iets toevoegen aan een originele image. Als het om duidelijke bugfixes gaat dan komen ze uiteindelijk ook in de originele image. Zo kan iedereen er van genieten.

Ik zou daar meer over willen weten. Ik heb namelijk fixes in mijn image zitten die echt in de baseline thuishoren, en ik wil die graag doorsturen zodat ze niet meer mijn verantwoording zijn...

Citaat:

Het PLi team stuurt wel bug fixes die we vinden door naar het Enigma2 project

Daarvoor lof. En excuses, ik zat wel erg op mijn preekstoel, en het is niet eerlijk van mij om zomaar aannames te doen over de manier van werken van andere teams zonder daar eerst netjes informatie over in te winnen.

Mijn onbegrip gaat vooral over de grens tusen wat je als project niet en wel wilt delen.

[Gast MiLo]

Origineel bericht van: ToxicQ

Milo heeft zijn image ook maar alleen zelf gebouwd. De inhoud van zijn image is vrijwel 100% ronaldd en wat (patch)code van oudeis.

Nou, intussen is het minder dan 50% van ronaldd, want zijn stijl is gewoon niet de mijne. En er zitten ook al aardig wat toevoegingen en fixes in die geheel van mezelf zijn, zoals de movieselection, opstart crashes van de webinterface en mediaplayer, workarounds voor BarryAllen, en nog wel meer dingen. Maar ach, dat zou je uit mijn publiek beschikbare repository kunnen halen.

[egypt]

Origineel bericht van: Toxic[Q

Het zou mooier als alle image bouwers hun "zooi" gewoon zouden openbaren.
Laten wij Nederlanders dan in ieder geval het goede voorbeeld geven zoals het hoort.

Ron

Laten wij dit maar liever niet doen want wat voor rotzooi aan Image´s / problemen gaan wij dan allemaal krijgen

[dAF2000]

Origineel bericht van: Toxic[Q

Dat siert het Pli Team, maar ik denk dat wat Milo bedoeld is dat Pli alle wijzigingen niet openbaart op de website zoals bijvoorbeeld ronaldd dat wel netjes doet.

Dit komt ook, maar kost tijd. Gewoon effe de wijzigingen op een website zetten is redelijk makkelijk maar er komt meer bij kijken. Als je de wijzigingen vrijgeeft krijg je ook vanzelf bug fixes van anderen, die we zelf moeten beoordelen (afkeuren/goedkeuren), verwerken in de image, mergen met andere wijzigingen enz. De meeste PLi-leden zijn dan wel Nederlands, maar de image wordt wereldwijd gebruikt: http://www.pli-images.org/modules/download_statistics/geomap.php
Alleen al 't beoordelen en verwerken van alle reacties die we zouden krijgen zou al een dagtaak kunnen worden. Daarom willen we eerst de infrastructuur en manier van werken in 1 keer goed hebben. Dit kost gewoon tijd.

Origineel bericht van: Toxic[Q

Ik denk dat dit ook een beetje komt omdat bij Pli nog steeds een beetje een "prestatie cultuur" heerst.

Nee hoor. Presteren doe ik wel op m'n echt werk, dan krijg ik er nog voor betaald ook

Origineel bericht van: Toxic[Q

Het zou mooier als alle image bouwers hun "zooi" gewoon zouden openbaren.

Inderdaad. Het grote probleem is dat iedere imagebouwer het net anders doet dan de andere. Zelfs iets simpels zoals het gebruiken van een Gemini skin op PLi of omgekeerd geeft al problemen.

[Ron]

Dat vind ik dan in ieder geval een positieve ontwikkeling.

Ik hoop dat het snel zover zal zijn.

 

Ron

[Gast pieterg]

Origineel bericht van: dAF2000

Origineel bericht van: Toxic[Q

Het zou mooier als alle image bouwers hun "zooi" gewoon zouden openbaren.

Inderdaad. Het grote probleem is dat iedere imagebouwer het net anders doet dan de andere. Zelfs iets simpels zoals het gebruiken van een Gemini skin op PLi of omgekeerd geeft al problemen.

Zooi wel of niet openbaren, daar is iedereen het hier denk ik wel over eens. Maar de manier waarop je de 'zooi' openbaart, is eigenlijk het belangrijkste punt.

Een aantal diffs online zetten is de makkelijkste weg, maar daar heeft niemand echt structureel iets aan, ookal voldoe je dan strict genomen aan het publiek maken van je sourcecode.

Branchen en vanuit een publieke repository werken is al beter, maar zoals iedere open source ontwikkelaar weet, of anders op z'n minst aanvoelt, is branchen meestal de ondergang van een open source project.

Tot nu toe heeft het PLi team daarom altijd als doelstelling gehad vanuit een centraal punt te ontwikkelen.
Maar vanwege een aantal redenen (die ik nu niet zal noemen, daar gaat het hier niet om) gaat dat met name bij enigma2 erg moeizaam.

Vandaar dat we nu toch steeds meer neigen naar branchen.
Maar dat is niet eenvoudig, tenminste, niet als je het goed wilt doen.
Uiteindelijk heeft ook in dit geval niemand er structureel iets aan als je de boel online gooit, en zegt 'dit is het dan'.
De kunst is om je branch zo te maken (en te houden) dat er wisselwerking blijft met andere branches, dat er gemerged kan worden.

Maar hoe dan ook, het blijft altijd een surrogaat voor centraal werken.
We hopen dan maar dat als het zo ver is, onze branch op termijn de functie van centraal punt zal kunnen overnemen

btw, voorbereidingen hiervoor zijn al een poos bezig, voor wie met name de openembedded commitlogs een beetje gevolgd heeft is dat vast geen verassing.

[Ron]

Wat mij betreft zouden diffs volstaan.

Dan is er oook geen noodzaak voor een nieuwe branch, kan iedereen er op zijn eigen manier mee aan de slag en onstaat er niet weer een nieuwe "strijd", maar dan niet wie de beste image heeft, maar de beste branch

 

Ron

[hemertje]

Origineel bericht van: Toxic[Q

]Wat mij betreft zouden diffs volstaan.

Ron

Waar blijven jou images Ron?

[Ron]

Dan kan ik ook flauw gaan doen en vragen waar jouw image blijft. Een beetje kinderachtige opmerking van je.

Ik heb de kennis (en de tijd) niet om zelf iets te bouwen, maar ben dan niet minder gerechtigd om te vinden dat het jammer is dat diverse image bouwers hun code niet openbaren.

Op de manier waarop dat gebeurt zal mij worst zijn. Als iemand die er wel verstand van heeft het maar kan gebruiken.

Nu zijn 25 image bouwers allemaal onafhankelijk van elkaar het wiel opnieuw aan het uitvinden en dat is zeker niet in het voordeel van ons "gebruikers" en al helemaal niet in de "spirit" van Open Source.

 

Ron

[hemertje]

Origineel bericht van: Toxic[Q

]Op de manier waarop dat gebeurt zal mij worst zijn. Als iemand die er wel verstand van heeft het maar kan gebruiken.
Nu zijn 25 image bouwers allemaal onafhankelijk van elkaar het wiel opnieuw aan het uitvinden en dat is zeker niet in het voordeel van ons "gebruikers" en al helmaal niet in de "spirit" van Open Source.

Ron

onze PLi toezegging heb je inmiddels vernomen...

Origineel bericht van: MiLo

Daar wordt dan een beetje bij geknutseld, zoals een knopje om wat dingetjes anders in te stellen.

wil je met zijn allen gezamelijk publiek 'branchen' dan dien je wel iets meer constructiefs aan te moeten leveren dan 'knutselen', anders is onderhoud echt niet mogelijk wanneer er her en der op los gehacked wordt

Origineel bericht van: MiLo

Na al die jaren knutselen is de dreambox daardoor nauwelijks vooruit gegaan - afgezien van dat je er meer porno mee kan kijken dan met welke ontvanger ook. Als ik beschikking had gehad over zoveel programmeurs als PLI en Gemini lijken te hebben...

............

Klinkt allemaal uit de duim gezogen? Ik heb al werkende prototypes in elkaar geknutseld van dit soort dingen. Het kost alleen manjaren met goede programmeurs om het allemaal goed in elkaar te zetten.

vergeet niet dat het voor iedereen een hobby en vrije tijd is die men erin steekt naast het sociale en familieleven die je daarnaast hebt! niets negatiefs en persoonlijks naar jou toe Mike, maar probeer eens een image een jaar lang te onderhouden, door te ontwikkelen en online support erbij te geven op de diverse fora, het is niet zomaar iets wat men ff erbij doet. als ik voor mezelf spreek buiten de andere enthousiaste PLi leden om zit ik al gauw op een 30-50 uur per week vrees ik...

ik ben wel benieuwd naar je designs en sources van je prototypes Mike, kan en wil je hier een voorschotje geven?

[lite]

Origineel bericht van: Toxic[Q

]Wat mij betreft zouden diffs volstaan.
Dan is er oook geen noodzaak voor een nieuwe branch, kan iedereen er op zijn eigen manier mee aan de slag en onstaat er niet weer een nieuwe "strijd", maar dan niet wie de beste image heeft, maar de beste branch

diffs werken alleen tegen een specifieke stand van een specifiek image. dat houdt dus in dat je allemaal van hetzelfde image uit moet gaan, en ook nog van dezelfde stand (datum/revisie). dat is behoorlijk wat werk om te onderhouden en erg inflexibel; zodra je als imagebouwer besluit om toch een iets andere koers dan dmm te varen, of wanneer de de bouwer van wie je diffs overneemt dat doet, heb je acuut een probleem want dan werken je diffs niet meer. diffs zijn daarom vooral patchwork, om bijvoorbeeld naar de master te sturen als patch/bugfix. ze zijn niet geschikt als structurele manier om je code te delen, daarvoor zijn ze te bewerkelijk om up to date te houden en teveel afhankelijk van een specifieke source.

[Tonskidutch]

alle image bakkers bij elkaar een aardig stukkie huisvleit

 

maar on topic betreffende de vraag en je eerste schreden op het gebied van alternatief images gebruiken, zul je een en ander moeten testen om te zien of dat wat er als addons / plugins geboden wordt bruikbaar is en of dat ook bevalt qua ergonomie.

 

zodra je specifieke wensen en commentaren hebt (of zelf bugs hebt gevonden) zul je je altijd tot die image bakker moeten wenden, waar er ook geluisterd wordt en waar ook een gewogen besluit genomen zal worden of zo'n wens toegevoegd kan / moet worden.

 

vergeet niet een image is een kloon van iemand anders zijn aangepast systeem

dus je hebt er vrede mee of zoekt een ander alternatief.

 

gelukkig zijn er genoeg alternatieven.

chiao

[Gast MiLo]

Daarom post ik ook geen diffs meer, maar staat er een git repository online. Je kunt daarvan "clonen", of de gangbare openembedded pakken en de mijne erbij fetchen. Of gewoon vanuit jullie PLI repo kun je met "git cherry-pick" er de krenten tussenuit pikken. Let wel op: GPL!

 

Al mijn commits zijn keurig van commentaar voorzien wat ze doen. Kijk hier maar:

online git repository view

 

Ik breng geen wijzigingen aan in de enigma2 code. In paats daarvan hou ik patches op die code bij onder versiebeheer van git, en met hulp van bitbake. Deze wijzigingen kun je op een heel brede range van Enigma2 toepassen.

 

Ik heb dus eigenlijk diffs van diffs van patches...

 

Git is voor deze manier van werken heel geschikt. Ik hoop dat enigma2 ook nog een keer van SVN naar git wordt omgezet, dat zou het leven een stuk veraangenamen.

 

Ik ben benieuwd hoever ik kom met deze werkwijze met de spikes waar ik vandaag mee bezig ben geweest. Ik wil de EPG en een aantal andere functies gaan vervangen door een SQL database. Kan de box meer data verwerken met minder geheugen.

[Gast MiLo]

Origineel bericht van: hemertje

ik ben wel benieuwd naar je designs en sources van je prototypes Mike, kan en wil je hier een voorschotje geven?

Leg ik je via PM uit.