<vagrantc>guix pull is requiring upwards of 3GB of ram+swap on aarch64...
<uniq10>Got it reepca. Thanks. Yeah I came across the MS_SHARED issue too.
<reepca>I think I was mostly trying to replicate the behavior exactly as far as it was visible to clients. It's a bit difficult to know exactly what that is, though - there isn't some nice specification that mentions "and all files in directory X other than Y and Z are implementation-defined". I'd say ask on a case-by-case basis.
<uniq10>reepca: I was first going for a direct replication of c++ code. Your approach seems more reasonable. I think I will do that.
<uniq10>reepca: When would you generally be active on the channel?
<reepca>uniq10: hard to say. My family's situation is /really/ hectic right now. I would guess maybe on evenings in Nebraska time (so maybe 2400-0600 UTC?).
<vagrantc>so, realistically ... running guix pull on anything less than 4GB of ram seems very ugly.
<uniq10>reepca: Do you happen to know about this "rekado: I understood the difference between referrers and references. My question was regarding the effect of `includeDerivers` when the direction was flipped. When the direction is flipped `includeDerivers` seems to be adding derivation outputs. Thanks :-)"
<reepca>well, it seems that flipDirection's objective is to basically reverse the direction of the edges (so still a directed graph, but a backwards directed graph). By default the direction is "from referencer to referencee", so the closure becomes "everything this references, and everything that everything this references references, and so on". When the direction is reversed, the closure becomes "everything that references this, and
<reepca>everything that references everything that references this, and so on". It seems that the intent behind includeOutputs is to make it so that whenever there is a derivation in the closure, its outputs are in the closure as well. The intent behind includeDerivers is the opposite: whenever there is an output file in the closure, its deriver is in the closure as well. Flipping the direction flips the semantics.
<reepca>If that sounds horribly complex, the good news is that nowhere in the C++ source that we have is it ever called with more than 3 arguments. So all 3 of the flags are always false (I assume that's the default...).
<reepca>it's a weird way of naming things (just because the direction of traversal is flipped doesn't mean derivers are now outputs and outputs are now derivers), and in my opinion an overly-general procedure (as evidenced by the fact that 90% of it literally never gets used)
<reepca-laptop>Anyway, so when I try adding a git remote with magit I get this: ssh_askpass: exec(/gnu/store/ygxgv74w6p13rk1gf1cnzfzfj7n9v01h-openssh-7.7p1/libexec/ssh-askpass): No such file or directory
<Guest64851>So I've been running GuixSD for quite a while now, but I've just realised I don't have any swap set up. Weirdly though, I've never had an out-of-memory error, and I'd swear I've seen the system behaving like it was swapping - disk light on solidly, slow performance etc. Is there something else going on here?
<snape>Guest64851: swap might not be necessary if you have enough RAM
<mbakke>efraim: Wasn't "qtwebkit" a community project, and the "official" implementation called "qtwebengine"?
<efraim>Qtwebengine uses chromium instead of webkit for rendering
<twilk>I'm trying to set up build offloading. I have a laptop running Arch Linux with Guix 0.14.0, and a server running Debian stable with Guix 0.12.0. I followed the manual; the server can build packages, the machines are authorized with each other, etc. When I run guix offload test, sending a test store item works (and it shows up in /gnu/store on the server), but retrieving one fails with "build failed: bad archive: input doesn't look like
<pkill9_>what could be the cause of this error during comilation:
<lfam>PotentialUser-72: Can you give more details about what you tried and what goes wrong? The gcc-toolchain package is specifically intended to address your use case
<PotentialUser-72>I'm trying to get opencl related stuffs working. The opencl source code is shipped as string and compiled at run time. So a correct ld at run time is needed.
<lfam>Okay. And the ld you are trying to use, what provides it?
<PotentialUser-72>I tried gcc-toolchain, bintuils, ld-wrapper, all of them results not finding "-lm"
<efraim>qt modules updated locally to 5.11, now to break them all with enabling tests and such
<lfam>PotentialUser-72: Okay, overall I recommend sticking with gcc-toolchain and ignoring those other packages. gcc-toolchain is *the* way to make it all work with Guix.
<lfam>Second, I'm not sure where to go from here. It will help if you can share the code you are using, so others can try to reproduce the issue. Sending a message to <firstname.lastname@example.org> will reach the broadest audience, including people who are not on IRC at this time
<efraim>looks like scim also uses gtk3 in its inputs
***ocharles is now known as Guest27988
***abbe is now known as Guest69495
***dellavg is now known as Guest74005
***piyo is now known as Guest31060
***benny is now known as Guest63762
***Guest69495 is now known as abbe
<ngz>Hello. I noticed Guix doesn't package ScummVM. Is this intentional, or the reason is just that no one bothered creating the package? I'm asking because I remember a rather heated discussion around MAME a couple of years ago.
<areckx>so I instaled guix from the AUR and enabled the service, did the for i .. do.. etc, and packages are installed in /gnu/store but ~/.guix-profile is just empty
<lfam>areckx: It will be created the first time you install a package
<civodul>ngz: so at first sight it's probably ok; what could be controversial is if it's only purpose is to play proprietary games, though one can always argue that it can be used for other purposes (hacking, etc.)