From: Peng Zang <peng.zang@gmail.com>
To: Dario Teixeira <darioteixeira@yahoo.com>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] License question - QPL vs. SCM
Date: Mon, 7 Apr 2008 16:14:51 -0400 [thread overview]
Message-ID: <200804071614.58875.peng.zang@gmail.com> (raw)
In-Reply-To: <733916.43443.qm@web54605.mail.re2.yahoo.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yeah, Edgar was also just pointing out that (source + patches) allows one to
easily recover the source whereas patched sources do not.
(source + patches) is more equivalent to (patched sources + original sources).
In any event, I'm not saying such a format is bad for releasing code. I
simply think it is a tad silly for a distribution license to specify, so
precisely, the format the code is to be released in. Releasing the code as
(patched sources + original sources) for example, seems just as reasonable...
but it is unclear if that is allowed.
Peng
On Monday 07 April 2008 03:54:09 pm Dario Teixeira wrote:
> Hi,
>
> > My opinion is probably biased though. I've always thought QPL was a
> > silly license. The whole idea that you can release source + patches but
> > not the patched sources seems absurd to me. There is no difference
> > between the two.
>
> It's not silly if you intend to make clear what comes from upstream
> and what has been modified. Debian packages are organised like this:
> unmodified upstream tarball + Debian patches. In a different domain,
> the American constitution works the same way: there's the original
> text + patches (that go by the name "amendments").
>
> Cheers,
> Dario
>
>
>
> ___________________________________________________________
> Yahoo! For Good helps you make a difference
>
> http://uk.promotions.yahoo.com/forgood/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQFH+oDCfIRcEFL/JewRAsbcAKCgqx+EF/JpMdvNzW1sghZIub0ePwCdHzqM
kxiDCWjzWEgglJY/WZYH0N8=
=jamC
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2008-04-07 20:15 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-07 4:29 Edgar Friendly
2008-04-07 19:10 ` [Caml-list] " Peng Zang
2008-04-07 19:17 ` Adrien
2008-04-07 19:54 ` Dario Teixeira
2008-04-07 20:00 ` Sylvain Le Gall
2008-04-07 20:09 ` [Caml-list] " Edgar Friendly
2008-04-07 20:14 ` Peng Zang [this message]
2008-04-09 15:21 ` [Caml-list] " Xavier Leroy
2008-04-09 16:24 ` Edgar Friendly
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=200804071614.58875.peng.zang@gmail.com \
--to=peng.zang@gmail.com \
--cc=caml-list@yquem.inria.fr \
--cc=darioteixeira@yahoo.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox