IRC channel logs

2018-10-09.log

back to list of logs

<rain2>apteryx: try ldd program and it may show the list of dynmaically linked libraries
***astronavt_ is now known as astronavt
<lsl88>hi again, I 've been with this for a while. When downloading guixSD,when checking for the signature, I get this message: gpg: WARNING: This key is not certified with a trusted signature!
<lsl88>
<lfam>lsl88: That's normal. It's just a warning, not an error. It means you haven't told gpg whether or not you trust the key in question
<lfam>What you are looking for is the result of the signature check, good or bad
<lsl88>lfam: thanks, I guess it is like with ssh keys right?
<lfam>No, it's a different "trust model" from SSH
<apteryx>rain2: good suggestion, thanks.
***astronavt_ is now known as astronavt
<brettgilio>Hi guix people. I am trying to run a precompiled binary, but am getting a peculiar "No such file or directory"
<lovelyn>brettgilio: could be that it's pointing to ld-linux in a location you don't have
<lovelyn>it this on guixsd?
<brettgilio>lovelyn: Ye.
<lovelyn>can you see if something like /lib/ld-linux.so is in the result of strings <your binary>
<brettgilio>lovelyn: Yes, give me a moment.
<brettgilio>lovelyn: /lib64/ld-linux-x86-64.so.2
<lovelyn>brettgilio: and you don't have that file on your system right?
<brettgilio>lovelyn: Not that I know of.
<lovelyn>sadly i'm a bit short on solutions
<lovelyn>when i had this problem i just compiled the sources again inside a guix environment
<lovelyn>is that possible for you?
<brettgilio>lovelyn: It might be. I haven't tried that yet. I am currently pondering what provides ld-linux
<brettgilio>interstingly when I do a search for the ld-linux shared object, it does appear in the gnu store
<brettgilio>for gcc, glibc, and a few others
<brettgilio>so it might be that there is a misplaced envrionment variable
<lovelyn>brettgilio: i think the path to the ld interpreter is hard-coded inside of binaries; not sure though
<brettgilio>I opened a bug report in the mailing list for it, lovelyn. I am curious what they think.
<lovelyn>brettgilio: taking a quick look at something in my profile i see /gnu/store/...-glibc-2.27/lib/ld-linux-x86-64.so.2
<brettgilio>lovelyn: I see the same
<lovelyn>asking the ml is probably a good idea; good luck
<brettgilio>lovelyn: Thank you for the ideas. You were a good help.
<HarvettFox96>I have 4GB of QEMU disk image, but it fails at installing due to out of space.
<HarvettFox96>How can I solve this?
<brettgilio>HarvettFox96: Resize the disk. There should be some guides on how to resize the disk image (qcow2 so on)
<HarvettFox96>Does it enough up to 32GB, right?
<civodul>Hello Guix!
***happy is now known as Guest28305
<efraim>hi!
<h4ppy>hello everyone
<h4ppy>does anybody else experience problems to install and use the browser conkeror? I had it running for some time (and I looooved it), but in recent pulls/reconfigures, it throws some gtk-errors and does nothing :s
<efraim>i've heard it doesn't work after the upgrade of icecat to 60
<civodul>indeed :-(
<ZenDer>Hello everyone. Is there a plans to add plasma in the next release?
<efraim>it looks like python2-more-itertools is broken on core-updates on 32-bit platforms
<civodul>hello ZenDer!
<efraim>ZenDer: its a really big stack and there's been some effort for a while to get everything packaged, it's still a WIP
<ZenDer>efraim: ok, thank you
<efraim>i think on core-updates-next we should combine all the sqlite packages
<roptat>Dhi guix!
<g_bor>hello guix!
<roptat>g_bor: what's the status of icedtea documentation reproducibility? I remember you said you were going to work on it
<g_bor>roptat: could not work it out yet, I will have a look this week.
<roptat>ok, thank you :)
<g_bor>I have a solution solving some of the problems, but there are some deeper issues.
<roptat>even a partial solution would be nice I think
<g_bor>They are not always triggered, but it seems that the filesystem walker does not produce deterministic results...
<g_bor>Sometimes some filenames are referred as absolute paths, and sometimes by relative...
<g_bor>This just seems plain wrong.
***madagest is now known as madage
<civodul>live bug report
<civodul>rekado_: i'm getting 500 at https://issues.guix.info/issue/32183 :-)
<civodul>is the output of mumi logged somewhere on berlin?
<efraim>i'd really love a way to build for two different architectures at the same time
<civodul>run two 'guix build' processes :-)
<civodul>feedback welcome on this: https://issues.guix.info/issue/32998 !
<civodul>(the actual patches will show up shortly i guess)
<efraim>i might end up with gnu parallel and 'guix build foo --system={} ::: aarch64-linux armhf-linux' or something similar
<efraim>does guix pull have a '-d' flag yet?
<efraim>i should just check :)
<xelxebar>bavier, just saw your message. Unfortunately, even `guix environment' fails out for me with the same error
<efraim>clisp-2.49-92 built for aarch64, now to get it working on armhf also
<civodul>efraim: or we could simply allow multiple -s flags
<civodul>efraim: re 'guix pull -d', i agree it'd be nice
<efraim>making the position of the '-s' flag matter might be annoying for others though
<efraim>can it be done inside of '-e'?
<efraim>guix build -e '(@ (gnu packages lisp) clisp) (#:system other-system)'
<civodul>efraim: -e takes a Scheme expression, and the example above is not a valid expression
<civodul>i mean, -s could be position-independent, but you could be allowed to specify it several times
<civodul>that's easy to do
<efraim>that one specifically might not be valid, but it does return (%current-system)
<efraim>other ones I tried gave me other errors
<civodul>actually if you do -e 'EXP1 EXP2' (as in the example above), EXP2 is ignored
<civodul>:-)
<efraim>that would explain it
<efraim>checking build system type... (cached) armv8l-unknown-linux-gnueabihf
<efraim>i wonder if that's a problem
***rekado_ is now known as rekado
<rekado>civodul: I’ll take a look at the 500 error for https://issues.guix.info/issue/32183
<civodul>thanks :-)
<rekado>it’s an encoding error.
<rekado>the message body as returned from debbugs is not UTF-8 encoded. Gotta check if Debbugs gives me any hint about the encoding that I could use.
<civodul>ok
<civodul>as a last resort, you could decode it as latin-1
*pkill9 is gonna use ledger instead
<rekado>civodul: no more decoding error for that URL (and hopefully no new bugs).
<civodul>neat, thanks!
<rekado>thanks for the report!
*rekado thinks about how to implement channel dependencies
<rekado>I’d like to have that ready by the time I give an introduction to Guix on the 19th.
<civodul>rekado: nice!
<civodul>that'd be good to have indeed
<civodul>rekado: i just noticed that share/texmf-dist/doc/info has lots of Info files
<civodul>perhaps we should move them to share/info?
*civodul wonders how to get an AFM file from a PFB file (PostScript fonts)
<bavier>civodul: there's a script for that
<bavier>has anyone looked into the failing guile2.0-guix build?
<civodul>bavier: nope, i'd like to drop 2.0 support soon in fact
<bavier>oh?
<jonsger>civodul: sadly I'm still struggling to build gnutls-guile with guile2.2 on opensuse
<bavier>I think the "issue" may need to be fixed eventually
<civodul>jonsger: please report the issue, i'm happy to look into it
<civodul>bavier: which one? :-)
<bavier>which is currently that the 'package-for-guile-2.*' procedures are not exported, so any guile packages outside (gnu packages guile) cannot use them
<bavier>the guile2.0-guix issue is that it's missing a guile2.0-sqlite input
<bavier>I looked at things briefly, but I'm not sure the way forward. Perhaps moving those procedures to (guix build-system guile) maybe, like what is done in (guix build-system python)
<jonsger>civodul: https://build.opensuse.org/package/live_build_log/home:sleep_walker:guile/gnutls/openSUSE_Tumbleweed/x86_64 the failure is there. It seems to be a rpm packaging issue, as in the chroot there is still guile-modules-2_0 and libguile-2_0. My guess the configure error cames from that fact
<civodul>bavier: oh i see
<civodul>yes, we should do something about it
<bavier>I can try my hand at a patch
<civodul>cool
<civodul>there might be circularity issues to pay attention to
<civodul>and i'm not saying that to scare you away ;-)
<bavier>no, right, I assumed there would be :)
<civodul>jonsger: the output below "Detecting GNU Guile" looks quite different from that at https://berlin.guixsd.org/log/c63g5242rs04ipx1zrkma9zxvs8782sj-gnutls-3.5.18
<civodul>could it be that the configure script was regenerated with an old version of guile.m4?
<civodul>something like that
*civodul has to go
<jonsger>sneek_: tell civodul: autogen is pulling in the dependency on guile2.0 and it doesn't build with guile2.2. The guix package of autogen uses guile2.0 as well...
<jabranham>Does flatpak have a chance at getting packaged in guix or no since it enables nonfree software installation?
<efraim>it should be like emulators imo
<efraim>so it shouldn't be a freedom issue
<emacsomancer>is updating texlive from 2017 to 2018 a major endeavour?
<efraim>the big one shouldn't be, the pieces i'm not sure about
<rekado>emacsomancer: I thought I had already done the upgrade!
<rekado>I guess I must have forgotten to submit it :(
<emacsomancer>rekado: I did a guix pull a couple days ago and it wasn't upgraded at that point.
<quiliro>hi
<quiliro>is the a problem with the web manual? I get 404
<janneke>not sure what's going on, guix system reconfigure has been running for 2h now
<janneke>substitute: updating substitutes from 'https://mirror.guixsd.org'... 100.0%
<janneke>substitute: updating substitutes from 'https://hydra.gnu.org'... 100.0%
<janneke>substitute: updating substitutes from 'https://mirror.guixsd.org'... 100.0%
<janneke>substitute: updating substitutes from 'https://hydra.gnu.org'... 100.0%
<janneke>on and on...i thought a bug here was fixed at least half a year ago?
<janneke>looking at 100 of these lines...
<rekado>quiliro: can you give us the full URL?
<rekado>emacsomancer: yeah, looks like it got lost somewhere. Too bad.
<rekado>emacsomancer: no, it’s on core-updates!
<quiliro>rekado: it is working now
<quiliro>is there a way to read it in a [sw]indle
<quiliro>?
<quiliro>the pdf is very difficult to read on the bus
<quiliro>the letter is too small
<rekado>have you tried the HTML version?
<quiliro>good idea!
<quiliro>just downloaded the gziped html version
<quiliro>i have read 12% of the pdf already by bus
<ng0>slightly offtopic, but speaking of webviews.. I'm not done, but would be interesting to get some feedback if the general format of this display works for those of you who need to read/get bibliography items more often than myself. colors etc will change and functionalities be added.. for the rest blame ancient python codebase. https://d.n0.is/pub/doc/gnunet/gnunetbib/author.html#Court_26egrave_3bs_2c_20Ludovic
<phf_f334>Hi! Can someone guide me to update a guix package definition? Apparently, using the current mupdf package definition, it does not build against the correct freeglut library and then the mupdf viewer does not allow copy-pasting.
<phf_f334>I would like to update the mupdf guix package definition so that it does use the correct freeglut library.