21 replies to this topic

[ajeeb]

I have debian linux server also I have ubuntu over VMware
anybody can give me a first start to make cross-compile
do I need all the source like E1 or only Pli source ?

BR

Edited by ajeeb, 2 October 2011 - 16:41.

[hemispherical1]

Unfortunately, with the recent site move, not all of the old information is available yet, or at least I can't find it. If you're going to compile on Ubuntu, make sure DASH isn't the default shell as it has consistently proven to be a problem. Create a directory where you want to keep your OpenPLi build and cd to that directory & run:

wget http://openpli.svn.s...oe/Makefile-2.1

That "should" download the latest makefile to build the images. By default the makefile is set to compile the ET9000, so you shouldn't have to change it, but you might as well check it to make sure:

MACHINE ?= et9000

Then create the build heiarchy by issuing the command, again from within your desired build directory:

make -f Makefile-2.1

Once that completes run the command:

make -f Makefile-2.1 image

If everything goes well it will automagically download & install the build enviornment then proceed to build the image. That said, it rarely (if ever) goes well. Chances are it will stall out, unable to find various software packages. Track down those packages and copy them & their md5sum files to the software directory & try again. Search the forum when you run into trouble for leads on where to find missing software, create md5sums, etc...

To the best of my recollection that is basically the build process, anyone feel free to correct me if I forgot something..


Good luck,
--
hemi

[ajeeb]

well, thanks for reply
I got this ... error in log

Attached Files

•  log.txt   6.85KB   7 downloads

[ajeeb]

sorry missing packages !!! my mistake I hope to compile it finally !
tell me plz ... just in case it's works how to make USB image ? !

Edited by ajeeb, 2 October 2011 - 23:28.

[hemispherical1]

I never made a USB image, good luck with that...


--
hemi

[ajeeb]

I like your answers ! never never !!!
whatever !
well, I do everything but there is errors even when use bash instead of dash...etc + packages

"ERROR: '/home/ajeeb/openembedded/recipes/quilt/quilt-native_0.48.bb' failed" !?!
WTH?
I will keep looking !

Edited by ajeeb, 3 October 2011 - 00:55.

[MiLo]

Post the rest of the output, then we might be able to help

[littlesat]

There are currently problems with downloading the binutil backages because a server is down.

[ajeeb]

yes I know ! I collect manually ... now am trying to finish compile just because it's over VMware ... it's slowly ... and it's 3393 tasks ! and some need md5sum ...and some corrupted packs.. why nobody upload all packs to a public FTP.

hope 2night will finish ! and I want to continue what we talk yesterday ! to apply the epg patch and some other stuff
thanks

Edited by ajeeb, 3 October 2011 - 19:10.

[joseb]

It took me three evenings/nights to get everything downloaded and built.
Servers were down, slow etc. Patience is a virtue! Anyway, good luck.

[ajeeb]

well it's stuck here , since yesterday .. now retry to compile it again !

NOTE: Running task 3122 of 3393 (ID: 446, /home/ajeeb/openembedded/recipes/tuxbox/tuxbox-common.bb, do_fetch)
NOTE: package tuxbox-common-1.0+svn228-r2: task do_fetch: Started
WARNING: /home/ajeeb/bitbake/lib/bb/fetch/cvs.py:140: DeprecationWarning: Call to deprecated function bb.mkdirhier: Please use bb.utils.mkdirhier instead.
  bb.mkdirhier(pkgdir)
 

Edited by ajeeb, 4 October 2011 - 13:14.

[ajeeb]

plz see the attached file ! I think it's break at last stage
I don't want to execute it as root !

Attached Files

•  log.log.zip   13.23KB   6 downloads

Edited by ajeeb, 4 October 2011 - 20:30.

[pieterg]

| + 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?

[ajeeb]

I follow the rulz !
----- Linux ubuntu 2.6.38-11-generic #50-Ubuntu SMP Mon Sep 12 21:18:14 UTC 2011 i686 i686 i386 GNU/Linux ----
and all source files there no errors only this one , all packages needed are there for enigma2 and distro
damn can't built this image

BR

Edited by ajeeb, 4 October 2011 - 21:30.

[ajeeb]

| + 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?

well I think I know what happen ... as u know vmware using virutal-hdd and it's resizable disk !
so I do Pre-allocated ... the fixed size
-----
so here what I get ... it's finish

Build Configuration:
BB_VERSION		= "1.12.0"
METADATA_BRANCH   = "master"
METADATA_REVISION = "f709b92"
TARGET_ARCH	   = "mipsel"
TARGET_OS		 = "linux"
MACHINE		   = "et9000"
DISTRO			= "openpli"
DISTRO_VERSION	= "2.1"
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing RunQueue Tasks
NOTE: Running task 3388 of 3393 (ID: 17, /home/ajeeb/pli/openembedded/recipes/images/openpli-enigma2-image.bb, do_package_update_index_ipk)
NOTE: package openpli-enigma2-image-1.0-r0: task do_package_update_index_ipk: Started
NOTE: package openpli-enigma2-image-1.0-r0: task do_package_update_index_ipk: Succeeded
NOTE: Running task 3390 of 3393 (ID: 12, /home/ajeeb/pli/openembedded/recipes/images/openpli-enigma2-image.bb, do_rootfs)
NOTE: package openpli-enigma2-image-1.0-r0: task do_rootfs: Started
NOTE: package openpli-enigma2-image-1.0-r0: task do_rootfs: Succeeded
NOTE: Running task 3391 of 3393 (ID: 8, /home/ajeeb/pli/openembedded/recipes/images/openpli-enigma2-image.bb, do_build)
NOTE: package openpli-enigma2-image-1.0-r0: task do_build: Started
NOTE: package openpli-enigma2-image-1.0-r0: task do_build: Succeeded
NOTE: Running task 3392 of 3393 (ID: 14, /home/ajeeb/pli/openembedded/recipes/images/openpli-enigma2-image.bb, do_rm_work)
NOTE: package openpli-enigma2-image-1.0-r0: task do_rm_work: Started
NOTE: package openpli-enigma2-image-1.0-r0: task do_rm_work: Succeeded
NOTE: Running task 3393 of 3393 (ID: 15, /home/ajeeb/pli/openembedded/recipes/images/openpli-enigma2-image.bb, do_rm_work_all)
NOTE: package openpli-enigma2-image-1.0-r0: task do_rm_work_all: Started
NOTE: package openpli-enigma2-image-1.0-r0: task do_rm_work_all: Succeeded
NOTE: Tasks Summary: Attempted 3393 tasks of which 3388 didn't need to be rerun and 0 failed.
ajeeb@ubuntu:~/pli$

need help to apply the EPG fix

Best regards for help

Edited by ajeeb, 5 October 2011 - 09:03.

[littlesat]

From the build directory in /tmp/deploy/images

[ajeeb]

now about lib_gdi_font ... you modify !
I try to find them in source and not there
----

ajeeb@ubuntu:~$ find -name 'lib_gdi_font.h'
ajeeb@ubuntu:~$ find -name 'lib_gdi_font.cpp'
----

[ajeeb]

I c u have apply the patch for the files font.cpp , font.h
and i hope it's works will test it soon
but I have I question if we change in source and want to rebuild without do all process again !
I remember in E1 need delete engima and recompile what about E2?

BR

Edited by ajeeb, 5 October 2011 - 10:46.

[pieterg]

packages with updated versions are built again.
So no need to delete anything.

[ajeeb]

ty for reply but something like this fix http://openpli.git.s...99bb9d1e8241b81
we can update via pli menu software management?