From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?QmrDtnJuIEjDtmZsaW5n?= Subject: Re: guix weather issue? (was Re: guix package builds, subsitutes and --no-build) Date: Wed, 27 Feb 2019 09:26:27 +0100 Message-ID: <20190227092627.4bb6591c@alma-ubu> References: <87pnrm76ta.fsf@roquette.mug.biscuolo.net> <20190220214442.GA22965@jasmine.lan> <871s416umx.fsf@roquette.mug.biscuolo.net> <87ef80trpm.fsf@gmail.com> <87a7ik57xs.fsf@roquette.mug.biscuolo.net> <874l8s2ek0.fsf@elephly.net> <8736oc2ebh.fsf@elephly.net> <877edn6hrs.fsf@roquette.mug.biscuolo.net> <87zhqj29ak.fsf@elephly.net> <8736obkhfs.fsf@gnu.org> <87woln27hb.fsf@elephly.net> <87y3634zaa.fsf@roquette.mug.biscuolo.net> <87zhqj81uj.fsf@gmail.com> <87imx651y5.fsf@roquette.mug.biscuolo.net> <874l8pu1sw.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/5ARSmyW_fbbpfe6hqaeCkcd"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:60234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gyuY1-00007N-Fx for guix-devel@gnu.org; Wed, 27 Feb 2019 03:26:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gyuXz-000793-N4 for guix-devel@gnu.org; Wed, 27 Feb 2019 03:26:37 -0500 In-Reply-To: <874l8pu1sw.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Chris Marusich Cc: guix-devel@gnu.org, Mathieu Lirzin --Sig_/5ARSmyW_fbbpfe6hqaeCkcd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 26 Feb 2019 23:29:35 -0800 Chris Marusich wrote: > Hi Giovanni, >=20 > Giovanni Biscuolo writes: [...] > > anyway even if that is not the issue, users should have some way > > to check if a substitute is available for their current commit, so > > they can decide if they are willing to locally build or not. > > =20 > > also, it would be useful if "guix package -i/-u" allowed users to > > choose to fail (via a flag or a CLI prompt) in case a substitute > > is not available; AFAIU "Substitution failure" [1] works when a > > substitute *is available* but download fails (and we have > > "--fallback" just in case), but there is non way to fail in case > > substitute in not available. There is already a bug created about this topic: "do not attempt to build a package known to be broken": https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D33737 It seams like the discussion faded out because the daemon is not yet ready for this, and there were some discussions about corner cases like indeterministic build failures. > > in my specific case with ungoogled-chromium, it took about 8 > > hours on a 8 cores + 16GB RAM machine (although heavily used) to > > reach 75% of the build process... and finally I had to cancel the > > build since the machine load reached 40 (since other "heavy" > > processes started via cronjobs).) =20 Another related topic discussed before (I'm not sure if there is a ticket for this) is to collect build resource consumption (wall-time, cpu-time, memory-usage, ...) and store it in a local or even global database. With that data available you could at least roughly calculate the cost of compilation and if you want to put that effort in (or to plan your heavy compilation say overnight). > I agree it would be nice if one could control the behavior more > easily. However, someone needs to put in the time to design and > implement the solution. So far, I think people with time and energy > have chosen instead to focus on improving substitute availability, in > the hopes that it will prove more useful in the long term. >=20 > Would you be interesting in working on it? I have sometimes wanted a > feature like that, but I do believe substitute availability will help > more in the long term. I found with a huge profile there is always some dependency failing. And it is not clear which leaf packages to exclude to "just" update the rest of your profile. This could be automated. I would like to see that feature. Though on the other hand as you said, everyone's resources are limited and we tend to look at the packages and getting them fixed. Bj=C3=B6rn --Sig_/5ARSmyW_fbbpfe6hqaeCkcd Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQiGUP0np8nb5SZM4K/KGy2WT5f/QUCXHZJswAKCRC/KGy2WT5f /UE6AJ49xmSpHHzrNEZa3vYDtc4rzLPT0QCfZF7tUFI4m6AbeB3/e9NpFbsYHqI= =4VHG -----END PGP SIGNATURE----- --Sig_/5ARSmyW_fbbpfe6hqaeCkcd--