unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
* `guix package -u` upgrades packages to themselves
@ 2018-04-11  7:59 Pierre Neidhardt
  2018-04-11  8:24 ` Ricardo Wurmus
  0 siblings, 1 reply; 9+ messages in thread
From: Pierre Neidhardt @ 2018-04-11  7:59 UTC (permalink / raw)
  To: help-guix

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


I can run the following command as much as I want it will keep updating
a bunch of packages to themselves.

	> guix package -u
	The following packages will be upgraded:
	   guile	2.2.3 → 2.2.3	/gnu/store/b90y3swxlx3vw2yyacs8cz59b8cbpbw5-guile-2.2.3
	   git:send-email	2.17.0 → 2.17.0	/gnu/store/7ynrwzxy13hb1ahlz0mzik4apiwccrrw-git-2.17.0-send-email
	   emacs-pdf-tools	0.80 → 0.80	/gnu/store/15n4nmr04x6kmjicmxdjqwnhybgyk1kl-emacs-pdf-tools-0.80
	   emacs-guix	0.3.4 → 0.3.4	/gnu/store/gyhi3x25kff9js2c10jhk36mcdydgbyl-emacs-guix-0.3.4
	   libtool	2.4.6 → 2.4.6	/gnu/store/p9rb4r3spr84b0jkd9w50zdw3yhwdaq2-libtool-2.4.6
	   udisks	2.1.8 → 2.1.8	/gnu/store/ylgf4m5caibiv3q4a2xvd8l2wrwdm953-udisks-2.1.8
	   mps-youtube	0.2.7.1 → 0.2.7.1	/gnu/store/lccrc12z796bkzds1h935wryhfd9p98k-mps-youtube-0.2.7.1
	   translate-shell	0.9.6.7 → 0.9.6.7	/gnu/store/1wbdkifqs0c7i9pszan9m22y9xa6wlwg-translate-shell-0.9.6.7
	   xinit	1.4.0 → 1.4.0	/gnu/store/is19yxgc2rr106b9jylja1nlhvzz09j8-xinit-1.4.0
	   gcc:lib	7.3.0 → 7.3.0	/gnu/store/2g04larw6s6xmn82janyqhcy6q2bi3h5-gcc-7.3.0-lib
	   pulseaudio	11.1 → 11.1	/gnu/store/i3i7mgp2ng93rpp2g7w31j8kbzwr34vn-pulseaudio-11.1
	   xdg-utils	1.1.2 → 1.1.2	/gnu/store/qsf6pyb94iya7c0ac7fi2raqncjpyprm-xdg-utils-1.1.2
	   go:tests	1.10 → 1.10	/gnu/store/kxpnwp2nryk8rjxq4pmb60brwnvn72m1-go-1.10-tests
	   go:doc	1.10 → 1.10	/gnu/store/nwy6ck339rj6g0jrwdxv09nzlkkm5xyk-go-1.10-doc
	   emacs-helm	2.9.0 → 2.9.0	/gnu/store/6pjxj8k9znmgf7gva2s44r28wwys7zjs-emacs-helm-2.9.0
	   libx11	1.6.5 → 1.6.5	/gnu/store/a1vqc8xqy3a0jaz4gn77ypgi4nx61xvp-libx11-1.6.5
	
	substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
	The following derivations will be built:
	   /gnu/store/1xn7sy1jn1iw2ff4kvb7b47vkz51yrzw-profile.drv
	   /gnu/store/ykq44zwxi8vhw1cx50m4spsbfxj98zq5-ca-certificate-bundle.drv
	   /gnu/store/nc8mcyzzqd7syxjv8f9d6bn7mgq3azkg-info-dir.drv
	   /gnu/store/l2b5vxndjwkfsmw26r6pdxhp98bargq0-fonts-dir.drv
	   /gnu/store/k1ar9rz4acrspigdzjwk5fkzn3cdicfv-xdg-mime-database.drv
	   /gnu/store/hpmsmkxv2s1ksfp9lvirwbf93camj7mp-gtk-im-modules.drv
	   /gnu/store/hfqhclgl9hqqvz7l2j96c646b2zq6527-gtk-icon-themes.drv
	   /gnu/store/ap3zl4dybyhbi4xbvhpq57gi124q0r69-xdg-desktop-database.drv
	   /gnu/store/gvv4gag7a61ib6nq158spajzjzgzzv7v-manual-database.drv
	Creating manual page database...
	4018 entries processed in 3.1 s
	116 packages in profile

Bug?

--
Pierre Neidhardt

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-11  7:59 `guix package -u` upgrades packages to themselves Pierre Neidhardt
@ 2018-04-11  8:24 ` Ricardo Wurmus
  2018-04-11  9:40   ` Pierre Neidhardt
  2018-04-12  8:37   ` Chris Marusich
  0 siblings, 2 replies; 9+ messages in thread
