Improve ASDF build system for Common Lisp libraries

Hi, I've been working on some changes to the asdf-build-system for Common Lisp libraries and programs: - Switching from compile-bundle-op to regular compile-op. Using the regular compilation operation of ASDF instead of bundles gives us automatic support for component-less systems and p

Re: doc: Channel subsection order?

I agree! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

Re: Improve ASDF build system for Common Lisp libraries

Wow! Impressive work! Thanks for undertaking this behemoth endeavour, especially with the all the lisp-xyz updates! The code looks good to me at first glance. I'm currently building everything, I'll let you know. What do you think about the moving the SBCL / ECL definitions to package outputs? O

Re: Improve ASDF build system for Common Lisp libraries

Pierre Neidhardt skribis: > What do you think about the moving the SBCL / ECL definitions to package > outputs? 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

‘guix environment’ vs. ‘.bash_profile’

Hello Guix! One thing that often trips up newcomers, especially on other distros, is the interaction of ‘guix environment’ and ‘.bashrc’ etc. when it comes to setting environment variables. Often the first experience is “why doesn’t ‘guix environment’ set environment variables correctly?”. The m

[OUTREACHY] toward a proposal?

Dear, The command “guix time-machine” is really cool but today it is not easy to find the commit corresponding to one specific version. For example, try to install the version 1.6.8 of the package ’msmtp’. A concrete example is described here [1]. And when reproducing scientific papers, the ver

Re: [OUTREACHY] toward a proposal?

Thanks, zimoun ezt írta (időpont: 2020. szept. 12., Szo, 16:00): > > Dear, > > The command “guix time-machine” is really cool but today it is not easy > to find the commit corresponding to one specific version. For example, > try to install the version 1.6.8 of the package ’msmtp’. > > A concret

Re: Improve ASDF build system for Common Lisp libraries

Guillaume Le Vaillant writes: > I've been working on some changes to the asdf-build-system for Common > Lisp libraries and programs: Thank you so much for these changes! -- Katherine

Packaging question: Backport patch or use newer commit?

Hi everybody. I' m packaging digikam(https://digikam.org). A free photo management software from KDE project. There're 2 dependecies missing from current Guix(qtav & libksane) I tried to package qtav(https://github.com/wang-bin/QtAV/) first, but it's latest release(v1.13.0) failed to build wit

Re: Packaging question: Backport patch or use newer commit?

On Sun, Sep 13, 2020 at 12:04:11AM +0800, Zhu Zihao wrote: > Hi everybody. I' m packaging digikam(https://digikam.org). A free photo > management software from KDE project. There're 2 dependecies missing from > current Guix(qtav & libksane) > > > I tried to package qtav(https://github.com/wang-

Re: Improve ASDF build system for Common Lisp libraries

Am 12.09.20 um 11:36 schrieb Guillaume Le Vaillant: I've been working on some changes to the asdf-build-system for Common Lisp libraries and programs: That sounds very promising, thanks for this substantial effort! I can't test this right now, but will do so as soon as possible. Cheers, K

Re: [website]: Fix rendering of entities.

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 to remove *ENTITY* nodes, replacing > the “nbs

Re:Re: Packaging question: Backport patch or use newer commit?

Thanks for your help! I back port that patch and build succesfully now. That patch is small enough so I sure it's suitable for backport. At 2020-09-13 00:35:10, "Leo Famulari" wrote: >On Sun, Sep 13, 2020 at 12:04:11AM +0800, Zhu Zihao wrote: >> Hi everybody. I' m packaging d

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

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 where the solution is to tell t