[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Comments regarding python-unicodedata2_14.0.0+ds-5_amd64.changes



Hello,

On Wed 02 Mar 2022 at 06:49AM +08, Yao Wei wrote:

> Hi,
>
> On Tue, Mar 01, 2022 at 10:11:35PM +0000, Sean Whitton wrote:
>> Hello,
>>
>> There are various references to "clinic generated code".  Does that mean we
>> don't have the preferred form for modification for some of these files?  Or is
>> it embedded in those files themselves?  Kindly confirm.
>
> The package has headers generated from UCD, which is packaged as
> unicode-data in Debian, and the headers are removed from source (hence
> +ds). It is packaged to generate those headers from unicode-data.

But it looks like there is some generated code still in the package.
From salsa:

    /*[clinic input]
    unicodedata.UCD.decimal

        self: self
        chr: int(accept={str})
        default: object=NULL
        /

    Converts a Unicode character into its equivalent decimal value.

    Returns the decimal value assigned to the character chr as integer.
    If no such value is defined, default is returned, or, if not given,
    ValueError is raised.
    [clinic start generated code]*/

    static PyObject *
    unicodedata_UCD_decimal_impl(PyObject *self, int chr,
                                 PyObject *default_value)
    /*[clinic end generated code: output=be23376e1a185231 input=933f8107993f23d0]*/

>> test_unicodedata2.py says "All Rights Reserved"; are we sure it is under the
>> PSF license?
>
> Given its presence in python3 source code, I made an assumption that
> most of the files are derived from it, and the license follows.
>
> test_unicodedata2.py is derived from Lib/tests/test_unicodedata.py in
> python3 source code, with the same header.

Okay.

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature


Reply to: