IRC channel logs


back to list of logs

<NiAsterisk>this problem might not even be a problem.
<NiAsterisk>gra enter
<Jookia>output path `/gnu/store/aamhyadj7pwkbskylg88qlfxf50qdhaq-dmd-user-group.patch' should have sha256 hash `1lqymypixfiyb72d6bn24m06ry2q1ljnnv0qrc89pbb4z9azaa4d', instead has `0zygncr1z1nswmny2vl1havfqswm40vzj0vjvhf5yndavhzr267j'
<Jookia>This is odd
<NiAsterisk>so I had a short try and then reflection on an email. problematic is that the list is on pastebin, that's all imo. diversity is a known issue and while it might not be a comfortable topic maybe this person really wants to address it and make something useful with it. my initial reaction was a bit bad and shocked to the public posting. but in analyzing things, it's okay in the end.
<Jookia>NiAsterisk: It's not okay since the results aren't de-anonymized- once that's fixed it's all good I guess?
<NiAsterisk>that was the issue, right. I got lost in my own writing with the email :/
<NiAsterisk>didn't send it, that's why I said I reflected on it with my friend
<Jookia>the 'net-tools' package is officially dead
<lfam>The problem is publishing a list of strangers by what you think their race and gender are.
<lfam>For one thing, it could dangerous to those individuals.
<NiAsterisk>the publishing in non-anonymized form, yes.
<Jookia>Definitely, some people hate people based on their biology for some reason
<lfam>I don't see any problem with a person tallying it up in public, or making the list in private.
<Jookia>I wonder if guix-devel ate my patch
<lfam>What patch is that?
<Jookia>The patch I made last night and sent to guix-devel- it's probably in the spam filter since I haven't messaged guix-devel before
<lfam>The patch to syscalls.scm?
<lfam>You aren't subscribed? ;) You would have received it if you were.
<Jookia>I think I am subscribed
<Jookia>Maybe I missed it in my mailbox
<lfam>It takes a little while for patches to get reviewed.
<Jookia>Oh that's fine, I just thought it didn't go through at all
<Jookia>Strange, I didn't get it though I still have all the other mail from guix-devel
<Jookia>Maybe I should've cc'd myself
<lfam>That's weird
<lfam>Oh, there's a ML setting that determines whether or not you receive your own emails. It tripped me up at the beginning too. I thought it would be annoying to get my own emails but then I could never reply to them with more detail and that was more annoying.
<Jookia>I see
<mark_weaver>ACTION has his email client set to BCC himself on all outgoing mails.
<mark_weaver>that way, my outgoing mails are kept archived together with my incoming mails, which seems much more sensible when reading old correspondence.
<mark_weaver>emacs even has a special customization variable for it: 'mail-self-blind'
<lfam>I might try that.
<lfam>mark_weaver: Did you see this socat advisory?
<lfam>They released a fix (I tested the build) but there is no CVE issued yet. Should I push anyways?
<mark_weaver>lfam: it's just an update to ?
<lfam>The CHANGES file implies that is just a security update. I would have pushed already but I know we like to put the CVE IDs in the commit message. I could create a bug and put that in the commit ID, and then put the CVE ID in the bug whenever it is issued. Or I could just push.
<lfam>mark_weaver ^
<lfam>Or put links to the security advisories in the commit message
<mark_weaver>lfam: it's okay to just update it without any other comment in the commit log, I think.
<Jookia>Is there a way to have grub installed but not write to the MBR?
<mark_weaver>Jookia: why do you want to do that?
<Jookia>mark_weaver: I have a fully encrypted disk and I don't want to write anything unencrypted to it
<mark_weaver>how will you boot it?
<mark_weaver>ah, well, in that case you don't even need GRUB, because GRUB is included in the boot flash.
<Jookia>I need a grub.cfg generated though
<mark_weaver>right, I agree that we need a better option here.
<Jookia>It seems Guix's grub-install doesn't take --no-bootsector
<mark_weaver>Jookia: actually, if you pass --no-grub, it will still install grub.cfg
<mark_weaver>however, I'm not sure off-hand whether it makes it a GC root
<Jookia>in guix system init?
<mark_weaver>the relevant code is in guix/scripts/system.scm
<Jookia>--no-grub doesn't create a boot directory and grub.cfg
<mark_weaver>hmm. well, it builds it but perhaps doesn't copy it from /gnu/store to /boot/grub/
<mark_weaver>Jookia: I guess we need another option here
<Jookia>It'd be nice to be able to specify it in the configuration file
<mark_weaver>for now, a workable hack has been to install with grub, but then grub-install fails because it realizes that it won't be able to load the grub modules from /boot.
<mark_weaver>but in fact that's the last step of installation, so the system is still bootable.
<Jookia>Oh, it does seem to have created /boot
<mark_weaver>there's just one glitch: a link to the grub.cfg is not made in /var/guix/gcroots, so if you run "guix gc" it may delete the grub.cfg in the store as well as some things it refers to (e.g. the background image)
<mark_weaver>Jookia: --no-grub creates the boot directory? does it create grub.cfg in there?
<Jookia>Let me test again
<mark_weaver>I thought it might, but then you contradicted me, so I assumed you had done the experiment :-P
<NiAsterisk>suddenly I am not so sure anymore if I want to jump into libreboot flashing before this is fixed.
<NiAsterisk>fixed or made clear.
<mark_weaver>NiAsterisk: you are too easily intimidated :)
<mark_weaver>NiAsterisk: fwiw, it's only an issue when using full disk encryption including /boot
<Jookia>mark_weaver: I did but I'm also a dummy when it comes to reading so usually I contradict myself
<mark_weaver>I've been running GuixSD on Libreboot machines for a couple of years now.
<NiAsterisk>i'm a bit weird out by other things which happened in the last 2 days and a project I work on where I think it's too big sometimes (think blockchain and pre first webserver)
<NiAsterisk>ah, okay
<NiAsterisk>then I am just weird atm
<Jookia>Okay, so it *doesn't* create the /boot, that was just from me doing some hacking which made GRUB kinda work
<mark_weaver>Jookia: the easiest workaround for now is to just ask it to install grub, ignore the error that happens at the end, and then manually creating a link in /var/guix/gcroots to the grub.cfg
<Jookia>mark_weaver: I'm more interested in doing some fixing :P Do you think it'd be better for the grub-configuration record to have a 'install-mbr' flag? Or would it be better to allow a blank device entry and use that as a clue
<mark_weaver>Jookia: the relevant code is in guix/scripts/system.scm and gnu/system/grub.scm
<Jookia>I figured, I'm just wondering about design advice here. I'll just hack it for a while I guess
<mark_weaver>Jookia: I'm not sure whether --install-mbr is the flag we should add. in this case, we don't want to install grub at all. we only need the grub.cfg, right?
<mark_weaver>maybe we should just arrange for --no-grub to do that.
<mark_weaver>well, I'm really not sure what's the best approach, to be honest.
<Jookia>Perhaps, but I'd also like to specify that grub doesn't install itself in my system.scm
<Jookia>It will get annoying passing --no-grub every time I reconfigure
<mark_weaver>Jookia: actually, if you really want to do this right: on libreboot machines, instead of installing grub.cfg we should install libreboot_grub.cfg, and it should avoid doing things like loading grub modules. it should only have the menu items. it should be meant to work on the grub that was burned into the boot flash.
<mark_weaver>so maybe there should be a 'libreboot?' field
<mark_weaver>in the grub-configuration record
<Jookia>Is there no use cases for avoiding the MBR outside of grub? Perhaps this doesn't matter either- It can be changed later
<mark_weaver>I don't know, but I'm not sure it makes sense to add support for a use case that we don't yet understand.
<Jookia>That's true - I'm not sure I have the skills to write a libreboot_grub.cfg or test it
<mark_weaver>I can test it on my Libreboot machines.
<Jookia>I have a Libreboot machine, I just have no screen- Perhaps I could load up qemu
<mark_weaver>Jookia: what hardware?
<Jookia>A T400, it suffers from an LCD not being correctly detected
<mark_weaver>I have to go afk. good luck!
<Jookia>Ciao, have fun
<paroneayea>I did a lot more work on the guile tutorial thing while on the plane
<myglc2>davexunit, alezost: re updatedb... I'm using locate to try to understand where things are in guix-land. So, in addition to, or maybe in place of, the typical updatedb ""once a day", triggering updatedb on each reconfigure, install, etc, might make sense.
<paroneayea>hey all
<paroneayea>ACTION said that in the wrong channel earlier, but not bad to mention the tutorial stuff here too :)
<paroneayea>btw, *: it was *GREAT* seeing everyone at the guile/guix room
<paroneayea>like, holy cow.
<paroneayea>I'm still amazed by the amount of energy in the room!
<paroneayea>and that the room was packed, as opposed to my expectation of the room size being the same as the speaker size :)
<pizzaiolo>folks, I'm installing guixSD and hit the first roadblock
<pizzaiolo>ifconfig eno1 up && dhclient eno1 outputs no such device
<kristofer>I finally have successfully booted guixsd via efi!
<kristofer>currentliy I'm getting "no boot file passed via --load
<lfam>pizzaiolo: What's the output of `ifconfig -a`
<pizzaiolo>lfam: I sorted it actually, but thanks :)
<pizzaiolo>I might need you again in the next roadblock :P
<kristofer>anybody know about this "no boot file passed via --load"? it appears in /gnu/packages/linux-initrd.scm
<lfam>kristofer: For me it's in linux-boot.scm, not linux-initrd.scm. Are you on HEAD? The online copy of the manual doesn't seem to contain this yet, but in doc/guix.texi there is an explanation of "--load"
<mark_weaver>kristofer: I guess you meant gnu/build/linux-boot.scm ?
<mark_weaver>kristofer: it indicates that no --load argument was passed on the linux command line.
<mark_weaver>our initrd expects that command line argument to be there, and creates grub.cfg to include those arguments.
<kristofer>awesome, thanks. for root= should I always pass the label, or will the UUID work?
<Jookia>kristofer: make sure to write that up
<Jookia>mark_weaver: I've added a libreboot? flag in my Guix that does what it should
<kristofer>where can I adjust the X config?
<mark_weaver>kristofer: see gnu/services/xorg.scm
<mark_weaver>it would be good to make it more easily configurable, but for now, hack the source.
<mark_weaver>it's possible to adjust it from the OS config, but inconvenient. if you have guix built from git, it's easier to just hack things in xorg.scm
<mark_weaver>and then we can figure out a way to make this nicer.
<Jookia>Is there a way to set a keyfile for LUKS?
<Jookia>i searxed "guix key file" and got "List of historical sources for pink and blue as gender signifiers"
<mark_weaver>Jookia: I don't know, but the relevant code starts with 'mount-root-file-system' in gnu/build/linux-boot.scm
<mark_weaver>I don't have time to look into it right now
<Jookia>I see
<mark_weaver>probably gnu/build/file-systems.scm is worth looking at as well.
<Jookia>I wonder what kind of code could be used to pass more data to device-mapper stuff- It's per-kind data so I'm not sure
<myglc2>Can I "roll-back" guixSD? INFO talks about it but I can't figure out how to invoke it.
<mark_weaver>myglc2: choose an older generation from the GRUB menu
<Jookia>Time to see if Libreboot and my changes can get me where I need to go
<myglc2>mark_weaver: Thanks. I did that and now 'booted-system -> system-8-link' and 'guix system list-generations" also shows the later system links 9, 10 & 11. So if I reconfigure now, does the system jump forward to system link 12?
<mark_weaver>myglc2: I believe so, yes.
<myglc2>mark_weaver: Yup thats what happened. So it is kinda like one can reboot into an earlier time but not rewrite history.
<mark_weaver>myglc2: is rewriting history a desirable thing?
<mark_weaver>I guess we'd like to implement analogous to the --roll-back and --switch-generation options supported by guix package, for systems, but it hasn't yet been done.
<mark_weaver>but the links are in /var/guix/profiles
<mark_weaver>and also the /run/current-system link, but if adjusting that one by hand make sure to do so atomically
<myglc2>mark_weaver: I was looking at the package functions and I guess I was expecting the same for system.
<myglc2>But it might not be a good idea, actually.
<mark_weaver>I think we should have a nice interface for deleting old system generations and rolling back the /run/current-system symlink
<mark_weaver>but otherwise, I don't see an advantage to rewriting history
<myglc2>That might be fine for a single user machine but not so fine if othe rusers are using generation 12 and mr root decides to nuke it.
<mark_weaver>for now, deleting old system generations can be done by deleting some of the links in /var/guix/profiles by hand
<myglc2>It is kind of like using git by yourself or with others. You can roll master back if you are buy yourself, but not if you are working with others.
<kristofer>is refind a gnu project?
<myglc2>mark_weaver: So I would say re-writing generations is generally not desireable on a multi-user machine since the same net effect can be achieved by reconfiguring the machine and this avoids the possibility of clobbering a user.
<myglc2>On a single user machine I can imagine someone saying I just want to go back to last week before this world of hurt started. But you could provide that function by reconfiguration also.
<lfam>I look at the system rollback as an emergency feature. For advanced stuff with generations, I would use the git history of the system configuration file.
<mark_weaver>lfam: that's a good thing to do when you mess up your config, but not a complete replacement for system rollback, because it wouldn't roll back the versions of the system-wide packages and services.
<mark_weaver>we should also have a "guix system --roll-back" command.
<mark_weaver>but in the meantime, you can select the old system in the GRUB menu each time you boot
<mark_weaver>but personally, I've never had need of more than emergency booting into an old generation and then reconfiguring.
<lfam>mark_weaver: I hadn't considered that caveat, thanks.
<kristofer>it would be super helpful if guix system init --no-grub would provide some feedback about the location of the kernel, ramdisk, and the arguments to pass the kernel efi stub
<myglc2>So this "guix system --roll-back" would nuke all of the state and store associated with the generation being rolled back from?
<mark_weaver>kristofer: it's all in the grub.cfg file that's generated
<mark_weaver>(it's generated even if you pass --no-grub)
<mark_weaver>myglc2: no, it would probably just switch some symlinks and generate a new grub.cfg, or something along those lines.
<mark_weaver>it definitely wouldn't "nuke" anything
<lfam>I filed a bug with what I think is a solution about an issue that makes many, if not most, of our python-3 packages unreproducible. Hopefully somebody can write the requested patch :)
<mark_weaver>lfam: did you look to see if the Reproducible Debian project had a solution to this issue?
<mark_weaver>regardless, thanks for the investigation and bug report!
<lfam>mark_weaver: Yes. They said that it was not an issue for Debian since they don't build python bytecode but instead create it at install time. According to that, it is not a reproducibility issue within the scope of their project.
<mark_weaver>ah, interesting.
<lfam>I agreed that it would be silly to hardcode that timestamp in their packaging system. It is useful unless the specific interpreter is strictly linked to the non-reproducible leaf package, which is only the case for us and Nix. The bytecode is like memoized source code.
<lfam>So, if we had a writeable cache for users to put bytecode in, then we could do the same thing and not ship it. But I like what we did for python-2
<mark_weaver>I wonder if, instead of patching python, we could arrange for the timestamps on the python source files to be deterministic.
<mark_weaver>actually, I'm surprised that's not already the case.
<lfam>Me too, I thought it was
<lfam>The diffoscope report might lie. I copied the directories out of the store with `rsync -rLptgoD`
<lfam>Which is an adaptation of --archive to handle symlinks sensibly
<mark_weaver>I vaguely recall (but am not sure) that python eggs use zip format, and as I recall the zip format records timestamps. it may be that this is where the problem lies
<lfam>I saw that in some other packages. I didn't investigate further yet so I can't say if diffoscope was "looking" inside the zip archives or if they were uncompressed.
<lfam>I wonder if there is anything to lose by changing the timestamps of the python source files first thing after unpacking?
<lfam>Off topic, but "Experience working with deployment tools such as GIT, SVN, CVS is highly preferred." ;p
<mark_weaver>lfam: who are you quoting, and why here?
<mark_weaver>"deployment" tools?
<lfam>It's a job listing I was reading, I thought it was funny to describe them as deployment tools. Sorry if it bothered you
<mark_weaver>no worries
<mark_weaver>I was slow to spot the funny part about it
<Jookia>deploy your docker images using cvs
<lfam>I think we have a business plan
<mark_weaver>lol :)
<kristofer>alright! so if I use guix environment guix that will set up the ideal dev setup, but will it clone guix from git also?
<mark_weaver>you need to clone yourself
<kristofer>okay cool
<rekado><mark_weaver> [07:21:26] you need to clone yourself
<rekado>I misread this at first.
<rekado>Hi Guix!
<kristofer>_FontTransOpen: Unable to Parse address ${prefix}/share/fonts/X11/misc/
<kristofer>trying to guix package -i guile-sdl
<efraim>how about (substitute* "/path/to/file" (("${prefix}") (assoc-ref %build-inputs "xorg")))? would something like that work?
<civodul>Hello Guix!
<nckx>Welp... that's me embarrassed on the mailing list. Sorries. /o\\
<taylan>no worries :)
<efraim>civodul: idea that came to me while doing the dishes: using delay with replacement and transformations and your train hacking, could it be possible to work in in-place updates of dependencies
<efraim>i keep on thinking back to libpng and how replacement wasn't recursive then
<civodul>efraim: the "in-place update" thing is graft, mentioned under "Security Updates" in the manual
<civodul>it currently has the limitation that it's not recursive
<civodul>but it's a completely different thing
<civodul>i was planning to make it my second train hack but didn't make it :-)
<efraim>ok, i'll look at it some more
<civodul> mentions Guix
<civodul>i'm curious about the Haiku package manager
<civodul> sounds interesting
<Steap|Brno_>"Not unlike other packaging frameworks like Guix, "
<Steap|Brno_>Baptiste Daroussin talked about reproducible builds in FreeBSD
<Steap|Brno_>and he gave the name of some projects that do reproducible builds
<Steap|Brno_>Guix was one of them, but not Nix
<civodul>well he should have mentioned Nix too
<civodul>we met at the reproducible builds summit
<Steap|Brno_>yeah yeah
<Steap|Brno_>I thought "damn, if the Nix people see that, they'll be *mad*"
<civodul>i'll have to watch FOSDEM on my screen because i missed so many good talks
<Steap|Brno_>we should only send speakers there to record their talks
<civodul>slides online:
<Steap|Brno_>they look good!
<civodul>don't they? :-)
<Steap|Brno_>fantastic beamer template
<Steap|Brno_>ACTION has been using the same ever since he started school :D
<NiAsterisk>how could I debug msmtp? as my entire /home is not under version control and I know I did not change any vital part of the configs, I am confused why msmtp broke
<NiAsterisk>"msmtp: server message: 504 5.5.2 <localhost>: Helo command rejected: need fully-qualified hostname" started to be the problem since yesterday midnight.
<NiAsterisk>it's not the fault of the email provider, talked through that already. DNS maybe?
<civodul>anyone using Xfce/GNOME on GuixSD?
<mark_weaver>I use Xfce on GuixSD
<civodul>i'm wondering about the UPower/DBus issues
<civodul>hi, mark_weaver :-)
<civodul>are you able to click on the "shutdown" button or whatever from there?
<civodul>i think that makes a dbus RPC to upower
<mark_weaver>I'm currently in the middle of updating my system to shepherd. maybe I should wait for it to finish?
<mark_weaver>(currently on dmd)
<civodul>oh sure, either way
<civodul>but do you know off-hand if the shutdown/reboot buttons work?
<civodul>i thought they did, which is why i'm surprised by the dbus issues
<mark_weaver>I don't think I've tried them in a long time, but I vaguely recall them not working. I might be misremembering though.
<mark_weaver>I should be able to try sometime in the next hour or so and report back.
<mark_weaver>depending on how long this update takes. this will involve some local compiling.
<civodul>ok, we'll see
<mark_weaver>(actually, the ntpd security updates were what prompted this)
<rekado>the buttons are enabled and they terminate the session, but then it is quickly respawned.
<rekado>(on Xfce)
<civodul>IOW, it doesn't work :-)
<civodul>thanks for the feedback, rekado
<rekado>NiAsterisk: msmtp seems to be talking to localhost. Do you have a tunnel from localhost to where the mail server is running?
<civodul>damn, it feels weird to be back to $DAYWORK after this week-end
<rekado>same here :)
<rekado>but I'm still in an exuberant mood
<civodul>well that's cool ;-)
<civodul>i'm feeling low, somewhat
<rekado>I wanted to debug the reboot/shutdown issues, but it's a little difficult. I don't know what to look for.
<NiAsterisk>rekado: No, i don't have a tunnel from localhost to the mailserver. It used to work like this. getmail works perfectly okay. sending email to mailinglists gives the same issue with the host address (for example:
<civodul>rekado: fiddling with dbus-send like NiAsterisk suggested sounds like the right approach, but then i'm a bit weak of polkit/dbus stuff
<NiAsterisk>would be nice if sneeks could give channel history playback in privmsg querry.
<rekado>I think it was someone else on the mailing list.
<civodul>ah, sorry then, NiAsterisk :-)
<civodul>yeah, someone on the ML
<rekado>In the coming days I might be able to fiddle with this on a separate machine.
<NiAsterisk>oh, okay :)
<civodul>i switched to the 'manoj-dark' color theme, pretty cool
<mark_weaver>civodul: after updating my system to shepherd, my system kernel panics during boot, presumably because doing s/dmd/shepherd/ on my OS configuration was insufficient to make my two custom services dtrt :-(
<civodul>it's a bit fun cause you have to relearn the color codes
<mark_weaver>but I can't see any useful information on the screen. everything useful has scrolled off, and all that I see is a kernel backtrace.
<civodul>mark_weaver: bah, it can still panic if the initial config is wrong :-/
<civodul>not in other circumstances though (like 'herd load')
<mark_weaver>I'm on baby duty right now, so I can't investigate further right now
<civodul>you could reboot into the previous config, then try to boot in a config without your custom services
<civodul>or try 'guix system vm'
<mark_weaver>both of my custom services do nothing more than running a single command. it would be great if there was an easier and API-stable way to arrange that.
<davexunit>paroneayea: fyi I'm starting a wip-mediagoblin branch
<davexunit>currently taking inventory to see what deps we're missing.
<mark_weaver>one of them makes caps lock into control, because I am utterly useless on a keyboard that isn't set up that way
<civodul>this could even an activation snippet
<civodul>but yeah, i agree
<davexunit>paroneayea: seems we are missing 8 direct, required dependencies. not bad!
<davexunit>(for a python3 build)
<civodul>davexunit: that's a very good idea, BTW :-)
<civodul>ACTION was happy to chat with paroneayea this week-end
<civodul>*and*, paroneayea was wearing a neat GuixSD t-shirt
<davexunit>I saw that in a picture
<NiAsterisk>was that selfprinted?
<davexunit>it was from teespring I believe
<davexunit>luis, who designed our website, did a short run of the shirts on there.
<NiAsterisk>I almost guess the artwork of guix scales good enough to miniature size to make some buttons next weekend :)
<NiAsterisk>*guess think
<davexunit>I want to make a wooden computer case like those FOSDEM streaming machines
<davexunit>and woodburn the logo onto it
<civodul>the FOSDEM video boxes seemed pretty cool
<davexunit>yeah, running some not-fully-free stuff, but really neat.
<civodul>(even though they didn't completely fulfill their mission ;-))
***Digitteknohippie is now known as Digit
<mark_weaver>civodul: the reason my updated system panicked during boot turned out to be unrelated to my custom services. it was because I had (swap-devices '("/dev/disk/by-label/jojen-swap")) in my OS config, and /dev/disk seems to have gone away a while ago.
<mark_weaver>however, before the switch to shepherd, the result was simply that I had no swap.
<mark_weaver>with the recent updates, now it is a fatal error that results in a kernel panic during boot, and often the relevant error message cnanot be seen
<sneek>Got it.
<mark_weaver>sneek: forget with the recent updates, now it ?
<sneek>Consider it forgotten.
<mark_weaver>silly bot
<mark_weaver>I'm not sure why our /dev/disk went away. I guess that's udev's job, and something broke at some point.
<civodul>right, why did /dev/disk/by-label go away?
<mark_weaver>but I'm not sure
<civodul>/dev/disk/by-id is still there
<mark_weaver>civodul: not for me. I don't have /dev/disk at all.
<mark_weaver>and that happened a while ago
<civodul>what if you run "udevadm trigger"?
<mark_weaver>alezost was the one who brought it to my attention
<mark_weaver>and then I noticed that I had the same issue.
<mark_weaver>civodul: after running "udevadm trigger", i still don't have /dev/disk
<civodul>yeah same here
<civodul>well, for /by-label
<mark_weaver>but you have /dev/disk/by-id ?
<mark_weaver>I don't even have the directory /dev/disk
<mark_weaver>this is on i686
<civodul>we updated eudev in Oct., but the breakage seems to be much more recent
<civodul>we should try with an older kernel
<civodul>maybe that can be tested in a VM
<mark_weaver>I didn't notice when it happened, so I don't know how long ago it started.
<civodul>we could try with the 4.2 or 4.1 kernel to begin with
<civodul>could you file a bug?
<mark_weaver>I have a 4.1 kernel handy now, so I could try that.
<NiAsterisk>guix system reconfigure was meant to be run with sudo, right? (guix system: error: symlink: Permission denied: "/var/guix/profiles/system-2-link") I should take more notes.
<rekado>NiAsterisk: it should be run as root.
<NiAsterisk>knewit >.< thanks
<mark_weaver>civodul: I've booted into linux-libre-4.1.17 now, and /dev/disk is still not there.
<mark_weaver>civodul: also, I tried Xfce's "reboot" command from the logout menu, and it just logs out Xfce and brings me back to Slim. it doesn't reboot.
<wingo>always be updating the list of substitues (ABUTLOS)
<mark_weaver>I'll add more older kernels as soon as I can figure out a reasonable way to do so without adding ~360 KB of configuration files per version.
<mark_weaver>(I know the basic idea: create minified configurations that are composed together)
<pizzaiolo>mark_weaver: is the 4.3 kernel available?
<mark_weaver>pizzaiolo: no, just 4.4.x and 4.1.x for now.
<pizzaiolo>all righty
<pizzaiolo>I'm going to jump ship to GuixSD today
<pizzaiolo>excited :)
<mark_weaver>woohoo! :)
<davexunit>the next GuixSD system I want to build is a home theather computer. I want to use a motherboard that supports libreboot and can reasonably decode high definition video.
<davexunit>I installed GuixSD on my current media computer, but it's really showing its age and it uses a proprietary BIOS.
<mark_weaver>hydra's load depends greatly on how many concurrent requests there are for substitutes that are not currently in the nginx cache. right now, there are 3, and that, together with 12 concurrent builds, brings the load up to about 13.
<mark_weaver>davexunit: libreboot added support for some new boards recently.
<mark_weaver>the three "Desktops" in particular
<mark_weaver>but that's a subject for #libreboot
<davexunit>I started lurking in there.
<mark_weaver>np :)
<civodul>mark_weaver: re /dev/disk, that sucks, but thanks for testing
<civodul>who's reponsible for /dev/disk, where's the hot line?
<civodul>no seriously, udev is supposed to populate it right?
<civodul>oh, we lack the by-disk rules in $EUDEV_RULES_DIRECTORY
<NiAsterisk>is there a way to make the hostname in the system file accept unicode, like û?
<NiAsterisk>just putting it there gives ? for every character like û
<mark_weaver>civodul: ah, that sounds promising!
<civodul>oh, got it!
<civodul>if HAVE_BLKID
<civodul>dist_udevrules_DATA += \\
<mark_weaver>ACTION doesn't understand, but is nonetheless glad :)
<civodul>it's the eudev rules file that we're missing
<civodul>we're missing it because we build eudev without libblkid
<mark_weaver>alas, "guix refresh -l eudev" reports 422 dependent packages per architecture :-(
<mark_weaver>but I suppose we could have a different eudev package that gets run, as opposed to the one used for its library
<nckx>Speaking of kernels (well, reading the log): yesterday's 4.4.0-gnu has (at least) a 0-length mac80211.ko... Is this a known bug?
<nckx>ACTION doesn't have the machine with him atm
<mark_weaver>nckx: what's the directory in /gnu/store that contains a 0-length mac80211.ko ?
<mark_weaver>(i.e. the full name including hash)
<mark_weaver>actually, the full absolute file name of the 0-length file would be best.
<nckx>Yeah, I'll check in an hour. Just wanted to know if it was a fixed bug. Guess not. May just be local weirdness.
<mark_weaver>this is the first I'm hearing of it.
<mark_weaver>but when systems with ext[234] filesystems crash, sometimes some of the recently written files end up being 0-length, unfortunately.
<mark_weaver>but if you tell me the absolute file name, I can see if it's 0-length on
<nckx>I'll also check for other truncated files. Oh, good point... Guix is my first time back on ext* in years :-)
<mark_weaver>nckx: what filesystem do you prefer to use?
<mark_weaver>files are hard.
<mark_weaver>it's really terrible
<nckx>btrfs *ducks*
<nckx>Warts & all, and I've been lucky, etc.
<mark_weaver>sure, I've been thinking about switching to btrfs for a while now. we should add support for it in guix.
<nckx>I'd like to see/help btrfs-progs get merged once I feel more comfortable.
<mark_weaver>starting by packaging btrfs-tools
<nckx>It's languishing on the ML.
<mark_weaver>ACTION looks
<pizzaiolo>ok, starting the installing procedure (I hope someone can give me some troubleshooting here :P)
<pizzaiolo>I tried doing ifconfig wlp2s0 up
<pizzaiolo>but it says 'link is not ready'
<pizzaiolo>what does it mean?
<mark_weaver>pizzaiolo: you need to use wpa_supplicant to connect to most wireless networks.
<nckx>It was corrupted and never resubmitted.
<pizzaiolo>mark_weaver: is this in the docs? I'm not sure what commands to run
<mark_weaver>nckx: thanks
<mark_weaver>pizzaiolo: the docs don't describe setting up wireless during the install, only ethernet.
<mark_weaver>can you connect to ethernet for now?
<pizzaiolo>theoretically yes, but then I would lose internet connection in this laptop
<pizzaiolo>and wouldn't be able to troubleshoot :P
<pizzaiolo>mark_weaver: I'll log in though mobile then
<mark_weaver>pizzaiolo: it's okay, I can explain it
<civodul>nckx: it would be awesome if you could pick up that btrfs patch and resubmit it
<mark_weaver>pizzaiolo: for a typical WPA network (the usual), make a wpa_supplicant.conf file (doesn't matter where) that contains:
<mark_weaver> ssid="your_network_name"
<mark_weaver> key_mgmt=WPA-PSK
<mark_weaver> psk="your network password"
<mark_weaver>and then run: wpa_supplicant -c wpa_supplicant.conf -i wlp2s0 -B
<mark_weaver>and then: dhclient wlp2s0
<pizzaiolo>how can I create this conf file? by running wpa_passphrase <ssid> <passphrase> > wpa.conf ?
<pizzaiolo>mark_weaver: ^
<mark_weaver>no, just use an editor
<avoine>nckx: mark_weaver I was working on the btrfs patch and when I rebooted I my root partition was corrupted with not recovery possible
<avoine>so I kind of gave up on btrfs
<nckx>avoine: :-D [no offence intended] File systems are... yep.
<mark_weaver>avoine: hmm. I was waiting for btrfs to stabilize. I thought maybe with facebook now using btrfs and contributing fixes, that it might be improved, but maybe it's still not ready.
<pizzaiolo>mark_weaver: ok, it says successfully initialized wpa_supplicant
<civodul>avoine: you experienced corruption due to btrfs or to some experimentation around that patch?
<pizzaiolo>doing dhclient now
<nckx>mark_weaver: caution is still advised. I've never had a problem in 2+ years, but I love back-ups and it's not my day job. I'd never tell anyone they ‘should’ use anything.
<mark_weaver>pizzaiolo: when it successfully connects to your wireless network, some more messages should be printed. if dhclient hangs, then it didn't connect.
<avoine>civodul: not directly, I suspect a bug with kvm + btrfs
<pizzaiolo>mark_weaver: I don't think it connected, because I tried pinging and it said unknown host
<avoine>civodul: I misread, yes btrfs
<mark_weaver>pizzaiolo: "killall wpa_supplicant" and then rerun it without the -B
<mark_weaver>and with -d added
<pizzaiolo>mark_weaver: wpa_supplicant: no process found
<mark_weaver>pizzaiolo: oh, I guess it exited.
<mark_weaver>that's surprising.
<mark_weaver>pizzaiolo: does "ps auxw | grep wpa" find it?
<mark_weaver>if not, I guess it's really not there.
<pizzaiolo>mark_weaver: what am I looking for here?
<mark_weaver>a wpa_supplicant process
<pizzaiolo>it says
<mark_weaver>the -B makes it "daemonize" itself
<pizzaiolo>root 408 0.0 4128 1496 tty1 R+ 17:14 0:00 grep wpa
<mark_weaver>if all it finds is the 'grep' process that's looking for it, then I guess there's no wpa_supplicant running
<mark_weaver>okay, so now run wpa_supplicant again but with -B removed and -d added.
<pizzaiolo>mark_weaver: yeah I think there's no proecss there
<mark_weaver>the -d increases debugging verbosity, and without the -B it will run in the foreground.
<mark_weaver>do you see any clues?
<pizzaiolo>it's a bit weird
<mark_weaver>what kind of wireless adapter do you have?
<mark_weaver>maybe it requires a non-free blob to be uploaded to it
<pizzaiolo>it says that wpa_supplicant successfully initialized
<mark_weaver>that doesn't mean much
<pizzaiolo>and then it shows all the commands for the program
<pizzaiolo>mark_weaver: it's a librebooted macbook2,1
<pizzaiolo>the wifi works
<pizzaiolo>without blobs
<pizzaiolo>yeah, I use linux-libre on it
<pizzaiolo>no problem
<mark_weaver>well, if it shows the commands, that makes me wonder if the command was typed correctly.
<pizzaiolo>but I did have a similar issue when trying to install parabola from the commandline
<pizzaiolo>I could only do it with ethernet, for some reason
<mark_weaver>maybe I misremembered the command syntax, I haven't run wpa_supplicant manually in a while.
<pizzaiolo>mark_weaver: these are the specs
<mark_weaver>pizzaiolo: can you show me the exact command you typed?
<efraim>i have one of the non-free macbook pro 3,1
<efraim>i really hoped after the first two macbooks got libreboot mine would be close after
<mark_weaver>I'm surprised that the Airport Extreme wireless card can be run without blobs, but okay :)
<pizzaiolo>mark_weaver: wpa_supplicant -c wpa_supplicant.conf i wlp2s0 -d
<pizzaiolo>efraim: blame intel ):
<mark_weaver>pizzaiolo: you're missing the "-" before the "i"
<pizzaiolo>oooh okay
<pizzaiolo>lots of output now
<mark_weaver>okay, Ctrl-C and then remove the -d and add the -B again
<efraim>I have to check with my parents, but I should have a 64 bit armv8 board sitting at their house, waiting for me to pick it up
<mark_weaver>and then run the dhclient command
<pizzaiolo>mark_weaver: ok, it's taking a while though
<pizzaiolo>not sure if this is normal
<kristofer>pizzaiolo: wpa_supplicant -i wls1 -B -c < wpa_password essid key
<pizzaiolo>mark_weaver: successfully pinged gnu,org :D
<pizzaiolo>thanks kristofer
<pizzaiolo>I haz internet
<mark_weaver>pizzaiolo: good!
<mark_weaver>kristofer: ah, that's nicer, didn't know about that
<mark_weaver>although the syntax isn't quite right.
<pizzaiolo>all right, keeping notes
<pizzaiolo>moving on to the next steps
<NiAsterisk>why did I ever discover that GNUS is so good :/ now I want to fix it (again) to repair the msmtp issue.. and make the gnus config even longer. blergh
<myglc2>Houston, I am working on inflating my space suit for 'building from Git'. Iterating between adding a requirement and discovering by trial and error that 'user-package-module' is missing is a drag. INFO "7.2.1 Using the Configuration System" describes the ‘specification->package’ mechanism, but seems to kind of damn it with faint praise. Which approach should I be use?
<pizzaiolo>mark_weaver: any guides for partitioning with disk encryption and having swap as a paging file?
<davexunit>wingo: I'm going to guess that this turns into an xdg-app advertisement.
<mark_weaver>pizzaiolo: here's a draft that was used by suitsmeveryfine to install GuixSD with full-disk encryption on a Libreboot MacBook 2,1:
<wingo>davexunit: nope
<pizzaiolo>mark_weaver: oh, excellent! I was looking for that
<mark_weaver>pizzaiolo: however, there's one more important detail
<mark_weaver>pizzaiolo: you'll need to add some kernel modules to your initrd
<davexunit>wingo: good thing I didn't put money on that bet.
<mark_weaver>specifically, the following modules: "hid-generic" "hid-apple" "serpent_generic" "wp512"
<mark_weaver>be careful to get the spelling right, including the "-" and "_" distinction
<mark_weaver>pizzaiolo: add these modules by adding an 'initrd' section to your OS config, as described here:
<pizzaiolo>thanks mark_weaver :)
<mark_weaver>replacing the "foo" "bar" with the list of modules I gave above
<mark_weaver>pizzaiolo: the "guix system init" command will fail when installing grub, because grub will realize that /boot is on an encrypted disk and it won't be able to access its modules. you can safely ignore that error, because you have GRUB burned into the boot flash.
<mark_weaver>pizzaiolo: however, there is one caveat: make sure not to run "guix gc" until you check in with me.
<pizzaiolo>all right
<mark_weaver>there's one step that would be done after the grub-install that will not be done because of the error: adding a GC root for the grub.cfg file.
<mark_weaver>and so if you "guix gc" it will remove some of the things that the grub.cfg needs.
<mark_weaver>we can do that manually later
<davexunit>wingo: boy this is painting a bleak picture
<mark_weaver>computer security is a very depressing topic
<mark_weaver>wow, firefox on iOS is "required" to use the system webkit ?
<davexunit>mark_weaver: apple strictly controls *everything*
<mark_weaver>of course, in the context of computer security, it's easy to see that as a feature, with the benevolent dictator keeping us all safe.
<davexunit>on iOS
<mark_weaver>I knew that, but I didn't know that they prohibit all other browser engines
<davexunit>on phone OSes, it's basically just like windows: "apps" bundle *all* of their dependencies
<davexunit>because everyone has just given up.
<mark_weaver>the situation is the same on OS X iirc
<mark_weaver>(setting aside things like homebrew)
<davexunit>not as much absolute power, but applications do the same bundling.
<pizzaiolo>mark_weaver: suitsmeveryfine's docs don't mention swap, I wonder why
<mark_weaver>pizzaiolo: don't worry about swap for now. in fact, I would recommend omitting it from your initially configuration entirely.
<mark_weaver>keep the initial OS config as simple as possible
<mark_weaver>problems in the initial OS config are a major pain to deal with.
<mark_weaver>after you have a system you can boot into, updating the system is much easier, because if something is wrong and the system fails to boot, you can always boot into an earlier working system generation.
<pizzaiolo>mark_weaver: how can I check the device name of my disk?
<kristofer>when I guix environment guix I get emacs-no-x instead of emacs.. I know it's blasphemy, but I like emacs in x
<mark_weaver>wingo: I guess it's time to update our webkitgtk package. thanks for the link!
<davexunit>kristofer: that emacs is just used to compile the elisp files in guix.
<davexunit>you can use the emacs of your choosing.
<wingo>yeah i was going to reply smugly that guix was on the good list
<mark_weaver>unfortunately, we also have a webkitgtk-2.4.x package that's apparently needed by some things, and no recent release of that branch (not that I blame them)
<wingo>but nope :/ i want to set up continuous webkitgtk+ builds based on svn HEAD. hopefully sometime in these next few months
<wingo>yeah :/
<mark_weaver>keeping up with security updates feels like drinking from a fire hose.
<mark_weaver>it's just.... overwhelming
<wingo>perhaps in the webkitgtk+ case we just need a working updater
<wingo>or update checker rather
<wingo>it's ok to be a day or two behind if it's more or less automatic
<efraim><mark_weaver> keeping up with security updates feels like drinking from a fire hose.
<mark_weaver>that would help
<wingo>but the webkitgtk+ case is a bit extreme i think
<mark_weaver>wingo: can you sign Carlos's GPG key? the one he uses to sign the recent WebkitGTK releases?
<wingo>it's important enough and changes fast enough that continuous integration will be needed
<mark_weaver>and upload it to the usual keyservers?
<pizzaiolo>mark_weaver: how can I check the device name of my disk?
<wingo>mark_weaver: sure
<efraim>df ?
<mark_weaver>wingo: also, have you and civodul signed each other's keys?
<kristofer>pizzaiolo: you can use fdisk/cfdisk to check the fs labels
<wingo>mark_weaver: i think so? i'm not very good at gpg
<wingo>but i think we did it in munich
<mark_weaver>if the updates we download are MITM'd, frequent updates won't do much good :/
<pizzaiolo>kristofer: cheer
<wingo>a year or two ago
<mark_weaver>wingo: okay
<wingo>when i switched to guixsd i got pretty confused over the whole gpg2/gpg1 thing
<wingo>anyway :)
<mark_weaver>yeah, there are plenty of rough edges in need of sanding :)
<mark_weaver>pizzaiolo: cat /proc/partitions
<paroneayea>davexunit: that's thrilling about the mediagoblin stuff :)
<efraim>that doesnt help as much if theyre out of order
<paroneayea>davexunit: btw I'd be more than happy to commit a guix.scm to mediagoblin
<mark_weaver>wingo: since you say that you're not good as gpg, I'll mention that you should verify the fingerprint of his key before signing it.
<davexunit>paroneayea: cool! that would be great, once we have the normal package working.
<mark_weaver>maybe he printed business cards with his key fingerprint, or else he can bring it up on his screen with you there.
<wingo>bringing it up on screen over video would be a good way i guess
<wingo>he is based in madrid and i only see him in person every few months
<mark_weaver>ah, okay
<mark_weaver>sure, I guess that would be good enough in practice, and then the next time you see him maybe you can verify in person.
<mark_weaver>(and the possibility of that should deter any MITM attack on your video chat)
<davexunit>paroneayea: I just made the wip-mediagoblin branch available.
<paroneayea>davexunit: woo woo
<mark_weaver>wingo: our 'yelp', 'shotwell', 'gnucash', and 'guitarix' packages use webkit-2.4.x
<mark_weaver>I'm not sure what to do about that :-(
<wingo>there was a patch to update yelp to the webkit2 api
<wingo>i don't know where it is tho
<wingo>other packages just need to update
<wingo>perhaps for some of them it doesn't matter as much, if the content doesn't come from the web
<wingo>if it's from the package itself
<mark_weaver>our 'gnucash' and 'guitarix' use gtk+-2, and the only gtk+-2-based webkitgtk package we have is the 2.4.x one. I'm not sure if 2.10.x works with gtk+-2
<mark_weaver>these packages are from iyzsong, iirc.
<mark_weaver>wingo: does "webkit2 api" not apply to webkitgtk-2.4.x ?
<mark_weaver>ACTION is ignorant :)
<wingo>the webkit2 api is the one that uses multiple processes
<wingo>i think it could work for both gtk+-2 and gtk+-2
<wingo>2 and 3
<mark_weaver>hmm, okay.
<pizzaiolo>ok, so I did
<pizzaiolo># cryptsetup luksOpen /dev/<your-encrypted-root-partition> guixsd
<pizzaiolo>then I did
<pizzaiolo># mkfs.ext4 /dev/sda1
<mark_weaver>well, for now I'm test building webkitgtk-2.10.7 on my not-so-speedy i686 X60
<pizzaiolo>but it's complaining that sda1 is in use by the system
<mark_weaver>pizzaiolo: it should be: mkfs.ext4 /dev/mapper/guixsd
<mark_weaver><your-encrypted-root-partition> == /dev/sd1
<pizzaiolo>ooh, thanks
<mark_weaver><your-root-partition> == mappers/guixsd
<mark_weaver>bah, too many typos
<nckx>Is there an easy way to verify store file contents?
<pizzaiolo>If you're going to change locale you should check what is available and exactly how it is typed; close the editor or change virtual console (Ctrl-Alt-F#), and run the command "locale -a".
<pizzaiolo>locale -a is a command not found
<kristofer>pizzaiolo: if you're building a new system, you set the locale in the (operating-system (locale "en_US.UTF-8"))
<mark_weaver>kristofer, pizzaiolo: use .utf8 instead of .UTF-8
<pizzaiolo>kristofer: I am, and I did that
<mark_weaver>we should fix our example configs accordingly
<mark_weaver>pizzaiolo: the 'locale' command is in the 'glibc' package, and also in the 'gcc-toolchain' package. 'gcc-toolchain' is probably a better one to install if you plan to compile anything.
<mark_weaver>*compile anything manually.
<kristofer>lol, should I rebuild my system with the locale adjustment?
<mark_weaver>kristofer: en_US.utf8 is the only locale for which we provide a .UTF-8 alias. but even for en_US, one user reported a problem with en_US.UTF-8 that was fixed by switching to en_US.utf8.
<mark_weaver>we should change our example configs.
<pizzaiolo>suitsmeveryfine: hey
<suitsmeveryfine>pizzaiolo: Hi! I can send you a ready libreboot binary later if you want, with prepared GuixSD menu entries
<pizzaiolo>suitsmeveryfine: I compiled libreboot from source last night
<pizzaiolo>but thanks! :)
<suitsmeveryfine>Have you flashed it?
<suitsmeveryfine>did you include my patch?
<pizzaiolo>anyhow, I'm stuck at in a part of your guide
<pizzaiolo>suitsmeveryfine: after setting locale, timezone and hostname
<suitsmeveryfine>it's petter's guide mainly, but OK
<suitsmeveryfine>why are you stuck?
<suitsmeveryfine>or, what's the problem?
<pizzaiolo>If you're going to change locale you should check what is available and exactly how it is typed; close the editor or change virtual console (Ctrl-Alt-F#), and run the command "locale -a".
<pizzaiolo>I'm not sure what this means
<mark_weaver>pizzaiolo: what locale do you want to use? I'll check it myself
<pizzaiolo>mark_weaver: pt_BR
<mark_weaver>"pt_BR.utf8" is probably the right thing, but I'll check and report back.
<pizzaiolo>mark_weaver: I set it to pt_BR.UTF-8
<pizzaiolo>what's the difference between the two?
<mark_weaver>that won't work
<mark_weaver>it has to be .utf8
<pizzaiolo>did it
<pizzaiolo>now how do I do locale -a ?
<pizzaiolo>it's not a bash command
<mark_weaver>don't worry about it, we should remove that.
<mark_weaver>(or else arrange for the 'locale' command to be available in the installer)
<pizzaiolo>I'll just skip that then
<davexunit>ACTION really wants a working avr-gcc toolchain
<davexunit>gotta take another stab at making that work
<pizzaiolo>guix pulling
<pizzaiolo>I have a feeling this is going to work
<pizzaiolo>it would be cool if guix was p2p
<pizzaiolo>parabola does this
<mark_weaver>pizzaiolo: the plan is to use gnunet
<suitsmeveryfine>I'm back
<pizzaiolo>mark_weaver: rad
<davexunit>pizzaiolo: I have been meaning to share that link
<davexunit>it's pretty neat
<pizzaiolo>davexunit: it's a shame it's unmaintained ):
<pizzaiolo>but a lovely concept
<suitsmeveryfine>pizzaiolo: have you added the modules to the initrial RAM disk?
<pizzaiolo>suitsmeveryfine: not yet
<pizzaiolo>should I have done this before guix pull?
<suitsmeveryfine>You need to do it before guix init
<mark_weaver>actually, I think I was wrong to say that pt_BR.UTF-8 wouldn't work. I guess either will work. I'm still confused about the .utf8 vs .UTF-8 issues :(
<pizzaiolo>I haven't done guix init yet though
<suitsmeveryfine>damn, going afk
<pizzaiolo>mark_weaver: what to do? I pulled it before adding the kernel modules
<nckx>Another question: [how] can I propagate my own package overrides so they're used throughout the whole system? (i.e. ‘how can I rebuild GuixSD for a week?’)
<mark_weaver>pizzaiolo: no worries. it doesn't affect "guix pull"
<pizzaiolo>ah ok
<efraim>nckx: currently I don't believe its possible
<davexunit>nckx: modify the source.
<mark_weaver>nckx: build and run guix from a git checkout, and modify anything you like.
<efraim>well yes, other than that
<mark_weaver>I always run guix out of a private git branch.
<NiAsterisk>mailing problem "solved" by destroying 4 out of 5 mailboxes I no longer needed and merged the aliases into the used mailbox and then moved from msmtp to that Gnus integrated method. I can mailz again :-]
<mark_weaver>I still don't see why this method should be frowned upon.
<davexunit>me either.
<calher>May I pronounce Guix /gIks/?
<mark_weaver>I think it's by far the most flexible way to use Guix.
<nckx>efraim, davexunit, mark_weaver: OK, not the answer I was hoping for, but thanks :-)
<calher>I keep reading Guix as /'gIks/ in my head.
<mark_weaver>anything else with similar power would be reinventing 'git', badly.
<mark_weaver>IMO, git is precisely the right tool for this job
<pizzaiolo>mark_weaver: the kernel modules go in /mnt/etc/config.scm, right?
<mark_weaver>pizzaiolo: yes
<efraim>I don't know that having your own repo/branch is frowned upon, but I know keeping it constantly rebased would annoy me
<pizzaiolo>mark_weaver: anywhere inside it? or in a specific place?
<mark_weaver>anywhere, as long as it's a "sibling" to things like (host-name ...) and (locale ...)
<davexunit>if you are just adding stuff on, you can use GUIX_PACKAGE_PATH, but if you want to modify the core, then you should use the git approach.
<pizzaiolo>mark_weaver: by sibling do you mean having the same amount of previous space?
<calher>Is it a long process to send recipes to the central repo?
<suitsmeveryfine>pizzaiolo: just add the init RAM code from the manual and modify that
<mark_weaver>sort of, assuming that it's properly indented. whitespace is not actually significant.
<nckx>mark_weaver, re: reinventing: as a distribution mechanism, yes (it would be nice to drop the tarball), but Nix-alike packageOverrides are a) just plain cool and b) IMHO more maintainable that a git fork.
<davexunit>ACTION is skeptical of that
<davexunit>you could set! a variable no problem, but that doesn't magically change all of the dependency graphs
<mark_weaver>git branches are strictly more powerful than Nix packageOverrides
<myglc2>Trying to test a patch. When Ludo’ says in an email '... in a fresh checkout of Guix... ' does he mean do "guix pull" or do "8.1 Building from Git"?
<mark_weaver>I've been doing this for a long time (probably about 2 years), and have found it trivial to keep rebased on master.
<davexunit>myglc2: git
<mark_weaver>nckx: you can say it's less maintainable, but I have actual experience in this matter.
<nckx>mark_weaver: sure, because the entire repo is now your config file. You're modifying it by hand, not programatically through a config function.
<suitsmeveryfine>pizzaiolo: then replace the example extra modules with your crypto modules as well as "hid-apple" (internal Mac keyboard) and "hid-generic" (external USB keyboard), unless they have finally been included by default
<mark_weaver>nckx: anyway, since packages are bound to scheme variables, and refer to other packages via those variables imported from specific modules, it's not really feasible for us to cleanly do something like you suggest in another way.
<mark_weaver>it could be hacked, but it would be a bit nasty
<mark_weaver>our packages are first-class objects. some of them are generated programmatically by procedures.
<nckx>mark_weaver: I'm not sure how clean the Nix implementation is to begin with, and am slowly learning how Scheme/Guix differs, so I can believe that...
<pizzaiolo>added "hid-generic" "hid-apple" "serpent_generic" "wp512"
<pizzaiolo>what do they do exactly?
<pizzaiolo>(I don't have an external keyboard btw)
<pizzaiolo>suitsmeveryfine: ^
<mark_weaver>the first two enable the keyboard to be used during early boot when the password needs to be entered.
<mark_weaver>the last two are for the crypto/hash functions chosen in the installation guide you're using.
<pizzaiolo>mark_weaver: when doing guix system init, it says that system locale lacks a definition
<pizzaiolo>could pt_BR-UTF-8 be the proper naming scheme?
<mark_weaver>maybe, it's worth a try
<pizzaiolo>pt_BR.UTF-8 *
<mark_weaver>I confess I'm still very confused about .UTF-8 vs .utf8
<pizzaiolo>nope, still gives me an error
<pizzaiolo>it says it lacks a definition
<pizzaiolo>any ideas?
<mark_weaver>I'll try to reproduce the problem on my system
<mark_weaver>indeed, I get the same error.
<pizzaiolo>I'm trying en_US now
<mark_weaver>I don't currently have that locale installed on my system, but I thought it would generate it.
<pizzaiolo>to see if this is a problem created by dirty american imperialists :P
<pizzaiolo>en_US works
<mark_weaver>heh :)
<pizzaiolo>suitsmeveryfine: when you installed it, did you use a swedish locale?
<suitsmeveryfine>you need to check that the pt_BR locale exists and that it's named as in your definition
<mark_weaver>suitsmeveryfine: that locale is included in the default set of available locales.
<mark_weaver>pr_BT.UTF-8 exists, but is not included in the installer image.
<suitsmeveryfine>I see, and pt_BR isn't
<mark_weaver>so I guess this is a bug
<calher>pizzaiolo, I protest the imperialist layouts by using UK Dvorak. :P
<suitsmeveryfine>Yeah I guess; Brazillian portugese has many more speakers
<mark_weaver>I'll ask civodul about it
<calher>I should probably change my locale to Esperanto if possible.
<pizzaiolo>calher: good point
<pizzaiolo>calher: suitsmeveryfine and civodul also speak esperanto
<mark_weaver>sneek: later tell civodul: attempting to "guix system build" with a system that uses (locale "pt_BR.UTF-8") fails with "guix system: error: system locale lacks a definition", even though glibc-locales seems to include that locale.
<sneek>Will do.
<pizzaiolo>free software and esperanto both attract idealists :P
<calher>Tre bone, pizzaiolo.
<suitsmeveryfine>I don't really speak it, only a little!
<mark_weaver>sneek: later tell civodul: presumably because I don't have that locale installed on my system right now. it's not in the USB installer image either.
<sneek>Will do.
<mark_weaver>sneek: botsnack
<efraim>looking at manolis's slides and running `guix build --target=i586-pc-gnu bootstrap-binaries` gets me x86_64 bootstrap-binaries
<pizzaiolo>mark_weaver: the locale eo exists, right?
<calher>Does GuixSD have an E-o locale?
<paroneayea>ugh, how do other people filter their mail from the debbugs stuff?
<paroneayea>I'd like to filter guix bugmail into its own maildir
<paroneayea>but I can't find a reliable way to do it
<paroneayea>I guess I could just filter *all* gnu bugmail into the same maildir...
<efraim>part of my .dovecot.sieve:
<efraim>if anyof (header :contains "List-ID" "", header :contains "List-ID" "") {
<efraim>fileinto "mailinglists.guix-devel";
<paroneayea>francis7: yeah I guess I should go by list-id
<mark_weaver>I filter my list-id also
<mark_weaver>*filter by
<suitsmeveryfine>pizzaiolo: any progress?
<pizzaiolo>suitsmeveryfine: yeah, it's downloading things
<NiAsterisk>paroneayea: part of my (setq nnmail-split-methods '(("ml.gnu.bug-guix" "^\\\\(From:\\\\|Reply-To:\\\\|To:\\\\|Cc:\\\\|CC:\\\\|Resent\\\\|X-BeenThere:\\\\).*\\\\(bug-guix\\\\|bug-guix-request\\\\|bug-guix-bounces\\\\)@gnu\\\\.org")))
<suitsmeveryfine>cool; let's hope the connection will stay up
<mark_weaver>pizzaiolo: that's because our substitute server is a woefully underpowered VM. we're working on its replacement.
<calher>I like that blocking FB is directly in the manual.
<pizzaiolo>suitsmeveryfine: I've contacted a shop to send me a budget for printing this out
<pizzaiolo>to cover the apple logo
<suitsmeveryfine>good. I haven't covered mine yet
<mark_weaver>pizzaiolo: if it fails with a messy looking backtrace, it's probably because a download was interrupted or timed out. in that case, just restart the same command.
<pizzaiolo>mark_weaver: all righty
<calher>pizzaiolo, why not a silhouette of the guixsd logo, or one of the fancier gnu heads on the gnu art page?
<pizzaiolo>calher: which other gnu head?
<calher>pizzaiolo, those logos look more modern and classy
<efraim>when the server is running slowly I add --fallback
<pizzaiolo>I don't want an adhesive of a distro because I keep switching
<pizzaiolo>gnu is forever
<calher>pizzaiolo, i'll tell you later. getting vegan chipotle
<pizzaiolo>calher: woo
<paroneayea>NiAsterisk: I have the same thing right now, but it seems to not always work
<paroneayea>some of the replies to the bug still hit my general inbox
<NiAsterisk>oh. never happened for me.
<suitsmeveryfine>pizzaiolo: You will need a mouse to work inside Xfce
<pizzaiolo>suitsmeveryfine: trackpad doesn't work?
<pizzaiolo>oh shit
<pizzaiolo>what if I use enlightenment? any change there?
<mark_weaver>I put this GNU head on all of my laptops, right in the middle:
<suitsmeveryfine>no, it's the wrong driver that's loaded by the kernel
<pizzaiolo>mark_weaver: heh, I'm not a big fan of the heckert design
<pizzaiolo>I prefer the FSF30 GNU head design
<pizzaiolo>suitsmeveryfine: no fix so far?
<davexunit>mark_weaver: same.
<davexunit>classic GNU
<suitsmeveryfine>pizzaiolo: see this thread:
<mark_weaver>pizzaiolo: the FSF30 design is also nice
<davexunit>the new GNU is cool, too, but I have a bunch of classic GNU stickers.
<suitsmeveryfine>Ludo hinted at a possible fix, but we need to try it ourselves
<mark_weaver>I suppose I mainly chose the heckert design because the FSF already prints those stickers and I was able to grab a few
<pizzaiolo>by the way, heckert is on gnu social
<efraim>i grabbed some from
<suitsmeveryfine>pizzaiolo: also no media buttons, including volume up/down and brightness
<pizzaiolo>suitsmeveryfine: sounds like we have work to do
<suitsmeveryfine>we need to package "pommed" or "pommed-light"
<pizzaiolo>what does it do?
<suitsmeveryfine>enables the media buttons
<suitsmeveryfine>it exists as a package for most other distros
<davexunit>suitsmeveryfine: media buttons for thinkpads?
<suitsmeveryfine>for macbooks
<davexunit>I'd love to have my thinkpad buttons working again
<suitsmeveryfine>pomme = apple in French
<davexunit>but I haven't been motivated to fix it yet
<suitsmeveryfine>did they stop working?
<pizzaiolo>suitsmeveryfine: ha, I didn't catch that obvious reference
<davexunit>they don't work on GuixSD
<suitsmeveryfine>Ah, I see
<pizzaiolo>suitsmeveryfine: what about trackpad and keyboard?
<pizzaiolo>are there packages that fix it?
<suitsmeveryfine>pizzaiolo: that fix what?
<pizzaiolo>the fact that you need an external keyboard and external mouse
<suitsmeveryfine>pizzaiolo: it's up to us to fix it
<pizzaiolo>suitsmeveryfine: sure, but I mean, is there a package that fixes it?
<suitsmeveryfine>the media buttons, yes: pommed
<pizzaiolo>suitsmeveryfine: and the mouse and keyboard?
<suitsmeveryfine>for the touchpad the only thing that needs to be done is to make sure that the kernel loads the synaptics driver instead of the generic touchpad driver
<suitsmeveryfine>pizzaiolo: the keyboard itself works
<suitsmeveryfine>just include "hid-apple" in initram
<pizzaiolo>any clues as yo how to load the synaptics driver?
<pizzaiolo>as to*
<suitsmeveryfine>See the thread I linked to avove
<suitsmeveryfine>Ludo gives us a hint
<suitsmeveryfine>I will not be able to work on it within more than a week
<myglc2>When setting up "8.1 Building from Git"... should I install packages as root or reconfigure the system?
<pizzaiolo>suitsmeveryfine: why is that? if it's not too personal
<davexunit>myglc2: on GuixSD?
<davexunit>myglc2: I don't understand why you'd want to do either of those things.
<davexunit>myglc2: you probably don't want to build software as the root user
<myglc2>Probably because I don't grock this yet.
<davexunit>myglc2: okay, so here's the recommended way: 'guix environment guix'
<pizzaiolo>hmm, xorg
<davexunit>myglc2: this will spawn an interactive shell in which all of the things needed to build guix are available.
<myglc2>So I should be able to do that from a "normal" user acount
<suitsmeveryfine>pizzaiolo: oh, I'm just going up north skiing :)
<pizzaiolo>suitsmeveryfine: that sounds fun :)
<suitsmeveryfine>yes, I hope it will be.
<suitsmeveryfine>pizzaiolo: but if you've fixed all the problems when I come back it would be very convenient :D
<pizzaiolo>suitsmeveryfine: lol!
<pizzaiolo>I might try a hand at packaging pommed
<pizzaiolo>but the synaptics thing I have no idea
<suitsmeveryfine>we might want to select one of the stripped down pommed forks instead
<suitsmeveryfine>the original pommed has things related to the webcam for example
<suitsmeveryfine>which doesn't work in the free world anyway
<pizzaiolo>suitsmeveryfine: any fork in particular?
<suitsmeveryfine>for the synaptics driver I'd like to try Ludo's suggestion to just modify the hardcided list of modules
<suitsmeveryfine>Maybe this one:
<pizzaiolo>I'll try to compile it and see if it changes anything
<pizzaiolo>suitsmeveryfine: that sounds good?
<suitsmeveryfine>that would be very cool
<suitsmeveryfine>I will be up for a long time and work on something else, but I'll be happy to discuss with you as you try things out
<suitsmeveryfine>(I'm sitting at a different computer now.)
<pizzaiolo>no worries
<pizzaiolo>I'll definitely need help though :)
<suitsmeveryfine>I'll do my best but I'm a Guix newbie as well
<suitsmeveryfine>I can help you with the libreboot GRUB menu-thing though
<pizzaiolo>the download finished but it failed to build ):
<suitsmeveryfine>did you get a GRUB error?
<suitsmeveryfine>if so, that's normal
<pizzaiolo>it says nothing about grub
<suitsmeveryfine>what does it say?
<pizzaiolo>host name lookup error
<pizzaiolo>name or service not known
<suitsmeveryfine>ah, you lost the connection
<suitsmeveryfine>pizzaiolo: deco restart nscd
<pizzaiolo>good ting it picks up from where it left off :)
<suitsmeveryfine>it does?
<pizzaiolo>it seems like it
<myglc2>davexunit: Thanks. So 'guix environment guix' did not work in my user account. But I created a 2nd user account w/ 'guix system reconfigure' ant it works there. Any idea why that would be?
<davexunit>myglc2: what didn't work, exactly?
<pizzaiolo>I noticed a small typo when doing guix system init. it says "transferredd" when downloading packages
<pizzaiolo>who should I report this to?
<suitsmeveryfine>pizzaiolo: send a patch
<suitsmeveryfine>guixSD uses git
<pizzaiolo>suitsmeveryfine: I don't know how to make patches actually :P
<suitsmeveryfine>it's explained
<suitsmeveryfine>Do the changes, then "git add", "git commit"
<suitsmeveryfine>and after this, generate a patch that can be sent e.g. by email
<pizzaiolo>do I need ssh keys? I forgot my password to those, heh
<suitsmeveryfine>no, since you're not pushing to the repo
***bmpvieira_ is now known as bmpvieira
<myglc2>davexunit: Of course now I can't reproduce it. It was something ~ "command guix not found". But now that I did 'guix environment guix' on user glc3, when I ssh to glc, 'guix environment guix' works. Does that sound right?
<davexunit>myglc2: if 'guix' wasn't found, then your $PATH was wrong.
<davexunit>but I have to admit I have no idea what you've done.
<myglc2>Yeah, not sure I do either.
<lfam>It's possible you were doing other `guix environment` commands leading up to that? Perhaps with --pure?
<lfam>That could give you an unusual PATH
<myglc2>No, I have been using "guix reconfigure system" AFAIK
<lfam>Weird. Nothing strange in you shell history?
<davexunit>myglc2: you have to use that as root, though.
<davexunit>'guix system', that is.
<davexunit>so that isn't applicable here, where we're talking about using your regular, unprivileged user.
<myglc2>Yes, "guix reconfigure system" as root, or in other words, not doing any per-user stuff.
<myglc2>And, no, I don't see anything in my shell history
<lfam>I often type giux instead of guix. It's especially annoying when I mistype it in my shell history search and try to re-execute the misspelled command.
<lfam>Some commands are prone to mistyping for me
<myglc2>You can't really believe anything you see in there can you?
<lfam>In my eyesight? Indeed ;)
<cajg>that install procedure I started about three days ago? well, I've been prodding and prodding and finally nudged it with...
<cajg>a pair of brackets around 'list' in mapped-devices
<myglc2>Ugh, you are so right, I mistyped environment the first time. Sorry for generating such nonsense!
<lfam>Haha, glad to hear it's not a bug :)
<myglc2>Thanks for looking at it that way.
<myglc2>So, back to "building from Git", and now that I have [env], I don't see texinfo, graphvix or help2man. Should I do 'guix package -i' for these?
<davexunit>those should be there.
<lfam>myglc2: If you use `guix environment guix` then all those packages will be available to you
<efraim>in your path
<lfam>That is the environment for build Guix
<myglc2>Yeah, I knew you were going to say that, somehow...
<davexunit>myglc2: here's a common problem: you have a .bashrc that clobbers environment variables
<myglc2>OK, that is why I made a new user glc3. Haven't done anything to glc3 but passwd from root and "guix environment guix"
<davexunit>you don't need a new user.
<davexunit>you just need to fix your bash configuration
<davexunit>.bashrc is the wrong place to set environment variables
<davexunit>.bash_profile is the place for them
<lfam>Here's my question on that topic. If I use Guix on a foreign distro to install rsync on a server, and put the Guix profile on that PATH in ~/.bash_profile, that rsync is not available to me when I tried to use that rsync server from my local machine. What is the right way to deal with that?
<myglc2>In this new account, glc3, I have not set anything AFAIK. .bashrc is stock.
<lfam>Ditto for other client / server software such as git and openssh
<davexunit>myglc2: okay, so I misunderstood.
<davexunit>myglc2: what is $PATH in the environment?
<myglc2>A huge list
<myglc2>... the last of which says ... ':/run/current-system/profile/sbin: No such file or directory'
<lfam>I don't think $PATH should contain error messages like that...
<myglc2>Me neither, which is why I mention it
<lfam>Perhaps I'm wrong but I've never seen that
<davexunit>myglc2: did you just type "$PATH"
<davexunit>because that will try to run a program whose name is the value of $PATH
<myglc2>Duh sorry, I did. forgot the echo. Man I am really cool today
<myglc2>No it looks "normal"
<davexunit>what is normal?
<myglc2>The path. Sorry I just realized that everything is here. I was looking for "gaphviz", not "dot". Now I am really sorry.
<davexunit>no worries.
<davexunit>glad that was all the problem was
<lfam>Ooh, hello davexuni`! ;P
<calher>pizzaiolo, the head on
<pizzaiolo>calher: not very slick in my opinion :P
<CompanionCube>ACTION should guix pull soon
<CompanionCube>as well as try out GuixSD
<pizzaiolo>CompanionCube: join us now and share the software
<calher>pizzaiolo, or
<calher>pizzaiolo, the gnu head you showed had too many lines. it doesn't work as a clean silhouette.
<pizzaiolo>calher: I love the GuixSD logo, but I purposefully avoided distro stickers, because I'm always changing them
<calher>pizzaiolo, but it's just a gnu
<pizzaiolo>all I need
<pizzaiolo>the gnu operating system
<calher>pizzaiolo, no, but the guixsd logo is just a gnu
<calher>so use the guixsd logo
<pizzaiolo>nah, I've grown attached to this FSF30 design :P
<calher>pizzaiolo, but... LINES!!!
<CompanionCube>I've already moved my ruby to a combination of gem and guix
<pizzaiolo>calher: freedo would probably look even better tbh
<suitsmeveryfine>pizzaiolo: to cover the apple logo you need something more than just a sticker because the light shines trough it
<calher>pizzaiolo, how is the head in <> not sharp?
<pizzaiolo>suitsmeveryfine: depends on what the sticker is made out of
<suitsmeveryfine>cryptonite is best
<pizzaiolo>suitsmeveryfine: lol
<calher>Duct tape.
<civodul>mark_weaver: /dev/disk is back (400ed6a)
<sneek>Welcome back civodul, you have 2 messages.
<sneek>civodul, mark_weaver says: attempting to "guix system build" with a system that uses (locale "pt_BR.UTF-8") fails with "guix system: error: system locale lacks a definition", even though glibc-locales seems to include that locale.
<sneek>civodul, mark_weaver says: presumably because I don't have that locale installed on my system right now. it's not in the USB installer image either.
<calher>Fixes everything.
<pizzaiolo>suitsmeveryfine: a glossy sticker is enough I think
<calher>NO LINES
<pizzaiolo>calher: sorry calher
<pizzaiolo>it's gon' be like that
<civodul>mark_weaver: pt_BR.utf8 is missing from %default-locale-definitions; see
<CompanionCube>I'd likely never be able to use guixsd or guix for everything because Steam
<suitsmeveryfine>pizzaiolo: just put a piece of aluminium foil in the middle of the sticky side
<NiAsterisk>give the apple an tinfoil hat
<pizzaiolo>NiAsterisk: that's actually not a bad idea for a sticker
<suitsmeveryfine>CompanionCube: because of the smoke that is coming out of your computer?
<CompanionCube>because of the gaming platform Steam
<civodul>CompanionCube: indeed, Guix won't provide Steam as long as it's proprietary
<myglc2>davexunit, lfam: AH, guix environment is working like a champ. Thank you!
<CompanionCube>civodul, and after seeing what the nix people did
<CompanionCube>ACTION does not want to package it himself
<civodul>CompanionCube: but (1) it's Steam that's too blame for not respecting its users, and (2) there are lots of free games :-)
<pizzaiolo>CompanionCube: what did nix people do?
<CompanionCube>pizzaiolo, I believe it involves a bit of a hack involving chroots and scripting
<pizzaiolo>CompanionCube: you can get by without steam, trust me
<pizzaiolo>plenty of good libre games
<suitsmeveryfine>you can install gnugo
<lfam>You can go to the internet cafe and play games there with other people. Probably more fun!
<NiAsterisk>wish I could tell that to past-me.
<CompanionCube>ACTION wonders if internet cafes are still a thing in the UK
<calher>Is Mumble on here yet?
<wingo>so cross-compiling guile with guix is weird because the tarball has its timestamps which are always ahead of anything in guix's store
<civodul>so you get warnings?
<wingo>so the cross compiler loads the .scm file being compiled, but doesn't have the builddir in its GUILE_LOAD_COMPILED_PATH
<wingo>yeah a bunch of "X is newer than Y" warnings
<efraim>I think I have quassel building correctly now on my machine
<wingo>where X is source and Y is a /gnu/store path to a .go file
<efraim>just need to package some optional depends to make it better
<wingo>and it runs slower
<wingo>not sure what .go files it's picking up actually; is it getting the ones from prebuilt/ perhaps? i think not though
<wingo>dunno, maybe the running slower is just a function of the character-by-character writes on the socket :)
<wingo>setvbuf needed apparently
<mordocai>Hello, i'm just starting to try out guix(current goal is to contribute a patch with some common lisp package updates) and tried guix environment guix and am getting this for downloading openssl: All the other downloads worked fine. Is this a bug or am I doing something wrong or ??
<wingo>a bit frustrating as it nukes the builddir and it takes quite some time to reproduce
<pizzaiolo>just tried to boot into GuixSD, had a kernel panic
<pizzaiolo>this was the message
<pizzaiolo>ERROR: In procedure stat: No such file or directory "/etc/static/localtime"
<pizzaiolo>"can't check if filesystem is mounted due to missing mtab file determining whether /dev/mapper/guixsd is mounted"
<kristofer>pizzaiolo: id you pass --system to the kernel line?
<civodul>wingo: did you compare with a cross-build of 2.0? i think it was already the case, but i'm not sure
<suitsmeveryfine>pizzaiolo: boot the USB installer and mount the file system again
<suitsmeveryfine>you can then share us your OS configuration file
<suitsmeveryfine>it's possible that you've made a typo somewhere
<NiAsterisk>does somebody have an unmerged/private package definition for toxic or some other tox client?
<lfam>mordocai: Can you investigate that failing URI? Maybe their FTP server is offline or something?
<efraim>mordocai: wget says the file doesn't exist
<davexunit>NiAsterisk: I never got that far, sorry.
<davexunit>I got libtoxcore packaged at one point, but that was it.
<davexunit>the package never made it upstream.
<NiAsterisk>i've seen that. hm, okay
<lfam>efraim, mordocai: If there is another URI for that file then maybe we should put both in the package definition.
<efraim>try `guix download` and then continue
<efraim>lfam: the old ones are moved to another folder
<efraim>i agree
<lfam>efraim: They don't provide the same URI structure for the current tarball and the old tarballs? That's annoying
<efraim>and the current tarballs aren't in the old folder, so it looks like we'll need both
<NiAsterisk>i should alias guix pull etc to hackthegibson, some times I end up with git pull instead of guix pull
<mordocai>efraim: had to make the link but guix download appears to be working, will try to run guix environment again.
<lfam>mordocai: Try putting both URIs in the package definition. That would be a nice improvement. There are some examples among the other packages
<pizzaiolo>suitsmeveryfine: should I redo the whole install? ):
<suitsmeveryfine>no, just mount the file system
<suitsmeveryfine>you can then access the os configuration file and explain to us what's in there
<pizzaiolo>suitsmeveryfine: it says 'unknown filesystem type 'crypto_LUKS''
<suitsmeveryfine>if you've made an error that requires you to reinstall, then you can decide later at when you want to do that
<suitsmeveryfine>inside the installer?
<suitsmeveryfine>cryptsetup luksOpen /dev/sda1 guixsd
<pizzaiolo>suitsmeveryfine: nevermind, I was doing /dev/sda1 instead of /dev/mapper/guixsd
<pizzaiolo>it works
<pizzaiolo>I can see my config.scm
<cajg>Path `/mnt/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting.
<pizzaiolo>suitsmeveryfine: no typos that I can see
<cajg>guix system: error: failed to install GRUB on device '/dev/sda'
<suitsmeveryfine>cajg: that's fine
<suitsmeveryfine>if you're installing with full disk encryption
<suitsmeveryfine>cajg: your system is installed
<cajg>ah, thanks, I should reboot?
<cajg>ACTION crosses fingers
<suitsmeveryfine>cajg: just remember to not run the manual garbage collector
<suitsmeveryfine>pizzaiolo: have you tripple-checked?
<cajg>blamk screen, blinking cursor :(
<pizzaiolo>suitsmeveryfine: I'm following this
<Jookia>suitsmeveryfine: Did you send a patch lately for Libreboot support?
<efraim>patch for openssl's url pushed
<pizzaiolo>suitsmeveryfine: checked multiple times
<pizzaiolo>hid-generic, hid-apple, serpent_generic and wp512 right?
<pizzaiolo>it's all there, no typos
<pizzaiolo>Jookia: any ideas? I'm getting a kernel panic upon booting guixSD
<Jookia>pizzaiolo: What's the output
<pizzaiolo>(19:02:46) pizzaiolo: this was the message
<pizzaiolo>(19:02:47) pizzaiolo: ERROR: In procedure stat: No such file or directory "/etc/static/localtime"
<pizzaiolo>(19:03:30) pizzaiolo: "can't check if filesystem is mounted due to missing mtab file determining whether /dev/mapper/guixsd is mounted"
<Jookia>What's your system.scm
<pizzaiolo>Jookia: do you mean config.scm?
<pizzaiolo>there's nothing in system.scm
<pizzaiolo>there's a lot of things here, what am I looking for?
<pizzaiolo>maybe the timezone is broken?
<Jookia>Just paste it
<pizzaiolo>I can't, it's in another pc
<Jookia>Well, do you have a mapped-device for the LUKS container
<pizzaiolo>(source "dev/sda1")
<pizzaiolo>(target "guixsd")
<pizzaiolo>(type luks-device-mapping))))
<pizzaiolo>Jookia: is that what you mean?
<Jookia>well i'm not sure then
<mordocai>I'm running guix on gentoo, and got this I have more installed in gentoo, is that a missing dep for gawk or is something weird going on? Sorry for the noob questions, but i've just barely started using guix.
<suitsmeveryfine>pizzaiolo: maybe you could use curl to publish the file for us
<Jookia>mordocai: Strange, is there a test-suite.log file in the /tmp directory (if you build with --keep-failed)
<pizzaiolo>Jookia suitsmeveryfine ^
<pizzaiolo>error output
<pizzaiolo>see if it rings any bells
<mordocai>Jookia: trying it
<davexunit>mordocai: more is provided by util-linux, is that an input to the package you are building?
<pizzaiolo>actually no errors there yet, the error will start when I type out a password and press enter
<davexunit>mordocai: and are you using substitutes?
<mordocai>davexunit: No substitutes, the command i'm running is guix environment guix. I'll have to check gawk to see if util-linux is an input
<davexunit>mordocai: so you're intentionally building everything from source?
<mordocai>davexunit: yeah
<pizzaiolomobile> kernel panic
<mordocai>Being used to gentoo, building everything from source is fine.. as long as it works anyway
<mordocai>Not seeing util-linux as a direct input for gawk, i'll have to work on it more later though
<pizzaiolo>Jookia suitsmeveryfine davexunit any ideas as to why this error is going on?
<Jookia>pizzaiolo: Did you set your timezone in your config.scm ?
<davexunit>pizzaiolo: no
<davexunit>write to bug-guix
<davexunit>I have to go afk
<Jookia>pizzaiolo: Could you boot the GuixSD system, mount the disk and tell the contents of /gnu/store/c4azldxr .. ?
<Jookia>pizzaiolo: It's my heavy guess you haven't included a (valid?) time zone
<davexunit>that could be it
<pizzaiolo>Jookia: I set it to Americas/Brasilia
<pizzaiolo>to be honest I'm not sure this timezone exists as an option
<pizzaiolo>how can I check the possible timezone choices?
<Jookia>pizzaiolo: Should be in the tzdata package (cd /gnu/store/*-tzdata*)
<suitsmeveryfine>pizzaiolo: what exactly have you written under filesystem?
<suitsmeveryfine>Does it look like this:
<suitsmeveryfine> (file-systems (cons (file-system
<suitsmeveryfine> (device "/dev/mapper/guixsd")
<suitsmeveryfine> (title 'device)
<suitsmeveryfine> (mount-point "/")
<suitsmeveryfine> (type "ext4"))
<suitsmeveryfine> %base-file-systems))
<suitsmeveryfine>for example, do you have ' before device
<pizzaiolo>suitsmeveryfine: yep
<pizzaiolo>ipsis litteris
<pizzaiolo>suitsmeveryfine: I think the issue might be the timezone
<pizzaiolo>how can I find the tzdata file?
<Jookia>pizzaiolo: cd /gnu/store/*-tzdata*
<pizzaiolo>with *?
<pizzaiolo>it's a blank file
<suitsmeveryfine>pizzaiolo: you could also select any time zone and install and then later reconfigure the system
<suitsmeveryfine>*any time zone that we know exists, e.g. Europe/Paris
<pizzaiolo>suitsmeveryfine: what's the timezone you're using? any one that works is fine
<Jookia>pizzaiolo: cd gnu/store/*-tzdata-2015g
<Jookia>pizzaiolo: then in it there's share/zoneinfo and in that is all the timezones
<pizzaiolo>lemme try now with a parisian timezone
<pizzaiolo>same error
<suitsmeveryfine>did the install finish that quickly!
<pizzaiolo>I didn't reinstall it
<pizzaiolo>should I have?
<suitsmeveryfine>yes of course
<suitsmeveryfine>guix system init
<pizzaiolo>all righty
<suitsmeveryfine>guix pull first
<paroneayea>is guix doing a gsoc this year?
<paroneayea>I have a couple of ideas for projects to do
<paroneayea>1) installer wizard
<paroneayea>for guixsd
<paroneayea>2) non-emacs package interface (maybe the web interface, maybe something gtk based?)
<pizzaiolo>paroneayea: installer wizard <3
<pizzaiolo>wizards are great
<paroneayea>someone suggested that we get guix working using gnome's package interface
<paroneayea>which could be interesting
<paroneayea>heya pizzaiolo :)
<paroneayea>I see you posting interesting stuff on reddit /r/linux all the time :)
<pizzaiolo>trying to convert open sourcers, one by one
<suitsmeveryfine>pizzaiolo: did you include "serpent_generic" and "wp512"?
<pizzaiolo>suitsmeveryfine: yep
<suitsmeveryfine>ok, so let's hope it was only the time zone then
<suitsmeveryfine>I think it's weird that it didn't warn you if the time zone didn't exist. The installer did that on me when I selected a non-existing keymap
<pizzaiolo>well, it seems I found a bug then :P
<Digit>thought in passing: what's the best fs for guix?
<suitsmeveryfine>Digit: what's the use case?
<Digit>any. just a hypothetical notion, wondered if the extra file structures or anything might matter to some fs, if it had any impact on node configurations or any such like.
<Jookia>I like Btrfs
<suitsmeveryfine>just keep in mind that Btrfs doesn't support swap files
<suitsmeveryfine>that's why I use ext4 for my install with full disk encryption
<pizzaiolo>Jookia: what's the advantage of btrfs?
<pizzaiolo>suitsmeveryfine: do you use a paging swap file?
<Jookia>checksumming, online resizing
<Jookia>copy-on-write so no need to fsck
<suitsmeveryfine>pizzaiolo: I used the dd command to create the swap file
<pizzaiolo>suitsmeveryfine: will need it later
<suitsmeveryfine>pizzaiolo: follow this guide: and modify the size so that it's as big as your RAM
<Jookia>isn't the rule twice as big
<Jookia>or is that from the <1G RAM days
<suitsmeveryfine>pizzaiolo: but don't do Step #4:
<Digit>on laptop with 3G ram, 4G swap. on workstation with 32Gram, 8G swap. i'm starting to think i decide swap size arbritrarily.
<Jookia>4GB RAM = 8GB of swap for me
<suitsmeveryfine>pizzaiolo: to enable swap see the guixsd manual
<cehteh>zswap/zram ftw
<suitsmeveryfine>You will need to point to the swap file from the OS definition
<cehteh>and as soon you swap 8GB to spinning platters .. your system will be extremely slow, unuseable
<cehteh>no so good idea
<Jookia>I don't plan on swapping 8GB to spinning platters
<Digit>from the outside looking in, btrfs looks a little volatile still. enticing features, yes, but on stable ground?
<Jookia>Stable as you'd expect
<pizzaiolo>suitsmeveryfine: I'm having trouble getting online
<suitsmeveryfine>you mean the installer's connection?
<suitsmeveryfine>yes, it's working really bad
<pizzaiolo>no I mean
<pizzaiolo>I can't get online
<suitsmeveryfine>at all?
<pizzaiolo>I'm doing the following
<pizzaiolo>nano wpa_supplicant.conf
<pizzaiolo>psk="your network password"
<pizzaiolo>wpa_supplicant -c wpa_supplicant.conf -i wlp2s0 -B
<pizzaiolo>dhclient wlp2s0
<pizzaiolo>but the wpa_supplicant -c wpa_supplicant.conf -i wlp2s0 -B process never ends
<suitsmeveryfine>ah, I never bothered to set up wifi
<suitsmeveryfine>I only used ethernet
<pizzaiolo>weirdly, it worked last time mark_weaver suggested it
<NiAsterisk>if wpa_supplicant doesn't get this automatically, i would add -Dwext
<NiAsterisk>my knowledge of it is limited
<pizzaiolo>NiAsterisk: "device or resource busy"
<NiAsterisk>did you kill the process?
<pizzaiolo>I'll reboot
<NiAsterisk>my network block in wpa_supplicant.conf has priority=5 and scan_ssid=1 added
<pizzaiolo> rebooting it fixed it
<pizzaiolo>I think it had something to do with the fact that I had mounted /dev/sda1 previously
<calher>pizzaiolo, all I did to get online on the live system installer was ifconfig wlp2s0 up; iwconfig wlp2s0 essid "Le Open WiFi Network"; dhclient wlp2s0
<NiAsterisk>which doesn't work for wpa2-psk iirc.
<Jookia>Yeah, you probaly shouldn't use an open wifi network either
<NiAsterisk>unless it's an open project like freifunk :)
<calher>Jookia, only if you're a selfish jerk who hogs traffic.
<pizzaiolo>calher: I think he means for security reasons tho
<Jookia>NiAsterisk: Is freifunk an open wifi network in the sense it's unencrypted?
<calher>pizzaiolo, secure your computer from the inside out. If you rely on network-level security, you're already dead.
<Jookia>Unencrypted networks aren't great
<NiAsterisk> should have an english section somewhere
<calher>encrypt all your stuff on your own. don't rely on the lan for that.
<NiAsterisk>should also describe the sorry sad state of meshnetworking in germany
<Jookia>calher: It must be nice having control over every single networked device in your house including ones your friends bring over
<calher>Jookia, if they don't secure their own computers, it's on them.
<Jookia>True comradeship is following someone going out to see in your own boat with a life jacket, not watching them go off
<calher>If I had a proper router, I'd partition the network.
<Jookia>librecmc doesn't let you do that?
<calher>As I said, I don't have a proper (LibreCMC) router.
<calher>But IDK if it lets you do that.
<Jookia>wait, you have a proprietary router
<calher>I do have a nonfree router. I don't have the $$.
<Jookia>You have a nonfree router- on an open network
<NiAsterisk>not everybody can afford all the things or go looking for them. I only found librecmc compatible routers when prices dropped and I consider the bloated router+modem ocmbination infront of it which I can't easily get rid of the biggest security threat.
<Jookia>NiAsterisk: This is true, but with a nonfree router I would at least try to secure it to reduce the attack surface. I still do this with my free router since defense in depth is a great idea
<calher>Jookia, I know this isn't very secure, but it's better than being a jerk who hogs bandwidth.