<ryanprior>But I don't see that in any package definitions, only in services.
<ryanprior>I see a lot of `(add-before 'build 'set-environment-variables ...)` which is too bad
<NieDzejkob>Where should a data structure library go? Someone suggested to move python-intervaltree out of bioinformatics.scm since I am going to use it from cybersecurity.scm. python-xyz.scm sounded like a good choice until I realized that it depends on intervaltree (a C library), and leaving that one in bioinformatics.scm creates a cycle
<NieDzejkob>ryanprior: in some cases, like CC=gcc for example, #:make-flags is enough
<ryanprior>In this case the build script is specifically checking an env variable.
<NieDzejkob>In that case, I don't see any alternative to a setenv phase
<jonsger>nojr: I have this private db "issue" as well with qgis. Python errors only occur when installing plugins like "Geocoding"
<nojr>jonsger: the thing is that this is a fresh qgis install, BTW i forgot to mention that I run guix on a foreign distro
<nojr>ubuntu 20, to be exact, the thing is that I realized GIMP had some issues with Python as well, since it's using python2, but I was able to fix by
<nojr>but, as far as I know, qgis uses python3? not sure why it's not finding all the modules it needs
<butterypancake>how come my install includes things like gnome-shell and gnome-settings-daemon? Where are these things coming from? My services are set to %desktop-services but I don't see anything gnome related under there
<bdju>butterypancake: %desktop-services comes with GDM, which is a Gnome thing.
<bdju>(or at least it used to, I'm not currently using %desktop-services to verify)
<butterypancake>bdju: oh yes, I'm currently using GDM. It seems a little heavy though. Any suggestions for alternatives? I'd use startx but apparently that's non-trivial to get working
<bdju>I think you need elogind to get startx working
<bdju>SDDM is okay, not great at all, though, honestly.
<bdju>I think someone was packaging "ly", not sure if that's ready yet, but it looks pretty lightweight and nice.
<bdju>I'm using wayland, so I do "exec sway" instead of "startx", but it's fairly similar probably
<marusich>bdju, are you using Guix System? How do you tell it to run Wayland? (And sway?)
<bdju>marusich: Yes, I am on Guix System. I have "sway" in my system profile and I boot to a TTY (just running base-packages rather than %desktop-services), then from the TTY I login and then run "exec sway".
<bdju>You can just run "sway" also, but I heard it was better to use exec. The difference seems to be that it then logs me out if Sway crashes/exits, so then there's not a shell logged in as me.
<marusich>I don't know much about how Wayland (or X, for that matter) do their start-up, so I'm a little curious
<bdju>Uh, yeah, it all launches together. I'm guessing if you were to run some other Wayland compositor like wayfire you would run its name instead.
<bdju>Similarly I don't put "wayland" in any package lists, just "sway".
<lle-bout>marusich, hey, I'm trying to install docker with GNU Guix so I can then use a GNU Guix service to run Cuirass, do you think I could still use a service without a GNU Guix system?
<marusich>Huh, I see. I guess I expected to invoke something like "start-wayland" since there was a "startx" I thought you had to invoke from the CLI to get X working, but I suppose it's to be expected since they're prertty different.
<lle-bout>So if you download GNU Guix's installer script through HTTPS (HTTP over TLS) then it should be OK
<marusich>OK. Assuming you can use Guix to build a Docker image, you should be able to get away with booting the docker image via "docker run --privileged $theimage". It'll run the same start-up scripts that would normally run, so the Shepherd will launch all the processes, including guix-daemon.
<usney>it is in browser I am having issues with https
<marusich>The reason I'm hesitant about running Guix System in a Docker container is not because it doesn't work, but because if there is a problem building something, it could perhaps be difficult to differentiate between "a problem with running Guix System in Docker" vs. "a genuine problem with the package that failed to build." I know of no blockers other than that.
<lle-bout>usney, are you in a country with severe internet censorship?
<marusich>Running Guix System in a Docker container works, but it can be finnicky. That's why the --privileged option is necessary. You can't do all the things you might expect to be able to do (e.g., set up the builder sandbox) in a Docker container, but you can do them in a VM.
<marusich>The implication would be that your image might grow larger and larger without bound as you build more things - unless you do something about it, like mount the store on a separate volume outside the container.
<lle-bout>marusich, we could do a regular chroot :P
<lle-bout>but I'm not sure GNU Guix manages that smoothly
<lle-bout>(well fedora is little endian but that should be similar)
<lle-bout>enderby, hello! I'm sure it'll get updated eventually, not certain it is any hard either. Are you sure you can't write a GNU Guix package for it? If you could build it by hand, you should be able to modify the existing package at least.
<lle-bout>I think everyone who's working on GNU Guix is quite busy already, so definitely can use some help. I personnally don't have commit access so I can't push updates.
<lle-bout>enderby, you can try $ guix refresh ardour - it may work
<lle-bout>well it seems there's no updater for ardour. Well either way, try updating the version from 5.12 to 6.x and see if it works
<lle-bout>marusich, oh no.. "go tool dist: unknown architecture: ppc64" - go 1.4, first element of the bootstrap chain, doesnt know about ppc64 at all
<marusich>lle-bout, I see. That is mysterious if it was working on Gentoo. By the way, I wonder if the little-endian bootstrap will work out better now that time has passed...might be worth exploring too, if the last time you looked into it was months ago.
<lle-bout>marusich, Gentoo uses a 1.8 bootstrap, it's maybe cross compiled
<bdju>could the guix font-awesome package be out of date? I'm missing a couple icon in the default waybar config after installing it, but some appeared that were missing before. so, I suspect it's using some too new for the guix version.
***apteryx is now known as Guest90849
***apteryx_ is now known as apteryx
<mroh>oh, I just realized that emacs-debbugs has a shortcut 'C' for sending control msgs. nice!
<roelj>Is there an example of an ‘nginx-configuration’ that serves two domain names with and without SSL?
<jonsger>roelj: you just need to overwrite the (listen '()) field as it defaults to 80+443 ports
<roelj>jonsger: Okay, so I have two ‘nginx-server-configuration’ blocks, one for port 80 and one for port 443. Now I want to put multiple domain names under both nginx-server-configuration. How do I do that?
<davidl>I can see in the setup.py file that it checks for some things like that but still I dont know how I can fix it.
<lcatcat>mroh, I read this, but it only supports enabling features, not disabling features.
<guix-vits>davidl: an wild guess: maybe it want you to specify if this a DEBUG or RELEASE build?
<davidl>guix-vits: I actually figured it out just now - for some reason the settings.ini file is not in the tarball in the pip package repo.
<davidl>(setup.py parses settings.ini and verifies the parsing which fails)
<mroh>lcatcat: you can provide a kernel .config file. there you can disable/enable whatever you want. I build my kernels that way. you can also disable features the same way, as you would enable them, i think.
<guix-vits>davidl: while i'm stuck thinking "what DEBUG and RELEASE have in common with PYTHON?"...
<leoprikler>janneke: program-file is the declarative variant of gexp->script
<apteryx>I'd like to understand something about Shepherd services; when a required service is started, it's just forked (depending of the procedure in the start slot) and then the service requiring it is started, right? What canbe done in a situation where B requires A but A starts too slowly for B to notice that A is started?
<andi->I've once more tried to send an email to firstname.lastname@example.org and my mailserver logs successful delivery. Those mails just never appear on the thread: https://issues.guix.gnu.org/issue/20272 Is there anything I should be doing instead?
<tinga>civodul, note that now that my gpg has the key, "gpg --recv-key 3CE464558A84FDC69DB40CFB090B11993D9AEBB5" doesn't complain anymore (Total number processed: 1 unchanged: 1). Seems gpg is simply refusing to add a key to its keyring without a uid.
<tinga>civodul, so if you have run --recv-key recently just to update signatures or so, and already had a uid for that key on the keyring, then that's why you didn't see the issue.
<apteryx>I have hicolor-icon-theme, gnome-icon-theme and arc-icon-theme installed.
<apteryx>I'm surprised it can't gracefully fall back to hicolor (that's the point of hicolor)
<leoprikler_>do the icons you're trying to load exist in hicolor?
<apteryx>strangely I have Adwaita in my user profile, but it's not listed as installed. Probably propagated by one of the icon packages I have installed.
<apteryx>leoprikler_: seems I'd have to look at the source to know
<NieDzejkob>how can I make `guix size $pkgname' include its propagated inputs?
<reepca>I think there's a race condition in (guix nar), in with-temporary-store-file. If after adding the temp-root the file doesn't exist, it's clear that it was gc'ed, but if it does exist, it's possible that it was gc'ed and then created by some other process's with-temporary-store-file. In that case the current process would clobber that other process's temporary file.
<NieDzejkob>reepca: But the content would be the same anyway, no?
<reepca>I don't see why it would be, the only criterion used for the temp file name is "doesn't exist yet".
<ryanprior>A common thing I do while packaging is to clone a git repo, check out a certain tag, and then `guix hash -rx`. Is there a tool for that? Something like `guix download` but for git basically?
<User28>it is building from a different commit than before so I guess thats good but the bash locale warnings persist(substitute: /gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)
<nckx>rndd: ‘It depends’. I asume you mean (uri (git-reference (commit …)))? Ideally, the project uses version-derived git tags and you can use something like (commit version) or (commit (string-append "v" version)).
<nckx>rndd: If the project doesn't use tags, let-bind a COMMIT and REVISION ("0"). Use (commit commit) and (version (git-version "X.Y.Z" revision commit)), where X.Y.Z is the last real release or 0.0.0 if there never was one.
<User28>efraim: ok thanks how should I uninstall the guix in my profile? I don't really understand why there are two versions(?) one in my guix profile and one in .config guix?
<nckx>Did you look at libtsm yet? Is something unclear?
<User28>efraim: how were two installed like this though. I installed through the shell script. Will reading through the installation instructions help me understand this stuff?
<rndd>nckx: oh, i see. i will try something similar
<efraim>probably. the install shell script helps a lot with common mistakes when getting Guix set up. Reading the manual about the installation process will certainly help with understanding what the script does :)
<nckx>rndd: What I meant is that you can't write (commit "master"). It will ‘work’, but the next time someone pushes to master it will break. Worse, it might keep working for you (because Guix re-uses the old checkout since it trusts the hash) but you'll silently be stuck at the old commit. And it will completely break for others who don't *have* an old checkout. Badness for everyone.
<marusich>could be. i guess the next netowrk tier up is c4.8xlarge which costs more than i want to pay right now, so it's probably something like that. peering, or my guess is is it more likely just poor placement in the EC2 datacenters
<marusich>not sure what to make of it, since lots of networks like to deprioritize ICMP packets, so I wouldn't be surprised if the responses are reflecting that sort of filtering instead of a performance issue
<marusich>but presumably the latency around telia is odd, since if it were icmp filtering/deprioritization on the reply packets, the other hops after would also be high latency responses
<nckx>marusich: mtr has a --tcp option which I've never used or investigated.
<marusich>i guess in this case the responses wouldn't be icmp packets, they would be tcp packets
<marusich>but i dunno, normally routers don't receive a lot of requests to themselves, so just becuase it took a long time for telia's routers to process the request doesn't necessarily mean they're behaving badly, right?
<marusich>I'm also not sure if mtr is using TTL and relying on the icmp response when ttl hits zero, or if it's trying to send a syn directly to the routers. who knows. honestly by the time i find out, my downloads will be done.
<nckx>rndd: You're referring to the variable ‘commit’ on line 8. That variable doesn't exist. Why not use ‘commit’ instead of ‘commit_var’? You're free to call it what you want of course, but there's no ambiguity in Scheme. ‘(commit commit)’ won't confuse it, and if this package makes it upstream I'd ask you to change it.
<nckx>We'll have to think about a workflow here, since • we can't set up offloading since that would let you push arbitrary binaries, I think? • you'll be working on GUI applications that you'll want to run locally. I guess ‘guix copy’ is the way to go. If anyone has any other ideas (ideally from experience), please pipe up.
<nckx>raghavgururajan: Your bayfront home directory is yours to do with as you please, assuming you don't fill up the drive.
<nckx>raghavgururajan: So you're able to log in without errors? That's great.
<nckx>Now if you'll forgive me, I'll stop responding to pings for a while.
<raghavgururajan>nckx: Okay. I don't want to mess anything up. Would like to double-check before I do something. I am thinking of cloning wip-desktop locally on bayfront and work patches from there? Any downsides?
<mbakke>so I considered grafting DBus 1.2.18 to get the fix for CVE-2020-12049, but 'abidiff' reports 305 removed symbols such as "_dbus_atomic_dec@@LIBDBUS_PRIVATE_1.12.16"
<mbakke>all of them are LIBDBUS_PRIVATE so I'd be surprised if any packages actually used them, but who knows..
<nckx>Something goes wrong when configuring bayfront :-/
<cbaines>I'm trying to reconfigure now... this will take a little while as the machine is under load at the moment
<mbakke>hmm, I don't see anything between dbus 1.12.16 and 1.12.18 that changes symbol visibility, I guess abidiff is just being confused by those version numbers in the symbol name ... odd that it does not display the corresponding 1.12.18 symbols though
<mbakke>I've been meaning to update libabigail for a while, let's see how the new version fares :P
<marusich>anyone here do C or C++ programming? I'm curious to know what a good setup (IDE or equivalent) looks like on Guix System. I'm guessing the answer is probably "Emacs", but you never know... :)
<jonsger>icecat, replaces "Open Source" with "Free Software", costs quite some CPU cycles aka time on my laptop