1177 replies to this topic

[MastaG]

Just setup nginx or apache.
Make openpli-enigma2-feed and copy the directories to /var/www/html.

[dax]

Just setup nginx or apache.
Make openpli-enigma2-feed and copy the directories to /var/www/html

Fascinating... Is it possible on a raspberry? Just for my decoder, no more devices.

Which directories?

Edited by dax, 22 November 2016 - 19:12.

[blzr]

if it's only for your own box(es) I would suggest to just allow local web access directly to the .../deploy/ipk dir on your build machine,
no need to copy whole feed after each build then...

how I set this up on nginx / lubuntu:
1) installed nginx
2) created site file for my feed, in /etc/nginx/sites-available, 'myfeed' looks like that:

server {
    listen 80 default_server;

   root /home/bart/openpli/build/tmp/deploy/ipk/;
 
location / {
        autoindex on;
    }
}

3) disabled the nginx default site

sudo rm /etc/nginx/sites-enabled/default

4) enabled new 'myfeed' site

sudo ln -s /etc/nginx/sites-available/myfeed /etc/nginx/sites-enabled/myfeed

5) restarted nginx

sudo /etc/init.d/nginx restart

now on my boxes, adjusted /etc/opkg/...all, machine, arch... feeds,
like this:

src/gz openpli-mips32el http://192.168.1.5/mips32el

that's all...

[dax]

Great explanation but doens 't work on my archlinux pc. When i try to connect on server side i see

nov 22 23:29:58 dax-arch systemd[1]: Starting A high performance web server and a reverse proxy server...
nov 22 23:29:58 dax-arch systemd[1]: Started A high performance web server and a reverse proxy server.
nov 22 23:30:05 dax-arch nginx[7203]: 2016/11/22 23:30:05 [error] 7207#7207: *1 open() "/home/davide/openpli_5.0/openpli-oe-core/build/tmp/deploy/ipk/all/Packages.gz" failed (13: Permission denied), client: 192.168.64.195, server: localhost, request: "GET /all/Packages.gz HTTP/1.1", host: "192.168.64.191"
nov 22 23:30:05 dax-arch nginx[7203]: 2016/11/22 23:30:05 [error] 7207#7207: *2 open() "/home/davide/openpli_5.0/openpli-oe-core/build/tmp/deploy/ipk/mips32el/Packages.gz" failed (13: Permission denied), client: 192.168.64.195, server: localhost, request: "GET /mips32el/Packages.gz HTTP/1.1", host: "192.168.64.191"
nov 22 23:30:05 dax-arch nginx[7203]: 2016/11/22 23:30:05 [error] 7207#7207: *3 open() "/home/davide/openpli_5.0/openpli-oe-core/build/tmp/deploy/ipk/vusolo2/Packages.gz" failed (13: Permission denied), client: 192.168.64.195, server: localhost, request: "GET /vusolo2/Packages.gz HTTP/1.1", host: "192.168.64.191"

Tomorrow i will investigate further...

[christophecvr]

about nginx I do not now anything but just use appache two

 

see Installing Appache http server and link to the openpli feeds.         section on :

 

http://users.telenet...npliubuntu.html

[sportfootbol]

With all due respect,and great effort,I have to ask...When you are expected openpli 5...A large number of connoisseurs in the projectu,nfortunately, we do not test image,,,DM 800HD SE..Thanks..

[foxbob]

Need help.I am build formuler1,and from resume compiling error
 
| DEBUG: Executing python function set_image_size
| DEBUG: Python function set_image_size finished
| DEBUG: Executing shell function do_image_ubi
| ubinize: volume size was not specified in section "ubifs", assume minimum to fit image "/home/boris/formuler/openpli-oe-core/build/tmp/work/formuler1-oe-linux/openpli-enigma2-image/1.0-r0/deploy-openpli-enigma2-image-image-complete/openpli-enigma2-5-formuler1_20161123.rootfs.ubifs"97136640 bytes (92.6 MiB)
| cp: cannot stat ‘/home/boris/formuler/openpli-oe-core/build/tmp/deploy/images/formuler1/openpli-enigma2-5-formuler1_20161123.rootfs.ubi’: No such file or directory

 

formuler.inc https://cloud.mail.r.../4N4f/99H8GkSkq

[christophecvr]

