<nckx>lechner: It looks like it could be, but I haven't looked into the issue since I said that, so I don't have an opinion on that thread.
<nckx>abhicherath[m]: It works relatively similar to other distributions: guix shell --pure libx11 pkg-config -- pkg-config --libs x11 ??? -L/gnu/store/fa43ijbrb96x08621qigxxiphp503lsi-libx11-220.127.116.11/lib -lX11
<nckx>I can't say from here why it doesn't work for you.
<mirai>I seem to have gotten the service definition + package working within a vm but the test suite I wrote fails
<vagrantc>i've been encouraged to send draft patches to guix-devel
<nckx>Yes! Please send it to guix-devel@ & mark it as ???WIP??? in the subject, but they are very welcome.
<nckx>When clearly marked, they are equally welcome on guix-patches@ as far as I'm concerned.
<minima>hey, there's this package that seems to require clang-format - do you know what's the most light-weight way of bringing the dependency in? clang? or rather clang-toolchain?
<nckx>minima: For ridiculous values of ???light-weight???: clang. It's a feathery 886 MiB to clang-toolchain's 1156.
<minima>nckx: ouch! 886 MiB - that hurts! :D cool, that will do then, thanks!!
<nckx>ACTION had a 12-GiB Sqlite .wal file again, but restarting guix-daemon ???fixed??? it.
<nckx>minima: That's the size of the total closure (the package + all its transitive references), as calculated by ???guix size???. The real size used on your system might be less, but yeah, it's not going to be small.
<minima>np, thanks, i'm lucky and my connection can handle that
<SUPERB[m]>Since Guix is not a sub distro I was wondering which commands shall I use to install programs on Guix? Debian?
<nckx>Hi SUPERB[m]. I'm not entirely sure what you're asking. The ???guix??? command is used to install, upgrade, remove, and do a tonne of other things to packages/programs. You're right that Guix isn't directly based on another distribution, and so does not use someone else's commands.
<pkill9>apteryx: how do you also capture the standard error output?
<lizog>hello guix, i noticed that some vulkan related updates has been merged to staging branch, but there is a patch series which update these packages to vulkan 1.3 hasn't been touched for a which: https://issues.guix.gnu.org/58617.
<lizog>although it's targeting core-updates, it seems incompatible with the patches pushed onto staging branch. i'm not the author of the patch series, just curious at the moment, do the patch series need to be rebased against staging branch?
<apteryx>pkill9: good question; I think I had the same when I wrote that thing
<sneek>lisbeths, ArneBab says: I???d be careful in evaluating bash: sh is what you get when you seek for a language optimized to calling programs with some arguments ??? shelling out to them ??? and systemd did not have to be created because of deficiencies in sh: when systemd got created, Gentoo-people had already implemented OpenRC on top of shell-scripts that provided the same features but in a much cleaner and much better integrated way. A
<raghavgururajan>efraim: Thanks for the OneDrive client. Do you know what is the best way to use it, like start the program ad-hoc or run it as home/system service?
<apteryx>lisbeths: I've used 'guix shell -C' in the CI for a while, and it never fails. Since I don't change the Guix commit used often, the profile is always cached, so it's immune to network failures.
<lechner>podiki[m] / my 'guix shell' brings up bash
<yewscion>Hello all, just tried to run guix pull and got an error on the main guix channel saying that the .guix-channel file was invalid. Is this a known issue?
<yewscion>Looks like my cuirass instance's most recent pulls were aborted as well.
<podiki[m]>lechner: I don't understand what you want exactly, you can have guix shell execute anything, by default it just goes into a bash shell
<podiki[m]>you can do guix shell <your options> -- <command to run in the shell>
<yewscion>unmatched-paren: Ah, I remember reading this at some point before. Gonna try repairing the store, like it suggests.
<yewscion>Interesting result. Repair took forever, but was unsuccessful. However, I ran both guix-home --delete-generations and then guix gc --delete-generations afterwards, and after that I was able to guix pull again properly. I wonder if this is the sign of some kind of non-determinancy? Wish I knew enough to speculate as to the actual cause.
<rekado>apteryx: we have no time before the outage on Friday to switch to multipath. We should fail over the websites and shut down ci.guix.gnu.org before the downtime.
<yewscion>Either way, thank You for Your help, unmatched-paren !
<user___>It will not work for this case because vanguards is a python package not a guix package, but it awesome to know about guix shell
<yewscion>Not my day, apparently. Sorry to come back with another issue so soon. Did the syntax for guix home configurations change recently? The configuration I am currently running is giving an error when I try to reconfigure to it, even though it is already live on my system. It's saying that append is expecting an empty list. The line it's complaining about is (home-environment (services (list (service (home-bash-service-type
<Luchadoritos>I'm getting an error with guix home as well. "Wrong type argument in position 1 (expecting empty list)". I doubt it's my config as 1. Geiser C-c C-b compiles it 2. I did not change the home declaration file since I last ran it.
<Luchadoritos>Buggy guix pull commit or two unfortunate souls? Lemme attempt to roll back my pull
<yewscion>Luchadoritos: for clarity, that is the same error I am getting.
<Luchadoritos>yewscion: Thanks for letting me know. Rolling back my guix using guix pull --roll-back solved it for me
<Luchadoritos>yewscion: bummer! :( But I believe in the maintainers to pull through on this!
<omlet[m]>Its a possible add the distrobox for guix?
<yewscion>Luchadoritos: Me too! The Guix community has never let me down.
<Luchadoritos>yewscion: In the (rare) event this doesn't get fixed soon it's possible to specify a different commit in your channels.scm file or using guix pull --commit or by cloning a repo and using the --url=PATH. So you'll be golden
<munen>Hi everyone, I'm running Guix under Debian and am having a really good time with it. Right now, I'm getting some curious errors on my system, though. Some commands (that are not installed via Guix) will yield 'symbol lookup' errors. The Debian binary tries to use the glibc library from Guix - and they don't match. As far as I understand, they don't have to match, but the Debian binary should not use any Guix library by default. Do I have a wrong config
<oriansj>rekado: when I do guix build --check I get the following: guix build: error: some outputs of `/gnu/store/hifim0h1p7nw81mg6rl00g9q0m6vr0qw-bzip2-mesboot-1.0.8.drv' are not valid, so checking is not possible
<mirai>just thought it was extremely odd that from a vm the service exists and can launch via herd but the code isn't present
<nckx>I have way too little info to say, but this would be expected if you ran ./pre-inst-env guix system vm (even if you don't run the script in ./pre-inst-env) but tried to call gen-doc from a regular 'guix repl'. The 2 guixes would be unrelated.
<nckx>Unless you're using your local guix.git as a channel. Hence, too little info to say :)
<mirai>is there a way to get the ./pre-inst-env guix repl to come with readline included
<nckx>This is the first time I've heard of it acting any different than a plain 'guix repl'. It should honour your ~/.guile etc.
<nckx>If you had no readline in a regular guix repl, I can't say off the top of my head how to add it, only that it's not hard.
<mirai>the readline package seems to be missing, because attempting to load the module manually fails
<civodul>rekado: yes: only one UID gets mapped into the container
<gabber>i've successfully built and booted gnu/system/images/pine64.scm but neither `guix describe` nor `guix system list-generations` point me to a configuration file. i did a `find / -name config.scm` which spits out some results but they don't seem to contain an `(operating-system)` clause like i'd expect. is this by design? also: guix pull fails (SSL certificate is invalid). i built the image from a rather recent checkout
<rekado>I see, it???s in initialize-user-namespace in (gnu build linux-container)
<ennoausberlin>gabber`: Why are you looking for the config if you build an image from a config by yourself? Did you boot that image?
<rekado>I tried to use ???guix shell -C??? after removing ???user??? from %namespaces, but that was a bad idea???
<rekado>pivot-root failed and now I???m stuck with dozens of bind mounts??? :-|
<gabber`>ennoausberlin: yes, i booted that image, i am running Guix on said pine64 board; now i need to reconfigure the image because basic stuff is missing (DHCP, SSH, etc). my first intention was to do that on the machine itself and reconfigure from there instead of building a new image, flashing that to an SD card, physically moving that card to the new machine and wishing for it to boot. but maybe that's not the way it is supposed to work?
<gnucode>ss2: no that's fine. What program am I installing?
<gabber`>ennoausberlin: much apreciated :) tho i'm more interested in the fact why there is no configuration.scm in the store (defining an oparating-system) -- i know my way around the configuration file (:
<civodul>people at work had been asking for that one, you'll make them happy :-)
<ennoausberlin>gabber`: Ok. I was wrong. I guess there is a configuration.scm in the store for every generation, but not for the initial one. I can't check right now. My connection behind a company proxy with vncconsole web interface is very shaky
<ennoausberlin>gabber: By the way, guix on such a limited device is probably not fun. Do you plan to create a cluster out of multiple pine64 sbc?
<tricon>ennoausberlin: you can cross-build from a more powerful machine.
<tricon>ennoausberlin: or am i thinking of a different scenario?
<tricon>i had a paltry VPS i was running Guix on. it was a game-changer to be able to build from my workstation and deploy to the VPS.
<ennoausberlin>tricon: In theory, but I never tried that. Sounds complicated for me.
<ennoausberlin>tricon: Is your workflow somewhere documented? Id like to do this too
<tricon>ennoausberlin: i followed what's in the official docs regarding `guix deploy'
<ennoausberlin>tricon: But guix deploy is called AFTER cross compiling, isnt it?
<tricon>ennoausberlin: my understanding was that specifying the target arch in the "deployment manifest" would do-the-right-thing. i haven't personally tested this. in my situation, i was building on x86_64 and deploying to the same.
<tricon>a12l: could you give an example? on one hand, Guix has abstractions for some services, and i personally would enjoy developing/witnessing additional abstractions. on the other hand, you can use packages and/or Guix Home to create or place configurations.
<PotentialUser-74>Just little more info on binaries -- we are not using commercial/closed binaries, most of them available on github public repo.
<a12l>tricon: That's the options that's available for configuring Tmux using NixOS default modules. And then Home Mananger have more options for configuring Tmux.
<tvhead7>In gstreamer.scm for example i read "#$@%common-gstreamer-phases" + i read the guile reference manual, but i've no idea: Whats the meaning of the hash sign, the dollar sign, the at sign, the percent sign. I didnt find anything about it. Is there any reference to look at??
<a12l>tricon: Depends a little on the format of the configuration file. There's (I think) standard functions for configuring applications that expect YAML config files. I.e. Nix generates the configuration files that the applications expect from options set in the NixOS modules for that application.
<tricon>tvhead7: look at "G-Expressions" in the Guix manual.
<mirai>gnucode: regarding yesterday, I still haven't found out how to get an interactive shell at an arbitrary point within the system tests but I managed to concoct a way to extract some information out of it
<tricon>a12l: roger, thank you for the example and explanation. i admit that i only know little of NixOS through the Guix community's reference to it at times. This looks to be a parallel abstraction to what is available for some things in Guix, though I know of no such abstraction for tmux.
<tricon>a12l: fwiw, i would _love_ to develop these things out for Guix. tmux is a great starting point for such.
<anuser>Seems my problem is in the service home-bash-service-type or home-bash-configuration -- how can I inspect these further in guix repl or anywhere else?
<tricon>personally, i have a tension with config abstractions, but the Guix devs have always done a great job at letting you specify a body of text, or use file lowering procedures, in order to have full access to the underlying configuration language/mechanism.
<tricon>i think as long as we keep to that standard, Guix users could benefit from additional abstractions.
<a12l>tricon: From the bits I've gathered from the reference manual and your answer, do you usually write configuration files for applications by hand, and then use Guix for added those configuration files to the store and then add links to those config files in the paths that the applications expect?
<a12l>E.g. using Tmux, would you write the tmux config the standard tmux way; make that configuration file part of the store; and then create a link located at .config/tmux (or whereever Tmux expect its configuratoin files to be located) that points to the configuration file in the store?
<unmatched-paren>a12l: making those links to the store is handled by files-service-type
<tricon>a12l: that's what i do; either that or i'll use something like `plain-file' to host a string of my config in the supporting Scheme file itself, whether that be a package or manifest.
<unmatched-paren>sometimes this is done, but sometimes there's a service which provides a Schemey layer for the config
<a12l>unmatched-paren: So Guix has something simlar to how you sometimes can configure applications using the NixOS modules?
<a12l>It feel that Guix has a lot more documentation about how it works than Nix. While Guix does have fewer features (and I don't have much for FSF), I do really appreciate that there exist approachable material :D
<apteryx>civodul: I've now sent "[PATCH] gnu: linux-libre: Enable building html and info doc." in case you're interested to get your hands on TheLinuxKernel.info.gz quickly ;-)
<a12l>I think the correct term is "components" (from Dolstra's thesis), i.e. the output of derivations. What I'm saying is that the output of Nixpkgs contain many more installable applications than Guix seem to contain (several applications I've searched for isn't "packaged" in Guix). With NixOS modules I mean that there's a lot more settings for easily enabling applications that has some server part, etc.
<a12l>thanks, I've actually finished reading that a couple of days ago but I actually need to get used to reading and writing it.
<rekado>FWIW I rarely use geiser when writing package definitions.
<anuser>If anyone is able, please help with guix home. Failing to use even a simple example from the handbook due to service home-bash-service-type. Using only packages but no services seems to work. Simple .scm + error output: https://paste.debian.net/1260918/
<rekado>anuser: I don???t know the context but the error is a type error
<rekado>???append??? works on lists, not on #<location ...> values
<mirai>for someone who hasn't touched emacs nor its associated utilities it's just a big '?' hoovering over their heads
<nckx>anuser: There must be some new guix home bug, unless you've reported this bug 5 times today.
<rekado>mirai: you don???t need to touch Emacs at all if you don???t want to.
<anuser>No I have not reported this error. I did guix pull today after not using this system for ~6 months, and my previous Guix home .scm file no longer works. After inspection I found that the error occurs with any service home-bash-service-type definition.
<anuser>nckx: Are you telling me this is a reported bug already?
<abhicherath[m]>hmmm I'm trying to run a node program that depends on GLIBCXX_3_4.29 (which should use gcc 11) and it builds fine, but at runtime links against gcc-10. How do I resolve this without LD_PRELOAD stuff?
<Luchadoritos>nckx: Current guix home from pull is wonky when I checked last night
<nckx>But why would ./pre-inst-env ???fix??? it? That's what I don't get. Maybe I had some mtime wonkiness built up in my git folds, we'll see if a ???make??? changes that???
<efraim>nckx: in regards to making curl-ssh a hidden package, no idea why I said that originally, but I assume so it wouldn't be confusing when looking to install curl
<nckx>Got it. It creates an interesting situation where ???guix show julia??? says ???dependencies: ??? curl ?????? though (which is why I stumbled upon curl-ssh in the first place).
<nckx>I think it makes more sense to export it as curl-with-ssh instead. But it was admittedly a bit of a tangent.
<nckx>OK, after bootstrap && make I do now get the error. So whatevertheheck that was about.
<gabber>on my freshly installed pine64 board i have a system where my first generation has no valid certificate to `guix pull` and my newer generations throw a "unsupported manifest format" error. is it possible to pull via HTTP (without TLS)?
<nckx>Does --url=http:// (or, god save us all, git://) not work?
<nckx>Should ???guix pull??? disable certificate expiry validation to avoid such unnecessary deadlocks?
<nckx>I guess downgrade attacks could be a concern.
<nckx>No, what's the term???non-upgrade attacks :)
<gabber>with http: i get a "Git error: invalid content-type: 'text/html'"; with ssh i get an authentication error
<gabber>but shouldn't -- on a recently built image from an up-to date machine (if not the up-to-date repo itself) -- the image include up-to-date and valid certificates?
<nckx>ACTION did not suggest ssh:// for that reason, but http:// works fine. ????
<nckx>What do you mean ???if not the up-to-date repo itself????
<gabber>i built the pine64.scm image from the up-to-date guix repo.
<nckx>Then I don't get the ???if not???, but it seems not to matter.
<gabber>sorry, i might not be wording as clearly as i should
<kori>hey yall, I have recently installed guix on two of my machines and I'm still getting into the groove of things, I just found out that I should probably be looking around the Guix blog because it has some nice tutorials, does anyone else have more recommendations on how to get more familiar with the usual workflows?
<nckx>gabber: We use a patch mailing list, but even better! Contributing is not much harder (in fact I find the PR-based flow used by, e.g., GitHub, a lot more tedious busywork).
<gabber>are you sure http: isn't a redirect to https and works because you have valid certs installed?
<nckx>gabber: Both http: and git: work for me, so there seems to be something about your network making it harder/slower.
<nckx>gabber: I checked with curl, but not without certs.
<gabber>my network seems fine; i can ping and wget gnu.org
<nckx>Not quite the comprehensive test. Anyway, good idea, I'll try http: without nss-certs out of curiosity.
<abhicherath[m]>Well I try not to use it in conflict with thr base system, might have issues if you also use node 14 from guix
<nckx>???guix shell??? doesn't have base packages. Either your host system bleeds through (without --pure) or your shell has only what you told it to (with --pure, and including any propagated-inputs).
<abhicherath[m]>mekeor[m]: Actually now that I check right now I just have the binaries in a directory that I source using direnv
<abhicherath[m]>Its a hack, but I keep procrastinating figuring out the build ????
<nckx>Is node as daunting to upgrade as the .js part makes it sound?
<mekeor[m]>nckx: whats the best way to work on this patch? download it via browser, then apply it in a local clone? or is there a nice emacs interface to issues.guix.gnu.org?
<nckx>There's emacs-debbugs. I don't know if it's nice. I personally use the first workflow, but with s/browser/mu4e/ .
<abhicherath[m]>So when the compiled nodejs calls dlopen, does it look in paths its been compiled with?
<gabber>What's the better style for my patch(-set): one commit titled "Update pine64-barebones-image" with the three changes explained in the text, or three commits, one for each addition (nss-certs, dhcp, ntp)?
<nckx>gabber: The commit message doesn't change based on the title chosen, if that's clear. The message would be something like * gnu/system/images/pine64.scm (pine64-barebones-os): Add nss-certs to the list of packages.
<gnucode>nckx: you are talking about debbugs-gnu-my-open-bugs? which searches for open bugs in which you are the submitter.
<gnucode>it relies on user-mail-address. If that is not defined, it won't work. :)
<mekeor[m]>all of debbugs.el is slow and freezes emacs. i'll pass, too
<nckx>Right, that's what I meant by smtpmail. Which I had set up for mu4e, so it's all magical. Nice.
<nckx>I'm also one of those chumps who puts their real name in /etc/passwd, so I thought perhaps it was getting it that way.
<gnucode>mekeor[m]: I personally really like how issues is presented. It's very obvious which bugs are open or not. debbugs confuses me. because most of the time I do not know if the bug is open or not.
<mekeor[m]>gnucode: are you referring to issues.guix.gnu.org with "issues"? i'd love to avoid a browser and find a nice fast emacs workflow
<ss2>Though I eventually found out that it is possible to subscribe to certain "packages" (I think it is called so) where debbugs will default to searching for whenever you fire up debbugs.
<gnucode>ss2: hmmm, my understanding was the debbugs will always search for all open/closed bugs. emacs, guix, make, etc. all packages
<apteryx>rekado: have you read the "18.104.22.168 Early creation of mapped devices" in the Linux kernel doc? It suggests an alternative, non initrd way to setup a root mapped device, via the dm-mod.create kernel argument
<apteryx>wonder if this could perhaps be an easier path to enable multipath
<ss2>have a peak into: debbugs-gnu-default-packages, and customize-group debbugs-gnu.
<gnucode>ss2: I thought I had tried that. maybe I'll try again tomorrow. currently @ work. no guix to play w/. :(
<nckx>lechner: I don't really know what you're talking about. There is a discrepancy, though, yes: ???guix publish??? defaults to 8080; but the ???guix-publish-service-type??? overrides this to 80 by default.
<nckx>mechalain: Literally, as you ask this, the bisect finishes and blames commit 543d971e.
<mechalain>while im waiting for guix home bash config to work again lol: Whats the correct way to configure a bash prompt with the user bash extensions? I have been unclear on how to use the example provided in the manual.