GNU bug report logs - #55003
emacs-dash test failing,

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 55003 in the body.
You can then email your comments to 55003 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: Bryan Paronto <bryan <at> cablecar.digital>
To: bug-guix <at> gnu.org
Subject: emacs-dash test failing,
Date: Mon, 18 Apr 2022 06:23:08 -0500

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

Hello Guixers

I’ll prefacing by saying I’m still rather green to Guix System and Home,
but am loving every minute of hacking, even when things dont immediate go
according to plan.

This morning I’m attempting to use Guix for all of my Emacs package
management needs, however one package, emacs-dash-2.19.1 seems to be
failing to build. According to the logs, this is due to a
long-than-80-character doctring. According to their repository, this issue
has been address, but a new release has not yet been cut containing the fix.

What is the prescribed way of addressing such an issue, where emacs-dash is
an input on one or more of the packages I’m attempting to install as part
of my reconfigure.

I’ve run `guix pull' and `guix package -u' . I’m uncertain of creating a
new package definition with tests disabled would be the solution, but I’ve
yet to try.

Best Regards,

Bryan Paronto
bryan <at> cablecar.digital

-- 
*Bryan Paronto*
Software Engineer, Principal Consultant
bryan <at> cablecar.digital | 239.200.2312
Book A Meeting with Me <https://calendly.com/bryan-cablecar-digital/30>
<http://cablecar.digital>

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

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

From: Liliana Marie Prikler <liliana.prikler <at> ist.tugraz.at>
To: Bryan Paronto <bryan <at> cablecar.digital>, 55003 <at> debbugs.gnu.org
Subject: Re: emacs-dash test failing,
Date: Tue, 19 Apr 2022 09:58:26 +0200

Am Montag, dem 18.04.2022 um 06:23 -0500 schrieb Bryan Paronto:
> Hello Guixers
Hi Bryan

> I’ll prefacing by saying I’m still rather green to Guix System and
> Home, but am loving every minute of hacking, even when things dont
> immediate go according to plan.
> 
> This morning I’m attempting to use Guix for all of my Emacs package
> management needs, however one package, emacs-dash-2.19.1 seems to be
> failing to build. According to the logs, this is due to a long-than-
> 80-character doctring. According to their repository, this issue has
> been address, but a new release has not yet been cut containing the
> fix.
That's rather peculiar given that emacs-dash builds fine in CI as far
as I am aware.  I also have a build locally cached.

/gnu/store/63r1i2mpgivb2f99h2dscmrymcv9n257-emacs-dash-2.19.1

On which Guix commit are you currently?  Do you perhaps use a channel,
that provides its own definition of emacs-dash?

> What is the prescribed way of addressing such an issue, where emacs-
> dash is an input on one or more of the packages I’m attempting to
> install as part of my reconfigure.
The short fix would be to cut out emacs-dash from your config for now.
Use `guix graph' to find out what pulls it in.  The long fix would be
to find out what makes emacs-dash fail and repair that.

> I’ve run `guix pull' and `guix package -u' . I’m uncertain of
> creating a new package definition with tests disabled would be the
> solution, but I’ve yet to try.
You can use a transformation for that, it's called --without-tests. 
Using it does not guarantee a successful build, though.

Cheers

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

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Liliana Marie Prikler <liliana.prikler <at> ist.tugraz.at>
Cc: 55003-done <at> debbugs.gnu.org, Bryan Paronto <bryan <at> cablecar.digital>
Subject: Re: bug#55003: emacs-dash test failing,
Date: Wed, 08 Jun 2022 16:34:17 -0400

Hello,

Liliana Marie Prikler <liliana.prikler <at> ist.tugraz.at> writes:

> Am Montag, dem 18.04.2022 um 06:23 -0500 schrieb Bryan Paronto:
>> Hello Guixers
> Hi Bryan
>
>> I’ll prefacing by saying I’m still rather green to Guix System and
>> Home, but am loving every minute of hacking, even when things dont
>> immediate go according to plan.
>> 
>> This morning I’m attempting to use Guix for all of my Emacs package
>> management needs, however one package, emacs-dash-2.19.1 seems to be
>> failing to build. According to the logs, this is due to a long-than-
>> 80-character doctring. According to their repository, this issue has
>> been address, but a new release has not yet been cut containing the
>> fix.
> That's rather peculiar given that emacs-dash builds fine in CI as far
> as I am aware.  I also have a build locally cached.
>
> /gnu/store/63r1i2mpgivb2f99h2dscmrymcv9n257-emacs-dash-2.19.1
>
> On which Guix commit are you currently?  Do you perhaps use a channel,
> that provides its own definition of emacs-dash?

It builds repeatedly fine for me as well.

Closing, but do reopen if you can reproduce on a fresh Guix commit.

Maxim

Previous Next

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