unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Edouard Klein <edk@beaver-labs.com>
To: guix-devel@gnu.org
Subject: Re: A script to check an edit does not break anything
Date: Mon, 15 Jun 2020 10:50:19 +0200	[thread overview]
Message-ID: <874krcbtmc.fsf@alice.lan> (raw)
In-Reply-To: <874krewttj.fsf@gnu.org>

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

Hi !

Ludovic Courtès writes:

> Hi Edouard,
>
> Edouard Klein <edk@beaver-labs.com> skribis:
>
>> Because of the subtle consequences of editing a package are hard to keep
>> track of, I wrote the attached script (you need sharness to run it, but
>> with slight modification it can become a standalone script).
>>
>> This script goes beyond the instructions of the manual on two fronts:
>> - First, it not only tries to build the packages, but also to install
>> them,
>
> I think this is probably the first time we have this problem (that I
> remember of), probably because the Jupyter dependency graph has so many
> propagated inputs.
>
> However, this is definitely something ‘guix lint’ could check with
> something along the lines of the patch below.

Thank you for pushing profile-collisions, it certainly is helpful for
finding such problems, and it perfectly integrates within guix.

>
>> - Secondly, it does not limit itself to the dependents (as listed by
>> guix refresh --list-dependents) of the packages one is meddling with,
>> but to the whole reverse bags (as listed by guix graph
>> --type=reverse-bag).
>
> I think it’s equivalent: ‘guix refresh -l’ simply shows the contour of
> the graph whereas ‘guix graph’ lists every node.

The problem lies when the leafs are OK but the nodes in the middle are
not. See for example in the attached image, the failure of jupyter is
masked by r-irkernel being both buildable and installable.

Now, the new tool you added to guix lint solves the discoverability
problem. It is now indeed reported that jupyter has a problem.

Still, it takes around 10 minutes to run on my (admittedly underpowered)
machine, and one has to rummage to the output (or diff with a previous
run) to see if a specific action caused or solved problems.

gpwc.sh has a real time visual output that is specific to current
modifications (it could even be paired with Ricardo's automatic commit
message writer to automatically guess which root packages to start with)
that allows the developer to start investing a problem quicker, without
having to wait for the end of the run. Also, the visual output makes
seeing who depends on whom easier, the same information in text form
makes my head hurt.

Provided I rewrite it in scheme, do you think gpwc could make it
into guix/etc ? 


[-- Attachment #2: 2020-06-12T16:51:27+02:00.png --]
[-- Type: image/png, Size: 228758 bytes --]

[-- Attachment #3: Type: text/plain, Size: 2885 bytes --]


Cheers !

Edouard.

>
> Thanks for your feedback!
>
> Ludo’.
>
> diff --git a/guix/lint.scm b/guix/lint.scm
> index 82861b8a27..84ddfd6b73 100644
> --- a/guix/lint.scm
> +++ b/guix/lint.scm
> @@ -41,6 +41,7 @@
>    #:use-module (guix upstream)
>    #:use-module (guix utils)
>    #:use-module (guix memoization)
> +  #:use-module (guix profiles)
>    #:use-module (guix scripts)
>    #:use-module ((guix ui) #:select (texi->plain-text fill-paragraph))
>    #:use-module (guix gnu-maintenance)
> @@ -84,6 +85,7 @@
>              check-for-updates
>              check-formatting
>              check-archival
> +            check-profile-collisions
>  
>              lint-warning
>              lint-warning?
> @@ -970,6 +972,20 @@ descriptions maintained upstream."
>        (with-store store
>          (check-with-store store))))
>  
> +(define* (check-profile-collisions package #:key store)
> +  (guard (c ((profile-collision-error? c)
> +             (let ((first  (profile-collision-error-entry c))
> +                   (second (profile-collision-error-conflict c)))
> +               (list (make-warning package
> +                                   (G_ "collision between ~a@~a and ~a@~a")
> +                                   (list (manifest-entry-name first)
> +                                         (manifest-entry-version first)
> +                                         (manifest-entry-name second)
> +                                         (manifest-entry-version second)))))))
> +    (check-for-collisions (packages->manifest (list package))
> +                          (%current-system))
> +    '()))
> +
>  (define (check-license package)
>    "Warn about type errors of the 'license' field of PACKAGE."
>    (match (package-license package)
> @@ -1349,6 +1365,11 @@ or a list thereof")
>       (description     "Report failure to compile a package to a derivation")
>       (check           check-derivation)
>       (requires-store? #t))
> +   (lint-checker
> +     (name            'profile-collisions)
> +     (description     "Report collisions that would occur due to propagated inputs")
> +     (check           check-profile-collisions)
> +     (requires-store? #t))
>     (lint-checker
>      (name        'patch-file-names)
>      (description "Validate file names and availability of patches")
> diff --git a/guix/profiles.scm b/guix/profiles.scm
> index 25ff146bdf..56ef4c0b91 100644
> --- a/guix/profiles.scm
> +++ b/guix/profiles.scm
> @@ -105,6 +105,7 @@
>              manifest-installed?
>              manifest-matching-entries
>              manifest-search-paths
> +            check-for-collisions
>  
>              manifest-transaction
>              manifest-transaction?
> diff --git a/guix/ui.scm b/guix/ui.scm
> index 98b30445c8..2595e44062 100644


  parent reply	other threads:[~2020-06-15  8:51 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-11 15:19 A script to check an edit does not break anything Edouard Klein
2020-06-11 15:41 ` Edouard Klein
2020-06-11 17:55   ` Vincent Legoll
2020-06-12 16:41     ` Edouard Klein
2020-06-13 21:15 ` Ludovic Courtès
2020-06-14 15:27   ` Checking for profile collisions with ‘guix lint’ Ludovic Courtès
2020-06-15  8:50   ` Edouard Klein [this message]
2020-06-16 10:01     ` A script to check an edit does not break anything 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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=874krcbtmc.fsf@alice.lan \
    --to=edk@beaver-labs.com \
    --cc=guix-devel@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).