Re: [website]: Fix rendering of entities.

2020-09-13 Thread Ricardo Wurmus
Ricardo Wurmus writes: > pelzflorian (Florian Pelz) writes: > >> On Wed, Sep 09, 2020 at 11:35:06PM +0200, Ricardo Wurmus wrote: >>> Hi Guix, >>> >>> this page looks wrong: https://guix.gnu.org/packages/mpc-1.1.0/ >>> >>> The non-breaking space is rendered as “GNU<*ENTITY*>nbspMPC”. The >>>

Re: ‘guix environment’ vs. ‘.bash_profile’

2020-09-13 Thread Danny O'Brien
Brendan Tildesley writes: Doom Emacs has a tool `doom doctor' for diagnosing common errors. Perhaps there could be a `guix doctor' that would check for such things. `guix offload test' is already somewhat like that but for offloading, althought it could improve. Any bug report from a user w

Spooky problem in "nfs-root-os" system test

2020-09-13 Thread Danny Milosavljevic
Hi, I've got some spooky problem in the NFS root test (or in the VM setup by Guix, really). It seems to hang the system test in a part I cannot change (so it's not inside the test script). In order to reproduce, start with guix master commit 898fbb60b2354e82e5b7f259b44dbfed112a83aa--or any recen

Re: Improve ASDF build system for Common Lisp libraries

2020-09-13 Thread Pierre Neidhardt
Guillaume Le Vaillant writes: > The ':implementation-type' or ':function' keywords of ASDF > configuration files described in [1] and [2] could be useful to do that. > > Now, let's suppose that we put the sources in cl-xyz, the SBCL > pre-compiled files in cl-xyz:sbcl and the ECL pre-compiled fil

Re: Improve ASDF build system for Common Lisp libraries

2020-09-13 Thread Guillaume Le Vaillant
Pierre Neidhardt skribis: > Guillaume Le Vaillant writes: > >> I thought about having the sources, SBCL compiled files and ECL compiled >> files respectively in the 'out', 'sbcl' and 'ecl' packages outputs; >> however I thought there could be issues in some cases. >> >> For example, if a profil

Re: Improve ASDF build system for Common Lisp libraries

2020-09-13 Thread Guillaume Le Vaillant
Pierre Neidhardt skribis: > Guillaume Le Vaillant writes: > >> Actually, it looks like the files generated by the groveler can't be >> removed. When doing '(asdf:load-system "osicat")', if these files are >> not there cffi tries to generate them (and fails because the directory >> is read-only)

Re: Improve ASDF build system for Common Lisp libraries

2020-09-13 Thread Pierre Neidhardt
Guillaume Le Vaillant writes: > I thought about having the sources, SBCL compiled files and ECL compiled > files respectively in the 'out', 'sbcl' and 'ecl' packages outputs; > however I thought there could be issues in some cases. > > For example, if a profile contained cl-xyz and cl-xyz:sbcl, a

Re: Improve ASDF build system for Common Lisp libraries

2020-09-13 Thread Pierre Neidhardt
Guillaume Le Vaillant writes: > Actually, it looks like the files generated by the groveler can't be > removed. When doing '(asdf:load-system "osicat")', if these files are > not there cffi tries to generate them (and fails because the directory > is read-only). The .so needs to be kept, the res

Re: Improve ASDF build system for Common Lisp libraries

2020-09-13 Thread Guillaume Le Vaillant
Guillaume Le Vaillant skribis: > Pierre Neidhardt skribis: > >> About Osicat: There are grovel left overs that could be removed. >> The former build system used to do that automatically. Maybe we can >> restore this behaviour? > > The former build system deleted everything in 'lib/common-lisp/

Re: [website]: Fix rendering of entities.

2020-09-13 Thread Ricardo Wurmus
pelzflorian (Florian Pelz) writes: > On Wed, Sep 09, 2020 at 11:35:06PM +0200, Ricardo Wurmus wrote: >> Hi Guix, >> >> this page looks wrong: https://guix.gnu.org/packages/mpc-1.1.0/ >> >> The non-breaking space is rendered as “GNU<*ENTITY*>nbspMPC”. The >> attached patch processes the SHTML