GNU bug report logs - #33285
Installing, then removing, a package yields a different profile

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Chris Marusich <cmmarusich <at> gmail.com>
Subject: bug#33285: closed (Re: bug#33285: Installing, then removing, a
 package yields a different profile)
Date: Tue, 12 Mar 2019 12:15:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#33285: Installing, then removing, a package yields a different profile

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 33285 <at> debbugs.gnu.org.

-- 
33285: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=33285
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Chris Marusich <cmmarusich <at> gmail.com>
Cc: 33285-done <at> debbugs.gnu.org
Subject: Re: bug#33285: Installing, then removing,
 a package yields a different profile
Date: Tue, 12 Mar 2019 12:58:59 +0100

Chris Marusich <cmmarusich <at> gmail.com> writes:

> Thinking about it that way, I agree it makes sense as is.  I think it's
> valid to say this isn't a bug, then.

Okay, I’m closing this bug.
Thanks for bringing this up!

-- 
Ricardo

[Message part 3 (message/rfc822, inline)]

From: Chris Marusich <cmmarusich <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: Installing, then removing, a package yields a different profile
Date: Mon, 05 Nov 2018 22:25:46 -0800

[Message part 4 (text/plain, inline)]

Hi,

I've noticed that if I do the following...

guix package -p .guix-profile -i hello
guix package -p .guix-profile -i coreutils
guix package -p .guix-profile -r coreutils

...I get profile generations like the following:

.guix-profile-1-link  ->  /gnu/store/mbvwb1pv8ps0l39gil41g4zj3khx3r8p-profile
.guix-profile-2-link  ->  /gnu/store/m6cwnnxcccnd8bga52jxn74vm67n7ry1-profile
.guix-profile-3-link  ->  /gnu/store/qfpmx9rz7kxa8w8r2pz4vj8ilbi70dcp-profile

However, the 1st and 3rd generations are practically the same:

--8<---------------cut here---------------start------------->8---
$ diff -r /gnu/store/mbvwb1pv8ps0l39gil41g4zj3khx3r8p-profile /gnu/store/qfpmx9rz7kxa8w8r2pz4vj8ilbi70dcp-profile
diff -r /gnu/store/mbvwb1pv8ps0l39gil41g4zj3khx3r8p-profile/etc/profile /gnu/store/qfpmx9rz7kxa8w8r2pz4vj8ilbi70dcp-profile/etc/profile
11c11
< export PATH="${GUIX_PROFILE:-/gnu/store/mbvwb1pv8ps0l39gil41g4zj3khx3r8p-profile}/bin${PATH:+:}$PATH"
---
> export PATH="${GUIX_PROFILE:-/gnu/store/qfpmx9rz7kxa8w8r2pz4vj8ilbi70dcp-profile}/bin${PATH:+:}$PATH"
[1] marusich <at> garuda.local:/tmp/tmp.ZOTdkBr4rD
$ 
--8<---------------cut here---------------end--------------->8---

Now, this isn't really a problem, since it isn't wasting space, and it
doesn't take long to build.  It's more of a curiosity.  Why is it that
profile generations 1 and 3 don't both point to the same profile in the
store?  Is this expected behavior?

I wasn't sure what would happen when I tried this.  I had guessed
(incorrectly) that generation 3 would point to the same profile that had
been built for generation 1, so I was a little surprised by this.

-- 
Chris

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.