1177 replies to this topic

[fairbird]

@Persian Prince

My bro ..

I have tried before to build DM800 image on ubuntu 16.04 but I can not (As you know dm800 need old glib 2.19 and new ubuntu after 14.04 not compatible to compile glib2.19)

I got a lot of error to build images.

With ubuntu 14.04 every things works perfect I have build dm800 and 800se without any problem ..

 

Do you thing (Ubuntu 16.04.2 LTS (4.8.0-58 kernel) ) can compile glib2.19 ?!

Thank you

[Beeker]

Sorry, but that's probably due to gcc 5/6 in Ubuntu 16.04 and other dev-tools. Not kernel.

[fairbird]

Ok .. Got it 

Thank you my friend

[Beeker]

Old box = old kernel = old glibc = old Ubuntu.

 

Unless you want spent your time to hack OE-core upside down and inside out.

 

But nice to hear it does build with Ubuntu 14.04.

 

Now awaiting for OE-core update OpenPLi.(DM7080HD/DM820).

[WanWizard]

We can look at that after 6 is released (for maybe implementation in 7).

 

I have been testing with gcc7, which is very strict, you'll be amazed at the amount of coding errors in OE (for most I found fixes committed in the last few months).

[Beeker]

Yes..gcc7 is really strict. Even Linus Torvald has problems with it.

 

https://git.kernel.o...cc9394d7930cb9c

 

I use Ubuntu with gcc6 as host. But my dm8000 image is build against latest OE-core, thus has gcc7 as gcc cross compiler.

 

Indeed a lot of build failures, most of them due to the RSS(Recipe Specific Sysroots) in latest OE-core.

 

So a lot of work to do when updating OE-core.

 

I only had to drop dvb-apps so far ,due to several build failures(fetch problem. PERL problem, build against latest v4l-utils-native). So end of story to dvb-apps.

 

OpenPli develop branch doesn't build out of the box with Ubuntu 17.04 due to html5lib.py. But that can be solved with a tiny backport patch.

 

Anyway.. Hope OpenPLi 6 will be released soon, so OE-core can be updated.

Edited by Beeker, 31 July 2017 - 11:46.

[babsy98]

simple set in your distro

 

GCCVERSION = "6.3%"

 

and build with gcc 6.3.0

 

and wait 6-12 month for more gcc 7.1.x fixes

[Beeker]

The only problem with gcc7 is streamproxy for vusolo2, due to C++11 , all other packages build flawlessly.

[WanWizard]

I know there are ways to deal with gcc7, my point was that it exposed all sorts of nasty bugs in the OE code, so from that point of view, the strict mode is a good idea.

 

We also have to think about continuity. At the moment, we already have to use a special buildserver for OpenPLi 4 (based on Ubuntu 14.04), as it doesn't build on our standard server build (based on Ubuntu 16.04). Ideally I would not like to expand the farm further, so I'd like to postpone introducing gcc7 if we can, or find a modus in which gcc versions can coexist.

 

I just bumped into it because I work on Fedora, and brainlessly decided to update to F26 without thinking about the impact that would have on building the image.

[dax]

simple set in your distro

 

GCCVERSION = "6.3%"

 

and build with gcc 6.3.0

 

and wait 6-12 month for more gcc 7.1.x fixes

With archlinux can i do the trick?

Where i can set GCCVERSION?

[fairbird]

Guys..

In openpli6 (wget) can not download some links such as some https and others ..

But if I use fullwget to (samsamsam) from IPTVPlayer feed every things works and download it without any problems.

 

Here photo to show that problem from dd_subtitle plugin as example ..

 

With original wget in image the poster photo not appeared  ..

 

 1.jpg   135.45KB   11 downloads

 

With fullwget the poster photo appeared..

 

 2.jpg   220.3KB   9 downloads

 

Thank you ..

Edited by fairbird, 12 August 2017 - 21:16.

[littlesat]

Why download it via wget... As it could be downloaded via the download tool in python?

Edited by littlesat, 12 August 2017 - 22:35.

[fairbird]

No my friend .. I did not download it manually. 

I'm Just open dd_subtitle plugin normally and the poster photo not appeared.

And after delete symlink to wget from /usr/bin and then send fullwget file to same path with symlink

rm -rf /usr/bin/wget
ln -sfn fullwget /usr/bin/wget

Plugin work again and as the photo shows in my previous replay the poster photo appeared.

 

Thank you

Edited by fairbird, 12 August 2017 - 22:51.

[SpaceRat]

In openpli6 (wget) can not download some links such as some https and others ..

Not only in OpenPLi ...

By default wget gets provided by shittybox (TPFKAB) The program formerly known as busybox) which is becoming increasingly useless.

"ar" is another example for a useless busybox applet, it simply can not extract current ar(chives), e.g. the ipk created under decently new Debian, MiNT or Ubuntu.

Edited by SpaceRat, 12 August 2017 - 23:27.

[Huevos]

No idea why people use wget from inside python scripts. Should use urllib2 or similar python extension.

[littlesat]

I pointed to the plugin... When the plugin does not use wget it should be fine... No need to have https on wget... Huevos explained it... I bet the plugin also uses os.system or so to execute wget, which is expensive (fork, ram usage)... I Recently adapted the downloader tool so it could be used more easily (see FlashImage.py)

Edited by littlesat, 13 August 2017 - 08:37.

[WanWizard]

Besides that, the wget package is available in the feeds, so a simple "opkg install wget" should do, no need to fiddle with all sorts of external stuff.

[Erik Slagter]

Various OE updates (mainly because the then current version gave unsurmountable problems) are actually the reason why there never was an OpenPLi 5 release. Let's not go on that path again. OE updates only in experimental environments.