[Development] QUIP-18 and file "reclassification"
Jörg Bornemann
joerg.bornemann at qt.io
Thu Dec 19 21:31:13 CET 2024
On 12/19/24 12:06 PM, Marc Mutz via Development wrote:
> 1/
> I today refused to perform a re-licensing of a .cpp file being renamed
> to .qdoc.¹ QUIP-18² has no provisions for files transitioning between
> what QUIP-18 calls file "classifications"³, even if they have different
> required license specifiers.
>
> Can someone please clarify the process here?
Inofficial stance, IANAL disclaimer applies: the file in question has a
"Copyright (C) 2016 The Qt Company Ltd." note. The copyright and IP
holder has decided to change the license from one liberal license to
another. The practical effect this has on anyone is zero. But it makes
the license checker happy, which sees ".qdoc file extension, this must
be documentation".
Even without the sole TQtC copyright the CLA has been signed by all
contributors and to my understanding enables us to change the license.
There's no official process to my knowledge. But some official
clarification might be in order here.
> 2/
> In the same vein, it seems to me to be illogical to require to have a
> class-only .qdoc file have a different license from the equivalent .cpp
> file. These files may change from .cpp to .qdoc back back several times,
> depending on whether there is some C++ code in the file or not (doesn't
> have to be the implementation of a member function, could just be a
> static_assert() that we don't want to waste CPU cycles on by including
> it in the header).
>
> Should be make a distinction between "pure" .qdoc files and those that
> are essentially .cpp files that just lack (C++) content?
It seems logical to me to categorize .cpp files as source code and .qdoc
as documentation. If the files *really* tend to oscillate between .cpp
and .qdoc, let the license oscillate as well. Proposed process: match
what has been agreed on in QUIP-18.
I'd refrain from adding heuristics to the license checker to determine
whether a .qdoc file looks a bit too much like a C++ file.
> 3/
> And, finally, shouldn't .cpp files that contain qdoc comment blocks
> contain the "right" license for documentation, as it's different from
> code? Then a rename would also not require a re-licensing.
Theoretically supercorrect would be a strict separation between
"documentation" and "source code". Such an endeavor would be quite
costly. I wonder, what problem are we trying to solve here?
Cheers,
Joerg
--
Jörg Bornemann | The Qt Company
More information about the Development
mailing list