IRC channel logs


back to list of logs

<vaeringjar>hm, building a new install from source and running into this issue
<vaeringjar>technically a grub issue
<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
<mark_weaver>lfam: help wanted!
<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>(or something like that)
<zacts>which is cool, I can't wait to try it out
<civodul>Hello Guix!
<rekado>hello civodul!
<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> 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>so many broken packages fixed!
<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
<civodul>right, but that's really old
<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"
<karhunguixi>should the installation have created this user?
<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
<domenkozar>welcome to chip in to remove perl from Nix :)
<civodul>domenkozar: :-)
<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
<domenkozar>Well it pays off :-)
<Steap>domenkozar: do you often ask for money on gofundme?
<civodul>it could also drive volunteers away
<civodul>dunno if that is the case
<Steap>civodul: why is that?
<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>or maybe not!
<Steap>civodul: I see
<civodul>just wondering
<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>sure, good for him
<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?
<domenkozar>Steap: first time
<davexunit>civodul: sure!
<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.
<civodul>ok, i'll try to get something done!
<davexunit>I need to see if I can reach out to someone that will record it.
<civodul>would be nice
<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.
<davexunit>then we can mash 'em together later.
<karhunguixi>Please do. I'm very interested in watching your presentations.
<davexunit>I just lack the equipment to do it myself.
<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?
<davexunit>because Scheme is better.
<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
<civodul>and yeah, like davexunit says ;-)
<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
<civodul>depends on the candidate
<davexunit>it's a pretty big project.
<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?
<civodul>for example, i like how our RPC declarations are concise compared to the explicit C++ code
<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?
<technodj>like, for example, %base-file-systems..
<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>Scheme macros > C++ templates
<davexunit>so, I just packaged Docker Compose. :P
<davexunit>to satisfy a work need.
<davexunit>using Guix to install Docker Compose so I can use Docker Compose to build Debian packages for a Ruby application.
<davexunit>interesting times we live in.
<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>rekado: we definitely do
<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
<davexunit>it's growing in popularity :)
<civodul>let's party!
<civodul>i don't even know how to get the list of users with ERC
<civodul>as an elisp list, i mean
<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 :(
<civodul>piyo: nice, thanks!
<piyo>please don't auto subscribe me to your mailing list!!! ;-)
<civodul>davexunit: when you have time, feel free to amend/approve
<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>civodul: do I just hit "submit" to approve?
<civodul>i think so!
<davexunit>it looks good. thank you for writing it.
<technodj>ok, so good to ask!
<davexunit>I'll ask the FSF to promote it
<davexunit>brb, need to log out to add my user to the Docker group ;)
<civodul>evil! :-)
<civodul>davexunit: so now you're a member of the Docker group...
<davexunit>civodul: yup...
<davexunit>testing out 'guix environment --ad-hoc docker-compose'
<davexunit>it's working :)
<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>efraim: line 48
<davexunit>(license license:non-copyleft "no license listed")
<davexunit>you meant:
<davexunit>(license (license:non-copyleft "no license listed"))
<davexunit>non-copyleft is a procedure that returns a new license object.
<efraim>that was it, thanks!
<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.
<davexunit>sometimes you just need some new eyes.
<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: no, we had to disable that specifically
<mark_weaver>bavier: see the "--without-context" and "--without-coroutine" options passed to ./b2
<bavier>oh, I see
<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
<mark_weaver>sorry, I have to go afk
<pizzaiolo>out of curiosity, is there a way to request packaging?
<pizzaiolo>for GuixSD, I mean
<bavier>pizzaiolo: there's an informal "wishlist" at
<pizzaiolo>bavier: nice. anyone can edit?
<bavier>pizzaiolo: I think it might be restricted to those with an fsf account
<pizzaiolo>I have one
<pizzaiolo>I'll add liferea
<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
<civodul>(free advice :-))
<lfam>Or, make the "other" project change their name ;)
<civodul>yup :-)
<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?