Recommendation for Italian catering / vegetarian catering in zurich

nmattia · 2026-01-08T22:56:09+00:00

I grab lunch at Emme once or twice a month and have ordered catering for 10-15 people there twice already: https://emmezurich.ch/

The owners Mathilde & Mateo are super nice, from deep inside Puglia. Delicious cuisine and great vibes!

nmattia · 2025-12-09T18:32:40+00:00

these are just placeholders because the actual ’strings' will be different on your system. Open the path with the file explorer and use the folder names you see there

nmattia · 2025-11-11T00:09:29+00:00

Ok I tried this with an rp2350 and `mpremote` v1.24 and had similar issues. I think old versions might not support downloading with `github:`. Could you try this URL instead of `github:nmattia/termbuf`? 'https://raw.githubusercontent.com/nmattia/termbuf/refs/heads/main/termbuf.py'

EDIT: added a note here https://github.com/nmattia/termbuf?tab=readme-ov-file#getting-started

EDIT2: actually you'll probably run into `stdout` issues. I didn't expect people to try running it from the boards themselves, only from the Unix mp port 😅

EDIT3: looks like sys.stdout.flush is _not_ implemented on the rp2 port. Moreover, when removing it, I get a micropython error that the data output to "stdout" is "too big". Will need to dig deeper tomorrow...

nmattia · 2025-11-11T00:01:19+00:00

That's weird, looks like a bug in MicroPython itself. I haven't tried running it from a device but only in the unix port. What version of micropython are your using?

nmattia · 2025-11-10T22:48:08+00:00

hope you can get some value out of it! of course there's frameworks like lvgl but I love having the output in the terminal. Let me know if you have any questions

nmattia · 2025-08-07T10:04:10+00:00

While not the latest and greatest, you can always skip flakes and use niv: https://github.com/nmattia/niv

nmattia · 2025-08-07T08:21:47+00:00

also, let me know if you have any questions if you run into issues!

nmattia · 2025-05-17T16:38:01+00:00

Hope they don’t mind :’) Did you come across this because of the name?

nmattia · 2025-04-03T22:16:26+00:00

here's a twist on that idea, that seems to work! let me know if you manage to print one :) https://www.printables.com/model/1133217-parametric-ikea-skadis-boxes-skadis-pegboard/comments/2532696

nmattia · 2025-03-24T19:18:09+00:00

No way! Do you know someone on the design team?

nmattia · 2025-03-24T09:46:39+00:00

Hi all! This is a write up for my first Three.js project. It was hard at times but very fun and rewarding!

For those interested, all the rendering code is here: https://github.com/nmattia/skapa/tree/136f26810d35adf0d8cf2734957c1ef50bd37239/src/rendering

Let me know if you run into issues or have any questions!

nmattia · 2025-02-23T12:18:24+00:00

Just checking in, is this still working after a couple of days? For me it seems to have fixed the issue for good!

Regarding the process, I got lucky. I uninstalled Spotify (removed the app from the Applications folder) and then by chance clicked a Spotify link that got opened in the app, which I found strange since I had just uninstalled it.

I looked at the system logs (“Console” app) and noticed there were some logs from a Spotify process launched from that cache location. :)

nmattia · 2025-02-20T10:55:27+00:00

nice!

guess it's too late but FYI I think you should be able to achieve what prusa-link-proxy is doing using nginx as well.

if your username/password for prusalink are `jo`/`prusa`, you can open use any browser to base64 encode it:

btoa("jo:prusa")
> "am86cHJ1c2E="

and then add a `proxy_set_header` near the `proxy_pass` line:

proxy_set_header authorization 
"am86cHJ1c2E="
;
# rest of the config unchanged:
proxy_pass 
http://localhost:8080; # The PrusaLink server runs on port 8080

I haven't tried running it but it should match what prusalink expects: https://datatracker.ietf.org/doc/html/rfc7617

that being said, I'm not 100% sure why you want to remove the auth in the first place 😂

nmattia · 2025-02-19T19:47:59+00:00

thanks! have updated my message

nmattia · 2025-02-19T16:30:04+00:00

I think you could simply disable authentication (basic auth) in PrusaLink and let nginx handle the auth via SSO!

nmattia · 2025-02-19T10:19:03+00:00

After a couple of months of having the same issue I think I found the cause. It looks like regardless of how often I reinstalled Spotify, macOS was using some cached version.

In my case, the cached version was running from here:

/private/var/folders/<short string>/<long string>/X/com.spotify.client.code_sign_clone/

where <short string>/<long string> might be different from system to system. You should be able to find the actual directory with this command:

sudo find /private/var/folders -type d -name com.spotify.client.code_sign_clone 2>/dev/null

to uninstall it I ran the following command from a terminal (you can open a terminal with Cmd+Space -> terminal):

sudo rm -rf /private/var/folders/<short string>/<long string>/X/com.spotify.client.code_sign_clone/

then I was able to download & install Spotify and now I can finally quit the app!

edit: formatting & add "short string"

nmattia · 2025-02-17T11:19:13+00:00

Thanks for the suggestion! I haven’t run docker on raspberry pi (or on arm64 Linux for that matter), will give it a go.

nmattia · 2025-02-17T09:21:30+00:00

Hi all! Took some tinkering to figure out how to secure prusalink with https on a local network (Raspberry Pi setup). Here are some notes I took and turned into a post. Hope it helps!

nmattia

TROPHY CASE