From debbugs-submit-bounces@debbugs.gnu.org Sun May 02 16:29:52 2021 Received: (at submit) by debbugs.gnu.org; 2 May 2021 20:29:52 +0000 Received: from localhost ([127.0.0.1]:44556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldIiu-0000QN-Bb for submit@debbugs.gnu.org; Sun, 02 May 2021 16:29:52 -0400 Received: from lists.gnu.org ([209.51.188.17]:42854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldIis-0000QH-A0 for submit@debbugs.gnu.org; Sun, 02 May 2021 16:29:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42416) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldIir-0000tO-Sv for bug-guix@gnu.org; Sun, 02 May 2021 16:29:50 -0400 Received: from mx1.riseup.net ([198.252.153.129]:47450) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldIip-0006Y9-MY for bug-guix@gnu.org; Sun, 02 May 2021 16:29:49 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FYHlY3DjyzDrL8 for ; Sun, 2 May 2021 13:29:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1619987385; bh=5m0NBSU51gsbvHjuSl5vq1n5FPsX7L7g548vfQGXy+s=; h=To:From:Subject:Date:From; b=tCvXzCaMZYhQ3y2PZbB+Rr28pSGyjQZ9Z8vy2MY9kNhCaSzLdFge+4sW8F/F4p6+/ yaSeEV0LmQIPNZuUBZJFncjyXHzU0ZAiRlSywd6tFqL/X48tpXsjgxasox/DcZGuSg aiZgFALDpr5oWKU4P1wHV5SSpRnowAE6GjHbTsiQ= X-Riseup-User-ID: 8D2482C70C1BF9289086D95CD25BD6757E24A057282463779995073BE1AEC990 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4FYHlW65D7z5vgT for ; Sun, 2 May 2021 13:29:43 -0700 (PDT) To: bug-guix@gnu.org From: bo0od Subject: Dont stop the upgrade process - Better guix handling when Package failed to build Message-ID: Date: Sun, 2 May 2021 20:29:31 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=198.252.153.129; envelope-from=bo0od@riseup.net; helo=mx1.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Hi There, Guix distro is a rolling distro, Packages almost hourly/daily get upgraded. This is nice but it wont go through without errors due to many factors. Current situation when there is an error and package failed to build guix will stop upgrading all the upgrade process e.g: If you have package x and y in your system guix upgrade (or guix upgrade x y) and there is error in x guix will stop the upgrade process for y as well, even though y package has no problems with its upgrade. Current (manual) solution is: guix package --upgrade . --do-not-upgrade x Why this is not useful: - Straight forward bad usability for end user - Average/New user want guix upgrade to work at 100% percent whenever possible, Since there is an error possibility then it should work at 90% or so (depending on how many packages having errors). Current situation by default either all build fine then upgrade or one error then no upgrade, Which is below good expectation. - If user just kept waiting for an upstream/package maintainer fixation (without reporting the issue or communicate with the support, and i would expect that from average users) which will take several days if not more y package will be kept on an outdated stage and this give security issues as well (because upgrades are not just new features or fixing bugs many of the upgrades contain fixes for critical security issues) Real Example: https://issues.guix.gnu.org/48140 Caused to stop the upgrade process for all of guix users (at least who had icedove installed) and no automatic solutions except the manual one. Solution: guix upgrade x y x contain error cant be upgraded skip building it due to meow error message upgrading y from 1.0 to 2.0 upgrade successful without x package couldnt be built due to meow error message This will insure all the packages on the distro going to be upgraded except the one which contain error/couldnt successfully upgraded. ------------------ Faster(?) workaround for current situation: Note: This is just faster to implement but not better than the previous solution. Current error message is: https://issues.guix.gnu.org/issue/48140/attachment/0/1 Better as well to add something like: Use guix package --upgrade . --do-not-upgrade PackageNameWithError to build other packages seccessfully. (Or any better wording message). ThX! From debbugs-submit-bounces@debbugs.gnu.org Sun May 02 16:56:06 2021 Received: (at 48166) by debbugs.gnu.org; 2 May 2021 20:56:06 +0000 Received: from localhost ([127.0.0.1]:44680 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldJ8I-0000ht-AP for submit@debbugs.gnu.org; Sun, 02 May 2021 16:56:06 -0400 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:59721) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldJ8D-0000hU-ER for 48166@debbugs.gnu.org; Sun, 02 May 2021 16:56:05 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 53EBB2450; Sun, 2 May 2021 16:55:55 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 02 May 2021 16:55:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=WRtOp9JlIbYOGUGpZEpxKgse m9ZkJ/wDwlT5MGT+z6o=; b=Iq83g/nKBirX+SZCUyzMWSpeWhSWYImWjwR9vpsK bi8Re5nSJ0c/UhIntsP1sLsJauRa6o6UaCTzj4X5Jyq6/iiqWIe/aXH5OsPvp3ib 58amdd7Xj3toUJxPODObT9yugCS2yOYVBGEZzorgGO+YgEXWrlAWxvuYog/WfdBx Ui0= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=WRtOp9 JlIbYOGUGpZEpxKgsem9ZkJ/wDwlT5MGT+z6o=; b=RJWUfrJuzjtzIoE6UtLfI+ 3s6MG+tVv8QGUdVDLn/3Si8jSNXEMZ87Jaiy6t8MY1Q1bodIcKXI8iRpHaOmeDLq kaomBf9+b+0XEI1aozYnm9SiftkykKogaUGw8UU7F/ReSAQSX3UkMj2ltcTYapqR Xz8vtIJNSX3bud3gXKX9ue7aASaSRuoli97xUy1nb8P0TOd+fYHGI5FICJUcyrLD 5t0lBneySktWHugsDhbYUnxm3EUpTRCHmchACDV0/Lb0ZKEMO4+uxsnwdI0ocRW3 vzZm9MMgj1NBsV8d6pvwtK+SJZrGfGYvfeVLqUs/RrqckCq1+omk+FVAxxNiVv1g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdefvddgiedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepnfgvohcuhfgrmhhulhgrrhhiuceolhgvohesfhgrmhhulhgr rhhirdhnrghmvgeqnecuggftrfgrthhtvghrnhepvddvudegffefiedttdfhfedvuefhgf ekieekgeekveetgefhfeetgfegueduffeinecuffhomhgrihhnpehgnhhurdhorhhgnecu kfhppeduiedvrddvudejrdeffedrudduvdenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehlvghosehfrghmuhhlrghrihdrnhgrmhgv X-ME-Proxy: Received: from localhost (d-162-217-33-112.ct.cpe.atlanticbb.net [162.217.33.112]) by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 2 May 2021 16:55:54 -0400 (EDT) Date: Sun, 2 May 2021 16:55:52 -0400 From: Leo Famulari To: bo0od Subject: Re: bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Sun, May 02, 2021 at 08:29:31PM +0000, bo0od wrote: > Current (manual) solution is: > > guix package --upgrade . --do-not-upgrade x I think you can use `guix package --upgrade . --keep-going`: https://guix.gnu.org/manual/devel/en/html_node/Common-Build-Options.html Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [64.147.123.25 listed in list.dnswl.org] 2.0 PDS_TONAME_EQ_TOLOCAL_SHORT Short body with To: name matches everything in local email X-Debbugs-Envelope-To: 48166 Cc: 48166@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) On Sun, May 02, 2021 at 08:29:31PM +0000, bo0od wrote: > Current (manual) solution is: > > guix package --upgrade . --do-not-upgrade x I think you can use `guix package --upgrade . --keep-going`: https://guix.gnu.org/manual/devel/en/html_node/Common-Build-Options.html --keep-going -k Keep going when some of the derivations fail to build; return only once all the builds have either completed or failed. The default behavior is to stop as soon as one of the specified derivations has failed. From debbugs-submit-bounces@debbugs.gnu.org Sun May 02 21:00:17 2021 Received: (at 48166) by debbugs.gnu.org; 3 May 2021 01:00:17 +0000 Received: from localhost ([127.0.0.1]:45790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldMwa-0005Cs-OJ for submit@debbugs.gnu.org; Sun, 02 May 2021 21:00:16 -0400 Received: from mx1.riseup.net ([198.252.153.129]:57420) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldMwX-0005Cf-RQ for 48166@debbugs.gnu.org; Sun, 02 May 2021 21:00:14 -0400 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FYPlW5PQxzDqgb; Sun, 2 May 2021 18:00:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1620003607; bh=LLgt0osJEVZXKeazpLi1oE22d+R4X//aXXAsEF5soFc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=jBC/JrznnSKmTdZ/PGKvZCL5ev03Y/bY6G1v5/h+spxY0L0UvRFN+WnHWUEHoeIlc NeaeFxBvU7JX8ArV0FXcpEqN+OhMd1OS3+/8gTdXxxWI4HFTcGhKabHcofjgYgZZFm U2SqSKetfHwNpGaahp/nKde+dCw/yIBbn1/19/R0= X-Riseup-User-ID: 1F0C6F59B1F6DD79F1B08741EDD476F346D5EA12826997F1AE7C0FCE3CB08A63 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4FYPlV2Xs4z1xph; Sun, 2 May 2021 18:00:05 -0700 (PDT) Subject: Re: bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build To: Leo Famulari References: From: bo0od Message-ID: Date: Mon, 3 May 2021 01:00:02 +0000 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48166 Cc: 48166@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I think you can use `guix package --upgrade . --keep-going`: Thank you for the hint, sorry i didnt know this command exist. Currently i cant test this because i dont have a package which has an error in the building (previous icedove bug should be fixed) to see how this is going to go. - First question: Why this is not default? and what not default should be: --stop-at-error or --dont-proceed-error ..(or whatever) - Second question: Does it show the error at the end or during the upgrade or both (same as my example before)? So user is aware that one or more of his packages didnt upgraded. - If second question is yes then that command can replace --do-not-upgrade in my previous workaround faster implementation but not ultimate. Leo Famulari: > On Sun, May 02, 2021 at 08:29:31PM +0000, bo0od wrote: >> Current (manual) solution is: >> >> guix package --upgrade . --do-not-upgrade x > > I think you can use `guix package --upgrade . --keep-going`: > > https://guix.gnu.org/manual/devel/en/html_node/Common-Build-Options.html > > --keep-going > -k > > Keep going when some of the derivations fail to build; return only once all the builds have either completed or failed. > > The default behavior is to stop as soon as one of the specified derivations has failed. > From debbugs-submit-bounces@debbugs.gnu.org Sun May 02 21:50:54 2021 Received: (at 48166) by debbugs.gnu.org; 3 May 2021 01:50:54 +0000 Received: from localhost ([127.0.0.1]:45938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldNja-0005hA-8Y for submit@debbugs.gnu.org; Sun, 02 May 2021 21:50:54 -0400 Received: from lepiller.eu ([89.234.186.109]:36092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldNjW-0005h4-Fx for 48166@debbugs.gnu.org; Sun, 02 May 2021 21:50:53 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 3f63c959; Mon, 3 May 2021 01:50:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:cc:from:message-id; s= dkim; bh=W4kTfreUGAE5+9OtKHl2NqViiIICZ/D7OE2idT2N3nI=; b=AZpExTN 9asRRR+9B2E9bA7/32/EZ+u9tFeFuOiGIJSzbqZTRbyCjXLQH1c8abrBegLZqO4S mYH2FkmqJ6rkZIPkCqwxp5v6N9g+RHeQoTG/51gpeaX/5UHtd2QH4Zxac3r3fM4H s1P06t1ECsvNHn11Uy200D39LWtTjUTeGyMBrIDe2FbSJ3OWQK6lYN6zZ3mRzZ/D wk64V24ZXPIhcoD4p2Xqzu4aoczaCdYAMtE/5EB+4UjUfnqUP0Upgnaapir/gB4T d4eixSVx8xgOEEvuaEFBkBKm8VW9FVLaJMcSwNEwqXw9/aEM+1Q5/UpNnzdn3k4z Kz2/lJy7LK8TVjw== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id 8981550f (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Mon, 3 May 2021 01:50:47 +0000 (UTC) Date: Sun, 02 May 2021 21:50:39 -0400 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----S8L3RX4DXJK9CL3RHXUE0KGJE0NQX3" Content-Transfer-Encoding: 7bit Subject: Re: bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build To: bo0od ,Leo Famulari From: Julien Lepiller Message-ID: <3C1DFBAD-68E9-4B7C-9610-222DAFF8A745@lepiller.eu> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 48166 Cc: 48166@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------S8L3RX4DXJK9CL3RHXUE0KGJE0NQX3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I don't think --keep-going works as you expect it to=2E When you do guix up= grade, guix creates a derivation for your new profile and proceeds to build= it=2E If it has dependents that need to be built (packages that were updat= ed), it builds them as they are needed to build the new profile=2E If one of them fails, guix fails early by default=2E --keep-going will, we= ll, keep going and guix will build the rest of the dependents that are inde= pendent from that failure=2E However, it will eventually fail (late) when it tries to finally build the= derivation for the new derivation: itqdepends on other derivations that al= ready failed=2E Not sure how it reports the failures, but it might be easie= r to list all the failures in one try, and apply your workaround=2E To do what you want (create a new generations ignoring failures) is not ea= sy to implement=2E We would have to "change our mind" and build a different= derivation for that new profile=2E Le 2 mai 2021 21:00:02 GMT-04:00, bo0od a =C3=A9crit = : > > I think you can use `guix package --upgrade =2E --keep-going`: > >Thank you for the hint, sorry i didnt know this command exist=2E > >Currently i cant test this because i dont have a package which has an=20 >error in the building (previous icedove bug should be fixed) to see how > >this is going to go=2E > >- First question: > >Why this is not default? and what not default should be: > >--stop-at-error or --dont-proceed-error =2E=2E(or whatever) > >- Second question: > >Does it show the error at the end or during the upgrade or both (same >as=20 >my example before)? So user is aware that one or more of his packages=20 >didnt upgraded=2E > >- If second question is yes then that command can replace=20 >--do-not-upgrade in my previous workaround faster implementation but >not=20 >ultimate=2E > > > > >Leo Famulari: >> On Sun, May 02, 2021 at 08:29:31PM +0000, bo0od wrote: >>> Current (manual) solution is: >>> >>> guix package --upgrade =2E --do-not-upgrade x >>=20 >> I think you can use `guix package --upgrade =2E --keep-going`: >>=20 >> >https://guix=2Egnu=2Eorg/manual/devel/en/html_node/Common-Build-Options= =2Ehtml >>=20 >> --keep-going >> -k >>=20 >> Keep going when some of the derivations fail to build; return >only once all the builds have either completed or failed=2E >>=20 >> The default behavior is to stop as soon as one of the specified >derivations has failed=2E >>=20 ------S8L3RX4DXJK9CL3RHXUE0KGJE0NQX3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I don't think --keep-going works as you expect it = to=2E When you do guix upgrade, guix creates a derivation for your new prof= ile and proceeds to build it=2E If it has dependents that need to be built = (packages that were updated), it builds them as they are needed to build th= e new profile=2E

If one of them fails, guix fails early by default= =2E --keep-going will, well, keep going and guix will build the rest of the= dependents that are independent from that failure=2E

However, it wi= ll eventually fail (late) when it tries to finally build the derivation for= the new derivation: itqdepends on other derivations that already failed=2E= Not sure how it reports the failures, but it might be easier to list all t= he failures in one try, and apply your workaround=2E

To do what you = want (create a new generations ignoring failures) is not easy to implement= =2E We would have to "change our mind" and build a different derivation for= that new profile=2E

Le 2 mai 2021 21:00:= 02 GMT-04:00, bo0od <bo0od@riseup=2Enet> a =C3=A9crit :
I t=
hink you can use `guix package --upgrade =2E --keep-going`:

Thank you for the hint, sorry i didnt know this command exist=2E
Currently i cant test this because i dont have a package which has an error in the building (previous icedove bug should be fixed) to see how this is going to go=2E

- First question:

Why this is not de=
fault? and what not default should be:

--stop-at-error or --dont-pro=
ceed-error =2E=2E(or whatever)

- Second question:

Does it sho=
w the error at the end or during the upgrade or both (same as 
my exampl=
e before)? So user is aware that one or more of his packages 
didnt upgr=
aded=2E

- If second question is yes then that command can replace --do-not-upgrade in my previous workaround faster implementation but not =

ultimate=2E




Leo Famulari:
On Sun, May 02, 2021 at 08:29:31PM +0000, bo0od w=
rote:
 Current (manua=
l) solution is:

 guix package --upgrade =2E --do-not-upgrade x

I think you can use `guix package --upgrade =2E --keep-going=
`:

https://guix=2Egnu=2Eorg/manual/devel/en/html_nod=
e/Common-Build-Options=2Ehtml

--keep-going
-k

     Kee=
p going when some of the derivations fail to build; return only once all th=
e builds have either completed or failed=2E

     The default behavio=
r is to stop as soon as one of the specified derivations has failed=2E
<=
br>



------S8L3RX4DXJK9CL3RHXUE0KGJE0NQX3-- From debbugs-submit-bounces@debbugs.gnu.org Sun May 02 22:25:36 2021 Received: (at 48166) by debbugs.gnu.org; 3 May 2021 02:25:36 +0000 Received: from localhost ([127.0.0.1]:45947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldOHA-0005yV-Ga for submit@debbugs.gnu.org; Sun, 02 May 2021 22:25:36 -0400 Received: from mx1.riseup.net ([198.252.153.129]:45374) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldOH7-0005yP-Na for 48166@debbugs.gnu.org; Sun, 02 May 2021 22:25:35 -0400 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FYRf00lrjzDq9p; Sun, 2 May 2021 19:25:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1620008728; bh=rGp5FbUIszYA/drxfOMFHXUvFZ53WRXJdLfccJMz8k0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=jxRdcslLf3DF4q80dtdN+QDwfeN8oOvT4wXUGXeTCKRsCgUuvAIVxXxBx+3hc4gdk jcmRxVXx5R81sxA5G8/2KrU1RYtUP+cvSiUy9Gm+kCDyVF57ZUDne5xKgCMptqnE96 VjqFfn8V3Z+WaOeHsJ6RTaRsI2xb1YSP/vnd0KCc= X-Riseup-User-ID: 481F73CDBD033D7A845F8B11D2600786886FE9751C619BF124FF34B63B91B8C5 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4FYRdy2QzTz1yS8; Sun, 2 May 2021 19:25:25 -0700 (PDT) Subject: Re: bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build To: Julien Lepiller , Leo Famulari References: <3C1DFBAD-68E9-4B7C-9610-222DAFF8A745@lepiller.eu> From: bo0od Message-ID: <7613d55a-d145-1dc7-a64a-1a17d95ed484@riseup.net> Date: Mon, 3 May 2021 02:25:21 +0000 MIME-Version: 1.0 In-Reply-To: <3C1DFBAD-68E9-4B7C-9610-222DAFF8A745@lepiller.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48166 Cc: 48166@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > To do what you want (create a new generations ignoring failures) is not easy to implement. We would have to "change our mind" and build a different derivation for that new profile. I hope to do so, For better guix usability future. From debbugs-submit-bounces@debbugs.gnu.org Tue May 04 15:58:01 2021 Received: (at 48166) by debbugs.gnu.org; 4 May 2021 19:58:01 +0000 Received: from localhost ([127.0.0.1]:55090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1le1BB-0007i9-2i for submit@debbugs.gnu.org; Tue, 04 May 2021 15:58:01 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1le1B9-0007i3-33 for 48166@debbugs.gnu.org; Tue, 04 May 2021 15:57:59 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59105) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1le1B3-00082w-1e; Tue, 04 May 2021 15:57:53 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=60576 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1le1B0-0002tW-Rt; Tue, 04 May 2021 15:57:51 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Julien Lepiller Subject: Re: bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build References: <3C1DFBAD-68E9-4B7C-9610-222DAFF8A745@lepiller.eu> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 =?utf-8?Q?Flor=C3=A9al?= an 229 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Tue, 04 May 2021 21:57:49 +0200 In-Reply-To: <3C1DFBAD-68E9-4B7C-9610-222DAFF8A745@lepiller.eu> (Julien Lepiller's message of "Sun, 02 May 2021 21:50:39 -0400") Message-ID: <87zgxal1aa.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48166 Cc: bo0od , 48166@debbugs.gnu.org, Leo Famulari X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Julien Lepiller skribis: > To do what you want (create a new generations ignoring failures) is not e= asy to implement. We would have to "change our mind" and build a different = derivation for that new profile. It=E2=80=99s also not desirable IMO: the way Guix operates is that either it succeeds the operation you asked for, or it fails, but it never =E2=80=9Cch= anges its mind=E2=80=9D in the middle. Instead, I think what would improve usability would be to notify the user upfront when a package is known to fail to build. The build farm could state that when it replies to narinfo requests, and =E2=80=98guix=E2= =80=99 commands would print a warning or even stop upfront by default. Thanks, Ludo=E2=80=99.