Subject: bug#51424: closed (Re: bug#51424: snooze: malformed installation path)

From: [email-masked] (GNU bug Tracking System)
Date: Tue, 26 Oct 2021 22:29:02 +0000

Your bug report

#51424: snooze: malformed installation path

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 [email-masked].

-- 
51424: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51424
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#51424: snooze: malformed installation path
From: Tobias Geerinckx-Rice <[email-masked]>
To: Christopher Howard <[email-masked]>
Cc: [email-masked], jgart <[email-masked]>, [email-masked], Nicolas Goaziou <[email-masked]>
Date: Wed, 27 Oct 2021 00:13:47 +0200
List-Id: <debbugs-submit.debbugs.gnu.org>

Christopher, jgart, Nicolas,

Christopher Howard 写道：
> the path to the binary is malformed:

Indeed it was.

DESTDIR does not mean ‘final destination’; it's meant as a 
temporary install-time ‘staging’ directory whose contents are 
expected to move back to / later.  For example, ‘make install 
DESTDIR=/tmp/my-package-manager-output && cd 
/tmp/my-package-manager-output && tar cf foo.pkg .’.  Guix does 
not use this packaging method.

Setting DESTDIR in Guix is almost always a bug.  The few places in 
Guix where it is used are using it as a hack around buggy build 
systems.  It just happens to work (because, well, the build 
system's buggy).

When reviewing patches, I find the ‘tree’ command very useful to 
immediately spot such weirdness.  Much more so than ‘ls -R’. 
YMMV.

Fixed in commit 89d8417b371f3918f0508bbc561675ec100a6add.

Thanks!

T G-R

Subject: snooze: malformed installation path
From: Christopher Howard <[email-masked]>
To: bug-guix <[email-masked]>
Date: Tue, 26 Oct 2021 14:06:48 -0800
List-Id: <debbugs-submit.debbugs.gnu.org>

Hi, I was just trying out the "snooze" package. On my system, the
snooze package does not become available in PATH after installation. On
my system, the path to the binary is malformed:

```
christopher@theoden ~$ guix build snooze
/gnu/store/dvzyb6ya4679hqvrkz955gp7zs4dlclx-snooze-0.5
christopher@theoden ~$ ls /gnu/store/dvzyb6ya4679hqvrkz955gp7zs4dlclx-
snooze-0.5/gnu/store/dvzyb6ya4679hqvrkz955gp7zs4dlclx-snooze-0.5/bin/
snooze
```

The binary does work if you call it using the malformed path.

My system information:

```
christopher@theoden ~$ neofetch --stdout
christopher@theoden 
------------------- 
OS: Guix System c6adc0947396daa6d85ab08837f9cbc86f4d8722 x86_64 
Host: OptiPlex 9020 00 
Kernel: 5.14.8-gnu 
Uptime: 34 mins 
Packages: 95 (guix-system), 129 (guix-user) 
Shell: bash 5.0.16 
Resolution: 1920x1080 
DE: GNOME 
Theme: Adwaita [GTK2/3] 
Icons: Adwaita [GTK2/3] 
Terminal: .gnome-terminal 
CPU: Intel i5-4570 (4) @ 3.600GHz 
GPU: Intel HD Graphics 
GPU: AMD ATI Radeon HD 8490 / R5 235X OEM 
Memory: 1907MiB / 7869MiB 
```

-- 
Christopher Howard
Gemini capsule: gemini://gem.librehacker.com
Web viewer: https://portal.mozz.us/gemini/gem.librehacker.com