bug#55003: emacs-dash test failing,

bug#55003: emacs-dash test failing,

[Bryan Paronto]

[-- Attachment #1: Type: text/plain, Size: 1155 bytes --]

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@cablecar.digital

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

[-- Attachment #2: Type: text/html, Size: 2073 bytes --]

bug#55003: emacs-dash test failing,

[Liliana Marie Prikler]

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

bug#55003: emacs-dash test failing,

[Maxim Cournoyer]

Hello,

Liliana Marie Prikler <liliana.prikler@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