Jump to content


Beeker

Member Since 10 Jan 2009
Offline Last Active Yesterday, 23:10
-----

#929123 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 3 September 2018 - 12:06

Test image Cube 256MB.

 

http://www.mediafire...-256MB.zip/file




#926299 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 29 August 2018 - 15:08

@Beeker thnk's a lot men

 

i will try this night im not at home now.

 

thank you

 

You can expect more problems.

 

For Python2-native.

pli-extras/recipes-devtools/python/python-native_2.7.13.bbappend

 

change

SRC_URI += "file://fix-gc-alignment.patch;apply=no"

to:

SRC_URI += "file://fix-gc-alignment.patch;apply=yes"

Also you need to update elfutils ( to 0.173)

 

 

Delete the elfutils directory in openpli-oe-core/meta-openpli/recipes-devtools/.

 

Extract the elfutils.zip file  and copy the elfutils directory to openpli-oe-core/meta-openpli/recipes-devtools/

Attached Files




#926159 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 29 August 2018 - 11:10

 

hi i try to build openpli dm500hd i get error with upx

|                                   ^
| In file included from compress_lzma.cpp:29:
| conf.h:520:8: note: ‘struct lzma_compress_config_t’ declared here
|  struct lzma_compress_config_t
|         ^~~~~~~~~~~~~~~~~~~~~~
| compress_zlib.cpp: In member function ‘void zlib_compress_config_t::reset()’:
| compress_zlib.cpp:36:34: error: ‘void* memset(void*, int, size_t)’ clearing an object of non-trivial type ‘struct zlib_compress_config_t’; use assignment or value-initialization instead [-Werror=class-memaccess]
|      memset(this, 0, sizeof(*this));
|                                   ^
| In file included from compress_zlib.cpp:29:
| conf.h:548:8: note: ‘struct zlib_compress_config_t’ declared here
|  struct zlib_compress_config_t
|         ^~~~~~~~~~~~~~~~~~~~~~
| g++ -isystem/home/d-ina/OpenPLI/openpli-oe-core/build/tmp/work/x86_64-linux/upx-native/3.94+gitAUTOINC+d31947e1f0-r0/recipe-sysroot-native/usr/include '-DUPX_VERSION_GITREV="d31947e1f016"' -isystem/home/d-ina/OpenPLI/openpli-oe-core/build/tmp/work/x86_64-linux/upx-native/3.94+gitAUTOINC+d31947e1f0-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_GLIBCXX_USE_CXX11_ABI=0 -O2 -fno-delete-null-pointer-checks -fno-strict-aliasing -fwrapv -funsigned-char -Wall -W -Wcast-align -Wcast-qual -Wmissing-declarations -Wpointer-arith -Wshadow -Wvla -Wwrite-strings -Werror -o except.o -c except.cpp
| g++ -isystem/home/d-ina/OpenPLI/openpli-oe-core/build/tmp/work/x86_64-linux/upx-native/3.94+gitAUTOINC+d31947e1f0-r0/recipe-sysroot-native/usr/include '-DUPX_VERSION_GITREV="d31947e1f016"' -isystem/home/d-ina/OpenPLI/openpli-oe-core/build/tmp/work/x86_64-linux/upx-native/3.94+gitAUTOINC+d31947e1f0-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_GLIBCXX_USE_CXX11_ABI=0 -O2 -fno-delete-null-pointer-checks -fno-strict-aliasing -fwrapv -funsigned-char -Wall -W -Wcast-align -Wcast-qual -Wmissing-declarations -Wpointer-arith -Wshadow -Wvla -Wwrite-strings -Werror -o file.o -c file.cpp
| cc1plus: all warnings being treated as errors
| make[1]: *** [Makefile:92: compress_zlib.o] Error 1
| make[1]: *** Waiting for unfinished jobs....
| cc1plus: all warnings being treated as errors
| make[1]: *** [Makefile:92: compress_lzma.o] Error 1
| make[1]: Leaving directory '/home/d-ina/OpenPLI/openpli-oe-core/build/tmp/work/x86_64-linux/upx-native/3.94+gitAUTOINC+d31947e1f0-r0/git/src'
| make: *** [Makefile:31: all] Error 2
| ERROR: Function failed: do_compile (log file is located at /home/d-ina/OpenPLI/openpli-oe-core/build/tmp/work/x86_64-linux/upx-native/3.94+gitAUTOINC+d31947e1f0-r0/temp/log.do_compile.4715)
ERROR: Task (virtual:native:/home/d-ina/OpenPLI/openpli-oe-core/pli-extras/recipes-support/upx/upx_git.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 304 tasks of which 0 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
  virtual:native:/home/d-ina/OpenPLI/openpli-oe-core/pli-extras/recipes-support/upx/upx_git.bb:do_compile
Summary: There was 1 WARNING message shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
make: *** [Makefile:126: image] Error 1

and upx version is :

d-ina@i-yad:~$ upx --version
upx 3.94
UCL data compression library 1.03
zlib data compression library 1.2.11
LZMA SDK version 4.43
Copyright (C) 1996-2017 Markus Franz Xaver Johannes Oberhumer
Copyright (C) 1996-2017 Laszlo Molnar
Copyright (C) 2000-2017 John F. Reiser
Copyright (C) 2002-2017 Jens Medoch
Copyright (C) 1995-2005 Jean-loup Gailly and Mark Adler
Copyright (C) 1999-2006 Igor Pavlov
UPX comes with ABSOLUTELY NO WARRANTY; for details type 'upx -L'.

 

 

Update pli-extras

 

https://github.com/P...44b6b6a389394ba

 

And change  line 22 of the  pli-extras/recipes-support/upx/upx_git.bb file

 

from:

file://fix-build-with-gcc8.patch;apply=no \

 to:

file://fix-build-with-gcc8.patch;apply=yes \



#921115 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 18 August 2018 - 13:25

I made a quick workaround for it.

Create a new  'nameserversdns.conf' file with the nameservers IP's.

And use that file when DHCP is disabled.

Actually it should use settings.xml to store the nameservers, but let's test this first.

 

Upload network.py to:

/usr/lib/enigma2/python/Components/

And restart enigma2.

 

This is the patch:

diff --git a/lib/python/Components/Network.py b/lib/python/Components/Network.py
index 34b8d7bf2..48a02538f 100644
--- a/lib/python/Components/Network.py
+++ b/lib/python/Components/Network.py
@@ -164,6 +164,10 @@ class Network:
 		for nameserver in self.nameservers:
 			fp.write("nameserver %d.%d.%d.%d\n" % tuple(nameserver))
 		fp.close()
+		fp = file('/etc/nameserversdns.conf', 'w')
+		for nameserver in self.nameservers:
+			fp.write("nameserver %d.%d.%d.%d\n" % tuple(nameserver))
+		fp.close()
 
 	def loadNetworkConfig(self,iface,callback = None):
 		interfaces = []
@@ -216,7 +220,13 @@ class Network:
 			# save configured interfacelist
 			self.configuredNetworkAdapters = self.configuredInterfaces
 			# load ns only once
-			self.loadNameserverConfig()
+			if ifaces[currif]["dhcp"] == True:
+				nameserverfilename = "/etc/resolv.conf"
+				self.loadNameserverConfig(nameserverfilename)
+			else:
+				nameserverfilename = "/etc/nameserversdns.conf"
+				self.loadNameserverConfig(nameserverfilename)
+				self.writeNameserverConfig()
 			print "read configured interface:", ifaces
 			print "self.ifaces after loading:", self.ifaces
 			self.config_ready = True
@@ -224,14 +234,14 @@ class Network:
 			if callback is not None:
 				callback(True)
 
-	def loadNameserverConfig(self):
+	def loadNameserverConfig(self, nameserverfilename):
 		ipRegexp = "[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}"
 		nameserverPattern = re.compile("nameserver +" + ipRegexp)
 		ipPattern = re.compile(ipRegexp)
 
 		resolv = []
 		try:
-			fp = file('/etc/resolv.conf', 'r')
+			fp = file(nameserverfilename, 'r')
 			resolv = fp.readlines()
 			fp.close()
 			self.nameservers = []

Attached Files




#920851 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 18 August 2018 - 10:14

Yes indeed.

The problem is, the /etc/resolv.conf file is blanc after a reboot when DHCP is disabled.

 

I tried some changes to Busybox, but no luck so far.




#920275 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 16 August 2018 - 22:52

Thanks for reporting.




#920235 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 16 August 2018 - 21:30

Webinterface: do you get these errors, when in plugins menu?

No module named hyperlink.
No module named asn1crypto.keys.



#919943 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 16 August 2018 - 13:58

Test images dm900 and dm920.

Built with sumo branch openpli-oe-core, pli-extras and meta-dream.

Sumo has a newer openembedded-core than develop brach with:

 

-gcc 7.3.0

-glibc 2.27

-openssl 1.0.2o

-Python 2.7.14

etc.

 

No feed, so no plugins and no updates!

Just for test if the image boot or not and to test some basic functionality.

 

dm900:

http://www.mediafire...00_web.zip/file

 

dm920:

http://www.mediafire...20_web.zip/file




#914471 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 1 August 2018 - 20:37

Done :)




