Decouple glob from gnulib?

Decouple glob from gnulib?

[Florian Weimer]

gnulib switched to GPLv3 for its glob implementation a while back, so
straight imports are out of the question.

I would like to remove Amiga (not m68k, the operating system) and VMS
support to simplify maintenance, and remove conditional compilation as
far as possible.  (Sadly, Hurd doesn't have d_type, but at least there
is d_ino.)

Florian

Re: Decouple glob from gnulib?

[Florian Weimer]

On 03/30/2016 09:49 AM, Florian Weimer wrote:
> gnulib switched to GPLv3 for its glob implementation a while back, so
> straight imports are out of the question.
> 
> I would like to remove Amiga (not m68k, the operating system) and VMS
> support to simplify maintenance, and remove conditional compilation as
> far as possible.  (Sadly, Hurd doesn't have d_type, but at least there
> is d_ino.)

Hurd has d_type as well.  FreeBSD, too

posix/tst-gnuglob fails if I pretend I do not have d_type because the
virtual file system implementation is incorrect.  It's safe to assume
that the non-d_type case is completely untested.

Yet another reason to decouple glob, I think.

Florian

Re: Decouple glob from gnulib?

[Mike Frysinger]

[-- Attachment #1: Type: text/plain, Size: 335 bytes --]

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
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Decouple glob from gnulib?

[Florian Weimer]

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

Re: Decouple glob from gnulib?

[Paul Eggert]

On 03/30/2016 12:49 AM, Florian Weimer wrote:
> gnulib switched to GPLv3 for its glob implementation a while back, so
> straight imports are out of the question.

No, the Gnulib license is LGPLv2+, so you can import without problem. 
The actual license is in modules/glob; gnulib-tool rewrites the text in 
the source files when you import.

>
> I would like to remove Amiga (not m68k, the operating system) and VMS
> support to simplify maintenance, and remove conditional compilation as
> far as possible.  (Sadly, Hurd doesn't have d_type, but at least there
> is d_ino.)
>

That would be fine for Gnulib, as they are no longer practical porting 
targets. This sort of cleanup shouldn't necessitate decoupling.