<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' <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>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>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 <ng0>I don't have time today to stick around long, I'll send an email about this <efraim>Almost have the new patch ready for 'guix lint -c refresh foo' <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? <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>what does .../guix/latest currently point to? <solene>thomasd: latest -> /gnu/store/nqfd6g3dxyp7k7nx3wznja75ljrba2kh-guix-latest <solene>I was trying to recompile it from git and reinstall it but I will try guix pull with url first <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>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>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 <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 <efraim>i'll check the log again from armhf <efraim>yeah, i'm reading the gcc assembler docs <temp_trisquel>I have added bootloaders package module, grub-efi and FS to desktop.scm <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>in the GuixSD 0.13 installation image? <temp_trisquel>civodul: Then guix pull && guix system init /this/config /mnt <civodul>when you do that, you run the risk of having to compile things from source <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? <civodul>there hasn't been any new release, no <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 ? <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>anyone has experience building a guix system with the linux realtime patches enabled? <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 <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 <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 <solene>wigust: installing the fonts fixed the problem but I think I should report this as a bug <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'" <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) ...)) <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>do send email if you think of use cases that are not correctly covered! <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>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>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>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. <efraim>BREAKING CHANGES!!!! `guix package -u' doesn't work anymore, now it has to be `guix package -u .' <civodul>instead of (if (string-prefix? "-" arg) ...) <civodul>write (if (and arg (string-prefix? ...)) ...) <efraim>i figured it out quickly, not sure how long it'd take others <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>submitted this on 3rd of May. Oh^^ <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>lfam: so it's building a libarrow.so? <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>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>ACTION can hear a cmake rant approaching :-) <lfam>Our snappy comes with both .so and .a <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 :-) <ng0>a cmake a day keeps the doctor away <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>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 :-) <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 <daqfaq>i don't use starx without root, what's happend? <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>I have minimal installation, with bspwm <daqfaq>I use "bare bones" configuration template <civodul>one with GNOME/Xfce, the other one with simple window managers <civodul>the "xorg-server" package does not provide a startx command <civodul>so you really need to use SLiM (graphical log-in manager) <civodul>so you get 'startx' but that command fails, right? <daqfaq>Wanted to know if it is possible to use GuixSD without a session manager