[PATCH] D38298: A logic to copy LLVM licences into docker images.

Mehdi AMINI via llvm-commits llvm-commits at lists.llvm.org
Thu Sep 28 09:47:03 PDT 2017


2017-09-28 9:46 GMT-07:00 Mehdi AMINI <joker.eph at gmail.com>:

>
>
> 2017-09-28 8:48 GMT-07:00 Daniel Berlin <dberlin at dberlin.org>:
>
>>
>>> > Where would license files go on a make install?
>>>
>>> "$CLANG_INSTALL_DIR/share/llvm/licenses"? Eventually make the path it
>>> an option?
>>>
>>>
>> At least in linux land, most distros have places they expect licenses to
>> go, and it's often part of the packaging format itself.
>> For example, debian expects copyright notices to be part of packaging,
>> not installed by the package.
>> (IE what the patch originally does).
>>
>> In particular, it expects it to be a machine parseable format in
>> debian/copyright in the .deb package file.
>>
>> This is in turn, parsed and a formatted version put in the right place in
>> the distro.
>> They do *not* want packages installing them themselves, AFAIK.
>>
>> While i understand why you think this logic should be common, IMHO, it
>> shouldn't be.
>>
>> Every single packaging/etc system has a different format, set of rules,
>> etc for what should be happening here.
>> There is no real common logic you can extract from this.
>>
>> You are going to write logic for rpms, debian, docker, etc anyway right
>> now, to put the bits in the formats and places the distros want them.
>>
>> I wish it wasn't the case, of course.
>>
>
>
> What I'm saying is there is an apparent need to have in tree:
>
> 1) a way to collect the list of licenses files that needs to be
> distributed with LLVM.
> 2) a way to package them with a LLVM binary distribution.
> 3) duplicating this in tree seems bad and not maintainable.
>
> And considering that we haven't even be able to comply with our own
> distribution (!!) on llvm.org, providing it in the most common unit seems
> the way to go.
>
> My assessment right now is that I don't see any drawback to provide this
> *option* in LLVM and use the CMake option from docker, but on the opposite
> I see benefits to do it (the LLVM release scripts can be updated to use it
> right now).
>

(even if Debian don't want to use this option, it won't hurt them either).

-- 
Mehdi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20170928/01eec567/attachment.html>


More information about the llvm-commits mailing list