bug#29088: Superseded package is not rebuild if native dependency changes
Hi Hartmut, Hartmut Goebelskribis: > Am 31.10.2017 um 23:27 schrieb Ludovic Courtès: >> 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. > > IC. Indeed I missed that a different package was build. So I agree, this > is not a bug. > > But i suggest to emit a more verbose message in this case, e.g.: > > guix build: package 'gpgmepp' > will not be build, since it <<--- new > has been superseded by 'gpgme'. > 'gpgme' will be build instead.<<--- new > > Or (maybe easier to implement: > guix build: package 'gpgmepp' has been superseded by 'gpgme'. > Thus 'gpgme' will be build instead of 'gpgmepp'.<<--- new I see your point, but I’m not entirely convinced. :-) After all, the name that appears, be it at the end of ‘guix build’ or in the profile created by ‘guix package’, is “gpgme”, not “gpgmepp”. We could make the messages more verbose, but in general it’s unclear that it would help. However, that’s another situation where colored output could help make useful messages more visible. Thanks, Ludo’.
bug#29088: Superseded package is not rebuild if native dependency changes
Am 31.10.2017 um 23:27 schrieb Ludovic Courtès: > 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. IC. Indeed I missed that a different package was build. So I agree, this is not a bug. But i suggest to emit a more verbose message in this case, e.g.: guix build: package 'gpgmepp' will not be build, since it <<--- new has been superseded by 'gpgme'. 'gpgme' will be build instead.<<--- new Or (maybe easier to implement: guix build: package 'gpgmepp' has been superseded by 'gpgme'. Thus 'gpgme' will be build instead of 'gpgmepp'.<<--- new -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |
bug#29088: Superseded package is not rebuild if native dependency changes
Hi, Hartmut Goebelskribis: > 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.” HTH! Ludo’.
bug#29088: Superseded package is not rebuild if native dependency changes
Hi, 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. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |