70 replies to this topic

[Rob van der Does]

Dan hoop ik dat je een beter plan hebt om het wel voor elkaar te krijgen. Het is volgens mij een DM-plugin, die door VTi is aangepast voor de VU's onder VTi en die versie is weer aangepast aan ViX. Volgens mij is er nooit een samenwerkingsverband geweest.

Edited by SatKiekerd, 4 December 2012 - 18:36.

[littlesat]

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Dit zijn eigenlijk precies de woorden waar ik naar heb lopen te zoeken.... en het omschrijft dan ook precies wat het is.....

[Rob van der Does]

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Dit zijn eigenlijk precies de woorden waar ik naar heb lopen te zoeken.... en het omschrijft dan ook precies wat het is.....

Geweldig dat iemand de woorden voor je vindt, maar met die woorden kom je volgens mij geen stap verder. En het is volgens mij preces zoals ik het hierboven schreef.

[Carl]

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Dit zijn eigenlijk precies de woorden waar ik naar heb lopen te zoeken.... en het omschrijft dan ook precies wat het is.....

Geweldig dat iemand de woorden voor je vindt, maar met die woorden kom je volgens mij geen stap verder. En het is volgens mij preces zoals ik het hierboven schreef.

En de circel is rond Zolang iedereen een eigen fork gebruikt is samenwerking het begin van de einde.
Hiermee kom je niet verder totdat de mensen welk een fork hebben gemaakt terug gaan naar de roots en hierin de wijzigingen committen.

Nu zal de oplossing zijn dat iemand de e2openplugin fork update met de juiste fixen vraag is alleen wieowie gaat dit doen.

Edited by Carl, 4 December 2012 - 19:51.

[delagroov]

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Dit zijn eigenlijk precies de woorden waar ik naar heb lopen te zoeken.... en het omschrijft dan ook precies wat het is.....

Ik vind dit toch wel erg tegenstrijdig...en een ongenunaceerd brintapap verhaal worden.

Waarom dan vragen om te forken als het het einde betekent??

http://openpli.org/f...l-hd-night-mod/

Isn't it preferable to put this on github.... instead of posting 3rd party ipks? (I know my orriginal is fully free to use!).... Is the only thing you changed the skin.xml? I also suggest you took another font type (not only changed the size).???

And please refer that is is also derived work from at least me and all others who commit to the github of the orriginal skin. I appreciate that!!....

  <!-- Skin: PLi-HD-Night vs.4 based on Magic_HD_Shadow_MiniTV by Vali (c)2009-2010 -->
  <!-- This skin include derived work from VU+NL, Milo and others,modded by DelaGroov -->
  <!-- This skin is a Freeware. Everyone can modify and use it in other images.	-->
  <!-- BUT DO NOT REMOVE OR CHANGE THE SECOND LINE IN !!!	-->
  <!-- Do whatever you want with this skin, but don't tell it's yours, or your idea -->

  <!-- Head -->

And why did you put the crypto info at the bottom... this breaks the ballance ...

But furthermore.... nice work!!! and usefull for everyone who wants EHD skin.

I think the proper way to go is to "fork" the repository of the skin you derived your work from. Github makes it very easy to that. The nice thing is that any history and copyrights are automatically retained that way.

If you need help, please pm.

Edited by delagroov, 4 December 2012 - 19:56.

[Carl]

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Dit zijn eigenlijk precies de woorden waar ik naar heb lopen te zoeken.... en het omschrijft dan ook precies wat het is.....

Ik vind dit toch wel erg tegenstrijdig...en een ongenunaceerd brintapap verhaal worden.

Waarom dan vragen om te forken als het het einde betekent??

http://openpli.org/f...l-hd-night-mod/

Isn't it preferable to put this on github.... instead of posting 3rd party ipks? (I know my orriginal is fully free to use!).... Is the only thing you changed the skin.xml? I also suggest you took another font type (not only changed the size).???

