Find content
Undisclosed
Display name history
Alles is met een stevige hoeveelheid hacks wel werkend te krijgen. Maar developers houden als het goed is niet van hacks.
#226437 Openpli naar SH4 ontvangers porten?
Posted by
on 24 October 2011 - 21:45
#226243 Openpli update troubles topic
Posted by
on 24 October 2011 - 14:08
ja, online updates werken gewoon, negeer de waarschuwing (die we de komende paar weken waarschijnlijk wel zullen laten staan)
#226224 Openpli update troubles topic
Posted by
on 24 October 2011 - 12:18
het doodskopje staat er alleen als waarschuwing voor mensen die een online update proberen te doen.
Flashen van de image zou wel altijd goed moeten gaan (als je tenminste eerst de bootloader flasht, en dan pas de image, zodat de image met de nieuwe bootloader flash routines geflashed wordt)
Flashen van de image zou wel altijd goed moeten gaan (als je tenminste eerst de bootloader flasht, en dan pas de image, zodat de image met de nieuwe bootloader flash routines geflashed wordt)
#226186 Percents in ServiceList patch
Posted by
on 24 October 2011 - 10:42
This topic is not about service list alignment, but about progress percentages.
EDIT: now I see the first post also mentions alignment.
I think alignment / percentages should be in seperate patches.
The alignment option might be easier to get accepted than the percentages.
EDIT: now I see the first post also mentions alignment.
I think alignment / percentages should be in seperate patches.
The alignment option might be easier to get accepted than the percentages.
#226162 Openpli update troubles topic
Posted by
on 24 October 2011 - 09:34
voor de 500hd kan je volgens mij het beste eerst de #84 bootloader flashen, en dan de 2.1 image opnieuw flashen.
Online update werkt op zich wel, maar blijkbaar niet bij iedereen.
Door eerst de bootloader te flashen, en daarna de image opnieuw te flashen, weet je zeker dat de image met de juiste flash routines geflashed is.
Online update werkt op zich wel, maar blijkbaar niet bij iedereen.
Door eerst de bootloader te flashen, en daarna de image opnieuw te flashen, weet je zeker dat de image met de juiste flash routines geflashed is.
#225619 DTT USB AF9035 and kernel 3.0.x -> patch
Posted by
on 22 October 2011 - 11:14
found a better solution to force the autoload order, this should probably work:
module_autoload_dvb-usb-af9035 = "af9033 mxl5007t tda18218 tua9001 dvb-usb-af9035"
module_autoload_dvb-usb-af9035 = "af9033 mxl5007t tda18218 tua9001 dvb-usb-af9035"
#225529 Bootloader problemen (?) dm8000.
Posted by
on 21 October 2011 - 22:02
misschien maar ff een nieuw topic voor de bootloader problemen. Ik zie nu dat we dit topic aan het kapen zijn, en dat het oorspronkelijke probleem ondersneeuwt
#225489 DTT USB AF9035 and kernel 3.0.x -> patch
Posted by
on 21 October 2011 - 19:49
note that we do not need to add modules which are loaded as dependencies; just the bare minimum.
We probably do not need
kernel-module-tda18218
kernel-module-af9033
kernel-module-tda18218
kernel-module-mxl5007t
kernel-module-tua9001
We probably do not need
kernel-module-tda18218
kernel-module-af9033
kernel-module-tda18218
kernel-module-mxl5007t
kernel-module-tua9001
#224558 Foreca Weersverwachting v1.6 NL
Posted by
on 17 October 2011 - 12:12
Voor ons is het het makkelijkst als degenen die de updates maken, deze ook zelf committen in een git repository.
Misschien eens kijken of je wat met github kunt?
En, bedenk ook wat de oorspronkelijke maker hier van gaat vinden.
Hij moet niet het gevoel hebben dat 'wij' zijn plugin gaan stelen, en ontwikkeling overnemen.
Misschien wil hij zelf ook wel graag fixes en features ontvangen, en zelf blijven ontwikkelen.
Heeft hij zelf een repository?
In dat geval, clonen, fixes maken, en pull requests sturen.
Of heeft hij zijn sources (nog) niet in een repository staan? Hem dan overhalen dit wel te doen, zodat hij kan voorkomen dat z'n projectje geforked wordt, ontwikkeling versnippert, en uitsterft.
Misschien eens kijken of je wat met github kunt?
En, bedenk ook wat de oorspronkelijke maker hier van gaat vinden.
Hij moet niet het gevoel hebben dat 'wij' zijn plugin gaan stelen, en ontwikkeling overnemen.
Misschien wil hij zelf ook wel graag fixes en features ontvangen, en zelf blijven ontwikkelen.
Heeft hij zelf een repository?
In dat geval, clonen, fixes maken, en pull requests sturen.
Of heeft hij zijn sources (nog) niet in een repository staan? Hem dan overhalen dit wel te doen, zodat hij kan voorkomen dat z'n projectje geforked wordt, ontwikkeling versnippert, en uitsterft.
#224383 DVB-T
Posted by
on 15 October 2011 - 23:30
install af9033 and tua9001 as well
(opkg list *af9033*, opkg install, etc)
(opkg list *af9033*, opkg install, etc)
#222791 Dreambox keyboard werkt niet in OpenPli
Posted by
on 7 October 2011 - 22:01
Ik vraag ff door omdat op sat4all diverse users op dit punt vastlopen met openpli.
ja, ik hoor vaker geruchten dat het niet zou werken, af en toe keer haal ik dan het toetsenbord weer uit de motteballen, om vast te stellen dat er niks mis is.
Maar het blijft raar dat het blijkbaar niet bij iedereen vanzelf werkt.
Er is eigenlijk niks aan in te stellen (behalve de keymap US/DE, maar dan zouden de cursor toetsen het op z'n minst altijd nog moeten doen)
Conclusie moet dus zijn dat ze verouderde openpli images gebruiken.
Mogelijk, hoewel het toetsenbord eigenlijk altijd gewerkt heeft.
Alleen dat virtual keyboard scherm was een tijd lang een uitzondering.
Kan die gekke glass skin hier ook de zaak defect lopen te patchen?
Ik kan niks uitsluiten, maar kan me aan de andere kant ook niet voorstellen hoe een skin of plugin of ander component de werking van het toetsenbord kan verprutsen
#222202 compile ET9000 image based on Pli !
Posted by
on 5 October 2011 - 12:19
Just start the build again
#222134 compile ET9000 image based on Pli !
Posted by
on 4 October 2011 - 21:21
| + mkfs.ubifs -r /home/ajeeb/build-et9000/tmp/rootfs/openpli-enigma2-image -o /home/ajeeb/build-et9000/tmp/deploy/images/et9000/openpli-enigma2-2.1-et9000.ubifs.img -m 2048 -e 126976 -c 4096
| Error: output file cannot be in the UBIFS root directory
mkfs.ubifs makes the wrong assumption about rootfs / output file, thinking that the output file will end up in the rootfs tree it is trying to generate the image from (which would result in an endless loop)
However, mkfs.ubifs is wrong.
I've seen a similar situation when creating a mkfs.ubifs backup on the stb, where the output file is even on a different mount.
I worked around that by patching mkfs.ubifs.
Haven't seen this issue on the server though. Perhaps related to the type of filesystem on your buildhost?
| Error: output file cannot be in the UBIFS root directory
mkfs.ubifs makes the wrong assumption about rootfs / output file, thinking that the output file will end up in the rootfs tree it is trying to generate the image from (which would result in an endless loop)
However, mkfs.ubifs is wrong.
I've seen a similar situation when creating a mkfs.ubifs backup on the stb, where the output file is even on a different mount.
I worked around that by patching mkfs.ubifs.
Haven't seen this issue on the server though. Perhaps related to the type of filesystem on your buildhost?
#179005 Build status (traffic light)
Posted by
on 8 January 2011 - 12:11
issue (v4l-dvb-modules related) has been fixed before last nights build, so things are fine now.
#120552 Openpli update troubles topic
Posted by
on 27 December 2009 - 18:12
Waarom leid dit alweer tot een zinloze discussie? Waarom zou ik dat als gebruiker moeten kunnen dan?
als je wil dat iemand serieus naar je probleem kijkt, zal je zinvolle informatie moeten geven.
Maar als je dit een zinloze discussie vindt, dan sluit ik mij daar graag bij aan, en is het bij deze voor mij geen probleem meer.
