Under "Settings" you can set it to pause below 50℅ battery.
Thanks for creating the channel! As for the question of what has to go in #raku-debate, and what can still be discussed in #raku even if contentious: Ultimately it'll probably have to be decided through a consensus by the community or steering council. My thinking behind
The purpose would not, of course, be to say: “Anything contentious must go in #raku-debate and has no place in #raku”.
is: It makes sense to require that the bulk of any contentious discussion happen in #raku-debate, but in my opinion what should still be allowed in #raku (as long as one doesn't abuse this) includes:
- to begin any discussion in #raku (moving to #raku-debate when asked to),
- to mention the state of a #raku-debate discussion in the main channel from time to time,
- to ask people from #raku to look at an ongoing or logged discussion and/or to add their opinion.
Typo in the title? (2026.09 instead of 2026.02)
So at the core, moderation decisions could better match the usual moderation goal (Namely: not to suppress a topic, but to keep #raku usable for people focussing on programming).
Abstracting from this particular case, I imagine it could help to have an additional IRC channel, named e.g. #raku-debate. Something like this surely has been considered before, but I think the advantages are really significant.
The purpose would not, of course, be to say: "Anything contentious must go in #raku-debate and has no place in #raku". It would be a last resort; #raku would continue to be the default place for discussions. But when someone does want to discuss something that others find (in principle or merely at the time) excessively bothersome for the general-purpose channel #raku, then one can say: "please don't discuss this in this channel," and still offer this IRC discussion a place inside the official realms of the Raku community.
It would make it easier on the person who is being told not to discuss their topic in #raku.
It would make it easier on those moderating #raku.
It would also make it easier for people who may have something useful to say on the topic, but decide against chiming in out of concern for others in #raku who are already exhausted by the discussion. Heck, I would bet that at times even simple clarification questions don't get asked for such reasons; which would mean that certain misunderstandings may persist and cause damage when they could have been resolved...
Thank you!
[deleted]
Fittingly, just two days ago they did open up a Mastodon account — this one: https://hachyderm.io/@guix. I'd say be sure to boost their initial toot and possibly more.
From an email that just appeared on the devel list:
Hi,
As you will have seen GNU Guix is now on Mastodon - we have entered the social media age: https://hachyderm.io/@guix
The goal of being on Mastodon is it's another communications method (like the blog an email lists) that we can tell people about GNU Guix, but also engage with people about Guix and related topics.
It would be great to have a few people who'd like to regularly post and engage. Anyone interested?
..
Do you happen to be in the loop about qutebrowser? I've read good things about it (but from 2020).
PDF link: https://raw.githubusercontent.com/LaurentRosenfeld/think_raku/master/PDF/think_raku.pdf
Subtitle: How to Think Like a Computer Scientist. If you haven't looked into Raku yet, you can read this article to get an idea of what's so exciting about it.
Here's the book's entry on the website of co-author Allen Downey.
License: Creative Commons BY NC 3.0 Unported.