#907777 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 15 July 2018 - 00:23

Now you're using the old opkg files again.

You must replace them with the new ones.




#907762 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 14 July 2018 - 23:06

That's OK.

 

Now.

init 4
opkg update && opkg upgrade
opkg install enigma2-plugin-extensions-backupsuite
init 3

And report error(s).

If not you should have backupsuite.




#907552 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 14 July 2018 - 06:45

First test.

 

With telnet:

opkg update

And post output.




#907453 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 13 July 2018 - 10:51

Yeah..

Attached Files

  • Attached File  opkg.zip   953bytes   28 downloads



#907450 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 13 July 2018 - 10:44

Bumperbee:

 

Extract zip file and copy the three .conf files inside opkg  folder to:

etc/opkg/

Replace the existing files.

 

Then you will be able to install plugins and perform online updates.




#906856 Howto build unofficial pli for your unsupported receiver

Posted by Beeker on 11 July 2018 - 12:08

To be able to install this image, I have to follow your instruction as follows,

telnet

init 4

enigma2

 

If not it could not be install, it keep on rebooting non-stop. Is there a permanent solution to this?

Besides the above, I also wish to have the following plugins please,

  1. full backup image plugin
  2. Terrestrial scan
  3. Dream explorer

Thanks & Best Regards

 

Wait for new image with feed for plugins.

Then you can install backupsuite for full backup.

 

This image was build with a trick, it was build as dm7020hd with machine config of dm7020hdv2.

Why enigma2 crahs, i have no idea yet.

 

Dream explorer is 3-rd party plugins, and Terrestrial scan also, but i'm not sure about that.

 

You have 3th party feed opkg files for dm7020hd and 3-rd party feed for all boxes.

So perhaps you can install 3-rd party plugins at this moment (if feed for dm7020hd exist).

 

With telnet run:

opkg update

And see if 3-rd party feed fails or not.