Your message dated Fri, 7 Dec 2018 20:12:02 +0200
with message-id 
<cam8zjqtftwr9hj9rmxqsexv4oqkm98s9ryztywxpcpg+p9e...@mail.gmail.com>
and subject line r-cran-processx breaks r-cran-callr autopkgtest
has caused the Debian Bug report #908759,
regarding r-cran-processx breaks r-cran-callr autopkgtest
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
908759: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908759
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: r-cran-processx, r-cran-callr
Control: found -1 r-cran-processx/3.2.0-1
Control: found -1 r-cran-callr/3.0.0-1
X-Debbugs-CC: [email protected]
User: [email protected]
Usertags: breaks needs-update regression

Dear maintainers,

With a recent upload of r-cran-processx the autopkgtest of r-cran-callr
fails in testing when that autopkgtest is run with the binary packages
of r-cran-processx from unstable. It passes when run with only packages
from testing. I copied some of the output at the bottom of this report.

Currently this regression is contributing to the delay of the migration
of r-cran-processx to testing [1] as well as to the migration of
r-cran-callr. Due to the nature of this issue, I filed this bug report
against both packages. Can you please investigate the situation and
reassign the bug to the right package? If needed, please change the
bug's severity.

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

Paul

[1] https://qa.debian.org/excuses.php?package=r-cran-processx

https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-cran-callr/985403/log.gz

== Failed
======================================================================
-- 1. Failure: r with timeout (@test-timeout.R#12)
----------------------------
"callr_timeout_error" %in% class(e) isn't true.

-- 2. Failure: r with timeout (@test-timeout.R#13)
----------------------------
tac - tic < as.difftime(4, units = "secs") isn't true.

== DONE
========================================================================
Error: Test failures

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
--- Begin Message ---
Seems fixed since debci hosts were upgraded earliertoday.
Possibly related to #885542 ?

--- End Message ---

Reply via email to