Bug#1028982: metakernel: autopkgtest regression on s390x: AssertionError

2023-01-15 Thread Joe Nahmias
On Sun, Jan 15, 2023 at 07:37:01PM +0100, Paul Gevers wrote:
> With a recent upload of metakernel the autopkgtest of metakernel fails in
> testing when that autopkgtest is run with the binary packages of metakernel
> from unstable on s390x. It passes when run with only packages from testing.
> In tabular form:
> 
>passfail
> metakernel from testing0.29.4-1
> versioned deps [0] from testingfrom unstable
> all others from testingfrom testing
> 
> Currently this regression is blocking the migration to testing [1]. Can you
> please investigate the situation and fix it?
> 
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
> 
> Paul

Hello Paul,

Thanks for the report. I ran the following to try and reproduce this using
unstable:

ssh zelenka.debian.org
schroot -b -c sid -n $LOGNAME-metakernel
dd-schroot-cmd -c $LOGNAME-metakernel apt-get update
dd-schroot-cmd -c $LOGNAME-metakernel apt-get dist-upgrade
dd-schroot-cmd -c $LOGNAME-metakernel apt-get build-dep metakernel
dd-schroot-cmd -c $LOGNAME-metakernel apt-get install python3-metakernel 
python-metakernel-doc autopkgtest autodep8 pybuild-plugin-autopkgtest
schroot -r -c $LOGNAME-metakernel
/usr/bin/autopkgtest --shell-fail metakernel -- null
exit
schroot -e -c $LOGNAME-metakernel

However, all the tests passed for both python 3.10 & 3.11.

> [0] You can see what packages were added from the second line of the log
> file quoted below. The migration software adds source package from unstable
> to the list if they are needed to install packages from metakernel/0.29.4-1.
> I.e. due to versioned dependencies or breaks/conflicts.
> [1] https://qa.debian.org/excuses.php?package=metakernel
> 
> https://ci.debian.net/data/autopkgtest/testing/s390x/m/metakernel/30188929/log.gz

I tried to look for this list of packages on the second line of the log.gz URL,
but second line I see is:

autopkgtest [16:36:08]: version 5.27

In any case, to the best of my knowledge, there aren't any direct versioned
deps from metakernel.

Moreover, I don't know how to inject metakernel/0.29.4-1 into a bookworm
schroot on zelenka, so I'm a bit stuck here :(

Any ideas on how to proceed?

--Joe



Bug#1028982: metakernel: autopkgtest regression on s390x: AssertionError

2023-01-15 Thread Paul Gevers

Source: metakernel
Version: 0.29.4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression

Dear maintainer(s),

With a recent upload of metakernel the autopkgtest of metakernel fails 
in testing when that autopkgtest is run with the binary packages of 
metakernel from unstable on s390x. It passes when run with only packages 
from testing. In tabular form:


   passfail
metakernel from testing0.29.4-1
versioned deps [0] from testingfrom unstable
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration to testing [1]. Can 
you please investigate the situation and fix it?


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] You can see what packages were added from the second line of the log 
file quoted below. The migration software adds source package from 
unstable to the list if they are needed to install packages from 
metakernel/0.29.4-1. I.e. due to versioned dependencies or breaks/conflicts.

[1] https://qa.debian.org/excuses.php?package=metakernel

https://ci.debian.net/data/autopkgtest/testing/s390x/m/metakernel/30188929/log.gz

=== FAILURES 
===
 test_ls_path_complete 
_


def test_ls_path_complete():
kernel = get_kernel()
comp = kernel.do_complete('! ls ~/.ipytho', len('! ls ~/.ipytho'))

  assert comp['matches'] == ['ipython/'], comp
E   AssertionError: {'cursor_end': 14, 'cursor_start': 8, 'matches': 
['"ls', '-cdfa', 'compgen', 'ipython/', '~/.ipytho"'], 'metadata': {}, ...}

E   assert ['"ls', '-cdf... '~/.ipytho"'] == ['ipython/']
E At index 0 diff: '"ls' != 'ipython/'
E Left contains 4 more items, first extra item: '-cdfa'
E Use -v to get more diff

/usr/lib/python3/dist-packages/metakernel/tests/test_metakernel.py:85: 
AssertionError
=== short test summary info 

FAILED 
../../../../../usr/lib/python3/dist-packages/metakernel/tests/test_metakernel.py::test_ls_path_complete
=== 1 failed, 77 passed, 4 skipped in 31.59s 
===
E: pybuild pybuild:388: test: plugin pyproject failed with: exit code=1: 
cd /tmp/autopkgtest-lxc.v7kgsgqo/downtmp/autopkgtest_tmp/build; 
python3.10 -m pytest -o cache_dir={home_dir}/.pytest_cache 
${{PYBUILD_AUTOPKGTEST:+/usr/lib/python3/dist-packages/metakernel}}

Traceback (most recent call last):
  File "/usr/bin/pybuild", line 386, in main
run(func, i, version, c)
  File "/usr/bin/pybuild", line 324, in run
result = func(context, args)
  File "/usr/share/dh-python/dhpython/build/base.py", line 290, in 
wrapped_func

raise Exception(msg)
Exception: exit code=1: cd 
/tmp/autopkgtest-lxc.v7kgsgqo/downtmp/autopkgtest_tmp/build; python3.10 
-m pytest -o cache_dir={home_dir}/.pytest_cache 
${{PYBUILD_AUTOPKGTEST:+/usr/lib/python3/dist-packages/metakernel}}
pybuild-autopkgtest: error: pybuild --autopkgtest --test-pytest -i 
python{version} -p "3.11 3.10" returned exit code 13

make: *** [/tmp/A5vBrDVBPL/run:4: pybuild-autopkgtest] Error 25
pybuild-autopkgtest: error: /tmp/A5vBrDVBPL/run pybuild-autopkgtest 
returned exit code 2

autopkgtest [16:39:02]: test pybuild-autopkgtest



OpenPGP_signature
Description: OpenPGP digital signature