Closed chimosky closed 3 years ago
Until Python is fixed, your choices include;
I think using the shell to make the directories seems viable in the short term and might be the best thing to do at the moment.
I was also thinking of momentarily moving the installations to ~/Activities
, what do you think?
Temporary fix exists at sugarlabs/sugar-toolkit-gtk3@9605f81.
After investigating I'd figured out what was causing the problem in fedora so I've reverted sugarlabs/sugar-toolkit-gtk3@9605f81. Closing this.
Oh wow, yes, I see why now. I guess I should have looked at the Fedora repository before, given this was a problem with Fedora only.
Oh wow, yes, I see why now. I guess I should have looked at the Fedora repository before, given this was a problem with Fedora only.
And it was a bit subtle, some files that let you run sugar applications outside sugar weren't deleted and they usually are as they break the build and they were being referenced in the buildroot path so I'd changed the path to just the prefix /usr
and that was what caused the permission error.
Well done.
Well done.
Thanks.
Noticed this while trying to update viewslides activity in F35 SOAS - comes with Python 3.10 -.
Running
./setup.py install --prefix=/usr
throws aPermissionError
with traceback;There's a proposed fix for this in Python but if merged, it'll be included in Python 3.10.
@aperezbios this might stall the update of viewslides downstream, I haven't noticed this with any other package at the moment.
Opening this so I'll not forget to take a look at this later.