GNU bug report logs -
#65218
emacs-orderless 1.0 shows as 0.8 due to incorrect value in package file
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 65218 in the body.
You can then email your comments to 65218 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#65218
; Package
guix
.
(Fri, 11 Aug 2023 05:52:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Piotr Kwieciński <piokwiecinski <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 11 Aug 2023 05:52:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I have the latest version of emacs-orderless installed on using guix and it
shows:
Status: External in
‘/gnu/store/mp2ckcr7psy9myby262zqii36cd49yja-emacs-orderless-1.0/share/emacs/site-lisp/orderless-1.0/’
(unsigned).
Version: 0.8
Summary: Completion style for matching regexps in any order
This is caused by an incorrect version of a package declared in
orderless.el.
I'm new to the ecosystem and I'm not familiar with the process of fixing
this.
The issue was fixed by the package maintainer in commit
https://github.com/oantolin/orderless/commit/847694e78c12d903d5e3f6cb365a5d3b984db537
Would replacing commit in the package definition be enough ? Swapping
004cee6b8e01f8eb0cb1c683d0a637b14890600f with
847694e78c12d903d5e3f6cb365a5d3b984db537
(define-public emacs-orderless
(let ((commit "004cee6b8e01f8eb0cb1c683d0a637b14890600f"))
(package
(name "emacs-orderless")
(version "1.0")
(source
(origin
(method git-fetch)
(uri (git-reference
(url "https://github.com/oantolin/orderless")
(commit commit)))
(sha256
(base32 "115bwqi2yc44bgvcl7lha8p2s6jgh5hksn4wa9s0kpfxhi14jwmy"))
(file-name (git-file-name name version))))
(build-system emacs-build-system)
(arguments
(list
#:phases
#~(modify-phases %standard-phases
(add-after 'install 'makeinfo
(lambda _
(invoke "makeinfo" "orderless.texi")
(install-file "orderless.info"
(string-append #$output "/share/info")))))))
(native-inputs
(list texinfo))
(home-page "https://github.com/oantolin/orderless")
(synopsis "Emacs completion style that matches multiple regexps in
any order")
(description "This package provides an orderless completion style that
divides the pattern into space-separated components, and matches candidates
that match all of the components in any order. Each component can match in
any one of several ways: literally, as a regexp, as an initialism, in the
flex
style, or as multiple word prefixes.")
(license license:gpl3+))))
--
Regards
Piotr Kwiecinski
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#65218
; Package
guix
.
(Sat, 12 Aug 2023 16:14:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 65218 <at> debbugs.gnu.org (full text, mbox):
Hi Piotr,
On Fri, 11 Aug 2023 04:18:57 +0800,
Piotr Kwieciński wrote:
>
> [1 <text/plain; UTF-8 (quoted-printable)>]
> [2 <text/html; UTF-8 (quoted-printable)>]
> I have the latest version of emacs-orderless installed on using guix and it shows:
>
> Status: External in ‘/gnu/store/mp2ckcr7psy9myby262zqii36cd49yja-emacs-orderless-1.0/share/emacs/site-lisp/orderless-1.0/’ (unsigned).
> Version: 0.8
> Summary: Completion style for matching regexps in any order
>
> This is caused by an incorrect version of a package declared in orderless.el.
It seems that emacs-orderless in Guix wasn't really updated to 1.0,
only the version field was changed.
> I'm new to the ecosystem and I'm not familiar with the process of fixing this.
> The issue was fixed by the package maintainer in commit
> https://github.com/oantolin/orderless/commit/847694e78c12d903d5e3f6cb365a5d3b984db537
>
> Would replacing commit in the package definition be enough ? Swapping 004cee6b8e01f8eb0cb1c683d0a637b14890600f with
> 847694e78c12d903d5e3f6cb365a5d3b984db537
That's not enough, the hash in (sha256 (base32 [...])) needs changing
as well.
And when updating an untagged revision to a tagged release, we usually
drop the outer let form, and use the value from version field for
commit.
For example, the original definition:
--8<---------------cut here---------------start------------->8---
(define-public emacs-orderless
(let ((commit [...]))
(package
(name "emacs-orderless")
(version [...])
(source
(origin
(method git-fetch)
(uri (git-reference
(url "https://github.com/oantolin/orderless")
(commit commit)))
(file-name (git-file-name name version))
(sha256
(base32 [...]))))
[...])))
--8<---------------cut here---------------end--------------->8---
would be changed to:
--8<---------------cut here---------------start------------->8---
(define-public emacs-orderless
(package
(name "emacs-orderless")
(version "1.0")
(source
(origin
(method git-fetch)
(uri (git-reference
(url "https://github.com/oantolin/orderless")
(commit version))) ; <- see here
(file-name (git-file-name name version))
(sha256
(base32 [...])))) ; <- hash is changed as well
[...]))
--8<---------------cut here---------------end--------------->8---
BTW the hash can be obtained with `guix hash' [1]:
--8<---------------cut here---------------start------------->8---
git clone https://[...] emacs-orderless
cd emacs-orderless
git checkout 1.0
guix hash -rx .
--8<---------------cut here---------------end--------------->8---
Would you like to get familiar with the process by going through the
way [2] to make your first contribution? ;)
I can send a patch if you prefer, and it may take a few days to get
the change into Guix.
Thanks
[1]: <https://guix.gnu.org/en/manual/devel/en/html_node/Invoking-guix-hash.html>
[2]: <https://guix.gnu.org/en/manual/devel/en/html_node/Contributing.html>
(Not sure why this issue isn't on the mailing list, but is available
in Debbugs. Still under moderation?)
Information forwarded
to
bug-guix <at> gnu.org
:
bug#65218
; Package
guix
.
(Sat, 12 Aug 2023 18:30:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 65218 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Hilton,
thank you for your swift response and guidance. I'll attempt to send a
patch.
I already started to set up my local environment.
On Sat, 12 Aug 2023 at 18:12, Hilton Chain <hako <at> ultrarare.space> wrote:
> Hi Piotr,
>
> On Fri, 11 Aug 2023 04:18:57 +0800,
> Piotr Kwieciński wrote:
> >
> > [1 <text/plain; UTF-8 (quoted-printable)>]
> > [2 <text/html; UTF-8 (quoted-printable)>]
> > I have the latest version of emacs-orderless installed on using guix and
> it shows:
> >
> > Status: External in
> ‘/gnu/store/mp2ckcr7psy9myby262zqii36cd49yja-emacs-orderless-1.0/share/emacs/site-lisp/orderless-1.0/’
> (unsigned).
> > Version: 0.8
> > Summary: Completion style for matching regexps in any order
> >
> > This is caused by an incorrect version of a package declared in
> orderless.el.
>
>
> It seems that emacs-orderless in Guix wasn't really updated to 1.0,
> only the version field was changed.
>
>
> > I'm new to the ecosystem and I'm not familiar with the process of fixing
> this.
> > The issue was fixed by the package maintainer in commit
> >
> https://github.com/oantolin/orderless/commit/847694e78c12d903d5e3f6cb365a5d3b984db537
> >
> > Would replacing commit in the package definition be enough ? Swapping
> 004cee6b8e01f8eb0cb1c683d0a637b14890600f with
> > 847694e78c12d903d5e3f6cb365a5d3b984db537
>
>
> That's not enough, the hash in (sha256 (base32 [...])) needs changing
> as well.
>
> And when updating an untagged revision to a tagged release, we usually
> drop the outer let form, and use the value from version field for
> commit.
>
> For example, the original definition:
> --8<---------------cut here---------------start------------->8---
> (define-public emacs-orderless
> (let ((commit [...]))
> (package
> (name "emacs-orderless")
> (version [...])
> (source
> (origin
> (method git-fetch)
> (uri (git-reference
> (url "https://github.com/oantolin/orderless")
> (commit commit)))
> (file-name (git-file-name name version))
> (sha256
> (base32 [...]))))
> [...])))
> --8<---------------cut here---------------end--------------->8---
>
> would be changed to:
> --8<---------------cut here---------------start------------->8---
> (define-public emacs-orderless
> (package
> (name "emacs-orderless")
> (version "1.0")
> (source
> (origin
> (method git-fetch)
> (uri (git-reference
> (url "https://github.com/oantolin/orderless")
> (commit version))) ; <- see here
> (file-name (git-file-name name version))
> (sha256
> (base32 [...])))) ; <- hash is changed as well
> [...]))
> --8<---------------cut here---------------end--------------->8---
>
> BTW the hash can be obtained with `guix hash' [1]:
> --8<---------------cut here---------------start------------->8---
> git clone https://[...] emacs-orderless
>
> cd emacs-orderless
> git checkout 1.0
>
> guix hash -rx .
> --8<---------------cut here---------------end--------------->8---
>
> Would you like to get familiar with the process by going through the
> way [2] to make your first contribution? ;)
>
> I can send a patch if you prefer, and it may take a few days to get
> the change into Guix.
>
> Thanks
>
>
> [1]: <
> https://guix.gnu.org/en/manual/devel/en/html_node/Invoking-guix-hash.html>
> [2]: <https://guix.gnu.org/en/manual/devel/en/html_node/Contributing.html>
>
> (Not sure why this issue isn't on the mailing list, but is available
> in Debbugs. Still under moderation?)
>
--
Regards
Piotr Kwiecinski
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#65218
; Package
guix
.
(Mon, 14 Aug 2023 11:20:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 65218 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Hilton,
I have pushed a patch. Its tracked here:
[1]: <https://issues.guix.gnu.org/65285>
On Sat, 12 Aug 2023 at 20:29, Piotr Kwieciński <piokwiecinski <at> gmail.com>
wrote:
> Hi Hilton,
> thank you for your swift response and guidance. I'll attempt to send a
> patch.
> I already started to set up my local environment.
>
> On Sat, 12 Aug 2023 at 18:12, Hilton Chain <hako <at> ultrarare.space> wrote:
>
>> Hi Piotr,
>>
>> On Fri, 11 Aug 2023 04:18:57 +0800,
>> Piotr Kwieciński wrote:
>> >
>> > [1 <text/plain; UTF-8 (quoted-printable)>]
>> > [2 <text/html; UTF-8 (quoted-printable)>]
>> > I have the latest version of emacs-orderless installed on using guix
>> and it shows:
>> >
>> > Status: External in
>> ‘/gnu/store/mp2ckcr7psy9myby262zqii36cd49yja-emacs-orderless-1.0/share/emacs/site-lisp/orderless-1.0/’
>> (unsigned).
>> > Version: 0.8
>> > Summary: Completion style for matching regexps in any order
>> >
>> > This is caused by an incorrect version of a package declared in
>> orderless.el.
>>
>>
>> It seems that emacs-orderless in Guix wasn't really updated to 1.0,
>> only the version field was changed.
>>
>>
>> > I'm new to the ecosystem and I'm not familiar with the process of
>> fixing this.
>> > The issue was fixed by the package maintainer in commit
>> >
>> https://github.com/oantolin/orderless/commit/847694e78c12d903d5e3f6cb365a5d3b984db537
>> >
>> > Would replacing commit in the package definition be enough ? Swapping
>> 004cee6b8e01f8eb0cb1c683d0a637b14890600f with
>> > 847694e78c12d903d5e3f6cb365a5d3b984db537
>>
>>
>> That's not enough, the hash in (sha256 (base32 [...])) needs changing
>> as well.
>>
>> And when updating an untagged revision to a tagged release, we usually
>> drop the outer let form, and use the value from version field for
>> commit.
>>
>> For example, the original definition:
>> --8<---------------cut here---------------start------------->8---
>> (define-public emacs-orderless
>> (let ((commit [...]))
>> (package
>> (name "emacs-orderless")
>> (version [...])
>> (source
>> (origin
>> (method git-fetch)
>> (uri (git-reference
>> (url "https://github.com/oantolin/orderless")
>> (commit commit)))
>> (file-name (git-file-name name version))
>> (sha256
>> (base32 [...]))))
>> [...])))
>> --8<---------------cut here---------------end--------------->8---
>>
>> would be changed to:
>> --8<---------------cut here---------------start------------->8---
>> (define-public emacs-orderless
>> (package
>> (name "emacs-orderless")
>> (version "1.0")
>> (source
>> (origin
>> (method git-fetch)
>> (uri (git-reference
>> (url "https://github.com/oantolin/orderless")
>> (commit version))) ; <- see here
>> (file-name (git-file-name name version))
>> (sha256
>> (base32 [...])))) ; <- hash is changed as well
>> [...]))
>> --8<---------------cut here---------------end--------------->8---
>>
>> BTW the hash can be obtained with `guix hash' [1]:
>> --8<---------------cut here---------------start------------->8---
>> git clone https://[...] emacs-orderless
>>
>> cd emacs-orderless
>> git checkout 1.0
>>
>> guix hash -rx .
>> --8<---------------cut here---------------end--------------->8---
>>
>> Would you like to get familiar with the process by going through the
>> way [2] to make your first contribution? ;)
>>
>> I can send a patch if you prefer, and it may take a few days to get
>> the change into Guix.
>>
>> Thanks
>>
>>
>> [1]: <
>> https://guix.gnu.org/en/manual/devel/en/html_node/Invoking-guix-hash.html
>> >
>> [2]: <https://guix.gnu.org/en/manual/devel/en/html_node/Contributing.html
>> >
>>
>> (Not sure why this issue isn't on the mailing list, but is available
>> in Debbugs. Still under moderation?)
>>
>
>
> --
> Regards
> Piotr Kwiecinski
>
--
Regards
Piotr Kwiecinski
[Message part 2 (text/html, inline)]
Reply sent
to
Hilton Chain <hako <at> ultrarare.space>
:
You have taken responsibility.
(Sun, 27 Aug 2023 04:43:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Piotr Kwieciński <piokwiecinski <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 27 Aug 2023 04:43:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 65218-done <at> debbugs.gnu.org (full text, mbox):
Fixed in e9bea73e2da021cfccfb5356d378f2feb668742c.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 24 Sep 2023 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 229 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.