<bandali>atw, congested gnu lists mail queue today :-)
<atw>mm yeah. I'm particularly excited about this because if we can get those tests fixed we can have a synapse (matrix server) package. I'll check back tomorrow and see if I can get some help with the failing tests.
<jsoo>Does anyone know how to get proof general working as an emacs package instead of a standalone executable?
<Gamma02>Is there a difference b/w 'sudo guix pull' and 'guix pull' ?
<apteryx>rekado_: is it normal that the nfs-service seems really heavy on IO to start? I'm only sharing a /pub directory with nothing in it so far. It halts the boot, and I can hear the rotative disks grind for a while.
<apteryx>Gamma02: yes, sudo guix pull you are running as root in your user profile. Not a good idea.
<apteryx>it'll create files owned by root in your home and you'll have permission issues later on.
<brendyyn>i tohughtit was something that was embeded in the card, and you needed some leet hacking skills to change it over
<raghavgururajan>I have a doubt. Let's assume I have two source balls, A (v2) and B (v1), for same software. Both has a C file (foobar.c) at /src/base/foobar.c. A's file has syntactical errors. If I want replace the file A/src/base/foobar.c, with, B/src/base/foobar.c; inside the package definition of A; how do I do it?
<kondor[m]>aaah, i see, openjdk is the jre more, or less and icedtea contains the build tools, too
<kondor[m]>but, then, i guess, in guix i can't just download a jar package of the java program I intend to export to guix. I should go for the source directly, use :jdk for the build-time input
<kondor[m]>and propagate openjdk without :jdk as a dependency
*raghavgururajan finally built mediastreamer successfully. \o/
<sarg>I'm struggling to make autocompletion and go-to-symbol work in "The Perfect Setup". So I open some guix module, do M-x run-guile and then with point at `package` try to geiser-edit-symbol-at-point. It doesn't work. I suppose the REPL doesn't know anything about `package` definition despite having guix in `geiser-guile-load-path`. Please shed some light on how to fix that?
<kondor[m]>I guess we do not have (yet) a maven-build-system ?
<guix-vits>sarg: try log off and log-in your user's session.
<guix-vits>is that ok if i just copy %base-services to my sys. config and rename it as &my-base-services? It's easier than use (modify-services, as i can inject my customizations directly.
<kmicu>If you are not interested in future changes to %base-services automatically apply to your system then you can do it safely.
<brendyyn>guix-vits, you can. you will need to add a few module imports though
<guix-vits>kmicu: i'll try to make some script to compare my module (i'll put this in module) and %base-services... thanks.
<guix-vits>brendyyn: thanks. i'm lucky: as `guix` shown me the hints (with exact modules i'm need to include). <3
<rekado>kondor[m]: you would use the ant-build-system in most cases
<kondor[m]>rekado: i was about to try that after I looked into build/ant-build-system
<kondor[m]>it's just that the build instructions for the program in question use maven
<sarg>Okay, I've solved half of my issue with "The Perfect Setup" by `guix-devel-mode` and `guix-devel-use-module`. Now I'm facing some disrepancy between what location autodoc shows (it's correct) and where `geiser-edit-symbol-at-point` jumps (first occurence of the symbol's name in a file).
<teythoon>i more or less copied your services configuration, the error was the same
<teythoon>however, rebooting fixed it for some reason :/
<kondor[m]>rekado: yeah, that's what i tought after I looked into the ant build system definition. i've noticed a file called *build.xml* gets generated, just wasn't sure if that's an configure.ac level file, or a Makefile level file
<mbakke>I think roptat has a mostly-working build system though, with luck it's merged within a few days :)
<efraim>internet connectivity is so bad here right now my house has been offline for hours and even my cell connection is spotty
<efraim>i'm down to building packages from source to minimize the amount of time spent trying to download substitutes
<brendyyn>last night before i fell asleep i was ruminating about building some system for compressing substitutes based on previous substitutes. i had lots of ideas. it would be tricky to keep it simple and worthwhile
<brendyyn>like if you wanted to download some new chromium derivation, it could be downloaded as a diff based on the last build version, using some binary diff tools and deduplication
<brendyyn>i guess its an enticing idea, like P2P, but in the end its hard to make something superior to traditional downloads
<efraim>I forget if he said it was slower or had a low hit rate
<brendyyn>I was thinking about not making diffs of just one previous build. but of scanning the store for all builds of a certain kind and making some kind of diff that would work for all of them, or give up if not compatible.
<brendyyn>if the build server was using btrfs and deduplicated the store, it would be quick to check if a file is identical when scanning
<brendyyn>i recall there was some microsoft article that made some tool that worked much better than bdiff
<brendyyn>hmm 30 minutes and I'm not getting a debbugs response after email email@example.com, and its not in the archive
<brendyyn>oh and a patch i sent a few hours ago is dead silent too.
<swedneck>yeah but guix-the-package-manager is different from a full distro, isn't it?
<swedneck>with it installed in a VM i have everything i'd want for testing on a real pc, but if i installed the package manager i'd have to configure all that manually first
<Veera>guix-vits: interactive just like gimp and inkscape
<mbakke>swedneck: there is not really anything to configure, they work exactly the same
<swedneck>mbakke: but in the vm i already have things configured so it shows a login screen and lets me start a DE, how would i do that with only the package manager?
<mbakke>swedneck: you'll need to create a config.scm in both cases
<mbakke>even on Guix System, you would not be testing configurations on your live system, you would use 'guix system vm' or similar, which works the same on any distro
<swedneck>i just want to try a full guix distro install on my laptop since i get absolutely awful performance in a VM
<mbakke>swedneck: if you want to test your config.scm on actual hardware, you can create a disk image from it as mentioned earlier and copy to a USB drive, though you won't get great performance by booting that either.
<mbakke>swedneck: easiest way is to run the installer and re-use your existing config.scm
<Veera>guix-vits: in image.scm i only see image libraries
<mbakke>g_bor: you mean apart from (setuid-programs ...) in the OS configuration?
<g_bor[m]>I could come up with seomthing adhoc, but I was thinking about something lie a setuid-program record-type with fields: uid, gid and gexp, and making setuid-programs able to accept these as well.
<g_bor[m]>currently setuid programs only setuid and setgid everything to root.
<mbakke>right, I suppose a setuid-program-service-type that defaults to root, the (setuid-programs ...) field could then be implemented in terms of that, and other services could extend it
*mbakke goes to watch snow melt in the glorious sun for a bit
<g_bor[m]>This turned out to be very indeterministic.
<g_bor[m]>If I do a system reconfigure again and it still triggers, then there is a good chance that it does more than once.
<ericst>Hello, I am trying to package with guix. And I have created a dedicated channel for my experiments so far... Is there a way to force guix to use my working directory for this instead of having to commit every change ? Should I use GUIX_PACKAGE_PATH ?
<Veera>mbakke: virt-manager in Debian supports OVMF
<g_bor[m]>Can I do something that would help debug this when I run the command again?
<lfam>It's not a big deal. I had worried about the case of Guix VMs which, by default, don't have ICMP. But those VMs also can't accept incoming connections... you probably wouldn't use one for mail. I'm not sure what's best...
<efraim>bumping tesseract-ocr is beyond my interest for tonight, making it use git-fetch will have to suffice
<cbaines>mbakke, no, but that matches up with some of the stuff I did. I had to sort some Debian repository stuff, including building a Debian package for guile-ssh (not packaging it, just building the existing package)
<Blackbeard>And I think both have different purposes and they overlap a bit but not much
<apteryx>has anyone tried powerline adapters? I have to choose between investing in a better WiFi adapter vs that technology. I'm a bit disliking the fact that it turns your apartment into an RF emitting source, but if it's the next best thing to cables...
<Blackbeard>I understand that SICP is harder to read, at least it was for me, but the lectures are fun and easier
<nckx>The games in question were briefly renamed to very verbose names. We decided to revert them, but the very-long-names were kept as deprecated packages just in case someone had installed them during that short window.
<Blackbeard>nckx: I think I will submit my gsoc proposal now, would you give it a look?
<vagrantc>can you define multiple agetty-service entries?
<vagrantc>or do you have to mark them differently somehow?
<nckx>Blackbeard: Sure. g_bor[m] is our actual GSoC liaison IIRC.
<mbakke>Phew, Timotejs SDL work in #40211 looks great, but I'm too exhausted to review more "heavy" patches right now :-/
<nckx>Blackbeard: Looks good. Not going to bother with grammar (unless you want me to) and I don't see anything implausible in your road-map. I don't agree that being a CS student == being (more) qualified, by the way. 🙂
<leoprikler>I'm not too sure about that. The daemon and build system APIs would count imo.
<nckx>And we don't do the (as in, any) housekeeping during development to say with any confidence at release time what will break. If (say) your channel has been tracking 1.0.1 for a year, it's a pretty useless channel.
<nckx>leoprikler: Those are implementation details that aren't versioned.
<seepel>Hi guix! I am happily running Guix System, but just started looking into booting into my windows partition in order to update some firmware and test some other hardware related things that are bothering me, is this possible? (also sorry if this question is too non-guix, just let me know and I'll let it drop).
<vagrantc>it's getting frustrating to have to rebase the 5.5.x series for new versions
<nckx>seepel: In your (well, I'm madly substituting ‘FreeBSD’ in my head to stay happy 🙂 ) case I'd just boot manually using the GRUB command line. It supports the same syntax as grub.cfg.
<vagrantc>alternately, i can push the source for 5.5.x and then just build select kernel image packages against it
<seepel>nckx: Even better! And I'll make the same substitution in any further questions :)
<mbakke>vagrantc: as a general note, always run 'make oldconfig' when updating the kernel configuration for a new minor (or major) version, I noticed in your message that you were re-using the old config
<vagrantc>mbakke: i re-used the old config and then updated it from the produced one ... is that not right?
<vagrantc>as it basically runs make oldconfig as part of the build
<mbakke>vagrantc: otherwise the kernel build system will choose defaults for any new or changed options, which may not be desirable