[R-pkg-team] Bug#998287: r-cran-pdftools: autopkgtest failure: nrow(fonts) not equal to 3
Nilesh Patra
nilesh at nileshpatra.info
Mon Nov 8 16:41:20 GMT 2021
Hi Paul,
On Mon, 1 Nov 2021 21:11:54 +0100 Paul Gevers <elbrus at debian.org> wrote:
> Source: r-cran-pdftools
> Version: 3.0.1-1
> X-Debbugs-CC: debian-ci at lists.debian.org
I could reproduce this (relevant part below). *But*, it passes when I try run it locally with
(i) "bash ./debian/tests/run-unit-tests" --> OK
and also, inside a container with -- null
(ii) "sudo autopkgtest -B ../*.deb -- null" --> Works perfect.
It does not work when I try running it in a schroot, or an lxc container and gives errors similar to the one quoted below.
I tried changing locales with several different permutations, but the result is same.
Since this does not really look like a bug with this package, but rather something very specific to "autopkgtest" or "schroot" environment is triggering this,
I need your inputs to tackle this.
Would you have any idea as to what autopkgtest might do differently in a chroot? Or what is specific there to be causing this?
I'd really appreciate any pointers.
|── Failure (test-chinese.R:9:3): reading Chinese text ──────────────────────────
|`text` does not match "風險因素".
|Actual value: " T\+2\\n\\n\\n\\n 17,300,000\\n\\n\\n\\n 299,900\\n\\n\\n\\n\\n 36\.8%\\n34\.9%\\n |4,300,000 6,900,000 7,100,000\\n 300,000\\n\\n\\n 3\.7% 1\.5% 3\.4% 0\.1%\\n\\n\\n\\n\\n 80%\\n 10% 80%\\n\\n\\n\\n\\n |– 31 –\\n"
|Backtrace:
| █
| 1. └─testthat::expect_match(text, "風險因素") test-chinese.R:9:2
| 2. └─testthat:::expect_match_(...)
|── Failure (test-chinese.R:13:3): reading Chinese text ─────────────────────────
|nrow(fonts) not equal to 3.
|1/1 mismatches
|[1] 1 - 3 == -2
Thanks,
Nilesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/r-pkg-team/attachments/20211108/1e3d6517/attachment-0001.sig>
More information about the R-pkg-team
mailing list