unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
* [bug#51113] bug#51424: snooze: malformed installation path
       [not found] <a3e7b60abcd46d1ac4e09168b52ae5f337f81c2b.camel@librehacker.com>
@ 2021-10-26 22:13 ` Tobias Geerinckx-Rice via Guix-patches via
  2021-10-27  0:03   ` jgart via Guix-patches via
  0 siblings, 1 reply; 2+ messages in thread
From: Tobias Geerinckx-Rice via Guix-patches via @ 2021-10-26 22:13 UTC (permalink / raw)
  To: Christopher Howard; +Cc: 51113, jgart, 51424-done, Nicolas Goaziou

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

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

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

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

* [bug#51113] bug#51424: snooze: malformed installation path
  2021-10-26 22:13 ` [bug#51113] bug#51424: snooze: malformed installation path Tobias Geerinckx-Rice via Guix-patches via
@ 2021-10-27  0:03   ` jgart via Guix-patches via
  0 siblings, 0 replies; 2+ messages in thread
From: jgart via Guix-patches via @ 2021-10-27  0:03 UTC (permalink / raw)
  To: Tobias Geerinckx-Rice
  Cc: Christopher Howard, 51113, 51424-done, Nicolas Goaziou

On Wed, 27 Oct 2021 00:13:47 +0200 Tobias Geerinckx-Rice <me@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




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

end of thread, other threads:[~2021-10-27  0:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <a3e7b60abcd46d1ac4e09168b52ae5f337f81c2b.camel@librehacker.com>
2021-10-26 22:13 ` [bug#51113] bug#51424: snooze: malformed installation path Tobias Geerinckx-Rice via Guix-patches via
2021-10-27  0:03   ` jgart via Guix-patches via

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

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