IRC channel logs

<atw>sneek is down?

<lfam>atw: Lunch break

<atw>More botsnacks necessary to prevent this in the future :P

<lfam>Trying to build Guix on a system without '/etc/services', downloading the bootstrap binaries fails with 'ERROR: In procedure getaddrinfo: Servname not supported for ai_socktype'

<oriansj>atleast sneek isn't on crack

<lfam>Any thoughts about a workaround? It's not a system where I can add '/etc/services' that easily

<lfam>I'm considering downloading the binaries by hand but that's a bit annoying ;)

<lfam>I downloaded them all by hand. I wonder if it's possible to make the build process more resilient to this

***Digitteknohippie is now known as Digit

<efraim>I got wrong hash for ruby-minitar's source

<ng0>hi. how do I add automake/latest to an environment? I used just automake so far for my guix dev environment but now I got a complaint about 1.15 being too old, but I can't eben run make clean unless I get the latest / 1.15.1

<ng0>or is it just automake@1.15.1 ?

<ng0>which seems to work

<ng0>nevermind me

<ng0>greta

<ng0>it keeps happening

<ng0>even with automake 1.15.1 .. how am I supposed to clean-recursive now with an automake that complains it is too old to clean the old one

<ng0> https://krosos.org/paste/automake

<ng0>where my environment is:

<ng0> guix environment --fallback --ad-hoc guix autoconf automake@1.15.1 make guile guile-ssh pkg-config gcc-toolchain libgcrypt gnutls guile-json zlib bzip2 sqlite help2man gettext texinfo guile-git

<thomasd>hi #guix

<ng0>I don't have time today to stick around long, I'll send an email about this

<civodul>Hello Guix!

<thomasd>hi civodul

<reepca>o/

<efraim>Almost have the new patch ready for 'guix lint -c refresh foo'

<civodul>neat!

<solene>hello, I just done "guix pull" and now I get this when I use "guix system reconfigure config.scm" https://pastebin.com/8B0FeQdz

<solene>guix pull doesn't work anymore too :(

<thomasd>solene: is it possible that there are different version of guile (guile 2.2. vs guile 2.0?) in play?

<solene>thomasd: how can I know ?

<thomasd>though Guix switched to guile 2.2 some months ago... how long ago was it since you last ran ‘guix pull’?

<solene>thomasd: I installed yesterday with the available image of 0.13, then I did reconfigure the system with some packages and now I ran guix pull to update it

<thomasd>hmm, I'm sorry but I can't make sense of what might have happened... Some of the more experienced people here probably have a better idea.

<thomasd>In any case, I think you can probably get back to a working guix by changing the symlink /root/.config/guix/latest, pointing to a working version of guix in your /gnu/store

<thomasd>so don't panic :)

<thomasd>what does .../guix/latest currently point to?