Need help.I am build formuler1,and from resume compiling error
 
| DEBUG: Executing python function set_image_size
| DEBUG: Python function set_image_size finished
| DEBUG: Executing shell function do_image_ubi
| ubinize: volume size was not specified in section "ubifs", assume minimum to fit image "/home/boris/formuler/openpli-oe-core/build/tmp/work/formuler1-oe-linux/openpli-enigma2-image/1.0-r0/deploy-openpli-enigma2-image-image-complete/openpli-enigma2-5-formuler1_20161123.rootfs.ubifs"97136640 bytes (92.6 MiB)
| cp: cannot stat ‘/home/boris/formuler/openpli-oe-core/build/tmp/deploy/images/formuler1/openpli-enigma2-5-formuler1_20161123.rootfs.ubi’: No such file or directory

 

formuler.inc https://cloud.mail.r.../4N4f/99H8GkSkq

Yes there is a problem due to last oe-core . The bbclass do have some changes concerning image deploy.

 

There are work arounds here but they are not perfect . We will have to change the target maps for deployement by pli machine-meta (which will have to pas to vu self for the vu+ boxes)

 

read topics :

 

http://forums.openpl...ndpost&p=616393

 

and the answer :

http://forums.openpl...ndpost&p=616405

 

and then the further discussion about it.

 

It's no use to work out a permanent solution as long not any core member decides what to do with it. It just would be a waist of time.

[dax]

Great explanation but doens 't work on my archlinux pc. When i try to connect on server side i see

nov 22 23:29:58 dax-arch systemd[1]: Starting A high performance web server and a reverse proxy server...
nov 22 23:29:58 dax-arch systemd[1]: Started A high performance web server and a reverse proxy server.
nov 22 23:30:05 dax-arch nginx[7203]: 2016/11/22 23:30:05 [error] 7207#7207: *1 open() "/home/davide/openpli_5.0/openpli-oe-core/build/tmp/deploy/ipk/all/Packages.gz" failed (13: Permission denied), client: 192.168.64.195, server: localhost, request: "GET /all/Packages.gz HTTP/1.1", host: "192.168.64.191"
nov 22 23:30:05 dax-arch nginx[7203]: 2016/11/22 23:30:05 [error] 7207#7207: *2 open() "/home/davide/openpli_5.0/openpli-oe-core/build/tmp/deploy/ipk/mips32el/Packages.gz" failed (13: Permission denied), client: 192.168.64.195, server: localhost, request: "GET /mips32el/Packages.gz HTTP/1.1", host: "192.168.64.191"
nov 22 23:30:05 dax-arch nginx[7203]: 2016/11/22 23:30:05 [error] 7207#7207: *3 open() "/home/davide/openpli_5.0/openpli-oe-core/build/tmp/deploy/ipk/vusolo2/Packages.gz" failed (13: Permission denied), client: 192.168.64.195, server: localhost, request: "GET /vusolo2/Packages.gz HTTP/1.1", host: "192.168.64.191"

Tomorrow i will investigate further...

Ok, i fix the problem with nginx. Now i have three questions:

-i haven't a 3rd party feed, so can i delete both files in /etc/opkg/?

-can i build an image that include my conf files in /etc/opkg/?

-Is it possible to do an image update-upgrade? What i have to do on 'server side'?

 

P.S. to fix it on archlinux add in /etc/nginx/conf

