Re: [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Morgan Smith
Hello! It seems I am taking some credit for Jack Hill's patch. I simply took Jack's patch (labeled as patch v3 in the debbugs thread) and attempted to build it with my personal config. I noticed that it wouldn't build properly since emacs wanted libxaw and emacs-no-x wanted some image librarys (li

Re: [bug#42738] [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Mark H Weaver
Hi Amin, Amin Bandali wrote: > Brett Gilio writes: > > [...] >> >> Also, are we planning to keep emacs-next and have it track 28.x or >> remove it? >> >> Brett Gilio > > I would like it if it's kept. Though, if it is truly meant to track the > "next" release of Emacs, it should be pointed at t

Re: [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Mark H Weaver
Hello Guix, Ludovic Courtès wrote: > morgan.j.sm...@outlook.com skribis: > >> From: Morgan Smith >> >> * gnu/packages/emacs.scm (emacs): Update to 27.1. >> [arguments]: Add --with-cairo and --with-modules to #:configure-flags. Add >> restore-emacs-pdump phase. >> [inputs]: Add cairo, libxaw, ja

Re: [bug#42738] [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Amin Bandali
Brett Gilio writes: [...] > > Also, are we planning to keep emacs-next and have it track 28.x or > remove it? > > Brett Gilio I would like it if it's kept. Though, if it is truly meant to track the "next" release of Emacs, it should be pointed at the `emacs-27' branch, as there will likely be on

Re: merge wip-haskell?

2020-08-28 Thread Timothy Sample
Hi John, John Soo writes: > Does anyone know why idris, agda, and purescript are failing? The really short version is that we now use shared libraries for Haskell dependencies, which mostly works, except for some of the more complicated builds. I did fix Agda a little while ago, so I think it’

Re: [bug#42738] [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Jack Hill
On Fri, 28 Aug 2020, Brett Gilio wrote: Also, are we planning to keep emacs-next and have it track 28.x or remove it? I believe bandali was planning to track 28.x. Best, Jack

Re: [bug#42738] [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Brett Gilio
Ludovic Courtès writes: > Hi Morgan, Mark, and all, > > morgan.j.sm...@outlook.com skribis: > >> From: Morgan Smith >> >> * gnu/packages/emacs.scm (emacs): Update to 27.1. >> [arguments]: Add --with-cairo and --with-modules to #:configure-flags. Add >> restore-emacs-pdump phase. >> [inputs]: Add

python-docker-py

2020-08-28 Thread Andreas Enge
Hello, commit 3146b6da6dd3124f8693f48a9ed7ff8208324e23 moves python-docker-py from version 1.10.6 to 3.7.3. I think that at the same time, it should have been renamed to python-docker: - as can be seen in the source, it is downloaded from the "docker" project on pypi; - it advertises itself as "

Re: [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Pierre Neidhardt
I confirm that with Mark's commit emacs-clojure-mode and emacs-elisp-refs are also broken. Cheers! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

Re: [PATCH v4] gnu: emacs: Update to 27.1.

2020-08-28 Thread Ludovic Courtès
Hi Morgan, Mark, and all, morgan.j.sm...@outlook.com skribis: > From: Morgan Smith > > * gnu/packages/emacs.scm (emacs): Update to 27.1. > [arguments]: Add --with-cairo and --with-modules to #:configure-flags. Add > restore-emacs-pdump phase. > [inputs]: Add cairo, libxaw, jansson, gmp, and harf

Re: merge wip-haskell?

2020-08-28 Thread John Soo
On another note: Does anyone know why idris, agda, and purescript are failing? I have only been able to do very little recently to look at them. - John

Re: merge wip-haskell?

2020-08-28 Thread Ludovic Courtès
Hi! Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> Ricardo Wurmus skribis: >> >>> Yes, and for the case of pandoc it’s significant. The closure of >>> ghc-pandoc is >3GiB right now and with the changes it’s <200MiB. This >>> affects lots of R packages that need Rmarkdown, and lots of

Re: Improving CI throughput

2020-08-28 Thread Ludovic Courtès
Hello! Mathieu Othacehe skribis: >> Yeah, this is a ridiculous situation. We should do a hackathon to get >> better monitoring of useful metrics (machine load, >> time-of-push-to-time-to-build-completion, etc.), to clearly identify the >> bottlenecks (crashes? inefficient protocol? scheduling i

Re: Guix containers 'advertised' in git repos

2020-08-28 Thread Ludovic Courtès
Hello, Pjotr Prins skribis: > We are using Guix containers for deployment and software development. > I was thinking it would be nice to advertise them in the git repos. > > Maybe we can standardise on that. What I have now is have a file > > .git-deploy > > for deployment. E.g., > https://git

Re: Dealing with foreign distros without nscd

2020-08-28 Thread Ricardo Wurmus
Ludovic Courtès writes: > The workaround I found is to add ‘sssd’ to the pack, like so: > > guix pack -RR -S /lib=lib -S /bin=bin sssd guile > > That way, on the other machine, you can set LD_LIBRARY_PATH such that > Guix’ libnss_sss.so gets loaded: > > tar xf /path/to/pack.tgz > LD_LIBRA

Dealing with foreign distros without nscd

2020-08-28 Thread Ludovic Courtès
Hello Guix! One of the most important pieces of advice we give to use Guix on foreign distros is to make sure the distro runs nscd, so we don’t end up dlopening NSS modules in Guix-produced programs: https://guix.gnu.org/manual/en/html_node/Application-Setup.html#Name-Service-Switch A situati