|
osdir.com mailing list archive |
|
Subject: Is "IPA Font license" DFSG-Free? - msg#10914List: generalI've ITPed IPAfont as otf-ipafont package. Its license, IPA Font License is OSI approved, but it doesn't mean equal to DFSG-Free. So, I'd like to ask you it is DFSG-Free or not. It is TeX-like license and has some restriction for use its name for derivatives and how to deal with modifications. You can see its license at http://www.opensource.org/licenses/ipafont.html Please give me your feedback (Please add CC to me). Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-legal-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx Thread at a glance:
Previous Message by Date: click to view message previewQuestion about the JAXRS ModuleRef not working on the client sideHi Sergey, I just added some unit tests to verify the spring parser of JAXRSServerFactoryBean and JAXRSClientFactoryBean. I found the ModuleRef does not work on the JAXRSClientFactoryBean side, Could you take a look at it if you get time? Here is the spring configuration file of it[1]. [1] http://svn.apache.org/viewvc/cxf/trunk/rt/frontend/jaxrs/src/test/java/org/apache/cxf/jaxrs/spring/clients.xml?annotate=780421&pathrev=780421 Willem Next Message by Date: click to view message previewRe: Bug#531221: okular: Arbitrarily enforces DRMOn Sun, May 31, 2009 at 02:30:58AM +0100, Adeodato Simó wrote: > I see it's been pointed out in a comment in your blog post already, > but I'll mention it here for the benefit of those reading along: > obeying DRM is a configurable runtime option in Okular, so it's just > a matter of going to the preferences dialog and unchecking the "Obey > DRM" check box. I've just read Pino Toscano's answer, and I found it a reasonable choice from an *upstream author point of view*. They want okular to fully implement the spec, to be able to sell it as a feature. Of course, downstream distribution editors (i.e., us) can make different choices, to better implement the philosophy of their distro. Considering that upstream already implemented the mechanism for choosing at runtime, I see an easy way out. - If okular has a system-wide setting "Obey DRM" which acts as a default for user choices, we have already won: the Debian package maintainer is fully in charge of making the choice of what that default should be. - If it has not, I guess adding support for such system-wide setting should be easy enough to do. FWIW If I were the package maintainer, my choice would be not to "Obey DRM" by default, but I'm not. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature Previous Message by Thread: click to view message previewQuestion about the JAXRS ModuleRef not working on the client sideHi Sergey, I just added some unit tests to verify the spring parser of JAXRSServerFactoryBean and JAXRSClientFactoryBean. I found the ModuleRef does not work on the JAXRSClientFactoryBean side, Could you take a look at it if you get time? Here is the spring configuration file of it[1]. [1] http://svn.apache.org/viewvc/cxf/trunk/rt/frontend/jaxrs/src/test/java/org/apache/cxf/jaxrs/spring/clients.xml?annotate=780421&pathrev=780421 Willem Next Message by Thread: click to view message previewRe: Is "IPA Font license" DFSG-Free?Le dimanche 31 mai 2009 Ã 20:52 +0900, Hideki Yamane a Ãcrit : > I've ITPed IPAfont as otf-ipafont package. > You can see its license at http://www.opensource.org/licenses/ipafont.html > Please give me your feedback (Please add CC to me). Thanks. The only things that looks suspicious are the name change clauses. For derived works: No one may use or include the name of the Licensed Program as a program name, font name or file name of the Derived Program. And for redistribution without modification: The Recipient may not change the name of the Licensed Program. So if there are any changes, the name must be changed, and it must not be changed if there are no changes. For a regular computer program, that would imply iceweaselization, but for a font this seems reasonable: we have no practical reason to patch it in our packages, and most font systems make it easy to alias a font with another one so itâs fine for those who modify it. Otherwise, itâs a simple license with a strong copyleft, which should be fine for Debian. Cheers, -- .''`. Josselin Mouette : :' : `. `' âI recommend you to learn English in hope that you in `- future understand thingsâ -- JÃrg Schilling signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Loading Comments...
|
|
