GNU bug report logs - #47335
xmonad fails to recompile on guix system

Previous Next

Full log

View this message in rfc822 format

From: zimoun <zimon.toutoune <at> gmail.com>
To: Xinglu Chen <public <at> yoctocell.xyz>
Cc: ruppe.charlie <at> gmail.com, Lars-Dominik Braun <lars <at> 6xq.net>, 47335 <at> debbugs.gnu.org, 47335-done <at> debbugs.gnu.org
Subject: bug#47335: Hide GHC not used for building Was: xmonad fails to recompile on guix system
Date: Wed, 15 Sep 2021 10:08:45 +0200

Hi,

On Wed, 15 Sept 2021 at 13:02, Xinglu Chen <public <at> yoctocell.xyz> wrote:

> Agreed, but I guess using the ‘-next’ suffix was be the easiest
> workaround for now.

Yeah but more than often, the workarounds remain longer than expected
and thus they cannot be considered as workaround. ;-)

> Maybe running ‘guix install ghc’ should install the GHC package that the
> ‘ghc’ variable refers to.  Then this would not only apply to language
> ecosystems, but all packages in general.  Right now running ‘guix
> install rsync’ installs the ‘rsync-next’ package, but I would expect it
> to install the package that the ‘rsync’ variable is bound to.

Well, the name has to be distinguished from the symbol.  The symbol
name does not matter from a CLI point of view; and usually not so much
from a regular user perspective.

What really matters, IMHO, is the name and the version.  Basically,
"guix install foo" will install the latest version of the package
'foo'.  To avoid this, the trick is to tweak to the name of the latest
version.  It is what happens with 'rsync'; so to be in agreement with
the '-next' approach, the name should be 'rsync-next' and not 'rsync'.

Anyway, we all agree that something is odd. :-)

Cheers,
simon

Previous Next

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