<paroneayea>not a lot of things being pulled down via substitutes right now it seems...
<lfam>Gah, I built a bunch of packages against the grafted libarchive yesterday, and then I rebuilt after rebasing on master before pushing, but now libarchive fails to build. The sparse_basic test fails.
<ng0>If at some point I were to work on getting features of hardened gentoo, like grsec, selinux, rsbac,IMA/EVM, etc, into guix - knowing that this will mean a long time testing and debugging because it's the complete base of guix - are some of those technologies not necessary with guixsd?
<ng0>leaving aside licenses for a moment, just a mere "what if"
<rekado>selinux is hard to get right with Guix, I think.
<rekado>I have packaged some of the tools already.
<rekado>you'd need to tag all files in the store and make sure they have the right types.
<rekado>then develop a policy from scratch that would work in spite of having files installed to /gnu/store/hash-*
<ng0>I have only minimal, but growing knowledge of selinux and grsec. wouldn't that be doable in advance and provide certain policies devliered with guix?
<rekado>this means that pretty much all of the default rules would not work.
<rekado>we probably shouldn't install rules for each package.
<rekado>so we'd have packages named *-selinux providing rules
<rekado>and a service that acts on these rules to label files
<rekado>but relabling a system on boot wouldn't be feasible
<rekado>and we cannot store pre-labelled files in the store
<ng0>maybe that's what we can consider for roadmap for $muchlater and have a group or some individuals working on it, for policies etc. I'll have to get more familiar with grsec etc and when I have guixsd back, I would like to test this over an undefined timespan
<rekado>we could also try this on just a single package: the browser.
<kyamashita>davexunit: I would never! It was a theoretical realization. Patching each of the libraries and constantly searching through the store doesn't sound like fun.
<kyamashita>ng0: Indeed. I was hearing about this on GNU Social.
<ng0>we were discussing this for the last 2 days in psyced.
<ng0>also, if you are interested in fixing up torbrowser, do it. from what I've looked at it's doable without any license issues, I had no time for further checking. if you want to, you can get the code from gpo.zuyana.org or what the searchengine was, or look at http://c.n0.is and get the youbroketheinternet-overlay, check www-client/torbrowser/ directory for an orientation on how this can work. it pulls patches
<ng0>for versions from a gentoo devs userspace, so those would have to be adjusted.
<davexunit>isn't it not possible to compile the tor browser from source and have a usable result?
<alezost>lumidragon: Our Emacs searches for packages both in "site-lisp" dir and in "site-lisp/guix.d/<package>" subdirs. None is preferred. The former is where GNU Build System usually puts elisp files, and the latter is where our emacs-build-system puts them; both are fine.
<alezost>I personally hate "guix.d" name; I think we should get rid of it and just use "site-lisp/<package>"
<mthl`>alezost: I don't like it either. However After seeing what is done in Debian testing currently I guess It might be interesting to not put everything directly in site-lisp
<mthl`>Debian is using "elpa-src" subdirectory for "elpa-XXX" packages
<mthl`>and then the emacs package installed via apt appeared in M-x list-packages
<alezost>mthl`: I agree!! No one seems to see my point, I don't suggest to put all *.el files in "site-lisp", but in "site-lisp/<package>" instead of the current "site-lisp/guix.d/<package>"
<joshuaBPman>hello. So I did a completely stupid thing just now. I had installed guix with a seperate / and /home partitions. Well I downsized my /home partition w/o downsizing the filesystem. I've already ran mkfs.ext4 on my /home partiton again. So there's no way to salvage it. do I need to completely re-install guix? Or can I run reconfigure and be ok?
<cbaines>joshuaBPman, what is the current state of your system? e.g. does it still boot? can you login as root?
<joshuaBPman>cbaines: I cannot log in a my normal user. I am currently logged in as root. (running gnome as root with a terminal open).
<cbaines>If you are trying to use reconfigure to repopulate the lost files, it might work, and I see no harm in trying
<jsgrant>Does GuixSD support UEFI now? I'm thinking of jumping back into it all, sooner than later.
<jsgrant>Don't see anything explicity specifying this on cursory inspection; I'll go NixOS for now knowing it works, and maybe retrograde in that direction later.
<joshuaBPman>so I am re-installing guix. I just ran guix pull (before guix system init) and guix pull failed. It said no cod efor module (gnu packages asciidoc). so I guess I'll install an outdated version of guix. And then later update.
<mthl`>(gnu packages asciidoc) has recently be moved to (gnu packages documentation)