<Guest28>But what if I don't want to have duplicates, or is that just the way it is meant to be?
<ecraven>hello ;) is there a way to run firefox (or some other browser) in a container in guix, and give it access to only *one* subdirectory in my normal home directory? (and ideally do the same for a bunch of other applications too, but *different* subdirectories)?
<jpoiret>Martin[m]: I believe `guix system image -t iso9660 gnu/system/install.scm` is the command, if you're in a Guix checkout
<Martin[m]>I've tried it already with 'guix time-machine --commit=3b524cde7115a6e89a438c1fd230093e6f30442f -- system image -t iso9660 gnu/system/install.scm' on two different machines that produce reproducible '/gnu/store/hkxzyvx67sjxq86lrx4z7cnf7f66pgpa-image.iso' but its different then the cuirass build, why is that?
<abrenon>ok so lemme get this right, you updated glibc but that somehow removed librt from the package ?
<abrenon>so is that a matter of :static or not ? some people are also mentioning gcc-toolchain, I'm sorry for the question but I don't have a clear view of what each package is supposed to do
<abrenon>(gcc-toolchain is also in my environment, of course — otherwise ghc wouldn't be able to compile my script — but not its :static output)
<zamfofex>abrenon: glibc decided to move some libraries into ‘libc’ itself (such that e.g. ‘-ldl’ and ‘-lrt’ aren’t needed anymore), but introduced a set of empty ‘.a’ files so builds wouldn’t break (linking with ‘-ldl’ is now redundant but works). But by default, the Guix package assumed ‘.a’ files were meant to be sent to the ‘static’ output rather than the default ‘out’ output.
<zamfofex>I had to explicitly mark some of these ‘.a’ files to put them in ‘out’ too, but I forgot to list ‘librt.a’.
<abrenon>ok, so if I add the :static outputs it will work ?
<sneek>Guest28, nckx says: Well, my main point was to avoid INVOKE, but you probably want RENAME. Whatever subtle constraints you have, I'm sure there's a procedure to match!
<Guest28>Oh wow, the bot can handle Guests names correctly
<jpoiret>i feel like people should respect the tension between usability and ideals more. Not to say Guix should change its stance on what can be included, but maybe having a knee-jerk reaction to the age-old wifi problem is a bit much as well
<lilyp>Or maybe not, depending on whom you address it to – if you mean FSF/GNU enthusiasts, though, I think they are already well aware of this.
<geri>lilyp: it's probably because i still don't understand how it works
<lilyp>It's rather that at some point you get exhausted hearing the same thing over and over.
<lilyp>geri: What exactly are you trying to achieve? Perhaps this is an X/Y problem.
<RavenJoad>Guest28: Your last question about copying the file rather than moving it: If you are copying from the source to the output directory, then copying should be fine. Once the build is completed, the original source is no longer needed and is eligible for removal through GC.
<geri>basically i was trying to "install" gui scripts only if gui file is sourced, it works and i wanted to reduce boilerplate w/ a macro but it behaves really not how i expect it to
<geri>i create packages out of local-files and just append them to home-environment's packages
<Guest28>RavenJoad: In my case it is internally, that would mean duplicate files in the package. This kinda annoys me although it is only some bytes.
<geri>it could be because syntax and macros don't interact together in a way i expect, cause my macro experience is w/ elisp and cl
<nckx>The source you're moving from isn't the one in the story anyway. It's a copy.
<lilyp>"I create packages out of local-files" – already cursed if you're doing this for more than a few files; look into version control if that's the case.
<RavenJoad>Guest28: If the file needs to be in multiple locations, perhaps a symlink? But I believe the store is automatically optimized using hard links anyways.
<reily>I'm having some troubles using TRAMP in emacs to connect to a non-guix system. I am able to use TRAMP to open and edit files, but running commands in eshell results in the error "sh: cd: /some/dir/: No such file or directory." (where /some/dir/ is a directory that absolutely exists on the remote system). After this, the eshell prompt changes to the value of tramp-end-of-output until exit is run. This does not happen when using
<reily>eshell-builtin commands, or when using shell-mode. Has anyone else encountered this?
<geri>i have a grand dream of having everything managed by guix in the end B)
<kiwibytes>My second install ended once again at building some XDG-Desktop data in /gnu/store...
<nckx>Guest28: The build system could have a (say) ICON_DIR=/foo option, if you're not sick of this yet.
<RavenJoad>Guest28: If /lib/... is from the source, then a copy/install-file to the destination is enough. If the files need to be in both locations, then a copy and let Guix optimize it automatically.
<Guest28>reily: Ah okay. I am using 28.2. I can't really help you but may check the logs and issues. I remember that in the past several people had issues with it on IRC
<reily>lilyp: I just spent a long time working my way down the edebug callstack for sending a command, to find out at the end its just running make-process, and appears to be doing so correctly. make-process is a C function, so I cant really get any more insight into whats going on until it resurfaces in the tramp logs. Any advice?
<reily>Update, it looks like TRAMP is trying to run the command on the local host instead of the remote, as making the corresponding directory on the local machine results in "/usr/bin/ls: No such file or directory." Again, this file exists at this location on the remote, just not the local host. Any idea why eshell and tramp only have this behavior when connnecting to a non-guix host? Everything works fine when connecting to another guix