mip: Allow accessing index from local filesystem

[aylen384]

Just set the index to file://relative/path or file:///absolute/path

[Josverl]

Can you explain what the problem is that you are trying to solve?

Your current description is so terse, I'm not sure that I understand what you are trying to solve.

[aylen384]

There are two use cases I want to cover:

For local testing (especially but not necessarily limited to) using the unix port.
So you can locally generate an index from the repo and install packages from the index without starting a local http server.

And for packaging the complete index of this repo for the opensuse rpm (micropython-lib) without needing to launch an http server within the build environment. Previous we were using the makefile that was dropped from this repo so I decided to generate a local index and then install all packages contained in that index to the buildroot.

[aylen384]

Look here where I backported the patch from this PR to see exactly what I'm doing:
https://build.opensuse.org/projects/devel:languages:python/packages/micropython-lib/files/micropython-lib.spec?expand=1

[Josverl]

Install of packages from a local filesystem

I think I remember this being part of a mpremote mip PR I recently looked at, but I cant find it right now.
It might be worth double checking though.

Packaging this repo for Suse
I understand that you prefer you build to be simple and consistent.
However all the additions to this package will negatively affect all networked boards that have this package installed (frozen) as it will take up space in the firmware image.
Its this really the only way this can be implemented,
or is there a way to fix Suse's build process without these effect ?

[aylen384]

If I get it right, mpremote mip is an independent implementation - only suited for installing stuff on an actual board, isn't it?

In general I think this would be the cleanest way to implement this. I actually was surprized that it wasn't implemented, yet, which is why I created this PR.
The easiest way to "fix" this in the build env is having the patch of this PR in the sources of the RPM package.

An alternative would be to send all file:// urls transparently to python-requests and implement that url scheme there.

Regarding the size I guess you are talking abount the 131 bytes of increased size of the (mpy-cross) compiled version of mpy?
I mean I could try to further optimize the code to make it even smaller if that is the issue.

[aylen384]

Here is how to do it by modifying requests - it only costs 50 bytes:

diff --git a/python-ecosys/requests/requests/__init__.py b/python-ecosys/requests/requests/__init__.py
index 2951035..db22569 100644
--- a/python-ecosys/requests/requests/__init__.py
+++ b/python-ecosys/requests/requests/__init__.py
@@ -71,6 +71,10 @@ def request(
         import tls

         port = 443
+    elif proto == "file:":
+        r = Response(open(url[7:], 'b'))
+        r.status_code = 200
+        return r
     else:
         raise ValueError("Unsupported protocol: " + proto)

is that better?

[aylen384]

Opened #989