I will create a SD-Card with OpenATV 6 this Weekend. Then I will check it...
Openpli-5 (still next master)
Re: Openpli-5 (still next master) #1101
Re: Openpli-5 (still next master) #1102
Posted 15 June 2017 - 20:29
So,
ich habe mal OpenATV 6.0 installiert. Die benutzen bei der Wetek den GStreamer 0.10.36 (GIT). So steht es zumindest in der Info.
Ich muss sagen, dass OpenATV 6.0 sehr gut funktioniert. Alles für mich Wichtige (Mediaportal, OSCam) konnte ich problemlos installieren und bislang konnte ich keine Fehler feststellen, selbst Timeshift funktioniert. Mal schauen, ob ich wie bei älteren Versionen alle paar Tage die Box neu starten muss. Werde aber erst einmal dabei bleiben...
MfG Ziegenmelker
Re: Openpli-5 (still next master) #1103
Re: Openpli-5 (still next master) #1104
Posted 3 July 2017 - 20:48
with the current develop branch I'm getting GSOD when static IPv6 is configured:
No handlers could be found for logger "AT" Traceback (most recent call last): File "/usr/lib/enigma2/python/Components/Console.py", line 37, in finishedCB File "/usr/lib/enigma2/python/Components/Network.py", line 129, in routeFinished File "/usr/lib/enigma2/python/Components/Network.py", line 191, in loadNetworkConfig ValueError: invalid literal for int() with base 10: '2a01:xxxx:xxxx:84d0::20'
in the config file I have:
iface eth0 inet6 static address 2a01:xxxx:xxxx:84d0::20 netmask 80
T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W
Zgemma H7S | OpenPLI develop branch
Re: Openpli-5 (still next master) #1105
Posted 3 July 2017 - 21:45
There is no IPv6 support in Enigma, and there never was. It's high on my todo list.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: Openpli-5 (still next master) #1106
Re: Openpli-5 (still next master) #1107
Posted 3 July 2017 - 22:08
Very weird. The code it fails on:
ifaces[currif]["address"] = map(int, split[1].split('.'))
hardcoded splits on a dot and converts the individual values to integers, which is IPv4 only. This code hasn't changed in 10 years.
It's full of stuff like this as well
ipRegexp = "[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}"
which doesn't work at all with IPv6 either.
I've worked around the issue by using DHCPv6 in my LAN, until I find time to work on it (which is going to be a major change).
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: Openpli-5 (still next master) #1108
Posted 3 July 2017 - 22:23
ok, I tried to remember, I think when I set this up first, I haven't rebooted the box, just the networking service, so most probably it was crashing on e2 start all the time.
Indeed, with autoconfig is running fine, and static config is rather marginal (I have multiple local subnets, and that's why I'm splitting my /64 prefix to /80s and my router doesn't support stateful DHCP), however would be nice to fix at some point.
T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W
Zgemma H7S | OpenPLI develop branch
Re: Openpli-5 (still next master) #1109
Posted 4 July 2017 - 09:05
1. The output of busybox ip is junk, but E2 relies on it
When using the full "ip" command from iproute, E2 will fail.
https://github.com/o...64f33f0ebcfdd28
2. Network.py can not properly handle IPv6 addresses
https://github.com/o...6774edafade3dee
3. ip addr flush -> flush scope global only
https://github.com/o...bbc8c5c6523b3d7
https://github.com/o...84ef5919659f544 (Fixes previous commit)
Those commits are only workarounds to keep the crappy Network.py happy when using IPv6 without really supporting it.
Network.py needs a lot more work to properly support IPv4 and IPv6, for the beginning an option to simply disable one or the other.
I didn't implement any IPv6 support yet, because I wanted to avoid unneeded differences in handling and API between OpenATV and OpenPLi.
Edited by SpaceRat, 4 July 2017 - 09:06.
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390
Re: Openpli-5 (still next master) #1110
Re: Openpli-5 (still next master) #1111
Posted 4 July 2017 - 09:32
You won't get a crash from that code unless you go to the Network settings in E2.ok, I tried to remember, I think when I set this up first, I haven't rebooted the box, just the networking service, so most probably it was crashing on e2 start all the time.
And as one doesn't need to go there at all, it took years for me to discover the problems there
Yikes.Indeed, with autoconfig is running fine, and static config is rather marginal (I have multiple local subnets, and that's why I'm splitting my /64 prefix to /80s
Your ISP is supposed to give you at least a /58 prefix so that you can create multiple full featured /64 subnets.
... and neither does OpenPLi I guess.and my router doesn't support stateful DHCP)
OpenEmbedded does have neither dibbler nor any other DHCPv6 client.
I have integrated odhcp6c (The DHCPv6 client from OpenWrt/LEDE) in oe-a to overcome this limitation.
As the next limitation, also crappybox (busybox) has very limited support for IPv6 in ifup/ifdown, I had to patch that in too.
Result:
root@solo2 / # ifconfig eth0 Link encap:Ethernet HWaddr 00:1D:EC:00:12:34 inet6 addr: 2001:db8:dead:0:21d:ecff:fe00:1234%4933648/64 Scope:Global inet6 addr: fdc1:beef:affe:0:21d:ecff:fe00:1234%4933648/64 Scope:Global inet6 addr: fdc1:beef:affe::75%4933648/128 Scope:Global inet6 addr: fe80::21d:ecff:fe00:1234%4933648/64 Scope:Link inet6 addr: 2001:db8:dead::75%4933648/128 Scope:GlobalThat box gets IPv6 addresses via DHCPv6 (The ones ending with :75) and SLAAC (The ones ending with :1234) at the same time (It can be configured using /etc/network/interfaces to use DHCPv6 or SLAAC or both).
IPv4 is disabled entirely on two of my machines to encounter and fight show-stoppers for the sunset of IPv4.
(Some) known show-stoppers are:
- E2 allows zero configuration of IPv6
- NetworkBrowser creates silly IP(v4)-based entries for autofs/fstab, rather than using hostnames
- NetworkBrowser relies on sunset detection methods not supported via IPv6 and deprecated since Windows 7/Windows Server 2012.
- NetworkBrowser relies on IPv4 port-scan (oe-a only)
- MediaPortal allows configuration of HLS-Server using a dotted IPv4 only (The HLS server socket is created as a Dual-Stack socket however)
- XMLTVImport uses IPv4-only code for downloading (OpenPLi only, fixed in oe-a)
- 99.9% of all pre-compiled oscams, e.g. those on feeds, are still IPv4-only
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390
Re: Openpli-5 (still next master) #1112
Re: Openpli-5 (still next master) #1113
Re: Openpli-5 (still next master) #1114
Posted 4 July 2017 - 12:44
ok, so the second part of this patch should fix the startup issue (the first is for the network settings):
--- a/lib/python/Components/Network.py 2017-07-02 09:47:54.000000000 +0200 +++ b/lib/python/Components/Network.py 2017-07-04 13:24:29.000000000 +0200 @@ -61,7 +61,7 @@ return [ int(n) for n in ip.split('.') ] def getAddrInet(self, iface, callback): - cmd = ("/sbin/ip", "/sbin/ip", "-o", "addr", "show", "dev", iface) + cmd = "busybox ip -o addr show dev " + iface + " | grep -v inet6" self.console.ePopen(cmd, self.IPaddrFinished, [iface, callback]) def IPaddrFinished(self, result, retval, extra_args): @@ -179,7 +179,7 @@ currif = "" for i in interfaces: split = i.strip().split(' ') - if split[0] == "iface": + if split[0] == "iface" and split[2] != "inet6": currif = split[1] ifaces[currif] = {} if len(split) == 4 and split[3] == "dhcp":
T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W
Zgemma H7S | OpenPLI develop branch
Re: Openpli-5 (still next master) #1115
Posted 4 July 2017 - 13:14
As grep filters out lines with "inet6", split[2] can not be inet6.
But it's ok for later enhancements.
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390
Re: Openpli-5 (still next master) #1116
Re: Openpli-5 (still next master) #1117
Posted 4 July 2017 - 14:44
I thought it was the parser of the "busybox ip" output.
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390
Re: Openpli-5 (still next master) #1118
Posted 4 July 2017 - 17:44
ok, so the second part of this patch should fix the startup issue (the first is for the network settings):
--- a/lib/python/Components/Network.py 2017-07-02 09:47:54.000000000 +0200 +++ b/lib/python/Components/Network.py 2017-07-04 13:24:29.000000000 +0200 @@ -179,7 +179,7 @@ currif = "" for i in interfaces: split = i.strip().split(' ') - if split[0] == "iface": + if split[0] == "iface" and split[2] != "inet6": currif = split[1] ifaces[currif] = {} if len(split) == 4 and split[3] == "dhcp":
Merged ... in OpenATV
https://github.com/o...a1c38e542352c40
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390
Re: Openpli-5 (still next master) #1119
Posted 4 July 2017 - 17:53
3. ip addr flush -> flush scope global only
https://github.com/o...bbc8c5c6523b3d7
https://github.com/o...84ef5919659f544 (Fixes previous commit)
I fixed this obvious error long ago. Not only does it prevent SLAAC from working, it also messes up the IPv6 stack in the kernel, it only starts working again once the interface is set down and up again.
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
Re: Openpli-5 (still next master) #1120
Posted 4 July 2017 - 17:56
Proper ipv6 handling (and with that, for the first time, I hope, proper ipv4 handling) in enigma is something that needs to be thought through carefully. For a start enigma should not call external binaries and trust their output, it should address the kernel interface itself, either using the C++ code or using some Python library (which apparently exists).
So it won't be in 6.1, more like 7 or 8.
Edited by Erik Slagter, 4 July 2017 - 17:57.
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
3 user(s) are reading this topic
0 members, 3 guests, 0 anonymous users