<the_tubular>I don't really know much about BSDs, I should maybe get into that soon
<jab>the_tubular OpenBSD is maybe closest to FSF respects your freedom. They do NOT allow proprietary software. hyperbolaBSD just forked OpenBSD with the goal of making it GPL. but this may be off topic. Send me a chat if y ou like. though I only installed it a week ago, so my knowledge is limited.
<the_tubular>How do they compare to Linux I heard good and not so good things about security wise ?
<the_tubular>Maybe I should dm you cause it can be a big conversation :P
<calher>jab: I love OpenBSD's cwm. I installed Hikari (Wayland compositor) to enjoy it again.
<calher>the_tubular: jab: This is intersting discussion.
<jab>the_tubular I'm going to go eat dinner now, meet me in #openbsd in a bit in you like
<KittyOwO[m]>I'm also fairly ignorant of the situation with the BSDs, but aren't they fairly similiar to linux as opposed to more ambitious projects like sel4, plan9, hurd, ect.? If porting/using a libre-BSD isn't much effort then it doesn't really matter, but if any of that takes effort that could go into a better long term solution that might be better.
<calher>Just need to clean the proprietary stuff out.
<jab>I haven't heard from this particual Hurd developer a ton, but there is a Hurd developer who was working on SMP support as a part of his thesis.
<jab>I personally think that the Hurd desperately needs valgrind ported.
<KittyOwO[m]>yknow, despite the famously long dev time for hurd, I am honestly pretty hopeful for the future of libre computing. RiscV might become popular (shame RiscV isn't copylefted somehow to some degree) which sounds like a better situation than x86, tools like blender are becoming better and better each day, with some small companies starting to make movies using it, things like guix seems to have very cool and active development to get better each
<marusich>Assuming you are talking about the #:imported-modules and #:modules that are sometimes used in the arguments field of package definitions using the gnu-build-system build system, that explanation is accurate
<marusich>Because (guix build glib-or-gtk-build-system) is included in the #:imported-modules list, it will be copied into the build environment so that, during the build, it is possible for Guile to import it.
<iskarian>Ah, thank you marusich, that's what I was after! That makes sense.
<marusich>In addition, because it is included in the #:modules list, it will also be imported before the phases are executed.
<marusich>I.e., the phases, which are just procedures, will be applied in a context where (guix build glib-or-gtk-build-system) has been imported (i.e., use-modules was invoked)
<iskarian>That explains why the #:imported-modules do not need an import prefix even when #:modules do
<lispmacs>hi, for a year or so I've been using an NVIDIA GeForce 8400 GS Rev. 3, and not having any trouble. Recently sometime in the last few weeks, suddenly all my 3D accelerated graphics have slowed to a crawl. I am wondering if there has been some recent change in some guix package that might explain this? (mesa...? gnome...?)
<lispmacs>some nouveau driver I need to install into system...?
<lispmacs>it is most noticeable when playing supertuxkart, slowed down to what looks like a few frames per second. Wesnoth seems a bit laggy now, and I'm getting vertigo playing supertux (the platform game). Other apps seem to work fine
<constfun>hello everyone. is there a way to launch a opengl application inside a guix container? i tried `guix environment --preserve=DISPLAY --preserve='XDG_*' --expose=/dev/dri=/dev/dri', that gets me past the initial errors, but a window still doesn't launch even though the opengl context seems to be initialized and all (from my logs), the same binary
<constfun>launches outside the container, i just want to make sure I packaged all dependencies, hence the need to launch in a container
<civodul>constfun: hi! i don't know the answer, but perhaps you could strace the binary to try and guess what it's missing
<civodul>also note that --preserve/-E expects a regexp, not a glob pattern
<roptat>ah I'd be interested, I get warnings about opengl being uninitialized when I try to run the android emulator from android studio
<roptat>I managed to find some of the missing things, but then it immediately crashes ^^'
<constfun>civodul: thanks for the tip, ill give it a shot
<constfun>roptat: i got past the initial opengl errors by adding the /dev/dri part, opengl seems to be initialized, my hunch is that it has something to do with SDL or the window manager, im on i3... perhaps i should try gnome
<civodul>constfun: might be worth sharing your findings here or on the help-guix mailing list!
<civodul>perhaps we could add the tip to the cookbook afterwards
<tissevert>wait there's an android emulator in guix packages ?
<constfun>curiously, if i _also_ pass '--network' to the environment then mesa fails to launch with 'MESA-LOADER: failed to retrieve device information' that has me really perplexed, why would the network flag affect opengl...
<constfun>...the part i failed to mention is that this is an -RR (--relocatable --relocatable ) binary, i see disallow_setgroups error now, im guessing it has something to do with it, ill stop spamming now and report at guix-help if i get past this, thanks for the pointers!
<mbakke>roptat: see 71ec85b2958798246fc2b5d84c40badf5f75668e and the commits leading up to it :-) the --enable-optimizations flag creates a 100k line diffoscope log, with different assembly in each build :/
<mbakke>roptat: --with-lto seems more easily fixable as just some hashed function names are different; it may be possible to work around it by passing CFLAGS=-frandom-seed=1 or similar, but I haven't tried it
<ecraven>trying to install guix on arch linux (from aur), I get this error for guile-lib "configure: error: found development files for Guile 2.2, but /usr/bin/guile2.0 has effective version 2.0" any idea what this is about?