I clicked PlatformIO > Update All before clicking PlatformIO > Libraries > Updates and there is the result of Update All in the terminal window - that contrib-pysite error is the only error when running Update All.
I am not sure which versions of PlatformIO extension, PlatformIO Core and PlatformIO Home were installed until yesterday (Is there a way to check that information in some .log file?) but everything was up to date on 12 July 2020 and everything worked well.
The projects still work well, Libraries > Update is the only thing that stopped working.
I don’t have Python 3.x installed and 3.x version was never installed on this computer. I am using Python 2.7
I didn’t notice any greyed out update buttons, the only problem are a bunch off errors after clicking on PlatformIO > Libraries > Updates as in the upper right part of the screenshot from my first post.
Is there a log file where I could check which versions of PlatformIO extension, PlatformIO Core and PlatformIO Home were installed before the last update?
Since, as I said, I don’t have Python 3.x installed at all and I already have the most recent version of PlatformIO core - seems as I can only wait for the updates or downgrade to the older version of PlatformIO :-/
If I read the version number for contrib-pysite correctly, 2.37.191020 should mean that it’s for Python 3.7. Can you open a PIO terminal and post the output of pio system info?
But I’ve never installed Python 3.x, the output from python --version in cmd is:
Python 2.7.15
On the other hand, the same command when invoked from PlatformIO Core CLI results in:
Python 3.7.7
Now I see there is python3 folder in:
C:\Users\Username\.platformio
and I can see it was created yesterday during update of PlatformIO. And by running $env:path I can see the path to python3 is added in front of the path variable when using PlatformIO Core CLI, this is the beginning of path variable:
Does it mean PlatformIO installed local version of Python 3.x with which itself (PlatformIO) doesn’t work? What could I have done to prevent that? I didn’t have any control of the process of updating.
When I deleted these folders marked with “?” they still kept recreating - seemed as random board folders from other projects’ libdeps were created inside every project’s libdeps folder. Then I deleted all .pio folders and they were recreated correctly but as soon as I try:
PIO Home > Libraries > Installed > Updates
there are Libraries: Updates errors like in the screenshot from my 1st post and random board folders which should’t exist under projects that are not using these boards are starting to show again.
That isn’t an error and that doesn’t mean I am using Python 3.9 - what that means is I am using Python 3.7 and there is an update for the version 3.9 but update script knows that update wouldn’t work with Python 3.7 so there is the note it will not be installed.
I’m using the exact same Core and Home version as you and updating the libraries is no problem for me in the GUI (which is the problem as described in the first post).
Please state what exact issue! The post above talks about 2 things, getting an error when looking at library updates and an “error” regarding the contrib-pysite.
The “error” in contrib-pysite is expected as I have already linked above. You’re running Python 3.8 so they right contrib-pysite package is 2.38.x. Version 2.39.x is for Python 3.9 which you don’t seem to have installed. This “incompatibility” is wanted and is perfectly fine. For Python 3.8 version, the package is just updated to the latest 2.38.x version.
This is not an error and can be ignored. It just tells you that it won’t update the Python pacakges meant for a Python 3.8 installation to one meant for a Python 3.9 installation.