guix-commits@gnu.org writes: > jpoiret pushed a commit to branch master > in repository guix. > > commit 999a6ac0cfd9339e138007ed9e4e544a55e92e3e > Author: Josselin Poiret > AuthorDate: Mon May 22 11:04:17 2023 +0200 > > gnu: mig: Update to 1.8+git20230520. > > * gnu/packages/hurd.scm (mig)[source]: Update to 1.8+git20230520. > * gnu/packages/patches/gnumach-add-missing-const_mach_port_name_array_t-type.patch: > Drop patch. > * gnu/local.mk (dist_patch_DATA): Unregister it. > --- > gnu/local.mk | 1 - > gnu/packages/hurd.scm | 20 ++++++-------- > ...missing-const_mach_port_name_array_t-type.patch | 32 ---------------------- > 3 files changed, 8 insertions(+), 45 deletions(-) This seemed to be causing the data service some problems, and locally I was able to reproduce this by trying to build hello for i586-gnu. Guix would just use more and more memory. > --- a/gnu/packages/hurd.scm > +++ b/gnu/packages/hurd.scm > @@ -88,24 +88,20 @@ > (define-public mig > (package > (name "mig") > - (version "1.8+git20220827") > + (version "1.8+git20230520") > (source (origin > - (method url-fetch) > - ;; XXX: Version 2.35 of glibc can only be built with an > - ;; unreleased version of MiG: > - ;; . > - ;; It cannot be fetched from Git though, as the extra dependency > - ;; on Autoconf/Automake would complicate bootstrapping. > - (uri (string-append "mirror://gnu/guix/mirror/mig-" > - version ".tar.gz")) > + (method git-fetch) I did check to see if the new inputs were the cause, but that seemed fine. Although I'm guessing that maybe using git-fetch here is probably the cause.