GNU bug report logs -
#51424
snooze: malformed installation path
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 51424 in the body.
You can then email your comments to 51424 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#51424
; Package
guix
.
(Tue, 26 Oct 2021 22:08:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Christopher Howard <christopher <at> librehacker.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 26 Oct 2021 22:08:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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 <at> theoden ~$ guix build snooze
/gnu/store/dvzyb6ya4679hqvrkz955gp7zs4dlclx-snooze-0.5
christopher <at> 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 <at> theoden ~$ neofetch --stdout
christopher <at> 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
Reply sent
to
Tobias Geerinckx-Rice <me <at> tobias.gr>
:
You have taken responsibility.
(Tue, 26 Oct 2021 22:29:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Christopher Howard <christopher <at> librehacker.com>
:
bug acknowledged by developer.
(Tue, 26 Oct 2021 22:29:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 51424-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#51424
; Package
guix
.
(Wed, 27 Oct 2021 00:04:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 51424-done <at> debbugs.gnu.org (full text, mbox):
On Wed, 27 Oct 2021 00:13:47 +0200 Tobias Geerinckx-Rice <me <at> tobias.gr> wrote:
> 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).
>
> Fixed in commit 89d8417b371f3918f0508bbc561675ec100a6add.
>
> Thanks!
>
> T G-R
> When reviewing patches, I find the ‘tree’ command very useful to
> immediately spot such weirdness. Much more so than ‘ls -R’.
> YMMV.
I use nnn or another file manager like broot sometimes but this one escaped me.
Thanks for fixing that. I was actually going to send a patch fix for it but had
not found the time. I noticed it after the patch was accepted.
Thanks!
all best,
jgart
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 24 Nov 2021 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 208 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.