Jump to content


Photo

Openpli-5 (still next master)


  • Please log in to reply
1177 replies to this topic

Re: Openpli-5 (still next master) #61 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 19 January 2016 - 12:45

Oeps no .nfi file ?? No image.not good.


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #62 asiBenlik

  • Senior Member
  • 44 posts

0
Neutral

Posted 21 January 2016 - 23:49

How to build.OpenPli 5 VuUno image...


~~THINK OUTSIDE THE BOX~~

~PLi-Turko~

~HürTeam~


Re: Openpli-5 (still next master) #63 janejak

  • Senior Member
  • 284 posts

+11
Neutral

Posted 22 January 2016 - 01:42

u can try on ur linux pc this command in terminal:

git clone -b master-next https://github.com/o...openpli-oe-core openpli-next
cd openpli-next
make
MACHINE=vuuno make image

 

and hope it work. i have try it for duo2 but i give up, every time i try i get error


Edited by janejak, 22 January 2016 - 01:44.


Re: Openpli-5 (still next master) #64 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 22 January 2016 - 12:07

The problem(at least for me) with the new OE-Core starts in meta-dream/conf/machine/include/dreambox-ubi.inc
 

inherit image_types_nfi

IMAGE_FSTYPES ?= "ubi.nfi"
UBI_VOLNAME = "rootfs"
UBINIZE_VOLSIZE ?= "0"
UBINIZE_DATAVOL ?= "0"

This do_image,rootf,boot,jffs2,ubifs,kernel etc is new to me. It's a leap in the dark.Perhaps i take ubifs to the barn and shoot them,
but dm8000 is building without errors and without any changes in the OE-Core at least.

Change IMAGE_FSTYPES ?= "ubi.nfi" to nfi

-    IMAGE_FSTYPES ?= "ubi.nfi"
+    IMAGE_FSTYPES ?= "nfi"

