Hi,
On Thu, Dec 06, 2007 at 04:11:59AM +0900, Kobayashi Noritada wrote:
> > FWIW, I believe a search of debian-legal archives will show that we've come
> > to the same conclusion before about copyrightability of non-creative
> > databases, and are already shipping a number of these in Debian.
>
>
Hi,
On Wed, 28 Nov 2007 13:33:07 -0800, Steve Langasek wrote:
> On Wed, Nov 28, 2007 at 02:43:34PM +, John Halton wrote:
> > On 28/11/2007, Michael Poole <[EMAIL PROTECTED]> wrote:
> > > Based on a quick look, these files establish a correspondence between
> > > different character set encodin
On Mon, Dec 03, 2007 at 11:23:24PM +0900, Osamu Aoki wrote:
> If problem is only modification right, why not uploading to non-free?
That is certainly one option, but that may be over-cautious based on
the previous discussion on this thread.
John
(TINLA)
--
To UNSUBSCRIBE, email to [EMAIL PROT
On Wed, Nov 28, 2007 at 01:22:49PM +0100, Ondřej Surý wrote:
> > However I don't think there is anything copyrightable in these files;
> > they only contain series of numbers that describe the mappings. Do you
> > people think it could be suitable for main?
> > (Please follow-up on -legal only for
John Halton <[EMAIL PROTECTED]> writes:
> Thanks, that's useful to know. I'm still trying to get a feel for
> how Debian treats these cases where there is no express licence, how
> people weigh up the legal pros and cons.
Inconsistently :-)
--
\"The World is not dangerous because of th
On Wed, Nov 28, 2007 at 01:33:07PM -0800, Steve Langasek wrote:
> FWIW, I believe a search of debian-legal archives will show that we've come
> to the same conclusion before about copyrightability of non-creative
> databases, and are already shipping a number of these in Debian.
Thanks, that's use
On Wed, Nov 28, 2007 at 01:33:07PM -0800, Steve Langasek wrote:
> On Wed, Nov 28, 2007 at 02:43:34PM +, John Halton wrote:
> > On 28/11/2007, Michael Poole <[EMAIL PROTECTED]> wrote:
> > > Based on a quick look, these files establish a correspondence between
> > > different character set encodi
On Wed, Nov 28, 2007 at 02:43:34PM +, John Halton wrote:
> On 28/11/2007, Michael Poole <[EMAIL PROTECTED]> wrote:
> > Based on a quick look, these files establish a correspondence between
> > different character set encodings. Copyright protects creative
> > expression. What is the creative
On 28/11/2007, Michael Poole <[EMAIL PROTECTED]> wrote:
> Based on a quick look, these files establish a correspondence between
> different character set encodings. Copyright protects creative
> expression. What is the creative part of this mapping? I can see two
> possible bases: character sele
John Halton writes:
>> However I don't think there is anything copyrightable in these files;
>> they only contain series of numbers that describe the mappings.
>
> I don't see any reason in principle why "series of numbers that
> describe the mappings" couldn't be protected by copyright. Could you
> However I don't think there is anything copyrightable in these files;
> they only contain series of numbers that describe the mappings.
I don't see any reason in principle why "series of numbers that
describe the mappings" couldn't be protected by copyright. Could you
provide more details of why
> However I don't think there is anything copyrightable in these files;
> they only contain series of numbers that describe the mappings. Do you
> people think it could be suitable for main?
> (Please follow-up on -legal only for licensing discussions.)
>
> Ondrej, are you willing - if the legal p
clone 451799 -1
retitle 451799 evince should depend on poppler-data
reassign -1 wnpp
retitle -1 RFP: poppler-data -- Encoding data for the poppler PDF rendering
library
block 451799 by -1
thanks
* Package name: poppler-data
Version : 0.1.1
Upstream Author : Adobe, Red Hat
* URL
13 matches
Mail list logo