And please refer that is is also derived work from at least me and all others who commit to the github of the orriginal skin. I appreciate that!!....

  <!-- Skin: PLi-HD-Night vs.4 based on Magic_HD_Shadow_MiniTV by Vali (c)2009-2010 -->
  <!-- This skin include derived work from VU+NL, Milo and others,modded by DelaGroov -->
  <!-- This skin is a Freeware. Everyone can modify and use it in other images.	-->
  <!-- BUT DO NOT REMOVE OR CHANGE THE SECOND LINE IN !!!	-->
  <!-- Do whatever you want with this skin, but don't tell it's yours, or your idea -->

  <!-- Head -->

And why did you put the crypto info at the bottom... this breaks the ballance ...

But furthermore.... nice work!!! and usefull for everyone who wants EHD skin.

I think the proper way to go is to "fork" the repository of the skin you derived your work from. Github makes it very easy to that. The nice thing is that any history and copyrights are automatically retained that way.

If you need help, please pm.

Dit gaat over een "nieuwe skin" gebaseerd op bestaande skin. Door een fork te gebruiken kan je achterhalen waar de oorspronkelijk code vandaan kwam.
Hier gaat het om een plugin welk werkt op alle boxen. Kleine aanpassingen worden door sommige teams gedaan in hun eigen fork en dat doen ze niet recommiten naar de oorspronkelijk fork. Als iedereen dit doet heeft e2openplugins geen nut.
Gelukkig zijn er een aantal teams welk wel commiten naar e2openplugins.

Dat sommige verder gaan op zijn eigen fork is niet erg maar nu zal er iemand de wijzigingen in alle ander forks moeten nakijken en commiten naar e2openplugins.
Dit is natuurlijk allemaal extra werk en je mag ook niet verwachten dat de vrijwilligers het meteen gaan regelen.

[littlesat]

Waarom dan vragen om te forken als het het einde betekent??

Dat is iesje anders... Dit was forken zonder eenrichtings verkeer... wat we bedoelen is forken met eenrichtingsverkeer.... En jij wilt in de overscan dingen kwijt wat ik niet wil... Dus daarom moet er wel een fork komen... Maar ondertussen hoop ik wel dat als je een foutje ontdekt bij mij dat niet alleen lekker bij jouw fixt, maar dat ook aan mij meld met een mooie commit request... Ik hoop hiermee het verschil duidelijk gemaakt te hebben... Mag ik het een beleefdheidsvorm noemen..?????

Edited by littlesat, 4 December 2012 - 20:42.

[theparasol]

Ik mag me vergissen maar die VTI rakkers pakken alleen maar en leveren niks!
En voor VIX geldt hetzelfde, toen ik net die XP1000 had heb ik heel even hun image getest of daar ook die coded streambug inzat.
Wat schets mijn verbazing: in de VIX fork van openwebif zit image van box en afstandsbediening van de XP1000.
Prachtig natuurlijk, kleine moeite om die algemeen beschikbaar te stellen!

[delagroov]

Kleine aanpassingen worden door sommige teams gedaan in hun eigen fork en dat doen ze niet recommiten naar de oorspronkelijk fork. Als iedereen dit doet heeft e2openplugins geen nut.

Dus je maakt gebruik van een basis MQB van plnick, committen zelf niets en verwachten van anderen die forken en aan passen aan specifieke buttons voor een image dat ze dat dan committen
Zelfs plnick heeft specifieke functies niet gecommit, waaronder hbbtv support.

ik snap dat het mooi zou zijnals iedereen precies dezelfde MQB gebruikt, maar dat is niet de praktijk en gezien de variatie in images/buttonfuncties ook niet mogelijk, vandaar dat er geforkt wordt.

Ik heb alleen getipt en verwezen naar wat je zou kunnen doen...en het wordt in mijn optiek een beetje zielig verhaal zo.

En wie moet dat dan doen..ik doe als vrijwilliger al genoeg



.

Edited by delagroov, 4 December 2012 - 21:15.

[littlesat]

vandaar dat er geforkt wordt.

Je hebt forken en forken...

Wat schets mijn verbazing: in de VIX fork van openwebif zit image van box en afstandsbediening van de XP1000.

Dus je maakt gebruik van een basis MQB van plnick, committen zelf niets en verwachten van anderen die forken en aan passen aan specifieke buttons voor een image dat ze dat dan committen

Ik ben benieuwd wanneer iemand met een commit diff komt voor de VU HbbTV fix... de sources liggen op straat...

