<halfdann>I had the same issue when running SELinux. The right way is probably to install an SELinux policy, but that didn't work for me, so now I just disable it (sudo setenforce 0, then restart the daemon)
<lfam>Hm. It would be great to make it work properly. I feel like this has been discussed at length on guix-devel in the pasty
<nckx>Veera: I've never seen Guix cache a patch, ever. But I always put my patches in gnu/packages/patches and use (patches (search-patches "…" ["…"])), which is what you'll need to use upstream anyway.
<brendyyn>Veera: An interesting decent sized project would bee to at Jitsi Meet. I think it requires a lot of packages, plus a service definition for all the parts. when complete, people could easily launch up their own service like https://meet.jit.si/
<Veera>lfam: For the approval of contribution I thought it's needed include the pkg in Guix
<lfam>Veera: I think you should continue with whatever your mentor asked you to do. I think that's the important thing right now
<Veera>lfam: They did not told any specific app to be done
<Veera>lfam: DannyM said any small GUI app that I like
<guix-vits>is rsync enough to move the Store to another partition?
<lfam>guix-vits: It may be a little tricky. At least, you'll need to preserve hard links unless you are not using deduplication. I would search the mailing list archives to see if anyone has done it before
<lfam>It's a question where I wonder, why are you doing it?
<guix-vits>lfam: bear in mind that i have 50 GiB free, and all of that is rather to playing.
<brendyyn>I notice when I click the button to open a download or folder from Icecat, it pops up with an Open With dialoge that has now programs listed at all and i have to go find the binary manually. If I open up PCmanFM and right click open on something, it works perfectly fine though. any idea why icecat isnt working?
<guix-vits>brendyyn: if you ran IceCat from terminal did it shows any errors?
<brendyyn>I will need to wait 3 hours for this download to finish first
<guix-vits>brendyyn: do IceCat supports some download managers (i'm about continue download as in `wget`)?
<g_bor[m]>I believe sharing the code would be a good idea, maybe by sending a patch request, tagging it won't fix and sending an email to it with the summary of objections and closing it. I believe that way we can also make it a contribution by providing a link to the issue.
<g_bor[m]>Anyways, what you did is already a meaningful contribution. Discussing this, updating the list, and if there will be and issue recording the objections of the community, that might be even more than having the package :)
<Veera>okay currently i hacked it build quickly mean used LIB variable for ./configure
<Veera>should I do it properly then send the patch. I don't know the procedure
<g_bor[m]>You can send the patch as is, and we can give you feedback. It is easier that way.
<g_bor[m]>I believe that the contribution section on the manual gives the instructions on how to do that.
<brendyyn>Veera: I suggested using paste.debian.org just for the sake of showing us what you were doing in real time chat .We use paste.debian.org in IRC for text that is too big to paste into the channel. for the mailing list you would include everything in the email
<g_bor[m]>Veera : thanks for your work so far. Today we have a family day, and I will have to go now to get the preparations done. Feel free to contact me, but it might well happen that I will only be able tomorrow.
<brendyyn>bricewge: In gnu/system.scm, there is the definition of the operating-system record type, and it shows the default kernel field is linux-libre. so it should be the highest version that guix package --show=linux-libre provides, which is 5.4.25 for me
<bricewge>brendyyn: That was exactly what I was looking for! I've searched in that file though...
***eir0 is now known as eiro
<raghavgururajan>apteryx Yeah :-) I hope that it will also helpful to civodul. He was looking for good VoIP solutions lately.
<brendyyn>I'm a little stumped by lexical scoping. I have a long let form in a phase that sets a var. how can I make that var available in a later phase. one way is to use setenv and getenv to pass it outside guile, but that seems like a bit of a joke.
<janneke>brendyyn: indeed, that's exactly the feature of lexical scoping
<janneke>a variable is only available inside its scope
<janneke>if you want it available in two places, you must define it in a larger scope that encompasses both places
<brendyyn>but how is that possible inside of (modify-phases ...)?
<brendyyn>its just a macro that lets you specify each phase separately
<janneke>yes, so it depends on the initialisation of the variable whether you can add an encompassing `let' or not
<brendyyn>im just trying to make a package with python3 into one that also works with python2 so it has to detect it. ive got it to work, but only by copy pasting the same let block
<pinoaffe1>i'm trying to run the guix indent script, but I'm getting an error bash: ./etc/indent-code.el.in: @EMACS@: bad interpreter: No such file or directory even though emacs is available in the environment I'm running it in - anyone know what's going on?
<cbaines>The .in file is a template, do you have ./etc/indent-code.el ?
<cbaines>If not, you probably need to run ./configure and make
<raghavgururajan>Folks! Which package provides "LibXsd". I tried several related packages.
<alextee[m]>i think in the worst case it would lead to email@example.com, firstname.lastname@example.org, etc
<alextee[m]>one example is zlfo and ztoolkit, and i think another would be geonkick and geonkit. i am wondering if it's a better idea to pre-fetch the static libraries as sources to the binaries (geonkick, zlfo) and not have the static libs available in guix
<janneke>wip-hurd now fails with: guix/inferior.scm:524:7: LLVM target for system is unknown "i586-gnu"
<mbakke>help-please: make sure that your user has 'glibc-locales' installed, and that $GUIX_LOCPATH is set up in your shell configuration
<mbakke>janneke: see system->llvm-target in llvm.scm
<janneke>yes, i found that...but how to reproduce/fix?
<help-please>mbakke: $GUIX_LOCPATH is set, I have the appropriate directory in .guix-profile/lib/locale/2.29. I installed glibc-locales and glibc-utf8-locales using guix, should I do it some other way?
*janneke is looking for `building XXXX' stanzas, but they seem to be missing in the logs?
<sirgazil>I left my computer on overnight with a sway session opened. This morning, .gnome-shell-real was using 2.5 GiB. After a reboot, I started another sway session, and now I'm watching the leak live.
<guix-vits>sirgazil: i'm was unable to reproduce the OOM today.
<sirgazil>str1ngs: How do you get that information (parent of a PID). I don't know anything about that.
<kmicu>(Please keep in mind that the issue is with GNOME on Guix (System). For example we can have Emacs on X packaged by Y which will constatnly segfault. In such case blaming upstream before we know for sure that the issue is really with the upstream is not kind thing to do.)
<vagrantc>mesa seems to have almost two-thousand dependencies ... got changes specific to aarch64/armhf to enable drivers on rockchip platforms ... though i haven't even tested it yet ... guess that would go to core-updates?
<vagrantc>i *think* it would only trigger rebuilds on aarch64/armhf
<janneke>mbakke: finally building julia locally...
<janneke>still haven't reproduced the llvm-target error
<nckx>Veera: Maybe someone told you a different opinion, but patching and using ./configure (not ./autogen.sh) is the approach I would take even if this package were included. I don't see the advantage to patching autogen.sh. Plus it adds quite a few build-time dependencies.
<lfam>It was a lot easier to deal with this stuff on Hydra
<midnight>Does --bootstrap --no-substitutes still work for 1.0.1 install for "guix pull" ?
<lfam>midnight: Are you asking because you think it's broken?
<midnight>lfam: I have two different machines where I've attempted to install version 1.0.1 and they both, eventually, choke. :( I used the guix install script on one, built from source on the other, and then just the guix install (with prebuilt bins) on the other, and "guix pull" eventually dies for both with "you found a bug please report it by email".
<lfam>It sounds like you have 3 machines... but anyways. If it doesn't work that's a bug
<midnight>I thought perhaps I'd just munged something up with a manual install on one machine, so attempted to manually delete guix on it, and reverted to plain binary install thinking my build environment was weird or something.
<lfam>midnight: I'm not totally sure, but it appears to fail while trying to clone a git repo. Do you have guile-git?
<lfam>I would limit the number of cores in use if it's a lot. I think we have been seeing some racy crashes in our build farm
<midnight>Oh interesting.. the other machine is segfaulting too. I should've looked in syslog. [23873996.086309] svn: segfault at 0 ip 00007ffff76c2ea6 sp 00007fffffffc008 error 4 in libc-2.29.so[7ffff7650000+141000]
<midnight>str1ngs: Linux linooks 4.4.0-151-generic #178-Ubuntu SMP Tue Jun 11 08:30:22 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
<midnight>civodul: Is there a lesser version where I build completely from scratch? It appears that guix will be the future basis of bitcoin deterministic builds; ideally in my view, I'd like to completely eliminate all binary dependencies.
<midnight>or.. perhaps just do like an initial build-from-scratch and then thereafter use my build artifacts.
<lfam>midnight: You should be able to build from the Git repo, run the guix-daemon from there, and then proceed
<lfam>Check the Contributing and Installation:Requirements sections of the manual for pointers on this
<midnight>lfam: so, in other words use master instead of 1.0.1. Okay I'll give it a shot. I have lots of time and I have absolutely no issue with these problems. Just interested in hopefully working around them. :)
<lfam>I don't know what the current "best practice" is for this but that will get you on the road
<lfam>I mean, like all software... there is a binary seed. We are actively working to shrink it
<midnight>Or.. rather trying to use master. There, on one machine, restarting guix pull just completed.
<nckx>Getting rid of all binary dependencies is still a few years away.
<lfam>I think that bitcoin probably has bigger problems than a trusting trust attack.
<lfam>It's quote esoteric considering the real problems people have with cryptocurrency
<lfam>But we are working to solve it regardless :)
<midnight>It appears the notion of trusting trust issues is growing now that intel et al are utilizing SGX and installing IME type inaccessible subsystems. This is primarily my interest. Although I'm a strident bitcoin type my two Talos machines are more what I'm concerned about. Recently I learned there are trusting-trust behaviours currently active in e.g. go and rust. That really surprised me.
<lfam>I'm not saying it's impossible, just esoteric. There are probably about 1 trillion memory and logic bugs to be fixed before trusting trust becomes a preferred attack vector
<nckx>Remember that ‘building Guix from scratch/source’ is not going to make a noticeable difference since if already trusting gigabytes of Ubuntu binaries anyway. It's a cool party trick but don't sweat it.
<midnight>One of them has persisted right from its ocaml origins!
<lfam>Nevertheless, our binary seed has already shrunk a lot and the goal is to eliminate, starting with some tiny bit of assembly
<midnight>lfam: I wrote Bunnie recently, as he wrote an obscure blog post about risc-v open-sourced-ness being not quite there, and it appears the logic he's talking about is still closed. Most of the risc-v people think that refers to the preboot e.g. DIMM config but not at all. Really weirdly, IBM has no issues releasing chip information right down to the rings data.
<nckx>lfam: Huh. OK. I'll add that to my de-SD patch.
<midnight>nckx: There's a really neat guy who was originally doing a risc-v CPU "from scratch" using blocks of gate logic, but I think he relented and went to an array a chunk of the way through. Can't find his videos now.
<nckx>sirgazil: Could you paste your complete configuration?
<nckx>midnight: He's been vanished by the powers that be!
<bricewge>sirgazil: Which login manager are you planning to use, in place of GDM?
<sirgazil>bricewge: I've been logging in from TTY, I want to use just that.
<bricewge>sirgazil: Then for sure remove set-xorg-configuration.
<bricewge>If you need to configure Xorg then try xorg-start-command (I have never used it tough).
<sirgazil>Hmm, but then my keyboard layout wouldn't work?
<sirgazil>This system config is for using sway with everything GNOME removed to avoid the memory leak. But I have another option: Using another desktop environment with a login manager different than GDM.
<bricewge>Yeah that's why I suggested you to try xorg-start-command, it should set your keyboard correclty without the pesky gdm service.