Sebastian Krzyszkowiak @dos@librem.one

Seems right.
#Birds
🪶

I always wanted a simple way to put the phone to silent mode when e.g. placing it on the table next to the 🛏️ . Since Biemster got NFC to work on the Oneplus 6/6T (https://github.com/biemster/pmos-openbox-conky/blob/main/nxp_nci_i2c.py) we can leverage that and have feedbackd's profile adjusted when certain RFIDs are seen (https://source.puri.sm/Librem5/feedbackd/-/merge_requests/154). For this to land we want to move the NFC support from a python script to s.th. like nfcd (https://github.com/biemster/pmos-openbox-conky/pull/18#issuecomment-2653920089). Help on this would be appreciated.

#phosh #feedbackd #rfid #LinuxMobile

I think some of the replies to this poll are missing the historical importance of wobbly windows and the technological advancements in the open source ecosystem that they represented. I feel privileged and grateful to have been present at the dawning of the wobbly window era.

https://chaos.social/@karolherbst/113991426354307336

After a very busy January (for me) I'm back with Indiepocalypse #61!

-10 curated games for $15!
-Zine!
-Newly commissioned game by
@tallywinkle
-Cover by Victoria Clough (https://ladyvictori.art/)

Games by
@dos
and more!

https://pizzapranks.itch.io/indiepocalypse-61

Z przyjemnością ogłaszamy, iż objęliśmy patronatem medialnym tegoroczną serię eventów ❤️ I Love Free Software Day organizowaną przez @fsfe. Z tej okazji zapraszamy na luźne spotkania w Warszawie, Poznaniu i Wrocławiu. 😊

📍 Warszawa
12/02/2025 - 19:00
@hswaw ul. Żelazna 103A

📍 Poznań
13/02/2025 18:00
Politechnika Poznańska, ul. Polanka 3
@hspoz

📍 Wrocław
14/02/2025 18:00
Politechnika Wrocławska, budynek C-3, sala 20
@ASI @hswro

Więcej informacji: https://ilovefs.org/

#fsfe #ilovefs #floss

My Etsy shop is now available! And there is a very limited offer of the original book from the Quirky Owl animation, as well as pages of the book in form of cute postcards. By buying you are supporting the making of the short movie <3

Shop:
https://funkypangolin.etsy.com

Animation:
https://www.youtube.com/watch?v=L6qJWVZb4Qs

Other ways of supporting me:
https://linktr.ee/agata.nawrot

If your country is not available on Etsy, you can contact me directly.

I will be updating the assortment gradually <3
#mastoart

Been recording some profiles to try to explain _why_ my Rust translations of C programs tend to default to being faster.

Here's an unexpected culprit: strlen/strcmp.

The "natural" string representation in C is a char* pointing to a buffer that ends in a NUL (ASCII 0). To determine its length you have to crawl along it to find the NUL. To compare two strings, you need to do the same. In particular, because strcmp's return value isn't just a flag, but an integer giving the lexicographic relationship between the two strings ... it can't early exit if the lengths differ.

The "natural" string representation in Rust is a &str, which combines a pointer and a length. Finding the length is a constant-time near-no-op; comparing two strings for equality can trivially early-exit.

This might sound trivial, but profiles suggest it's a significant factor in wartcl being 4x faster than partcl across the board. In part, I suspect a lot of C programs do a lot of redundant strlen-computation unintentionally.