Installer for 1.4.0

Hello, The installer has been hardened during the past months when it comes to error reporting: - Guile exceptions are caught, displayed and possibly uploaded to dump.guix.gnu.org if the user agrees to do so. - Failing system commands can be run again. I think that it would be nice to go a

Re: Packages depending on (guix build syscalls)

Ludovic Courtès skriver: > Ludovic Courtès skribis: > >> Quite a few packages depend on (guix build syscalls), starting from >> ‘ant-bootstrap’ (since commit cded3a759356ff66b7df668bcdbdfa0daf96f4c5 >> in 2018) up to GNOME-related packages such as ‘mutter’ (commit >> d1c2fe248a7a326189fb7dcae64a

Re: Rust on aarch64-linux

On Fri, Oct 21, 2022 at 10:51:59AM +0200, Ludovic Courtès wrote: > Hello, > > Efraim Flashner skribis: > > > I'm not sure there is a bug report, I didn't see it either. It looks > > like when I bumped rust-bootstrap from 1.39 to 1.54 we lost aarch64 > > support. I've bumped mrustc on staging and

Re: Pinning package inputs using inferiors?

On Fri, Oct 21, 2022 at 10:08:10PM +0100, Phil wrote: > Thanks Simon - I've given an example below. > > zimoun writes: > > > For an example, see python-numpy and python-numpy-next in (gnu packages > > python-xyz). > > This was my original way of handling this but in what is perhaps a niche > use

Re: Types and builds for mypy

Thanks for your reply Maxim, Maxim Cournoyer writes: > Is MyPy the only consumer of Python type annotations? I think so, but > I'm not sure. If it's the only one, it'd make sense to move mypy and > all the annotation types to (gnu packages python-types), I think. Mypy is certainly a prominent

Re: Packages depending on (guix build syscalls)

On Fri, Oct 21, 2022 at 11:03:18AM +0200, Ludovic Courtès wrote: > Ludovic Courtès skribis: > > > Quite a few packages depend on (guix build syscalls), starting from > > ‘ant-bootstrap’ (since commit cded3a759356ff66b7df668bcdbdfa0daf96f4c5 > > in 2018) up to GNOME-related packages such as ‘mutte

Re: Notes from discussion on Quality Assurance from the 10 Years of Guix event

Hi Efraim, Quoting Efraim Flashner (2022-10-19 21:31:15) > On Tue, Oct 18, 2022 at 06:19:18PM +0200, Tanguy LE CARROUR wrote: > > Quoting Tanguy LE CARROUR (2022-10-05 16:01:40) > > > Quoting Christopher Baines (2022-09-18 17:55:30) > > […] > > This is no magic scheme, it's just an alias for: > >

Re: Packages depending on (guix build syscalls)

Hello, Ludovic Courtès writes: > Hello Guix! > > (Resending to the right mailing list, oops!) > > Quite a few packages depend on (guix build syscalls), starting from > ‘ant-bootstrap’ (since commit cded3a759356ff66b7df668bcdbdfa0daf96f4c5 > in 2018) up to GNOME-related packages such as ‘mutter’

Re: Notes from discussion on Quality Assurance from the 10 Years of Guix event

On Wed, Oct 19 2022, 11:57:15 AM +0200 zimoun wrote: > and then give a look at the script etc/committer.scm. Didn't know this existed. This should definitely get a mention in the Guix manual. --

Re: mtimes babi

jgart writes: > I'm packaging babi and mtimes phase fails: > > error: in phase 'ensure-no-mtimes-pre-1980': uncaught exception: > system-error "utime" "~A" ("No such file or directory") (2) > phase `ensure-no-mtimes-pre-1980' failed after 0.0 seconds Try "(delete 'ensure-no-mtimes-pre-1980)" like

Re: Types and builds for mypy

Hi, Philip Beadling writes: > Hi all > > Users of mypy and python will have noticed since the promotion of mypy to v0. > 971 it is now neccesary to provide separate python packages containing types > of non core libraries. > > The way we've been collecting these, outside of Guix proper, is in

Re: Pinning package inputs using inferiors?

Hi, On Fri, Oct 21, 2022 at 4:51 PM Phil wrote: > > have the releases available ... > but without ... an obligation on ... applications to adopt > these changes While I am relatively new to functional package management, I find it inconsistent that inputs in Guix are provided by variables. I be

Re: Could the Go importer use the Go toolchain? (was Re: Go importer and packages with version flags)

Hi François, Good to see interest being picked up on the Go front. François writes: > Hello, > > After a hiatus I am trying to package several softwares written on Golang > (I would like to have terraform and go-jsonnet for example) and I have > some problems with the current implementation so

Re: Notes from discussion on Quality Assurance from the 10 Years of Guix event

Hi Simon, Sorry it took me so long to answer, but I've been struggling for the past week with the upgrade of Poetry!! 😱 It requires updating `python-virtualenv` and `python-lockfile` and suddenly a **LOT** of packages needed to be rebuilt/updated. #dependencyHell! But that will definitively be the

Re: Packages depending on (guix build syscalls)

Hi Ludo, Ludovic Courtès writes: > Hello Guix! > > (Resending to the right mailing list, oops!) > > Quite a few packages depend on (guix build syscalls), starting from > ‘ant-bootstrap’ (since commit cded3a759356ff66b7df668bcdbdfa0daf96f4c5 > in 2018) up to GNOME-related packages such as ‘mutter

mtimes babi

hi, I'm packaging babi and mtimes phase fails: error: in phase 'ensure-no-mtimes-pre-1980': uncaught exception: system-error "utime" "~A" ("No such file or directory") (2) phase `ensure-no-mtimes-pre-1980' failed after 0.0 seconds Backtrace: 13 (primitive-load "/gnu/store/4f5x3b0yvbh1aj