<Apteryx>After clearing the go files, and rerunnning ./bootstrap, ./configure --localstatedir=/var and make -j (successfully), when I attempt to run Guix from my git checkout I get errros such as: ERROR: In procedure make_objcode_from_file: bad header on object file: "\\x7fELF\\x02\\x01\\x01�\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00". What gives?
<brendyyn>Apteryx: Yeah I had that too, that's guile 2.0 complaining about guile 2.2 .go files I think
<brendyyn>I think you have to fully upgrade your roots guix profile and then restart the updated guix-daemon
<brendyyn>It means you're basically 90% of the way to upgrading to guile 2.2
<Apteryx>brendyyn: Oh. I see. I should 'guix system reconfigure' and reboot I guess.
<brendyyn>Apteryx: Sure. I'm not on GuixSD yet so I haven't done that before
<Apteryx>brendyyn: That's what takes care of updating the guix-daemon. My root profile points to my user profile, so that's not it.
<Apteryx>Doing it right now. I hope to get some speed bost from the substitute servers this time around ;)
<brendyyn>I've got another laptop I've installed GuixSD on. It's going to take a week of compiling to upgrade from 0.12 to the latest revision at this point
<brendyyn>I always just looked up the manual In icecat since I coudn't get my head around info ;<
<Apteryx>brendyyn: I actually started digging info with Guix :). It's much better than manpages after getting used to.
<brendyyn>Apteryx: I've been trying to transition more to Emacs. I'm pretty good with magit now expect for merge conflicts I just throw my computer out the window when that happens
<Apteryx>brendyyn: Merge conflicts are always tricky. But ediff is awesome. Just press 'e' in magit to fire it up next time you have conflicting hunks. You'll want to know the '?' key to get the online help.
<brendyyn>I have gnus half set up but the nnmail-split-method doesn't work for me. I tried filtering ("mail.Guix" ".*@(.*)?gnu.org") and ("mail.gmailcrap" "^To.*email@example.com") etc but It doesn't work properly. Some of guix-patches things end up in mail.Guix, mail.junk, mail
<brendyyn>So I'm still using icedove but that's really tedious to send patches with
<Apteryx>reepca: After 1 hour staring at the code I'm starting to know what to do. There's a udev-rule function I can use to define my personal udev-rule (two components: file name and actual rule as string). It returns a gexp (which means a file in the store) with the file name and its content under /gnu/store/???-some-gexp-name/lib/udev/rules.d/file-name. After that is defined I can cons my rule instance to the rules
<Apteryx>field of the udev-service object. This udev-service is part of %base-services which is part of %desktop-services so I can use `modify-services' on that
<Apteryx>brendyyn: I split list emails based on Return-Path. My split method is as follow: ("list.\\\\1" "^Return-Path: <\\\\(.*\\\\)-firstname.lastname@example.org>")
<brendyyn>Return-Path? I've never seen that in an email header before.
<Apteryx>brendyyn: It's the most correct way. I want email addressed with my email in the "To:" or "CC:" fields to come back to my Inbox; that helps with my reply times.
<Apteryx>The rest can go to folders where they'll accumulate until I have time to process it.
<Digit>i hate to bring up this dangerous idea, but... a lot of the good points about live extensibility, in that lisp talk, got me thinking the enlightenment wm/de/thing, it's kinda like that... now if only it were lisp. someone (with more skill than me) should rewrite enlightenment in lisp. ... maybe put clfswm at the heart of it, and then all that lovely existing enlightenment extensibility would be more pleasant on the eye, in lisp. ^_^
<Digit>n would go further. powerful combinations, alight my sleepy head... i'll be quiet now. zzz
<brendyyn>I still haven't really found a use for enlightement, apart from the fact that I use terminology.
<brendyyn>and some blog posts just say that Qt's QML is just as good anyway
<Digit>brendyyn: heh, tbh, that's all i use of it too, just terminology term. started theming it, got past aversion to its aparant heavy handedness for simple stuff. but turns out not as bad as i thought. expedites the user into a more empowered place, to start making their own gui even. that much seemed in same spirit as lisp machines n emacs n guix.
<janneke>efraim: I gave mes 0.6 a bit of arm love, it now fails where it should: when gcc reaches x86 asm instructions
<brendyyn>The problem with being able to install multiple versions of packages is that all of a sudden you start installing heaps of different versions of them. I've got 4 or 5 versions of guile now
<reepca>Anyone else unable to cross-compile with guix pack?
<Apteryx>reepca: I'm sorry, I've never experimented with guix pack yet. Hopefully someone more knowledgeable can cheer in (civodul wrote the thing ;)
<reepca>Huh. So apparently --system in guix pack means "the system being built on", and --target means "the system being built for". From looking at the documentation I thought they both seemed like the same thing. Also i686-mingw works, x86_64-mingw doesn't, although from looking at bootstrap.scm I'd guess they both use the same linker.
<efraim>Thinking out loud, one way to make TeX less painful would be to have a TeX-source package that takes the giant tarball and splits it into multiple outputs, each of which could be used independently to build parts of TeX
<efraim>Which is the GNOME release that is ABI stable?
<reepca>bleh, having trouble getting guix pack to build stuff for windows. SBCL fails because a name-path pair for "bash" (and possibly others) isn't getting passed to the build phases as inputs, and bash fails because of complaints about "./config.h:353:19: error: two or more data types in declaration specifiers", which some searching suggests might be a missing semicolon of all things. Anyone have experience cross-packing for windows?
<brendyyn>quite a lot of 'no such file or directory'
<brendyyn>how does one set fallback locales in Guix?
<brendyyn>if LANG is (locale ...), what is LANGUAGE
<brendyyn>"catdoc does not preserve complex word formatting, but it can translate some non-ASCII characters into TeX escape codes. It's goal is to extract plain text and allow you to read it and, probably, reformat with TeX, according to TeXnical rules"
<wingo>maybe there is some info that would be nice to know
<brendyyn>guile emacs doesn't build for me. says can't find libjpeg
<dimon__>are there other packages that are outside a profile as well?
<wingo>yes, a service for example can reference a package
<rekado>the shepherd is still on Guile 2.0. I’ll check if we can upgrade it.
<htgoebel>While reviewing the KDE framework 5.34 logs, I found that quite a few optional requirements are not installed. Should I put then into the update-patch or should I create a new patch (for each of the packages)?
<tgunb>hey guys, I installed guixsd in qemu using the lightweight template, but removed xmonad from the package list. when trying to log in as root is seems to work first(i3 told me there is no configuration file and offered me to create the default file, ratpoison showed me a notification on how to get help.), but then nothing happens. I am stuck seeing only the default background. is that a known problem from misconfiguration or so? how can I login
<tgunb>with mingetty? I tried several key-combinations. Or is mingetty by default not set up?
<snape>tgunb: what do you mean by "then nothing happens"? What do you expect to happen?
<rekado>tgunb: sounds like you already get into X, but your window manager doesn’t start
<snape>and make sure its shebang is a file that exists
<tgunb>snape: hmmm, you made me really considering that I'm THAT stupid. I meant, no matter what I pressed, nothing happened. but maybe, that's just the default from i3 and ratpoison: no bars, just plain background image, and since i've never used neither i3 nor ratpoison, I didn't hit the right keys for starting a terminal or something. Regarding your second text: I don't know how to switch to terminal login/ if it is even started. so i'd need to ki
<rekado>I’m in the middle of building icedtea-1.13.13 with the bootstrap toolchain, and it seems to really work :)
<tgunb>ll qemu and boot the installation system to read .xsession(; hoping everything was written to disk before I pull the plug)
<tgunb>forget the second part: I thought .xsession-errors.
<snape>tgunb: ;) With ratpoison you can type 'C-t c' to spawn a terminal
<tgunb>I see a graphical display manager. does that really consider .xsession? how does it choose between to windowmanagers?
<snape>if you want to switch WM, you just need to 1) modify .xsession 2) pkill "your WM"
<tgunb>how does the dm start the right wm when I choose with F1?
<snape>tgunb: I'm not sure about the details, but a default GuixSD installation would include a Slim service (slim is a graphical login manager) and SliM will read the .xession. Depending on the last line of your .xsession file (exec some-wm), it will start some-wm
<snape>I heard you can switch from SliM, but I don't know how it works
<snape>If I want to switch, I modify .xsession and kill the running window manager
<snape>SliM will then re-read .xsession and start the new wm
<phant0mas>is there some way to get automatic reports on hydra failed builds that are related to Hurd?
<phant0mas>instead of just randomly checking hydra logs? :P
<librenoob>Hi, I verified image, dd'ed it on stick, basically following manual, but after booting it (GNU with Linux-Libre 4.8.15 (beta)) I see a kernel panic, VHS: Unable to mount root fs on unknown-block(0,0). I've tried with AHCI and IDE settings in BIOS. I also switched USB socket and had yet another kernel panic with panic - not syncing: Attempted to kil
<librenoob>l init! exit code 0. (entry_SYSCALL_64_fastpath... in call trace. Any ideas? Does this sound familiar?
<tgunb1>librenoob: I'm no kernel hacker, but it sounds like the kernel trys to mount the fs on the very first block on your block device. but the first block should normally contain the partition table. in your config.scm did you set /dev/sda instead of /dev/sda1 as your root fs?
<librenoob>tgunb1: there is no config.scm yet, I try to boot GuixSD from USB stick.
<grillon>my BNC is often here but I don't have time to follow conversations so I quit. good bye
<ng0>i hope to beat my head on services long enough to contribute back to a project I used to particiapte in, opennicproject. for the time being it is a great project, and I think Tier2 and just user options can be made much easier when GuixSD is used. plus selfhosting, integration into dynamic dns
<ng0>one option is just bind, which should be very simple. but every simple service has turned out to have some kind of catch, so I am careful with just saying "hey, this will be done in no time"
<ng0>when some program wants termcap, we just ignore it (remove it)?
<ng0>i switched to using nntp for most lists, and I think an actual newsnet applciation would be better than alpine
<lfam>librenoob: Did you figure out the boot failure?
<lfam>librenoob: Many of us used that USB installer, so I can confirm that it *can* work.
<librenoob>lfam: checking 0.11 now, but verification gives me BAD signature from "Ludovic Courtès <email@example.com>". :/
<lfam>librenoob: Okay, I'm going to try verifying that signature too. But, don't use that old installer anyways. By now, it contains many publicly disclosed security vulnerabilities (in the packages) and we aren't offering binary substitutes for any of the packages
<ng0>or just wait a few days until 0.13 is out, if it happns this week
<lfam>librenoob: The signature verification works for me. I recommend double-checking that you are using the right signature file, and that the USB installer file downloaded fully
<librenoob>lfam: it works now. Signature verified for 0.12 and 0.11.
<librenoob>Now I'm going to check if 0.11 also results in kernel panic.
<lfam>I suspect some problem with flashing the file to the USB stick
<lfam>It would help to know what hardware / virtualization you are using
<librenoob>lfam: it's not the problem with flashing the file if it works for everything but GuixSD :) Also I use 'dd' so there is not much room for an error. Hardware is one Lenovo i5 laptop and one old Core2Duo laptop. NixOS/Arch/etc works on both.
<nyberg>I've been searching for quite a bit now on how to manage packages fully through guix but it seems to not update the ghc package database on where the libs are. I've tried guix import hackage netwire then guix package -f ghc-netwire.scm and guix package -i ghc-opengl but it looks as the global and local ghc misses it
<nyberg>I'm sure there must be something I've missed
<civodul>nyberg: the GHC database lives in your profile and is updated on each transaction (install/remove/upgrade)
<civodul>so it should be in sync with everything that's in the profile
<civodul>now, things that are outside of the profile are not take into account
<efraim>civodul: I need a public key entry to toss into .ssh/authorized_keys since the board doesn't have lsh installed
<nyberg>so a transaction of guix package -i ghc-opengl should update the profile or?