Sebastian Krzyszkowiak @dos@librem.one

Hi! Help me start my business and expand my shop by buying my first little diy book:) Only until Sunday you can use code QUIRKY15 to get 15% off the book or any purchase above 55 EUR.
Or just use this link:
https://funkypangolin.etsy.com?coupon=QUIRKY15
If you buy a book, I will also add 3 random postcards.
I have only 5 books of this design, next ones will be different!
Thank you <3

#mastoart #diy #business

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

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.