121 replies to this topic

[WanWizard]

There is no libgif4 on de upload server, in non of the feeds. So it's an issue on the buildserver.

[theparasol]

Strange... it healed itself?!

 

root@xp1000:~# opkg update
Downloading http://downloads.pli-images.org/feeds/openpli-4/3rd-party/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-3rd-party.
Downloading http://downloads.pli-images.org/feeds/openpli-4/3rd-party-xp1000/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-3rd-party-xp1000.
Downloading http://downloads.pli-images.org/feeds/openpli-4/all/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-all.
Downloading http://downloads.pli-images.org/feeds/openpli-4/mips32el/Packages.gz                                                                                        .
Updated list of available packages in /var/lib/opkg/openpli-mips32el.
Downloading http://downloads.pli-images.org/feeds/openpli-4/xp1000/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-xp1000.
root@xp1000:~# opkg upgrade
Upgrading enigma2-plugin-skins-pli-hd from 0.1+git671+dade6f0-r1 to 0.1+git673+88ae0a7-r1 on root.
Downloading http://downloads.pli-images.org/feeds/openpli-4/all/enigma2-plugin-skins-pli-hd_0.1+git673+88ae0a7-r1_all.ipk.
Upgrading enigma2 from 2.7+git12208+1333a32-r49 to 2.7+git12209+6e4612f-r49 on root.
Downloading http://downloads.pli-images.org/feeds/openpli-4/xp1000/enigma2_2.7+git12209+6e4612f-r49_xp1000.ipk.
Installing libgif4 (4.1.6-r3) on root.
Downloading http://downloads.pli-images.org/feeds/openpli-4/mips32el/libgif4_4.1.6-r3_mips32el.ipk.
libungif4 was autoinstalled and is now orphaned, removing.
Removing package libungif4 from root...
Configuring libgif4.
Configuring enigma2-plugin-skins-pli-hd.
Configuring enigma2.
root@xp1000:~#

[fcs001fcs]

Just for info:

 

Updated 2 x DM7020HD via GUI this afternoon with "Upgrade and Ask to Reboot"; I think it was #2 selection on the upgrade menu. One had 32 packages and the other 31 packages to update.

 

Upgraded with no problems. Checked again and no more updates available.

 

All works OK as far as I can tell.

[kalehrl]

Strange... it healed itself?!

 

Yup, I can confirm this.

[mire]

I have done my update last night. 34 packages updated and everything is working without a glitch. (Vu+ duo)

[hemertje]

We fixed a problem at our buildserver
If all goes well tonight we have a big online update tomorrow

[40H3X]

Here the same on the 15th only 40 packages on 16th 25 packages, so nothing near the 300 or so suggested...btw if I see a number nearly that big I'll choose to flash

[theparasol]

Me too...

 

root@xp1000:~# opkg update
Downloading http://downloads.pli-images.org/feeds/openpli-4/3rd-party/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-3rd-party.
Downloading http://downloads.pli-images.org/feeds/openpli-4/3rd-party-xp1000/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-3rd-party-xp1000.
Downloading http://downloads.pli-images.org/feeds/openpli-4/all/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-all.
Downloading http://downloads.pli-images.org/feeds/openpli-4/mips32el/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-mips32el.
Downloading http://downloads.pli-images.org/feeds/openpli-4/xp1000/Packages.gz.
Updated list of available packages in /var/lib/opkg/openpli-xp1000.
root@xp1000:~# opkg list-upgradable
root@xp1000:~#

[Robinson]

When updating via the GUI, make sure to choose the “update offline and reboot” option. After the reboot, run the update again, until there are no more updated packages left.

 

How come I am not offered "update offline and reboot" option on my ET9000?

See the screenshot, please.

Attached Files

•  1_0_1_3DCD_640_13E_820000_0_0_0.jpg   46.36KB   23 downloads

[WanWizard]

The first option.

[blzr]

We fixed a problem at our buildserver
If all goes well tonight we have a big online update tomorrow

 

seems that not all went well?
just have updated my et9500 - only 2 packages...

[Erik Slagter]

Yes, the xtrend generation 1 stb's failed. The all too well known problem with the blindscan package (supplied by xtrend). IIRC MiLo "fixed" it by not having the build fail on it, but apparently the "fix" got lost somewhere or there is another problem now.

[blzr]

the strange thing is that the build from today seems to be present on the server /?/

http://openpli.org/d.../xtrend/et9x00/

 

and as to this long lasting xtrend blindscan issue, seems that they 'fixed' it finally in the bsp layer after several unsuccessful attempts, some time ago (in a weird way, if you ask me, btw),

at least here both image and the feed build just fine

[Erik Slagter]

Yes I think that is true. Just like the DMM builds that used to "just" work before. I think the cleanout of the tmp has had some negative side-effects, which hopefully can be resolved by explicite building of some packages. I just finished doing that for the dm800se and it seems to work.

[athoik]

It seems the most easy way to solve issues with big updates is to delete build folder...

And it hurts every time master-next is merged into master

[ims]

What I see last 2 days ... I must run home build twice. When is first build finished, then is displayed x-packages to update, but nothing is updated. After second build ( of course, nothing new is builded) works update ok.

[athoik]

(Home builders) We are missing the new features of OE (eg PR server is not enabled and buildhistory too) and that might be one the causes that packages didn't auto increase their pr to force update...

[Erik Slagter]

The problem with the xtrends seems to something we can't fix ourselves, it seems to be in the bsp

[betacentauri]

Can someone tell me the exact problem with the xtrend bsp layer (via pm if you want because it's off topic). Then I can try to solve it.

[blzr]

and as to this long lasting xtrend blindscan issue, seems that they 'fixed' it finally in the bsp layer after several unsuccessful attempts, some time ago (in a weird way, if you ask me, btw),
at least here both image and the feed build just fine

The problem with the xtrends seems to something we can't fix ourselves, it seems to be in the bsp

 
ok, indeed, this blindscan-dvbs-utils issue just seemed to be fixed, actually...
took a closer look into this yesterday, and:
- the feed builds successfully only once, on clean build, at every subsequent try it fails at this

ERROR: Function failed: do_deploy (log file is located at /home/bart/openpli-oe-core/build/tmp/work/mips32el-oe-linux/et-blindscan-dvbs-utils/1.0-r6/temp/log.do_deploy.31055)

- after you -cleansstate it, the feed build succeeds, but just one time again...
 
 
 

Can someone tell me the exact problem with the xtrend bsp layer (via pm if you want because it's off topic). Then I can try to solve it.

 
https://github.com/X...n-dvbs-utils.bb
as I understand it:
- et-blindscan-utils should just install the binary, no idea what was the  rationale behind for using the plugin as a source, instead of just avl binary
- after several failed attempts to repair the recipe, so that it installed avl-xtrend-blindscan properly, they came up with the idea to install a complete plugin, with binary inside... /?!/
(what still breaks build of the feed - see above error)

Edited by blzr, 20 November 2014 - 09:14.