schmonz.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
Why are there a bunch of different Wayland “compositors?” Why isn’t there just one *good* compositor that window systems can sit atop? Same with HID management, there should just be one *good* HID daemon.
Maybe eventually there’ll be a systemd-compositor and systemd-hid to handle this. Seems like they might be good candidates for Rust, too.
Wanted: a #RustLang tool with 4 panes:
- desired generated code
- an in progress proc-macro being written
- input #Rust code where the proc-macro is being applied
- a live updating view of the actual generated code with diff annotations against what was desired
If you want to go fancier, tie things in the output to the input and provide suggestions on where things are missing pre-expansion for the output to march the expectation. I feel like 90% of this can be accomplished today with tmux+a file watcher+direct rustc invocations using -Zunpretty=expanded, but it'd be lovely to have an actual tool for this.
This episode of #OpenSourceSecurity I chat with @tb about crates.io trusted publishing
I learned a ton about how trusted publishing works, it's one of those very new and very interesting topics
And of course anytime I can talk about #Rust it's a great chat :)
https://opensourcesecurity.io/2025/2025-08-cratesio-trusted-publishing-tobias/
- Software engineer/developer
- Preference for 3rd shift, but if I can work anywhere, I'll find a place to live to fit your schedule.
- holistic software development("full stack")
- References out the wazoo, especially from my most recent position.
- Any language, but I'm practiced in Java, #cpp , HTML, CSS, like #rust , and have professional exp. in Java, SQL, PL/SQL, and BASH
- English, #日本語 , #suomi , Français, et Español.
What are the challenges and gains when porting legacy systems software written in C into #Rust? Here's my own experience porting the BSD Unix / macOS stream editor sed into Rust as part of #uutils.
IEEE Software article: https://doi.org/10.1109/MS.2025.3579008
Source code: https://github.com/uutils/sed/
What is the idiomatic way in #Rust of defining a type that represents an MMIO region and therefore must use volatile loads and stores for every field access?
I did a RIIR again and:
Two apps nearly-identical in functionality now. On startup, before processing anything:
#Rust + #Axum: 3.5MB RES
#Elixir + #Phoenix: 75MB RES
Literally 20x difference, and I haven't even benchmarked throughput/perf. For a use case where a big goal is extremely low resource use, this is huge.
(both of these are running in release/prod mode btw)
Dist users: 0.29.0 is out! This has all the features that originated in Astral's fork, and also has some new bugfixes and other improvements. https://github.com/axodotdev/cargo-dist/releases/tag/v0.29.0
Does #Rust have any kind of property syntax like C# / Objective-C (or that you can fudge with proxies in C++), so I can write a.property = value
and have a method called to set the property?
Wrote a short blog post on how I implement command line interfaces in Rust these days.
Exciting to see the first #Rust code running on #CHERIoT! Edoardo has rebased the Kent work on a newer rustc and added the CHERIoT bits so we can now add two integers together in Rust!
Probably other things work too. The core library compiles, but not much of it is tested. Cross-compartment calls aren’t possible yet and the alloc crate needs implementing wrapping our shared heap (there’s also a fun project at UBC to replace our allocator with a formally verified one in Rust, but it’s not there yet and, of course, depends on Rust working).
Netencode: I’m currently building out my project of making a “better” structured language for use in UNIX-pipelines and shell scripting and the like.
It’s human-readable, but supports trivial generation with printf & wc, tagged values (sum types, Result<T>) and embedding arbitrary binaries without escaping due to being length-prefixed.
I think it’s pretty cool!
#netencode #ShowAndTell #unix #shell #haskell #python #rust #nix #programming #tooling
Created a FreeBSD port for openpgp-card-tools and put it on my Codeberg:
https://codeberg.org/Larvitz/openpgp-card-tools-freebsd-port
It's a command-line-utility (oct), written in Rust, to manage openpgp smartcards and compatible devices (yubikey, nitrokey etc).
Usage instructions are in the repositories readme file.
Hello #rust people 🦀
Am I correct in my understanding that to use or manage rust crates I would need a #GitHub login?
Looking at crates.io and this github issue[1] from 2016 it seems that using Microsoft's GitHub is the only way to login or publish. Is that still the case?
I'm rather reluctant to go back to using GitHub having given up GitHub[2] some years ago.
[1] https://github.com/rust-lang/crates.io/issues/326
@spacehobo @brouhaha @tastytronic
Talking of cool formats:
I was just thinking of Rahul Dhesi's ZOO after posting that, coincidentally.
The format was designed so that backwards seeks were only necessary when actually deleting/updating entries. One could do a list entirely forwards, and even purging deleted entries could be done entirely forwards.
Then the world went and settled on ZIP, which needed several backwards seeks just to find the central directory.
One has to appreciate that #Rust programmers are rediscovering all of these old problems anew almost 40 years later. (-: