<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/scripts/dtc/pylibfdt, branch v2026.01</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/scripts/dtc/pylibfdt?h=v2026.01</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/scripts/dtc/pylibfdt?h=v2026.01'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2025-08-07T17:16:12Z</updated>
<entry>
<title>pylibfdt: setup.py: Drop license_files</title>
<updated>2025-08-07T17:16:12Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-07-25T15:18:21Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=123cd77122a13288e1552b5d9b7c22a6f19e2e02'/>
<id>urn:sha1:123cd77122a13288e1552b5d9b7c22a6f19e2e02</id>
<content type='text'>
On more recent versions of setuptools the warning about not being able
to find the files specified in license_files has re-appeared. This is
because as best I can tell, it can't and won't look in $(srctree) but
rather only subdirectories of scripts/dtc/pylibfdt. Since we already
provide both SPDX tags and a license field with the SPDX contents, let
us just drop license_files as it's not mandatory.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>pylibfdt: correct license information (further)</title>
<updated>2025-06-26T18:10:58Z</updated>
<author>
<name>Quentin Schulz</name>
<email>quentin.schulz@cherry.de</email>
</author>
<published>2025-06-10T13:17:56Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5f732b4bb0946b4d1a32add4ec5595eb9846cd26'/>
<id>urn:sha1:5f732b4bb0946b4d1a32add4ec5595eb9846cd26</id>
<content type='text'>
Since commit 51ec8db23280 ("pylibfdt: correct license information"), the
License classifiers are gone so I assume setuptools now extract the
license from the license argument to setuptools.setup() function.

It's always been incorrect as far as I could tell, so let's fix this
with the appropriate info from the SPDX License identifier at the top of
the file. It was missing GPL-2.0-or-later and we disambiguate by using
BSD-2-Clause instead of simply BSD.

Fixes: 6b08fb5cc44f ("fdt: Move to setuptools")
Signed-off-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
</content>
</entry>
<entry>
<title>pylibfdt: correct license information</title>
<updated>2025-06-09T20:07:21Z</updated>
<author>
<name>Heinrich Schuchardt</name>
<email>heinrich.schuchardt@canonical.com</email>
</author>
<published>2025-06-07T11:32:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=51ec8db23280bd6fdb0da2a0257603f21aaf6ef3'/>
<id>urn:sha1:51ec8db23280bd6fdb0da2a0257603f21aaf6ef3</id>
<content type='text'>
Setuptools 78.1.1 shows warnings:

* Pattern 'GPL' did not match any files.
* Pattern 'BSD-2-Clause' did not match any files.
* SetuptoolsDeprecationWarning: License classifiers are deprecated.

Cf. https://packaging.python.org/en/latest/guides/writing-pyproject-toml/#license

Signed-off-by: Heinrich Schuchardt &lt;heinrich.schuchardt@canonical.com&gt;
Reviewed-by: Bryan Brattlof &lt;bb@ti.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>scripts/dtc/pylibfdt/libfdt.i_shipped: Use SWIG_AppendOutput</title>
<updated>2024-10-30T19:02:53Z</updated>
<author>
<name>Markus Volk</name>
<email>f_l_k@t-online.de</email>
</author>
<published>2024-10-30T05:07:16Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a63456b9191fae2fe49f4b121e025792022e3950'/>
<id>urn:sha1:a63456b9191fae2fe49f4b121e025792022e3950</id>
<content type='text'>
Swig has changed language specific AppendOutput functions. The helper
macro SWIG_AppendOutput remains unchanged. Use that instead
of SWIG_Python_AppendOutput, which would require an extra parameter
since swig 4.3.0.

/home/flk/poky/build-test/tmp/work/qemux86_64-poky-linux/u-boot/2024.10/git/arch/x86/cpu/u-boot-64.lds
| scripts/dtc/pylibfdt/libfdt_wrap.c: In function ‘_wrap_fdt_next_node’:
| scripts/dtc/pylibfdt/libfdt_wrap.c:5581:17: error: too few arguments to function ‘SWIG_Python_AppendOutput’
|  5581 |     resultobj = SWIG_Python_AppendOutput(resultobj, val);
|       |                 ^~~~~~~~~~~~~~~~~~~~~~~~

Signed-off-by: Markus Volk &lt;f_l_k@t-online.de&gt;
Reported-by: Rudi Heitbaum &lt;rudi@heitbaum.com&gt;
Link: https://github.com/dgibson/dtc/pull/154
</content>
</entry>
<entry>
<title>pylibfdt: Fix "invalid escape sequence '\w'" in setup.py</title>
<updated>2024-03-01T14:53:47Z</updated>
<author>
<name>Florian Schmaus</name>
<email>flo@geekplace.eu</email>
</author>
<published>2024-02-20T13:52:48Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d4c84d7062ecd739de8ed509782f52ddb9109f32'/>
<id>urn:sha1:d4c84d7062ecd739de8ed509782f52ddb9109f32</id>
<content type='text'>
Once u-boot's build system invokes

