IRC channel logs

<noobly>ello, is lvm supported?

<RetardedOnion>where would i find /usr/share/doc/ in guix?

<ison111>I can't seem to get git-fetch to work recursively to pick up submodules. I tried adding (recursive? #t) to the git-reference but no dice

<montxero>hi. is it normal for guix to run for a very long time on the first run of `guix package -i hello`?

<RetardedOnion>montxero: should take a few seconds. maybe a minute if your pc isnt too bad

<montxero>RetardedOnion: wow! it's taken over 4 hours now, and still running

<RetardedOnion>i can compile my system in that time. something is wrong there

<RetardedOnion>i just cannot help you there. sorry:/

<montxero>RetardedOnion: and the pc is not half bad... same result on a raspberry pi as well

<montxero>RetardedOnion: It seems to be pulling down and compliling the entire repo

<brendyyn>montxero: did you run guix pull recently?

<montxero>brendyyn: nope. I just follwed the instructions on the manual

<brendyyn>run guix pull first

<montxero>ah... it is in the middle of compliling now... should I kill it?

<brendyyn>yep

<montxero>sweet

<brendyyn>it will keep all the things its finished building in the store so its fine

<montxero>okay

<montxero>seems to be compiling a lot of thingd now

<montxero>things**

<montxero>HIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c -o clrbit.lo clrbit.c

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c clears.c -fPIC -DPIC -o .libs/clears.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c clrbit.c -fPIC -DPIC -o .libs/clrbit.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c clears.c -o clears.o >/dev/null 2>&1

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c clrbit.c -o clrbit.o >/dev/null 2>&1

<brendyyn>did you also add the substitute server?

<montxero>/gnu/store/rbrandv7anzjxqkr40d7fkanzssslk4b-bash-minimal-4.4.19/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c -o cmp.lo cmp.c

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp.c -fPIC -DPIC -o .libs/cmp.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp_d.c -fPIC -DPIC -o .libs/cmp_d.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp.c -o cmp.o >/dev/null 2>&1

<brendyyn>Uhm, please don't paste all that stuff

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp_d.c -o cmp_d.o >/dev/null 2>&1

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp_si.c -fPIC -DPIC -o .libs/cmp_si.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp_si.c -o cmp_si.o >/dev/null 2>&1

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp_ui.c -fPIC -DPIC -o .libs/cmp_ui.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmp_ui.c -o cmp_ui.o >/dev/null 2>&1

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmpabs.c -fPIC -DPIC -o .libs/cmpabs.o

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmpabs.c -o cmpabs.o >/dev/null 2>&1

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmpabs_d.c -fPIC -DPIC -o .libs/cmpabs_d.o

<brendyyn>You might wwwant to close your irc client

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmpabs_d.c -o cmpabs_d.o >/dev/null 2>&1

<montxero>libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -O2 -pedantic -fomit-frame-pointer -m64 -c cmpabs_ui.c -fPIC -DPIC -o .libs/cmpabs_ui.o

<montxero>soeey about the dump

<montxero>was trying to catch just one line

<montxero>sorry**

<brendyyn>its ok

<montxero>brendyyn: okay... brb

<montxero>back.

<brendyyn>i just meant you could stop your spam that way, but it was already too late.. anyway

<brendyyn>did you also add the substitute server?

<montxero>brendyyn: I didn't add the substitute servers. I'm guessing you're refering to `hydra.gnu.org.pub`

<brendyyn>Yep. If you have that, you won't need to build so much stuff

<montxero>Okay. I have a few questions about that (and guix in general)

<montxero>I noticed that some of the things being installed already exist on my system- does guix ignore these?

<brendyyn>you probably want to add the berlin server

<brendyyn>they may be old or different versions

<RetardedOnion>do the servers actually run on libreboot hardware?

<brendyyn>probably

<RetardedOnion>wow. that is a lot of opterons.

<montxero>brendyyn: I'm guessing the brelin server is `https://berlin.guixsd.org`? if so, does it matter that I'm just getting started with guix not guixsd?

<RetardedOnion>montxero: the server is right, that is not a problem

<montxero>RetardedOnion: Thanks!!!

<montxero>Does guix pull take a long time?

