<ArneBab>th-end: could you try to launch it with PYTHONPATH="" gnome-tweak-tool ?
<pkill9>th-end: what version of gnome-shell are you using? and what version of gnome-tweak-tool are you using
<pkill9>i believe commit d13f3a033e42b4a14d581390b8fa36cd1db7d023 fixes the problem by updating the nome-tweak-tool package (now called gnome-tweaks) to match the version of gnome-shell packaged by guix, i had the same issue of it failing to launch
<guix_amateur>Hello, I'm trying to get guix to work on a ThinkPad T400 with libreboot
<guix_amateur>It's all good except the audio and the vga output. I don't know where to start. I have been installing al sorts of packages related to audio and video to no avail.
<bt`>guix_amateur: are you having colorful static lines when you boot?
<PotentialUser-68>i'm having trouble installing guix with the script provided in the website
***steve` is now known as sjh223
<guix_amateur>Hi, so I get this error message when booting: ""HDaudioC0D0-unable to bind the codec."
<guix_amateur>I was wondering if somebody could advice what to do to get audio working...
<guix_amateur>It also says, "pcspkr already registered." I'll leave this open, i'll check it in some 8 hrs. thanks.
<boogerlad>does anyone have the guix irc log from 2015-08-17?
<boogerlad>The issue I'm having is startx complains about a missing X, since xinit looks for X in its /gnu/store directory
<PotentialYouser>is there a particular reason why some versions of packages are maintained in parallel in the guix distribution (e.g. multiple versions of gcc) while some packages only have one version (e.g. apr)?
<brendyyn>PotentialYouser: gcc is built from older versions of gcc, core-updates is shifting to a later version already, some packages might require a certain version,... all sorts of reasons i guess
<PotentialYouser>brendyyn: so is gcc just a special case, then, or is having multiple available versions of a package in the distribution encouraged?
<brendyyn>PotentialYouser: having software that is useful for guix users is encouraged. if multiple versions are useful, then they can exist.
<brendyyn>but default one generally just has the latest version
<str1ngs>PotentialYouser: it's not just gcc the compiler but also gcc has outputs like libgcc and libstdc++
<g_bor[m]>istm that the current nginx location confgiuration should also provide a locations part to support nested locations. This could be done using body currently, but it looks like a hack. I believe we have almost everything in place to get this supported. Wdyt?
<roptat>another-user, non bootstrapped dependencies are not acceptable as part of guix, unless there's a very good reason for that
<roptat>another-user, but maybe you can build elasticsearch without gradle, with the ant-build-system?
<roptat>that's how I'm able to build some parts of gradle, that normally require gradle, but I'm stuck at some other parts because they require scala and kotlin which are written in there own language...
<dutchie>is it just me or did 3bac7e6495934de9913e6186d954d1331883e064 break the build? can't find doc/guix.ru.texi
<Guest85934>How would I force a package to be rebuilt so I can see the build log? Running `guix build --check --verbosity=2 alex4` just outputs the package location and "guix build --log-file `guix build alex4`" gives me a log file with a single "grafting ..." line in it.
<jayspeer>I'm back with short cables, and it's reading fine :)
<jayspeer>sry wrong channels, meant this for #coreboot
<jayspeer>hmmm, but I can say that flashrom from guix is working great on beaglebone :)
<nckx>jayspeer: Good to hear & useful info about cable length making such a difference!
<apteryx>civodul: oh, I definitly want to try these :-)
<apteryx>my hacky way was working, even shepherd was exec as a PID different than 1
<apteryx>rekado: I'll try to adjust the upgraded pypi importer commits today
<ison[m]>Why does installing rust:cargo need to download (or build) so many different versions of the same package? I just downloaded 8 different versions of rustc and currently stuck building the 9th.
<rekado>ison[m]: that’s because the bootstrap chain for Rust is very long and will likely keep on growing.
<PotentialUsir>I'm looking into guix manifests, and one issue I've encountered is that while it's possible to construct a guix installation with some set of packages each at a specific version, as time goes on, it seems like one would need to fork or otherwise copy old package definitions in order to actually make the manifest realizable. Is that accurate?
<bavier>PotentialUsir: you can use "channels" to specify a package from a particular version of guix "in the past".
<bavier>the manual has much more to say about that
<roptat>g_bor[m], the build went as far as building the compiler and its javadoc, but then it fails to build the standard kotlin library
<roptat>bah, there are runtime exceptions and they look hard to solve... I wonder if I should package less recent versions of some dependencies (intellij stuff)
<_rad>Hi, having trouble getting guix system to boot ... Grub freezes (countdown stuck at 5) and unresponsive to any key - although Del makes the "Entering setup..." text show up at the bottom (As you would expect when booting the pc - not in grub)
<vagrantc>and so you compare the size of your store before and after?
<Krafter>So I have a new computer. I copied the guix system iso file to a USB-stick and booted it up. But when I did I got a "error unknown filesystem" and a grub prompt.
<nckx>vagrantc: That's plan B, plan A is using a gc root and making guix size print something useful about it ;-)
<Krafter>ls in the prompt gave me a lot of (hd0,msdos0) parts.
<nckx>vagrantc: ‘Problem’ here (and reason I get quite annoyed at source==rectum figures) is: even sources can be substituted, so are we counting both the patched tarball *and* the upstream one (which can be thrown away after patching)? Are we counting ungrafted (which are also disposable after grafting) as well as grafted packages? Etc…
<bt`>why is building simultaneously default behavior? Is there a performance benefit for sacrificing the resources?
<nckx>vagrantc: Well, it's not pretending. And I don't think it's cheating (if builds are reproducible, they should only differ in the way that grafts differ, more or less); what I mean is my build farm uses spinning discs and my PCs all have SSDs, so using up many gigs of farmland (and time and disc wear) to save a few seconds of local copying wasn't worth it—to me.
<nckx>This isn't a general-purpose public service like berlin tho'.
<bt`>I've still not resolved my graphics issue, but I did discover that running Vesa actually does give a slightly more interesting error log https://arborescent.tk/Xorg.new.txt I asked #libreboot and other than confirming that it wasn't a hardware error they didn't have any new information for me. I still haven't gotten around to asking #xorg mostly because I've been busy with university work but hopefully I'll have time this weekend to do
<metallisto>Hi, I'm new to guix. It's impressive.. But now I'm stuck with the installtaion process of rust. After a lot of hours compilation time I got an error while compiling rust-1.28.0. I then decided to install the already finished version email@example.com. After a next try I found the machine in grub when I came back. Maybe it was a kernel panic. I decided to run the guix gc and had to realize that I just throu away the whole bootst
<metallisto>ring if it is possible to use the already installed firstname.lastname@example.org to continue the bootstrap without compiling everything from the beginning.