feat: update gnulib to 20250303-1

Author: deepin-community-bot[bot]

.cvsignore

@@ -4,3 +4,10 @@ ChangeLog	merge=merge-changelog
 # Run this to make 'git diff' on texinfo files give nicer hunk context:
 #   git config diff.texinfo.funcname '^@node[	 ][	 ]*\\([^,][^,]*\\)'
 *.texi* diff=texinfo
+
+# Run this to make 'git diff' on .m4 files give nicer hunk context:
+#   git config diff.m4.xfuncname '^((AC_DEFUN|m4_define)[^,)]*)'
+*.m4	diff=m4
+
+# Improve diff hunk context on Python files.
+*.py	diff=python

.gitattributes

@@ -1 +1,9 @@
-.pc/
+*.orig
+*.rej
+*~
+.#*
+\#*#
+allsnippets.tmp
+amsnippet.tmp
+testdir*
+/po/gnulib.pot

.gitignore

@@ -0,0 +1,30 @@
+# Copyright (C) 2024-2025 Free Software Foundation, Inc.
+#
+# This program is free software: you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation, either version 3 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program.  If not, see <https://www.gnu.org/licenses/>.
+#
+
+# This file exists to satisfy the standard layout of a Python program:
+#   - a single .py file in the parent directory,
+#   - any number of .py files in a subdirectory.
+# Explanation: https://stackoverflow.com/questions/16981921/relative-imports-in-python-3
+# Without this standard layout, we got
+#   - errors at runtime:
+#     from . import constants          =>   ImportError: attempted relative import with no known parent package
+#     from pygnulib import constants   =>   ModuleNotFoundError: No module named 'pygnulib'
+#   - error markers in Eclipse + PyDev.
+
+from pygnulib import main
+
+if __name__ == '__main__':
+    main.main_with_exception_handling()

.gnulib-tool.py

@@ -1,18 +1,11 @@
-$Id: COPYING,v 1.3 2006-10-26 16:20:28 eggert Exp $
 The files in here are mostly copyright (C) Free Software Foundation, and
 are under assorted licenses.  Mostly, but not entirely, GPL.
 
-Many modules are provided dual-license, either GPL or LGPL at your
-option.  The headers of files in the lib directory (e.g., lib/error.c)
-state GPL for convenience, since the bulk of current gnulib users are
-GPL'd programs.  But the files in the modules directory (e.g.,
-modules/error) state the true license of each file, and when you use
-'gnulib-tool --lgpl --import <modules>', gnulib-tool either rewrites
-the files to have an LGPL header as part of copying them from gnulib
-to your project directory, or fails because the modules you requested
-were not licensed under LGPL.
+The license of each file is stated in that file.
+Additionally, the files in the modules directory state the license of
+the code part (in lib/) of the respective module.
 
-Some of the source files in lib/ have different licenses.  Also, the
-copy of maintain.texi in doc/ has a verbatim-copying license, and
-doc/standards.texi and make-stds.texi are GFDL.  Most (but not all)
+Some of the source files in lib/ have different licenses than GPL or LGPL.
+Also, the copy of maintain.texi in doc/ has a verbatim-copying license,
+and doc/standards.texi and make-stds.texi are GFDL.  Most (but not all)
 m4/*.m4 files have nearly unlimited licenses.