From: Ricardo Wurmus @ 2018-04-11  8:24 UTC (permalink / raw)
  To: Pierre Neidhardt; +Cc: help-guix


Pierre Neidhardt <ambrevar@gmail.com> writes:

> I can run the following command as much as I want it will keep updating
> a bunch of packages to themselves.

That’s expected if you’ve upgraded Guix since installing the packages.
(If you haven’t then it’s probably a bug.)

That’s because the package version itself is insufficient.  In Guix
we’re dealing with package “variants”.  Guix will never upgrade a
package to the same variant, but it can happen that there are different
variants for the same version of a package.

That’s usually because inputs to these packages have changed, which
results in a new package output in the functional package management
model.  The version stays the same, but since the inputs have changed,
the output will be different and thus end up in a new directory.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-11  8:24 ` Ricardo Wurmus
@ 2018-04-11  9:40   ` Pierre Neidhardt
  2018-04-11 12:24     ` Martin Castillo
  2018-04-24  8:32     ` Ludovic Courtès
  2018-04-12  8:37   ` Chris Marusich
  1 sibling, 2 replies; 9+ messages in thread
From: Pierre Neidhardt @ 2018-04-11  9:40 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: help-guix

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


Sorry if I was confusing:  the output remains the same after upgrade.

I can repeat the command indefinitely, it keep "upgrading" the same set
of packages as per the output (but it does not actually do anything).

--
Pierre Neidhardt

This restaurant was advertising breakfast any time. So I ordered
french toast in the renaissance.
- Steven Wright, comedian

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-11  9:40   ` Pierre Neidhardt
@ 2018-04-11 12:24     ` Martin Castillo
  2018-04-24  8:32     ` Ludovic Courtès
  1 sibling, 0 replies; 9+ messages in thread
From: Martin Castillo @ 2018-04-11 12:24 UTC (permalink / raw)
  To: help-guix


