Hi,
I have experienced the same issue to build a package in Guix source.
It's built just fine outside the source.
My package definition
https://git.sr.ht/~hellseher/ffab/tree/5c3071c6e3490ee285d245ada5e161cd272a161f/item/ffab/packages/lisp-xyz.scm#L50
> ./pre-inst-env guix describe
Git checkout:
Hi,
Jan Wielkiewicz skribis:
> Dnia 2020-08-05, o godz. 22:33:14
> Ludovic Courtès napisał(a):
>
>> My bad, I believe this is fixed by
>> 05f3d34094b23dc9612ff6641a0257bc4f7dcd12.
>>
>> Thanks for reporting the issue!
>>
>> Is this bug closed, though?
>>
>> Ludo’.
>
> I can close it if
Hello,
I believe there's still something wrong here.
The bug (the new one, described below) occurs after adding
#:use-module (gnu packages avr) to the firmware.scm file.
Attached the diff file of my package below.
I'm packaging qmk-firmware and here's what happens running guix build:
error:
Dnia 2020-08-05, o godz. 22:33:14
Ludovic Courtès napisał(a):
> My bad, I believe this is fixed by
> 05f3d34094b23dc9612ff6641a0257bc4f7dcd12.
>
> Thanks for reporting the issue!
>
> Is this bug closed, though?
>
> Ludo’.
I can close it if needed.
Hi,
> I made a package named "qmk-cli" and it seems Guix doesn't like it.
> Running "./pre-inst-env guix install "qmk-cli"" results in this:
> guix install: error: Unbound variable: ~S
My bad, I believe this is fixed by
05f3d34094b23dc9612ff6641a0257bc4f7dcd12.
Thanks for reporting the issue!
Hi,
On +2020-07-30 00:15:56 +0200, Ricardo Wurmus wrote:
>
> Jan Wielkiewicz writes:
>
> > Dnia 2020-07-29, o godz. 22:17:01
> > Ricardo Wurmus napisał(a):
> >
> >>
> >> “avr-toolchain” is a procedure, not a package. Use
> >> “avr-toolchain-4.9” or “avr-toolchain-5”.
> >>
> >
> > Success!
On Thu, Jul 30, 2020 at 12:15:56AM +0200, Ricardo Wurmus wrote:
> “Unbound variable: ~S” looks like a format string with a placeholder
> that didn’t get replaced with an actual value. It would be marginally
> better if it said “Unbound variable: avr-toolchain”.
The reason I suggested an
Jan Wielkiewicz writes:
> Dnia 2020-07-29, o godz. 22:17:01
> Ricardo Wurmus napisał(a):
>
>>
>> “avr-toolchain” is a procedure, not a package. Use
>> “avr-toolchain-4.9” or “avr-toolchain-5”.
>>
>
> Success!
>
> What about the strange message though?
> "incorrect package definition" would
Dnia 2020-07-29, o godz. 22:17:01
Ricardo Wurmus napisał(a):
>
> “avr-toolchain” is a procedure, not a package. Use
> “avr-toolchain-4.9” or “avr-toolchain-5”.
>
Success!
What about the strange message though?
"incorrect package definition" would be better.
Jan Wielkiewicz writes:
> Dnia 2020-07-29, o godz. 19:57:35
> Ricardo Wurmus napisał(a):
>
>>
>> What is the actual diff? I see that (gnu packages hardware) does not
>> import (gnu packages avr), so it’s expected that “avr-toolchain”
>> cannot be found.
>>
>
> Okay, I tested it and it
Dnia 2020-07-29, o godz. 19:57:35
Ricardo Wurmus napisał(a):
>
> What is the actual diff? I see that (gnu packages hardware) does not
> import (gnu packages avr), so it’s expected that “avr-toolchain”
> cannot be found.
>
Okay, I tested it and it fails on "avr-toolchain", even though I have
Dnia 2020-07-29, o godz. 19:57:35
Ricardo Wurmus napisał(a):
> What is the actual diff? I see that (gnu packages hardware) does not
> import (gnu packages avr), so it’s expected that “avr-toolchain”
> cannot be found.
>
Just added it and I get the same result. Anyway, the error message is
Jan Wielkiewicz writes:
> It seems it's not about the name, but the package - I changed the name
> to "qmk" and it still doesn't work. Not that this is an excuse for
> writing such a strange message.
>
> Make output:
>
> [100%] GUILEC gnu/packages/hardware.go
>
Dnia 2020-07-29, o godz. 13:00:59
Leo Famulari napisał(a):
> On Wed, Jul 29, 2020 at 06:16:47PM +0200, Jan Wielkiewicz wrote:
> > It seems it's not about the name, but the package - I changed the
> > name to "qmk" and it still doesn't work. Not that this is an excuse
> > for writing such a
On Wed, Jul 29, 2020 at 06:16:47PM +0200, Jan Wielkiewicz wrote:
> It seems it's not about the name, but the package - I changed the name
> to "qmk" and it still doesn't work. Not that this is an excuse for
> writing such a strange message.
I think some interface changed elsewhere in the codebase
It seems it's not about the name, but the package - I changed the name
to "qmk" and it still doesn't work. Not that this is an excuse for
writing such a strange message.
Make output:
[100%] GUILEC gnu/packages/hardware.go
gnu/packages/hardware.scm:486:4: warning: possibly unbound variable
Hello,
I made a package named "qmk-cli" and it seems Guix doesn't like it.
Running "./pre-inst-env guix install "qmk-cli"" results in this:
guix install: error: Unbound variable: ~S
Jan Wielkiewicz
17 matches
Mail list logo