<vagrantc>apteryx: definitely happens in some cases...
<apteryx>I think it may have to do with checking entries in /gnu/store. For example I was doing something like: tar xf /gnu/store/wy67wq015gj89n1572mj7wjk946fjas7-guile-tarball-pack.tar ~/proj/[TAB] and it paused
<leoprikler>since graphviz is a core package, this won't get "fixed" anytime soon, but would grafting work here?
<leoprikler>also try to check which graphviz package is used in core-updates
<sgibb>Hello, I try to use `guix pack --format=squashfs` to generate a singularity container. For an HPC I need to use slurm commands (`sbatch`, `sinfo`) from within the container. If I use the host slurm commands I got the error `No such file or directory`(e.g. `SINGULARITY_BIND="/usr" singularity run <container> -c '/usr/bin/sinfo'`) but according to `ls` and `cat` the file is there and accessable. Can anybody point me into
<Radvendii>I've run into a few issues that boil down to "there's this thing I'm used to doing X way in Nix, how do I do that in Guix? Is that even the right way to go about it in Guix?" I haven't been able to find a general guide for migrating Nix -> Guix online. Does anyone know of one that I've missed?
<Radvendii>The most recent example is: with Nix, there's a common pattern of having a `default.nix` file at the root of a project, which packages that project. It then pulls in the current directory as the source with `src = ./.`. With Guix, I only see tutorials for packaging preexisting projects and pulling them in using a URL. Is having the package
<Radvendii>definition bundled with the project just not done? If so, how do I use the current directory as source? I tried `(url "file://.")` and variations thereof in the `(source (origin ...))` field
<southerntofu>soooo each package declares its own variables for package declaration and manifest, but without returning them, and then you have a "central" file that imports those package files to expose them?
<tissevert>I don't target files, I target a «proper» (huhummm yeah well let's not be to strict about it for now but I mean at least formally it's a proper) package
<southerntofu>yes i can see that tissevert, but so can it be used on top of the existing guix setup? GUIX_PACKAGE_PATH won't prevent reading "real" guix packages? or you have those as well in your ~/GUIX/ ?
<tissevert>no, no of course, it adds but doesn't replace
<tissevert>I can still see any official package, I don't have to disable that all the time
<tissevert>which is why it's convenient enough for me, and though I'm sure a cleaner setup must exist, I haven't spent anytime looking for it lately
<southerntofu>well i'm interested in this guix.scm pattern personally :)
<tissevert>(plus, the last thing I did with nix before coming to guix was publish a «repos» of my package, which already had that central structure, so I intend to do just the same with guix and that seems just fine to me)
<southerntofu>i like it that you can git clone a project, and suddenly you have all you need to build a one-off environment from there
<tissevert>yeah, I must say it was one of the only things I liked in nix and I miss it
<Radvendii>Hah, tissevert this might be off-topic for this channel, but I'm curious what you didn't like about Nix
<southerntofu>Radvendii: personal opinion here as someone who has used guix and nix but neither extensively: nix has two different naming schemes for packages and that is highly confusing, also when used on foreign distros GUI doesn't work (need to wrap with nixGL).. also i'm not a fan of nix as a programming language but that's less of a reason. the two first reasons mentioned is why i can't recommend nix to less
<southerntofu>the packages aren't named the same depending on where from you use nix.. that's really stupid but i know for sure it's a good enough reason i can't put nix in the hands of non-developers who won't RTFM :P
<Radvendii>oh yeah, I don't really understand what's going on with `nixpkgs.` and `nixos.`. I just put all the packages in my `configuration.nix` (or home-manager now, actually)
<southerntofu>Radvendii: oh nix errors aren't much better, but for example with guix i was having wrong import module statements and suddenly my build was outputing NOTHING and failing silently... as someone who is used to rust programming language with the most helpful error messages i've ever meant, that was a frustrating experience ;)
<tissevert>it's «open source», but each time I try to take a glimpse I forget where it is and can browse for hours to no avail, because all that's easily accessibly from their front page is a link to download it for ubuntu
<tissevert>(«see ? of course it's a free software, we packaged it for Linux !»…)
<jackhill>I don't think copyright (at least where I live in the USA) is so cut and try, that we can have a number of line cutoff, but certainly non-creative changes (type fix, hash update) aren't copyrightable, but I am not a lawyer and this isn't legal advice
<danrobi70>Hello. I've asked in #emacs and in #exwm and nothing I've worked. Im running exwm and binding other-window to new keybind doesnt work in a buffer with external apps. Like firefox, mpv etc. It does work when its a buffer with emacs stuff in it. If I bind for example "C-x w" that works with every buffers. But if I bind "<s-right>" it doesnt works with the buffers with external apps in it. Why is that?
<bricewge>podiki: Yes, you should put your copyright (even of it doesn't apply on your juridiction) on each file where you do non trivial modifications
<lfam>I would suggest comparing Guix System to Trisquel. Fedora is wayyy more sophisticated and it will be hard to narrow down the differences
<dstolfa>sounds reasonable, i'll give that a shot when i get the time to do it. ENOTIME at the moment, but at least i'm getting to test guix on fedora in the meantime on my laptop :P
<dstolfa>(it works well, but SELinux is a problem initially)
<t0nt0n>Hi, I'm on guix system and git submodule fails with '/home/ton/.guix-profile/libexec/git-core/git-sh-setup: line 46: /home/ton/.guix-profile/libexec/git-core:/home/ton/.guix-profile/libexec/git-core/git-sh-i18n: No such file or directory' Anyone know how to get git submodule working?
<maximed>t0nt0n: Curiously, .guix-profile/libexec/git-core/git-sh-i18n exists on my system
<lfam>t0nt0n: If you just installed Git, you might need to re-login. For example, `bash --login`
<hawthorn>hi, hoping someone can help me as i'm not the best with scheme. i'm trying to append an option to the config file guix generates for the bluetooth service. i'd rather not just feed it a local file that has the right options, but have them contained in config.scm somehow. obviously i'm having a little trouble. here are the relevant parts of my config.scm: http://paste.debian.net/1204277/
<hawthorn>as it is, guix is complaining about a field specifier, but i thought the desktop service module contains bluetooth-service-type, so i'm not quite sure what's going on: /etc/config.scm:44:1: error: (modify-services %desktop-services (bluetooth-service-type config => (bluetooth-configuration (inherit config) (string-append "MultiProfile = multiple\n" config)))): invalid field specifier
<maximed>sneek: later tell t0nt0n: OpenGL::GLX doesn't like C code. What language is this? Maybe C++ or Perl? Maybe you need to use some language-specific bindings
<podiki[m]>apteryx: right, need to use host system on foreign distro
<podiki[m]>i know irfus has played around more with libglvnd. there's discussion on the mesa patch, though I advocated for doing that in a separate patch series (some packages need modfications to find libGL when it comes from libglvnd)
<podiki[m]>building mesa with libglvnd and getting descendents to build I think is not bad, but I'm still not sure if more is needed so that libglvnd does what you want (sending at runtime to vendor libgl)