user 'user' 'group';
include servers-enabled/*;

[foxbob]

Build formuler1 is ok imageversion-OpenEmbedded-5-20161124,but kernel.bin 0-rootfs 95.8M.Why?

[blzr]

...Now i have three questions:
-i haven't a 3rd party feed, so can i delete both files in /etc/opkg/?

yes

-can i build an image that include my conf files in /etc/opkg/?

yep, take a look into .../meta-openpli/conf/distro/openpli.conf
feeds uri is defined there

-Is it possible to do an image update-upgrade? What i have to do on 'server side'?

not sure if I understand /?/
if you have nginx running and configured as I described above, you should be able perform image update/upgrade either from gui or console already,
no additional actions required...

[christophecvr]

Well now it's complete failing the build even e2 plugins do not build anymore

 checking consistency of all components of python development environment... no
| configure: error: in `/home/christophe/openpli50/openpli-oe-core/build/tmp/work/vuduo2-oe-linux/enigma2-plugin-systemplugins-autobouquetsmaker/2.1+gitAUTOINC+22b31e6a02-r2/git':
| configure: error:
|   Could not link test program to Python. Maybe the main Python library has been
|   installed in some non-standard library path. If so, pass it to configure,
|   via the LDFLAGS environment variable.
|   Example: ./configure LDFLAGS="-L/usr/non-standard-path/python/lib"
|   ============================================================================
|    ERROR!
|    You probably have to install the development version of the Python package
|    for your distribution.  The exact name of this package varies among them.
|   ============================================================================

[christophecvr]

disregard previous python was not build yet that's the cause it tries to build plugins when python is not fully build and installed.

 

So just first continu with bitbake -k option .

[foxbob]

I am build solo2 and duo2 is ok.There are online updates.

[christophecvr]

When launching a second time and with -k option it builded f back from scratch on duo2.

 

We well can say that there is a general severe regression in building. And this brings it much further away from any future stable pli5 version. How it is now Think next year it still will not be there. Perhaps 2018 maybe

[Beeker]

With latest openembedded-core, meta-openembedded en bitbake you can expect more problems.

 

Bitbake breaks the e2openplugins en openpli-plugins (ok a lot of them, not all).

 

I have solution for that, but the hardest part for me is the now swig.

 

Swig has been updatet to version 3.0.10 (since yesterday). And it's building fine but enigma2 totally crashing at startup due to -no module named libimport-

 

For now back to 3.0.8.

 

Anyway ..it's not over with the misery.

[christophecvr]

With latest openembedded-core, meta-openembedded en bitbake you can expect more problems.

 

Bitbake breaks the e2openplugins en openpli-plugins (ok a lot of them, not all).

 

I have solution for that, but the hardest part for me is the now swig.

 

Swig has been updatet to version 3.0.10 (since yesterday). And it's building fine but enigma2 totally crashing at startup due to -no module named libimport-

 

For now back to 3.0.8.

 

Anyway ..it's not over with the misery.

Yes misery it is.

 

Point was that I personally wanted to concentrate on gstreamer update. And for that off course I follow the very last developments . It make no sense to go to development version and working with deprecated background.

 

The only good news is that.

 

With gstreamer 1.11 when using gst-launch-1.0 all hls media works just perfect . Some things are changed and works to the servicemp3.c are urgently required to make full benefit off the gst-1.11 improvements. But yes all the time goes to having a build now . And when You finally have a build again they change and all crashes . result again restart from scratch and so on. ....       

[christophecvr]

@All

 

Since the core member does not reply on any question , eventually advice, planning, will the branch remain will it change ......

 

Take a look on the comment in :

 

https://github.com/O...b6b8c4af3737f95

 

Verry fun since so what all testers do have the extreme opposite then that comment.

[Beeker]

Problem with swig solved.

 

Just add:

 

python-importlib \

 

to enigma2.bb

 

Now just wait for nis.inc

 

http://git.openembed...cbf1d7a79b30a06

 

It's now in master-next of meta-openembedded. But if it's in master..dm8000 building fine against bitbake/meta-openembedded/openembedd-core GIT master HEAD of today.

 

Still question and wait for answer...What about bbappends for buildtools-tarball.bb and uninative-tarball.bb ? For dreambox only.

 

Awaiting openpli-dev.

[dax]

yep, take a look into .../meta-openpli/conf/distro/openpli.conf
feeds uri is defined there

I'm right?

FEED_NAME ?= "${DISTRO_NAME}-${DISTRO_VERSION}"
DISTRO_FEED_URI ?= "http://${DISTRO_HOST}/feeds/${FEED_NAME}"
DISTRO_FEED_PREFIX ?= "${DISTRO_NAME}"

FEED_NAME ?= "${DISTRO_NAME}-${DISTRO_VERSION}"
DISTRO_FEED_URI ?= "http://192.168.64.191/"
DISTRO_FEED_PREFIX ?= "${DISTRO_NAME}"

In order to have

src/gz openpli-all http://192.168.64.191/all

And for don't create 3rd-party feed files?

not sure if I understand /?/
if you have nginx running and configured as I described above, you should be able perform image update/upgrade either from gui or console already,
no additional actions required...

Yes, you understand correctly.
Thanks

Edited by dax, 24 November 2016 - 14:44.