all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / Atom feed
* bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
@ 2021-05-02 20:29 bo0od
  2021-05-02 20:55 ` Leo Famulari
  0 siblings, 1 reply; 6+ messages in thread
From: bo0od @ 2021-05-02 20:29 UTC (permalink / raw)
  To: 48166

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!




^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
  2021-05-02 20:29 bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build bo0od
@ 2021-05-02 20:55 ` Leo Famulari
  2021-05-03  1:00   ` bo0od
  0 siblings, 1 reply; 6+ messages in thread
From: Leo Famulari @ 2021-05-02 20:55 UTC (permalink / raw)
  To: bo0od; +Cc: 48166

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.




^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
  2021-05-02 20:55 ` Leo Famulari
@ 2021-05-03  1:00   ` bo0od
  2021-05-03  1:50     ` Julien Lepiller
  0 siblings, 1 reply; 6+ messages in thread
From: bo0od @ 2021-05-03  1:00 UTC (permalink / raw)
  To: Leo Famulari; +Cc: 48166

 > 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.
> 




^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
  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
  0 siblings, 2 replies; 6+ messages in thread
From: Julien Lepiller @ 2021-05-03  1:50 UTC (permalink / raw)
  To: bo0od, Leo Famulari; +Cc: 48166

[-- Attachment #1: Type: text/plain, Size: 2422 bytes --]

I don't think --keep-going works as you expect it to. When you do guix upgrade, guix creates a derivation for your new profile and proceeds to build it. If it has dependents that need to be built (packages that were updated), it builds them as they are needed to build the new profile.

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

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

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.

Le 2 mai 2021 21:00:02 GMT-04:00, bo0od <bo0od@riseup.net> a écrit :
> > 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.
>> 

[-- Attachment #2: Type: text/html, Size: 3171 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
  2021-05-03  1:50     ` Julien Lepiller
@ 2021-05-03  2:25       ` bo0od
  2021-05-04 19:57       ` Ludovic Courtès
  1 sibling, 0 replies; 6+ messages in thread
From: bo0od @ 2021-05-03  2:25 UTC (permalink / raw)
  To: Julien Lepiller, Leo Famulari; +Cc: 48166

> 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.




^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build
  2021-05-03  1:50     ` Julien Lepiller
  2021-05-03  2:25       ` bo0od
@ 2021-05-04 19:57       ` Ludovic Courtès
  1 sibling, 0 replies; 6+ messages in thread
From: Ludovic Courtès @ 2021-05-04 19:57 UTC (permalink / raw)
  To: Julien Lepiller; +Cc: bo0od, 48166

Hi,

Julien Lepiller <julien@lepiller.eu> skribis:

> 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.

It’s also not desirable IMO: the way Guix operates is that either it
succeeds the operation you asked for, or it fails, but it never “changes
its mind” 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 ‘guix’
commands would print a warning or even stop upfront by default.

Thanks,
Ludo’.




^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2021-05-04 19:58 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-05-02 20:29 bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build bo0od
2021-05-02 20:55 ` 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

all messages for Guix-related lists mirrored at yhetil.org

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://yhetil.org/guix

Example config snippet for mirrors.


AGPL code for this site: git clone http://ou63pmih66umazou.onion/public-inbox.git