legal October 2017

legal@lists.fedoraproject.org

10 participants
7 discussions

Henry Spencer's license
by Petr Šabata 06 Mar '23

06 Mar '23

Dear legal, While checking the contents of our `perl' package, I noticed the following: (...) /* NOTE: this is derived from Henry Spencer's regexp code, and should not * confused with the original package (see point 3 below). Thanks, Henry! */ /* Additional note: this code is very heavily munged from Henry's version * in places. In some spots I've traded clarity for efficiency, so don't * blame Henry for some of the lack of readability. */ /* The names of the functions have been changed from regcomp and * regexec to pregcomp and pregexec in order to avoid conflicts * with the POSIX routines of the same names. */ (...) * pregcomp and pregexec -- regsub and regerror are not used in perl * * Copyright (c) 1986 by University of Toronto. * Written by Henry Spencer. Not derived from licensed software. * * Permission is granted to anyone to use this software for any * purpose on any computer system, and to redistribute it freely, * subject to the following restrictions: * * 1. The author is not responsible for the consequences of use of * this software, no matter how awful, even if they arise * from defects in it. * * 2. The origin of this software must not be misrepresented, either * by explicit claim or by omission. * * 3. Altered versions must be plainly marked as such, and must not * be misrepresented as being the original software. * **** Alterations to Henry's code are... **** **** Copyright (C) 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, **** 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 **** by Larry Wall and others **** **** You may distribute under the terms of either the GNU General Public **** License or the Artistic License, as specified in the README file. (...) You can see the whole file here: https://metacpan.org/source/SHAY/perl-5.20.1/regexec.c I looked but couldn't find any common name for this license of Henry's. Is it on our list? Is it free? What name should I use in the License tag? Thank you, Petr

5 9

about openssl we may enable and build all elliptic curves on corp ?
by Sérgio Basto 05 Nov '22

05 Nov '22

Hello, I reopen or start thinking again on this question of enable elliptic curves of openssl [1] So going directly to the point, may I built all source of openssl in copr [2] ? or at least some other curves that fedora package don't ship? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1405843 [2] Version: 1.0.2k %global fips_version 2.0.14 I mean sources: http://ftp.o penssl.org/source/openssl-%{version}.tar.gz and http://ftp.openssl.org/s ource/openssl-fips-%{fips_version}.tar.gz Thanks , -- Sérgio M. B.

4 6

libdvdcss package in COPR
by Michal Novotny 10 Jan '18

10 Jan '18

Hello, is it alright to host libdvdcss package in COPR or should it be deleted? (more info here: https://www.videolan.org/legal.html) The licence is ok (GPL) and it's not listed here: https://fedoraproject.org/wiki/Forbidden_items But I am not sure if it goes well with US regulations. See COPR specific regulations here: https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-… Thank you Michal Novotny

5 5

Is OpenSpades content license acceptable for COPR?
by Mihai-Drosi Caju 21 Nov '17

21 Nov '17

Greetings, I would like to distribute OpenSpades on COPR. The license of the code itself is GPLv3. But it depends on content which I am not sure can be distributed on COPR. I have attached a link to the license in question below. Can I distribute the files in question on COPR? https://github.com/yvt/openspades-paks/blob/master/Nonfree/LICENSE.md

6 9

Announcement: fdk-aac
by Tom Callaway 12 Oct '17

12 Oct '17

Hi Fedorans! Today, a Third-Party Modified Version of the Fraunhofer FDK AAC Codec Library for Android has been cleared for inclusion in Fedora. This specific library has been modified to be useful with Linux and gstreamer, and provides some support for encoding and decoding of the AAC digital audio codec. The package containing this library is called "fdk-aac". No other AAC implementations (regardless of copyright license) are permitted in Fedora at this time. Thanks, Tom Callaway

3 2

S3TC / libtxc_dxtn
by Neal Gompa 07 Oct '17

07 Oct '17

Hey, With the S3TC patent expired[1], can we pull libtxc_dxtn into Fedora proper now? [1]: https://www.phoronix.com/scan.php?page=news_item&px=S3TC-Patent-Expires-Nex… -- 真実はいつも一つ！/ Always, there's only one truth!

6 7

Re: S3TC / libtxc_dxtn
by Tom Callaway 03 Oct '17

03 Oct '17

Also, fwiw, I gave Adam the all clear on this, I've just been traveling and hadn't had a chance to reply to this thread until now. ~tom On Oct 3, 2017 2:35 PM, "Adam Jackson" <ajax(a)redhat.com> wrote: On Tue, 2017-10-03 at 07:32 -0400, Neal Gompa wrote: > On Tue, Oct 3, 2017 at 6:47 AM, Yanko Kaneti <yaneti(a)declera.com> wrote: > > On Mon, 2017-10-02 at 14:46 -0400, Neal Gompa wrote: > > > Hey, > > > > > > With the S3TC patent expired[1], can we pull libtxc_dxtn into Fedora > > > proper now? > > > > This seems to be going directly into mesa proper and probably > > backported to older (17.x) mesa-s that Fedora cares about. > > > > https://cgit.freedesktop.org/mesa/mesa/commit/?id= 04396a134f003aece573df593acfa1ab4418ffe8 > > > > On the contrary, it looks like it's *not* getting backported because > they're removing the dlopen() stuff to go with it, since that's not > needed anymore. Fortunately I have git-cherry-pick so I don't have to care what upstream does. F26 task: https://koji.fedoraproject.org/koji/buildinfo?buildID=979594 F27 task: https://koji.fedoraproject.org/koji/buildinfo?buildID=979591 F28 task: https://koji.fedoraproject.org/koji/buildinfo?buildID=979562 I'll submit bodhi updates once they complete. - ajax _______________________________________________ legal mailing list -- legal(a)lists.fedoraproject.org To unsubscribe send an email to legal-leave(a)lists.fedoraproject.org

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

legal October 2017