GNU bug report logs - #58112
OPAM importer fails in lookup-node

Previous Next

Package: guix;

Reported by: Csepp <raingloom <at> riseup.net>

Date: Tue, 27 Sep 2022 11:52:01 UTC

Severity: normal

Full log


View this message in rfc822 format

From: Julien Lepiller <julien <at> lepiller.eu>
To: raingloom <at> riseup.net, 58112 <at> debbugs.gnu.org
Subject: bug#58112: OPAM importer fails in lookup-node
Date: Tue, 27 Sep 2022 17:42:06 +0200
[Message part 1 (text/plain, inline)]
It's probably because other importers are structured that way. I'd be in favor of changing that and using the condition system.

Le 27 septembre 2022 13:33:56 GMT+02:00, Csepp <raingloom <at> riseup.net> a écrit :
>The specific error is this:
>Wrong number of values returned to continuation (expected 2)
>It is caused by opam->guix-package silencing intermediate errors by
>using and-let* (the poor person's Maybe monad) and returning #f when the
>receiving side expects two return values.
>
>Initial reproducer:
>guix import opam -r mirage
>
>Also happens with opam-monorepo.
>
>Cc-ing Julien whom might know why the code is structured this way?  It's
>not like the calling side can handle a falsy return and the error is not
>detected early either, so the user doesn't even know what is causing it.
>Can I just turn it all into errors?  Or maybe we can use the condition
>system?
>
[Message part 2 (text/html, inline)]

This bug report was last modified 2 years and 262 days ago.

Previous Next


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