<rekado>what annoys me about online conferences or meetings is that it’s difficult to really *meet* individuals
<rekado>you can’t bump into them and stop for a chat
<rekado>initiating a conversation by selecting a person from a roster has a very different feel to it
<rekado>so I wonder if this already exists: a 2D game like environment with moving avatars and 2D audio
<rekado>you could walk to different locations where you hear the local sound; you can walk elsewhere to talk to other people, and the limitations of 2D positional audio mean that there’s a natural limit to what you can hear and what you cannot
<rekado>you could also become a ghost if you don’t want people to talk to you, but this means that you can only listen to audio in the designated conference rooms.
<rekado>OpenAL has the right abstraction for positional audio
<rekado>something like this certainly already exists, no…?
<rekado>I imagine it would be lovely for future Guix Days
<leoprikler>I think the real shit these days, pardon my language, would be a 3D game environment with 3D audio ;)
<leoprikler>2D graphics with 3D audio sounds like a very interesting niche
<rekado>I tried VR once (someone here bought an expensive system for … ‘work’) and was so very underwhelmed. What was exciting, though, were the many possibilities of getting injured in the R while being in the VR.
<leoprikler>I could imagine that to be useful in visual novels
<leoprikler>to imply that things happen off screen for example
<civodul>rekado: what you describe sounds like a great idea, i like it!
<civodul>my experience with interactions over BBB has been rather frustrating
<rekado>civodul: one thing that causes me more headache than the implementation details is how much closer the component of motion moves online meetings to physical meetings — and thus opens up new possibilities for harassment and abuse.
<civodul>perhaps you could throw OpenAL at nyacc's FFI thingie
<rekado>perhaps SDL has similarly useful abstractions
<aitzkora>I'm seeking which guix packet contains the classic linux "column" command : what is the command to use to find that guix package -A ?
<terpri>for my part: writing C# without actually knowing C#, and porting essentially a game engine to godot. not much room for guile there, alas, beyond using guix for development and guile for some internal tools
<terpri>(although i'm presently a game-development tools developer rather than a game developer per se)
<terpri>incidentally, iiuc c# is becoming the preferred language for godot (the developers acknowledged that having their own mediocre language was a mistake), so good c# support will probably be more important for free games in the future
<davexunit>oh they finally acknowledged that? that's good
<davexunit>they were very adamant about it back in the day
<terpri>davexunit, i don't know if there's a blog post or anything, but that's what i was told by $client who tracks such things
<apteryx>civodul: re services, thanks that helped!
<terpri>(it's also possible godot is trying to become "language-neutral" or something, i haven't looked into it in depth, but in either case c# would be important for porting games off of a certain extremely popular proprietary game engine)
<aitzkora>efraim : But if it is not yet installed, how to find the package (I use guix as a package manager not as a distro)
<terpri>aitzkora, on a foreign distro, i believe you want the util-linux package
<terpri>(on guix system, column is in util-linux-with-udev, with-udev sounds like something you might not want on a foreign distro although i'm not sure what it signifies)
<terpri>aitzkora, 'guix search' is helpful for finding packages, but i don't think there's an equivalent to, e.g., debian's apt-file where you can ask what packages contain bin/column
<aitzkora>@terpri : thats was my question... sadly it seems there is not that kind of equivalent...thanks anyway
<terpri>aitzkora, there will be eventually as it's not terribly difficult to build a tool like that, it just doesn't exist presently, afaik (might have missed some news)
<cbaines>Any ideas why some old revision of Guix doesn't like en_GB.utf8 as the locale, but accepts en_US.UTF-8 ?
<terpri>(hacky way: build/install all packages and generate a 'locate' database of files under /gnu/store)
<roptat>I think I was able to send a RTM_GETLINK request to my kernel, but I get an empty answer :/
<apteryx>anyone knowns how to reopen a Debbugs issue? I tried unarchive followed by reopen, but it seems unsuccessful.
<civodul>cbaines: could be that you're using glibc-utf8-locales and it doesn't have en_GB?
<cbaines>civodul, I'm using the glibc-locales package, it's seems that 2.28 doesn't have the .utf8 locales, just the .UTF-8 ones
<cbaines>I also had the Guix Data Service use the .utf8 prefix, which is causing trouble now when loading older revisions...
<cbaines>I can't work out whether I should code for both, or just migrate to .UTF-8 which seems more available
<cbaines>Ah, I've found some reference to normalized codeset... maybe I should just migrate the code and data to .UTF-8 then, as that seems more compatible
<civodul>the normalized codeset is .utf8 though, isn't it?