<XexonixXexillion>How can I get a list of available locales?

<XexonixXexillion>I was trying to find the esperanto locale (which turned out to just be "eo.utf8", whilst I was expecting "eo_EO.utf8" or "eo_XX.utf8"), but what would have been the correct way to check without trial and error?

<atw>the guix manual links to https://www.gnu.org/software/libc/manual/html_node/Locale-Names.html which calls the "US" in en_US the "territory" part. I poked about a bit in the Locales section of the libc manual but I didn't find anything that explicitly listed all the locales

<efraim>i would do `tree -d $(guix build glibc-locales) | less'

<XexonixXexillion>efraim: thanks, that was the sort of thing I was looking for

<ng0>ahoi. can someone apply the security update today which I've just sent for neomutt?

<ng0>fixes a not so small number of CVEs in neomutt

<ng0>bug#32373

<ng0>ACTION away

<efraim>ng0: patch applied

<ng0>thanks

<ng0>okay, this would have been my question. what's the recommended way to shorten CVE number series. noted for next time

<efraim>I looked at previous commits and I didn't see anything obvious

<ng0>same.

<ng0>*same here

<ng0>I like your solution better, takes up less space

<efraim>that's what I was going for

<mbakke>efraim: Do you think we can unbundle botan from Qt? Ref http://seclists.org/oss-sec/2018/q3/78

<rekado>I’m rebuilding almost all of the gnome packages because I had to add vala to librsvg.

<efraim>mbakke: I've never tried

<brendyyn>im still a little annoyed that the broken qtwebkit was put in which has proceeded to break all sorts of things

<rekado>“put in” where?

<brendyyn>master

<brendyyn>guix

<brendyyn>601cb1be2bba7a058f93829964c3074ddbdb9293 gnu: qtwebkit: Update to 5.212.0-alpha2.

<brendyyn>It fails to build for me on two different computers, but others seemed to be able to get it working. it used a lot of memory and the build directory was 6GiB before it failed

***gildarts_ is now known as Guest16857

<jahb>hey #guix! q: with the new guix pull, are users supposed to have two separate profiles ~/.guix-profile and ~/.config/guix/current?

<montxero>hi is guix pull supposed to take hours?

<brendyyn>you asked that last time

<cryptocat1094>montxero: Depends on your network connection and processing juice. It could.

<brendyyn>it shouldn't generally if you have substitutes enabled

<snape>montxero: depends if the last commit has been built by our CI system

<cryptocat1094>Comparable to trying to build your kernel on a raspberry instead of cross-compiling it.

<montxero>brendyyn: yeah, I did. I added the berlin server as discussed, did guix pull... and I'ts still running!

<brendyyn>what is it building exactly?

<snape>montxero: maybe you can try with an older commit

<montxero>brendyyn: It is running some tests now... someting to do with HTTP

<brendyyn>i suppose you could also add the other substitute server

<snape>jahb: they are not the same thing. ~/.config/guix/current contains the last Guix that you just pulled

<montxero>snape: ohhh... okay I'd try that. But seeing as this has been running for ever, I might as well just let it go for a while

<snape>jahb: whereas ~/.guix-profile contains stuff that you installed

<montxero>brendyyn: Thanks for your patience mate. Most of the work earlier was dobe by guile

<montxero>Now it's downloading the linux kernel!!!

<snape>does it end with .tar.gz?

<cryptocat1094>montxero: At least it's not building it.

<brendyyn>you can always open a new terminal and add the other substitute server

<montxero>snape: yeah

<snape>:(

<jahb>snape: so it would be stupid to try and merge the two under the ~/.config/guix/current profile

<brendyyn>or try from the command line

<brendyyn>i guess you can stop it temporarily since its just started a new package

<montxero>brendyyn: oh!!! didn't think that'd take effect, but hey... doing it now

<snape>jahb: it wouldn't make sense

<montxero>brendyyn: okay, will dive in at the next chance

<brendyyn>montxero: not sure if it will actually either

<brendyyn>guix pull --substitute-urls="https://mirror.hydra.gnu.org https://berlin.guixsd.org"

<brendyyn>try that

<brendyyn>sometimes i build a lot of stuff but usually not

<jahb>snape: thank you for clearing that up!

<snape>yw!

<snape>jahb: for example if you build Guix from source you won't need ~/.config/guix/current

<snape>but you still need .guix-profile when you install stuff from that guix

<montxero>brendyyn: done... building from Git repo at the savannah site

<brendyyn>yep thats normal\\

<ng0>what about this bot instead of the current mode? https://github.com/cjdelisle/voicie

<jahb>snape: got you

<ng0>or limnoria, if there's something similar in it

<ng0>voicie is in js

<roptat>hi guix!

<brendyyn>montxero: is it still building linux and all thaaaaaaaaaaaaaaaaaaat?

<brendyyn>lol, tying via synergy when my laptop is on wifi is a little bit tricky

<mbakke>rekado: I'm hoping Cairo 1.16 is released soon so we can update librsvg.

<montxero>brendyyn: Thanks mate!

<montxero>Hello world now works

<montxero>lol

<brendyyn>haha nice

<brendyyn>sorry that you had all that trouble

<montxero>No worries...

<brendyyn>anyway, this tells me that you haven't really configured the substitutes servers. perhaps you missed something when following the instructions, im not sure

<brendyyn>or perhaps berlin simply isnt as up to date for some reason

<montxero>I just realised I had to pass in the substitue flag to `guix package` in order to get the hello world package.

<brendyyn>id add the default hydra one

<montxero>withiout it, It started trying to compile the universe again

<brendyyn>yeah, but you should be able to configure it so that you dont need those lines at all

<montxero>with this `# guix archive --authorize < prefix/share/guix/hydra.gnu.org.pub`?

