Jump to content


Photo

develop: python3 transition


  • Please log in to reply
371 replies to this topic

#1 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 22 September 2021 - 15:27

I start this topic because I'd like to hear all developers voices about the transition towards python3.

 

Talking about OE/Yocto as of today meta-python2 layer is updated up to honister 3.4 (the next OE release, after hardknott 3.3) so enigma2 can be built and can run.

 

As for other recipes like samba, these can use python2 in hardknott but not in honister where the version is updated.

 

Kodi recipe is needing an upgrade to 18>19, this will be done soon after last finishes. We'll need a meta-kodi layer until the recipe flows in OE (if).

 

My feelings at the moment are mixed: I see many commits referring to the OE-A repository, where most commits are debatable.

 

I honestly would prefer to follow OE as much as possible and add less .bbappend(s) as possible.

 

A.A.



Re: develop: python3 transition #2 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 22 September 2021 - 15:31

I'm not a developer, but my 2 cents:

 

The options are imho:

  1. Upgrade E2 and our plugins to Python3 for OpenPLi 9 or 10.
  2. Live with a dual Python 2 and Python 3 install, and forget about all boxes with <= 256MB flash.
  3. Never upgrade to a newer OE again to avoid 2.

For me, there is only one valid option, 1.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #3 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 22 September 2021 - 17:50

Option 1 is much work, but it’s possible as we can see (e.g. ATV 7.0). I only see a lack of manpower. If only 1-2 developer adapt the sources after normal work, it will take months.

Option 2: Nothing what I prefer.

Option 3: Not upgrading OE also doesn’t make much sense. Earlier or later we need to. Or we need many workarounds to get everything running.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: develop: python3 transition #4 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 22 September 2021 - 19:59

Option 4: None of the above? ;)

 

We'll have to do something.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #5 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 22 September 2021 - 20:08

Option 5: start something totally new.  :D


NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: develop: python3 transition #6 ims

  • PLi® Core member
  • 13,606 posts

+210
Excellent

Posted 22 September 2021 - 20:17

ad 1) Is it possible use something as this ? https://docs.python....brary/2to3.html


Kdo nic nedělá, nic nezkazí!

Re: develop: python3 transition #7 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 22 September 2021 - 22:01

ad 1) Is it possible use something as this ? https://docs.python....brary/2to3.html


Yes, sure. That can e.g. convert all print xyz into print(xyz) and other things. But you still have to do many manual work.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: develop: python3 transition #8 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 23 September 2021 - 06:13

Adapting e2 is one thing… but together with this all the (3rd party) plugins will become invalidated…. I saw openatv already converted some plugins… and note it is not only change the print stuff…. Betacentauri did years ago a part of the job…. And sorry I do not get the time….
2nd thing is that enigma2 is almost end of life… so should we invest at a moment teams do not work together….
I had always the feeling to go for the hybrid solution. But Ineas not aware yet that it needs such more flash. When we decide not to translate with hybrid we could decide only support the newer boxes and leave the older ones with non sufficiant flash on Zeus.

most optimal solution is indeed to get all converted….


Edited by littlesat, 23 September 2021 - 07:07.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: develop: python3 transition #9 Dimitrij

  • PLi® Core member
  • 9,964 posts

+334
Excellent

Posted 23 September 2021 - 07:28

 

2nd thing is that enigma2 is almost end of life… so should we invest at a moment teams do not work together….

+1


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: develop: python3 transition #10 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 23 September 2021 - 12:36

Option 5: start something totally new.  :D

 

Which is what I've been advocating for years... ;)


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #11 40H3X

  • Forum Moderator
    PLi® Contributor
  • 5,782 posts

+186
Excellent

Posted 23 September 2021 - 17:09

I'm not a developer, but my 2 cents:

 

The options are imho:

  1. Upgrade E2 and our plugins to Python3 for OpenPLi 9 or 10.
  2. Live with a dual Python 2 and Python 3 install, and forget about all boxes with <= 256MB flash.
  3. Never upgrade to a newer OE again to avoid 2.

For me, there is only one valid option, 1.

 

IMHO option 1 is the way to go, as it is the most future proof. Yet, when the future of Enigma2 is EOL, all the effort needed to achieve option 1 may not be worth your while.
 


Hardware: Vu+ Uno 4K SE - Vu+ Duo 4K  - Fuba 78 cm - Tripleblock LNB Quad 19.2/23.5/28.2 - DS918+
Software : OpenPLi - OSCam - Settings van Hans - Autotimer - EPGImport

---------------------------------------------------------------------------------------------------------------------------------------

Remember: Upvote with the rep_up.png button for any user/post you find to be helpful, informative, or deserving of recognition!

---------------------------------------------------------------------------------------------------------------------------------------

