<Jookia>output path `/gnu/store/aamhyadj7pwkbskylg88qlfxf50qdhaq-dmd-user-group.patch' should have sha256 hash `1lqymypixfiyb72d6bn24m06ry2q1ljnnv0qrc89pbb4z9azaa4d', instead has `0zygncr1z1nswmny2vl1havfqswm40vzj0vjvhf5yndavhzr267j' <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. <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 <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. <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 <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. <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>They released a fix (I tested the build) but there is no CVE issued yet. Should I push anyways? <lfam>The CHANGES file implies that 1.7.3.1 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>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? <Jookia>mark_weaver: I have a fully encrypted disk and I don't want to write anything unencrypted to 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 <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>--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/ <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? <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. <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) <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. <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 <Jookia>I have a Libreboot machine, I just have no screen- Perhaps I could load up qemu <Jookia>A T400, it suffers from an LCD not being correctly detected <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>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>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>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 <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>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? <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>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>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. <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>myglc2: no, it would probably just switch some symlinks and generate a new grub.cfg, or something along those lines. <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. <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 <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 <Jookia>deploy your docker images using cvs <lfam>I think we have a business plan <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? <rekado><mark_weaver> [07:21:26] you need to clone yourself <kristofer>_FontTransOpen: Unable to Parse address ${prefix}/share/fonts/X11/misc/ <efraim>how about (substitute* "/path/to/file" (("${prefix}") (assoc-ref %build-inputs "xorg")))? would something like that work? <nckx>Welp... that's me embarrassed on the mailing list. Sorries. /o\\ <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 :-) <civodul>i'm curious about the Haiku package manager <Steap|Brno_>Baptiste Daroussin talked about reproducible builds in FreeBSD <Steap|Brno_>and he gave the name of some projects that do reproducible builds <civodul>well he should have mentioned Nix too <civodul>we met at the reproducible builds summit <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 <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>i'm wondering about the UPower/DBus issues <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? <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. <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>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>but I'm still in an exuberant mood <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: das-labor.org) <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. <rekado>In the coming days I might be able to fiddle with this on a separate machine. <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 <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 <davexunit>paroneayea: seems we are missing 8 direct, required dependencies. not bad! <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>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 :) <davexunit>I want to make a wooden computer case like those FOSDEM streaming machines <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 <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>civodul: after running "udevadm trigger", i still don't have /dev/disk <civodul>we updated eudev in Oct., but the breakage seems to be much more recent <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 <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. <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) <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. <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>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>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>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 hydra.gnu.org <nckx>I'll also check for other truncated files. Oh, good point... Guix is my first time back on ext* in years :-) <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. <nckx>It's languishing on the ML. <pizzaiolo>ok, starting the installing procedure (I hope someone can give me some troubleshooting here :P) <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>pizzaiolo: the docs don't describe setting up wireless during the install, only ethernet. <pizzaiolo>theoretically yes, but then I would lose internet connection in this laptop <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>and then run: wpa_supplicant -c wpa_supplicant.conf -i wlp2s0 -B <pizzaiolo>how can I create this conf file? by running wpa_passphrase <ssid> <passphrase> > wpa.conf ? <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 <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? <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 gnu.org and it said unknown host <mark_weaver>pizzaiolo: "killall wpa_supplicant" and then rerun it without the -B <pizzaiolo>mark_weaver: wpa_supplicant: no process found <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>maybe it requires a non-free blob to be uploaded to it <pizzaiolo>it says that wpa_supplicant successfully initialized <pizzaiolo>and then it shows all the commands for the program <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. <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 <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 <kristofer>pizzaiolo: wpa_supplicant -i wls1 -B -c < wpa_password essid key <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. <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>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. <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>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. <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>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>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. <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 <mark_weaver>keeping up with security updates feels like drinking from a fire hose. <wingo>perhaps in the webkitgtk+ case we just need a working updater <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. <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 <pizzaiolo>mark_weaver: how can I check the device name of my disk? <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 :/ <wingo>when i switched to guixsd i got pretty confused over the whole gpg2/gpg1 thing <mark_weaver>yeah, there are plenty of rough edges in need of sanding :) <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>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. <mark_weaver>wingo: our 'yelp', 'shotwell', 'gnucash', and 'guitarix' packages use webkit-2.4.x <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>wingo: does "webkit2 api" not apply to webkitgtk-2.4.x ? <wingo>the webkit2 api is the one that uses multiple processes <wingo>i think it could work for both gtk+-2 and gtk+-2 <pizzaiolo># cryptsetup luksOpen /dev/<your-encrypted-root-partition> guixsd <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 <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". <kristofer>pizzaiolo: if you're building a new system, you set the locale in the (operating-system (locale "en_US.UTF-8")) <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. <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. <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>anyhow, I'm stuck at in a part of your guide <pizzaiolo>suitsmeveryfine: after setting locale, timezone and hostname <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". <mark_weaver>pizzaiolo: what locale do you want to use? I'll check it myself <mark_weaver>"pt_BR.utf8" is probably the right thing, but I'll check and report back. <mark_weaver>(or else arrange for the 'locale' command to be available in the installer) <davexunit>ACTION really wants a working avr-gcc toolchain <davexunit>pizzaiolo: I have been meaning to share that link <pizzaiolo>davexunit: it's a shame it's unmaintained ): <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>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" <efraim>nckx: currently I don't believe its possible <mark_weaver>nckx: build and run guix from a git checkout, and modify anything you like. <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. <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. <pizzaiolo>mark_weaver: the kernel modules go in /mnt/etc/config.scm, right? <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>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. <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>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" <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>I confess I'm still very confused about .UTF-8 vs .utf8 <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>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. <calher>pizzaiolo, I protest the imperialist layouts by using UK Dvorak. :P <calher>I should probably change my locale to Esperanto if possible. <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. <pizzaiolo>free software and esperanto both attract idealists :P <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. <efraim>looking at manolis's slides and running `guix build --target=i586-pc-gnu bootstrap-binaries` gets me x86_64 bootstrap-binaries <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>I guess I could just filter *all* gnu bugmail into the same maildir... <efraim>if anyof (header :contains "List-ID" "guix-devel.gnu.org", header :contains "List-ID" "bug-guix.gnu.org") { <efraim>fileinto "mailinglists.guix-devel"; <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"))) <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. <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. <calher>pizzaiolo, why not a silhouette of the guixsd logo, or one of the fancier gnu heads on the gnu art page? <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 <calher>pizzaiolo, i'll tell you later. getting vegan chipotle <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 <pizzaiolo>what if I use enlightenment? any change there? <pizzaiolo>mark_weaver: heh, I'm not a big fan of the heckert design <davexunit>the new GNU is cool, too, but I have a bunch of classic GNU stickers. <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 <efraim>i grabbed some from unixstickers.com <suitsmeveryfine>pizzaiolo: also no media buttons, including volume up/down and brightness <pizzaiolo>suitsmeveryfine: sounds like we have work to do <davexunit>suitsmeveryfine: media buttons for thinkpads? <davexunit>I'd love to have my thinkpad buttons working again <pizzaiolo>suitsmeveryfine: ha, I didn't catch that obvious reference <pizzaiolo>suitsmeveryfine: what about trackpad and keyboard? <pizzaiolo>the fact that you need an external keyboard and external mouse <pizzaiolo>suitsmeveryfine: sure, but I mean, is there a package that fixes it? <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 <pizzaiolo>any clues as yo how to load the synaptics driver? <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: 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' <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: but if you've fixed all the problems when I come back it would be very convenient :D <suitsmeveryfine>we might want to select one of the stripped down pommed forks instead <suitsmeveryfine>for the synaptics driver I'd like to try Ludo's suggestion to just modify the hardcided list of modules <pizzaiolo>I'll try to compile it and see if it changes anything <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 <pizzaiolo>the download finished but it failed to build ): <pizzaiolo>good ting it picks up from where it left off :) <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? <pizzaiolo>I noticed a small typo when doing guix system init. it says "transferredd" when downloading packages <pizzaiolo>suitsmeveryfine: I don't know how to make patches actually :P <pizzaiolo>do I need ssh keys? I forgot my password to those, heh ***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. <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>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? <lfam>myglc2: If you use `guix environment guix` then all those packages will be available to you <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 just need to fix your bash configuration <davexunit>.bashrc is the wrong place to set environment variables <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 <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>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>The path. Sorry I just realized that everything is here. I was looking for "gaphviz", not "dot". Now I am really sorry. <lfam>Ooh, hello davexuni`! ;P <pizzaiolo>CompanionCube: join us now and share the software <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, no, but the guixsd logo is just a gnu <pizzaiolo>nah, I've grown attached to this FSF30 design :P <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 <pizzaiolo>suitsmeveryfine: depends on what the sticker is made out of <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. <pizzaiolo>suitsmeveryfine: a glossy sticker is enough I think <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 <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? <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! <civodul>CompanionCube: but (1) it's Steam that's too blame for not respecting its users, and (2) there are lots of free games :-) <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 <lfam>You can go to the internet cafe and play games there with other people. Probably more fun! <CompanionCube>ACTION wonders if internet cafes are still a thing in the UK <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 <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>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 :) <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: http://sprunge.us/TgIa. 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>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 <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>I got libtoxcore packaged at one point, but that was it. <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 ftp://ftp.openssl.org/source/old/openssl-1.0.2e.tar.gz` and then continue <efraim>lfam: the old ones are moved to another folder <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 ftp://ftp.openssl.org/source/old/1.0.2/openssl-1.0.2e.tar.gz 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>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 <pizzaiolo>suitsmeveryfine: nevermind, I was doing /dev/sda1 instead of /dev/mapper/guixsd <cajg>Path `/mnt/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting. <cajg>guix system: error: failed to install GRUB on device '/dev/sda' <cajg>ah, thanks, I should reboot? <cajg>blamk screen, blinking cursor :( <Jookia>suitsmeveryfine: Did you send a patch lately for Libreboot support? <pizzaiolo>hid-generic, hid-apple, serpent_generic and wp512 right? <pizzaiolo>Jookia: any ideas? I'm getting a kernel panic upon booting guixSD <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" <pizzaiolo>there's a lot of things here, what am I looking for? <Jookia>Well, do you have a mapped-device for the LUKS container <mordocai>I'm running guix on gentoo, and got this http://sprunge.us/IXji. 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. <Jookia>mordocai: Strange, is there a test-suite.log file in the /tmp directory (if you build with --keep-failed) <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 <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>Being used to gentoo, building everything from source is fine.. as long as it works anyway <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 ? <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 <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*) <pizzaiolo>suitsmeveryfine: I think the issue might be the timezone <Jookia>pizzaiolo: cd /gnu/store/*-tzdata* <suitsmeveryfine>pizzaiolo: you could also select any time zone and install and then later reconfigure the system <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 <paroneayea>2) non-emacs package interface (maybe the web interface, maybe something gtk based?) <paroneayea>someone suggested that we get guix working using gnome's package interface <paroneayea>I see you posting interesting stuff on reddit /r/linux all the time :) <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 <Digit>thought in passing: what's the best fs for guix? <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. <pizzaiolo>suitsmeveryfine: do you use a paging swap file? <Jookia>copy-on-write so no need to fsck <Jookia>or is that from the <1G RAM days <Digit>on laptop with 3G ram, 4G swap. on workstation with 32Gram, 8G swap. i'm starting to think i decide swap size arbritrarily. <cehteh>and as soon you swap 8GB to spinning platters .. your system will be extremely slow, unuseable <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? <pizzaiolo>suitsmeveryfine: I'm having trouble getting online <pizzaiolo>wpa_supplicant -c wpa_supplicant.conf -i wlp2s0 -B <pizzaiolo>but the wpa_supplicant -c wpa_supplicant.conf -i wlp2s0 -B process never ends <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 network block in wpa_supplicant.conf has priority=5 and scan_ssid=1 added <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 <Jookia>Yeah, you probaly shouldn't use an open wifi network either <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 <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. <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.