IRC channel logs


back to list of logs

<emsyr>Hello everyone. Is there a way to skip check phase of a derivation when executing "sudo guix system reconfigure /etc/config.scm" ? When using "guix install [derivation]" I found that --without-tests=[derivation] does the work but it is not supported in "guix system"
***robmyers_ is now known as robmyers
***stikonas_ is now known as stikonas
<lfam>emsyr: Sorry, it's not supported
<shcv>so, I've finished a pretty vanilla emacs+exwm install; how do I load the other packages (like emacs-guix) that I've installed via guix?
<nixo_>shcv: I'm going to sleep, but if you installed them to the same profile emacs is, you can just (require ) them
<nixo_>my user profile for example has emacs + use-package, in the init I call (require 'use-package), then anything else is done with use-package as usual
<nixo_>if you change profile and you have emacs-guix, you can set the new profile path (M-x guix-set-current-profile)
***ece37 is now known as ece3
***MidAutumnHotaru9 is now known as MidAutumnHotaru
<pkill9>are the guix build servers down?
<lfam>Why do you ask pkill9
<pkill9>not getting substitutes, although im trying previous guix revision and now it's working
<pkill9>actually no it's not
<pkill9>i'm having to use --fallback and it's building xorg-server
<pkill9>berlin is down it seems
<pkill9>not sure why it can't get from hydra
<lfam>It's working for me
<lfam>Can you share an URL that fails?
<lfam>Guix doesn't use hydra anymore
<lfam>That's not the URL of the build farm
<lfam>It's at
<lfam>Guix did used to have but since the name of the project changed, it was allowed to expire
<bandali>actually, thought one of the guix folks was still holding onto it?
<bandali>s/thought/i thought/
<lfam>Could be. It's whois status was updated today
<lfam>But, it's not supposed to be used to reach the build farm
<pkill9>it fails to download llvm
<bandali>right; is indeed the 'right'/current address like you said :-)
<pkill9>now it's decided to give me xorg-server
<mhj[m]>Still learning guile, still loving guix. Right now I am working on creating a snapshot bash script for btrfs that works well with guix. When I learn more guile, I'll make a custom service for btrfs. I use ZFS with NixOS on my laptop, and it works well, so I just wanna replicate that experience on my desktop with guix :)
<pkill9>i believe this is the URL
<pkill9>i can download it so idk what's wrong
<pkill9>im gonna try importing it
<pkill9>i doubt it'll work
<lfam>How does it fail? Is there an error message?
<pkill9>yea "guix substitute: error: host name lookup error: Name or service not known"
<pkill9>maybe I need to update certificates?
<pkill9>then again i would have thought it wouldn't give that error
<iyzsong-w>pkill9: 'host name lookup error' is about DNS
<pkill9>no idea why i can access it through web browser
<pkill9>but still get that error
<lfam>pkill9: Are you on Guix System?
<lfam>DNS lookups are handled by nscd on Guix System. You can do `herd invalidate nscd` in case it is caching a lookup failure
***MidAutumnHotaru0 is now known as MidAutumnHotaru
***dongcarl5 is now known as dongcarl
***ece33 is now known as ece3
***txgvnn is now known as Guest88549
***aweinsto1k is now known as aweinstock
<atkka_>hi, I'm trying to run a script that uses /usr/bin/env bash, this is failing on my guix system but not on others
<atkka_>is this a guix thing?
<Guest42056>What does it print?
<atkka_> /usr/bin/env 'bash': No such file or directory
<apteryx>atkka_: Guix System is supposed to have /usr/bin/env
<atkka_>apteryx: I have /usr/bin/env but not 'bash' there apparently
<apteryx>env looks up things from PATH
<apteryx>do you have bash in your user profile?
<atkka_>which bash gives me /run/current-system/profile/bin/bash
<apteryx>that's strange
<atkka_>in the meantime can I tell the script to use that location?
<apteryx>you could hard-code /bin/sh which is bash on Guix System, but #!/usr/bin/env bash ought to work
<atkka_>ok, thanks, if there's something you want me to test im up for it
<atkka_>i'll try turning it off and on first :)
<apteryx>can you paste your script on
<atkka_>I can link you to the github easier, one sec
<atkka_>apteryx: using /bin/sh works but the script doesn't actually do what its supposed to
<atkka_>i'll have to look into why that is
<atkka_>script paths are messed perhaps
<apteryx>here the script runs, exit with status 0
<atkka_>it runs on my end but the DNS entries in /etc/resolv.conf aren't getting updated
<atkka_>I am tweaking it to see what happens, thanks for the help
<apteryx>is the 'resolvconf' command available?
<apteryx>you can put a 'set -x' and 'set -e' on the 2nd and 3rd lines of the script to aid debugging
<apteryx>I use nmcli to manage this stuff for me.
<daphnis>are there any instructions anywhere on how to boot guix from a fully encrypted disk (including /boot) with libreboot and luks2 on lvm?
<daphnis>or rather lvm on luks
<civodul>Hello Guix!
<iyzsong-w>Hello :))
<daphnis>or does guix not support booting from lvm?
<daphnis>seems that there was something about an lvm-device-mapping in the docs, but now they say support for lvm it not yet implemented
<civodul>daphnis: lvm support appeared after 1.2.0
<civodul>so it's not in the stable doc, only in the devel doc
<daphnis>civodul: thanks!
<daphnis>i get error: ... extraneous field initializers (targets) on 1.2.0-1
***apteryx is now known as Guest14305
***apteryx_ is now known as apteryx
<raghavgururajan>daphnis: Here is the guide ( to install guix with full-disk encryption on libreboot. I will be editing the guide to include lvm2 support soon.
<raghavgururajan>daphnis: You can also use
<civodul>daphnis: right, the "devel" manual i linked to is for the latest and greatest; you would need to run 'guix pull' first
<fi3>Hi! I created very simple rust package (just print something, just one binary crate, no dependency). Then I create a file.tar.gz with Cargo.toml and src/ Then I defined the most simple guix package to build.
<fi3>a rust crate from the file.tar.gz
<fi3>the guix package name and version are the same that I have in my Cargo.toml
<fi3>when I do guix package --install-from-file=rust-package.scm
<fi3>the build is ok but the install phase fail with:
<fi3>error: `/tmp/guix-build-prova-0.1.0.drv-0/src` does not contain a Cargo.toml file. --path must point to a directory containing a Cargo.toml file.
<fi3>the Cargo.toml is obviously there or it will be impossible to pass the build and check phases
<daphnis>civodul: ah, that seems to work. thanks again
<daphnis>raghavgururajan: thanks
<civodul>oh, where's sneek?
<wingo>civodul: so building with or without custom gmp allocators --
<wingo>3917.71user 149.85system 11:33.72elapsed 586%CPU (0avgtext+0avgdata 212908maxresident)k
<wingo>30800inputs+528208outputs (18major+12678103minor)pagefaults 0swaps
<wingo>3895.38user 148.84system 11:27.89elapsed 587%CPU (0avgtext+0avgdata 160552maxresident)k
<wingo>16inputs+522112outputs (0major+12602414minor)pagefaults 0swaps
<wingo>the first two lines are with the allocators (stock configuration), the next two are without
<wingo>that is the output of "time make -j4"
<wingo>so obviously only the time component is useful
<wingo>would be nice if we had a way to know memory impact of course
<wingo>built without prebuilt .go files
<wingo>(maybe that "time" invocation did measure subprocess memory usage too? dunno)
<wingo>given that it certainly did measure cpu usage
<wingo>anyway a preliminary conclusion would be that it doesn't matter
<wingo>to the compiler anyway
<wingo>aaah sorry that was meant to go to #guile but the question was related to guix in debian with guile-gnutls
<wingo>so plz excuse the verbiage in this channel, it is in fact relevant :)
<civodul>wingo: it is! :-)
<civodul>so CPU time doesn't change much
<civodul>i think i had a microbenchmarks for bignums
<civodul>compiling gnu/services/mail.scm in Guix is the "microbenchmark" :-)
<wingo>does that get compiled with the baseline compiler these days?
<civodul>not this one, no
<civodul>only gnu/packages/*.scm
<wingo>would it make sense to compiler gnu/services also with baseline?
<civodul>it's a bit more subtle actually:
<civodul>compiling those with the baseline compiler might also be an option
<civodul>regardless, it's a good stress-test for -O2 and the bignum GC overhead :-)
<fi3>anyway to persist the temp build tree also if the build do not fail (something like --keep-failed)
<daphnis>guix pull -> error: Git error: the SSL certificate is invalid
<PurpleSym>daphnis: I installed nss-certs using `guix install` and set SSL_CERT_DIR to ~/.guix-profile/etc/ssl/certs, then it worked again.
<daphnis>PurpleSym: hm, that doesn't work for me
<daphnis>oh, it does work
<daphnis>there was an autocompletion of $HOME to \$HOME
***txgvnn is now known as Guest1688
***sorki is now known as srk
<roptat>\o/ partially translated:
<roptat>so the website is up to date now :)
<apteryx>civodul: can't we force-push to topic branches such as cu/farewell-to-pythonpath?
<civodul>roptat: yay, you rock!
<ngz>roptat: great!
<apteryx>I could delete it first; then recreate it anew, but wondering.
<civodul>apteryx: i think i usually delete then push
<civodul>i forgot why i do that :-) but it's probably because force-push doesn't work
<roptat>still waiting for the change I pushed this morning: adding a "translate" link in the language dropdown
<apteryx>yes, the server seems configured to not accept that
<ngz>"... du jeu bien connu Tetris. L'air de jeu est étendu à ..." : je veux pas être bégueule ça pique tout de même ;)
<civodul>roptat: i'm in touch with the Slovakian translator BTW, who told me they're making good progress :-)
<civodul>and enjoys weblate
<civodul>ngz: bégueule ?
<ngz>prude à l'extrême
<civodul>connaissais pas ce terme
<roptat>ngz, tu peux corriger sur le weblate ;)
<roptat>je suis pas contre une relecture non plus, je fais régulièrement des fautes d'accord
<roptat>je vais sans doute un peu trop vite quand je traduis
<apteryx>iyzsong: I think you had experimented with sitecustomize and GUIX_PYTHONPATH in the past, reading old mail threads. The idea was sound; it seems to work well! You may want to review/try the branch cu/farewell-to-pythonpath and post comments on if you have any!
<ngz>Il faut que j'apprenne comment utiliser Weblate + Emacs…
<civodul>roptat: we should add a prominent link on the web pages of the manual to add new translations or fix existing ones
<apteryx>roptat: thanks for all this work; it's awesome!
<roptat>I noticed is not completely translated
<civodul>roptat: i think we still have a problem where /manual sometimes end up containing a copy of the "devel" manual
<roptat>ouch :/
<civodul>that's ridiculous
<civodul>also, it seems that the redirect to /fr etc. based on Accept-Languages or whatever it's called isn't working
<roptat>I think I remember a previous conversation where we concluded it was because we used the same cache directory for the two branches?
<civodul>yes, but then in berlin.scm we explicitly chose two different cache directories
<civodul>but somehow it must get lost somewhere
<roptat>civodul, the directive is "set_from_accept_language $lang en de"
<roptat>so it can't work for fr
<civodul>ah, makes sense
<civodul>mothacehe: you around; i notice tests/clone.scm failures in Guile-Git, something with SSH auth it seems
<civodul>it doesn't happen with the guile-git package because there's no dependency on OpenSSH
<roptat>we need to add fr, zh-cn and es
<roptat>actually, zh-CN
<roptat>but that might break things for that language
<ngz>I need to sign up for a Fedora account in order to help translation in Guix, right?
<ngz>And I can work with Weblate from my beloved Emacs, too, can't I?
<roptat>no idea, I don't use emacs
<roptat>but there is an API, so that might be possible
<roptat>at least, you can download and upload po files
<roptat>civodul, I pushed the change to maintenance, could you reconfigure berlin when you have time?
<dongcarl>Python packagers: I'm trying to package a library which tries to call `find_library` at import time in order to locate libssl and libcrypto, is there an elegant way to make this work or is the only way just to hardcode it with a substitute* in my package definition?
<dongcarl>package in question:
<civodul>roptat: will do, but do ping me eventually if you don't see any change
<ngz>dongcarl: I don't know if there is an elegant way, I would hardcode it. YMMV.
<mothacehe> civodul: strange, I ran "make check" on Guile-Git master without any error
<civodul>mothacehe: it just happens if i do "guix build -f guix.scm" (with the guix.scm i just pushed), not in an interactive environment
<civodul>trying to find out what the reason is
<civodul>super weird; mothacehe: could you try "guix build -f guix.scm" from an up-to-date checkout?
<mothacehe>civodul: I also have some failures:
<civodul>mothacehe: same here, and i don't get where that #f comes from
<civodul>i got the same with a tree before my changes (but with the latest guix.scm)
<raghavgururajan>rekado_: For your domain, were you able to register and manage at with LibreJS?
<mothacehe>civodul: #f is the username in cred-username-name
<mothacehe>it's returned by (getlogin)
<apteryx>why is it that 'guix refresh -l somepackage' keeps producing new results as a go and delete some package entries it lists?
<apteryx>(cleaning up python2 stuff)
<ngz>Are number of lines mismatches important in Weblate?
<apteryx>this is also strange: Building the following 2 packages would ensure 3 dependent packages are rebuilt: grocsvs@ syncthing-gtk@
<apteryx>no, nevermind, the listing is for the earlier part of the sentence.
<rekado_>raghavgururajan: I registered the domain a *long* time ago, awy before took over.
<raghavgururajan>rekado_: Ah I see.
<roptat>ngz, only if it's relevant for the module that's using the string; in the case of the packages domain, it's not relevant, so you can ignore these warnings
<roptat>I've actually asked how to disable them (couldn't find that in the settings)
<civodul>mothacehe: ooh, good catch
<civodul>so maybe we need to make it (or (getlogin) (getenv "USER") ...)
<ngz>I'm trying to updload a po file (with only one additional translated entry). Hopefully, Weblate is not going to explode.
<ngz>Nice. It worked.
<roptat>thank you!
<civodul>ngz: did you figure out an Emacs workflow?
<ngz>Kind of
<ngz>I'd like to download the po file directly, without connecting to the web interface.
<civodul>there's a makefile rule for that
<civodul>"make download-po"
<ngz>Oh! And a make upload-po?
<roptat>no, that's only for downloading the po files and update guix
<roptat>it's not really meant for translators
<roptat>there's an API for weblate that you can use to download and upload po files
<ngz>I saw that, but the documentation is scarce.
<civodul>looks like a lispy URL
<roptat>to get the po file, you can send a get to
<roptat>(replace fr with any language, and packages with the name of the component you want: guix, packages, documentation-cookbook, documentation-manual, website)
<roptat>to send the file is more difficult; I tried implementing it in Python but it failed, although I managed to do it using curl
<roptat>not sure what the difference is
<ngz>OK, I'll try to implement it in Elisp (!)
<roptat>for uploading, it's the same URL, but a POST request
<roptat>you'll need to get a token from your account settings at weblate for uploading; there's no need for authentication to download
<roptat>they provide a simple curl example for the upload too
<civodul>let's make a Rosetta stone of the weblate upload procedure
<jgibbons[m]>Is there a way to keep x server from starting by default but allow me to start it after I'm logged into a vt?
<jgibbons[m]>without sudo?
<pretzel>`guix pull` on a Debian testing live boot fails with `cannot pivot old root directory`; any idea how to make guix happy? Thanks.
<mzbm>Hello, my mouse is lagging a bit and in general the rendering performance is lacking. Is there anything i can do? I'm using Xfce and the mesa drivers.
<apteryx>integrated vs discrete graphics?
<mdevos>mzbm: happens to me as well, but with gdm and particularily when running intensive ‘guix install’ and ‘guix system reconfigure’
<mzbm>By discrete you mean a dedicated graphics card?
<mzbm>Its an Nvidia unfortunately, but it did work quite well in OpenSUSE and Arch Linux
<argylelabcoat>I've got a question about guix containers. Is it possible to access a serial port? For example, if I try passing ttyACM0 into a guix container, I get this error: `guix environment: error: mount: mount "/dev/ttyACM0"`
<mzbm>mdevos: for me as well. Especially when loading websites in the browser.
<daphnis>i can't find any gnat package (needed for coreboot)
<mdevos>mzbm: I often load websites at the same time as when building stuff with guix. Maybe I'm building guix's building processes too much
<mdevos>mzbm: nvidia requires propietary firmware or something, or so I've heard?
<argylelabcoat>I see, I have to use `expose` for *each* serial port, and pass them into the /dev/ folder by name
<argylelabcoat>err, `share` not expose
<apteryx>mzbm: so it's a dedicated nVidia card?
<mdevos>daphnis: you mean GNAT, the Ada compiler?
*mdevos not familiar with coreboot and libreboot's build processes
<mzbm>apteryx: yes
<mzbm>mdevos: there are also the novueau open source drivers for nvidia
<apteryx>it's possible that if you have a recent one, it requires proprietary blobs to have 3D support
<apteryx>mzbm: which card is it?
<daphnis>mdevos: yes, i thought there would be a package
<mdevos>argylelabcoat: not sure what you're trying to do exactly, and how, but ...
<mdevos>I know qemu can simulate a ‘fake’ serial port (connected to standard input and output)
<mdevos>maybe that's useful for you?
<mzbm>apteryx: GeForce GT 720
<mdevos>agylelabcoat: posting the full error message (including backtrace if any), and the configuration of the guix system in the container would be useful
<mdevos>(and the exaact guix environment command)
*mdevos has never used a serial port knowingly
<mzbm>apteryx: this is my glxinfo output:
<mdevos>daphnis: it's apparently part of GCC, so you'll probably need the gcc package
<mzbm>the cards codename is NV106
<daphnis>mdevos: oh, thanks!
<mdevos>oops, gcc is deprecated apparently, use gcc-toolchain
<mdevos>that said, I do not know if gcc is configured with Ada support by default
***Aurora_iz_kosmos is now known as Aurora_v_kosmose
<mdevos>daphnis: also, a quick ‘git grep -F ada’ doesn't find any packages using the Ada compiler
<mdevos>so it's quite possible guix support for Ada is minimal :-(
<daphnis>yeah, it doesn't look like there's support for it
<argylelabcoat>mdevos, specifically, I'm messing around with trying to create a container that can access a serial port. Ultimately, I want to be able to interface with USB serial device, but just as an experiment, I was doing this: `guix environment --ad-hoc python busybox -C --share=/var/lib/raptor=/var/lib/raptor --share=/dev/ttyACM0=/dev/ttyACM0`
<argylelabcoat>where raptor is something I just have in there (empty dir)
<argylelabcoat>but the ttyACM0 is my fingerprint scanner on my laptop I think
<argylelabcoat>daphnis, I don't see any mention of GNAT in guix either, so my assumption would be that the ada interpreter defined in gnu/packages/ada.scm is the only thing really available
<mdevos>argylelabcoat: it's a bit difficult to test myself, as I don't have any serial port mysemlf
<mdevos>but I'll try something
<argylelabcoat>mdevos: seems like I can do them as an itemized list, but I was trying to figure out a way to make a deployable solution to access someone else's serial ports too... seems like the best solution to that right now is a VM image where each serial port can be bound up with qemu/virt-manager/whatever tool
<apteryx>mzbm: no data on :-(
<apteryx>but from here:
<apteryx>your card would be VP5-engined based
<mdevos>For testing, I tried variations on guix environment -C --share=/dev/ttyprintk=/dev/ttyprintk, without success )-:
<mdevos>(where success=an error message)
<argylelabcoat>mdevos, I am also a dialout user, so I can access my serial ports (when they exist)
<apteryx>mzbm: from this page: your card is code named NV106 (GK208B)
<argylelabcoat>mdevos: perhaps you need to sudo it or be a dialout member?
<vertigo_38>Hi all! For testing purposes I just ran ```guix pack xterm``` and copied the resulting archive to my debian machine. I unpacked it, but when I try to execute the obviously existing xterm, I get a 'bash: gnu/store/751mcahyg3b5dpwkbfvzg6x1vdn9i49a-xterm-363/bin/xterm: file not found'. Does anyone have an idea how to get this working?
<argylelabcoat>my target arm board has ttymx* ports, which will be loads of fun, but I think to cross-compile a "container" to deploy to it with "guix copy" I'll have to manually enumerate the ports during the build
<mzbm>apteryx: thanks, so i have to install the firmware?
<apteryx>and then:
<apteryx>the column that applies to yours is NVE0.
<apteryx>There's a foot note saying about most 3D features: "It's slow, because proper power management isn't finished yet."
<mdevos>argylelabcoat: I am? /me searches the internet for what a dialout user is
<mzbm>alright thank you, i'll give it a go
<mdevos>argylelabcoat: I just tried some random tty* from /dev/. Plenty are just virtual teletypes, aka terminal emulators
*mdevos don't know what /dev/ttyprintk is, though. Maybe it prints to to syslog or something?
<apteryx>so yes, without binary blobs the performance will be subpar. The Guixy thing to do would be get an older, second hand card which is known to be compatible (looking on for example). That'll make your life easier and give you the most software freedom.
<apteryx>I myself use a pretty dated 8800 GTS card. Works well (no decoded video support but I don't watch 4K movies so I don't mind much)
<mzbm>apteryx: yeah i'll get another one if i can. nVidia is really not the right choice when going with linux. But AMD has no passively cooled cards. That was the only reason i've chosen the nvidia card.
<apteryx>mzbm: old nvidia is surprisingly superior than latest AMD, for all the publicity they get for their free drivers.
<apteryx>The catch is that their free drivers sometimes don't even boot without the proprietary binary blob installed.
<apteryx>That's based on dated experience (circa 2017?, amdgpu beginnigs IIRC) but I understand the situation hasn't improved much.
<lfam>Does the linter complain about use of git:// URLs?
<lfam>If not, it should
<lfam>I'll work on that
***sorki is now known as srk
<cybersyn>hi guix! i've been using guix as my primary os for the last 2.5 months and have to say it's brought back all of the excitement of my early computing experiences, and even surpassed it. but i haven't had too many questions so haven't had many reasons to interact with the community just yet.
<wingo>what a delight to hear :)
<cybersyn>so here is a question that i figured is worth a gander: any cool packages that guix-specific worth checking out?
<cybersyn>wingo: thanks! I love watching your talks
<roptat>that kind of message is always nice to read, thanks :D
<roptat>not sure what you mean by guix-specific package?
<cybersyn>on another note, i should probably reintroduce myself: i'm the ux designer who was hanging out during guix days in november, and discussed some form of guix ux. at that time i was just starting on guix so wanted to give it some time, but i'm planning to write the mail list with thoughts after tet holiday. ultimately, its about researching through user feedback where there are pain points, and trying to understand how those problems
<cybersyn>could be adjusted for the community as a whole. not trying to "gui" guix, just understand some phenomenological problems
<cybersyn>ropat: i just meant if there are any packages that target guix specifically. i ask because i'm hoping to write a gui app that based on your shepherd-extensions dot file out put, gives you an interfaces for patching the diagram visually (like in pure data, for instance) and prints a guile config
<cybersyn>not sure if anyone has worked on such things
<roptat>we can generate a graphical representation of the service graph in d3.js (in a browser), but that's only for visualizing it, not modifying it
<cybersyn>yeah of course -- you don't js actually, you can use dot format
<cybersyn>but i didn't mean to inquire about the specifics of my project
<cybersyn>just to see if there are packages on guix that are designed specifically to enhance the guix experience. i'm thinking like melpa packages, but for guix
<lfam>There is emacs-guix
<cybersyn>yes stuff like emacs-guix, which i love, for example
<civodul>cybersyn: FWIW i "plan to talk" about that the service graph and ways to inspect it among other things at FOSDEM
<roptat>maybe the guix-home-manager or the guix workflow language? more like an extension (they are channels that add new commands to guix) though
<cybersyn>civodul: word. I look forward to that
<cybersyn>awesome, guix-home-manager is something i'm unaware of :) and yes, gwl is rad
<cybersyn>theres a pet project thats been stirring i've been vaguely dabbling in on the weekends, which would be independent of the design effort, which would be a wayland modeline for navigating generations and the time machine, across different workspaces... think reproducible workspaces/desktops, along to navigate rebasing them, in a sense
<cybersyn>but thats something that would be independent of any ux effort, because in the end ux isn't about what a designer wants to do but instead reaching conclusions through research
<cybersyn>(i'm actually an artist, and only started ux since the pandemic, but enjoy the practicality/problem solving nature of it)
*wingo wonders why "guix time-machine" caused a guix update
<wingo>maybe i hadn't done it on this machine yet or something
<cybersyn>roptat: guix search guix-home-manager didn't return any results. perhaps its packaged under another name?
<roptat>it's not a package, it's a separate channel
<roptat>ngz, I think you did a mistake when uploading your packages.po
<roptat>you made everything fuzzy (except the string you added)
<vagrantc>nice to see obsolete packages getting removed, more cycles for packages that actually work :)
<civodul>wingo: "guix time-machine" doesn't touch any profile (unlike "guix pull" or "guix package")
<wingo>i think it was just the first time i ran it on this machine, i thought i had done so already
<vagrantc>guix time-machine almost seems like guix environment but for guix pull
*wingo attempting to do the reproducible research thing
<vagrantc>as in it's a one-off environment that gets garbage collected
<civodul>wingo: heh :-)
<civodul>vagrantc: i tried to explain it that way to a colleague of mine (a Guix user) but it didn't click for some reason
<vagrantc>there's a lot going on ...
<vagrantc>i think the time-machine name is a bit too exciting :)
<vagrantc>it's really just a one-off guix pull with a specific commit
<vagrantc>but hey, great marketing!
<mdevos>What's the short name for nar archives? I usually call them narballs (in analogy to tarballs)
<cybersyn>narchives? (shady)
*vagrantc doesn't see a huge savings in shortening the term
<cbaines>the ar in tar (and nar) is the archive bit
<cbaines>saying tar is like saying tape archive archive
<cbaines>sorry, saying tar archive is like saying tape archive archive
<mdevos>cbaines: fair enough
<vagrantc>the n is for nix?
<lfam>We have always called them nars :)
<cbaines>at least originally
<cbaines>although in the context of Guix, you'll sometimes see the n mean normalised
<civodul>the manual says "normalized archive", which makes a lot of sense :-)
<vagrantc>what is normalized about it?
<clone11>Does anyone here run guix system on a pinebook pro? How's the experience?
<vagrantc>i did just recently update the wip-pinebook-pro branch ... still requires some kernel patches from there, but otherwise works fine
<vagrantc>some features won't work due to requiring binary blobs
<clone11>Is wifi one?
<vagrantc>but the LCD works, and i use it with a USB ethernet adapter, keyboard and mouse pad work
<vagrantc>clone11: almost certainly
<vagrantc>i use usb ethernet or wifi adapters
<civodul>vagrantc: there are no timestamps, on Unix permission bits, and file ordering is well defined
<vagrantc>but it's usable, even with microSD for rootfs
<vagrantc>civodul: thanks! after asking, figured it was probably that sort of thing
<civodul>all the things we struggle with on actual file systems
<vagrantc>i presume to maximize reproducibility
<cybersyn>also folks, if ux isn't something the guix community would be interested in just let me know. i've been thinking through it and it raises a lot of difficult questions due to the novelty of question. but if the community is disinterested in a design research analysis of the project, i totally understand and dont want to impose
<cybersyn>it just seemed at guix days a quite a few were interested
***Alexander is now known as Guest27719
<civodul>cybersyn: i think a fresh analysis on it would be welcome!
<lfam>cybersyn: It's definitely an important topic for Guix. I wouldn't let a lack of response right now on IRC discourage you.
<Guest27719>Hello chat. I have a problem with the Guix gcc-toolchain 10.2.0 package. The list of default system include directories, printed with e.g. "g++ -xc++ -E -v /dev/null", does NOT contain /usr/include
<Guest27719>CMake probes the compiler for its default system include directories; trying to add those as an include directory with e.g. "include_directories(usr/include)" is normally silently ignored
<Guest27719>Since the Guix gcc-toolchain 10.2.0 compiler does not have /usr/include as a default include directory, however, it does NOT get ignored, and the resulting CMake build actually contains "-I/usr/include" command line parameters
<Guest27719>which obviously goes horribly wrong, as it mixes up header files from different gcc versions
<civodul>Guest27719: it's on purpose that Guix' gcc lacks /usr/include by default, because that directory "makes no sense" for Guix
<Guest27719>Is this a bug in the Guix gcc-toolchain 10.2.0 package? Shouldn't /usr/include be listed as a system include dir?
<civodul>in general, you shouldn't try to use Guix' gcc to build against libraries not provided by Guix
<Guest27719>On my own system, I have gcc 10.2.0 installed under /opt. It *does* have /usr/include compiled in as a system include dir
<cybersyn>civodul & lfam: hugs. i just want to contribute somehow because guix has enriched my life in so many ways and design seems to be the most impactful contribution i can offer. thanks for the encouragement
<civodul>lfam: BTW, i successfully upgraded my profile to "staging" and all is good so far
<Sharlatan>Hi folks
<lfam>Thanks for letting us know civodul!
<civodul>5aeee07cc922bdc605bb6cb7c2cd365d2d42f4d6 specifically
<Sharlatan>New day new package :) today is Lazarus
<Guest27719>So I should install *every* library I need from the Guix repository?
<Guest27719>assuming they exist
<jorge[m]>Hola, como llamo al qemu en la terminal?
<civodul>Guest27719: for development purposes, yes; but you can use "guix environment" for dev environments, it's often more convenient
<mdevos>jorge: if you want to start qemu: `guix environment --ad-hoc qemu -- qemu-system-stuff etcetera`.
<lfam>jorge[m]: `qemu-system-x86_64 ...`
<Sharlatan>Did anyone try to pack Lazarus ? (Free Pascal)
<mdevos>jorge: if you want the console output to appear in the terminal, there are options to linux and qemu for that, but I don't recall the specifics
<Sharlatan>^ issue and here is a package def so far
*jorge[m] uploaded an image: Captura de pantalla de 2021-01-29 13-33-08.png (26KiB) < de pantalla de 2021-01-29 13-33-08.png >
<jorge[m]>que pasaria alli ?
<lfam>jorge[m]: Por ejemplo: `qemu-system-x86_64 -net user -net nic,model=virtio -enable-kvm -m 5072 ~/tmp/guix-system-vm-image-1.2.0.x86_64-linux`
<ngz>roptat: Oh! sorry =/
<roptat>ngz, no big deal, but I'm not sure how it happened
<roptat>did you add the fuzzy flag from emacs, or could it have happened when you uploaded the file?
<ngz>The po file looks OK.
<ngz>It probably happened during upload but I don't know why.
<apteryx>has anyone here concerns of making the first rusts of the bootstrap testless, and non-public?
<apteryx>It's already quite slow to build the full bootstrap, even starting from 1.29. Running the tests doesn't help any.
<roptat>ngz, did you use the website or curl?
<ngz>the website
<ngz>I may have selected the radio button "Ajouter comme traduction à vérifier", but I thought that would only apply to the diff, i.e., the single entry I had translated.
<roptat>seems it happened for everything ^^'
<roptat>could you re-upload the file and select "add as translation"?
<civodul>apteryx: sounds good to me, though i wonder what dannym and efraim think
<apteryx>Per Rust upstream only the last Rust release is supported; every release happens every 6 months
<ngz>roptat: the very same file, or a freshly downloaded one, with another addition?
<Sharlatan>On the Rust topic, how to add new version of Crate package?
<apteryx>civodul: I can CC them when I send the patch
<Sharlatan>do I need to repack whole chane of deps?
<apteryx>I don't know.
<apteryx>I fear the answer might be 'yes'.
<ngz>you probably need to repack updated deps in the Cargo.toml file
<ngz>Sharlatan: this can be reasonably quick, tho, since the importer does a good job and #:skip-build? is #true.
<jorge[m]><lfam "jorge: Por ejemplo: `qemu-system"> es para abrir m04n2sgf94vffm4lp8ilrqisg67l0g4k-hurd-barebones.qcow2
<ngz>(speaking of which, I have a pending Alacritty update...)
<roptat>ngz, same file
<ngz>roptat: ok, doing this right now.
<roptat>thanks, looks like it worked, with only 5 strings marked as fuzzy now
<roptat>what's a "forward port"?
<roptat>(of a software)
<ngz>Good question. A fork? :)
<ngz>(but with the promise to be faithful to the original)
<ngz>BTW, can we assume the translation has Texinfo syntax? I.e., can we add Texinfo specific markup?
<roptat>yes, but limited to the set supported by guix
<ngz>Is there a reference to this set?
<ngz>For example « » should be @guillemetleft{}@tie{} and @tie{}@guillemetright{}
<ngz>which is admittedly less readable.
<roptat>ngz, whatever texi-fragment->stexi supports I think:
<roptat>oh, wrong version for guile, but I don't think it changed too much
<ngz>OK, thanks.
<bavier[m]>I always feel annoyed when I'm reminded how guile's texinfo support isn't "complete".