IRC channel logs


back to list of 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>it will keep all the things its finished building in the store so its fine
<montxero>seems to be compiling a lot of thingd now
<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>/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_d.lo cmp_d.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>/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_si.lo cmp_si.c
<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>/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_ui.lo cmp_ui.c
<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>/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 cmpabs.lo cmpabs.c
<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>/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 cmpabs_d.lo cmpabs_d.c
<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>/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 cmpabs_ui.lo cmpabs_ui.c
<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
<brendyyn>its ok
<montxero>brendyyn: okay... brb
<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 ``
<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?
<RetardedOnion>wow. that is a lot of opterons.
<montxero>brendyyn: I'm guessing the brelin server is ``? 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 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>ACTION away
<efraim>ng0: patch applied
<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 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
<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>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
<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=""
<brendyyn>try that
<brendyyn>sometimes i build a lot of stuff but usually not
<jahb>snape: thank you for clearing that up!
<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?
<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
<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/`?
<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/`
<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/` as a regular user?
<montxero>As such file doen't exist, should I create the requisite directories and files
<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
<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
<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>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/
<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
<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`> 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
<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.