<montxero>or do I need to do a bit more

<brendyyn>did you download that file?/////////////

<montxero>the hello world? yeah. the command, no I got that from the manual

<brendyyn>the .pub file

<montxero>I actually ran # guix archive --authorize < /root/.guix-profile/share/guix/hydra.gnu.org.pub`

<brendyyn>without the #?

<montxero>The file exists in the given directory

<montxero>lol... yes no `#`

<montxero> I did it as root

<brendyyn>as your user too?

<montxero>No, I didn't do that as a regular user... should I?

<brendyyn>not sureeeeeeeeeeeeeeeeeee

<brendyyn>bleh, whats up with my network

<montxero>I have added `~/.guix-profile/bin$` to my path though

<montxero>same for root

<brendyyn>my `which guix` returns /home/b/.config/guix/current/bin/guix

<brendyyn>thats where guix pull installs to

<rekado>mbakke: updating librsvg requires Rust.

<rekado>I’m skipping the librsvg upgrade in this round.

<rekado>montxero: “guix pull” is a per-user action. Every user (including the root user) has their own variant of Guix.

<montxero>rekado: hmmmm

<montxero>rekado: okay, will do the pull as a regular user now

<montxero>rekado: Do I need to do `guix archive --authorize < ~/.guix-profile/share/guix/hydra.gnu.org.pub` as a regular user?

<montxero>As such file doen't exist, should I create the requisite directories and files

<rekado>no

<rekado>the authorization is done by root only

<rekado>it is stored centrally.

<rekado>this is necessary because regular users should not be permitted to add just anything to the store.

<brendyyn>how do i view what substitute servers im using?

<rekado>brendyyn: whoever stars the daemon can provide a default list of servers. The servers are less important than the signing keys on substitutes.

<mbakke>rekado: I already have a package for Cairo 1.15.12 (or so) and the latest librsvg. It's using all the bundled rust libraries, though.

<rekado>the authorized keys can be seen in /etc/guix/acl

<rekado>mbakke: I hope I can push my wip-gnome-update branch tonigth.

<rekado>many of the changes there are really core-updates changes, though

<brendyyn>im on guixsd but i havent touched any defauls

<brendyyn>i think

<rekado>brendyyn: as I wrote, you can see the list of authorized keys in /etc/guix/acl

<brendyyn>looks like i have one of the same keys twice

<brendyyn>that doesnt contain the server address tho

<brendyyn>url

<montxero>Yipee!!! it works without me specifying the urls this time

<brendyyn>what did you do?

<montxero>nothing... but wait

