Python 3.8 - alpha release

I see Python 3.9.0rc2 is out .. a job for another day that :)

hi john i see that there are ways to control the camera module on the pi using python has anyone tried these libs using the latest port?

Thank you for update. I installed Python from PackMan… I discovered that PythonUser and TaskRunner aren’t automatically selected. Should they be? My starting point was that I selected Python3-pip.

Prior to installing PythonUser the taskwindow returned the following:

Fatal Python error: init_import_size: Failed to import the site module
Python runtime state: initialized
Traceback (most recent call last):
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.site", line 607, in <module>
    main()
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.site", line 593, in main
    known_paths = addusersitepackages(known_paths)
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.site", line 331, in addusersitepackages
    user_site = getusersitepackages()
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.site", line 316, in getusersitepackages
    userbase = getuserbase() # this will also set USER_BASE
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.site", line 297, in getuserbase
    USER_BASE = _getuserbase()
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.site", line 270, in _getuserbase
    return os.path.canonicalise("<PythonUser$Dir>")
  File "SCSI::HardDisc0.$.Apps.Development.Python3.!Python3.Lib.riscospath", line 574, in canonicalise
    swi.swi('OS_FSControl','isbiii',37,path,buffer,0,0,256*4)
swi.error: Filing system SCSI: must be given a filename

Looking at the list of packages, my first thought was that it seemed a bit, erm, “excessive” for one program/language, but maybe it makes sense, I don’t know. Personally I’d prefer to minimise the number of clicks to install it all, but I guess it makes sense to have the larger libraries separate. I don’t know the ins and outs of PackMan, but perhaps the reason for the separation is that each package can only be installed to one place? If that’s not the case, I’d definitely merge the user folders into the main dowbload, and taskrunner+documentation.

the main dowbload

Portmanteau word suggesting bloat? :)

Prior to installing PythonUser the taskwindow returned the following

Oh..ermm.. yes that’s a bug. If it can’t find it it should just just work without it.

The reason it doesn’t install them is that Python doesn’t strictly need them to run. Obviously without TaskRunner the subprocess module won’t work. Perhaps I should just move it to the requires section so people don’t get caught out though.

As to the number of packages – the thinking behind the packages is to allow them to have different lifetimes. So say Python3 can be upgraded without affecting the things you have installed, or pip can be updated without needing to reinstall Python3. I did almost put PythonSite / PythonUser into the main Python3, but doing so would mean when you upgrade Python3 it would remove all the things installed in PythonSite (and PythonUser) either by PackMan or pip.

There may be a better way to do it with PackMan, I’m not sure, or maybe I’m using it in a way it wasn’t really designed to be used in. I guess PythonSite/PythonUser could go into one package.

TaskRunner’s doc can probably go in the main TaskRunner package. It’s so small it doesn’t really seem worth having it as it’s own package!

Portmanteau word suggesting bloat? :)

The main Python3 package is ~16MB… my first hard drive wasn’t much bigger than that. Kids these days … etc etc.

As to the number of packages – the thinking behind the packages is to allow them to have different lifetimes. So say Python3 can be upgraded without affecting the things you have installed, or pip can be updated without needing to reinstall Python3.

I’ve not looked at it beyond the package list (as I don’t have a RISC OS machine on right now), but I think your approach is correct. PackMan allows dependencies to be specified between packages (or the package format does, and I assume it’s implemented¹), so it’s sensible to split stuff up into logical chunks (relating to functionality, or how you build it all). That way, stuff can be updated as required without forcing a full upgrade of the whole lot (unless you need one, in which case you can still make it happen).

Personally I’d prefer to minimise the number of clicks to install it all […]

I would assume that PackMan would pull in the dependencies automatically. That’s why people keep advocating its use: it sorts out the “you need this library and that resource to run Python” kind of problems for the user, and keeps track of what versions of things are present on the machine².

¹ I don’t actually use PackMan a lot, although that is changing. The kind of stuff that tends to be packaged is the kind of stuff that I tend to run natively on Linux at present, I’m afraid.

² So long as you don’t have other things – like browsers, perhaps – installing the same shared libraries in the same places via another route. I think I’ve mentioned this one before, when there was discussion about installers.

The main Python3 package is ~16MB… my first hard drive wasn’t much bigger than that.

A hard drive?
It was cassette tape, or floppy disc for the rich people. Spent enough money on the Beeb B without piling in a floppy drive straight off.¹

Archie purchase was the splash out on a hard drive, and yes that was barely bigger than the Python3 package.

