<div dir="ltr"> <div>Using the license ids from SPDX seems straightforward, and that's what AppStream seems to encourage. But it doesn't mention support for SPDX license expressions (has a custom and/or rule), or what to do on custom licenses. So the harmony seems shallow, if you see what I mean. Or am I missing something?</div></div><div class="gmail_extra"> <div class="gmail_quote">On Tue, Jan 31, 2017 at 4:24 PM, Neal Gompa <<a href="mailto:ngompa13@gmail.com" target="_blank">ngompa13@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">SUSE has their own list of non-standard references[1], but my understanding is that SPDX is working on making this a bit more flexible in this regard. This was one of the reasons we haven't switched to it in Fedora (the other being the mismatch of BSD/MIT tags to SPDX equivalents). AppStream metainfo files shipped with software include the SPDX license tags[2]. One of the reasons I personally favor the Fedora tags more is because it's not obnoxious with dealing with classes of licenses. However, AppStream does mandate SPDX, and harmonizing snap metadata with AppStream metadata makes it easier to keep things sane and in sync, especially if developers want to use their metainfo files as input for generating parts of the snap metadata. Of course, maintaining harmony does not imply that SPDX license tags need to be used in snap data, only that some kind of automatic mapping from SPDX to another system is available. Richard Hughes' appstream-glib (used by GNOME/Ubuntu Software) has such a mechanism for going from Fedora/SUSE-classic to SPDX[3], and the other way around is considerably simpler. [1]: <a href="https://github.com/openSUSE/obs-service-format_spec_file" rel="noreferrer" target="_blank">https://github.com/openSUSE/obs-service-format_spec_file</a> [2]: <a href="https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html" rel="noreferrer" target="_blank">https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html</a> [3]: <a href="https://github.com/hughsie/appstream-glib/blob/master/libappstream-glib/as-utils.c#L555" rel="noreferrer" target="_blank">https://github.com/hughsie/appstream-glib/blob/master/libappstream-glib/as-utils.c#L555</a> <div class="HOEnZb"><div class="h5"> On Tue, Jan 31, 2017 at 11:43 AM, Gustavo Niemeyer <<a href="mailto:gustavo.niemeyer@canonical.com">gustavo.niemeyer@canonical.com</a>> wrote: > That's an interesting idea. Is there a known repository for license texts > which are not standard? I see SPDX uses a LicenseRef-<ID> kind of > reference, but it's not clear what that is referencing. Just another field > inside the XML in the case of AppStream, I suppose? > > On Thu, Jan 26, 2017 at 9:58 PM, Neal Gompa <<a href="mailto:ngompa13@gmail.com">ngompa13@gmail.com</a>> wrote: >> >> On Thu, Jan 26, 2017 at 5:35 PM, Mark Shuttleworth <<a href="mailto:mark@ubuntu.com">mark@ubuntu.com</a>> >> wrote: >> > >> > We should allow a plaintext field there for this situation. Yes, go >> > ahead with "Other open source". >> > >> >> It would probably make sense to support SPDX license tags and >> expressions[1]. This is used in AppStream, so a great amount of >> software is already classified in this manner. Furthermore, openSUSE >> uses SPDX tags for their license metadata for packages, and Debian >> uses a subset of it as part of the copyright file structure in Debian >> Source Control packaging. >> >> While we in Fedora use our own license tag list[2] that predates SPDX >> (used by a great deal of Linux distributions), we maintain a mapping >> to SPDX for AppStream support. >> >> Having verifiable license information (either Fedora style or SPDX >> style) is also useful for ensuring things are "compatible" or >> "desired" on a system, depending on whatever preference you may have. >> >> [1]: <a href="https://spdx.org/licenses/" rel="noreferrer" target="_blank">https://spdx.org/licenses/</a> >> [2]: <a href="https://fedoraproject.org/wiki/Licensing:Main#Software_License_List" rel="noreferrer" target="_blank">https://fedoraproject.org/wiki/Licensing:Main#Software_License_List</a> >> >> -- >> 真実はいつも一つ！/ Always, there's only one truth! >> >> -- >> Snapcraft mailing list >> <a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a> >> Modify settings or unsubscribe at: >> <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/snapcraft</a> > > > > > -- > gustavo @ <a href="http://niemeyer.net" rel="noreferrer" target="_blank">http://niemeyer.net</a> > > -- > Snapcraft mailing list > <a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a> > Modify settings or unsubscribe at: > <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/snapcraft</a> > -- 真実はいつも一つ！/ Always, there's only one truth! -- Snapcraft mailing list <a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a> Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/snapcraft</a> </div></div></blockquote></div> <div> </div>-- <div class="gmail_signature" data-smartmail="gmail_signature"> gustavo @ <a href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div> </div>