Posts by bugaevc@mastodon.technology
(DIR) Post #ACy5XYwHvXaiSNAylE by bugaevc@mastodon.technology
2021-11-01T19:47:06Z
0 likes, 2 repeats
"I'm not ready to connect to the Internet."
(DIR) Post #AD0L7W2I5N2hVRVOjY by bugaevc@mastodon.technology
2021-11-02T17:02:55Z
0 likes, 1 repeats
📢 Descriptions of the GNU #Hurd vulnerabilities I've found earlier this year are now public! 🎉Read them here: https://lists.gnu.org/archive/html/bug-hurd/2021-11/msg00018.html This should be an interesting read even if you're not very familiar with the Hurd and #Mach 🙂(phew, it took me quite some time to write, too!)
(DIR) Post #AD3m7K3Zu8w8ad7U7U by bugaevc@mastodon.technology
2021-11-04T14:20:54Z
1 likes, 1 repeats
(DIR) Post #AD3nRheLzlqNVabSyG by bugaevc@mastodon.technology
2021-11-04T14:27:12Z
0 likes, 0 repeats
This Send button is just a few pixels away from the quote expander thingie. One sloppy tap and your unfinished email is on its way.
(DIR) Post #AD3oXam0ZhsfsBYVl2 by bugaevc@mastodon.technology
2021-11-04T14:50:30Z
0 likes, 0 repeats
@peter it is, though the pace is slow. Some recent commits to the Hurd proper can be seen here: https://git.savannah.gnu.org/cgit/hurd/hurd.git/log/ and there's also GNU Mach, glibc, and various other repos
(DIR) Post #AD3ocV2rIdzVYTmGEC by bugaevc@mastodon.technology
2021-11-04T14:51:22Z
0 likes, 0 repeats
@peter @feld unix.bpowers.net
(DIR) Post #AD3ri6RNzUu8qVc5B2 by bugaevc@mastodon.technology
2021-11-04T15:26:00Z
0 likes, 0 repeats
@peter Debian GNU/Hurd! https://www.debian.org/ports/hurd/
(DIR) Post #AD4Mifn7ehFf3xX3Wi by bugaevc@mastodon.technology
2021-11-04T20:46:00Z
0 likes, 0 repeats
Did I just... write a correct GitHub Actions YAML on the first try???
(DIR) Post #AD4MihFsDHqNbPzWym by bugaevc@mastodon.technology
2021-11-04T20:58:28Z
0 likes, 0 repeats
Anyways,https://github.com/bugaevc/coroutines-lite 👀
(DIR) Post #AD5YhQvKq9qXGpVbWq by bugaevc@mastodon.technology
2021-11-05T08:48:10Z
0 likes, 0 repeats
"Sergey just had his morning ☕" idle thought:the sandboxing features of #Flatpak should be fairly orthogonal to its distribution features (runtimes, remotes, OSTree, manifests, ...)so there should be a way to run most "system" apps "in a Flatpak sandbox" and reap all the security benefits without compromising on systems integration & stuff
(DIR) Post #AD5YhSCO6F55E0UjkO by bugaevc@mastodon.technology
2021-11-05T08:58:29Z
0 likes, 0 repeats
Maybe I can hack something up real quick 🤔
(DIR) Post #AD5anfQ03vnxs1x6HI by bugaevc@mastodon.technology
2021-11-05T11:25:55Z
0 likes, 0 repeats
@js please see my other reply: https://mastodon.technology/@bugaevc/107223912201232412bwrap is a small tool to expose Linux namespaces to unprivileged users, and to provide a CLI for it. What I'm looking for is not a way to create namespaces — that you can already do, with bubblewrap or otherwise — but to run host things in the real actual Flatpak sandbox/context.
(DIR) Post #AD5gSNFB2V3H9A7UES by bugaevc@mastodon.technology
2021-11-05T12:28:38Z
0 likes, 0 repeats
@js Flatpak context is just bwrap in the same way as systemd services are just processes or ActivityPub is just HTTP, or I'm just a bunch of atoms: it's a higher-level concept that's built on a lower-level mechanism.I'm mostly looking for things in flatpak-instance.c, flatpak-context.c, and flatpak-run.c in libflatpak. There's surely some bwrap args building there; but it's how they are built and what other things are started/created (like those state files in .flatpak) that are interesting.
(DIR) Post #ADFtS8bbts8R0Mjeds by bugaevc@mastodon.technology
2021-11-10T10:41:26Z
1 likes, 2 repeats
Unpopular opinion:IDEs and editors that go above and beyond to provide the developer with more context & info that's not present in the actual source code, such as the inlay hints feature,can be very helpful to understand things right here and now, but end up being harmful to code clarity & readability in the long term
(DIR) Post #ADFvxDpCkF4e4s2mEC by bugaevc@mastodon.technology
2021-11-10T11:09:21Z
1 likes, 4 repeats
📢 Owl is now on GitHub! 🎉After an unsigned long long wait, I'm finally releasing the source code of Owl, my portable #Wayland compositor in Objective-C that runs on Mac OS X, the Hurd (and probably just about anywhere else thanks to the magic of #GNUstep). Along with it, I'm also publishing the port of Wayland that runs on OS X.Please note that Owl is still very much a work in progress. It's amazing that many things work, but naturally others don't. There's a lot to improve!https://github.com/owl-compositor/owl
(DIR) Post #ADG7deka7s5DFAJnHs by bugaevc@mastodon.technology
2021-11-10T13:21:01Z
0 likes, 0 repeats
@tdemin and what is their opinion?
(DIR) Post #ADG8i2dTMY3GR2eEeO by bugaevc@mastodon.technology
2021-11-10T13:30:24Z
1 likes, 0 repeats
@lanodan @wolf480pl well, we all know that *real programmers* use butterflies :)
(DIR) Post #ADHgqye59tJsGXKEt6 by bugaevc@mastodon.technology
2018-11-19T11:44:18Z
0 likes, 0 repeats
@mbirth it sends commands to the shell (I imagine some escape sequence-based protocol, but I haven't thought about the specifics too much). See my other replies in this thread where I went into some more details about how this protocol should be shell- and toolkit-independent and how it somewhat resembles DWDs.
(DIR) Post #ADKES5EPJwtAD3XNjs by bugaevc@mastodon.technology
2021-11-12T10:38:37Z
1 likes, 0 repeats
Press F to pay respects
(DIR) Post #ADKES5uwlmusKzRM2q by bugaevc@mastodon.technology
2021-11-12T11:14:12Z
1 likes, 2 repeats
📢 Important PSA: I'm being conscripted (or: drafted) for military service, starting next week (Nov 15th).This means you won't see hot takes or obscure project announcements, nor free software contributions, nor any online activity from me for a whole year.This is the reason I have rushed publishing those Hurd vulnerability details and the Owl source code.I'll be back in a year, and I'm excited to see what amazing progress y'all are going to make in this time.