From: "Ludovic Courtès" <ludo@gnu.org>
To: Maxime Devos <maximedevos@telenet.be>
Cc: Michael Zappa <me@michzappa.com>, 51048-done@debbugs.gnu.org
Subject: bug#51048: No license in crate - guix import
Date: Thu, 07 Oct 2021 10:52:12 +0200 [thread overview]
Message-ID: <87ily9fc8z.fsf@gnu.org> (raw)
In-Reply-To: <7580ba1ecf974cfc08391d8b62e1fbbc796350bb.camel@telenet.be> (Maxime Devos's message of "Wed, 06 Oct 2021 08:20:58 +0200")
Hi,
Maxime Devos <maximedevos@telenet.be> skribis:
> Michael Zappa schreef op di 05-10-2021 om 18:31 [-0400]:
>> Hello all,
>> I have been playing around with the 'guix import' tools to
>> see how easily I can get some package definitions. In the process of
>> trying to package https://github.com/Spotifyd/spotifyd with 'guix import
>> crate spotifyd -r' I found that one of the nested dependencies,
>> libpulse-sys@0.0.0 did not work with the automatic importer because it
>> does not have a license in its crate
>> https://crates.io/crates/libpulse-sys/0.0.0.
>>
>> Obviously it would be ideal to get whoever is using this out-of-date
>> library in their package to update their dependencies so this is
>> entirely avoided, but short of that has there ever been discussion on
>> how to handle 'license-less' packages? I haven't seen any in my short
>> time lurking on this list. It seems to be a rigid requirement for the
>> crate importer.
>
> I don't now if there has been a discussion,
> but other importers (at least the minetest importer) set the license
> field to #f if no license information was unavailable.
>
> Modifying <crate-version> such that 'license' is set to #f if it has
> 'null' as value in the JSON might be sufficient I think?
Indeed. Fixed in 1327ec822fa6dd396e979efd8d4e1f7479f1d5b3.
Thanks!
Ludo’.
prev parent reply other threads:[~2021-10-07 8:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-05 22:31 bug#51048: No license in crate - guix import Michael Zappa
2021-10-06 6:20 ` Maxime Devos
2021-10-07 8:52 ` Ludovic Courtès [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ily9fc8z.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=51048-done@debbugs.gnu.org \
--cc=maximedevos@telenet.be \
--cc=me@michzappa.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.