Do the same in meta-openpli/classes/image_types_nfi.bbclass (line 51)
 

		--boot-partition ${DREAMBOX_PART0_SIZE}:${DEPLOY_DIR_IMAGE}/secondstage-${MACHINE}.bin \
		--data-partition ${DREAMBOX_PART1_SIZE}:${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.boot.sum.jffs2 \
		--data-partition ${DREAMBOX_PART2_SIZE}:${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.sum.jffs2 \
		> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.nfi; \
"

-   IMAGE_CMD_ubi.nfi = " \
+   IMAGE_CMD_nfi = " \
	mkfs.jffs2 \
		--root=${IMAGE_ROOTFS}/boot \
		--compression-mode=none \
		--output=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.boot.jffs2 \
		${EXTRA_IMAGECMD}; \
	rm -rf ${IMAGE_ROOTFS}/boot/*; \

Now nfi file is made but image is unbootable.Box get stuck on first bootlogo and dhcp...

So argument CMDLINE kernel in meta-dream/recipes-bsp/linux/linux-dreambox.inc (line 115)also.
 

   CMDLINE_JFFS2 = "root=/dev/mtdblock3 rootfstype=jffs2 rw ${CMDLINE_CONSOLE}"
    CMDLINE_UBI = "ubi.mtd=root root=ubi0:rootfs rootfstype=ubifs rw ${CMDLINE_CONSOLE}"
-   CMDLINE = "${@base_contains('IMAGE_FSTYPES', 'ubi.nfi', '${CMDLINE_UBI}', '${CMDLINE_JFFS2}', d)}"
+   CMDLINE = "${@base_contains('IMAGE_FSTYPES', 'nfi', '${CMDLINE_UBI}', '${CMDLINE_JFFS2}', d)}"
    USB_CMDLINE = "root=${USB_ROOT} rootdelay=10 rw ${CMDLINE_CONSOLE}"

Now image is bootable.

In telnet df command give me this:

dm8000 login: root
root@dm8000:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
ubi0:rootfs             230144     71252    158892  31% /
devtmpfs                 74532         4     74528   0% /dev
tmpfs                       64         0        64   0% /media
tmpfs                    74640       172     74468   0% /var/volatile
/dev/sda1            488279992 403216056  85063936  83% /media/hdd
/dev/sdb1              1876696     57520   1819176   3% /media/mmc1
root@dm8000:~# 

Image is working.But I don't know if this is the right way? So any help,suggestions,improvments are welcome.


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #65 Alexvrs

  • Senior Member
  • 36 posts

+4
Neutral

Posted 22 January 2016 - 14:15

Ok image is building fine against latest OE-Core git master HEAD of today.

 

But feed still complains about perl-native-runtime.

ERROR: Nothing PROVIDES 'perl-native-runtime' (but /home/hains/openpli-oe-core/meta-openpli/recipes-connectivity/openssl/openssl-old_0.9.8x.bb DEPENDS on or otherwise requires it). Close matches:
  perl-native
  nativesdk-gcc-runtime
NOTE: Runtime target 'libcrypto-compat' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libcrypto-compat', 'openssl-old', 'perl-native-runtime']
NOTE: Runtime target 'softcams-enigma2-meta-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['softcams-enigma2-meta-dev', 'enigma2-plugin-softcams-mgcamd', 'libcrypto-compat', 'openssl-old', 'perl-native-runtime']
NOTE: Runtime target 'softcams-enigma2-meta' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['softcams-enigma2-meta', 'enigma2-plugin-softcams-mgcamd', 'libcrypto-compat', 'openssl-old', 'perl-native-runtime']
NOTE: Runtime target 'libcrypto-compat-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libcrypto-compat-dev', 'openssl-old', 'perl-native-runtime']
NOTE: Runtime target 'libcrypto0.9.8x' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libcrypto0.9.8x', 'perl-native-runtime']
NOTE: Runtime target 'libssl0.9.8x' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libssl0.9.8x', 'perl-native-runtime']
NOTE: Runtime target 'openssl-old-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['openssl-old-dev', 'perl-native-runtime']
NOTE: Runtime target 'openssl-old' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['openssl-old', 'perl-native-runtime']

Time to get rid of openssl-old :)

 

Use:

DEPENDS = "perl-native"


Один — стоит, Единый движется.


Re: Openpli-5 (still next master) #66 blzr

  • PLi® Core member
  • 2,269 posts

+118
Excellent

Posted 22 January 2016 - 14:36

actually it should be:
DEPENDS = "hostperl-runtime-native"
True sarcasm doesn't need green font...

Re: Openpli-5 (still next master) #67 daimon

  • Senior Member
  • 220 posts

+5
Neutral

Posted 22 January 2016 - 16:57

rebuild from new with this openembedded-oe-core

and build again ok dm8000

Attached Files



Re: Openpli-5 (still next master) #68 Alexvrs

  • Senior Member
  • 36 posts

+4
Neutral

Posted 22 January 2016 - 19:10

Image is working.But I don't know if this is the right way? So any help,suggestions, improvments are welcome.

 
I think I found the problem, it is a DOT which is used in the name IMAGE_FSTYPES, enough to replace the DOT on the DASH, in all of the files you want:
 
meta-dream/conf/machine/include/dreambox-ubi.inc
- IMAGE_FSTYPES ?= "ubi.nfi"
+ IMAGE_FSTYPES ?= "ubi-nfi"

meta-dream/conf/machine/include/dreambox-jffs2.inc

- IMAGE_FSTYPES ?= "jffs2.nfi"
+ IMAGE_FSTYPES ?= "jffs2-nfi"

......

 

etc.


Один — стоит, Единый движется.


Re: Openpli-5 (still next master) #69 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 22 January 2016 - 20:18

Done. Code looks better this way. Build succesfull and image does boot.


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #70 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 22 January 2016 - 21:54

Must be ok now. No different with image before new OE core.

 

Patch for now.

diff --git a/meta-dream/conf/machine/include/dreambox-jffs2.inc b/meta-dream/conf/machine/include/dreambox-jffs2.inc
index 102dede..d0f1068 100644
--- a/meta-dream/conf/machine/include/dreambox-jffs2.inc
+++ b/meta-dream/conf/machine/include/dreambox-jffs2.inc
@@ -1,3 +1,3 @@
 inherit image_types_nfi
 
-IMAGE_FSTYPES ?= "jffs2.nfi"
+IMAGE_FSTYPES ?= "jffs2-nfi"
diff --git a/meta-dream/conf/machine/include/dreambox-ubi.inc b/meta-dream/conf/machine/include/dreambox-ubi.inc
index cfc1557..3f52a25 100644
--- a/meta-dream/conf/machine/include/dreambox-ubi.inc
+++ b/meta-dream/conf/machine/include/dreambox-ubi.inc
@@ -1,6 +1,6 @@
 inherit image_types_nfi
 
-IMAGE_FSTYPES ?= "ubi.nfi"
+IMAGE_FSTYPES ?= "ubi-nfi"
 UBI_VOLNAME = "rootfs"
 UBINIZE_VOLSIZE ?= "0"
 UBINIZE_DATAVOL ?= "0"
diff --git a/meta-dream/recipes-bsp/linux/linux-dreambox.inc b/meta-dream/recipes-bsp/linux/linux-dreambox.inc
index 7ac64d1..1ef60c1 100644
--- a/meta-dream/recipes-bsp/linux/linux-dreambox.inc
+++ b/meta-dream/recipes-bsp/linux/linux-dreambox.inc
@@ -112,7 +112,7 @@ pkg_postrm_kernel () {
 
 CMDLINE_JFFS2 = "root=/dev/mtdblock3 rootfstype=jffs2 rw ${CMDLINE_CONSOLE}"
 CMDLINE_UBI = "ubi.mtd=root root=ubi0:rootfs rootfstype=ubifs rw ${CMDLINE_CONSOLE}"
-CMDLINE = "${@base_contains('IMAGE_FSTYPES', 'ubi.nfi', '${CMDLINE_UBI}', '${CMDLINE_JFFS2}', d)}"
+CMDLINE = "${@base_contains('IMAGE_FSTYPES', 'ubi-nfi', '${CMDLINE_UBI}', '${CMDLINE_JFFS2}', d)}"
 USB_CMDLINE = "root=${USB_ROOT} rootdelay=10 rw ${CMDLINE_CONSOLE}"
 
 LOCALVERSION = "-${MACHINE}"
diff --git a/meta-openpli/classes/image_types_nfi.bbclass b/meta-openpli/classes/image_types_nfi.bbclass
index b5afd1a..078edff 100644
--- a/meta-openpli/classes/image_types_nfi.bbclass
+++ b/meta-openpli/classes/image_types_nfi.bbclass
@@ -1,6 +1,6 @@
 inherit image_types
 
-IMAGE_CMD_jffs2.nfi = " \
+IMAGE_CMD_jffs2-nfi = " \
 	mkfs.jffs2 \
 		--root=${IMAGE_ROOTFS}/boot \
 		--compression-mode=none \
@@ -20,7 +20,7 @@ IMAGE_CMD_jffs2.nfi = " \
 		> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.nfi; \
 "
 
-IMAGE_CMD_sum.jffs2.nfi = " \
+IMAGE_CMD_sum.jffs2-nfi = " \
 	mkfs.jffs2 \
 		--root=${IMAGE_ROOTFS}/boot \
 		--compression-mode=none \
@@ -48,7 +48,7 @@ IMAGE_CMD_sum.jffs2.nfi = " \
 		> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.nfi; \
 "
 
-IMAGE_CMD_ubi.nfi = " \
+IMAGE_CMD_ubi-nfi = " \
 	mkfs.jffs2 \
 		--root=${IMAGE_ROOTFS}/boot \
 		--compression-mode=none \
@@ -89,12 +89,12 @@ IMAGE_CMD_ubi.nfi = " \
 		> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.nfi; \
 "
 
-EXTRA_IMAGECMD_jffs2.nfi ?= "-e ${DREAMBOX_ERASE_BLOCK_SIZE} -n -l"
-EXTRA_IMAGECMD_sum.jffs2.nfi ?= "-e ${DREAMBOX_ERASE_BLOCK_SIZE} -n -l"
-EXTRA_IMAGECMD_ubi.nfi ?= "-e ${DREAMBOX_ERASE_BLOCK_SIZE} -n -l"
+EXTRA_IMAGECMD_jffs2-nfi ?= "-e ${DREAMBOX_ERASE_BLOCK_SIZE} -n -l"
+EXTRA_IMAGECMD_sum.jffs2-nfi ?= "-e ${DREAMBOX_ERASE_BLOCK_SIZE} -n -l"
+EXTRA_IMAGECMD_ubi-nfi ?= "-e ${DREAMBOX_ERASE_BLOCK_SIZE} -n -l"
 
-IMAGE_DEPENDS_jffs2.nfi = "${IMAGE_DEPENDS_jffs2} dreambox-buildimage-native"
-IMAGE_DEPENDS_sum.jffs2.nfi = "${IMAGE_DEPENDS_sum.jffs2} dreambox-buildimage-native"
-IMAGE_DEPENDS_ubi.nfi = "${IMAGE_DEPENDS_ubi} ${IMAGE_DEPENDS_ubifs} dreambox-buildimage-native"
+IMAGE_DEPENDS_jffs2-nfi = "${IMAGE_DEPENDS_jffs2} dreambox-buildimage-native"
+IMAGE_DEPENDS_sum.jffs2-nfi = "${IMAGE_DEPENDS_sum.jffs2} dreambox-buildimage-native"
+IMAGE_DEPENDS_ubi-nfi = "${IMAGE_DEPENDS_ubi} ${IMAGE_DEPENDS_ubifs} dreambox-buildimage-native"
 
-IMAGE_TYPES += "jffs2.nfi sum.jffs2.nfi ubi.nfi"
+IMAGE_TYPES += "jffs2-nfi sum.jffs2-nfi ubi-nfi"

Attached Files


Edited by Beeker, 22 January 2016 - 21:56.

Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #71 Alexvrs

  • Senior Member
  • 36 posts

+4
Neutral

Posted 22 January 2016 - 22:22

@Beeker

 

For lush beauty, you can still change:

 

sum.jffs2.nfi -> sum-jffs2-nfi

 

Although the file system and the code is not used, then you can simply delete it, just clearing image_types_nfi.bbclass

 

:)


Один — стоит, Единый движется.


Re: Openpli-5 (still next master) #72 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 23 January 2016 - 10:12

Clean build for test. rootfs failed with patch...When using just nfi instead of ubi-nfi, then build ok..

 

Why regular build-environment not failed?? I don't know for sure yet..OE is up to date but image.pyc was still present(leftover of commit wich causing this issue).Or a other reason...


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #73 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 23 January 2016 - 11:20

Ah.. current OE core in master-next is too old.

 

Patch can only be applied with git master HEAD of openembedded-core.


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #74 Alexvrs

  • Senior Member
  • 36 posts

+4
Neutral

Posted 23 January 2016 - 11:39

@Beeker

 

Yes, clean the assembly fails, I am looking for is how to solve this problem ...


Один — стоит, Единый движется.


Re: Openpli-5 (still next master) #75 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 23 January 2016 - 11:48

When upgrade to latest master OE core .you need to rename the python .bbappens from 2.7.9 to 2.7.11

 

But then patches failed to apply.

 

I made a tiny adaption to the patch, to use them against python 2.7.11.added tot post.

 

Small issue: when flash the box and go through the install wizard. Enigma will crash when using auto-AutoDiseqc

2263.714337>   File "/usr/lib/enigma2/python/Components/TuneTest.py", line 24, in tune
<  2263.715164>   File "/usr/lib/enigma2/python/Components/TuneTest.py", line 28, in tuneSatObj
<  2263.715856>   File "/usr/lib/enigma2/python/enigma.py", line 2790, in __init__
<  2263.716894> AttributeError: No constructor defined
<  2263.717373> [ePyObject] (CallObject(<bound method AutoDiseqc.statusCallback of <class 'Screens.AutoDiseqc.AutoDiseqc'>>,()) failed)
]]>
		</enigma2crashlog>
	</crashlogs>

No big deal. Just configure your sat settings manually.

Attached Files


Edited by Beeker, 23 January 2016 - 11:48.

Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #76 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 23 January 2016 - 12:07

Test environment now ok..

 

-Git clone master-next

 

-apply patch.

 

-make image

 

-stop while building

 

-remove build directory

 

-remove openembedded-core

 

-git clone git://git.openembedded.org/openembedded-core

 

make image...

 

Volia..

 

Not tested on box yet.


Edited by Beeker, 23 January 2016 - 12:09.

Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #77 Taapat

  • PLi® Core member
  • 2,345 posts

+121
Excellent

Posted 23 January 2016 - 12:53

Why did you remove openembedded-core rather than a simple update submodule:

cd openembedded-core
git pull origin master


Re: Openpli-5 (still next master) #78 Alexvrs

  • Senior Member
  • 36 posts

+4
Neutral

Posted 23 January 2016 - 12:56

@Beeker

 

I found a solution to the problem is now no DOT and DASH and update openembedded-core, simply change:

- IMAGE_FSTYPES ?= "ubi.nfi"
+ IMAGE_FSTYPES ?= "ubinfi"
- IMAGE_FSTYPES ?= "jffs2.nfi"
+ IMAGE_FSTYPES ?= "jffs2nfi"

...

 

etc.

 

now it compiles fine without error  :)


Edited by Alexvrs, 23 January 2016 - 12:59.

Один — стоит, Единый движется.


Re: Openpli-5 (still next master) #79 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 23 January 2016 - 17:03

Build ok.

 

New patch. Now removed unused code.

 

Attached Files


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Openpli-5 (still next master) #80 Beeker

  • PLi® Contributor
  • 1,593 posts

+203
Excellent

Posted 23 January 2016 - 17:30

Sorry ..wrong branch. :(

Attached Files


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.



1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users