<nckx>I'm currently unable to program so I make myself useful here 😊
<krafter>nckx: My guess is that you have at least written a .scm file.
<nckx>Naming/mangling aside; this is a bug in my book. Failing to load a module should print a big fat warning but not be fatal.
<nckx>krafter: I've written several, before smashing myself into the road at high speed and the road pretty much winning that round. I'm at home with broken $limbs and a whole lot of painkillers. These make me both unable to concentrate (no coding) and extremely chatty (hello IRC). And there we are.
<pinoaffe>I'm trying to use gnupg in guix, but basically anything I run fails with some variation of "gpg: agent_genkey failed: No pinentry" - how do I make gnupg find/use *any* of the pinentry programs I have available?
<nckx>(Then again, ‘lsmod | grep vfio.pci’ returns ‘vfio_pci’ despite that not being the file name, so maybe we just buy into modprobe's lies completely. That would work too. At the expense of more complexity.)
<nckx>krafter: Interesting that the URL anchor *is* correct 😃
<nckx>but I can honestly say you're not the first one to want to run a stock kernel
<ItsMarlin>i guess it's more of a have, i'd like to use libre if my gpu worked :/
<nckx>and many people publish their configurations on the Web
<nckx>that's me being very subtle. It's not my strong suit ;-)
<nckx>ItsMarlin: Sure. And I'm not sure how much of works now (can you even use that machine at all?), but modesetting is a really shitty bar to stuff into blobware. Wouldn't want those precious VESA mode trade secrets leaking out 😒
<b0f0>the standard procedure here is write a package for the program, so nobody git clones a program from github.com or something like that ?
<b0f0>I mean you do git clone, but in a package discription i guess
<b0f0>anyway it would be good for me to learn to write a package discription on my own ... I found aerc2 its a new mail program from the same person that wrote i3wm and sway I think. SO if I want to try it just that, to see if its good for me, what would you do ?
<b0f0>aynway I will learn it, have to read the manual ..
<nckx>b0f0: I see that it's a Go programme; and I'm not too familiar with Go. I'd start with copying an existing package that uses the go-build-system and modifying it. Learn by doing, keep the manual close. That's how I learnt Scheme at all.
<nckx>And look at me now, making big $$$ in the Scheme industry!
<nckx>b0f0: Sorry, I was being stupid & sarcastic. It's a weakness of mine. I wish it were true, though.
<mfg>gpg doesn't import my pgp key with "sending to agent: no pinentry", i'm running from the shell so i read that i should set in /etc/gpg-agent.conf the path to pinentry-curses ... is this really necessary and if so how would i configure that in guix style?
<mfg>it even doesn't work using pinentry-tty package
<apteryx>I'm going to try something: switch our Python 2 and Python 3 packages to use GUIX_PYTHONPATH2 and GUIX_PYTHONPATH3 instead of PYTHONPATH, to solve having both in the same profile. That should be possible, right?
<apteryx>that involves: a) changing the native-search-paths of the python packages, and adapt their site.py.
<adhitthana>Hi All, I recently discovered guix with the release of version and an article on linuxfr, awesome job !!
<adhitthana>I would need some help with a very basic things I want to achieve: create a new boost scheme with support for python3 (i.e. with ./lib/libboost_python3.7.so build). I got the scheme used to build boost with python2 support with guix edit boost. I replaced the line python-2 in the input by python-3 and rebuild. But no python binding are built at all
<adhitthana>. I tride to add --with-python, --with-python-version, --with-python-root in the part of the scheme file that calls bootstrap.sh but this did not help.. Anyone could help me ? I don't understand what I am doing wrong..
<krafter>str1ngs: You mentioned yesterday that you used i3 together with xfce?
<matt```>anyone have experience with using multiple disks with btrfs and luks? guix system init works
<matt`>that must be it, I didn't put any config for raid devices
<matt`>so you need mapped-devices for btrfs and also for raid?
<nckx>matt`: Well, not that this is a RAID box, not a LUKS box (I don't have multi-device LUKS), so it might not be exactly what you need. Maybe you do need both raid and luks mappings; I can't say. No experience.
<matt`>hm ok. did you set up raid separately from btrfs or as part of the mkfs.btrfs command?
<nckx>Doesn't multi-device LUKS + btrfs imply the following stack: mdraid (aggregating your separate discs) → LUKS (seeing one big encrypted volume) → btrfs (seeing one big decrypted volume)?
<nckx>matt`: It's mdraid 5, it has nothing to do with btrfs raid. btrfs raid5/6 eats all your data.
***daviID is now known as Guest63283
***Guest63283 is now known as daviid
<nckx>matt`: So the other half of my set-up is: (file-systems (cons* (file-system (dependencies mapped-devices) (device "/dev/md0") (type "btrfs") (mount-point "/") (options "compress=zlib,relatime")) …
<matt`>ah ok i guess i'm not familiar with mdraid then. but if I understand your question correctly
<matt`>then answer is no, stack is a bit different in my setup. i encrypted to partitions first, then ran
<matt`>mkfs.btrfs. so its separate encrypted volumes, then aggregated with btrfs
<nckx>b0f0: Not having an ‘alsa’ service/process running is expected (not all ‘services’ in your operating-system lead to a running process, they could just create a file, which is what alsa-service-type does with /etc/asound.conf).
<nckx>b0f0: I don't know enough about DBUS to answer the second ☹
<nckx>matt`: You're instantiating this with ‘guix system vm’? OK, I guess there won't be a bootloader then, and *theme* I don't know enough to know what should happen there either ☹
<nckx>matt`: Not quite; the target (/boot/efi) doesn't contain that bit anyway and it's more of a problem that a) UEFI requires operating systems to register themselves in NVRAM, b) QEMU is stateless in this regard, so it forgets about Guix. I don't know how this is usually supposed to work. Something to report/debug after you get the rest up & running, at least now you can (manually) boot.
<matt`>ok sounds good. i'm gonna rerun the init and turn in. thanks so much for the help nckx!
<nckx>matt`: Sorry for the detour, I'm glad that Guix wasn't (directly; primarily) to blame for once 😛
<Tirifto>Hello! Is guix.gnu.org still a Work In Progress?
<nckx>Tirifto: It's the official home page now. Is something missing?
<g_bor[m]>nckx: do you think that announcing that guix.info and guix.gnu.org is not authoritative until further notice on the info ml would be worthwhile? We could point the users to the announcement until it is resolved. Wdyt?
<nckx>g_bor[m]: Let's ask rekado_, they know what the actual problem here. I'd prefer just fixing this rather than a(nother) rather embarrassing announcement after %base-packages ☺
<nckx>Tirifto: Haha, no. I guess animals just make good mascots/logos.
<nckx>(I count 4, but that's with 2 different styles of gnu horns…)
<Tirifto>The system's *GNU* (also mentioned on the web page), the user's name is *antelope*, their desktop environment, XFCE, has a *mouse* on its Applications button, and they're running GNU Ice*cat*, with *Duck*DuckGo set as the search engine.
<Tirifto>Granted, the antelope has no picture, but the word's there. xP
<pkill9>what's the name of the nixops-equivalent for guix that is being developed?
<payphone>I'm attempting to run jackd as a regular user, but I keep getting the error message, "JACK is running in realtime mode, but you are not allowed to use realtime scheduling." I read in the manual that I'll have to add a pam-limits-entry for this to work, but the example provided doesn't appear to be working for me.
<payphone>My user is currently in the realtime group, but running `ulimit -a | grep real-time` returns the following, "real-time priority (-r) 0."
<vagrantc>will likely post to the debian bug and guix-devel soonish
<dongcarl>vagrantc: That's very good to hear. I'll be on the lookout and feel free to ping me for any man-power/machine-power
<vagrantc>dongcarl: i've uploaded a few of the dependent packages, waiting approval through NEW, and then a second wave of them will need to go through NEW, and then ... need to convince gnutls maintainer to re-enable guile-gnutls
<vagrantc>dongcarl: well, if it can re-use binaries produced by guix's standard substitute servers at all ... e.g. if it changes the hashes of bootstrap hashes, it might cascade down to requiring different substitutes for everything
<dongcarl>vagrantc: genuinely curious: why would guix-on-debian not be able to use the binaries produced by guix's standard substitute servers? I run Guix on Arch and it seems to work great with guix having its own bash/tar/xz/mkdir and Arch having its own
<vagrantc>dongcarl: do the arch packages ship the bootstrap binaries provided by guix?