IRC channel logs


back to list of logs

<kozo[m]><luis-felipe "Yeah, that works, thanks."> How did you get dig installed?
<kozo[m]><mdevos "install the "utils" output, not "> How do I do what mdevos says here?
<mbakke>kozo: guix install bind:utils
<kozo[m]>Thank you, mbakke
<mbakke>np :) that gave me an idea to create bash completions for outputs, to make them slightly more discoverable
<kozo[m]>How does it work if in installing the package globally in config.scm? It didn't like "bind:utils"
<kozo[m]>* How does it work if I'm installing the package globally in config.scm? It didn't like "bind:utils"
<mbakke>kozo: (list bind "utils")
<vagrantc>oh, bind:utils! hah. always forget about multiple outputs
<kozo[m]>Thanks again mbakke!
<vagrantcish>i see there's an lvm-device-mapping now ... are there other pieces needed for / to be on lvm on Guix System?
<sundbry>Hello #Guix, I am working on packaging some go software. The software I am packaging has more than a few go dependencies. I have shim'd a `go-get` phase into my go-build-system to download the dependencies using the standard `go get`. However, it appears the guix build container has DNS (or perhaps all networking) disabled. Is there a way I can enable networking for a build? It's not a perfect offline reproducible build,
<sundbry> but I dont have the schedule to repackage each dependency in the tree individually.
<vagrantcish>you need to package all the dependencies
<vagrantcish>guix doesn't allow network access from the build environment
<sundbry>There's never going to be an escape hatch? I want to build not just this go program, but java/clojure programs too, and maven depdendencies will be a huge mountain to get to the first viable build of my app
<vagrantcish>i believe it is pretty fundamental to the design of guix's functional package management
<vagrantcish>you could build your software using "guix environment"
<vagrantcish>but then it won't be managed by guix
<vagrantcish>if it allows network access, then you don't know what your inputs are, so you cannot represent the package as a function
<luhux`>good morning everyone
<luhux`>I'm using guix environment --container, but creating a container takes at least 200MB of RAM. Is there a way to reduce RAM usage?
<sundbry>Yeah I understand the lack of purity, and why you wouldnt want those packages in the core distribution, but for user applications the cheat mode allowing network deps like node_modules etc would go a long way to making it useful
<sundbry>I can't imagine we would ever have all the node modules on npm that someone might ever need to build some typical node software
<sundbry>likewise maven etc.
<luhux`>I used the top utility in procps to get the RAM usage
<vagrantcish>sundbry: purity aside, it's impractical to implement using guix
<sundbry>I guess I'm wasting my time using guix as an alternative to `docker build`... ?
<vagrantcish>sundbry: you could package those other things sloppily, but they still would need to be packaged somehow
<vagrantcish>if you absolutely depend on a feature guix can't provide... :)
<vagrantcish>sundbry: tjere
<vagrantcish>sundbry: there's no way to cheat, though ... guix wouldn't know where to install those things downloaded from the network, and your package might build, but it would be missing dependencies ...
<vagrantcish>or does go do static builds?
<sundbry>go builds static binaries yeah
<sundbry>same with java you can build a super jar with all your deps built in
<sundbry>if i could hack the guix daemon to allow network access during the build phase it should work as long as the file system is available to write to
<vagrantcish>most of the filesystem isn't writeable, no
<sundbry>I think it is because it copies the sources over to /tmp
<vagrantcish>what features of guix do you want?
<sundbry>basically an option on the base gnu-build-system to say (arguments '(#:unsafe-networking? true))
<sundbry>would allow an escape path for maven/node_modules/go/cargo/ruby etc dependency tools to do their thing natively
<mroh>vagrantcish: / on lvm should work out of the box now. At least, it works for me. But I'm not sure if our grub supports lvm, so booting from lvm might be the missing piece...
***scs is now known as Guest54828
<vagrantcish>mroh: i was also wondering about the initrd, which is as far as i know all guile ...
<mroh>lvm2-static is included in the initrd if a volume is mapped, because the mapping code has it as an input.
<vagrantcish>ah, nice.
<vagrantcish>shouldn't be too hard to get grub to support lvm ... definitely works with other OSes
<charles`>Does anyone else have some adwaita icons messed up or missing on gnome?
<sneek>charles`, you have 1 message!
<sneek>charles`, nckx says: With ‘guix system disk-image --file-system-type=iso9660 gnu/system/install.scm’.
<ryanprior>I just watched the Distri talk from the archlinux conference, quite appealing:
<charles`>I'm trying to make iso from pre-inst-env but it is telling me that the dvr failed for ntfs-3g.
***amfl_ is now known as amfl
<lfam>charles`: Can you share the output of `guix describe`?
<charles`>The log says I'm missing fuse, but It already have it installed
<lfam>When you build things with Guix, it doesn't use anything you have installed. All the dependencies are provided inside a build containre
<lfam>It might also help if you shared the entire build log of the build that failed. It will tell you the name of the log file when it fails
<lfam>You can share these things on <>
<charles`>I'm on an experimental branch, so fuse has to be included in the branch?
<lfam>No, the package defintion of ntfs-3g already includes fuse
<charles`>that is also installed
<lfam>It's not about branches
<charles`>How do I share the log with spamming the chat
<lfam>Paste in on <>
<lfam>If it's too big, just the last few hundred lines
<lfam>Please share the part that comes after too
<lfam>What command did you run?
<lfam>What is the output of `guix describe`?
<charles`>Git checkout:
<charles`> repository: /home/charles/guix
<charles`> branch: wip-desktop
<charles`> commit: c08c543208832c155ed0914de9429cea0022db8f
<charles`>./pre-inst-env guix system disk-image --file-system-type=iso9660 gnu/system/install.scm
*lfam tries to reproduce
<lfam>I wonder what exactly it's checking for
<lfam>It might be checking for FUSE support from the kernel
<charles`>What I find odd is that it says (e.g. fuse, libfuse, libfuse2, libfuse-dev, etc packages) but only fuse is a guix package
<lfam>It's using all the names that different distros use
<lfam>The ntfs-3g package already depends on fuse
<mroh>looks like, you are trying to build your system with fuse 3.9.2. Prepare to break things for upgrading fuse from 2 to 3, like the ntfs pkg...
<charles`>So you suggest using fuse 2?
<lfam>Oh, mroh is correct
<lfam>This branch is using fuse 3
<lfam>It's likely that ntfs-3g does not support fuse > 2
<charles`>how do I guix install a certain version?
<lfam>You don't need to install anything
<lfam>You need to change the ntfs-3g package to depend on 'fuse-legacy' instead of 'fuse'
<lfam>Edit the files in your wip-desktop source code
<charles`>do I change the inputs?
<charles`>and then I need to recompile everything right?
<lfam>charles`: After you change the inputs, you can run the `./pre-inst-env guix system ...` command again
<charles`>so I can try to rebuild the iso without recompiling the git branch
<lfam>It will rebuild automatically if it needs to
<charles`>Is there a more lispy way to do it where I can have an image running and just recompile the definition for a certain package?
<charles`>It passed the ntfs-3g step! thank you so much
<txgvnn>Hi Guix!
<txgvnn>Any one use `python3 -m venv .venv` to create virtualenv
<txgvnn>after `source .venv/bin/activate`, pip doesnt work
<txgvnn>ImportError: cannot import name 'PackageFinder'
<iyzsong-w>maybe 'unset PYTHONPATH'?, not sure..
<txgvnn>iyzsong-w: Thanks, it works
<txgvnn>Should we add a patch by unset PYTHONPATH to bin/activate. I guess
<iyzsong-w>ah, okay..
<sundbry>I suppose there is no way I can use something like (operating-system) to define services to pack into a container using guix pack eh? I can only define services if I'm building a VM?
<sundbry>I don't see any indication i can define something like (manifest ... (services ...)) in guix/profiles.scm
<sundbry>I guess I could bundle runit or something similar inside the container
***amfl_ is now known as amfl
***iyzsong-- is now known as iyzsong-w
<sundbry>nvm looks like guix system can also make docker images, in addition to guix pack... neat
<civodul>Hello Guix!
<sundbry>Hello civodul
<bdju>what do I have to put in my config.scm to make this warning about password ssh go away? I think I want to have it enabled
<bdju>I just have (service openssh-service-type) with no further stuff in my file at the moment
<iyzsong-w>the ssh password warning is always fired..
<bdju>it warns me that a default is changing soon and to explicitly set password-authentication to #true if I want that. are you saying it won't go away even then?
<bdju>I may have managed to guess what to put, reconfiguring without any errors so far
<iyzsong-w>yeah, yesterday i reconfigure my system, with 'password-authentication? #f', but the warning still happend.
<iyzsong-w>it can be safely ignored, not a big deal :)
<bdju>makes it harder to read command output like search results
<civodul>bdju: search results?
<civodul>but yeah, there seems to be a bug and it always gets fired
<civodul>maybe we should just revert that commit?
<bdju>`guix search` results, the output wasn't where I was expected and I think it was all sorta squished together
<bdju>I would've maybe separated with some -------------------- or something
<bdju>or newlines
<civodul>that's not related to the ssh warning, right?
<bdju>it very much is
<civodul>i'm confused, does the warning get printed when you run "guix search"?
<bdju> here, there's no visual separation
<bdju>and it's moved down the actual results from where they'd normally be
<bdju>it reads like noise at first and is rather frustrating
<civodul>"s" is an alias for "guix search"?
<civodul>i see the warning in "guix system search" (which is bad), but not "guix search"
<bdju>just using `guix search` here, I don't think I've ever used the system variant
<bdju> here's without my alias
<civodul>that's weird because 'guix search' is not supposed to load system modules
<bdju>if you told me something was wrong on my system, I guess I would believe you
<civodul>is GUIX_PACKAGE_PATH set?
<bdju>does not seem so, when I echo it
<bdju>is that something you set manually or is it supposed to be set for me?
<civodul>no no, it's better if it's unset
<bdju>oh alright
<civodul>do you have additional channels?
<bdju>ah, yes. I added mroh's channel a while ago
<civodul>could you run "strace -o log guix search whatever" and paste the log somewhere?
<bdju>here: (it was too big for
<mange>For the last few days I've been getting a bunch of error messages when pulling substitutes. I used to be able to use --fallback to get around them, but now it's failing to fetch sources because it's also trying to get them from I can still use --no-substitutes, but that's a bit more extreme.
<mange>The particular error I'm getting is: unexpected substituter message 'In procedure put-string: Wrong type argument in position 1 (expecting open output port): #<closed: string 7f91251af540>
<civodul>bdju: oh i see, thanks, i'll report a bug
<mange>Is there something going on with the substitute servers, or my connection to them? It doesn't fail 100% of the time, but it seems to be increasingly common.
<civodul>hi mange!
<civodul>hmm i didn't experience that
<civodul>what version of guix-daemon are you running?
<civodul>there's a change that landed a couple of days ago, which allows 'guix substitute' to reuse open connections
<civodul>it's in guix@1.2.0-6
<mange>I don't know how to find out what's actually running, but the guix-daemon binary reports "guix-daemon (GNU Guix) 1.2.0-6.799f066". I'll restart my daemon now to make sure that I'm actually running that version.
<mange>Yep, failed again with the same message. I get a "substitute: updating substitutes from ''... 100.0%" line before it fails, too, so I can actually talk to the substitute server.
<mange>There's also this issue, that pkill9 raised a few days ago, which looks similar:
<civodul>mange: did you try instead of
<civodul>the latter is deprecated and was turned into a redirect a few days ago
<mange>I haven't tried that. I'll update that now.
<civodul>you can just run "guix build whatever --substitute-urls="
<kisaja[m]>which machines are infected with .imfo
<mange>That would have been quicker, but instead I reconfigured my daemon. That seems to be working properly!
<civodul>i think the bug is that 'guix substitute' doesn't deal with redirects correctly
<civodul>for instance "guix weather vim emacs --substitute-urls=" gives me 0%
<maav>AFAIR 30X codes go through the not-404/202 path, therefore they are treated as errors with extra delay instead of redirections... OTOH redirections may be tricky and lead to surface area for attacks
<civodul>hey maav! yeah, i guess you're right
<civodul>well i'm not sure about attacks though
<civodul>it seems to me that nothing can be gained by redirecting URLs
*civodul just filed a bug
<maav>regarding bugs... i'm taking a look at #26247 too
<maav>last time i checked we're still using gettext 0.19 for the bootstrap path, perhaps we should use 0.20 there too
<maav>I'm checking the rules for [bold]quot too, because that could be the issue with our packages
<civodul>#26247 is definitely eligible for the old bug squashing month :-)
<civodul>i'm looking at but that leads to way more changes that i would have thought
<jeko>hey guixters!
<jeko>where can I see the ssh log in Guix System ?
<abcdw>hi guix!
<rndd>hi guix \o/
<mdevos>jeko: idk, but perhaps you'll find it under /var/log
<jeko>Yeah, I think it's in secure
<jeko>but I wasn't sure
<abcdw>For example I have a project, which depends on guix "version X", I can write it in channels.scm and use `guix environment -C`.
<abcdw>Now I want to use this project as a channel, I create .guix-channel, but how to make it use channels.scm to set dependencies?
<abcdw>Can I write something like (dependencies (load "channels.scm"))?
<civodul>abcdw: hi! .guix-channel is not code, it's just data, so you cannot write this
<civodul>i'm not sure i fully understand the use case though!
<abcdw>I don't want to duplicate dependencies between two files .guix-channel and channels.scm. The first one is needed to provide a project as a channel, the second on is needed to setup the development environment for the project.
<abcdw>civodul, not sure that I do it right at all, but it is my first idea how to organize the code.
<sss2>hi all, have anyone using build offloading ?
<sss2>do i need any special setup to offload from i686 to x86_64 ?
<abcdw>btw, how to eval a file with properly set load-path s? Is something like `guix eval` exists?
<rekado_>“guix repl” exists, which can also load a file
<abcdw>rekado_, Thank you, figured out how to deal with it.
<abcdw>civodul, Tried to do the other way: Read .guix-channel content from channels.scm file, but (guix channels) doesn't export read-channel-metadata-from-source function :/
<sss2> - anyone know how to fix it ?
<sss2>ah, and this problem with every attempt tp offload anything, and not related to firefox
<chrislck>can someone update guix gnucash.scm package for me? see diff
<chrislck>please don't ask me to sign up to some fsf copyright
<mothacehe>hey chrislck, thanks for the update! The process to submit patches to Guix is described here: It is not that complicated and doesn't require any sign-up :)
<mothacehe>hey zimoun!
<zimoun>civodul: I am confused by #45173 about ’guix search’
<zimoun>mothacehe: I need pair training about the Cuirass web frontend. Because once I know “guix weather foo” that something is wrong, then I am not able to find the log and so I build it locally. Hum! :-)
<civodul>abcdw: but to work on a the code of a channel, you don't need a channels.scm file; or am i missing something?
<civodul>perhaps you should describe your workflow on the ML
<mothacehe>zimoun: I don't think that Cuirass offers more that the search interface to find all the builds of a given package.
<civodul>hey mothacehe & zimoun :-)
<mothacehe>hey civodul!
<mothacehe>civodul: nice that you started some experiments on advertise/discover feature :)
<civodul>mothacehe: small scale: my laptop and the one next to me :-)
<civodul>we should recommend gzip:3 when not using --cache
<civodul>using lzip compression is just too slow for on-the-fly compression
<ces>Can someone share a config without gdm? perhaps give some pointers. Can i remove it inside modify-service on %desktop-services somehow? Also, someone said i should also disable elogind, anyone know about any of this? I am mildly scared i will break my system.
<civodul>in other news, i'm almost done (famous last words) addressing
<mothacehe>civodul: isn't gzip:3 the default?
<civodul>mothacehe: maybe it is actually; it's just that i tried lzip initially
<mothacehe>we could also print a warning message when selecting "lzip" and no cache.
<civodul>ces: if you search for "remove" at , there's an example that shows how to remove a service from %desktop-services based on its type
<civodul>you could do that for gdm-service-type
<civodul>mothacehe: yes, why not
*rekado_ remembers the patch for adding “delete” to “modify-services”
<ces>civodul: Thanks, however i already have a modify-services on %desktop-servies, will they not clash if i just have them one the same level in the list?
<rekado_>ces: it’s enough to use it once.
<ces>Ohh ok
<rekado_>modify-services can have more than one clause
<ces>But, would it then be (modify-services %s (sevice-type bla bla) ... (remove bla bla ..))
<zimoun>civodul, mothacehe: does it make sense to use one machine as bayfront or the Fosshost proposal to be testing machines, building only wip-* branches. Because I (user?) am tired to not have susbtitutes because of IO. When I am sure the packages build because I did locally. :-) Even it is really improved these days and I know the mothacehe’s and cbaines’ invaluable work to fix it.
<civodul>zimoun: yes, i think cbaines was looking into using one of these as a build machine
<civodul>re substitute availability, it's largely a software issue at this point
<civodul>thanks to mothacehe's recent hack on Cuirass, we no longer have the problem on berlin where GC would run for like half of the day
<rekado_>ces: the first argument to modify-services is a list of services
<civodul>so if the build throughput remains low, it's mostly an offloading/Cuirass issue
<civodul>(the Coordinator doesn't have this service AFAIK)
<rekado_>ces: this can be %desktop-services, or it could be a modified list
<rekado_>e.g. (cons* (service-type foo bar) … %desktop-services)
<rekado_>you can also make it look nicer with a let binding
<ces>rekado_: Can you check this snippet from my services? I think i can't really explain it without. I wonder if the remove should be placed here, or if it should (or could) go inside the (modify-service)
<cbaines>civodul, zimoun I'd like to make better use of bayfront/milano-guix-1. One option there might be to use the Guix Build Coordinator to build things for substitutes. That should work pretty well, and produce better results than the current Cuirass+offloading setup.
<zimoun>civodul: yeah, I agree. I am following the both works about offloading and I am familiar with what mothacehe is trying to implement. Both are really helping. My point is: when waiting the fix (couple of weeks, maybe months), try a temporary fix. Berlin is full when Bayfront is less. At this point, it’s configuration
<rekado_>weird error: guix package: error: rename-file: No such file or directory
***new[m]1 is now known as newline[m]
<cbaines>I also think there's some benefits in separating out building things for testing purposes, and building things in master for substitutes.
<cbaines>The two fosshost machines are busy building patches/staging/core-updates things
<ces>rekado_: I get the modify-service part, but i jsut wonder how it works in relation to remove, does the thing i did make sense, or would the modify-services just "overwrite" it and declare a new modified %desktop-services?
<ces>Also, apologies for being dense
<zimoun>cbaines, civodul, mothacehe: my point is about configuration. Remove all the wip-* branches from Berlin and build them on Bayfront. Nothing fancy, nothing perfect, just a fix waiting the right thing. But saving ressources. Berlin building only master, staging and core-updates (which is already a lot :-)). I do not know.
<abcdw>civodul, To get all the dependencies and to setup the environment I do something like:
<abcdw>guix time-machine -C channels.scm -- enviroment -m manifest.scm; guix repl
<abcdw>But after that I have to be sure that .guix-channel's dependencies contains all the channels from channels.scm.
<abcdw>BTW, is it possible to specify some library as a dependency to the channel if library itself isn't a channel?
<cbaines>zimoun, berlin still needs to build staging/core-updates at some point, because otherwise users wouldn't get substitutes once those branches are merged to master (they'd be a delay)
<zimoun>cbaines: yes. I agree.
<cbaines>I think it would be helpful to not build things on those branches before they've been frozen, so just before they're going to be merged though. I set out some thoughts around that here
<zimoun>cbaines: yes, I agree with something along your proposal. :-)
<cbaines>zimoun, back to your issue though, do you know of specific things you're missing substitutes for?
<jeko>I deployed to my VM !!! 🎉️🎉️🎉️🎉️🎉️🎉️🎉️🎉️
<jeko>haha I've been on it for days !
<cbaines>jeko, congratulations! Do you know what the issues you encountered were?
<jeko>cbaines: yep… A lot haha mostly because I don't know what I'm doing. The last one was : Because I rum Qemu with hostfwd=tcp: I had to authorize the ssh key both on the VM (guest) and my PC (host)
<jeko>for the same user (aka root)
<jeko>(and permitrootlogin on the host too I guess… )
<clone11>Is there a way to speedup man page db generation? It's by far the longest part of installing packages. Do i need to clear my db periodically or something?
<ngz>clone11: you must have a very fast internet connection and a very slow hard-drive ;) Anyway, I don't think you can but an improvement is currently being discussed on the mailing list.
<jeko>cbaines: I was tricked when doing `ssh -i id_rsa -p 10022 root@localhost` which was always fine so I thought my ssh conf was OK… but `guix deploy` was failing.
<clone11>I'm using an ssd :p. Good to know I'm not missing critical maintainence steps at least
<zimoun>cbaines: R packages, after the Bioconductor and CRAN updates, merged to master a couple of days ago. Example here or here
<jeko>cbaines: I also assumed that hostfwd=tcp: didn't try to ssh to the host to redirect to the guest
<jlicht>hey guix!
<jeko>hey jlicht
<cbaines>zimoun, hmm, yeah got stuck building r-flowmeans It can be built though.
<zimoun>cbaines: example: “guix build r-flowmeans”, first download the R world, second build a lot.
<zimoun>cbaines: hehe! same example :-)
<zimoun>civodul, mothacehe, cbaines: aside that a lot of packages are built for non-x86 as R packages and I am very doubtful that someone will use them with these architectures. :-)
<sss2> - still can't get daemon offloading to work %)
<dftxbs3e>sss2, using ssh there's two things you need to check
<dftxbs3e>ssh user@host guile --version
<dftxbs3e>ssh user@host guix --version
<dftxbs3e>it's important running it this way, without spawning a shell first
<dftxbs3e>if these commands don't work, then you need to adjust the environment in a way these two commands work, when they do, most likely offloading will work
<dftxbs3e>you can adjust environment using authorized_keys's environment variable given you have PermitUserEnvironment enabled (it has it's downsides but that's how I solved it)
<kisaja[m]>i can't find ca-certificates.crt in my container with nss-certs installed
<sss2>dftxbs3e, funny... zsh:1: command not found: guile, i think i should install guile
<sss2>dftxbs3e, looks like success, thank your for help, but why guix does not provide more informative errors ?
<sss2>how to say guix to always offload and do nothing locally ?
<civodul>sss2: that's what happens once you've enabled offloading
<civodul>with the exception of derivations explicitly marked as preferring a local build
<civodul>(those are things that require very little computing power and thus are better not offloaded)
<sss2>thx for explanation
<bdju>god I want that alacritty update so bad... aerc crashes when I paste text sometimes because it pastes like a dozen times which (???) apparently is an issue
<bdju>just lost an email I was writing
<bdju>oh no! why does redirect to the other package list now? this one isn't searchable...
<guix-vits>bdju: alternative di temporar für señor:
<jeko>when reconfiguring your system, how do you manage service restarting ?
<jeko>do you restart them by hand ?
<vldn>hi :) is it possible to set zsh aliases via config.SCM?
<vldn>and when not maybe writing to a textfile ?
<jeko>vldn: ----> Scheme Procedure: file-union name files could it help you?
*civodul sends long patch series for \o/
<guix-vits>vldn: u mean for all users?
<vldn>or just for one, my setup is a one user config
<vldn>file-union seems the way
<guix-vits>idk. in worst case u can also use a special-file-service.
<guix-vits>either (idk) to create a /etc/zprofile (? or how it), or to make /bin/script.zsh
<guix-vits>sounds fun, anyway
*jeko deploys at will ! It feels good again.
<vldn>so how do u guys declare your configs like xinitrc or zprofile
<vldn>just manual home configs?
<jeko>what do you mean?
<vldn>creating a persistent alias e.g.
<guix-vits>vldn: roptat has some home-manager.
<jeko>Oh ok, I'm not concerned haha, I'm on a foreign distro
<guix-vits>sneek: seen roptat?
<sneek>roptat was last seen in #guix one day and 21 hours ago, saying: divoplade, maybe look at the opam file?.
<jeko>I use Guix System to serve a website so no need to manage such config actually
<vldn>ty guix-vits
<vldn>but i haven't used a home manager in nixos neither
<vldn>for one user some config files via file-union will be enough:)
<guix-vits>i doubt file-union can place things to home.
<sss2>civodul, and if i want use both offloading and local cpu, how can i configure it ?
<guix-vits>vldn: probably those aliases will effect root, if <strike>it<strike/> they also use zsh.
<civodul>sss2: that's not really possible, it's a limitation
<rekado_>sss2: you can add the localhost to the list of machines
<rekado_>not sure if that’s what you mean
<sss2>yes, i think it should work
<sss2>it will waste some cpu on ssh, but i guess it's ok
<sss2>thx for suggestion
<raingloom>is anyone else working on Blender 2.90? i started messing around with it but i'm stuck 'coz it can't find Embree.
<bdju>guix-vits: thanks for the link!
<vldn>is there something like nixos-option to scroll through the possible definitions for my config.scm?
<rekado_>vldn: there’s a reference manual
<rekado_>there’s also guix system search .
<rekado_>civodul: “guix system search .” also traverses all these modules and thus prints the openssh warning
<vldn>thats what i was searching for ty :)
<jas4711>hi! are there plans to release a minimal qemu image? i want to deploy guix as virtual systems and basing them on the large official qemu image seems wasteful of resources.
***rekado_ is now known as rekado
<bdju>are there any modern AMD GPUs that work properly on Guix System with linux-libre?
<rekado>jas4711: you can build arbitrary images with “guix system”
<rekado>bdju: what’s “modern”?
<rekado>(how many years back is considered “modern”?)
<bdju>not sure... feel free to ignore "modern" if you otherwise had an answer
<jas4711>rekado: yes i know but prefer to start with official images
<bdju>I guess the 3 digit models as the oldest maybe. like the RX480, I think there was a 200 series also
<rekado>bdju: I don’t! I took a bunch of unused GPUs from the office and use one of them now, but I think they are all >10 years old.
<bdju>ahh alright
<bdju>I'm just using a laptop these days but I was thinking if there was a GPU with good Guix System support, maybe I could buy one to put in an old desktop
<rekado>jas4711: the official images are built from example system configurations. You can reuse those configurations and make them as minimal as you like.
<jonsger>bdju: they won't work with 3D acceleration. I think you need something before HD 7000 series or even older
<mothacehe>jas4711: it is not planned to publish such an image but you can build a somehow minimal image by running "guix system disk-image -t qcow2 gnu/system/examples/bare-bones.tmpl"
<mothacehe>it should be around 400MiB I guess
<mothacehe>which is still quite a lot, but we have some progress to do in this area
<bdju>jonsger: oh, the older ones are better supported? I thought I heard the current free drivers used don't support the older cards. good to know.
<bdju>I used to have an HD 7770. that is pretty old.
<rekado>bdju: the GPU I use in my old desktop machine is an Nvidia, actually. It does have 3D acceleration and works out of the box.
<jas4711>mothacehe: okay. one alternative work-flow for me would to start with the official installer ISO and automate installation -- is there any support for that? i'm thinking some way to inject a config.scm
<rekado>jas4711: I really don’t recommend using the installer ISO as the foundation for a mutable system
<rekado>it’s much nicer to generate a system declarativel
<bdju>rekado: I had bad experiences in the past with nouveau being worse performance than just using intel integrated graphics (and I don't really like nvidia as a company) but that's good to know. which model is the nvidia gpu you use?
<rekado>let me check
<rekado>it’s the Quadro 600 (GF108GL)
<rekado>it is faster than the integrated AMD RS780 chip
<rekado>only annoyance is that the fan threshold is a little too low, so it’s quite noisy unless the temperature threshold is adjusted
<rekado>it’s *just* on the verge of spinning up at room temperature
<jonsger>bdju: the problem is not the free driver, the problem is the non-free firmware which doesn not get load on Guix
<rekado>bdju: I’m using it to sculpt models with blender; it’s good enough for that purpose.
<bdju>rekado: thanks for the info
<rekado>looks like the recursive CRAN importer doesn’t return a proper error status code on errors.
<civodul>rekado: yes, it's not surprising that "guix system search" traverses gnu/services though :-)
<civodul>i'm not sure what to do about the SSH thing, it's tempting to just revert and let people discuss
<rekado>right, it’s not a surprisee :)
<bdju>is there a way to check if a GPU would need blobs without actually getting one and trying it? doesn't seem like h-node has a spot for that. I wonder if some nvidia stuff newer than the quadro 600 would work
<zimoun>mothacehe, g_bor[m]: Hey, we just had a discussion in the Outreachy context about walking the history tree with guile-git. Is it currently possible?
<guix-vits>bdju: there is Vikings solding ryf-hardware. theirs pc was sold with an card, then they stop ship it along due to some issues. should be tricky.
<mothacehe>zimoun: the log related bindings of libgit2 are not implemented yet in guile-git
<mothacehe>because we had no use-case before I guess :
<bdju>guix-vits: thanks for the info. seems Vikings just recommends you check h-node for one. hmm
<bdju>I guess if the distro the card was tested on is one that uses linux-libre, it would probably work. so parabola and trisquel should be fine. I see them in some of the results
<zimoun>mothacehe: thanks. I will see. Because somehow, git-authenticate walks the history since it computes commit closure. :-)
<vldn>sorry for my noob questions :( but i get invalid field specifier while using file-union
<vldn>maybe (guix gexp) missing?
<vldn>error anyway :(
<lafrenierejm>Attempting to run `./pre-inst-env guix import crate alsa` inside `guix environment guix` fails with "error: string->semver-range: unbound variable".
<lafrenierejm>Even installing guile-semver then running with `guix environment --ad-hoc guix guile-semver` gives the same error.
<lafrenierejm>Any suggestions?
<mothacehe>lafrenierejm: you need to add guile to ad-hoc packages
<mothacehe>I think we should maybe add guile-semver as a mandatory dependency
<mothacehe>those optional dependencies are hard to deal with
<zimoun>mothacehe: yes, civodul uses commit-parents to get the commit-closure, instead of git_revwalk_next.
<zimoun>Well, I have the same questions when civodul introduced the authentication about the merge (2 or more parents), but that’s another story. ;-)
<guix-vits>vldn: operating-system has no field named file-union
<guix-vits>idk, but i think u need special-file-service in services field. hope it work with dirs. or so.
<vldn>so how can i use the file-union gexp?
<maav>lafrenierejm: i've seen these warnings but i wasn't sure they were an issue. i'd try with guix environment guix --ad-hoc guile-semver and then building from configure onwards, as the pkg-config info is stored if you only call make again
<vldn>will try
<lafrenierejm>mothacehe: Thanks. Adding guile to `--ad-hoc` fixed it.
<lafrenierejm>maav: Your suggestion also worked!
<guix-vits>vldn: > '(("zshrc" ,(plain-file
<guix-vits>is wrong, for unquote ',' to work, it should be `((.
<guix-vits>'() is not interprets ,
<guix-vits>`() does
<vldn>mh have the at my groups and packages and works there
<vldn>will try :)
<guix-vits>vldn: a=9
<guix-vits>(,a) --> '(,a)
<guix-vits>`(,a) --> (9)
<guix-vits>err '(,a) --> (,a)
<guix-vits>vldn: consider create a separate user for nopasswd. Alt + F2, `reconfigure`, done. modern linux allows to connect a printer w/o sudo.
<vldn>sure ty just for tinkering with the system
<vldn>safety comes after my WM is running xD
<guix-vits>sway is good to go, but dmenu need to be installed separately.
<vldn>yes and xdg runtime dir path is missing but i wanted to define it via the zsh profile file :D
<guix-vits>vldn: add uid field for sven: uids can change if user added then removed from config
<vldn>aah good to know
<vldn>or maybe GNU system pam for setting the environment variables?
<guix-vits>vldn: then eval "$ALIASES"?
<vldn>is there sth to ignore " " or ' ' in plaintext?
<vldn>like '''blabla''' ?
<vldn>or \'\' ?
<rekado>\" escapes a double quote character in a string
<rekado>in Guile
<vldn>ty :)
<dftxbs3e>-_- "<>: host[] said: 550 spam detected (in
<dftxbs3e>reply to end of DATA command)" - when using git-send-email ..
<dftxbs3e>only happens for a specific patch ..
<dannym>What is the file ".guix-channel" and do I have to check in into git repositories?
<rekado>dannym: here’s an example:
<rekado>it’s a file that specifies that this repository provides a Guix channel
<rekado>it can also be used to specify other channels that should be built together with this channel
<dannym>I ask because the people at Heads had a horrible time getting a guix channel to work reliably across their team members, until they finally added this file.
<dannym>Remove it and guix will be flaky in actually using the channel like you wouldn't believe
<dannym>But the guix info docs sound like you only need that when you want guix to search a subdirectory for it or something, not something that is required
***scs is now known as Guest45799
<dannym>Anyway, just wanted to know what it is for in the first place (personally, my channels always worked without that file--maybe Heads' engineers are doing something unexpected...)
<blendergeek>I am trying to build a simple test program that uses gmime on my GuixSD computer. I get the following error message: "gmime-test.c:2:10: fatal error: gmime.h: No such file or directory". How do I add the Guix Store paths to my include path?
<rekado>blendergeek: are you building a Guix package or just trying to compile something the traditional way?
<blendergeek>rekado: I am just trying to compile something the traditional way.
<rekado>blendergeek: you will need to tell the compiler where to find gmime.h by setting C_INCLUDE_PATH or the like
<rekado>if you use “guix environment” you can also set the variable according to $GUIX_ENVIRONMENT/include
<rekado>but if you use gcc-toolchain these variables should have been set for you already
<lafrenierejm>When attempting to build the create jack-sys@0.2, build fails with "ld: cannot find -ljack" even though I'm providing jack-1 from packages/audio as an input: (inputs `(("jack" ,jack-1))`).
<lafrenierejm>Any ideas?
<blendergeek>How do I use gcc-toolchain? Is gcc-toolchain different from gcc?
<lafrenierejm>Nevermind on my question about -ljack. I had thought that inputs from a #:cargo-inputs package would be propogated, but evidently that is not the case.
<mdevos>hello guix
<sys2>hi #guix! I'm way behind on updates because of this bug: Is there an easy workaround? I've tried a bunch of workarounds (build --without-tests, rollback then pull, etc), but nothing has worked yet
<vldn>mdevos: o/
<smithras>hi everyone
<smithras>I'm writing a package definition for wlr-randr, which is just xrandr for wayland (designed for wlroots/sway). I'm a bit unsure which file to put the definition in though - wayland is in freedesktop.scm but this isn't a freedesktop tool, should it go in wm.scm with sway?
<mdevos>sys2: is this still an issue? I don't have any issues with that lately
<mdevos>sys2: I'm not using guile3.0-gnutls though, only gnutls (as dependency of GNUnet)
<mdevos>sys2: btw guix build says guile3.-gnutls is superseded by gnutls
<sys2>mdevos: it's been for awhile, I haven't been able to get past this so I just haven't updated in awhile
<mdevos>I'm rebuilding with --check right now, let's see hat happens
<sys2>I tried changing the clock... but then another cert check fails... so I'd almost need to download first, change the clock, and build/install without hitting the network
<sys2>s/another cert check/a "normal" https request unrelated to this specific bug/
<mdevos>sys2: as a workaround: if you don't mind compiling from source, you can git clone the guix repo and locally make some changes to gnutls definition
<mdevos>(adding #:tests? #f to (arguments ...) I think)
<sys2>I tried that too, but then pull still tries to upgrade this package. I'm guessing I just go to the file with gnutls, check out whichever version is 3.6.12, add "gnutls" to the end (no quotes), and install?
<sys2>ahh I can try that
<vldn>i tried the first time guix import nix ...../nixpkgs packagename but instead of generating a textfile it runs nix with some errors and idles forever
<vldn>or does it just take time?
<mdevos>sys2: guix pull doesn't upgrade anything? guix package -u upgrades packages
<sys2>anything I run tries to build gnutls 3.6.12 first and fails (system reconfigure, pull, package -m)
<mdevos>to use locally built guix: go to git directory and do ./pre-inst-env guix package -i some-package-depending-on-gnutls you would like to install
<mdevos>sys2: I've hit the status-request-revoked as well (failed build)
<sys2>that's good at least
<mdevos>sys2: if I go to (gnu packages tls), I see multiple gnutls. There is still a gnutls-3.6.12, but also later versions
<sys2>yeah I think openldap requires this. I was surprised a system reconfigure failed... as I have almost no packages in there (base + 4 or 5 others)
<mdevos>sys2: could you try guix build --check gnutls@3.6.15?
<mdevos>Notice the @3.6.15
<mdevos>(with current guix of course)
<mdevos>It's building right now, let's see what happens
<sys2>still running ./pre-inst-env guix package -i openldap (it's running check even though my local repo has tests off for gnutls)
<sys2>the 3.6.15 gives me: guix build: error: gnutls: package not found for version 3.6.15. not sure how to get the current guix if pull fails
<mdevos>(about why there are multiple versions of gnutls in guix: the @3.6.12 is used as build dependency for other packages, but when actually installing/upgrading packages, references to @3.6.12 are rewritten in-place in binaries to @3.6.15)
<mdevos>sys2/ you can use the time machine
<sys2>happy to go back in time if it'll get me to the present :)
<sys2>the ./pre-inst-env openldap build failed
<mdevos>wait, guix pull fails? Then time-travelling might not work
<sys2>(same gnutls error)
<mdevos>I meant time-travelling to the present
<sys2>guix pull tries to build 3.6.12 right away
<sys2>and pull doesn't seem to accept --without-tests
<sys2>I've also tried this:
<sys2>guix build --with-commit=master=993af4a60f4a70847224ea7e7d07d4bc714a668a --without-tests=gnutls gnutls@3.6.12
<sys2>which (oddly) outputs: /gnu/store/xs211l124dy9gi9ybvajdv58a7h0yf5f-gnutls-3.6.14 (and doc and debug)
<mdevos>sys2; that's bad. Could you rollback to an earlier guix generation, where guix pull worked, then time-travel back to the present?
<mdevos>sys2: actually, that makes sense, due to grafting
<mdevos>it's a mechanism to avoid huge rebuilds if an important package is upgraded
<mdevos>instead of rebuilding all packages with gnutls@3.6.Y, the references to gnutls@3.6.X are rewritten in-place in binaries to gnutls@3.6.Y
<mdevos>(And saved in a separate /gnu/store/etcetera directory of course)
<sys2>happy to try whatever. eventually I'll try a clean install (torn between guix and gentoo-- guixsd has some nice properties gentoo doesn't, but if I'm running from source gentoo's USE flags are nice to have, but IME the system's a bit messier)
<mdevos>(btw gnutls@3.6.15 tests pass on current guix)
<sys2>that makes sense. appreciate you trying to help :). let me know if you have more suggestions, but I don't want to take too much of your time either when I can reinstall in a few weeks
<mdevos>btw you can find old guix here: /var/guix/profiles/per-user
<sys2>so would I run a guix pull from one of those directories?
***scs is now known as Guest76722
<sys2>wonder if it'll get rewritten: building /gnu/store/vhphki5sg9xkdhh2pbc8gi6vhpfzryf0-gnutls-3.6.12.drv...
<sys2>or if I didn't go far enough back
<mdevos>sys2: you can't go back ‘not enough’ I believe, here's why;