Hi Philipp,
On Tue, Feb 05, 2019 at 07:01:42PM +0100, Philipp Angerer wrote:
> Hi! Umm, why me? I’m neither the tibble author nor a Debian package
> maintainer :D
Sure you are not the Debian maintainer but the test case of repr
failes if latest r-cran-tibble Debian package is installed. Thus
I was contacting you as the maintainer of the repr CRAN package.
However, the whole bug was misleading and I'm sorry about this. Feel
free to ignore the following text in case you are swamped. Anyway it
would be nice to know what happens on your side if you co-install
repr and dplyr on your side and run the repr test suite.
I tried to reproduce the issue and it seems the guess that the
r-cran-tibble upload happened before the regression of the test suite is
a bit vague. I've created a clean chroot environment and installed
r-cran-repr into it. Since r-cran-tibble is only in the dependency
graph of Recommended packages I tried without this package and the test
suite succeeds. I can also add r-cran-tibble via
apt-get install --no-install-recommends r-cran-tibble
and the test suite keeps on succeeding! However, after intalling
r-cran-dplyr the described error occures while after deinstalling
r-cran-dplyr the test suite passes again. So the incompatibility
seems to be rather between r-cran-repr and r-cran-dplyr.
The only reason why r-cran-plyr is installed together with r-cran-tibble
is since it is in its Test-Depends (and thus also mentioned in
Recommends). So the issue seems to boil down to some strange
incompatibility between r-cran-repr and r-cran-dplyr which occured right
after the upload of r-cran-tibble but not before.
Any help to sort this out is more than welcome.
Kind regards
Andreas.
> Andreas Tille <ti...@debian.org> schrieb am Di., 5. Feb. 2019 um 10:36 Uhr:
>
> > Hi Philipp,
> >
> > the continuous integration test in Debian has uncovered an issue after
> > tibble 2.0.0 was uploaded. Please have a look below. The full build
> > log can be found here:
> >
> >
> > https://ci.debian.net/data/autopkgtest/unstable/amd64/r/r-cran-repr/1847462/log.gz
> >
> > (Please scroll down to the very bottom of that page!)
> >
> > Any hint how this can be solved?
> >
> > Kind regards
> >
> > Andreas.
> >
> > On Mon, Jan 28, 2019 at 04:24:10PM +0200, Graham Inggs wrote:
> > > Source: r-cran-repr
> > > Version: 0.19.1-1
> > > Severity: serious
> > > X-Debbugs-CC: debian...@lists.debian.org
> > > User: debian...@lists.debian.org
> > > Usertags: regression
> > >
> > > Hi Maintainer
> > >
> > > Since the upload of r-cran-tibble 2.0.0-1 to unstable, r-cran-repr has
> > been
> > > failing its autopkgtests [1] with the following error:
> > >
> > > > test_check('repr')
> > > -- 1. Failure: ellip_limit_arr preserves rownames when limiting rows
> > > (@test_arra
> > > `limited_tbl` not identical to `expected_df_mat`.
> > > Attributes: < Component "dimnames": Component 1: 4 string mismatches >
> > >
> > > -- 2. Failure: ellip_limit_arr preserves rownames when limiting rows
> > > (@test_arra
> > > `limited_tbl` not identical to `expected_df_mat`.
> > > Attributes: < Component "dimnames": Component 1: 5 string mismatches >
> > >
> > > == testthat results
> > > ===========================================================
> > > OK: 128 SKIPPED: 5 FAILED: 2
> > > 1. Failure: ellip_limit_arr preserves rownames when limiting rows
> > > (@test_array_manipulation.r#229)
> > > 2. Failure: ellip_limit_arr preserves rownames when limiting rows
> > > (@test_array_manipulation.r#251)
> > >
> > > Error: testthat unit tests failed
> > >
> > > Regards
> > > Graham
> > >
> > >
> > > [1] https://ci.debian.net/packages/r/r-cran-repr/unstable/amd64/
> > >
> > > _______________________________________________
> > > R-pkg-team mailing list
> > > r-pkg-t...@alioth-lists.debian.net
> > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/r-pkg-team
> >
> > --
> > http://fam-tille.de
> >
--
http://fam-tille.de
