all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Liliana Marie Prikler <liliana.prikler@gmail.com>
To: Rutherther <rutherther@protonmail.com>, 72333@debbugs.gnu.org
Cc: Alvin Hsu <alvinhsu2002@gmail.com>, aurtzy <aurtzy@gmail.com>,
	Simon Tournier <zimon.toutoune@gmail.com>,
	Tomas Volf <~@wolfsden.cz>,
	daniel szmulewicz <daniel.szmulewicz@gmail.com>,
	gemmaro <gemmaro.dev@gmail.com>,
	Richard Sent <richard@freakingpenguin.com>
Subject: bug#72333: Magit/Transient error message
Date: Sat, 14 Sep 2024 21:12:57 +0200	[thread overview]
Message-ID: <fadfabf2734bfa9b1edb04ec68dc949c9985203a.camel@gmail.com> (raw)
In-Reply-To: <87tteidsuv.fsf@protonmail.com>

Am Samstag, dem 14.09.2024 um 17:53 +0000 schrieb Rutherther:
> 
> From Liliana dmarie Prikler:
> > It is a bug unique to our handling in Guix – upstream uses hashes
> > to guard against it, but those break grafts.
> 
> Do we need to remove the whole hash? The path hash would definitely
> break grafts, but why should the content hash break grafts? Having
> the content hash would also solve this issue.
> 
> Here is the upstream explanation for the hash
> https://git.savannah.gnu.org/cgit/emacs.git/tree/src/comp.c?h=194a8f5c1406dd7e762376bdfde78d1b7d01b6b1#n4433
> having two parts, path and content hash.
Because the content hash also refers to stuff that we're grafting, e.g.
program names that get compiled to store paths.  It's sadly not that
easy.

Cheers




      reply	other threads:[~2024-09-14 19:15 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-28 12:41 bug#72333: Magit/Transient error message daniel szmulewicz
2024-07-30 22:20 ` Alvin Hsu
2024-07-30 22:50 ` aurtzy
2024-07-31 16:52   ` Richard Sent
2024-07-31 12:04 ` bug#72333: [PATCH] gnu: emacs-transient: Prioritise loading over built-in gemmaro
2024-07-31 17:10   ` Liliana Marie Prikler
2024-08-17  9:26     ` Tomas Volf
2024-08-17 11:21       ` Liliana Marie Prikler
     [not found] ` <87ikvias2d.fsf@gmail.com>
2024-09-02 18:55   ` bug#72333: builtin native-compiled is loaded instead of emacs-packages Simon Tournier
2024-09-02 19:00     ` Simon Tournier
2024-09-02 19:22     ` Liliana Marie Prikler
2024-09-03 15:05       ` Simon Tournier
2024-09-03 14:57 ` bug#72333: [PATCH] gnu: emacs-minimal: Do not native-compile lisp/transient.el Simon Tournier
2024-09-03 16:49   ` Liliana Marie Prikler
2024-09-03 19:47     ` Liliana Marie Prikler
2024-09-03 21:00       ` Simon Tournier
2024-09-14 17:53 ` bug#72333: Magit/Transient error message Rutherther via Bug reports for GNU Guix
2024-09-14 19:12   ` Liliana Marie Prikler [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=fadfabf2734bfa9b1edb04ec68dc949c9985203a.camel@gmail.com \
    --to=liliana.prikler@gmail.com \
    --cc=72333@debbugs.gnu.org \
    --cc=alvinhsu2002@gmail.com \
    --cc=aurtzy@gmail.com \
    --cc=daniel.szmulewicz@gmail.com \
    --cc=gemmaro.dev@gmail.com \
    --cc=richard@freakingpenguin.com \
    --cc=rutherther@protonmail.com \
    --cc=zimon.toutoune@gmail.com \
    --cc=~@wolfsden.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.