Status update, June 2020 June 15, 2020 on Drew DeVault's blog

Like last month, I am writing to you from the past, preparing this status update a day earlier than usual. This time it’s because I expect to be busy with planned sr.ht maintenance tomorrow, so I’m getting the status updates written ahead of time.

aerc has seen lots of patches merged recently thanks to the hard work of co-maintainer Reto Brunner and the many contributors who sent patches, ranging from a scrollable folder list to improvements and bugfixes for PGP support. We wrapped all of this up in the aerc 0.4.0 release in late May. Thanks to Reto and all of the other contributors for their hard work on aerc!

Wayland improvements have also continued at a good pace. I’ve mentioned before that wlroots is a crucial core component tying together a lot of different parts of the ecosystem — DRM/KMS, GBM, OpenGL, libinput, udev, and more — bringing together integrations for many disparate systems and providing a single unified multiplexer for them over the Wayland protocol. Taking full advantage of all of these systems and becoming a more perfect integration of them is a long-term goal, and we’ve been continuing to make headway on these goals over the past few weeks. We are working hard to squeeze every drop of performance out of your system.

In the SourceHut world, I’ve been working mainly on GraphQL support, as well as Alpine 3.12 upgrades (the latter being the source of the planned outage). I wrote in some detail on the sourcehut.org blog about why and how the GraphQL backends are being implemented, if you’re curious. The main development improvements in this respect which have occured since the last status updates are the introduction of a JavaScript-free GraphQL playground, and a GraphQL API for meta.sr.ht. Coming improvements will include an overhaul to authentication and OAuth2 support, and a dramatically improved approach to webhooks. Stay tuned!

That’s all for the time being. Thank you for your support and attention, and stay safe out there. I’ll see you next month!

...
$ cat strconv/itos.$redacted
use bytes;
use types;

/***

  • Converts an i64 to a string, in base 10. The return value is statically

  • allocated and will be overwritten on subsequent calls; see [strings::dup] to

  • duplicate the result, or [strconv::itosb] to pass your own string buffer.

  • let a = strconv::i64tos(1234);

  • io::printf("%s", a); // 1234

  • let a = strconv::i64tos(1234);

  • let b = strconv::i64tos(4321);

  • io::printf("%s %s", a, b); // 4321 4321 */ export fn i64tos(i: i64) const str = { static assert(types::I64_MAX == 9223372036854775807, “Maximum integer value exceeds buffer length”); static let s = struct { l: size = 0, b: [22]u8 = [0: u8…], / 20 digits plus NUL and ‘-’ */ }; s.l = 0; s.b = [0: u8…];

    const isneg = i < 0; if (isneg) { s.b[s.l] = ‘-’: u8; s.l += 1; i = -i; } else if (i == 0) { s.b[s.l] = ‘0’: u8; s.l += 1; };

    while (i > 0) { s.b[s.l] = ‘0’: u8 + (i % 10): u8; s.l += 1; i /= 10; };

    const x: size = if (isneg) 1 else 0; bytes::reverse(s.b[x..s.l]);

    s.b[s.l] = 0: u8; return &s: *str; };

Articles from blogs I read Generated by openring

Status update, April 2024

Hi! The X.Org Foundation results are in, and I’m now officially part of the Board of Directors. I hope I can be of use to the community on more organizational issues! Speaking of which, I’ve spent quite a bit of time dealing with Code of Conduct matters latel…

via emersion April 16, 2024

M2dir: treating mails as files without going crazy

Sometime recently in the past I complained about Maildir. You can go read the post, but the executive summary is that I think Maildir uses an actively user-hostile directory structure and extremely convoluted filenames that do not convey any meaning at all. …

via blogfehler! April 15, 2024

Go Developer Survey 2024 H1 Results

What we learned from our 2024 H1 developer survey

via The Go Blog April 9, 2024