Re: conditionally "dependent", by license?
"Pouya D. Tafti" <[email protected]>
| Newsgroups | gmane.os.netbsd.devel.pkgsrc.wip.general |
|---|---|
| Message-ID | <[email protected]> |
On 9 March 2011 17:03, Larson, Timothy E. <[email protected]> wrote: >> Having options flipped based on licenses would lead to non-repeatable >> builds. Now, the build comes out a certain way, or packages fail to >> build. I think this kind of reproducible result (subset) is a feature. > > This is the major point that came to my mind as well, but I thought perhaps I was missing something. > >> So far, the only cases that have come up where it's been difficult is >> mplayer, which has non-free plugins and might or might not be free >> itself, and (in the past) graphviz. >> >> It would help to discuss an actual case, rather than theoretical ones, >> because the appropriate solution may be entirely different. > > The actual case is wip/classic-mac-font-pack which I've been working on for a little while now. It's a collection of fonts from disparate sources. (Thus far I'd been working on the technical aspects, not license concerns.) Recently I found urbanrenewal-ttf, which is a natural fit here, and since it is already a set on its own I packaged it. Now the thought of how to get the various licenses to "play nice" has come to the forefront. > > I was hoping to avoid, if at all possible, having to package each font separately. But due to license issues, I am not seeing any way around it. CMFP will have to be a meta-package. It seems to me that a natural solution would be to define "meta"-licences in pkgsrc. Pouya ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ pkgsrc-wip-discuss mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pkgsrc-wip-discuss