[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#29088: Superseded package is not rebuild if native dependency change

From: Ludovic Courtès
Subject: bug#29088: Superseded package is not rebuild if native dependency changes
Date: Tue, 31 Oct 2017 23:27:09 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)


Hartmut Goebel <address@hidden> skribis:

> the package "gpgmepp" depends on native input "extra-cmake-modules".
> However if the alter is changed, gpgmepp is not rebuild.
> How to reproduce
>     git checkout master # important: without
>     http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29087 applied
>     ./pre-inst-env guix build gpgmepp
> now apply http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29087
>     ./pre-inst-env guix build extra-cmake-modules # the package changed
>     by patch 29087
>     ./pre-inst-env guix build gpgmepp
>     guix build: package 'gpgmepp' has been superseded by 'gpgme'
>     /gnu/store/ky8p7lllm9h9sv1zy0f742r1cc6qbd1l-gpgme-1.9.0
> This does *not* rebuild gpgmepp, but simply return the old store-path.

Superseded packages cannot be built/installed unwillingly.  In the
example above, what you built is “gpgme”, not “gpgmepp”, which is why
any changes to “gpgmepp” had no effect.

To force a build of the superseded package, you can run:

  guix build -e '(@ (gnu packages kde-frameworks) gpgmepp)'

But again, the intended meaning of superseded packages is that they are
superseded and must no longer be used.

So to me this can be closed as “not a bug.”



reply via email to

[Prev in Thread] Current Thread [Next in Thread]