Re: Listing the files of a package output

Hi Guillaume, > As the directory of the "out" output will have a shorter name, you could > sort the names by size and take the first one: > > --8<---cut here---start->8--- > for name in $(guix build coreutils); do printf "%d\t%s\n" "${#name}" > "${name}"; done

Listing the files of a package output

Hi Guix, this looks like a beginner's question, but I can't figure out how to do this: list the files in a given package output, from the command line (I do know how to do this in Guile). For a package with a single output, I can do ls -R $(guix build hello) For a package output other than "o

Re: Permanently available environments

Hi Ludo, > Another option is to rely on the ‘time-machine’ and ‘shell’ LRU caches. > That is, you can run: That's what I did in the past, until the first time I hit an expired cache. In conformance with Murphy's law, I was in a train, with a bad Internet-by-phone connection, and Guix started down

Re: Permanently available environments

Konrad Hinsen writes: > 1. Containers can only be generated using "guix shell" or the older >"guix environment". There is no way to generate a container based >on a profile. Correct me if I am wrong! Thanks to Ricardo and Guillaume, who pointed out the –

Permanently available environments

Hi Guix, I would like to migrate more of my software use to Guix-based containers, but I haven't yet found a way to handle them that fully suits my needs. The root issue is the volatility of environments, and I wonder if I am missing some feature to handle them better. Here is my current reasoning

Re: Certificates in pure and containerized environments

Hi Maxim, > I agree that managing certs with Guix has many benefits, and having > GnuTLS honor an SSL_CERTS_DIRS environment variable would enable that. Yes, but it would also make it hard to avoid non-Guix-managed certificates from being used, be it through user (configuration) error or malice.

Re: Certificates in pure and containerized environments

Wiktor Żelazny writes: > Would it make sense to define a minimal package that includes only > nss-certs input and use it for this purpose, then? A package that > inherits from "hello" with nss-certs input added, for instance? That would be a quick fix. Could it become an obstacle to a better lon

Re: Certificates in pure and containerized environments

