GNU bug report logs - #22055
Some Elpa packages don't provide a feature

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 22055 in the body.
You can then email your comments to 22055 AT debbugs.gnu.org in the normal way.

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

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

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: bug-gnu-emacs <at> gnu.org
Subject: Some Elpa packages don't provide a feature
Date: Sun, 29 Nov 2015 20:34:37 +0100

The following Elpa packages do not provide a feature: `ada-ref-man',
`transcribe', and `uni-confusables'.  I believe all packages should
contain a library which provides the appropriate feature.

`transcribe' additionally violates many other conventions.  The various
section headers lack the space after the semicolons.  Not a single
symbol is properly prefixed or documented.  It should probably be
removed.

`load-relative' also doesn't provide its feature using `provide', but
that is intentional - it uses the alternative `provide-me' form, which
it itself defines.  I cannot really see what's so great about being
able to write `(provide-me)' instead of `(provide 'the-feature)', but
some people obviously thought it that was a good idea.  Anyway, should
`load-relative' itself really use `provide-me'?

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

From: Artur Malabarba <bruce.connor.am <at> gmail.com>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Cc: 22055 <at> debbugs.gnu.org
Subject: Re: bug#22055: Some Elpa packages don't provide a feature
Date: Mon, 30 Nov 2015 09:57:57 +0000

[Message part 1 (text/plain, inline)]

On 29 Nov 2015 7:34 pm, "Jonas Bernoulli" <jonas <at> bernoul.li> wrote:
>
> The following Elpa packages do not provide a feature: `ada-ref-man',
> `transcribe', and `uni-confusables'.  I believe all packages should
> contain a library which provides the appropriate feature.
>
> `transcribe' additionally violates many other conventions.  The various
> section headers lack the space after the semicolons.  Not a single
> symbol is properly prefixed or documented.  It should probably be
> removed.

I believe Stefan fixed the lack of a provide. And the author has been
notified of other issues as well.

> `load-relative' also doesn't provide its feature using `provide', but
> that is intentional - it uses the alternative `provide-me' form, which
> it itself defines.

I can't see the benefit but I also can't see the harm. Did it affect you
negatively in any way?

[Message part 2 (text/html, inline)]

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

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: bruce.connor.am <at> gmail.com
Cc: 22055 <at> debbugs.gnu.org
Subject: Re: bug#22055: Some Elpa packages don't provide a feature
Date: Thu, 03 Dec 2015 15:34:38 +0100

Artur Malabarba <bruce.connor.am <at> gmail.com> writes:

>> `load-relative' also doesn't provide its feature using `provide', but
>> that is intentional - it uses the alternative `provide-me' form, which
>> it itself defines.
>
> I can't see the benefit but I also can't see the harm. Did it affect you
> negatively in any way?

No, I just cannot mirror it on the Emacsmirror, but that does not really
matter because I also could not mirror any other package which uses
`provide-me'.  I extract metadata for all mirrored packages, including
the provided features, and the respective code does not support
`provide-me'.  I don't intend to support that form until at least halve
a dozen packages use it.

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

From: Artur Malabarba <bruce.connor.am <at> gmail.com>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Cc: 22055 <at> debbugs.gnu.org
Subject: Re: bug#22055: Some Elpa packages don't provide a feature
Date: Thu, 3 Dec 2015 15:41:16 +0000

2015-12-03 14:34 GMT+00:00 Jonas Bernoulli <jonas <at> bernoul.li>:
>
> Artur Malabarba <bruce.connor.am <at> gmail.com> writes:
>
>>> `load-relative' also doesn't provide its feature using `provide', but
>>> that is intentional - it uses the alternative `provide-me' form, which
>>> it itself defines.
>>
>> I can't see the benefit but I also can't see the harm. Did it affect you
>> negatively in any way?
>
> No, I just cannot mirror it on the Emacsmirror, but that does not really
> matter because I also could not mirror any other package which uses
> `provide-me'.  I extract metadata for all mirrored packages, including
> the provided features, and the respective code does not support
> `provide-me'.  I don't intend to support that form until at least halve
> a dozen packages use it.

Well, I couldn't find a package Gelpa or Melpa that uses it. So I
think it's not really a big deal either way. =P

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

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: bruce.connor.am <at> gmail.com
Cc: 22055 <at> debbugs.gnu.org
Subject: Re: bug#22055: Some Elpa packages don't provide a feature
Date: Sat, 12 Dec 2015 20:36:19 +0100

Artur Malabarba <bruce.connor.am <at> gmail.com> writes:

> 2015-12-03 14:34 GMT+00:00 Jonas Bernoulli <jonas <at> bernoul.li>:
>>
>> Artur Malabarba <bruce.connor.am <at> gmail.com> writes:
>>
>>>> `load-relative' also doesn't provide its feature using `provide', but
>>>> that is intentional - it uses the alternative `provide-me' form, which
>>>> it itself defines.
>>>
>>> I can't see the benefit but I also can't see the harm. Did it affect you
>>> negatively in any way?
>>
>> No, I just cannot mirror it on the Emacsmirror, but that does not really
>> matter because I also could not mirror any other package which uses
>> `provide-me'.  I extract metadata for all mirrored packages, including
>> the provided features, and the respective code does not support
>> `provide-me'.  I don't intend to support that form until at least halve
>> a dozen packages use it.
>
> Well, I couldn't find a package Gelpa or Melpa that uses it. So I
> think it's not really a big deal either way. =P

Yeah, I'll deal with it when the need arises.

Message #22 received at 22055-done <at> debbugs.gnu.org (full text, mbox):

From: Artur Malabarba <bruce.connor.am <at> gmail.com>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Cc: 22055-done <at> debbugs.gnu.org
Subject: Re: bug#22055: Some Elpa packages don't provide a feature
Date: Sat, 12 Dec 2015 20:34:53 +0000

Closing the bug then.

2015-12-12 19:36 GMT+00:00 Jonas Bernoulli <jonas <at> bernoul.li>:
>
> Artur Malabarba <bruce.connor.am <at> gmail.com> writes:
>
>> 2015-12-03 14:34 GMT+00:00 Jonas Bernoulli <jonas <at> bernoul.li>:
>>>
>>> Artur Malabarba <bruce.connor.am <at> gmail.com> writes:
>>>
>>>>> `load-relative' also doesn't provide its feature using `provide', but
>>>>> that is intentional - it uses the alternative `provide-me' form, which
>>>>> it itself defines.
>>>>
>>>> I can't see the benefit but I also can't see the harm. Did it affect you
>>>> negatively in any way?
>>>
>>> No, I just cannot mirror it on the Emacsmirror, but that does not really
>>> matter because I also could not mirror any other package which uses
>>> `provide-me'.  I extract metadata for all mirrored packages, including
>>> the provided features, and the respective code does not support
>>> `provide-me'.  I don't intend to support that form until at least halve
>>> a dozen packages use it.
>>
>> Well, I couldn't find a package Gelpa or Melpa that uses it. So I
>> think it's not really a big deal either way. =P
>
> Yeah, I'll deal with it when the need arises.

Previous Next

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