python3 scripts/dtc/pylibfdt/setup.py --quiet build_ext --inplace

it may fail with

scripts/dtc/pylibfdt/setup.py:40: SyntaxWarning: invalid escape sequence '\w'
  RE_KEY_VALUE = re.compile('(?P&lt;key&gt;\w+) *(?P&lt;plus&gt;[+])?= *(?P&lt;value&gt;.*)$')

depending on the used Python version.

Explicitly mark the regex string as raw string to avoid the warning.

Signed-off-by: Florian Schmaus &lt;flo@geekplace.eu&gt;
Reviewed-by: Heinrich Schuchardt &lt;heinrich.schuchardt@canonical.com&gt;
</content>
</entry>
<entry>
<title>pylibfdt: Allow version normalization to fail</title>
<updated>2023-01-07T23:02:26Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2023-01-07T23:02:26Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=051f409d25f84b394c15e82190c897a46cf6c60c'/>
<id>urn:sha1:051f409d25f84b394c15e82190c897a46cf6c60c</id>
<content type='text'>
In some cases, we might not have the sic portion of setuputils
available. Make our import and use of this be done in try/except blocks
as this is done to suppress a run-time warning that is otherwise
non-fatal.

Reported-by: Pali Rohár &lt;pali@kernel.org&gt;
Fixes: 141659187667 ("pylibfdt: Fix disable version normalization")
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>pylibfdt: Fix disable version normalization</title>
<updated>2023-01-06T13:14:19Z</updated>
<author>
<name>Philippe Schenker</name>
<email>philippe.schenker@toradex.com</email>
</author>
<published>2023-01-04T14:43:33Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=141659187667e83cc89e3a1e9d1d5640e0059df3'/>
<id>urn:sha1:141659187667e83cc89e3a1e9d1d5640e0059df3</id>
<content type='text'>
On Arch Linux based systems python setuptools does not contain
"setuptools.extern" hence it is failing with the following
error-message:
"
ModuleNotFoundError: No module named 'setuptools.extern'
"

According to a eschwartz `setuptools.extern` is not a public API and
shall not be assumed to be present in the setuptools package. He
mentions that the setuptools project anyway wants to drop this. [1]

Use the correct solution introduced by python setuptools developers to
disable normalization. [2]

[1] https://bbs.archlinux.org/viewtopic.php?id=259608
[2] https://github.com/pypa/setuptools/pull/2026
Fixes: 440098c42e73 ("pylibfdt: Fix version normalization warning")
Signed-off-by: Philippe Schenker &lt;philippe.schenker@toradex.com&gt;
Reviewed-by: Marek Vasut &lt;marex@denx.de&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>pylibfdt: Fix version normalization warning</title>
<updated>2022-12-22T20:39:13Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2022-12-15T22:37:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=440098c42e7369f4b5703a82723b2ce268180a1f'/>
<id>urn:sha1:440098c42e7369f4b5703a82723b2ce268180a1f</id>
<content type='text'>
Fix the following version normalization warning:
"
/usr/lib/python3/dist-packages/setuptools/dist.py:530: UserWarning: Normalizing '2023.01' to '2023.1'
"

Using suggestion from Richard Jones:
https://github.com/pypa/setuptools/issues/308#issuecomment-405817468

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>fdt: Move to setuptools</title>
<updated>2022-10-29T13:36:33Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2022-07-31T02:57:11Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6b08fb5cc44f8d32260a17a4f04c5bfa8dd5f18f'/>
<id>urn:sha1:6b08fb5cc44f8d32260a17a4f04c5bfa8dd5f18f</id>
<content type='text'>
The distutils package is deprecated. The upstream libfdt repo uses
setuptools for building the pylibfdt module, so bring in that code,
suitably modified for U-Boot. Also bring in the README.

The modifications include setting the version correctly, making use of
the environment variables provided by the Makefile and various tweaks
to the directories.

Note that the version omits the minus character at the start of
EXTRAVERSION, since this creates a warning. The build is really just used
within U-Boot itself, so it doesn't matter too much if the version matches
upstream, or exactly matches U-Boot.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>libfdt: Fix build with python 3.10</title>
<updated>2022-10-29T13:36:33Z</updated>
<author>
<name>Michal Suchanek</name>
<email>msuchanek@suse.de</email>
</author>
<published>2022-10-13T20:43:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7d01bb1c5a1daef0187c9ea276bde19a8d0e7fde'/>
<id>urn:sha1:7d01bb1c5a1daef0187c9ea276bde19a8d0e7fde</id>
<content type='text'>
Python 3.10 requires defining PY_SSIZE_T_CLEAN. This will be fixed in
swig 4.10 but it is not clear when it will be released. There was a
warning since python 3.8.

Link: https://github.com/swig/swig/pull/2277

Signed-off-by: Michal Suchanek &lt;msuchanek@suse.de&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
</feed>
