Bug#920042: lua-nvim: autopkgtest times out since 2019-01-10
Hi James, On 03-03-2019 18:41, James McCoy wrote: > It actually was caused by a test dependency (via @builddeps@) -- neovim. > I don't see a migration check that ran lua-nvim's tests as part of > neovim's migration. The migration software doesn't process @builddeps@ yet as that is a recent addition to the changes file and I haven't had the time to implement it. Paul signature.asc Description: OpenPGP digital signature
Bug#920042: lua-nvim: autopkgtest times out since 2019-01-10
On Mon, Jan 21, 2019 at 09:17:00PM +0100, Paul Gevers wrote:
> Since 2019-01-10 the autopkgtest of your package times out (after 2:47h)
> on ci.debian.net. Unfortunately, this most likely isn't caused by any of
> your direct (test) dependencies, otherwise the integration with our
> migration software should have caught it. The timeout also happens in
> testing. If the content of our log is correct, the following files may
> hint at the culprit:
> https://ci.debian.net/data/packages/testing/amd64/l/lua-nvim/1696673.log
> https://ci.debian.net/data/packages/unstable/amd64/l/lua-nvim/1675059.log
It actually was caused by a test dependency (via @builddeps@) -- neovim.
I don't see a migration check that ran lua-nvim's tests as part of
neovim's migration.
I'll be committing the attached patch upstream.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
>From 24fe448aa406b0aa2267044a9858e3d2e5963b61 Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Sun, 3 Mar 2019 11:49:54 -0500
Subject: [PATCH] Use --embed --headless for Socket/TcpStream session tests
After neovim/neovim#9024, "nvim --embed" waits for a UI to attach.
"nvim --embed --headless" is required if there is not going to be a UI.
---
test/session_spec.lua | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/test/session_spec.lua b/test/session_spec.lua
index d5d705c..1fc289d 100644
--- a/test/session_spec.lua
+++ b/test/session_spec.lua
@@ -155,7 +155,7 @@ end)
-- Session using SocketStream
test_session(string.format("Session using SocketStream [%s]", socket_file), function ()
child_session = Session.new(ChildProcessStream.spawn({
-nvim_prog, '-u', 'NONE', '--embed',
+nvim_prog, '-u', 'NONE', '--embed', '--headless',
'--cmd', string.format('call serverstart("%s")', socket_file)
}))
child_session:request('vim_eval', '1') -- wait for nvim to start
@@ -193,7 +193,7 @@ end)
-- Session using TcpStream
test_session("Session using TcpStream", function ()
child_session = Session.new(ChildProcessStream.spawn({
-nvim_prog, '-u', 'NONE', '--embed',
+nvim_prog, '-u', 'NONE', '--embed', '--headless',
'--cmd', 'call serverstart("127.0.0.1:")'
}))
--
2.20.1
Bug#920042: lua-nvim: autopkgtest times out since 2019-01-10
severity 920042 serious thanks Hi. My autobuilders (using sbuild) hang when trying to build this package: [...] [ RUN ] test/session_spec.lua @ 116: Session using ChidProcessStream can receive errors from n vim [ OK ] test/session_spec.lua @ 116: Session using ChidProcessStream can receive errors from n vim (15.91 ms) [ RUN ] test/session_spec.lua @ 130: Session using ChidProcessStream can break out of event lo op with a timeout [ OK ] test/session_spec.lua @ 130: Session using ChidProcessStream can break out of event lo op with a timeout (55.66 ms) [ RUN ] test/session_spec.lua @ 35: Session using SocketStream [/tmp/nvim.socket-2705] can mak e requests to nvim E: Build killed with signal TERM after 60 minutes of inactivity and the hang also happens in reproducible-builds.org, using pbuilder: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lua-nvim.html Since I believe this problem is essentially the same as the one that was reported in this bug, I'm raising the severity to serious, because this is now also a FTBFS bug. Also, the dates where this started to happen seem to be consistent with my build failures. This is my build history for buster: Status: successful lua-nvim_0.1.0-1-1_amd64-20181206T123743.563Z Status: successful lua-nvim_0.1.0-1-1_amd64-20181217T150250.689Z Status: successful lua-nvim_0.1.0-1-1_amd64-20181228T152601.873Z Status: successful lua-nvim_0.1.0-1-1_amd64-20190108T055211.916Z Status: failed lua-nvim_0.1.0-1-1_amd64-20190122T052126.135Z Status: failed lua-nvim_0.1.0-1-1_amd64-20190207T020505.729Z Status: failed lua-nvim_0.1.0-1-1_amd64-20190220T132416.611Z Thanks.
Bug#920042: lua-nvim: autopkgtest times out since 2019-01-10
On Mon, 21 Jan 2019 21:17:00 +0100 Paul Gevers wrote: > Since 2019-01-10 the autopkgtest of your package times out (after 2:47h) > on ci.debian.net. Unfortunately, this most likely isn't caused by any of > your direct (test) dependencies, otherwise the integration with our > migration software should have caught it. > Can you please investigate the situation? Don't hesitate to ask for help > for the Debian CI team² if you need help solving this issue. If your test is using bash and is using the builtin wait function, I suggest you look at bug 920455. Paul https://bugs.debian.org/920455 signature.asc Description: OpenPGP digital signature
Bug#920042: lua-nvim: autopkgtest times out since 2019-01-10
Source: lua-nvim Version: 0.1.0-1-1 X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: timeout Dear maintainers, Since 2019-01-10 the autopkgtest of your package times out (after 2:47h) on ci.debian.net. Unfortunately, this most likely isn't caused by any of your direct (test) dependencies, otherwise the integration with our migration software should have caught it. The timeout also happens in testing. If the content of our log is correct, the following files may hint at the culprit: https://ci.debian.net/data/packages/testing/amd64/l/lua-nvim/1696673.log https://ci.debian.net/data/packages/unstable/amd64/l/lua-nvim/1675059.log Can you please investigate the situation? Don't hesitate to ask for help for the Debian CI team² if you need help solving this issue. I will blacklist this package on the ci.debian.net infrastructure and will remove the blacklist once this bug is fixed. If needed, please ping me to try any uploads you make that should fix the issue if you are unsure and don't want to close this bug until verified. Paul https://ci.debian.net/data/autopkgtest/unstable/amd64/l/lua-nvim/1675059/log.gz autopkgtest [19:08:16]: test dh-lua-tests: [--- dh autopkgtest --buildsystem=lua --with lua dh_auto_test -O--buildsystem=lua make --no-print-directory -f /usr/share/dh-lua/make/dh-lua.Makefile.multiple autopkgtest Making target autopkgtest for debian/lua5.1.dh-lua.conf * lua dynamic custom (5.1, autopkgtest) ** [==] Running tests from scanned files. [--] Global test environment setup. [--] Running tests from test/session_spec.lua [ RUN ] test/session_spec.lua @ 35: Session using ChidProcessStream can make requests to nvim [ OK ] test/session_spec.lua @ 35: Session using ChidProcessStream can make requests to nvim (4.12 ms) [ RUN ] test/session_spec.lua @ 40: Session using ChidProcessStream can get api metadata [ OK ] test/session_spec.lua @ 40: Session using ChidProcessStream can get api metadata (6.07 ms) [ RUN ] test/session_spec.lua @ 50: Session using ChidProcessStream can receive messages from nvim [ OK ] test/session_spec.lua @ 50: Session using ChidProcessStream can receive messages from nvim (5.86 ms) [ RUN ] test/session_spec.lua @ 58: Session using ChidProcessStream can receive requests from nvim [ OK ] test/session_spec.lua @ 58: Session using ChidProcessStream can receive requests from nvim (8.48 ms) [ RUN ] test/session_spec.lua @ 96: Session using ChidProcessStream can deal with recursive requests from nvim [ OK ] test/session_spec.lua @ 96: Session using ChidProcessStream can deal with recursive requests from nvim (7.75 ms) [ RUN ] test/session_spec.lua @ 116: Session using ChidProcessStream can receive errors from nvim [ OK ] test/session_spec.lua @ 116: Session using ChidProcessStream can receive errors from nvim (6.13 ms) [ RUN ] test/session_spec.lua @ 130: Session using ChidProcessStream can break out of event loop with a timeout [ OK ] test/session_spec.lua @ 130: Session using ChidProcessStream can break out of event loop with a timeout (50.98 ms) [ RUN ] test/session_spec.lua @ 35: Session using SocketStream [/tmp/nvim.socket-5691] can make requests to nvim autopkgtest [21:54:57]: ERROR: timed out on command "su -s /bin/bash debci -c set -e; export USER=`id -nu`; . /etc/profile >/dev/null 2>&1 || true; . ~/.profile >/dev/null 2>&1 || true; buildtree="/tmp/autopkgtest-lxc.ckipilpb/downtmp/build.xoM/src"; mkdir -p -m 1777 -- "/tmp/autopkgtest-lxc.ckipilpb/downtmp/dh-lua-tests-artifacts"; export AUTOPKGTEST_ARTIFACTS="/tmp/autopkgtest-lxc.ckipilpb/downtmp/dh-lua-tests-artifacts"; export ADT_ARTIFACTS="$AUTOPKGTEST_ARTIFACTS"; mkdir -p -m 755 "/tmp/autopkgtest-lxc.ckipilpb/downtmp/autopkgtest_tmp"; export AUTOPKGTEST_TMP="/tmp/autopkgtest-lxc.ckipilpb/downtmp/autopkgtest_tmp"; export ADTTMP="$AUTOPKGTEST_TMP"; export DEBIAN_FRONTEND=noninteractive; export LANG=C.UTF-8; export DEB_BUILD_OPTIONS=parallel=2; unset LANGUAGE LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT LC_IDENTIFICATION LC_ALL;rm -f /tmp/autopkgtest_script_pid; set -C; echo $$ > /tmp/autopkgtest_script_pid; set +C; trap "rm -f /tmp/autopkgtest_script_pid" EXIT INT QUIT PIPE; cd "$buildtree"; chmod +x /tmp/autopkgtest-lxc.ckipilpb/downtmp/build.xoM/src/debian/tests/dh-lua-tests; touch /tmp/autopkgtest-lxc.ckipilpb/downtmp/dh-lua-tests-stdout /tmp/autopkgtest-lxc.ckipilpb/downtmp/dh-lua-tests-stderr; /tmp/autopkgtest-lxc.ckipilpb/downtmp/build.xoM/src/debian/tests/dh-lua-tests 2> >(tee -a /tmp/autopkgtest-lxc.ckipilpb/downtmp/dh-lua-tests-stderr >&2) > >(tee -a /tmp/autopkgtest-lxc.ckipilpb/downtmp/dh-lua-tests-stdout);" (kind: test) autopkgtest [21:54:57]: test dh-lua-tests: ---] signature.asc Description: OpenPGP digital signature
