From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 57785 invoked by alias); 30 Mar 2016 13:49:34 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 57773 invoked by uid 89); 30 Mar 2016 13:49:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=ownership, Hx-languages-length:584, H*MI:sk:2016033, copyrighted X-HELO: mx1.redhat.com Subject: Re: Decouple glob from gnulib? To: GNU C Library References: <56FB8509.8080607@redhat.com> <20160330134637.GG6588@vapier.lan> From: Florian Weimer Message-ID: <56FBD966.2000902@redhat.com> Date: Wed, 30 Mar 2016 13:49:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20160330134637.GG6588@vapier.lan> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-03/txt/msg00728.txt.bz2 On 03/30/2016 03:46 PM, Mike Frysinger wrote: > On 30 Mar 2016 09:49, Florian Weimer wrote: >> gnulib switched to GPLv3 for its glob implementation a while >> back, so straight imports are out of the question. > > ask them, although i would highlight both are fully FSF > copyrighted projects, so it shouldn't be a problem to just import & > relicense and not require them to downgrade Yes, but the technical concerns about this code, as it exists in gnulib, are significant as well. In my opinion, we should take ownership and clean it up. Florian