Edited by littlesat, 4 December 2012 - 21:45.

[theparasol]

Ach nog even en smarcard pairing is een feit voor elke provider, dan kan je de linux ontvangers inleveren bij het oudijzer

[Zuppelan]

Wat heeft dat hier mee te maken?

[Rob van der Does]

Ik mag me vergissen maar die VTI rakkers pakken alleen maar en leveren niks!
En voor VIX geldt hetzelfde, toen ik net die XP1000 had heb ik heel even hun image getest of daar ook die coded streambug inzat.
Wat schets mijn verbazing: in de VIX fork van openwebif zit image van box en afstandsbediening van de XP1000.
Prachtig natuurlijk, kleine moeite om die algemeen beschikbaar te stellen!

PLi is geruime tijd geleden uitgenodigd deel te nemen aan de OE-alliance (enigszins vergelijkbaar met het open plugins project). Dat aanbod is (om ongetwijfeld goede redenen) afgeslagen. Als dat wel was aangenomen, zoals door meerdere teams en zelfs fabrikanten is gebeurd, had men deze (en vele andere) verbeteringen en toevoegingen zo kunnen meenemen.

[littlesat]

PLi is geruime tijd geleden uitgenodigd deel te nemen aan de OE-alliance

OE-alliance = based on PLi... feitelijk een fork van PLi... dus wat valt er concreet uit te nodigen?

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Edited by littlesat, 5 December 2012 - 11:16.

[Rob van der Does]

PLi is geruime tijd geleden uitgenodigd deel te nemen aan de OE-alliance

OE-alliance = based on PLi... feitelijk een fork van PLi... dus wat valt er concreet uit te nodigen?

een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Tsjaaaa......
Je vraagt zelf regelmatig om verwijzijngen naar bugfixes etc. Deelnemers aan de OE-alliance hebben die automatisch in hun bouwpakket.
En ik weet niet precies hoe dat technisch in elkaar steekt, maar PLi is toch ook begonnen als een fork van DM?

[littlesat]

Enigma2 wel... maar de OE niet, die is PLi eigen....

Je vraagt zelf regelmatig om verwijzijngen naar bugfixes etc.

Klopt... maar als de OE-alliance echte bugs vind in onze OE is het erg beleefd dit aan ons netjes door te geven....

Edited by littlesat, 5 December 2012 - 11:34.

[Rob van der Does]

Enigma2 wel... maar de OE niet, die is PLi eigen....

Tsa, dus PLi mocht dat wel doen met E2 maar een ander niet met OE?
Hoe het ook zij: voor zover ik dat kan beoordelen heeft die OE-alliance een goed samenwerkingsverband opgeleverd, waar alle betrokkenen van profiteren en waarvan nog geen nadelen naar boven zijn gekomen. En dat samenwerkingsverband is toch precies waar jij op doelt?

Edited by SatKiekerd, 5 December 2012 - 11:35.

[littlesat]

Uiteindelijk werken wij ook mee aan de OE-alliance.... je ziet daar namalijk regelmatig merges voorbij komen....
(P.S. De meeste interessante vind ik dit soort commits openvix: build 462... )

Edited by littlesat, 5 December 2012 - 11:41.

[Rob van der Does]

Uiteindelijk werken wij ook mee aan de OE-alliance.... je ziet daar namalijk regelmatig merges voorbij komen....

Dus het probleem is.....??

(P.S. De meeste interessante vind ik dit soort commits openvix: build 462... )

Nou, of die het meest interessant zijn is een persoonlijke opvatting, maar ze zijn in ieder geval heel erg handig.

[littlesat]

Dus het probleem is.....??

Als dat nog niet duidelijk is.... ?? -> een fork betekent het einde van samenwerking in opensource projecten, en meestaal het begin van het einde van zo'n project zelf.

Nou, of die het meest interessant zijn is een persoonlijke opvatting, maar ze zijn in ieder geval heel erg handig.

Dat hoort niet daar.... Stel Aaf gaat dat ook doen, en die andere ook nog..... dan krijg je op den duur alleen nog maar bouwcommits.... Dat is commit vervuiling....

Edited by littlesat, 5 December 2012 - 11:50.