182 replies to this topic

[HPPli]

Het is een ipk bestand, daar zit een control in waarin normaliter weer install/uninstall scripts en dergelijke kunnen zitten.

 

Inderdaad, het is een IPK bestand die op de gebruikelijke manier nog (steeds) niet is te installeren omdat de buildserver "achter" loopt met de libc6 & libstdc++6 versies.

Misschien dat dit spoedig kan worden aangepast ipv op een oneigenlijke manier een IPK te moeten "uitpakken" met 7zFM. 

 

[cobus]

Met de feeds werkt die ook niet hetzelfde euvel als hierboven beschreven.

[WanWizard]

Inderdaad, het is een IPK bestand die op de gebruikelijke manier nog (steeds) niet is te installeren omdat de buildserver "achter" loopt met de libc6 & libstdc++6 versies.

 

Dat heeft niks met de buildserver te maken, maar met de gebruikte Yocto release (OpenEmbedded).

 

OpenPLi 6 zit op Morty, en die levert blijkbaar 2.24. Ik heb even gekeken, maar ook de komende 6.2 bouwt die versie. Develop (nu gebaseerd op Pyro) bouwt libc 2.25, pas met Rocko (die de basis gaat worden voor OpenPLi 7) wordt libc 2.26 gebouwd.

 

Dus als dat een hardcoded dependency is, dan heb je gelijk nog een reden om bij CCcam weg te blijven!

[HPPli]

 

Inderdaad, het is een IPK bestand die op de gebruikelijke manier nog (steeds) niet is te installeren omdat de buildserver "achter" loopt met de libc6 & libstdc++6 versies.

 

Dat heeft niks met de buildserver te maken, maar met de gebruikte Yocto release (OpenEmbedded).

 

OpenPLi 6 zit op Morty, en die levert blijkbaar 2.24. Ik heb even gekeken, maar ook de komende 6.2 bouwt die versie. Develop (nu gebaseerd op Pyro) bouwt libc 2.25, pas met Rocko (die de basis gaat worden voor OpenPLi 7) wordt libc 2.26 gebouwd.

 

Dus als dat een hardcoded dependency is, dan heb je gelijk nog een reden om bij CCcam weg te blijven!

 

 

Uitleg plausibel, maar het zou je (jullie) veel meer sieren er even een nieuw IPK-tje te "bakken/bouwen" op basis van  libc 2.25 en op/bij de applicatie/plugins te plaatsen I.P.V. telkens maar te negatief te roepen zoals nu ook weer !!!!!!!!!!!!!!!!!!!! 

 

dan heb je gelijk nog een reden om bij CCcam weg te blijven!

 

Tegen beter weten in weet je ook wel dat het argument hardcoded dependency pertinent onjuist wordt afgespiegeld c.q. gebruikt als niet werkend.

 