[-- Attachment #1.1.1: Type: text/plain, Size: 405 bytes --]

On 11.04.2018 11:40, Pierre Neidhardt wrote:
>
> Sorry if I was confusing:  the output remains the same after upgrade.
>
> I can repeat the command indefinitely, it keep "upgrading" the same set
> of packages as per the output (but it does not actually do anything).
>

I see the same on 792ddfdc76147d494052fa93ecbfdbee7e72be68.


-- 
GPG: 7FDE 7190 2F73 2C50 236E  403D CC13 48F1 E644 08EC

[-- Attachment #1.1.2: package-u --]
[-- Type: text/plain, Size: 1206 bytes --]

[13:56:45]pi@pi:~/code/updapr$ guix package -u
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument
The following package will be upgraded:
   guile    2.2.3 -> 2.2.3  /gnu/store/nb39n4ia25fdmzcfm628il1jqdkipf7s-guile-2.2.3

substitute: guile: warning: failed to install locale
substitute: warning: failed to install locale: Invalid argument
nothing to be done
[14:19:21]pi@pi:~/code/updapr$ ll ~/.guix-profile/bin/guile
lrwxrwxrwx 5 root root 65 Jan  1  1970 /home/pi/.guix-profile/bin/guile -> /gnu/store/nb39n4ia25fdmzcfm628il1jqdkipf7s-guile-2.2.3/bin/guile*
[14:20:29]pi@pi:~/code/updapr$ guix package -u
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument
The following package will be upgraded:
   guile    2.2.3 -> 2.2.3  /gnu/store/nb39n4ia25fdmzcfm628il1jqdkipf7s-guile-2.2.3

substitute: guile: warning: failed to install locale
substitute: warning: failed to install locale: Invalid argument
nothing to be done
[14:21:18]pi@pi:~/code/updapr$ ll ~/.guix-profile/bin/guile
lrwxrwxrwx 5 root root 65 Jan  1  1970 /home/pi/.guix-profile/bin/guile -> /gnu/store/nb39n4ia25fdmzcfm628il1jqdkipf7s-guile-2.2.3/bin/guile*

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-11  8:24 ` Ricardo Wurmus
  2018-04-11  9:40   ` Pierre Neidhardt
@ 2018-04-12  8:37   ` Chris Marusich
  2018-04-12  9:00     ` Ricardo Wurmus
  1 sibling, 1 reply; 9+ messages in thread
From: Chris Marusich @ 2018-04-12  8:37 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: help-guix

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

Ricardo Wurmus <rekado@elephly.net> writes:

> That’s because the package version itself is insufficient.  In Guix
> we’re dealing with package “variants”.

Where is the concept of a package "variant" defined?  I briefly grepped
in the source but only found some ad-hoc stuff for Python and OCaml,
which actually do some kind of stuff with the package-properties.

> Guix will never upgrade a package to the same variant, but it can
> happen that there are different variants for the same version of a
> package.
>
> That’s usually because inputs to these packages have changed, which
> results in a new package output in the functional package management
> model.  The version stays the same, but since the inputs have changed,
> the output will be different and thus end up in a new directory.

How can the inputs have changed if Pierre is just running "guix package
-u" repeatedly?

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-12  8:37   ` Chris Marusich
@ 2018-04-12  9:00     ` Ricardo Wurmus
  2018-04-13  6:14       ` Chris Marusich
  0 siblings, 1 reply; 9+ messages in thread
From: Ricardo Wurmus @ 2018-04-12  9:00 UTC (permalink / raw)
  To: Chris Marusich; +Cc: help-guix


Hi Chris,

> Ricardo Wurmus <rekado@elephly.net> writes:
>
>> That’s because the package version itself is insufficient.  In Guix
>> we’re dealing with package “variants”.
>
> Where is the concept of a package "variant" defined?  I briefly grepped
> in the source but only found some ad-hoc stuff for Python and OCaml,
> which actually do some kind of stuff with the package-properties.

What I meant is that the version string alone is insufficient.  You can
have multiple variants of a package with the same nominal version, but
the differences are in the closure of the package.  When Guix is
upgraded in between two invocations of “guix package -u” seeing the same
“version” of a package to be upgraded to is a common occurrence.

> How can the inputs have changed if Pierre is just running "guix package
> -u" repeatedly?

That bit of information was not available to me when I composed my
initial response.  If Guix is not changed in between then this behaviour
seems to be a bug.

--
Ricardo

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-12  9:00     ` Ricardo Wurmus
@ 2018-04-13  6:14       ` Chris Marusich
  2018-04-13  6:19         ` Pierre Neidhardt
  0 siblings, 1 reply; 9+ messages in thread
From: Chris Marusich @ 2018-04-13  6:14 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: help-guix

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

Ricardo Wurmus <rekado@elephly.net> writes:

> Hi Chris,
>
>> Ricardo Wurmus <rekado@elephly.net> writes:
>>
>>> That’s because the package version itself is insufficient.  In Guix
>>> we’re dealing with package “variants”.
>>
>> Where is the concept of a package "variant" defined?  I briefly grepped
>> in the source but only found some ad-hoc stuff for Python and OCaml,
>> which actually do some kind of stuff with the package-properties.
>
> What I meant is that the version string alone is insufficient.  You can
> have multiple variants of a package with the same nominal version, but
> the differences are in the closure of the package.  When Guix is
> upgraded in between two invocations of “guix package -u” seeing the same
> “version” of a package to be upgraded to is a common occurrence.
>
>> How can the inputs have changed if Pierre is just running "guix package
>> -u" repeatedly?
>
> That bit of information was not available to me when I composed my
> initial response.  If Guix is not changed in between then this behaviour
> seems to be a bug.

I think this is a bug.  I've reported it here:

https://bugs.gnu.org/31142

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-13  6:14       ` Chris Marusich
@ 2018-04-13  6:19         ` Pierre Neidhardt
  0 siblings, 0 replies; 9+ messages in thread
From: Pierre Neidhardt @ 2018-04-13  6:19 UTC (permalink / raw)
  To: Chris Marusich; +Cc: help-guix

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


Chris Marusich <cmmarusich@gmail.com> writes:

> I think this is a bug.  I've reported it here:
>
> https://bugs.gnu.org/31142

Thank you! :)

-- 
Pierre Neidhardt

A team effort is a lot of people doing what I say.
		-- Michael Winner, British film director

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

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

* Re: `guix package -u` upgrades packages to themselves
  2018-04-11  9:40   ` Pierre Neidhardt
  2018-04-11 12:24     ` Martin Castillo
@ 2018-04-24  8:32     ` Ludovic Courtès
  1 sibling, 0 replies; 9+ messages in thread
From: Ludovic Courtès @ 2018-04-24  8:32 UTC (permalink / raw)
  To: Pierre Neidhardt; +Cc: help-guix

Hello,

Pierre Neidhardt <ambrevar@gmail.com> skribis:

> Sorry if I was confusing:  the output remains the same after upgrade.

There’s also one case that’s currently handled suboptimally: packages
with propagated inputs are systematically upgraded.  See
<https://git.savannah.gnu.org/cgit/guix.git/tree/guix/scripts/package.scm#n311>.

Clearly we should do better, probably by recursively checking whether
said propagated inputs would be upgraded.

Ludo’.

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

end of thread, other threads:[~2018-04-24  8:32 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-04-11  7:59 `guix package -u` upgrades packages to themselves Pierre Neidhardt
2018-04-11  8:24 ` Ricardo Wurmus
2018-04-11  9:40   ` Pierre Neidhardt
2018-04-11 12:24     ` Martin Castillo
2018-04-24  8:32     ` Ludovic Courtès
2018-04-12  8:37   ` Chris Marusich
2018-04-12  9:00     ` Ricardo Wurmus
2018-04-13  6:14       ` Chris Marusich
2018-04-13  6:19         ` Pierre Neidhardt

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