GNU bug report logs - #63916
30.0.50; use-package: changes do not propagate to elpa-devel

Previous Next

Package: emacs;

Reported by: Benjamin Orthen <benjamin <at> orthen.net>

Date: Mon, 5 Jun 2023 21:23:02 UTC

Severity: normal

Found in version 30.0.50

Full log


View this message in rfc822 format

From: Philip Kaludercic <philipk <at> posteo.net>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Benjamin Orthen <benjamin <at> orthen.net>, 63916 <at> debbugs.gnu.org
Subject: bug#63916: 30.0.50; use-package: changes do not propagate to elpa-devel
Date: Sun, 11 Jun 2023 16:37:57 +0000
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> The above patch feels a bit hackish because it depends on the
>>> directory that happens to be current when the file is loaded.
>> I agree, that could be made more robust but isn't elpa-admin.el always
>> invoked via make?
>
> In 99% of the cases, yes, but users are free to be more creative.
>
>> Of course, that was my first idea but I wanted to find a solution that
>> wouldn't require every user to manually configure this, since the error
>> message does not make it obvious what went wrong.
>
> I agree that these kinds of problems are annoying to debug.  It would be
> nice to offer a "debug mode" where the user can see what's going on
> within the sandbox.  Maybe we could do that by opening an interactive
> shell with a message saying "this is the command that we want to run"
> and then let the user run that command?

Shouldn't just invoking bash do that?

But returning to the initial issue (hoping I did not miss anything), if
the issue is not what I mentioned, then why is use-package not building?

-- 
Philip Kaludercic
 




This bug report was last modified 1 year and 265 days ago.

Previous Next


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