<vaeringjar>I've repartitioned and reformatted a few times and rebooted. same. might just go with the no-grub install <lfam>Does GuixSD have a concept of cron yet? Or is that in the "help wanted" section? <vaeringjar>oh wait, I think it's the GPT. I'll switch that to MBR <zacts>I'm going to have to try reinstalling guix again, the grub-install likes MBR better than GPT I think... (without having a byte at the beginning disk sector) <zacts>which is cool, I can't wait to try it out <civodul>this inbox never stops getting new messages ***francis7 is now known as fchmmr
***fchmmr is now known as francis
***francis is now known as francis7
***francis7 is now known as emacsuser
***emacsuser is now known as vimuser
***vimuser is now known as francis7
<taylan>civodul: by the way I noticed that doing an out-of-tree build and *then* running distcheck (in that build's directory) ultimately leads to a few failures in the 'make check' phase of distcheck. is this significant? <taylan>guix-environment.sh was one example. <rekado>is anyone interested in porting Guix to PPC? <efraim>I'm thinking of porting it to arm64, but my board is "in transit" <efraim>I'm not too sure where I could get a PPC computer here <rekado>I don't have one myself, but someone on the Axoloti forums was hoping to use the Guix packages I prepared to install the cross-compiler on PPC. <rekado>it's exciting to see that the latest version of R builds fine on mips! <rekado>edirect annoys me. Upstream again updated the tarball in place. <rekado>I'm thinking about removing the package (and moving it to my personal repository) <civodul>rekado: PPC is usually high-end, not something a random hacker can afford <civodul>so we need IBM to be interested in it :-) <civodul>taylan: dunno, could you show the failures? <efraim>well, new PPC is high-end, old PPC is mac territory <efraim>there is an online provider that has VPSs on power8 <efraim>forgot to write down their site, all I have is scaleway for an armv7 VPS <rekado>oh, I didn't even know about new PPC. I only know the old Macs. <civodul>anyone working on GuixSD stickers for FOSDEM? <civodul>just wondering if i should do it myself <karhunguixi>i'm trying to run "sudo ntpd" (from openntpd), but it fails with > ntpd: unknown user _ntp <karhunguixi>i was just wondering if this should have worked out-of-the-box, or if fiddling is required <civodul>karhunguixi: looks like it wants to drop privileges by switching to user "_ntp" <civodul>on GuixSD service-specific users are handled in the service specification <civodul>see ntp-service in (gnu services networking) <civodul>it should we quite easy to adapt ntp-service so that it can run OpenNTP <karhunguixi>hm, i'm not at a level to do much with this information i'm afraid :/ <karhunguixi>it's not a problem, i was mostly curious if the installation had a flaw or not <civodul>i didn't know this web site, it's interesting <civodul>i wonder about the effects of this approach on mostly volunteer-driven projects <Steap>domenkozar: do you often ask for money on gofundme? <civodul>Steap: someone who initially considered spending some of their spare time on hacking the thing could think, "well, someone's gonna be paid, so let's just sit and watch" <civodul>and there could be a feeling of competition, etc. <civodul>we could try the same thing when we remove C++ from Guix :-) <Steap>on the other hand, Shea might avoid having to do a bullshit job for a month and will be able to focus on Nix :) <civodul>mark_weaver: should i wait for boost-1.60 to be fully built before getting core-updates built entirely? <civodul>davexunit: should we announce your talk at BLU today? <civodul>davexunit: do you wanna draft something, or do you prefer if i do it? <davexunit>civodul: if you are willing to do it, I have no objections. :) I won't be able to draft something until the day job is over. <davexunit>I need to see if I can reach out to someone that will record it. <davexunit>I can easily enough record my desktop as I present, so it would be nice to have the actual talk part be recorded to. <karhunguixi>Please do. I'm very interested in watching your presentations. <efraim>even if it's just the audio of you talking and the video is your desktop, that's much better than nothing <HotLava>Why do you want to remove C++ from guix? <civodul>HotLava: nothing serious at this stage, but the daemon (currently in C++) could reuse much of the Scheme code we already have <civodul>and integration would be significantly improved <davexunit>I'd love if the daemon's protocol were s-expressions instead of what exists now. <efraim>GSoC project? or do you think that'd be too much <HotLava>ok, as someone who doesn't speak scheme C++ seems to be a bit more natural for a low-level system daemon, but maybe i should just start learning more scheme ;) <civodul>Scheme works well for everything! ;-) <davexunit>HotLava: Guile can be used for low-level systems programming, in fact Guix already has a bunch of code like that. <davexunit>for example, we have a Linux container implementation written in pure Scheme <HotLava>whats guile's record on backwards compatibilty? would be a bit awkward if the daemon stops working after a software update <davexunit>we wouldn't use guile if it broke public APIs all the time <HotLava>by implementation i guess you mean a frontend? or can you actually write kernel code in guile? <davexunit>HotLava: I mean using the POSIX and Linux APIs available in glibc <HotLava>ok, else i would have been pretty impressed ;) <davexunit>I think Guix does a good job showing that Scheme is a language that can adapt to a wide variety of problem spaces. <davexunit>from the high-level, purely functional stuff, to the low-level imperative, systems stuff. <HotLava>to be fair, if i parse that correctly you could probably write C++ that is pretty close to the guile version <HotLava>template<typename Ret, typename Args...> void define_operation(const std::string& name, const std::string& docstring, const Args&...) <technodj>Hello! Is there any way to echo what a guix %variable looks like? <civodul>technodj: try: guile -c '(use-modules (gnu)) (pk %base-file-systems)' <davexunit>HotLava: I think we can all agree that the C++ code would be extremely inelegant. <davexunit>using Guix to install Docker Compose so I can use Docker Compose to build Debian packages for a Ruby application. <HotLava>elegance lies in the eye of the beholder, but I will agree that that scheme would look prettier ;) <rekado>looking at the collision warnings I get I think we need something like (guix profiles gtk-icon-themes) for mime.cache files. <civodul>but we need iyzsong or beffa to help with that ;-) ***piyo` is now known as piyo
<wingo>there are (ash 1 7) people here; wild <civodul>i don't even know how to get the list of users with ERC <piyo>civodul: erc-get-channel-nickname-list<f> <piyo>what are you going to do with this info huh? (length ...) ? <technodj>can someone point out where the 'pk' operator is documented? that seems quite hard to find :( <piyo>please don't auto subscribe me to your mailing list!!! ;-) <wingo>technodj: it's in guile. not really documented oddly! it's defined in ice-9/boot-9.scm and is an alias to "peek". <wingo>it's our collective bad habit :) <davexunit>brb, need to log out to add my user to the Docker group ;) <civodul>davexunit: so now you're a member of the Docker group... <davexunit>testing out 'guix environment --ad-hoc docker-compose' <davexunit>I'm going to work in a few jabs at Docker for my talk. ;) <bavier>sorry about the boost break on mips; new error it seems <civodul>yeah, i haven't check the C++ file that has that #error <efraim>I keep on getting "source expression failed to match any pattern" on my file I have outside of guix's git repo <davexunit>packaging docker-compose reminds me that I have some code sitting around on my work machine somewhere that contains a package for the AWS CLI <lfam>efraim: Are you sure the file is formatted correctly? Care to share? <lfam>davexunit: That would be a nice addition! <davexunit>(license license:non-copyleft "no license listed") <davexunit>(license (license:non-copyleft "no license listed")) <davexunit>non-copyleft is a procedure that returns a new license object. <efraim>i went over and over the source part <lfam>I really need to get an SSD in this machine. The store is just terrible on spinning rust. <lfam>The only saving grace is the OS cache in RAM <mark_weaver>bavier: regarding boost-1.60 on mips, I found the relevant error message: gcc.compile.c++ bin.v2/libs/context/build/gcc-4.9.3/release/threading-multi/unsupported.o #error "platform not supported" <mark_weaver>which is strange, because threading-multi is in boost-1.58 and compiles successfully on mips <bavier>mark_weaver: does boost-1.58 build the "context" library on mips? <mark_weaver>bavier: see the "--without-context" and "--without-coroutine" options passed to ./b2 <bavier>mark_weaver: the 1.60 doesn't remove those flags, I wonder why it's trying to build context now. <bavier>oh, maybe there's another library that depends on context that needs to be disabled on mips, like coroutine is disabled <mark_weaver>bavier: I see this in the build log: Component configuration: [...] - context : not building <pizzaiolo>out of curiosity, is there a way to request packaging? <bavier>pizzaiolo: I think it might be restricted to those with an fsf account <mark_weaver>if you want something packaged, the best thing to do is to package it yourself. we can provide support, i.e. answer questions. <mark_weaver>I don't know how many people are looking at the wishlist and packaging things that other people asked for. <pizzaiolo>mark_weaver: thanks, as of yet I don't think I'm skilled enough for it <civodul>renaming a project is silly, never do that <lfam>Or, make the "other" project change their name ;) <civodul>unfortunately they had "prior art" in this case <lfam>Is the dmd / sheperd manual still useful, or has too much changed since it was last updated?