(name . bug-guix)(address . bug-guix@gnu.org)
- Pon 28 Apr 2018 18:28
- Lon 29 Apr 2018 18:18
- Lon 14 Oct 2020 08:12
- Zon 15 Oct 2020 11:57
- Lon 25 Oct 2020 18:12
- Zon 26 Oct 2020 15:16
- Son 13 Sep 2021 04:17
`guix import json` doesn't handle inputs with the form 'package:output'
L
`guix import json` doesn't handle inputs with the form 'package:output'
(name . 31302@debbugs.gnu.org)(address . 31302@debbugs.gnu.org)
1377321000.57094.1602655936420@office.mailbox.org
Z
(name . Lulu)(address . me@erkin.party)(name . 31302@debbugs.gnu.org)(address . 31302@debbugs.gnu.org)
86wnzr24mc.fsf@gmail.com
Hi Lulu,
Thank you for working of this.
On Wed, 14 Oct 2020 at 09:12, Lulu <me@erkin.party> wrote:
Toggle quote (4 lines)
> I just checked this and failed to replicate it. It happily generates
> config from `glib:doc', `glib:bin' and `glib:out' in input fields and
> complains if there's a nonexistent `glib:foo' input, as of v1.1.0.
Could you provide the commit (hash) of the Guix you are using?
Personally, I do “guix describe” and paste then the short hash
(58af4c9). Then it is easier to reproduce or replicate or see if it is
fixed in which version.
Then, could you provide the sequence of commands you used for
“replication“? And the file example you used too. It eases the process
for confirming or not. :-)
Thanks,
simon
L
(name . zimoun)(address . zimon.toutoune@gmail.com)(name . 31302@debbugs.gnu.org)(address . 31302@debbugs.gnu.org)
1141589329.67315.1603645952789@office.mailbox.org
The version hash of Guix I tried this on was `26f6bd0403ed20c1d26eca9d4f28a0da519a56ac'.
I used the example JSON file for the `hello' package provided in
"(guix)Invoking guix import". Then, based on the given example of glib, I tried
running `guix import json' with `glib', `glib:bin', `glib:doc', `glib:out'
separately appended to the `native-inputs' array of `hello.json', in order. It
produced an appropriate SXML structure in the `native-inputs` field each time:
("glib" (@ (gnu packages glib) glib-with-documentation))
for standalone `glib' and
("glib" (@ (gnu packages glib) glib-with-documentation) "bin")
for the rest, which appears to fit the package definition syntax.
When I tried with `glib:foo', where `foo' is an erroneous output, it yielded the
following error:
guix import: error: package `glib@2.62.6' lacks output `foo'.
So, it seems like this bug was fixed somewhere along the line.
--
Lulu
Z
(name . Lulu)(address . me@erkin.party)(name . 31302@debbugs.gnu.org)(address . 31302@debbugs.gnu.org)
868sbt5ayt.fsf@gmail.com
Dear,
On Sun, 25 Oct 2020 at 20:12, Lulu <me@erkin.party> wrote:
Toggle quote (2 lines)
> So, it seems like this bug was fixed somewhere along the line.
Yep, the bug is fixed. Probably by these:
7cef499bb0 * import/json: json->code: Handle files with more than one definition.
c893432320 * import/json: Use json->code.
16dd764691 * import/json: Add json->scheme-file.
You can close the bug by sending to <31302-done@debbugs.gnu.org> with
the explanations.
Thanks,
simon
?