¹ I am Yorkshire born, so I’m allowed to do the routine.

16MB… my first hard drive wasn’t much bigger than that.

Mine was a stupendous 50MB on an A3000. So much I never thought I’d ever fill it!

It’s probably way, way out of scope, but would there be any chance of tkinter support?

It’s probably way, way out of scope, but would there be any chance of tkinter support?

Does anyone know if there’s a tcl/tk port to RISC OS? A bit of googling seems to suggest there was one from 96, and there’s a a tcl8.5 in the auto-builder stuff but I don’t know much more than that.

With the latest release of python3 it’s now possible to install and run youtube-dl.

Even though there is an error it still installs and runs OK.

YTPlay needs ‘tweaking’ to use python3.

It greatly simplifies watching youtube videos on RISC OS. Upgrading youtube-dl is just a case of using the following command,

python3 -m pip install --upgrade youtube-dl

ERROR: Could not install packages due to an EnvironmentError: [Errno 17] File exists: ‘SCSI::HardDisc4.$.<PythonSite$Dir>’

That’s not even a valid pathname. I will see if I can work out where that error is coming from – I guess somewhere in pip, or setuptools, or distutils or …

Edit. It’s in the script writing code, although the bug could well be in the path code. I guess by this point it’s installed the package so it works.

I also encountered an error with pip and the initial installation of YTSearch, but as it then installed properly with the ‘upgrade’ option I dismissed it as an error… Rests head in hands ;-)

Looks like Python2.7 is no longer needed for youtubedl. Sounds very good.
Will try to change it soon (today/tomorrow).

I have try on Titanium. Is not the latest Python3 installed.
Install youtube-dl was successful. Youtube-dl is placed in <Python3$Dir>.Scripts I mean (Sorry post with SM-Art-Phone not with Ti).
If I use <Python3$Dir>.Scripts.youtube-dl … it works.
Is the script-folder the youtube-dl place for all latest Python3 alpha releases?

The latest version has the issue above which means the scripts don’t get installed, although I have fixed it here I’m just organising the appropriate place to get added to Run$Path so they should “just work” from the command line, so just *youtube-dl ….

Thank you for your development work!

Have try to update the YTPlay youtube handling.
At this time I use a line like this

python3 <Python3$Dir>.Scripts.youtube-dl …

Is working if I try to watch a youtube video.
If I try to download I get a message like

“[0;31mERROR:[0m unable to open for writing: [Errno 21] Is a directory: ‘RISC OS C Development Tutorial 1 – Getting the stuff you need-ALiMp-GHIX4.mp4’” and a directory named “RISC” is created but no download file.

Have add a “youtube-dl update button” to config window. Click performe a

python3 -m pip install —upgrade youtube-dl

Gives an error “[31mERROR: Invalid requirement: ‘\x98upgrade’[0m”

Have upload my latest YTPlay here.

P.S.: Forget. TaskRunner module must be loaded.

python3 -m pip install —upgrade youtube-dl
Gives an error “[31mERROR: Invalid requirement: ‘\x98upgrade’[0m”

The upgrade command needs two dashes.

python3 -m pip install --upgrade youtube-dl

python3 -m pip install —upgrade youtube-dl

Thanks a lot.
Have not seen. Looks like I need new glasses :-(
But my line is a direct copy from your post. Your mistake ;-)
Will try later this day.

But my line is a direct copy from your post. Your mistake ;-)

I think it’s an attack of the Textile. :)

this should be strike out and this: — is two dashes with no Textile exception “Pre” and/or “code”

Does everyone have problems with Textile? I know it’s bitten me a few times.

I think it’s an attack of the Textile.

It’s a bit like trying to copy snippets of PHP code from web sites.

The result ends up full of hard spaces and other non-functional stuff like sexed-quotes!

When I was doing quite a bit of that I had to make a 14-line ConvText script called CleanPHP to sort it all out!

At least the code tag helps!

The result ends up full of hard spaces and other non-functional stuff like sexed-quotes!

I tend to drop things into a fairly dumb text editor to strip a lot of dross.

At least the code tag helps!

I may be overdoing it or getting totally wrong but the < pre> < code> seems to work¹ for me.

¹ Mostly, on the occasions that Textile isn’t celebrating some special event – like the sun coming up in the East on a sunny or rainy day.

Update button is working now.
TaskRunner is loaded at start if found in System.Modules or from YTPlay.Resources.
Download is not working. :-(
Changes in old link.