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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Bryan Paronto <bryan <at> cablecar.digital>
Subject: bug#55003: closed (Re: bug#55003: emacs-dash test failing,)
Date: Wed, 08 Jun 2022 20:35:02 +0000

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

Your bug report

#55003: emacs-dash test failing,

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 55003 <at> debbugs.gnu.org.

-- 
55003: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=55003
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

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

[Message part 3 (message/rfc822, inline)]

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 4 (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 5 (text/html, inline)]

Previous Next

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