Doom4535

The email git flow could definitely be better and having the patch added as a regular patch file shouldn't break things (setting up git-send email was surprisingly cumbersome with email security settings and such). Hopefully they are able to improve (like the normal industry git repos) or at least add a compatibility layer that makes their existing setup work with a web interface for managing commits (I'd like to close/merge two broken issues I made and either I don't have permission for email commands or I don't know the proper syntax, so now I'm waiting for it to just expire).

From the article this has lead a group to reverse engineer the proprietary board and start a Kickstarter to make it more accessible, which is pretty exciting (hopefully Apple doesn’t find a way to kill it)

I’m not too bothered by the IRC, it is a bit annoying not being able to get messages/responses while away (unless you rig up something to stay connected), I haven’t tried the mailing lists yet (other than the ones used as part of the Guix patching process (which Guix does provide a nice UI for with issues.guix.gnu.org), but it was a real pain connecting git:send-email as a first time user for the send-email part. There is supposedly some new tool called Mumi, but I haven’t tried it yet.).

I don’t see what you mean about the IRC being a walled garden? It did take a bit more work to connect than registering for Reddit, but I’d say it is comparable to the effort of joining Lemmy (but without the nice persistence of Lemmy). Another reason they might have for not wanting to add more communication channels is maintainer fatigue, every communication channel they officially add has to be watched by someone; and if all their maintainers are comfortable with something else, they will have to take time out of their day (with them already likely being volunteers) to monitor the new channel.

Dang, I had no idea and never thought to inspect it; thank you for pointing that out, now maybe I can finally figure out how to nicely shutdown from the terminal

The concern for code duplication is valid, but as the article mentioned it is also a while off until the Nova project is mainlined. I honestly never thought of how the work to bring in Rust to mainline may in effect lead to a more complete deprecation of older hardware as we start to change API's older/unmaintained components aren't updated. On the flip side, trimming out older stuff might save maintainer work going forward.

What I mean with shutdown, is the flags have changed (So, I can't do 'shutdown -hP' or 'shutdown -hP now')

I had no idea on the manual version tag, I've probably been using an old one for a while... Thanks for pointing that out.

Ya, when it comes to modifying a Guix config, I haven't gotten used to all the guile commands and different system names that guix uses, maybe eventually I'll learn the semantics.

I'd add that it might not hurt to expand the build farm again so that the build system (cuirass) can mark submissions as ready faster (I've currently got a few patches that I need to 'bump' as it seems they have been skipped over and are now ignore since they are several months old now...)

I miss systemctl poweroff (haven't learned the new herd equivalent); also, herd --help doesn't really give any useful information and only lists a few things you can do... Have to really dig into the documentation (someday). Also, the shutdown syntax has changed... Otherwise, most stuff has gone well

Have you considered reaching out to folks on the IRC for feedback? These issues look to have been open for a while, so the automated build farm has likely forgotten them; I'd love to have a mainlined approach for Podman

Ya, this (if active) looks like it would be a more approachable version of Guix for many folks

Kinda cool, I like the config generator; too bad there isn't a sway or hyperland one so that I can copy it for my system.