Many answers to your question can be found in our new and improved wiki

Note: I do not provide support via PM !.


Re: develop: python3 transition #12 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 23 September 2021 - 17:29

IMHO there is a difference between "Enigma2 is EOL", and "our STB's and open software is EOL".

 

It would require a discussion about what the future may hold, in what direction we thing it will move, what kind of platform we envision, what kind of architecture and design that would need, etc.

 

Only after that we can decide whether or not option 1 is viable.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #13 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 23 September 2021 - 17:43

Better solve ci+’issues and arrange offline decoding to extend lifetime and keep on older oe… and jump into something new? Maybe add iptv m3u support in a smooth way…

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: develop: python3 transition #14 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 23 September 2021 - 18:12

Thought you would say that. You've always been against modernisation, which is more and more blocking any progress.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #15 ims

  • PLi® Core member
  • 13,606 posts

+210
Excellent

Posted 23 September 2021 - 18:22

Sorry, it wasn't nice ...


Kdo nic nedělá, nic nezkazí!

Re: develop: python3 transition #16 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 23 September 2021 - 18:28

Sorry, it wasn't nice ...

?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #17 40H3X

  • Forum Moderator
    PLi® Contributor
  • 5,782 posts

+186
Excellent

Posted 23 September 2021 - 18:41

 

IMHO there is a difference between "Enigma2 is EOL", and "our STB's and open software is EOL".

 

It would require a discussion about what the future may hold, in what direction we thing it will move, what kind of platform we envision, what kind of architecture and design that would need, etc.

 

Only after that we can decide whether or not option 1 is viable.

True, so let’s discuss. If I may kickoff, we know what providers want; “EOL open software”.

So maybe see what happens when “the die is cast” in feb 2022 (albeit a Dutch problem) and then make a decision?


Hardware: Vu+ Uno 4K SE - Vu+ Duo 4K  - Fuba 78 cm - Tripleblock LNB Quad 19.2/23.5/28.2 - DS918+
Software : OpenPLi - OSCam - Settings van Hans - Autotimer - EPGImport

---------------------------------------------------------------------------------------------------------------------------------------

Remember: Upvote with the rep_up.png button for any user/post you find to be helpful, informative, or deserving of recognition!

---------------------------------------------------------------------------------------------------------------------------------------

Many answers to your question can be found in our new and improved wiki

Note: I do not provide support via PM !.


Re: develop: python3 transition #18 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 23 September 2021 - 19:51

As long as there are CI's, you can watch TV and record. And CI's won't disappear as most of them are used directly in TV's. Not a "dutch" problem, the traditional cardshare is approaching EOL.

 

For cable providers, the future is already becoming clear: Liberty Global has been introducing new boxes in several countries that don't have a card at all. They run a sort of softcam, which connects over the required internet connection to a "cardserver" at the provider. For satellite providers, that is more difficult to achieve, as an internet connection can't be required.

 

Cable and Satellite will continue to migratie to internet streaming, and view-on-demand instead of live TV, and at some point both well seize to exist, but IMHO that is quite a bit in the future.

 

Streaming (i.e. DRM) is already possible on linux, recording of DRM streams not, but since content remains available online, recording won't be needed any longer.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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: develop: python3 transition #19 rantanplan

  • PLi® Contributor
  • 1,757 posts

+81
Good

Posted 23 September 2021 - 21:28

I would say that you are going very far away from the actual topic.

Why do you do it again and again.
I'm just a hobbyist and unfortunately I have very little knowledge of python.
I don't care if it's Python2 or 3.
You shouldn't talk things up as EOL beforehand.
Just keep tinkering and let those who have fun doing it.
If the python coders can do anything with python3, why not?
As long as the python2 image is still standing, the environment should be maintained for that long.
Maintaining means keeping up to date.

Bring some old good friends back on board and as much crossover as possible to the slightly different approach on the part of OE-A is perfect.
Crossover to neutrino would also be desirable.
Just don't piss off these closed source thieves.
That was a very bitter lesson for me too.

 

(sorry verry fast google translate)



Re: develop: python3 transition #20 WanWizard

  • PLi® Core member
  • 68,306 posts

+1,719
Excellent

Posted 23 September 2021 - 21:57

I also don't care if it is python2 or python3. or whatever is used.

 

I do care about an "explosion" in the size of the image, and I do care about being restricted when it comes to migrating to new OE versions.

 

If the consensus will be "we're not going to deal with the EOL of Python2", the consequence will be that more and more development will become unusable for us (what if OWIF moves to Py3 for example?), and we'll be stuck on the last OE version supporting Py2.

 

I'm not an E2 programmer, so I don't have to do the work. But I personally do have an issue with the consequences.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (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.



1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users