GNU bug report logs - #62893
30.0.50; ELPA recipes with broken :url property values

Previous Next

To reply to this bug, email your comments to 62893 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: No Wayman <iarchivedmywholelife <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; ELPA recipes with broken :url property values
Date: Sun, 16 Apr 2023 22:53:12 -0400

In elpa-packages, is there a reason why we keep the :url property 
for packages for which
the upstream no longer exists? e.g. any package :url pointing to 
"http://www.dr-quibit.org/git/predictive.git"?

I ask because I'm writing GNU/NonGNU ELPA support for Elpaca.
I'd like to avoid hard-coding an exception for that URL when 
generating package recipes.
Would a patch changing those :url values to nil be accepted?
If so, should the old URL be preserved in a comment above each 
package?

Message #8 received at 62893 <at> debbugs.gnu.org (full text, mbox):

From: Philip Kaludercic <philipk <at> posteo.net>
To: No Wayman <iarchivedmywholelife <at> gmail.com>
Cc: 62893 <at> debbugs.gnu.org
Subject: Re: bug#62893: 30.0.50; ELPA recipes with broken :url property values
Date: Tue, 18 Apr 2023 06:13:53 +0000

No Wayman <iarchivedmywholelife <at> gmail.com> writes:

> In elpa-packages, is there a reason why we keep the :url property for
> packages for which
> the upstream no longer exists? e.g. any package :url pointing to
> "http://www.dr-quibit.org/git/predictive.git"?
>
> I ask because I'm writing GNU/NonGNU ELPA support for Elpaca.
> I'd like to avoid hard-coding an exception for that URL when
> generating package recipes.
> Would a patch changing those :url values to nil be accepted?
> If so, should the old URL be preserved in a comment above each
> package?

Elpa-admin.el fails with a message from "git fetch", which makes sense
if a repository is temporarily not available.  What I think would make
sense here would be to first check what repositories are failing and
then consider if setting the :url to nil would make sense or if it has
just moved somewhere else.

E.g. in this case it seems that there has been an issue with the hosting
provider, and Toby has been (very) slowly porting his packages over to
Gitlab: https://dr-qubit.org/undo-tree.html#orgffcc37e.

Message #11 received at 62893 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Philip Kaludercic <philipk <at> posteo.net>
Cc: Toby Cubitt <toby-predictive <at> dr-qubit.org>,
 No Wayman <iarchivedmywholelife <at> gmail.com>, 62893 <at> debbugs.gnu.org
Subject: Re: bug#62893: 30.0.50; ELPA recipes with broken :url property values
Date: Tue, 5 Sep 2023 09:34:51 -0700

Philip Kaludercic <philipk <at> posteo.net> writes:

> No Wayman <iarchivedmywholelife <at> gmail.com> writes:
>
>> In elpa-packages, is there a reason why we keep the :url property for
>> packages for which
>> the upstream no longer exists? e.g. any package :url pointing to
>> "http://www.dr-quibit.org/git/predictive.git"?
>>
>> I ask because I'm writing GNU/NonGNU ELPA support for Elpaca.
>> I'd like to avoid hard-coding an exception for that URL when
>> generating package recipes.
>> Would a patch changing those :url values to nil be accepted?
>> If so, should the old URL be preserved in a comment above each
>> package?
>
> Elpa-admin.el fails with a message from "git fetch", which makes sense
> if a repository is temporarily not available.  What I think would make
> sense here would be to first check what repositories are failing and
> then consider if setting the :url to nil would make sense or if it has
> just moved somewhere else.
>
> E.g. in this case it seems that there has been an issue with the hosting
> provider, and Toby has been (very) slowly porting his packages over to
> Gitlab: https://dr-qubit.org/undo-tree.html#orgffcc37e.

I think the only one left to fix is predictive:

    https://dr-qubit.org/predictive.html

Toby, could you please look into this package too when you have the
chance?

Message #14 received at 62893 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Philip Kaludercic <philipk <at> posteo.net>
Cc: Toby Cubitt <toby <at> dr-qubit.org>, No Wayman <iarchivedmywholelife <at> gmail.com>,
 62893 <at> debbugs.gnu.org
Subject: Re: bug#62893: 30.0.50; ELPA recipes with broken :url property values
Date: Tue, 5 Sep 2023 12:42:01 -0700

Stefan Kangas <stefankangas <at> gmail.com> writes:

> I think the only one left to fix is predictive:
>
>     https://dr-qubit.org/predictive.html
>
> Toby, could you please look into this package too when you have the
> chance?

The email address I tried bounced, so I'm trying this one.

Toby, please see above.

Previous Next

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