leansensei (u/leansensei)

leansensei commented on I let LLMs write an Elixir NIF in C; it mostly worked overbring.com/blog/2025-0... · Posted by u/overbring_labs

juped · 15 days ago

So all this arose because you didn't read the docs and note that get_disk_info/1 immediately fetches the data when called? The every-30-minutes-by-default checks are for generating "disk usage is high" event conditions.

leansensei · 15 days ago

Thanks, that was not clear to me from skimming the docs.

However, this NIF also returns more fields than the disksup function.

leansensei commented on I let LLMs write an Elixir NIF in C; it mostly worked overbring.com/blog/2025-0... · Posted by u/overbring_labs

abrookewood · 15 days ago

Yep, was wondering why you didn't go down that path in the first place. Seems way safer.

leansensei · 15 days ago

It's because the most familiar thing to me that uses a NIF was Exqlite, so that was my starting point.

Using Rust and Rustler turned out to be way easier and it also now works across Elixir versions 1.14 to 1.18.

leansensei commented on I let LLMs write an Elixir NIF in C; it mostly worked overbring.com/blog/2025-0... · Posted by u/overbring_labs

weatherlight · 15 days ago

because the author self admitted they don't know C! One of the reason why people use the Beam VM is because its robust and fault tolerant.

a lot of the choice here are made at the expense of VM's health.

also why wouldn't anyone just use :disksup.get_disk_info/1. (Thats immediate) calling :disksup.get_disk_info/1 won’t mess with the scheduler in the way a custom NIF or a big blocking port might.

I see the above code/lib and just see reflags all over the place.

leansensei · 15 days ago

The post explains why I don't want to use disksup. You have to start an extra application (os_mon) and configure disksup to update the starts more frequently than the default of every 30 minutes.

Do we really need to do all that instead of the equivalent of a df?

Agree about the C code, which is why the latest version (on GitHub, the HEAD, not yet released in Hex.pm) is now using Rust and Rustler.

leansensei commented on I let LLMs write an Elixir NIF in C; it mostly worked overbring.com/blog/2025-0... · Posted by u/overbring_labs

weatherlight · 15 days ago

Why C instead of Rust or Zig? Rustler and Zigler exist. I feel like a Vibecoded NIF in C is the absolute last thing I would want to expose the BEAM to.

leansensei · 15 days ago

Why not C? It made no difference, we're talking about a few function calls.

leansensei commented on Abogen – Generate audiobooks from EPUBs, PDFs and text github.com/denizsafak/abo... · Posted by u/mzehrer

dumbasrocks · 20 days ago

Would you call a network packet generation tool Pakigen?

leansensei · 19 days ago

"Abo" in German means "subscription" (from the French abonnement). Show some cultural sensitivity about these languages.

leansensei commented on Debian 13 “Trixie” debian.org/News/2025/2025... · Posted by u/ducktective

binwiederhier · 21 days ago

Thank you to all the Debian volunteers that make Debian and all its derivatives possible. It's remarkable how many people and businesses have been enabled by your work. Thank you!

On a personal note, Trixie is very exciting for me because my side project, ntfy [1], was packaged [2] and is now included in Trixie. I only learned about the fact that it was included very late in cycle when the package maintainer asked for license clarifications. As a result the Debian-ized version of ntfy doesn't contain a web app (which is a reaaal bummer), and has a few things "patched out" (which is fine). I approached the maintainer and just recently added build tags [3] to make it easier to remove Stripe, Firebase and WebPush, so that the next Debian-ized version will not have to contain (so many) awkward patches.

As an "upstream maintainer", I must say it isn't obvious at all why the web app wasn't included. It was clearly removed on purpose [4], but I don't really know what to do to get it into the next Debian release. Doing an "apt install ntfy" is going to be quite disappointing for most if the web app doesn't work. Any help or guidance is very welcome!

[1] https://github.com/binwiederhier/ntfy

[2] https://tracker.debian.org/pkg/ntfy

[3] https://github.com/binwiederhier/ntfy/pull/1420

[4] https://salsa.debian.org/ahmadkhalifa/ntfy/-/blob/debian/lat...

leansensei · 21 days ago

Thank you for ntfy, it's such a useful piece of software!

leansensei commented on Atlassian's Trello redesign may be 'worst in tech history' say frustrated users theregister.com/2025/08/0... · Posted by u/mindracer

nerdsniper · 23 days ago

Trello was excellent before Atlassian purchased it and added bloat. I often wished for a clone of the pre-Atlassian Trello.

leansensei · 22 days ago

Wekan looks close to pre-Atlassian Trello.

leansensei commented on Trello: How the project management app's update is causing customers to revolt slate.com/technology/2025... · Posted by u/tekdude

leansensei · 25 days ago

Just use Wekan. Problem solved.

leansensei commented on Show HN: Built a desktop app to organize photos locally with duplicate detection organizer.flipfocus.nl/... · Posted by u/mcvanhassel

leansensei · 2 months ago

apt install geeqie

That's all.

leansensei commented on The $25k car is going extinct? media.hubspot.com/why-the... · Posted by u/pseudolus

gmac · 2 months ago

Yep. I think SEAT are the pick of the VAG brands. Their marketing isn't about being cheap, but they're aimed at the youngest market segment, who also have the least money, so in my experience have the best prices.

Pre-COVID we got a new Leon ST — essentially a Golf estate/station wagon — for about a third off the list price: £13K instead of £20K (I know: those prices sound semi-mythical now).

On the other end you have Audi, whose premise seems to be: "So you want a VW, but you want to pay hugely over the odds for it? Certainly sir, step right this way."

leansensei · 2 months ago

That's the VAG marketing strategy. Share most parts, have the customer pay for the brand.