all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: bo0od <bo0od@riseup.net>
To: 48166@debbugs.gnu.org
Subject: bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
Date: Sun, 2 May 2021 20:29:31 +0000	[thread overview]
Message-ID: <e995e8fc-73cd-f1a2-ad09-d6ea043f61fa@riseup.net> (raw)

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!




             reply	other threads:[~2021-05-02 20:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-02 20:29 bo0od [this message]
2021-05-02 20:55 ` bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build Leo Famulari
2021-05-03  1:00   ` bo0od
2021-05-03  1:50     ` Julien Lepiller
2021-05-03  2:25       ` bo0od
2021-05-04 19:57       ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e995e8fc-73cd-f1a2-ad09-d6ea043f61fa@riseup.net \
    --to=bo0od@riseup.net \
    --cc=48166@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.