CCcam 2.3.2 werkt prima binnen OpenPli6.1 op zowel armv7ve (4K STB's) alsmede mips32el. Dus waarom moeilijk blijven doen ???????????

Edited by HPPli, 19 March 2018 - 20:51.

[Tech]

Jammer dat je wederom de zaak als negatief bekijkt.

Nu heb je zelf het pakket uitgepakt, zelf gezien dat er een control files in het pakket zitten, dan is het toch een kleine moeite die bestanden (waar de dependencies worden vermeldt) even aan te passen en een nieuw ipkaatje te bouwen?

Het had je echt gesierd als je het zelf even had gedaan en hier had aangeboden.

[cobus]

Het is heel eenvoudig wil je hem dan zet je de losse bestanden erin, wil je hem niet dan hoef je niks te doen toch?

[HPPli]

Echt weer een (snelle) OpenPli reactie, ik ben niet negatief en/of geef geen negatieve reactie.

OpenPli is vanaf begin maart negatief over het gebruik van CCcam232, lees zelf maar na in de 2 topics welke gaan over CCam232 !

 

Misschien een voorbeeld nemen aan de developers van Oscam, die hadden binnen no-time een keurige patch om CCcam keurig te herkennen.

 

Waarom nu pas aan mij vragen of ik een nieuw IPK-tje wil bouwen, terwijl ik en een paar andere voortdurend de helpende en testende hand hebben geboden

en we inmiddels samen tot de conclusie zijn gekomen waar de oorzaak en de verschillen liggen. En net zo snel als jij de twee niet bruikbare IPK's voor hier

had vervaardigd, zo snel kun je nu toch ook een werkend IPK-tje "bakken" (Of had je ze ook geleend  )

 

Jullie hebben de boel altijd paraat staan voor de ontwikkeling en verbetering van OpenPli en kunnen ook binnen no-time een goed IPK-tje "gebakken.

Lukt het jullie niet, zal ik zeker 1 dezer dagen de boel hier "aanslingeren" en een goed CCcam323 IPK-tje te "bakken". Dus zeg het maar !

[WanWizard]

Uitleg plausibel, maar het zou je (jullie) veel meer sieren er even een nieuw IPK-tje te "bakken/bouwen" op basis van  libc 2.25 en op/bij de applicatie/plugins te plaatsen I.P.V. telkens maar te negatief te roepen zoals nu ook weer !!!!!!!!!!!!!!!!!!!! 

 

Leg eens even uit wat er nu negatief is aan mijn uitleg van feiten?

 

Ik heb uit voorgaande begrepen dat de CCcam binary een dependency zou hebben naar libc v2.26. Als ik dat verkeerd heb, mea culpa. Als dat niet zo is, dan is er dus ook geen probleem, want een ipk in de feed wordt door het bouwproces gebouwd, en die heeft dus altijd de correcte dependencies.

 

Zo staat er in de ipk die uit de develop build komt keurig

Depends: libc6 (>= 2.25), libstdc++6 (>= 6.3.0), softcam-support

zoals ik al voorspeld had.

 

En dat betekent dat er dus een recipe is, en dat die dus ook gewoon in de volgende OpenPLi komt.

 

Dat er allerlei ipk's zwerven die uit alternatieve processen komen, daar kan ik alleen maar zeer weinig boodschap aan hebben.

[HPPli]

Het is heel eenvoudig wil je hem dan zet je de losse bestanden erin, wil je hem niet dan hoef je niks te doen toch?

 

Inderdaad, maar niet iedereen heeft de skils welke jij en ik inmiddels wel beheerst of overziet. 

En waarom mag CCcam232 niet als gewone plug-in als bruikbare Softcam binnen de downloadbare plugins ?

[HPPli]

 

Uitleg plausibel, maar het zou je (jullie) veel meer sieren er even een nieuw IPK-tje te "bakken/bouwen" op basis van  libc 2.25 en op/bij de applicatie/plugins te plaatsen I.P.V. telkens maar te negatief te roepen zoals nu ook weer !!!!!!!!!!!!!!!!!!!! 

 

Leg eens even uit wat er nu negatief is aan mijn uitleg van feiten?

 

Ik heb uit voorgaande begrepen dat de CCcam binary een dependency zou hebben naar libc v2.26. Als ik dat verkeerd heb, mea culpa. Als dat niet zo is, dan is er dus ook geen probleem, want een ipk in de feed wordt door het bouwproces gebouwd, en die heeft dus altijd de correcte dependencies.

 

Zo staat er in de ipk die uit de develop build komt keurig

Depends: libc6 (>= 2.25), libstdc++6 (>= 6.3.0), softcam-support

zoals ik al voorspeld had.

 

En dat betekent dat er dus een recipe is, en dat die dus ook gewoon in de volgende OpenPLi komt.

 

Dat er allerlei ipk's zwerven die uit alternatieve processen komen, daar kan ik alleen maar zeer weinig boodschap aan hebben.

 

 

Je bent inmiddels al een stap verder in je reactie, de CCcam2.3.2 IPK staat niet in de FEED dus argumenten over bouwen met de juiste dependencies is niet aan de orde !

 

Je collega(s) maaken gebruik van andere builders hun IPK en mijn vraag was enkel maar een goed IPK-tje te bouwen en te plaatsen in de feed van OpenPli .

 

Tot slot, niet ik maar verschillende developers van OpenPli maken telkens hun misnoegen kenbaar over CCcam232.

Edited by HPPli, 19 March 2018 - 21:32.

[WanWizard]

Je moet eens een keer leren lezen, en wellicht ook een keer leren onthouden.

• Niemand van ons heeft zijn misnoegen kenbaar gemaakt. We hebben gezegd dat er al jaren geen CCcam ontwikkeling meer is, dat deze binary blob uit onbrekende bron komt, dat niemand weet wat er in zit, dat je wat ons betreft daarmee voorzichtig moet zijn (aangezien het veelal over illegale activiteiten gaat), en dat het verder je eigen keuze is wat je gebruikt, maar dat wij Oscam adviseren. En daar lijkt me helemaal niks mis mee, anders dan dat jij het wellicht niet wil horen.
• Er is al minstens duizend keer gezegd dat stable releases niet worden aangepast, en dat je voor nieuwe zaken dus op de volgende versie moet wachten. En dat is hiervoor niet anders.
• Het is voor ons wel wat complexer dan "even een IPKtje bouwen" zoals de gemiddelde thuisbouwer zou doen, een van de reden waarom het voorgaande punt bestaat.

Dat gezegd hebbende, wil ik daar nog aan toevoegen:

• Er is geen enkele reden voor gebruikers om NU ineens 2.3.2 te MOETEN installeren. Voor een ARM box is er nog nooit een werkende CCcam geweest, dus je mist niks. Voor een MIPSEL box werkt 2.3.0 net zo goed (of slecht). De enige doelgroep die ik me kan bedenken die er baat bij zou kunnen hebben zijn verkopers van boxen met een illegaal share abonnement. En daar lig ik geen seconde wakker van. 
• De laatste keer dat ik keek ging jij niet over de besteding van mijn vrije tijd. Wij gaan nog altijd zelf over hoe en waar we onze eigen vrije tijd in steken, en niet jij. Dat er een OpenPLi bestaat is puur en alleen omdat wij daar ontbaatzuchtig aan werken. Eisen stellen werkt dus averechts, daarvan ga ik alleen maar langzamer lopen.

[Tech]

Misschien moet je de feeds wat betet checken alvorens iets te roepen...

(Daarmee bedoel ik niet de reactie van Wanwizard!)

[WanWizard]

Misschien moet je de feeds wat betet checken alvorens iets te roepen...

 

Dat kan alleen als je een develop image draait. 2.3.2 komt pas publiek met de komende 6.2-rc, als de aanpassingen in develop bijken goed te werken.

 

edit: correctie, hij staat wel in de 6.1-release feed voor de arm7ahf boxen, niet voor de cortexa15hf boxen. Reden te meer om de wijzigingen eerst goed te testen...

Edited by WanWizard, 19 March 2018 - 23:20.

[HPPli]

Misschien moet je de feeds wat beter checken alvorens iets te roepen...

(Daarmee bedoel ik niet de reactie van Wanwizard!)

 

Dan heb gisteren kennelijk dit niet gelezen;

 

Geplaatst op Gisteren, 02:42

Tech, on 18 Mar 2018 - 21:08, said:

Het is een ipk bestand, daar zit een control in waarin normaliter weer install/uninstall scripts en dergelijke kunnen zitten.

 

Inderdaad, het is een IPK bestand die op de gebruikelijke manier nog (steeds) niet is te installeren omdat de buildserver "achter" loopt met de libc6 & libstdc++6 versies.

Misschien dat dit spoedig kan worden aangepast ipv op een oneigenlijke manier een IPK te moeten "uitpakken" met 7zFM. 

 

[HPPli]

 

Misschien moet je de feeds wat betet checken alvorens iets te roepen...

 

Dat kan alleen als je een develop image draait. 2.3.2 komt pas publiek met de komende 6.2-rc, als de aanpassingen in develop bijken goed te werken.

 

edit: correctie, hij staat wel in de 6.1-release feed voor de arm7ahf boxen, niet voor de cortexa15hf boxen. Reden te meer om de wijzigingen eerst goed te testen...

 

 

Jammer, een plugin overnemen en plaatsen in de Feed welke pas gebruikt kan worden bij OpenPli 6.2-rc ===> ???????

 

Klinkt als nu een paar nieuwe 30" velgen in de autoshop introduceren voor een nog in ontwikkeling zijnde nieuwe SUV   

 

Waarom toch al die ontkennende en in grote cirkels om de kern draaiende bewegingen, terwijl je tussentijds toch gewoon een CCcam2.3.2 IPK-tje hier kunt plaatsen voor de liefhebbers van OpenPli6.1 ? (@Wanwizzard, dit kun je toch niet benoemen als een eis ?)

 

En je aangevallen voelen of druk maken over je eigen tijdsindeling moet je zeker niet doen. Ik heb hierover in deze context niet gesproken, ik zal en ben hierin de laatste die daar wat over te zeggen heeft

[WanWizard]

Door te stellen dat we "alles" maar moeten laten vallen en tijd vrij maken om "even" een ipk-tje te maken leg je wel degelijk een eis neer, te meer omdat je hoog van de toren blaast dat we het niet doen.

 

Ik heb je al gezegd dat het niet zo simpel is, ik heb al een paar uur zitten in het verbouwen van de cccam recipe's zodat er fatsoenlijk ipk's gebouwd kunnen worden met de juiste binary blob er in, de oude hoefden die logica helemaal niet, die waren hardcoded voor mipsel. En deze morgen waren er doordat het niet correct was 230 build runs mislukt, wat maar weer aangeeft dat testen van dit soort grappen wel belangrijk is. Dat had ook een gesloopte release image kunnen zijn...

[40H3X]

......en het blijft closed scource, waar geen noodzaak voor is, er is immers een prima open en goed onderhoude OScam, met een toegankelijke webinterface. Closed source, dan neem je als ngebruiker van deze versies even aan dat de changelog waarheidsgetrouw is en dat deze veranderingen het achterstallig onderhoud sinds 2011 wegpoetsen? Ik doe dat niet, maar "each to it's own....

Misschien dat de achergrond van de gebruikte Yocto iets kan toevoegen m.b.t. de discussie over versies (wiki)?

[WanWizard]

Misschien dat de achergrond van de gebruikte Yocto iets kan toevoegen m.b.t. de discussie over versies (wiki)?

 

Op zich prima, maar dan moet er wel goed nagedacht worden over het hoe en wat (en off-topic in deze thread ).

[Tech]

Jammer, een plugin overnemen en plaatsen in de Feed welke pas gebruikt kan worden bij OpenPli 6.2-rc ===> ???????

Stop nu eens met schreeuwen en zorg dat je met kennis van zaken antwoord.
Wij hebben zelf een recipe ervoor gemaakt en plukken dus niets van het net en proppen dat vervolgens in de feeds.
Je hebt geen enkel idee hoe wij onze zaken voor jullie regelen dus hou gewoon ff op.

[HPPli]

Als je een plaagstootje gelijk hierboven (in de nacht maandag op dinsdag) plaatst met een  erbij, ga je nu toch niet zeggen dat er wordt geschreeuwd ?

 

E.e.a. was een reactie op jullie melding;

 

Dat heeft niks met de buildserver te maken, maar met de gebruikte Yocto release (OpenEmbedded).

 

OpenPLi 6 zit op Morty, en die levert blijkbaar 2.24. Ik heb even gekeken, maar ook de komende 6.2 bouwt die versie. Develop (nu gebaseerd op Pyro) bouwt libc 2.25, pas met Rocko (die de basis gaat worden voor OpenPLi 7) wordt libc 2.26 gebouwd.

 

Dus als dat een hardcoded dependency is, dan heb je gelijk nog een reden om bij CCcam weg te blijven!

 

Ik lees hieruit dat CCcam 2.3.2 pas bruikbaar bij de release OpenPli7 vanuit de Feed kan worden gedownload.

Edited by HPPli, 22 March 2018 - 13:32.