Hi Maxim, > The key thing here is whether the certs are required by OpenSSL vs > GnuTLS. The former honors SSL_CERT_DIR, while the later does not (I ... > I hope that helps! Thanks, that certainly helps to understand the issues. My preferred approach would be to manage all certificates as Guix

Re: Certificates in pure and containerized environments

Hi Wiktór and Simon, thanks for shedding some light on this strange behavior. After some more exploration, the fundamental issue seems to be that many packages use certificates but only a very small number declare a dependence on nss-certs. In fact, nss-certs has only three direct dependents (iced

Certificates in pure and containerized environments

Dear Guix experts, I am trying to move the execution of a Python script into a pure environment, but it fails because of certificate issues for which I am looking for a good fix. The minimal example I came up with is: guix environment --pure \ --ad-hoc python -- \ python

Re: Problems with McCLIM (Common Lisp)

Hi Pierre, Another approach could be not to use ASDF bundles at all, and just use the regular compilation operation of ASDF, except the fasl files would be put it "/gnu/store/..." instead of "$HOME/.cache/common-lisp/...", and our asdf-build-system would indicate to ASDF where to search for the

Re: Building packages in REPL

Anthony Quizon writes: > Is there a way that I can build a package via the repl? As far as I know, no. I have been looking for this as well, in order to make package development more interactive. > For example, > If I had a channel with a custom package in it, can I do: > > `$ guix repl -L .` >

Re: Appropriate way to use Guix API from a Guile program

Konrad Hinsen writes: > Unfortunately, it doesn't look as straightforward as I thought. > A standard Guile script retrieves command line arguments using > (command-line). "guix repl" should ideally manipulate the return > value of (command-line) to make things just wo

Re: Appropriate way to use Guix API from a Guile program

Hi everyone, zimoun writes: >> Thanks for the reminder that my "guix repl" patch needs more work - it >> should accept command line arguments for the script. Something like >> >>guix repl foo.scm –- [ARGS] >> >> should be easily doable, and fits in with existing conventions. > > It could be

Re: Appropriate way to use Guix API from a Guile program

zimoun writes: > If you feel in an experimental mood, you can try the Konrad's patch > [1]. It sets up the PATH accordingly and hides all the internals. In particular it hides implementation details that are likely to change. A look at the path in ~/.config/guix/current/share/guile/site/3.0

Re: Emacs not seeing newer packages after pull

Hi Ivan, > and behold, the files are under my pulled Guix. Yay! However, `guix-pull` in > Emacs still fails with a bunch of "incompatible bytecode kind" errors then > "guix: pull: command not found". The "incompatible byte code" messages are due to emacs-guix using Guile 2.2 whereas Guix is usi

Re: Emacs not seeing newer packages after pull

Hi Ivan, > My variable is `t` as defined at emacs-guix's `guix-repl.el`. It is used in > the `guix-repl-guile-args` to set the command line args for Guile. According > to `ps` in my system, I see these arguments: ... Interesting. That looks very different for me on Guix System! But then, I don'

Re: Emacs not seeing newer packages after pull

Konrad Hinsen writes: > No, and yes. Meaning that I most definitely didn't expect it, but I > confirm your observations. And I am running Guix System, so it's not > related to your Guix-under-Debian installation. I did some experiments in the Guix REPL created by emac

Re: Emacs not seeing newer packages after pull

Hi Ivan, > Hi everyone! Recently it caught my attention that emacs-guix seems to > always be on the *previous* generation of Guix, i.e. the one before > the latest pull. That is, when I do a `guix pull` and check for new ... > Is this behavior expected? Does it also happen to you? No, and y

Re: Heap space when building SBCL packages

Guillaume Le Vaillant writes: > I pushed the fix as 47a2306415cf19270cb398590be3d95a92a0e73b. Thanks a lot - this works just fine! Cheers, Konrad.

Re: Heap space when building SBCL packages

Pierre Neidhardt writes: > Thanks for investigating this! > Can you send a patch? Or maybe Guillaume? Not me, sorry. I haven't figured out yet how the asdf-build-system works. Nor build systems in general. Cheers, Konrad

Re: Heap space when building SBCL packages

Pierre Neidhardt writes: > You could also try playing with the > `--dynamic-space-size` command line flag, e.g. > > sbcl --dynamic-space-size 2048 ... That was a good idea. It turns out that 1024 is just a bit too low to do program-op, though load-system works. With 1280 I can do program-op on

Re: Heap space when building SBCL packages

Hi Pierre, >> 2. Building binaries with SBCL takes more heap space than merely >> loading a system from source via ASDF. > > I think probably not. However there are different ASDF operation. In the > Guix build system we use "program-op" which does not behave like the > default operation wh

Heap space when building SBCL packages

Hi Guix, I am trying to figure out why sbcl-numcl fails to build since the update to SBCL 2.0.2. See here for a typical build log: http://ci.guix.gnu.org/build/2339924/details What happens is that SBCL runs out of heap space and stops. However, I can load numcl into SBCL 2.0.2 perfectly well

Re: Lazy users and updates

Am 27.12.19 um 14:29 schrieb Todor Kondić: Given the user-centric approach of Guix, it feels like it should be up to individual users of a shared system to deal with installations and the system updates. But, what to do when they are lazy, or too novice for fiddling with the command line? Do

Re: gfortran seems to require gcc-toolchain

Konrad Hinsen writes: >> Maybe a "gfortran-toolchain" package with all the battery included? > > That sounds like a very good idea! And I even volunteer to > implement it. Except if someone comes up with a better > solution of course. Here it comes: https://debbu

error: failed to load 'gnu/tests/install.scm': No such file or directory

Hi Guix, Today I have again been blocked by an error that I get occasionally when trying to run Guix from source. I follow the usual steps: - ./bootstrap - ./configure –localstatedir=/var - make until I see [ 48%] LOAD gnu/tests/guix.scm [ 48%] LOAD gnu/tests/monitoring.scm

Why does installing texlive download that 2 GB file twice?

Hi Guix, I am building an environment containing texlive. I was prepared for a huge download, but not for it to happen twice! Here's the log (with some comments): The following derivations will be built: /gnu/store/mp6v3nngryf58l74l1j4y32dv60rp6qn-profile.drv /gnu/store/5bv2w5k8lgjwpz

Re: gfortran seems to require gcc-toolchain

Hi Simon, > Maybe a "gfortran-toolchain" package with all the battery included? That sounds like a very good idea! And I even volunteer to implement it. Except if someone comes up with a better solution of course. Cheers, Konrad.

Re: gfortran seems to require gcc-toolchain

Hi Marius, >>> With your patch, I can compile Fortran programs in an environment >>> containing nothing but "gfortran", so I'd say it works! Not quite, in fact. What I had tested successfully is compiling a Fortran file to a .o file. Linking .o files into an executable still fails: /gnu/store/

Re: gfortran seems to require gcc-toolchain

Hi Marius, >> With your patch, I can compile Fortran programs in an environment >> containing nothing but "gfortran", so I'd say it works! > > On second though, the patch increases the size of 'gcc' from 238.0 MiB > to 291.5 MiB. It may also make it difficult to use a different 'as' > executable.

Re: gfortran seems to require gcc-toolchain

Hi Marius, > 'as' is part of Binutils, you don't need the entire toolchain. > > That said, there are various other workarounds in Guix due to GCC > (and apparently gfortran) lacking an absolute reference to 'as'. > > Can you try the following patch and see if it works for your case? Thanks for lo

gfortran seems to require gcc-toolchain

Hi Guix, I am trying to recompile old Fortran code under Guix. I made an (pure) environment containing "gfortran" plus a few required tools (make etc.), but found that every Fortran compilation stops with an error message complaining about "as" missing. Installing gcc-toolchain fixes the problem.

Re: REQUEST to Guix Maintainers

Hi Raghav, I tried converting the PDF to EPUB via calibre and the result was awful. Formatting got messed up. So I thought it would be better if the epub was generated directly from source? Did you try converting the HTML version to EPUB? Calibre does that as well. EPUB is little more than a

Re: “Guix Profiles in Practice”

Pierre Neidhardt writes: > "Thompson, David" writes: > >> if it's a good idea. Probably not. So, I wonder if maybe a new >> subcommand, say 'guix develop', could address this common development >> use-case while allowing 'guix environment' to continue being the swiss >> army knife that it is.

Re: [Blog/Cookbook?] On multiple Guix profiles and manifests

Am 14.10.19 um 09:27 schrieb Pierre Neidhardt: However, I wonder why nobody has implemented "guix environment --profile=/path/to/my/profile". Note that there is the "--manifest" option to "guix environment". This brings up another "pro" for manifest: Right now it's possible to create environm

Re: [Blog/Cookbook?] On multiple Guix profiles and manifests

Pierre Neidhardt writes: > Konrad Hinsen writes: > >> Sounds good in principle. I just wonder how many authors (and thus >> different preferences and use cases) it takes to make this really >> useful. I note for example that my own use of profiles is rather >> di

Re: [Blog/Cookbook?] On multiple Guix profiles and manifests

Hi Pierre, > So what about writing a blog article / cookbook chapter to explain why > profiles and manifests are truly awesome indeed? (Unless this has > already been done and I missed it?) Sounds good in principle. I just wonder how many authors (and thus different preferences and use cases) it

Who is sending my Guix System to sleep?

Hi Guix, In an attempt to make more use of Guix in my daily life on a MacBook, I have set up a virtual machine (using VirtualBox) that contains a desktop installation of Guix. I have then set up ssh with X11 forwarding, and thus run software such as Emacs from my macOS terminal. Since I don't need

Re: Outdated po files

Julien Lepiller writes: > I'm not sure what the issue is here. I've seen that before when I > tried to add a file to the list of translated sources, but it had an > incorrect plural form. Gettext thought there was a different number of > placeholders, but actually one of them is not a placeholder

Re: Outdated po files

Hi Julien, > This is not an error, but rather a warning. They are expected because > their is one po file for two texinfo files, they cannot have the same > number of entries. So the message is harmless, but I can't find an > option to hide it specifically. Ah, thanks. I thought the po file probl

Outdated po files

Hi Guix, My attempt to compile the current state of the master branch ended rapidly with a long string of error messages like this one: PO4A doc/contributing.de.texi Your input po file po/doc/guix-manual.de.po seems outdated (The amount of entries differ between files: 7994 is not 228 ).

Re: Help with Learning Programming and LISP

On 12/09/2019 03:16, Raghav Gururajan wrote: I have a doubt though, do I have to learn dialects of LISP in a particular order? No, you can learn each of them on its own, and proceed in any order if you want to learn all three of them. If your main goal is to learn about the core features of

Re: Scripting guix in guile (Konrad Hinsen)

On 06/09/2019 12:28, Tobias Geerinckx-Rice wrote: Konrad Hinsen 写道： Is there any reason why this isn't defined by default? That would solve portability problems for lots of scripts, and I don't see any disadvantage caused by this link. It is now! Great, thanks! Konrad

Re: Scripting guix in guile (Konrad Hinsen)

Hi Gary, > Just in case you hadn't thought of this yet, you can ensure that > /usr/bin/env exists on any Guix system by consing the following entry > onto the list of services under your operating-system definition. I hadn't thought of this for the simple reason that I didn't know about this mech

Re: Scripting guix in guile

Hi Jesse and Ludo, Jesse Gibbons writes: > 1. Tell your audience to call "guile " when running the > script. That's very reasonable, but... > This does not garuntee guix is in their GUILE_LOAD_PATH though, so you > will either need to tell them to add a segment to .bashrc to add the > guix sou

Re: Scripting guix in guile

Hi Jesse, First of all, thanks for your suggestions! >> 1. What to put into the #! line to locate Guile. > I don't think you need a shebang to script guile. If you do, you could > always make a guix package for the scripts, and that will fix > everything in the patch-shebangs phase. Right, pack

Scripting guix in guile

Hi everyone, I'd like to write Guile scripts that inspect Guix, for example analyze the packages is my profile. That turned out to be a lot more difficult than I expected, and in fact I haven't found a satisfying general solution yet, meaning a script that I could publish in such a way that any Gu

Re: Why reproducibility is breaking by metadata?

Hi Giovanni, > Just "food for thought": git-annex metadata allows users to attach > arbitrary metadata to their annexed files, «metadata is stored in the > git-annex branch, and so is automatically kept in sync with the rest of > git-annex's state» That's indeed a nice example of how to handle me

Re: Why reproducibility is breaking by metadata?

zna...@disroot.org writes: > Hello, Guix Help! I am translating Guix manual and found that the > author is entirely given to reproducibility. It leads to such phrases > that metadata breaks reproducibility when he describes > '--save-provenance' flag of 'guix pack' command here: > > 'This option i

Re: guix-a dokumentaro en Esperanto

Quiliro Ordonez skribis: Laŭ mia scio nenia dokumentaro en Esperanto ekzistas. Sed ja troviĝas esperantistoj inter la Guix-istoj kaj Guix-umantoj. Eblas do esperi iaman pliboniĝon de la situacio. Ĝis, Konrad.

Re: Real-world example for channels?

Hi Chris, I agree with Hartmut. I also found this confusing. I've attached a patch to try clarifying it. What do you think? Thanks for the clarification. I was also confused about this, to the point of never actually setting up my own channel. Konrad.

Re: Stuck upgrading from Guix v0.12

Hi Paul, > A lesson learnt from a previous update process [1] was; do not leave it > too long between 'guix pull' updates.   > > However, I have one system running Ubuntu 16.04 and Guix v0.12 that I > am trying to update.  As root: I have had similar problems as well in the past. The one recipe t

Re: Updating a very old Guix

swedebugia writes: > GTK? Interesting. Could you share your package profile (guix package -I) > and config.scm? The profile, yes, see below. both for my standard user account and for root. But no config.scm, I am not running GuixSD but Guix on top of Debian. You will see that my profile conta

Re: Updating a very old Guix

swedebugia writes: > Could you report this to bug-g...@gnu.org? Done (and Ludo and Ricardo are already looking into this). > How about reinstalling v. 0.15 overwriting your current installation? > > this would invalidate all your store items though. Exactly, which is why I would like to avoid

Re: Updating a very old Guix

Hi Julien, > The command you should run is: > > guix archive --recursive --export `readlink -f ~/.config/guix/current` > > guix-update.nar > > note the --recursive (so guix can find its dependencies, but it will > bundle every dependency in the .nar, so there may be some duplication I just tri

Re: Updating a very old Guix

swedebugia writes: > This is most probably not correct. You most probably do have a working > Guix in the store but your current guix points to the new one which > lacks guile-gcrypt. Indeed, kind of. It looks more complicated than that. As you say, there is indeed a working guix in the store

Re: Updating a very old Guix

writes: > I think the main feature of guix - the roll back function - rests there. > May be you could choose most previous kernel in grub and then ran > `guix system roll-back`. Would it repair your system? Sorry for my lack of precision: I am not running GuixSD, but the guix package manager on

Re: Updating a very old Guix

Konrad Hinsen writes: > I can still check out some intermediate version and build from source. I can indeed check out and build them, but not use them at all. The binaries for these intermediate versions are no longer on the substitute servers, and my machine runs out of memory and/or d

Re: Updating a very old Guix

Hi Swedebugia and Julien, First of all, thanks to both of you for your suggestions! > Have you tried the commit for the next nearest stable? v.0.13 v.0.14 > v.0.15? (gcrypt was added after 0.15 point) > Ludo recommended in another thread to pull in increments. But basically > building guix with

Updating a very old Guix

Hi everyone, I have a computer that I don't use very often, with a rather old Guix installation from nearly a year ago. So I though I should do an update. First try: "guix pull". Does a lot of downloading and compiling, then finishes. But guix no longer works: ERROR: In procedure scm-error:

Re: Updating guix for root

Hi Clément and Ricardo, Thanks for your replies! I conclude from them that there is no clear recommendation yet for dealing with this situation, so for the meantime I applied >> 1) update /etc/systemd/system/guix-daemon.service >> to point to the current daemon? If so, is >> /root/.conf

Updating guix for root

Hi Guixers, I wonder what the correct way is to update Guix for the root user. I did "guix pull" and got the new Guix under /root/.config/guix/current. This also contains the daemon under /root/.config/guix/current/bin/guix-daemon. So far, fine. However, the systemd service still launches the dae

Re: Checking for substitutes

Hi Ricardo, I tried it. It provides interesting statistics, but always considers all packages in Guix rather than just the ones I care about. You can pass a manifest to “guix weather”. Found it in the manual - great! And a quick look at the source shows that it shouldn't be too hard to make

Re: Checking for substitutes

Hi Tim, Thanks for your explanations! I will try out the script you posted last year. From your description it sounds like good enough to solve my routine problem, which is that compiling Qt runs out of memory on my machine unless it's close to idle. No way to have Emacs + Firefox + Qt compilation

Checking for substitutes

Hi Guix, I wonder if there is any way to check if substitutes are available for a given set of packages (e.g. a single package with its dependencies, or a complete manifest). The context is optimizing package updates: if I know everything I need is available as a substitute, I can do an update im

Re: [racket-users] Using Racket's raco on on Guix(SD)

On 22/05/2018 15:42, Christopher Lemmer Webber wrote: Unfortunately when I try to install packages with "raco pkg install" I get errors like the following: I filed a bug report about this problem a while ago: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30680 Quote: I traced this back

Re: Emacs in multiple profiles

Hi George, > I am revamping my emacs config approach and I came across your > discussion. Following Alex's suggestions I found 2 approaches that seem > to do what Konrad wanted ... Thanks a lot - this looks very useful. Your second solution is just fine for my use case as well. I just wish it wer

Re: Emacs in multiple profiles

Alex Kost writes: > But what your "current profile" is? How can emacs know about it? It > "knows" only about the default (system and user) profiles. So if you I'd say Emacs knows nothing at all about profiles. It's Guix that manages profiles for everyone else, be it bash, Python, or Emacs. To

Re: Emacs in multiple profiles

Alex Kost writes: > It is completely different: with "-Q", your .emacs file is not loaded at > all, and with "--no-site-file", only the emacs packages from the guix > profile are not autoloaded. Isn't that what you wanted? Not quite: I want it to autoload the packages from my current Guix profi

Re: Emacs in multiple profiles

Hi Alex, Alex Kost writes: >> Since nothing runs before site-start.el, I don't see how I could >> override this definition. My only choice is to use the -Q option on the >> Emacs command line to bypass site-start.el altogether. But then I don't >> get the packages from my new profile either. > >

Emacs in multiple profiles

Dear Guixers, Is anyone aware of a way to have different Emacs configurations (i.e. different add-on packages) in distinct profiles? I tried to set up a new profile with just "emacs" in it, but when I run that Emacs it load all the Emacs Lisp packages from my main profile. I traced this down

Re: Best practices for Guix environment variables on foreign distro

On 12/03/2018 11:11, Ludovic Courtès wrote: If my attempt is recommended against then how else should I enable Guix on Emacs and interactive Bash shells while preventing it from disrupting the foreign distro (e.g. programs spawned by GNOME)? Or is this feared disruption a non-issue in practice

Re: Integrate guix-installed Emacs packages with locally compiled Emacs pretest

On 13/03/2018 00:49, Jorge wrote: Hi. I want to use Guix to install notmuch (with the Emacs interface) and emacs-guix; however, since Guix does not have Emacs 26, I would like to keep using my locally-compiled Emacs 26.0.91. Is that possible? Would it be quicker to learn Guix packaging and pa

Re: A few questions about packages

On 07/03/2018 17:09, Jone wrote: Hello. Can I remove old package versions and other builds? On the example of Icecat:     252.1 MiB [  ] /5ym67s5vp1vmnc3y4ds4r3687vc3nl25-icecat-52.6.0-gnu1     252.0 MiB [  ] /360i9ca4gnm3rsjj8v43ih0j3mfrp40n-icecat-52.6.0-gnu1     246.8 M

Re: Posts in languages other than English on help-guix?

On 03/03/2018 11:52, Hartmut Goebel wrote: Am 03.03.2018 um 11:45 schrieb Hartmut Goebel: +1 @Ludo: Please use this genter-neutral translation. Thanks. @Ludo Correction: I've just seen Andreas' translation from 2018-03-03 11:00, which is okay, too. That one works around the gender-issue be tra

Re: guixbuild does not exist???

Hi Ricardo and Marius, Ricardo Wurmus writes: > I’m guessing that NSCD is not running. You might need it on some > systems. Marius Bakke writes: > This has to do with the recent update to glibc 2.26. It no longer > builds the "nss_compat" library, which causes problems on distributions > th

guixbuild does not exist???

Hi Guixers, Today guix greeted me with a strange error message when I tried to install a package: guix package: error: build failed: the group `guixbuild' specified in `build-users-group' does not exist I call this strange because 1) The group exists, as do the users guixbuilder01 to gui

Re: Proxy authentication

On 23/01/2018 21:40, Jorge wrote: Now I want to make Guix talk to the corporate proxy server directly (not mediated by ntlmaps) but then it needs to authenticate. I could I had the same problem not so long ago. See this thread on guix-devel for the solution: http://lists.gnu.org/archive/

Re: Which version ?

On 21/12/2017 08:44, Catonano wrote: There's this question https://octodon.social/@alienghic/99197743305578001 She's a biologist and I 'd like to help her But I don't know the answer to her question Apart from suggesting here to come on