Forums

After integrating the mailine OpenEmbedded core changes to fix a few versioning problems, tomorrow upgrade will be huge again. You'll see something like 300+ upgradable packages.

My advise: Reflash, it's much quicker than running through the upgrades.

Perhaps we should add some logic in the upgrade code of the menu in enigma2...

 

If users hit upgrade fetch a file flash.txt or whatever. If their local revision is lower than the version in that flash.txt just be a very bad donkey box and dont upgrade how many times you retry, instead post something like: you cant upgrade to lastest version: you have to reflash your box!

Perhaps is it advisable to make (also) a explicit warning in the Dutch and German section.

 

The risk is very high that some people shall make a power interrupt before ending the Update. This because the needed time is much longer as they are used to.

I have reflashed the solo se with "2015/02/16 06:13 - 57.41MB" and the message of the OpenEmbedded environment... still there.

Perhaps we should add some logic in the upgrade code of the menu in enigma2...

I could add an auto warning in case there are 100+ upgrades....????

I have reflashed the solo se with "2015/02/16 06:13 - 57.41MB" and the message of the OpenEmbedded environment... still there.

 

 

if i choose "yes" the "no updates available" message appears.

 

regards

The message is a generic warning, it is not connected to the software on the box. We can not remotely alter your box to make it show a message.

 

I think I can assume that you can remember flashing 5 minutes ago, and that this message does not apply to you?

i get same warning on my image from satdreamgr i have on my duo2 of 300+ upgradable packages. then if i choose "yes" the "no updates available" message appears?

You get this until we switch it off, if you flashed today, you're ok and you can ignore it, if you haven't, you're not running OpenPLi4.

no image from today for vu+ uno and vu+ duo

What is wrong with yesterday's image?

Provided you have reflashed with the new C linguage as advised before..
There is no problem.

I don't understand the advice to make full reflash...

Everything is OK..

Only observation is one have to wait untill it's all done, especially when the winter picture appears.
Il is possible to believe the process had crashed..
Just wait a couple of minutes..

The ET-6000 worked flowless after the update...
Edited by guirigui, 16 February 2015 - 23:38.

Oh, an update. We need updates, updates, updates. Why? My system runs. I make no update again. You make more updates then Microsoft with Windows.

 

 

Micky

Provided you have reflashed with the new C linguage as advised before..
There is no problem.

I don't understand the advice to make full reflash...

Everything is OK..

Only observation is one have to wait untill it's all done, especially when the winter picture appears.
Il is possible to believe the process had crashed..
Just wait a couple of minutes..

The ET-6000 worked flowless after the update...

I confirm that there isn't any trouble doing the update without a full reflash. Everthing works fine. As  guirigui mentioned you have only to wait a little bit when the winter picture appears and be patient. After a little time the box reboots and everything works fine even on Xtrend ET-9200

Edited by teleradio, 17 February 2015 - 02:50.

Hello

tkx for update but unfor reflashed dream-800hdse

 

found a green display while:

Menu --> Infor --> Service

 

push Blue Botton (Status Tuner) - get green display

 

hereis last sting of crash-log

 

action ->  ColorActions blue
Traceback (most recent call last):
  File "/usr/lib/enigma2/python/Components/ActionMap.py", line 46, in action
  File "/usr/lib/enigma2/python/Screens/ServiceInfo.py", line 192, in tuner
  File "/usr/lib/enigma2/python/Screens/ServiceInfo.py", line 183, in showFrontendData
  File "/usr/lib/enigma2/python/Screens/ServiceInfo.py", line 204, in getFEData
KeyError: 'symbol_rate'
(PyObject_CallObject(<bound method ActionMap.action of <Components.ActionMap.ActionMap instance at 0x1a408c8>>,('ColorActions', 'blue')) failed)
]]>
        </enigma2crashlog>
    </crashlogs>
</openpli>
 

tkx for correction in next updates

 

also , found tt in case to load mgcamd-1.38c from panel of plugins OpenPli , instead upoloding & installing version of mgcamd-1.30d

which not support to view decription infor of source into INFORBAR

 

tkx

no image from today for vu+ uno and vu+ duo

As already not going to be?

I confirm there is no problem with online upgrade and no need for full reflash. My latest upgrade was in november, and today it went well with 300+ updates. Everything works fine, and only patience is needed. Receiver is VU+ Duo.

Why don't people READ?

 

You were advised to flash in order not to block your own IP (we auto-block when too many downloads happen from one IP), and because our download mirrors can't handle 300 downloads simultaneously from all OpenPLi4 users.

any suggest to fix above (msg #15) mentioned bug ?

hope OpenPli crew able to do it on next update

tkx advance

Hi where is the new file to flash my vu+duo on the downloads page I found this 2015/02/15 04:56 - 48.89MB that is the last one?