GNU bug report logs - #60020
[PATCH 0/8] Update openjdk.

Previous Next

Full log

Message #38 received at 60020 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Greg Hogan <code <at> greghogan.com>
Cc: Efraim Flashner <efraim <at> flashner.co.il>, 60020 <at> debbugs.gnu.org
Subject: Re: bug#60020: [PATCH 0/8] Update openjdk.
Date: Tue, 17 Jan 2023 14:38:28 -0500

+CC Efram

Hi Greg,

Greg Hogan <code <at> greghogan.com> writes:

> On Mon, Jan 16, 2023 at 12:59 PM Maxim Cournoyer
> <maxim.cournoyer <at> gmail.com> wrote:
>>
>> Hello,
>>
>> Greg Hogan <code <at> greghogan.com> writes:
>>
>> > These look to be the latest updates to openjdk11+.
>> >
>> > The openjdk build process creates thousands of defunct bash processes,
>> > necessitating the increase in maximum number of tasks.
>> >
>> > Greg Hogan (8):
>> >   Increase "TasksMax" in 'guix-daemon.service'.
>>
>> This doesn't appear to have been merged yet.  Is it still needed?
>
> Yes. Do we know what TasksMax is set to on the build farms?
>
>> >   gnu: openjdk11: Update to 11.0.17.
>> >   gnu: openjdk13: Update to 13.0.13.
>> >   gnu: openjdk15: Update to 15.0.9.
>> >   gnu: openjdk16: Update to 16.0.2.
>> >   gnu: openjdk17: Update to 17.0.5.
>> >   gnu: openjdk18: Update to 18.0.2.
>> >   gnu: openjdk: Update to 19.
>>
>> These appear to have been merged already.  Feel free to close if there's
>> nothing left to do here.
>
> Everything except openjdk <at> 19 was merged, so I don't know if that was
> an editorial decision by the committer because version 19 was so new
> (19.0.1 has since been released).

Efraim, was this an oversight or you were waiting to upload the new
release?

> I would close this ticket except for
> waiting to confirm and accept the increase to TasksMax.

OK; there doesn't seem to be anything particular on the build farm, per
(sysadmin services) in the guix-maintenance repository:

--8<---------------cut here---------------start------------->8---
(define* (guix-daemon-config #:key (max-jobs 5) (cores 4)
                             (build-accounts-to-max-jobs-ratio 4)
                             (authorized-keys '()))
  (guix-configuration
   (substitute-urls '())
   (authorized-keys authorized-keys)

   ;; We don't want to let builds get stuck for too long, but we still want
   ;; to allow building, say, Guile 2.2 on armhf-linux, which takes < 3h on
   ;; an OverDrive 1000.
   (max-silent-time 3600)
   (timeout (* 6 3600))

   (log-compression 'gzip)               ;be friendly to 'guix publish' users

   (build-accounts (* build-accounts-to-max-jobs-ratio max-jobs))
   (extra-options (list "--max-jobs" (number->string max-jobs)
                        "--cores" (number->string cores)
                        "--gc-keep-outputs" "--gc-keep-derivations"))))
--8<---------------cut here---------------end--------------->8---

And it uses the guix-daemon from the latest Guix package in Guix, so it
doesn't seem to be needed there?

-- 
Thanks,
Maxim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.