<efraim>i forget who I was talking to about it yestday, but I've got an answer about booting armboards, uboot+kernel doesn't switch to a "new OS kernel" that it boots, and debootstrap doesn't install a kernel (or grub) by default
<MatthewAllan93>thanks alezost :), just want to edit one of those files for my next installing on my netbook :)
<iyzsong>civodul: hi! yes, great article about services composition :-)
<iyzsong>I want use SXML to config xorg, something like '(Section "Files" (ModulePath "...")), then transform it to xorg.conf. but then I noticed it have to refer package object, so it's really about transform GEXPS? maybe gexp-append and SRV:send-reply* (for gexp) is all I want?
<iyzsong>I think transform SXML to config files is more readble than append strings directly. this is what I have get: http://paste.lisp.org/display/159908. I don't know how to handle references to packages (SXML contains gexps) yet.
<iyzsong>ah, ok, I just think pass a extra sexp is more readble than pass a extra string. and making reconds or object for the various options is a too big work :-
<iyzsong>and I'd like an interface for (xorg-configure-file #:modules (list xf86-video-intel xf86-input-libinput)), which should get the "Files" section, and the $pkg/share/xorg/conf.d/*.conf into the final xorg.conf.
<davexunit>hopefully there will be some discussion there
<iyzsong>maybe we should send an email about it to nixos? I believe it will interest many people.
<MatthewAllan93>stupid question but you know because stuff linked in different places than usual and i wanted to create an additional partition for my home folder. would i need to something else after creating partition
<civodul>iyzsong: dunno, i don't want to spam them more ;-)
<civodul>MatthewAllan93: so what's the question? :-)
<iyzsong>MatthewAllan93: before install GuixSD? then I guess you should add a file-system entry for it to your config.scm
<MatthewAllan93>i tried that yesterday but couldn't get use to config.scm file but i want my folder on another partition but would i need to do anything stuff thats linked to the home folder
<MatthewAllan93>or do you think i am best reinstalling altering the config.scm during the installation to include the home folder on another partition
<iyzsong>MatthewAllan93: suppose you made a partition '/dev/sdaX', and want to mount it as /home, then (file-system (title 'device) (mount-point "/home") (device "/dev/sdaX")) should be add to the file-systems.
<davexunit>I want Guix to have all the necessary features to replace them
<MatthewAllan93>didn't think so because i checked yesterday when i installed to see if i could create it and then add it to /etc/fstab. thats why i wondered is there a way to still mount the new home partition on boot
<Steap>davexunit: I won't bother learning puppet then
<davexunit>we have a discussion on the mailing list about adding /usr/bin/env
<davexunit>I don't want a /usr at all, but I've also found myself wanting /usr/bin/env so that I can use scripts that other people wrote without modifying them.
<taylan>so some script containing /usr/bin/imagemagick for some reason works ... but that's not a good script in first place. it could be in /usr/local or /opt.
<MatthewAllan93>iyzsong: do you just "guix system reconfigure" or include that with config.scm?
<taylan>well a script could traverse the usual locations like /bin, /usr/bin, /usr/local/bin, etc. to search for an executable. I don't have a concrete use-case in mind but I can imagine it being arguably useful...
<mark_weaver>I think the better solution is to have an easy way to easily import a script and add it to your profile. shebang rewriting would be handled automatically as part of that.
<mark_weaver>I want the shebang to refer to a specific item in /gnu/store, so that e.g. if I have a python script, it cannot be broken by a subsequent python upgrade without me being able to roll-back to the earlier profile generation with the known-working script.
<mark_weaver>well, that's my take on it, anyway. I worry that compromises like this are a slippery slope, and each step will make it less likely that a /gnu/store/.../bin/foo that works today will necessarily continue to work tomorrow.
<xd1le>and thereby defeating the entire purpose of guix, potentially
<mark_weaver>MatthewAllan93: do you already have a working GuixSD, and this is for "guix system reconfigure" ?
<MatthewAllan93>mark_weaver: this is for guix system reconfigure and for in the future for my netbook :)
<mark_weaver>MatthewAllan93: in general, when running "guix system reconfigure config.scm", you needn't worry about it so much. if there's a problem, you can always boot into the previous generation of the system via the GRUB menu.
<mark_weaver>it's mainly when doing the first install via "guix system init" that errors can result in a lot of wasted time.
<mark_weaver>it's not easy for me to comprehensively look at an OS config looking for possible problems. if you haven't already found that it causes an error, it's not an efficient use of my time, I'm afraid.
<MatthewAllan93>ah ok, makes sense. its just because when i do "guix system reconfigure" with that config.scm file. its says end of file in string constant
<mark_weaver>okay, knowing the error makes it a *lot* easier to spot the problem. "/home/matthew" is missing the end quote.
<mark_weaver>and paste.lisp.org's syntax highlighting also makes it easier to see
<xd1le>MatthewAllan93: in fact you can see it in the syntax highlighting of the site
<civodul>https://wiki.gnome.org/Projects/SandboxedApps gives two goals: the first one, read with my close mind ;-), equates to "we wanna run Abrobat Reader and Steam and 'apps'", and the second one is in line with what a "guix environment --container"-ish approach can provide
<paroneayea>wingo: having spent enough time in the web development world
<paroneayea>I'm worried that once these kinds of things get introduced, it becomes easiest to give developers instructions to deploy from bundles of tooling that aren't introspectable or that are really hard to piece apart
<paroneayea>wingo: and I say this as someone who runs a big project with precisely these problems :\\
<paroneayea>it's hard to escape what the "ecosystem" encourages.
<paroneayea>wingo: I agree that the sandboxing work is great
<paroneayea>I hope to see that proceed in a way where guix and gnome / * could work on shared tooling there
<MatthewAllan93>hey, just tried that guix reconfigure again. tried installing another program and got "substitute: guix/scripts/substitute.scm:399:10: Throw to key `match-error' with args `("match" "no matching pattern" #<eof>)'. guix package: error: build failed: substituter `substitute' died unexpectedly" and also stuff about the catch.
<et8>hello, is it possible to use guixSD with non-free drivers? I have a binary printer driver here that the manufacturer gave me and don't have access to the source
<mark_weaver>if you build and run Guix from a git checkout of its source code, you can make arbitrary modifications in a private branch. however, GuixSD as we provide it includes only free software.
<mark_weaver>if you have the means, I would suggest acquiring a printer that doesn't require non-free software.
<et8>mark_weaver: yeah, unfortunately its difficult to find this kind of printer with drivers for linux at all, let alone non proprietary ones :-(
<et8>mark_weaver: also the company I work for purchased the printer, not I. but if this is the case it should be sufficient for me to install guixSD, after all there is only one truly crucial proprietary blob that I need to use
<jchmrt>I'm on GuixSD and when I run sbcl, it can't find the .core file it needs. I can resolve this by setting the environment variable SBCL_HOME to the directory of the lib directory of the package "/gnu/store/<hash>-sbcl-1.2.8/lib/sbcl/", but this seems quite fragile since this directory would change with each update. Is there a better way to set this environment variable to the correct value?
<taylan>jchmrt: after installing SBCL in a profile, e.g. ~/.guix-profile, you could set SBCL_HOME to $the_profile/lib/sbcl
<taylan>I think it was me who packaged SBCL, so I'll take a look why it doesn't work out of the box...
<taylan>jchmrt: when I run /gnu/store/<hash>-sbcl-1.2.8/bin/sbcl it starts up fine
<jchmrt>taylan: how exactly would i set $the_profile/lib/sbcl? When I try export SBCL_HOME=$the_profile/lib/sbcl, it just gets set to /lib/sbcl
<jchmrt>(I'm kindof new to guix, so excuse my stupid questions)
<jchmrt>taylan: maybe I missed a step in installing sbcl, I just ran guix package -i sbcl and then tried to run it
<taylan>jchmrt: $the_profile was meant to be meta-syntactic :)
<taylan>e.g. SBCL_HOME=$HOME/.guix-profile/lib/sbcl if you install SBCL in your user's guix profile, or SBCL_HOME=/run/current-system/profile/lib/sbcl if you use a system-installed SBCL
<taylan>jchmrt: hmm, when I package -i sbcl and run it, it also fires up fine into the REPL. are you trying to start it in a specific way, or is SBCL_HOME set to something else, maybe the empty string?
<taylan>"env | grep SBCL" should tell whether anything of that sort is set
<jchmrt>taylan: oh, that's what you mean of course. Thanks adding that to .profile works :)
<taylan>jchmrt: I think it should also work without though. can you confirm that the bug is reproducible when you run "unset SBCL_HOME" in the shell prior to running "sbcl"?
<jchmrt>turns out, there was already one set, with the total directory ("/run/guix/<hash>-sbcl-1.2.8/lib/sbcl")
<jchmrt>but for some reason using that one it doesnt work