<efraim>try `guix pull --url=https://git.savannah.gnu.org/cgit/guix.git/snapshot/75c260ba5ae7baec44d2b5bf6ae57734eeebcd2f.tar.gz'

<solene>thomasd: latest -> /gnu/store/nqfd6g3dxyp7k7nx3wznja75ljrba2kh-guix-latest

<solene>efraim: I will try :)

<solene>I was trying to recompile it from git and reinstall it but I will try guix pull with url first

<solene>I prefer this

<solene>efraim: it doesn't compile : https://pastebin.com/fsTk0Amk

<solene>I think I've seen an older entry in grub, I'll try to boot on it

<efraim>hmm, looks like it's missing guile-json

<solene>I was able to boot from an older boot entry :)

<solene>and guix runs fine

<solene>maybe the actual git repo is not working

<solene>it's not that easy, I broke it again buy running guix system reconfigure

<efraim>can i run something like `guix copy --to=other-host /gnu/store/* | ssh other-host guix copy --from=other-host'

<thomasd>efraim: I think guix archive --export xyz | ssh other-host guix archive --import ?

<thomasd>(just quoting the manual though, have never tried it myself)

<thomasd>hmm, or you can use guix copy as you wrote... I think you know more than I do, so I'll just shut up now :)

<efraim>i've never used guix archive or guix copy

<thomasd>according to the manual, it should work just like you mentioned

<thomasd>except that the pipe is probably not needed with guix copy.

<thomasd>because guix copy already takes care of that.

<thomasd>anybody here use rhythmbox (or other gstreamer-based applications) on GuixSD with a Gnome desktop?

<thomasd>on my 2 desktop systems, gstreamer is not working correctly (errors and warnings about GST_OBJECT...), despite having installed all kinds of gst-plugins-... packages

<thomasd>Hmm, problem solved: somehow, all the relevant plugins were 'blacklisted'

<thomasd>which I fixed by removing the file ~/.cache/gstreamer-1.0/registry.x86_64.bin . No idea why/how that happened

<civodul>efraim: guix copy --to=host $(guix gc --list-live)

<civodul>sledgehammer :-)

<civodul>thomasd: maybe unrelated, but i found that Totem is unable to read DVDs for instance

<thomasd>civodul: I solved it by removing the registry

<thomasd>my only guess is that I was mixing different versions of gstreamer and/or plugins while reviewing a patch for a python media player

<civodul>ok

<thomasd>'gst-inspect-1.0 -b' can tell you if anything is blacklisted

<thomasd>I'll see if I can get Totem to read a dvd here

<civodul>oh, good to know

<efraim>metabat FTBFS on aarch64

<efraim>i'll check the log again from armhf

<efraim> https://bitbucket.org/berkeleylab/metabat/src/5a55a262e114f812a43f007469d6089ebbddd3a5/src/metabat2.h?at=master&fileviewer=file-view-default#metabat2.h-226 I can't see what's wrong with it

<efraim>looks like inline assembly

<thomasd>efraim: rdtsc might be x86-specific

<thomasd> https://en.wikipedia.org/wiki/Time_Stamp_Counter

<efraim>yeah, i'm reading the gcc assembler docs

<temp_trisquel>Hi.

<temp_trisquel>Does EFI work on GuixSD at all?

<temp_trisquel>The same error!

<temp_trisquel>I have added bootloaders package module, grub-efi and FS to desktop.scm

<temp_trisquel>It fails Guix tests again.

<temp_trisquel>(I have done guix pull before guix system init)

<temp_trisquel>HELP

<civodul>temp_trisquel: like i said the other day, we need more info

<civodul>we cannot help without having more details

<civodul>what fails exactly? is it the "guix" package build during 'guix system init'?

<civodul>what version?

<civodul>and so on.

<temp_trisquel>civodul: guix 0.13.0

<civodul>in the GuixSD 0.13 installation image?

<temp_trisquel>civodul: Yes.

<civodul>ok, lemme see

<temp_trisquel>civodul: I have changed config.

<temp_trisquel>civodul: Change FS and GRUB config like in manual example.

<temp_trisquel>civodul: Also add bootloader package module.

<temp_trisquel>civodul: Then guix pull && guix system init /this/config /mnt

<temp_trisquel>civodul: I'm using encrypted root.

<civodul>oh you did 'guix pull"/

<civodul>?

<temp_trisquel>civodul: Before "guix system init", yes.

<civodul>when you do that, you run the risk of having to compile things from source

<civodul>which is what happened here

<temp_trisquel>civodul: Without guix pull I had other problem in previous installation.

<temp_trisquel>civodul: I was unable to download adwaita-icon-theme because unexcepted EOF.

<civodul>sounds like a genuine bug, but again it's hard to do something about it without more details

<temp_trisquel>civodul: Can you try guix system init to check is adwaita-icon-theme unavailable?

<temp_trisquel>civodul: Also, was GuixSD image here (https://www.gnu.org/software/guix/download/) updated since 0.13.0?

<civodul>there hasn't been any new release, no

<civodul>hopefully soonish

<civodul>temp_trisquel: AFAICS it's available: https://hydra.gnu.org/m2kasbzay7ngzy5flmh8r4vc1igwdd7q.narinfo

<solene>it is better to use guix system reconfigure or guix system build and reboot ?

<solene>hmm, it seems build just build (what a news ! :D ) but how do you "install" a build ?

<temp_trisquel>dd if=/dev/zero of=/dev/sda AGAIN

<solene>temp_trisquel: are you sure that /dev/sda has a GPT partition table ?

<civodul>solene: use "reconfigure" to switch to the new system; "build" just builds as you noted :-)

<solene>civodul: ok. Finally I fixed my system (guix command was throwing error) by doing some rollback, trying some guix pull etc...

<solene>honestly, I don't really know what fixed the error but that seem to work

<arximboldi>hi!

<arximboldi>anyone has experience building a guix system with the linux realtime patches enabled?

<arximboldi>i.e. PREEMPT_RT

<temp_trisquel>solene: Yes, mklabel gpt using GNU parted.

<solene>woops, I installed libreoffice and all I have are squares instead of text

<wigust>solene: Did you install “font-liberation font-dejavu”?

<civodul>arximboldi: there was discussion recently on help-guix about customizing the kernel

<civodul>that was about Reiser4, but the same reasoning should apply to the RT patches

<civodul>so in short, i don't know anybody who tried, but that seems approachable :-)

<arximboldi>cool, i should give that a try, still have lot to learn :D

<solene>wigust: no ? I'll try :)

<arximboldi>in this learning phase I am also switching back and forth a lot between nix and guix

<arximboldi>i found that nix packages can take "arguments" that are then passed from the command line or from other packages that reference it

<arximboldi>is there something similar in guix?

<solene>libreoffice should install the fonts as dependencies isn't it ?

<civodul>arximboldi: in Guix packages are plain data structures, not functions, so when we need this sort of thing we define a function that returns a packge

<civodul>there's no CLI for that

<solene>wigust: installing the fonts fixed the problem but I think I should report this as a bug

<civodul>arximboldi: however there's "package transformation options", which correspond to relatively common use cases: https://www.gnu.org/software/guix/manual/html_node/Package-Transformation-Options.html

<arximboldi>civodul: so if I wanted to fix an argument from the cli, I would do something like "guix environment -e 'scheme expression that invokes the function with some argument'"

<arximboldi>?

<civodul>yes

<civodul>the idea is that you'd make non-trivial transformations from Scheme rather than from the CLI

<civodul>like (define my-variant (package (inherit pkg) ...))

<arximboldi>kind of makes sense

<civodul>an advantage IMO is that the CLI is expressed in terms of packages rather than in terms of internal programming constructs

<civodul>though yeah, i can also see the pros of having a quick way to feed arguments to Nix functions

<civodul>ACTION has to go

<civodul>do send email if you think of use cases that are not correctly covered!

<civodul>always interesting :-)

<wigust>solene: Dunno, is it a bug or graphical applications don't need fonts dependncies. Do you have huge CPU consumption when you run libreoffice?

<ng0>unless libreoffice depends on a specific set of fonts we shouldn't make it depend on some random fonts

<wigust>Maybe we need basic fonts in “desktop-serices”.

<wigust>Because without them it's really physically hard to use graphical applications.

<ng0>not really

<ng0>I mean I never had issues

<ng0>right now I have 8 fonts installed, of which 6 are available via master. when I install GNOME without having any fonts in my profile, I only notice it once there's diffirent charsets needed than the latin one

<ng0>It should be advised to install fonts

<ng0>and not decide for people what the best font would be

<solene>wigust: yes, libreoffice use 100% cpu

<solene>ng0: it is possible to change the font in libreoffice GUI ? if no, then we should make libreoffice works by including the font used when installing the package

<ng0>the font changes like with every other gui.. i don't get your question

<wigust>ng0: I started GuixSD with i3wm. Cannot use Emacs, Terminal without installing fonts manually. Fonts were tiny and ugly. We can have defaults fonts in “desktop-serices” and if somebody wants then he can overwrite it.

<solene>I don't know how to change libreoffice font :D

<solene>especially when every menus lookslike [][][][][][]

<ng0>well that is i3wm...

<ng0>fontcache -vf

<ng0>via "guix environment --ad-hoc fontconfig"

<ng0>no, I really think choosing default fonts is the wrong place for desktop-services. You will have a hard time getting a font which does not have some shortcoming

<ng0>with the environment I use, Libreoffice just picks the default font on top of the list. Which is a font I may not share with Guix.

<ng0>and if it wouldn't be that one, it would be another one

<ng0>(I really wished the font had a more reasonable license though…)

<efraim>any ideas for '-lve'?

<ng0>lve?

<efraim>yep, no clue

<efraim>qtspeech is looking for vocalizer, so I'm guessing it might be that

<wigust>ng0: Do you use “manifest” to generate a profile with your “ng0-packages”?

<ng0>I don't use them all

<ng0>I just use package --install

<ng0>I'd like to look into that, but right now I'm way too deep in bureaucracy anti-human affairs hell to do more than I contribute publicly atm.

<ng0>well hell, or whatever is fitting, I haven't found an neutral atheist term for it yet. hell is okay. no need to talk about it though. just, it's terrible.

<ng0>music and code, and friends help to distract and keep some balance. So it's not all terrible. Just 2 more months.

<wigust>^_^

<efraim>BREAKING CHANGES!!!! `guix package -u' doesn't work anymore, now it has to be `guix package -u .'

<buenouanq>oh dear

<buenouanq>that's no good

<civodul>efraim: oops

<civodul>efraim: do you want to push a fix?

<civodul>instead of (if (string-prefix? "-" arg) ...)

<civodul>write (if (and arg (string-prefix? ...)) ...)

<efraim>its a '(when' but I see it

<civodul>right

<civodul>you get the idea ;-)

<civodul>apologies for the breakage :-/

<efraim>i figured it out quickly, not sure how long it'd take others

<civodul>we'll see

<efraim>yeah, it works

<civodul>i'm preparing the guile-git change now...

<civodul>i'm trying to be extra careful to reduce the risks

<ng0>oh, pidentd.. I already had forgotten about it.

<ng0>thanks efraim

<efraim>np :)

<ng0>submitted this on 3rd of May. Oh^^

<lfam>I'm working on building Apache Arrow: https://arrow.apache.org/

<lfam>For ... reasons, it wants its dependencies in the form of position independent static libraries. Many of the static libraries we build are not position independent.

<lfam>Off the top of my head, zlib and snappy.

<lfam>I wonder, what do we lose when building these libraries with -fPIC?

<civodul>hey lfam

<civodul>lfam: so it's building a libarrow.so?

<civodul>how does it "want" .a dependencies?

<lfam>Basically, yes. It's building a shared library.

<lfam>The CmakeLists.txt looks for both shared and static libraries, but then only ever uses static libraries.

<ng0>lfam: I think it should be possible

<ng0>unless there are guix specific reasons why they are build without it

<lfam>I didn't measure it yet, but my understanding is that the .a libraries will get bigger if we build them with -fPIC

<civodul>lfam: on the link command-line it explicitly lists .a files?

<lfam>But, I'm not sure if there are other drawbacks

<lfam>Yeah, for exampe:

<civodul>"real" .a files do not contain PIC

<lfam>ld: /gnu/store/dpzrp2d9x9fgymm4c05fwib09lvaa5is-snappy-1.1.3/lib/libsnappy.a(snappy.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC

<civodul>ok

<civodul>and there's no libsnappy.so around?

<civodul>ACTION can hear a cmake rant approaching :-)

<lfam>Our snappy comes with both .so and .a

<lfam>But!

<lfam>Wait a minute, I have to reinhabit this cmake script to find my example ;)

<civodul>you should visit it rather than inhabit it, that's my suggestion :-)

<lfam>Haha

<ng0>a cmake a day keeps the doctor away

<lfam>civodul: I might have misread all the scripts, but I *think* that it ends up here: https://github.com/apache/arrow/blob/master/cpp/cmake_modules/ThirdpartyToolchain.cmake#L572

<lfam>It carefully finds both the shared and static libraries, but never chooses to use the shared libraries, and I can't find a branch where it would choose to use them

<lfam>And that pattern seems to repeat for all the other dependencies I looked at, although I didn't try them all yet

<civodul>baaah

<civodul>so yeah, STATIC_LIB

<civodul>well!

<civodul>and they bundle everything and do "./configure --with-pic"

<lfam>The logic goes: If building with snappy, if you provided a path to the library, if you aren't using MSVC, if you aren't using the vendored library, use a static library

<civodul>i would remove STATIC_LIB from there

<civodul>ok but in our case we should just be using the shared libs

<civodul>so maybe we just need to adjust the logic in cmakelists.txt

<lfam>The key word is "just" ;)

<civodul>right, i write this as someone who just sits here watching :-)

<civodul>is it ok to s/STATIC_LIB// ?

<civodul>or maybe it needs to be more subtle

<civodul>s/STATIC_LIB/SHARED_LIB/

<lfam>I'll try that, but I'm also going to try building without all these optional and problematic dependencies so I can check if they are really needed

<civodul>sounds good

<daqfaq>hi

<daqfaq>i don't use starx without root, what's happend?

<civodul>hello daqfaq

<civodul>daqfaq: there's no 'startx' command on GuixSD

<civodul>instead, we currently suggest using a graphical log-in manager, as explained in the manual

<daqfaq>Hello civodul

<daqfaq>thanks, I try this

<daqfaq>I have minimal installation, with bspwm

<daqfaq>but i dont up xorg

<daqfaq>I use "bare bones" configuration template

<civodul>"bare bones" lacks Xorg, indeed