Open arkamar opened 9 months ago
cc @eli-schwartz @ulm who have both hit this too
Happened in the app-crypt/certbot-9999 when updating it to support python3.12.
my traceback is https://gist.github.com/prometheanfire/69fc7035457beee7799e6acc6e7b248b
I’ve also hit it. I came here from https://bugs.gentoo.org/930852
alarig@msi ~/Documents/git/gentoo/repo/proj/guru/net-misc/openbgpd (dev +) $ git status
On branch dev
Your branch is up to date with 'origin/dev'.
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
modified: openbgpd-8.0.ebuild
alarig@msi ~/Documents/git/gentoo/repo/proj/guru/net-misc/openbgpd (dev +) $ git diff HEAD | cat
diff --git a/net-misc/openbgpd/openbgpd-8.0.ebuild b/net-misc/openbgpd/openbgpd-8.0.ebuild
index 480afe2ae..cf55b894a 100644
--- a/net-misc/openbgpd/openbgpd-8.0.ebuild
+++ b/net-misc/openbgpd/openbgpd-8.0.ebuild
@@ -23,6 +23,8 @@ RDEPEND="
!!net-misc/frr
acct-group/_bgpd
acct-user/_bgpd
+ dev-libs/libevent
+ net-libs/libmnl
"
BDEPEND="
dev-build/libtool
alarig@msi ~/Documents/git/gentoo/repo/proj/guru/net-misc/openbgpd (dev +) $ pkgdev commit --signoff --closes https://bugs.gentoo.org/933083
Traceback (most recent call last):
File "/usr/lib/python-exec/python3.11/pkgdev", line 8, in <module>
sys.exit(main())
^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/__init__.py", line 48, in main
run(os.path.basename(sys.argv[0]))
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/__init__.py", line 40, in run
sys.exit(tool())
^^^^^^
File "/usr/lib/python3.11/site-packages/snakeoil/cli/tool.py", line 81, in __call__
ret = self.main()
^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/cli.py", line 23, in main
return super().main()
^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/snakeoil/cli/tool.py", line 191, in main
self.handle_exec_exception(e)
File "/usr/lib/python3.11/site-packages/snakeoil/cli/tool.py", line 176, in main
exitstatus = func(self.options, self.out, self.err)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/pkgdev_commit.py", line 933, in _commit
args = determine_msg_args(options, changes)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/pkgdev_commit.py", line 797, in determine_msg_args
message.append(changes.prefix + changes.summary)
^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/snakeoil/klass.py", line 205, in __get__
obj = self.function(instance)
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/pkgdev_commit.py", line 700, in summary
return str(PkgSummary(self._options, self.ebuild_changes))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/pkgdev_commit.py", line 324, in __str__
if s := self.status_funcs[statuses](self):
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgdev/scripts/pkgdev_commit.py", line 509, in modify
old_env = old_pkg.environment.data.splitlines()
^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgcore/ebuild/ebuild_src.py", line 454, in environment
data = self._get_ebuild_environment()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgcore/ebuild/ebuild_src.py", line 459, in _get_ebuild_environment
return ebp.get_ebuild_environment(self, self.repo.eclass_cache)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/pkgcore/ebuild/processor.py", line 869, in get_ebuild_environment
self._run_depend_like_phase(
File "/usr/lib/python3.11/site-packages/pkgcore/ebuild/processor.py", line 838, in _run_depend_like_phase
self.generic_handler(additional_commands=commands)
File "/usr/lib/python3.11/site-packages/pkgcore/ebuild/processor.py", line 976, in generic_handler
raise UnhandledCommand(line)
pkgcore.ebuild.processor.UnhandledCommand: es succeeded
alarig@msi ~/Documents/git/gentoo/repo/proj/guru/net-misc/openbgpd (dev +) $
These ebuilds have in common, that they contain certain non-ASCII code points. You can verify that with
grep -n -P "[^\x00-\x7F]" ${ebuild}
From my limited testing it seems that problems occur when the commit modifies
(not adds) one or more ebuilds with offending code points such as emoji, or ‘
within a single package. This list is probably not exhaustive but other
characters such as ä
, ß
, 한
don't seem to cause problems.
Interestingly, I cannot reproduce this issue in a minimal containerized environment I use to build packages in.
I am in commit
a66f97b855cc - net-misc/ofono: drop 1.33
in::gentoo
tree and this is my staged change:I run
pkgdev commit
and it throws following:I guess that
es succeeded
should have beenphases succeeded
, which I see instrace
.pkgdev commit
seems to work in other scenarios, like version bumps. Following versions are installed in my system:I don't use any special configuration. It should be basically default installation.