<montxero>It's compiling again :(

<montxero>dang it

<montxero>I see 2 keys in /etc/guix/acl

<brendyyn>hopefully one day people can use guix without building much stuff

<rekado>montxero: unless you tell the daemon to look up substitutes on berlin, it’s not going to ask berlin for substitutes.

<brendyyn>the manual seems to indicate that once you authorise, it just works magically https://www.gnu.org/software/guix/manual/en/html_node/Substitute-Server-Authorization.html

<RetardedOnion>does any of you use qutebrowser here successfully? i get no module named pyqt5.qtwebenginewidgets. also what does " invalid field specifier" mean i try to reconfigure my system?

<ngz>Hello. How can I tell what libstdc++ version is used to build a package with gnu build system? Can I assume it is the same as the GCC version used (currently 5.5.0)?

<xen1>hello i have installed guix in archlinux through aur

<xen1>and type command for install guile scheme

<xen1>now it is installing many things gcc , perl last 3 hours

<xen1>it is the normal way to install things

<xen1>or i am doing some mistake

<snape>xen1: the AUR Guix PKGBUILD isn't official, so it's quite difficult to help you with it

<snape>the best way to install Guix is to follow the manual

<snape>you'll understand things better

<snape>and we'll know what you are talking about, so it will be easier to help

<snape>plus, you can improve the official doc if something is wrong

<Formbi>xen1: yes

<Formbi>Guix doesn't know which packages you have from Pacman

<Formbi>so it installs everything from Guix

<snape>(It's not Pacman)

<snape>oh I see what you mean sorry

<snape>xen1: it shouldn't compile them all though

<snape>usually, what takes time is compilation, not installation

<Formbi>have you enabled downloading from Hydra?

<xen1>no

<xen1>how to link hydra

<xen1>also i am getting substitute: guix substitute: warning: ACL for archive imports seems to be uninitialized, substitutes may be unavailable

<cryptocat1094>Given `guix-pull` is per-user, what happens when you run 'system-reconfigure' ?

<Formbi>guix archive --authorize < /usr/share/guix/hydra.gnu.org.pub

<xen1>you mean guix system-reconfigure

<cryptocat1094>xen1: Yes.

<xen1>guix system: error: wrong number of arguments for action 'reconfigure'

<xen1>i run command 'guix system reconfigure '

<cryptocat1094>xen1: Right anyway. Where is it pulling the versions from?

<cryptocat1094>xen1: Will it use the guix version of the user that's running the command?

<sneek>Sneeky bot running on Guile version 2.0.11 using bobot++ 2.3.0-darcs

<xen1> https://mirror.hydra.gnu.org

<cryptocat1094>So running `guix system reconfigure` ignores that user's current version and instead pulls from hydra?

<xen1>can you provide me step by step tutorial

<snape>re wrong number of arguments: that's because it takes a 'config.scm' file as argument

<emacsoma`>when I run `guix gc`, I get an error "guix gc: error: build failed: executing SQLite statement: FOREIGN KEY constraint failed"

<rekado>mbakke: I rebased my gnome work on top of core-updates

<rekado>unfortunately, there’s one last obstacle: after the upgrade the tests of the gnome-shell package segfault.

<rekado>I need to investigate this before I can push this.

<rekado>emacsoma`: have you done something unusual to your system? (e.g. editing / removing files in /gnu/store)

<rekado>cryptocat1094: no

<rekado>mbakke: I’ve pushed “wip-gnome-upgrades” to savannah.

<rekado>I need to take a break now; if any of you have an idea about the segfaulting gnome-shell tests, I’d be happy to apply your patches.

<emacsoma`>rekado: not that I know of. Is there a way to fix it?

<rekado>emacsoma`: you can try “guix gc --verify=repair,contents” as root.

<emacsomancer>rekado: cheers!

<emacsoma`>hmm....it completes, but i still get the sqlite foreign key error when I run `guix gc`

<rekado>emacsoma`: could you please send as much information as you can about this error to bug-guix@gnu.org?

<rekado>emacsoma`: please include the version of Guix that you are using and the full error message(s).

<emacsoma`>rekado: thanks, I've done so.

IRC channel logs

2018-08-06.log