ruby-yajl →
1.2.0-3+b1 →
armhf → 2017-09-04 01:24:18
sbuild (Debian sbuild) 0.71.0 (24 Aug 2016) on bm-wb-03
+==============================================================================+
| ruby-yajl 1.2.0-3+b1 (armhf) Mon, 04 Sep 2017 01:12:13 +0000 |
+==============================================================================+
Package: ruby-yajl
Version: 1.2.0-3+b1
Source Version: 1.2.0-3
Distribution: stretch-staging
Machine Architecture: armhf
Host Architecture: armhf
Build Architecture: armhf
I: NOTICE: Log filtering will replace 'var/lib/schroot/mount/stretch-staging-armhf-sbuild-cd5225a4-e31d-498c-8551-8f71f6fe64eb' with '<<CHROOT>>'
+------------------------------------------------------------------------------+
| Update chroot |
+------------------------------------------------------------------------------+
Get:1 http://172.17.0.1/private stretch-staging InRelease [11.3 kB]
Get:2 http://172.17.0.1/private stretch-staging/main Sources [9733 kB]
Get:3 http://172.17.0.1/private stretch-staging/main armhf Packages [11.7 MB]
Fetched 21.4 MB in 24s (872 kB/s)
Reading package lists...
W: No sandbox user '_apt' on the system, can not drop privileges
+------------------------------------------------------------------------------+
| Fetch source files |
+------------------------------------------------------------------------------+
Check APT
---------
Checking available source versions...
Download source files with APT
------------------------------
Reading package lists...
NOTICE: 'ruby-yajl' packaging is maintained in the 'Git' version control system at:
git://anonscm.debian.org/pkg-ruby-extras/ruby-yajl.git
Please use:
git clone git://anonscm.debian.org/pkg-ruby-extras/ruby-yajl.git
to retrieve the latest (possibly unreleased) updates to the package.
Need to get 580 kB of source archives.
Get:1 http://172.17.0.1/private stretch-staging/main ruby-yajl 1.2.0-3 (dsc) [2139 B]
Get:2 http://172.17.0.1/private stretch-staging/main ruby-yajl 1.2.0-3 (tar) [573 kB]
Get:3 http://172.17.0.1/private stretch-staging/main ruby-yajl 1.2.0-3 (diff) [5116 B]
Fetched 580 kB in 0s (1824 kB/s)
Download complete and in download only mode
I: NOTICE: Log filtering will replace 'build/ruby-yajl-LfI6lw/ruby-yajl-1.2.0' with '<<PKGBUILDDIR>>'
I: NOTICE: Log filtering will replace 'build/ruby-yajl-LfI6lw' with '<<BUILDDIR>>'
+------------------------------------------------------------------------------+
| Install build-essential |
+------------------------------------------------------------------------------+
Setup apt archive
-----------------
Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in '/<<BUILDDIR>>/resolver-UlXtHt/apt_archive/sbuild-build-depends-core-dummy.deb'.
dpkg-scanpackages: warning: Packages in archive but missing from override file:
dpkg-scanpackages: warning: sbuild-build-depends-core-dummy
dpkg-scanpackages: info: Wrote 1 entries to output Packages file.
gpg: keybox '/<<BUILDDIR>>/resolver-UlXtHt/gpg/pubring.kbx' created
gpg: /<<BUILDDIR>>/resolver-UlXtHt/gpg/trustdb.gpg: trustdb created
gpg: key 35506D9A48F77B2E: public key "Sbuild Signer (Sbuild Build Dependency Archive Key) <buildd-tools-devel@lists.alioth.debian.org>" imported
gpg: Total number processed: 1
gpg: imported: 1
gpg: key 35506D9A48F77B2E: "Sbuild Signer (Sbuild Build Dependency Archive Key) <buildd-tools-devel@lists.alioth.debian.org>" not changed
gpg: key 35506D9A48F77B2E: secret key imported
gpg: Total number processed: 1
gpg: unchanged: 1
gpg: secret keys read: 1
gpg: secret keys imported: 1
gpg: using "Sbuild Signer" as default secret key for signing
Ign:1 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ InRelease
Get:2 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Release [957 B]
Get:3 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Release.gpg [370 B]
Get:4 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Sources [349 B]
Get:5 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Packages [434 B]
Fetched 2110 B in 0s (2912 B/s)
Reading package lists...
W: No sandbox user '_apt' on the system, can not drop privileges
Reading package lists...
Install core build dependencies (apt-based resolver)
----------------------------------------------------
Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
fuse2fs gnupg-l10n kbd libfuse2 manpages netbase psmisc
Use 'apt autoremove' to remove them.
The following NEW packages will be installed:
sbuild-build-depends-core-dummy
0 upgraded, 1 newly installed, 0 to remove and 18 not upgraded.
Need to get 776 B of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ sbuild-build-depends-core-dummy 0.invalid.0 [776 B]
debconf: delaying package configuration, since apt-utils is not installed
Fetched 776 B in 0s (0 B/s)
Selecting previously unselected package sbuild-build-depends-core-dummy.
(Reading database ... 13276 files and directories currently installed.)
Preparing to unpack .../sbuild-build-depends-core-dummy_0.invalid.0_armhf.deb ...
Unpacking sbuild-build-depends-core-dummy (0.invalid.0) ...
Setting up sbuild-build-depends-core-dummy (0.invalid.0) ...
W: No sandbox user '_apt' on the system, can not drop privileges
+------------------------------------------------------------------------------+
| Check architectures |
+------------------------------------------------------------------------------+
Arch check ok (armhf included in any)
+------------------------------------------------------------------------------+
| Install package build dependencies |
+------------------------------------------------------------------------------+
Setup apt archive
-----------------
Merged Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.7.5~), ruby-rspec
Filtered Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.7.5~), ruby-rspec
dpkg-deb: building package 'sbuild-build-depends-ruby-yajl-dummy' in '/<<BUILDDIR>>/resolver-UlXtHt/apt_archive/sbuild-build-depends-ruby-yajl-dummy.deb'.
dpkg-scanpackages: warning: Packages in archive but missing from override file:
dpkg-scanpackages: warning: sbuild-build-depends-core-dummy sbuild-build-depends-ruby-yajl-dummy
dpkg-scanpackages: info: Wrote 2 entries to output Packages file.
gpg: using "Sbuild Signer" as default secret key for signing
Ign:1 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ InRelease
Get:2 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Release [963 B]
Get:3 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Release.gpg [370 B]
Get:4 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Sources [512 B]
Get:5 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ Packages [596 B]
Fetched 2441 B in 0s (3336 B/s)
Reading package lists...
W: No sandbox user '_apt' on the system, can not drop privileges
Reading package lists...
Install ruby-yajl build dependencies (apt-based resolver)
---------------------------------------------------------
Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
fuse2fs gnupg-l10n kbd libfuse2 manpages netbase psmisc
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
autoconf automake autopoint autotools-dev bsdmainutils ca-certificates
debhelper devscripts dh-autoreconf dh-python dh-strip-nondeterminism file
gem2deb gem2deb-test-runner gettext gettext-base groff-base intltool-debian
libarchive-zip-perl libbsd0 libcroco3 libexpat1 libffi6 libfile-homedir-perl
libfile-stripnondeterminism-perl libfile-which-perl libglib2.0-0 libgmp-dev
libgmpxx4ldbl libicu57 libmagic-mgc libmagic1 libmpdec2 libpipeline1
libpython3-stdlib libpython3.5-minimal libpython3.5-stdlib libruby2.3
libsigsegv2 libssl1.0.2 libssl1.1 libtimedate-perl libtool libunistring0
libxml2 libyaml-0-2 m4 man-db mime-support openssl po-debconf python3
python3-minimal python3.5 python3.5-minimal rake ruby ruby-all-dev
ruby-did-you-mean ruby-diff-lcs ruby-minitest ruby-net-telnet
ruby-power-assert ruby-rspec ruby-rspec-core ruby-rspec-expectations
ruby-rspec-mocks ruby-rspec-support ruby-setup ruby-test-unit
ruby-thread-order ruby2.3 ruby2.3-dev rubygems-integration
Suggested packages:
autoconf-archive gnu-standards autoconf-doc wamerican | wordlist whois
vacation dh-make adequate autopkgtest bls-standalone bsd-mailx | mailx
check-all-the-things cvs-buildpackage devscripts-el diffoscope disorderfs
dose-extra duck faketime gnuplot how-can-i-help libauthen-sasl-perl
libfile-desktopentry-perl libnet-smtps-perl libterm-size-perl
libyaml-syck-perl mozilla-devscripts mutt piuparts ratt reprotest ssh-client
svn-buildpackage w3m gettext-doc libasprintf-dev libgettextpo-dev groff
gmp-doc libgmp10-doc libmpfr-dev libtool-doc gfortran | fortran95-compiler
gcj-jdk m4-doc less www-browser libmail-box-perl python3-doc python3-tk
python3-venv python3.5-venv python3.5-doc binfmt-support ri ruby-dev bundler
Recommended packages:
at dctrl-tools dput | dupload libdistro-info-perl libencode-locale-perl
libgit-wrapper-perl liblist-compare-perl liburi-perl libwww-perl
licensecheck lintian patchutils python3-debian python3-magic strace unzip
wdiff wget | curl debian-keyring equivs liblwp-protocol-https-perl
libsoap-lite-perl apt-file curl | wget | lynx-cur libglib2.0-data
shared-mime-info xdg-user-dirs libltdl-dev xml-core libmail-sendmail-perl
zip fonts-lato libjs-jquery
The following NEW packages will be installed:
autoconf automake autopoint autotools-dev bsdmainutils ca-certificates
debhelper devscripts dh-autoreconf dh-python dh-strip-nondeterminism file
gem2deb gem2deb-test-runner gettext gettext-base groff-base intltool-debian
libarchive-zip-perl libbsd0 libcroco3 libexpat1 libffi6 libfile-homedir-perl
libfile-stripnondeterminism-perl libfile-which-perl libglib2.0-0 libgmp-dev
libgmpxx4ldbl libicu57 libmagic-mgc libmagic1 libmpdec2 libpipeline1
libpython3-stdlib libpython3.5-minimal libpython3.5-stdlib libruby2.3
libsigsegv2 libssl1.0.2 libssl1.1 libtimedate-perl libtool libunistring0
libxml2 libyaml-0-2 m4 man-db mime-support openssl po-debconf python3
python3-minimal python3.5 python3.5-minimal rake ruby ruby-all-dev
ruby-did-you-mean ruby-diff-lcs ruby-minitest ruby-net-telnet
ruby-power-assert ruby-rspec ruby-rspec-core ruby-rspec-expectations
ruby-rspec-mocks ruby-rspec-support ruby-setup ruby-test-unit
ruby-thread-order ruby2.3 ruby2.3-dev rubygems-integration
sbuild-build-depends-ruby-yajl-dummy
0 upgraded, 75 newly installed, 0 to remove and 18 not upgraded.
Need to get 33.2 MB/33.2 MB of archives.
After this operation, 119 MB of additional disk space will be used.
Get:1 copy:/<<BUILDDIR>>/resolver-UlXtHt/apt_archive ./ sbuild-build-depends-ruby-yajl-dummy 0.invalid.0 [802 B]
Get:2 http://172.17.0.1/private stretch-staging/main armhf groff-base armhf 1.22.3-9 [1005 kB]
Get:3 http://172.17.0.1/private stretch-staging/main armhf libbsd0 armhf 0.8.3-1 [89.0 kB]
Get:4 http://172.17.0.1/private stretch-staging/main armhf bsdmainutils armhf 9.0.12+nmu1 [178 kB]
Get:5 http://172.17.0.1/private stretch-staging/main armhf libpipeline1 armhf 1.4.1-2 [23.7 kB]
Get:6 http://172.17.0.1/private stretch-staging/main armhf man-db armhf 2.7.6.1-2 [1014 kB]
Get:7 http://172.17.0.1/private stretch-staging/main armhf libssl1.1 armhf 1.1.0f-3 [1105 kB]
Get:8 http://172.17.0.1/private stretch-staging/main armhf libpython3.5-minimal armhf 3.5.3-1 [566 kB]
Get:9 http://172.17.0.1/private stretch-staging/main armhf libexpat1 armhf 2.2.0-2+deb9u1 [62.2 kB]
Get:10 http://172.17.0.1/private stretch-staging/main armhf python3.5-minimal armhf 3.5.3-1 [1442 kB]
Get:11 http://172.17.0.1/private stretch-staging/main armhf python3-minimal armhf 3.5.3-1 [35.3 kB]
Get:12 http://172.17.0.1/private stretch-staging/main armhf mime-support all 3.60 [36.7 kB]
Get:13 http://172.17.0.1/private stretch-staging/main armhf libmpdec2 armhf 2.4.2-1 [67.5 kB]
Get:14 http://172.17.0.1/private stretch-staging/main armhf libpython3.5-stdlib armhf 3.5.3-1 [2091 kB]
Get:15 http://172.17.0.1/private stretch-staging/main armhf python3.5 armhf 3.5.3-1 [229 kB]
Get:16 http://172.17.0.1/private stretch-staging/main armhf libpython3-stdlib armhf 3.5.3-1 [18.6 kB]
Get:17 http://172.17.0.1/private stretch-staging/main armhf dh-python all 2.20170125 [86.8 kB]
Get:18 http://172.17.0.1/private stretch-staging/main armhf python3 armhf 3.5.3-1 [21.6 kB]
Get:19 http://172.17.0.1/private stretch-staging/main armhf libssl1.0.2 armhf 1.0.2l-2 [893 kB]
Get:20 http://172.17.0.1/private stretch-staging/main armhf libmagic-mgc armhf 1:5.30-1 [222 kB]
Get:21 http://172.17.0.1/private stretch-staging/main armhf libmagic1 armhf 1:5.30-1 [105 kB]
Get:22 http://172.17.0.1/private stretch-staging/main armhf file armhf 1:5.30-1 [63.4 kB]
Get:23 http://172.17.0.1/private stretch-staging/main armhf gettext-base armhf 0.19.8.1-2 [116 kB]
Get:24 http://172.17.0.1/private stretch-staging/main armhf libicu57 armhf 57.1-6 [7427 kB]
Get:25 http://172.17.0.1/private stretch-staging/main armhf libxml2 armhf 2.9.4+dfsg1-2.2+deb9u1 [805 kB]
Get:26 http://172.17.0.1/private stretch-staging/main armhf libsigsegv2 armhf 2.10-5 [28.4 kB]
Get:27 http://172.17.0.1/private stretch-staging/main armhf m4 armhf 1.4.18-1 [185 kB]
Get:28 http://172.17.0.1/private stretch-staging/main armhf autoconf all 2.69-10 [338 kB]
Get:29 http://172.17.0.1/private stretch-staging/main armhf autotools-dev all 20161112.1 [73.4 kB]
Get:30 http://172.17.0.1/private stretch-staging/main armhf automake all 1:1.15-6 [733 kB]
Get:31 http://172.17.0.1/private stretch-staging/main armhf autopoint all 0.19.8.1-2 [433 kB]
Get:32 http://172.17.0.1/private stretch-staging/main armhf openssl armhf 1.1.0f-3 [692 kB]
Get:33 http://172.17.0.1/private stretch-staging/main armhf ca-certificates all 20161130+nmu1 [196 kB]
Get:34 http://172.17.0.1/private stretch-staging/main armhf libtool all 2.4.6-2 [545 kB]
Get:35 http://172.17.0.1/private stretch-staging/main armhf dh-autoreconf all 14 [15.9 kB]
Get:36 http://172.17.0.1/private stretch-staging/main armhf libarchive-zip-perl all 1.59-1 [95.5 kB]
Get:37 http://172.17.0.1/private stretch-staging/main armhf libfile-stripnondeterminism-perl all 0.034-1 [16.4 kB]
Get:38 http://172.17.0.1/private stretch-staging/main armhf libtimedate-perl all 2.3000-2 [42.2 kB]
Get:39 http://172.17.0.1/private stretch-staging/main armhf dh-strip-nondeterminism all 0.034-1 [10.5 kB]
Get:40 http://172.17.0.1/private stretch-staging/main armhf libglib2.0-0 armhf 2.50.3-2 [2527 kB]
Get:41 http://172.17.0.1/private stretch-staging/main armhf libcroco3 armhf 0.6.11-3 [131 kB]
Get:42 http://172.17.0.1/private stretch-staging/main armhf libunistring0 armhf 0.9.6+really0.9.3-0.1 [252 kB]
Get:43 http://172.17.0.1/private stretch-staging/main armhf gettext armhf 0.19.8.1-2 [1434 kB]
Get:44 http://172.17.0.1/private stretch-staging/main armhf intltool-debian all 0.35.0+20060710.4 [26.3 kB]
Get:45 http://172.17.0.1/private stretch-staging/main armhf po-debconf all 1.0.20 [247 kB]
Get:46 http://172.17.0.1/private stretch-staging/main armhf debhelper all 10.2.5 [961 kB]
Get:47 http://172.17.0.1/private stretch-staging/main armhf libfile-which-perl all 1.21-1 [14.3 kB]
Get:48 http://172.17.0.1/private stretch-staging/main armhf libfile-homedir-perl all 1.00-1 [48.9 kB]
Get:49 http://172.17.0.1/private stretch-staging/main armhf devscripts armhf 2.17.6+deb9u1 [937 kB]
Get:50 http://172.17.0.1/private stretch-staging/main armhf rubygems-integration all 1.11 [4994 B]
Get:51 http://172.17.0.1/private stretch-staging/main armhf ruby-did-you-mean all 1.0.0-2 [11.2 kB]
Get:52 http://172.17.0.1/private stretch-staging/main armhf ruby-minitest all 5.9.0-1 [51.1 kB]
Get:53 http://172.17.0.1/private stretch-staging/main armhf ruby-net-telnet all 0.1.1-2 [12.5 kB]
Get:54 http://172.17.0.1/private stretch-staging/main armhf ruby-power-assert all 0.3.0-1 [7902 B]
Get:55 http://172.17.0.1/private stretch-staging/main armhf ruby-test-unit all 3.1.7-2 [69.6 kB]
Get:56 http://172.17.0.1/private stretch-staging/main armhf libyaml-0-2 armhf 0.1.7-2 [39.9 kB]
Get:57 http://172.17.0.1/private stretch-staging/main armhf libruby2.3 armhf 2.3.3-1 [2864 kB]
Get:58 http://172.17.0.1/private stretch-staging/main armhf ruby2.3 armhf 2.3.3-1 [186 kB]
Get:59 http://172.17.0.1/private stretch-staging/main armhf ruby armhf 1:2.3.3 [10.8 kB]
Get:60 http://172.17.0.1/private stretch-staging/main armhf rake all 10.5.0-2 [49.4 kB]
Get:61 http://172.17.0.1/private stretch-staging/main armhf gem2deb-test-runner armhf 0.33.1 [20.4 kB]
Get:62 http://172.17.0.1/private stretch-staging/main armhf libgmpxx4ldbl armhf 2:6.1.2+dfsg-1 [21.5 kB]
Get:63 http://172.17.0.1/private stretch-staging/main armhf libgmp-dev armhf 2:6.1.2+dfsg-1 [563 kB]
Get:64 http://172.17.0.1/private stretch-staging/main armhf ruby2.3-dev armhf 2.3.3-1 [1031 kB]
Get:65 http://172.17.0.1/private stretch-staging/main armhf ruby-all-dev armhf 1:2.3.3 [10.2 kB]
Get:66 http://172.17.0.1/private stretch-staging/main armhf ruby-setup all 3.4.1-9 [34.2 kB]
Get:67 http://172.17.0.1/private stretch-staging/main armhf gem2deb armhf 0.33.1 [56.9 kB]
Get:68 http://172.17.0.1/private stretch-staging/main armhf ruby-diff-lcs all 1.2.5-2 [26.7 kB]
Get:69 http://172.17.0.1/private stretch-staging/main armhf ruby-rspec-support all 3.5.0c3e0m0s0-1 [28.2 kB]
Get:70 http://172.17.0.1/private stretch-staging/main armhf ruby-rspec-expectations all 3.5.0c3e0m0s0-1 [97.5 kB]
Get:71 http://172.17.0.1/private stretch-staging/main armhf ruby-rspec-mocks all 3.5.0c3e0m0s0-1 [92.4 kB]
Get:72 http://172.17.0.1/private stretch-staging/main armhf ruby-thread-order all 1.1.0-1 [5096 B]
Get:73 http://172.17.0.1/private stretch-staging/main armhf ruby-rspec-core all 3.5.0c3e0m0s0-1 [184 kB]
Get:74 http://172.17.0.1/private stretch-staging/main armhf ruby-rspec all 3.5.0c3e0m0s0-1 [7122 B]
debconf: delaying package configuration, since apt-utils is not installed
Fetched 33.2 MB in 3s (9478 kB/s)
Selecting previously unselected package groff-base.
(Reading database ... 13276 files and directories currently installed.)
Preparing to unpack .../00-groff-base_1.22.3-9_armhf.deb ...
Unpacking groff-base (1.22.3-9) ...
Selecting previously unselected package libbsd0:armhf.
Preparing to unpack .../01-libbsd0_0.8.3-1_armhf.deb ...
Unpacking libbsd0:armhf (0.8.3-1) ...
Selecting previously unselected package bsdmainutils.
Preparing to unpack .../02-bsdmainutils_9.0.12+nmu1_armhf.deb ...
Unpacking bsdmainutils (9.0.12+nmu1) ...
Selecting previously unselected package libpipeline1:armhf.
Preparing to unpack .../03-libpipeline1_1.4.1-2_armhf.deb ...
Unpacking libpipeline1:armhf (1.4.1-2) ...
Selecting previously unselected package man-db.
Preparing to unpack .../04-man-db_2.7.6.1-2_armhf.deb ...
Unpacking man-db (2.7.6.1-2) ...
Selecting previously unselected package libssl1.1:armhf.
Preparing to unpack .../05-libssl1.1_1.1.0f-3_armhf.deb ...
Unpacking libssl1.1:armhf (1.1.0f-3) ...
Selecting previously unselected package libpython3.5-minimal:armhf.
Preparing to unpack .../06-libpython3.5-minimal_3.5.3-1_armhf.deb ...
Unpacking libpython3.5-minimal:armhf (3.5.3-1) ...
Selecting previously unselected package libexpat1:armhf.
Preparing to unpack .../07-libexpat1_2.2.0-2+deb9u1_armhf.deb ...
Unpacking libexpat1:armhf (2.2.0-2+deb9u1) ...
Selecting previously unselected package python3.5-minimal.
Preparing to unpack .../08-python3.5-minimal_3.5.3-1_armhf.deb ...
Unpacking python3.5-minimal (3.5.3-1) ...
Selecting previously unselected package python3-minimal.
Preparing to unpack .../09-python3-minimal_3.5.3-1_armhf.deb ...
Unpacking python3-minimal (3.5.3-1) ...
Selecting previously unselected package mime-support.
Preparing to unpack .../10-mime-support_3.60_all.deb ...
Unpacking mime-support (3.60) ...
Selecting previously unselected package libmpdec2:armhf.
Preparing to unpack .../11-libmpdec2_2.4.2-1_armhf.deb ...
Unpacking libmpdec2:armhf (2.4.2-1) ...
Selecting previously unselected package libpython3.5-stdlib:armhf.
Preparing to unpack .../12-libpython3.5-stdlib_3.5.3-1_armhf.deb ...
Unpacking libpython3.5-stdlib:armhf (3.5.3-1) ...
Selecting previously unselected package python3.5.
Preparing to unpack .../13-python3.5_3.5.3-1_armhf.deb ...
Unpacking python3.5 (3.5.3-1) ...
Selecting previously unselected package libpython3-stdlib:armhf.
Preparing to unpack .../14-libpython3-stdlib_3.5.3-1_armhf.deb ...
Unpacking libpython3-stdlib:armhf (3.5.3-1) ...
Selecting previously unselected package dh-python.
Preparing to unpack .../15-dh-python_2.20170125_all.deb ...
Unpacking dh-python (2.20170125) ...
Setting up libssl1.1:armhf (1.1.0f-3) ...
Setting up libpython3.5-minimal:armhf (3.5.3-1) ...
Setting up libexpat1:armhf (2.2.0-2+deb9u1) ...
Setting up python3.5-minimal (3.5.3-1) ...
Setting up python3-minimal (3.5.3-1) ...
Selecting previously unselected package python3.
(Reading database ... 14801 files and directories currently installed.)
Preparing to unpack .../00-python3_3.5.3-1_armhf.deb ...
Unpacking python3 (3.5.3-1) ...
Selecting previously unselected package libssl1.0.2:armhf.
Preparing to unpack .../01-libssl1.0.2_1.0.2l-2_armhf.deb ...
Unpacking libssl1.0.2:armhf (1.0.2l-2) ...
Selecting previously unselected package libmagic-mgc.
Preparing to unpack .../02-libmagic-mgc_1%3a5.30-1_armhf.deb ...
Unpacking libmagic-mgc (1:5.30-1) ...
Selecting previously unselected package libmagic1:armhf.
Preparing to unpack .../03-libmagic1_1%3a5.30-1_armhf.deb ...
Unpacking libmagic1:armhf (1:5.30-1) ...
Selecting previously unselected package file.
Preparing to unpack .../04-file_1%3a5.30-1_armhf.deb ...
Unpacking file (1:5.30-1) ...
Selecting previously unselected package gettext-base.
Preparing to unpack .../05-gettext-base_0.19.8.1-2_armhf.deb ...
Unpacking gettext-base (0.19.8.1-2) ...
Selecting previously unselected package libicu57:armhf.
Preparing to unpack .../06-libicu57_57.1-6_armhf.deb ...
Unpacking libicu57:armhf (57.1-6) ...
Selecting previously unselected package libxml2:armhf.
Preparing to unpack .../07-libxml2_2.9.4+dfsg1-2.2+deb9u1_armhf.deb ...
Unpacking libxml2:armhf (2.9.4+dfsg1-2.2+deb9u1) ...
Selecting previously unselected package libsigsegv2:armhf.
Preparing to unpack .../08-libsigsegv2_2.10-5_armhf.deb ...
Unpacking libsigsegv2:armhf (2.10-5) ...
Selecting previously unselected package m4.
Preparing to unpack .../09-m4_1.4.18-1_armhf.deb ...
Unpacking m4 (1.4.18-1) ...
Selecting previously unselected package autoconf.
Preparing to unpack .../10-autoconf_2.69-10_all.deb ...
Unpacking autoconf (2.69-10) ...
Selecting previously unselected package autotools-dev.
Preparing to unpack .../11-autotools-dev_20161112.1_all.deb ...
Unpacking autotools-dev (20161112.1) ...
Selecting previously unselected package automake.
Preparing to unpack .../12-automake_1%3a1.15-6_all.deb ...
Unpacking automake (1:1.15-6) ...
Selecting previously unselected package autopoint.
Preparing to unpack .../13-autopoint_0.19.8.1-2_all.deb ...
Unpacking autopoint (0.19.8.1-2) ...
Selecting previously unselected package openssl.
Preparing to unpack .../14-openssl_1.1.0f-3_armhf.deb ...
Unpacking openssl (1.1.0f-3) ...
Selecting previously unselected package ca-certificates.
Preparing to unpack .../15-ca-certificates_20161130+nmu1_all.deb ...
Unpacking ca-certificates (20161130+nmu1) ...
Selecting previously unselected package libtool.
Preparing to unpack .../16-libtool_2.4.6-2_all.deb ...
Unpacking libtool (2.4.6-2) ...
Selecting previously unselected package dh-autoreconf.
Preparing to unpack .../17-dh-autoreconf_14_all.deb ...
Unpacking dh-autoreconf (14) ...
Selecting previously unselected package libarchive-zip-perl.
Preparing to unpack .../18-libarchive-zip-perl_1.59-1_all.deb ...
Unpacking libarchive-zip-perl (1.59-1) ...
Selecting previously unselected package libfile-stripnondeterminism-perl.
Preparing to unpack .../19-libfile-stripnondeterminism-perl_0.034-1_all.deb ...
Unpacking libfile-stripnondeterminism-perl (0.034-1) ...
Selecting previously unselected package libtimedate-perl.
Preparing to unpack .../20-libtimedate-perl_2.3000-2_all.deb ...
Unpacking libtimedate-perl (2.3000-2) ...
Selecting previously unselected package dh-strip-nondeterminism.
Preparing to unpack .../21-dh-strip-nondeterminism_0.034-1_all.deb ...
Unpacking dh-strip-nondeterminism (0.034-1) ...
Selecting previously unselected package libffi6:armhf.
Preparing to unpack .../22-libffi6_3.2.1-6_armhf.deb ...
Unpacking libffi6:armhf (3.2.1-6) ...
Selecting previously unselected package libglib2.0-0:armhf.
Preparing to unpack .../23-libglib2.0-0_2.50.3-2_armhf.deb ...
Unpacking libglib2.0-0:armhf (2.50.3-2) ...
Selecting previously unselected package libcroco3:armhf.
Preparing to unpack .../24-libcroco3_0.6.11-3_armhf.deb ...
Unpacking libcroco3:armhf (0.6.11-3) ...
Selecting previously unselected package libunistring0:armhf.
Preparing to unpack .../25-libunistring0_0.9.6+really0.9.3-0.1_armhf.deb ...
Unpacking libunistring0:armhf (0.9.6+really0.9.3-0.1) ...
Selecting previously unselected package gettext.
Preparing to unpack .../26-gettext_0.19.8.1-2_armhf.deb ...
Unpacking gettext (0.19.8.1-2) ...
Selecting previously unselected package intltool-debian.
Preparing to unpack .../27-intltool-debian_0.35.0+20060710.4_all.deb ...
Unpacking intltool-debian (0.35.0+20060710.4) ...
Selecting previously unselected package po-debconf.
Preparing to unpack .../28-po-debconf_1.0.20_all.deb ...
Unpacking po-debconf (1.0.20) ...
Selecting previously unselected package debhelper.
Preparing to unpack .../29-debhelper_10.2.5_all.deb ...
Unpacking debhelper (10.2.5) ...
Selecting previously unselected package libfile-which-perl.
Preparing to unpack .../30-libfile-which-perl_1.21-1_all.deb ...
Unpacking libfile-which-perl (1.21-1) ...
Selecting previously unselected package libfile-homedir-perl.
Preparing to unpack .../31-libfile-homedir-perl_1.00-1_all.deb ...
Unpacking libfile-homedir-perl (1.00-1) ...
Selecting previously unselected package devscripts.
Preparing to unpack .../32-devscripts_2.17.6+deb9u1_armhf.deb ...
Unpacking devscripts (2.17.6+deb9u1) ...
Selecting previously unselected package rubygems-integration.
Preparing to unpack .../33-rubygems-integration_1.11_all.deb ...
Unpacking rubygems-integration (1.11) ...
Selecting previously unselected package ruby-did-you-mean.
Preparing to unpack .../34-ruby-did-you-mean_1.0.0-2_all.deb ...
Unpacking ruby-did-you-mean (1.0.0-2) ...
Selecting previously unselected package ruby-minitest.
Preparing to unpack .../35-ruby-minitest_5.9.0-1_all.deb ...
Unpacking ruby-minitest (5.9.0-1) ...
Selecting previously unselected package ruby-net-telnet.
Preparing to unpack .../36-ruby-net-telnet_0.1.1-2_all.deb ...
Unpacking ruby-net-telnet (0.1.1-2) ...
Selecting previously unselected package ruby-power-assert.
Preparing to unpack .../37-ruby-power-assert_0.3.0-1_all.deb ...
Unpacking ruby-power-assert (0.3.0-1) ...
Selecting previously unselected package ruby-test-unit.
Preparing to unpack .../38-ruby-test-unit_3.1.7-2_all.deb ...
Unpacking ruby-test-unit (3.1.7-2) ...
Selecting previously unselected package libyaml-0-2:armhf.
Preparing to unpack .../39-libyaml-0-2_0.1.7-2_armhf.deb ...
Unpacking libyaml-0-2:armhf (0.1.7-2) ...
Selecting previously unselected package libruby2.3:armhf.
Preparing to unpack .../40-libruby2.3_2.3.3-1_armhf.deb ...
Unpacking libruby2.3:armhf (2.3.3-1) ...
Selecting previously unselected package ruby2.3.
Preparing to unpack .../41-ruby2.3_2.3.3-1_armhf.deb ...
Unpacking ruby2.3 (2.3.3-1) ...
Selecting previously unselected package ruby.
Preparing to unpack .../42-ruby_1%3a2.3.3_armhf.deb ...
Unpacking ruby (1:2.3.3) ...
Selecting previously unselected package rake.
Preparing to unpack .../43-rake_10.5.0-2_all.deb ...
Unpacking rake (10.5.0-2) ...
Selecting previously unselected package gem2deb-test-runner.
Preparing to unpack .../44-gem2deb-test-runner_0.33.1_armhf.deb ...
Unpacking gem2deb-test-runner (0.33.1) ...
Selecting previously unselected package libgmpxx4ldbl:armhf.
Preparing to unpack .../45-libgmpxx4ldbl_2%3a6.1.2+dfsg-1_armhf.deb ...
Unpacking libgmpxx4ldbl:armhf (2:6.1.2+dfsg-1) ...
Selecting previously unselected package libgmp-dev:armhf.
Preparing to unpack .../46-libgmp-dev_2%3a6.1.2+dfsg-1_armhf.deb ...
Unpacking libgmp-dev:armhf (2:6.1.2+dfsg-1) ...
Selecting previously unselected package ruby2.3-dev:armhf.
Preparing to unpack .../47-ruby2.3-dev_2.3.3-1_armhf.deb ...
Unpacking ruby2.3-dev:armhf (2.3.3-1) ...
Selecting previously unselected package ruby-all-dev:armhf.
Preparing to unpack .../48-ruby-all-dev_1%3a2.3.3_armhf.deb ...
Unpacking ruby-all-dev:armhf (1:2.3.3) ...
Selecting previously unselected package ruby-setup.
Preparing to unpack .../49-ruby-setup_3.4.1-9_all.deb ...
Unpacking ruby-setup (3.4.1-9) ...
Selecting previously unselected package gem2deb.
Preparing to unpack .../50-gem2deb_0.33.1_armhf.deb ...
Unpacking gem2deb (0.33.1) ...
Selecting previously unselected package ruby-diff-lcs.
Preparing to unpack .../51-ruby-diff-lcs_1.2.5-2_all.deb ...
Unpacking ruby-diff-lcs (1.2.5-2) ...
Selecting previously unselected package ruby-rspec-support.
Preparing to unpack .../52-ruby-rspec-support_3.5.0c3e0m0s0-1_all.deb ...
Unpacking ruby-rspec-support (3.5.0c3e0m0s0-1) ...
Selecting previously unselected package ruby-rspec-expectations.
Preparing to unpack .../53-ruby-rspec-expectations_3.5.0c3e0m0s0-1_all.deb ...
Unpacking ruby-rspec-expectations (3.5.0c3e0m0s0-1) ...
Selecting previously unselected package ruby-rspec-mocks.
Preparing to unpack .../54-ruby-rspec-mocks_3.5.0c3e0m0s0-1_all.deb ...
Unpacking ruby-rspec-mocks (3.5.0c3e0m0s0-1) ...
Selecting previously unselected package ruby-thread-order.
Preparing to unpack .../55-ruby-thread-order_1.1.0-1_all.deb ...
Unpacking ruby-thread-order (1.1.0-1) ...
Selecting previously unselected package ruby-rspec-core.
Preparing to unpack .../56-ruby-rspec-core_3.5.0c3e0m0s0-1_all.deb ...
Unpacking ruby-rspec-core (3.5.0c3e0m0s0-1) ...
Selecting previously unselected package ruby-rspec.
Preparing to unpack .../57-ruby-rspec_3.5.0c3e0m0s0-1_all.deb ...
Unpacking ruby-rspec (3.5.0c3e0m0s0-1) ...
Selecting previously unselected package sbuild-build-depends-ruby-yajl-dummy.
Preparing to unpack .../58-sbuild-build-depends-ruby-yajl-dummy_0.invalid.0_armhf.deb ...
Unpacking sbuild-build-depends-ruby-yajl-dummy (0.invalid.0) ...
Setting up libarchive-zip-perl (1.59-1) ...
Setting up mime-support (3.60) ...
Setting up libfile-which-perl (1.21-1) ...
Setting up libtimedate-perl (2.3000-2) ...
Setting up libsigsegv2:armhf (2.10-5) ...
Setting up libfile-homedir-perl (1.00-1) ...
Setting up groff-base (1.22.3-9) ...
Setting up gettext-base (0.19.8.1-2) ...
Setting up libpipeline1:armhf (1.4.1-2) ...
Setting up m4 (1.4.18-1) ...
Setting up libicu57:armhf (57.1-6) ...
Setting up libbsd0:armhf (0.8.3-1) ...
Setting up libxml2:armhf (2.9.4+dfsg1-2.2+deb9u1) ...
Setting up libmagic-mgc (1:5.30-1) ...
Setting up libmagic1:armhf (1:5.30-1) ...
Setting up libssl1.0.2:armhf (1.0.2l-2) ...
Setting up ruby-did-you-mean (1.0.0-2) ...
Setting up libyaml-0-2:armhf (0.1.7-2) ...
Processing triggers for libc-bin (2.24-11) ...
Setting up autotools-dev (20161112.1) ...
Setting up libunistring0:armhf (0.9.6+really0.9.3-0.1) ...
Setting up openssl (1.1.0f-3) ...
Setting up ruby-net-telnet (0.1.1-2) ...
Setting up libffi6:armhf (3.2.1-6) ...
Setting up bsdmainutils (9.0.12+nmu1) ...
update-alternatives: using /usr/bin/bsd-write to provide /usr/bin/write (write) in auto mode
update-alternatives: using /usr/bin/bsd-from to provide /usr/bin/from (from) in auto mode
Setting up libgmpxx4ldbl:armhf (2:6.1.2+dfsg-1) ...
Setting up ruby-minitest (5.9.0-1) ...
Setting up ca-certificates (20161130+nmu1) ...
Updating certificates in /etc/ssl/certs...
166 added, 0 removed; done.
Setting up autopoint (0.19.8.1-2) ...
Setting up libmpdec2:armhf (2.4.2-1) ...
Setting up ruby-power-assert (0.3.0-1) ...
Setting up libfile-stripnondeterminism-perl (0.034-1) ...
Setting up libgmp-dev:armhf (2:6.1.2+dfsg-1) ...
Setting up ruby-test-unit (3.1.7-2) ...
Setting up libglib2.0-0:armhf (2.50.3-2) ...
No schema files found: doing nothing.
Setting up libpython3.5-stdlib:armhf (3.5.3-1) ...
Setting up autoconf (2.69-10) ...
Setting up file (1:5.30-1) ...
Setting up libcroco3:armhf (0.6.11-3) ...
Setting up automake (1:1.15-6) ...
update-alternatives: using /usr/bin/automake-1.15 to provide /usr/bin/automake (automake) in auto mode
Setting up rubygems-integration (1.11) ...
Setting up man-db (2.7.6.1-2) ...
Not building database; man-db/auto-update is not 'true'.
Setting up libtool (2.4.6-2) ...
Setting up python3.5 (3.5.3-1) ...
Setting up libpython3-stdlib:armhf (3.5.3-1) ...
Setting up gettext (0.19.8.1-2) ...
Setting up intltool-debian (0.35.0+20060710.4) ...
Setting up po-debconf (1.0.20) ...
Setting up rake (10.5.0-2) ...
Setting up libruby2.3:armhf (2.3.3-1) ...
Setting up dh-autoreconf (14) ...
Setting up python3 (3.5.3-1) ...
Setting up devscripts (2.17.6+deb9u1) ...
Setting up ruby2.3 (2.3.3-1) ...
Setting up ruby2.3-dev:armhf (2.3.3-1) ...
Setting up ruby (1:2.3.3) ...
Setting up dh-python (2.20170125) ...
Setting up ruby-diff-lcs (1.2.5-2) ...
Setting up gem2deb-test-runner (0.33.1) ...
Setting up debhelper (10.2.5) ...
Setting up ruby-all-dev:armhf (1:2.3.3) ...
Setting up ruby-thread-order (1.1.0-1) ...
Setting up ruby-rspec-support (3.5.0c3e0m0s0-1) ...
Setting up ruby-setup (3.4.1-9) ...
Setting up dh-strip-nondeterminism (0.034-1) ...
Setting up gem2deb (0.33.1) ...
Setting up ruby-rspec-expectations (3.5.0c3e0m0s0-1) ...
Setting up ruby-rspec-mocks (3.5.0c3e0m0s0-1) ...
Setting up ruby-rspec-core (3.5.0c3e0m0s0-1) ...
Setting up ruby-rspec (3.5.0c3e0m0s0-1) ...
Setting up sbuild-build-depends-ruby-yajl-dummy (0.invalid.0) ...
Processing triggers for libc-bin (2.24-11) ...
Processing triggers for ca-certificates (20161130+nmu1) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
W: No sandbox user '_apt' on the system, can not drop privileges
+------------------------------------------------------------------------------+
| Build environment |
+------------------------------------------------------------------------------+
Kernel: Linux 4.9.0-0.bpo.2-armmp armhf (armv7l)
Toolchain package versions: binutils_2.28-5 dpkg-dev_1.18.24 g++-6_6.3.0-18+rpi1 gcc-6_6.3.0-18+rpi1 libc6-dev_2.24-11 libstdc++-6-dev_6.3.0-18+rpi1 libstdc++6_6.3.0-18+rpi1 linux-libc-dev_3.18.5-1~exp1+rpi19+stretch
Package versions: adduser_3.115 apt_1.4.6 autoconf_2.69-10 automake_1:1.15-6 autopoint_0.19.8.1-2 autotools-dev_20161112.1 base-files_9.9+rpi1 base-passwd_3.5.43 bash_4.4-5 binutils_2.28-5 bsdmainutils_9.0.12+nmu1 bsdutils_1:2.29.2-1 build-essential_12.3 bzip2_1.0.6-8.1 ca-certificates_20161130+nmu1 coreutils_8.26-3 cpio_2.11+dfsg-6 cpp_4:6.3.0-4 cpp-6_6.3.0-18+rpi1 dash_0.5.8-2.4 debconf_1.5.61 debfoster_2.7-2.1 debhelper_10.2.5 debianutils_4.8.1.1 devscripts_2.17.6+deb9u1 dh-autoreconf_14 dh-python_2.20170125 dh-strip-nondeterminism_0.034-1 diffutils_1:3.5-3 dmsetup_2:1.02.137-2 dpkg_1.18.24 dpkg-dev_1.18.24 e2fslibs_1.43.4-2 e2fsprogs_1.43.4-2 fakeroot_1.21-3.1 file_1:5.30-1 findutils_4.6.0+git+20161106-2 fuse2fs_1.43.4-2 g++_4:6.3.0-4 g++-6_6.3.0-18+rpi1 gcc_4:6.3.0-4 gcc-4.6-base_4.6.4-5+rpi1 gcc-4.7-base_4.7.3-11+rpi1 gcc-4.8-base_4.8.5-4 gcc-4.9-base_4.9.3-14 gcc-6_6.3.0-18+rpi1 gcc-6-base_6.3.0-18+rpi1 gem2deb_0.33.1 gem2deb-test-runner_0.33.1 gettext_0.19.8.1-2 gettext-base_0.19.8.1-2 gnupg_2.1.18-6 gnupg-agent_2.1.18-6 gnupg-l10n_2.1.18-6 gpgv_2.1.18-6 grep_2.27-2 groff-base_1.22.3-9 gzip_1.6-5 hostname_3.18 init_1.48 init-system-helpers_1.48 initscripts_2.88dsf-59.9 insserv_1.14.0-5.4 intltool-debian_0.35.0+20060710.4 kbd_2.0.3-2 klibc-utils_2.0.4-9+rpi1 kmod_23-2 libacl1_2.2.52-3 libapparmor1_2.11.0-3 libapt-pkg5.0_1.4.6 libarchive-zip-perl_1.59-1 libasan3_6.3.0-18+rpi1 libassuan0_2.4.3-2 libatomic1_6.3.0-18+rpi1 libattr1_1:2.4.47-2 libaudit-common_1:2.6.7-2 libaudit1_1:2.6.7-2 libblkid1_2.29.2-1 libbsd0_0.8.3-1 libbz2-1.0_1.0.6-8.1 libc-bin_2.24-11 libc-dev-bin_2.24-11 libc6_2.24-11 libc6-dev_2.24-11 libcap-ng0_0.7.7-3 libcap2_1:2.25-1 libcap2-bin_1:2.25-1 libcc1-0_6.3.0-18+rpi1 libcomerr2_1.43.4-2 libcroco3_0.6.11-3 libcryptsetup4_2:1.7.3-4 libdb5.3_5.3.28-12 libdbus-1-3_1.10.18-1 libdebconfclient0_0.227 libdevmapper1.02.1_2:1.02.137-2 libdpkg-perl_1.18.24 libdrm2_2.4.74-1 libexpat1_2.2.0-2+deb9u1 libfakeroot_1.21-3.1 libfdisk1_2.29.2-1 libffi6_3.2.1-6 libfile-homedir-perl_1.00-1 libfile-stripnondeterminism-perl_0.034-1 libfile-which-perl_1.21-1 libfuse2_2.9.7-1 libgc1c2_1:7.4.2-8 libgcc-6-dev_6.3.0-18+rpi1 libgcc1_1:6.3.0-18+rpi1 libgcrypt20_1.7.6-2 libgdbm3_1.8.3-14 libglib2.0-0_2.50.3-2 libgmp-dev_2:6.1.2+dfsg-1 libgmp10_2:6.1.2+dfsg-1 libgmpxx4ldbl_2:6.1.2+dfsg-1 libgomp1_6.3.0-18+rpi1 libgpg-error0_1.26-2 libicu57_57.1-6 libidn11_1.33-1 libip4tc0_1.6.0+snapshot20161117-6 libisl15_0.18-1 libklibc_2.0.4-9+rpi1 libkmod2_23-2 libksba8_1.3.5-2 liblz4-1_0.0~r131-2 liblzma5_5.2.2-1.2 libmagic-mgc_1:5.30-1 libmagic1_1:5.30-1 libmount1_2.29.2-1 libmpc3_1.0.3-1 libmpdec2_2.4.2-1 libmpfr4_3.1.5-1 libncurses5_6.0+20161126-1 libncursesw5_6.0+20161126-1 libnpth0_1.3-1 libpam-modules_1.1.8-3.6 libpam-modules-bin_1.1.8-3.6 libpam-runtime_1.1.8-3.6 libpam0g_1.1.8-3.6 libpcre3_2:8.39-3 libperl5.24_5.24.1-3 libpipeline1_1.4.1-2 libpng12-0_1.2.54-6 libprocps6_2:3.3.12-3 libpython3-stdlib_3.5.3-1 libpython3.5-minimal_3.5.3-1 libpython3.5-stdlib_3.5.3-1 libreadline7_7.0-3 libruby2.3_2.3.3-1 libseccomp2_2.3.1-2.1 libselinux1_2.6-3 libsemanage-common_2.6-2 libsemanage1_2.6-2 libsepol1_2.6-2 libsigsegv2_2.10-5 libsmartcols1_2.29.2-1 libsqlite3-0_3.16.2-5 libss2_1.43.4-2 libssl1.0.2_1.0.2l-2 libssl1.1_1.1.0f-3 libstdc++-6-dev_6.3.0-18+rpi1 libstdc++6_6.3.0-18+rpi1 libsystemd0_232-25 libtimedate-perl_2.3000-2 libtinfo5_6.0+20161126-1 libtool_2.4.6-2 libubsan0_6.3.0-18+rpi1 libudev1_232-25 libunistring0_0.9.6+really0.9.3-0.1 libusb-0.1-4_2:0.1.12-30 libustr-1.0-1_1.0.4-6 libuuid1_2.29.2-1 libxml2_2.9.4+dfsg1-2.2+deb9u1 libyaml-0-2_0.1.7-2 linux-libc-dev_3.18.5-1~exp1+rpi19+stretch login_1:4.4-4.1 lsb-base_9.20161125+rpi1 m4_1.4.18-1 make_4.1-9.1 makedev_2.3.1-93 man-db_2.7.6.1-2 manpages_4.10-2 mawk_1.3.3-17 mime-support_3.60 mount_2.29.2-1 multiarch-support_2.24-11 ncurses-base_6.0+20161126-1 ncurses-bin_6.0+20161126-1 netbase_5.4 openssl_1.1.0f-3 passwd_1:4.4-4.1 patch_2.7.5-1 perl_5.24.1-3 perl-base_5.24.1-3 perl-modules-5.24_5.24.1-3 pinentry-curses_1.0.0-2 po-debconf_1.0.20 procps_2:3.3.12-3 psmisc_22.21-2.1 python3_3.5.3-1 python3-minimal_3.5.3-1 python3.5_3.5.3-1 python3.5-minimal_3.5.3-1 rake_10.5.0-2 raspbian-archive-keyring_20120528.2 readline-common_7.0-3 ruby_1:2.3.3 ruby-all-dev_1:2.3.3 ruby-did-you-mean_1.0.0-2 ruby-diff-lcs_1.2.5-2 ruby-minitest_5.9.0-1 ruby-net-telnet_0.1.1-2 ruby-power-assert_0.3.0-1 ruby-rspec_3.5.0c3e0m0s0-1 ruby-rspec-core_3.5.0c3e0m0s0-1 ruby-rspec-expectations_3.5.0c3e0m0s0-1 ruby-rspec-mocks_3.5.0c3e0m0s0-1 ruby-rspec-support_3.5.0c3e0m0s0-1 ruby-setup_3.4.1-9 ruby-test-unit_3.1.7-2 ruby-thread-order_1.1.0-1 ruby2.3_2.3.3-1 ruby2.3-dev_2.3.3-1 rubygems-integration_1.11 sbuild-build-depends-core-dummy_0.invalid.0 sbuild-build-depends-ruby-yajl-dummy_0.invalid.0 sed_4.4-1 sensible-utils_0.0.9 startpar_0.59-3.1 systemd_232-25 systemd-sysv_232-25 sysv-rc_2.88dsf-59.9 sysvinit-utils_2.88dsf-59.9 tar_1.29b-1.1 tzdata_2017b-1 udev_232-25 util-linux_2.29.2-1 xz-utils_5.2.2-1.2 zlib1g_1:1.2.8.dfsg-5
+------------------------------------------------------------------------------+
| Build |
+------------------------------------------------------------------------------+
Unpack source
-------------
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/sbuild-nonexistent/.gnupg/trustedkeys.kbx': General error
gpgv: Signature made Wed Jul 8 14:53:08 2015 UTC
gpgv: using RSA key 5C13D6DB93052E03
gpgv: Can't check signature: No public key
dpkg-source: warning: failed to verify signature on ./ruby-yajl_1.2.0-3.dsc
dpkg-source: info: extracting ruby-yajl in /<<PKGBUILDDIR>>
dpkg-source: info: unpacking ruby-yajl_1.2.0.orig.tar.gz
dpkg-source: info: unpacking ruby-yajl_1.2.0-3.debian.tar.xz
dpkg-source: info: applying mocks-test-fix
dpkg-source: info: applying RSpec3-test-fix
Check disc space
----------------
Sufficient free space for build
Hack binNMU version
-------------------
Created changelog entry for binNMU version 1.2.0-3+b1
User Environment
----------------
APT_CONFIG=/var/lib/sbuild/apt.conf
DEB_BUILD_OPTIONS=parallel=4
HOME=/sbuild-nonexistent
LC_ALL=POSIX
LOGNAME=buildd
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
SCHROOT_ALIAS_NAME=stretch-staging-armhf-sbuild
SCHROOT_CHROOT_NAME=stretch-staging-armhf-sbuild
SCHROOT_COMMAND=env
SCHROOT_GID=109
SCHROOT_GROUP=buildd
SCHROOT_SESSION_ID=stretch-staging-armhf-sbuild-cd5225a4-e31d-498c-8551-8f71f6fe64eb
SCHROOT_UID=104
SCHROOT_USER=buildd
SHELL=/bin/sh
TERM=linux
USER=buildd
dpkg-buildpackage
-----------------
dpkg-buildpackage: info: source package ruby-yajl
dpkg-buildpackage: info: source version 1.2.0-3+b1
dpkg-buildpackage: info: source distribution stretch-staging
dpkg-source --before-build ruby-yajl-1.2.0
dpkg-buildpackage: info: host architecture armhf
fakeroot debian/rules clean
dh clean --buildsystem=ruby --with ruby
dh: Compatibility levels before 9 are deprecated (level 7 in use)
dh_testdir -O--buildsystem=ruby
dh_auto_clean -O--buildsystem=ruby
dh_auto_clean: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --clean
dh_ruby --clean
dh_clean -O--buildsystem=ruby
dh_clean: Compatibility levels before 9 are deprecated (level 7 in use)
debian/rules build-arch
dh build-arch --buildsystem=ruby --with ruby
dh: Compatibility levels before 9 are deprecated (level 7 in use)
dh_testdir -a -O--buildsystem=ruby
dh_update_autotools_config -a -O--buildsystem=ruby
dh_auto_configure -a -O--buildsystem=ruby
dh_auto_configure: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --configure
dh_auto_build -a -O--buildsystem=ruby
dh_auto_build: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --build
dh_ruby --build
dh_auto_test -a -O--buildsystem=ruby
dh_auto_test: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --test
create-stamp debian/debhelper-build-stamp
fakeroot debian/rules binary-arch
dh binary-arch --buildsystem=ruby --with ruby
dh: Compatibility levels before 9 are deprecated (level 7 in use)
dh_testroot -a -O--buildsystem=ruby
dh_prep -a -O--buildsystem=ruby
dh_auto_install -a -O--buildsystem=ruby
dh_auto_install: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --install /<<PKGBUILDDIR>>/debian/ruby-yajl
dh_ruby --install
┌──────────────────────────────────────────────────────────────────────────────┐
│ Install files │
└──────────────────────────────────────────────────────────────────────────────┘
install -d /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/http_stream.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/http_stream.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/bzip2.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/bzip2.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/gzip.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/gzip.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/gzip/stream_writer.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/gzip/stream_writer.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/gzip/stream_reader.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/gzip/stream_reader.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/deflate/stream_writer.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/deflate/stream_writer.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/deflate/stream_reader.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/deflate/stream_reader.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/version.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/version.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/deflate.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/deflate.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/json_gem/encoding.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/json_gem/encoding.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/json_gem/parsing.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/json_gem/parsing.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/json_gem.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/json_gem.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/bzip2/stream_writer.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/bzip2/stream_writer.rb
install -D -m644 /<<PKGBUILDDIR>>/lib/yajl/bzip2/stream_reader.rb /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby/yajl/bzip2/stream_reader.rb
┌──────────────────────────────────────────────────────────────────────────────┐
│ Build native extensions for ruby2.3 │
└──────────────────────────────────────────────────────────────────────────────┘
/usr/bin/ruby2.3 /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb /<<PKGBUILDDIR>> debian/ruby-yajl
current directory: /<<PKGBUILDDIR>>/ext/yajl
/usr/bin/ruby2.3 -r ./siteconf20170904-14885-kvp6oe.rb extconf.rb
creating Makefile
current directory: /<<PKGBUILDDIR>>/ext/yajl
make V=1 "DESTDIR=" clean
make[1]: Entering directory '/<<PKGBUILDDIR>>/ext/yajl'
rm -f
rm -f yajl.so *.o *.bak mkmf.log .*.time
make[1]: Leaving directory '/<<PKGBUILDDIR>>/ext/yajl'
current directory: /<<PKGBUILDDIR>>/ext/yajl
make V=1 "DESTDIR="
make[1]: Entering directory '/<<PKGBUILDDIR>>/ext/yajl'
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl.o -c yajl.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_alloc.o -c yajl_alloc.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_buf.o -c yajl_buf.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_encode.o -c yajl_encode.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_ext.o -c yajl_ext.c
yajl_ext.c: In function 'rb_yajl_parser_parse':
yajl_ext.c:472:17: warning: variable 'stat' set but not used [-Wunused-but-set-variable]
yajl_status stat;
^~~~
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_gen.o -c yajl_gen.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_lex.o -c yajl_lex.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_parser.o -c yajl_parser.c
gcc -I. -I/usr/include/arm-linux-gnueabihf/ruby-2.3.0 -I/usr/include/ruby-2.3.0/ruby/backward -I/usr/include/ruby-2.3.0 -I. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fdebug-prefix-map=/build/ruby2.3-pCWwxM/ruby2.3-2.3.3=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wall -funroll-loops -o yajl_version.o -c yajl_version.c
rm -f yajl.so
gcc -shared -o yajl.so yajl.o yajl_alloc.o yajl_buf.o yajl_encode.o yajl_ext.o yajl_gen.o yajl_lex.o yajl_parser.o yajl_version.o -L. -L/usr/lib/arm-linux-gnueabihf -L. -Wl,-z,relro -Wl,-z,now -fstack-protector -rdynamic -Wl,-export-dynamic -lruby-2.3 -lpthread -lgmp -ldl -lcrypt -lm -lc
make[1]: Leaving directory '/<<PKGBUILDDIR>>/ext/yajl'
current directory: /<<PKGBUILDDIR>>/ext/yajl
make V=1 "DESTDIR=" install
make[1]: Entering directory '/<<PKGBUILDDIR>>/ext/yajl'
/bin/mkdir -p . ./.gem.20170904-14885-1tkv7rt/yajl
exit > .RUBYARCHDIR.-.yajl.time
/usr/bin/install -c -m 0755 yajl.so ./.gem.20170904-14885-1tkv7rt/yajl
make[1]: Leaving directory '/<<PKGBUILDDIR>>/ext/yajl'
dh_installchangelogs -pruby-yajl /<<PKGBUILDDIR>>/CHANGELOG.md upstream
┌──────────────────────────────────────────────────────────────────────────────┐
│ Install Rubygems integration metadata │
└──────────────────────────────────────────────────────────────────────────────┘
generating gemspec at /<<PKGBUILDDIR>>/debian/ruby-yajl/usr/share/rubygems-integration/2.3.0/specifications/yajl-ruby-1.2.0.gemspec
/usr/bin/ruby2.3 /usr/bin/gem2deb-test-runner
┌──────────────────────────────────────────────────────────────────────────────┐
│ Run tests for ruby2.3 from debian/ruby-tests.rb │
└──────────────────────────────────────────────────────────────────────────────┘
RUBYLIB=/<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0:/<<PKGBUILDDIR>>/debian/ruby-yajl/usr/lib/ruby/vendor_ruby:. GEM_PATH=debian/ruby-yajl/usr/share/rubygems-integration/2.3.0:/var/lib/gems/2.3.0:/usr/lib/arm-linux-gnueabihf/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all ruby2.3 debian/ruby-tests.rb
Couldn't load yajl/bzip2, maybe you don't have bzip2-ruby installed? Continuing without running bzip2 specs.
Couldn't load yajl/bzip2, maybe you don't have bzip2-ruby installed? Continuing without running bzip2 specs.
Couldn't load yajl/bzip2, maybe you don't have bzip2-ruby installed? Continuing without running bzip2 specs.
Couldn't load yajl/bzip2, maybe you don't have bzip2-ruby installed? Continuing without running bzip2 specs.
Couldn't load yajl/bzip2, maybe you don't have bzip2-ruby installed? Continuing without running bzip2 specs.
DEPRECATION WARNING: Yajl's Bzip2 support is going to be removed in 2.0
DEPRECATION WARNING: Yajl's Gzip support is going to be removed in 2.0
DEPRECATION WARNING: Yajl's Deflate support is going to be removed in 2.0
DEPRECATION WARNING: Yajl::HttpStream is going to be removed in 2.0
DEPRECATION WARNING: Yajl's Bzip2 support is going to be removed in 2.0
DEPRECATION WARNING: Yajl's Bzip2 support is going to be removed in 2.0
DEPRECATION WARNING: Yajl's Bzip2 support is going to be removed in 2.0
DEPRECATION WARNING: Yajl's Bzip2 support is going to be removed in 2.0
Yajl JSON encoder
should encode ohai.json to an StringIO
should encode twitter_stream.json to an StringIO
should encode unicode.json to an StringIO
should encode twitter_search.json to an StringIO
should encode item.json to an StringIO
should encode ohai.json to a Zlib::GzipWriter
should encode twitter_stream.json to a Zlib::GzipWriter
should encode unicode.json to a Zlib::GzipWriter
should encode twitter_search.json to a Zlib::GzipWriter
should encode item.json to a Zlib::GzipWriter
should encode ohai.json and return a String
should encode twitter_stream.json and return a String
should encode unicode.json and return a String
should encode twitter_search.json and return a String
should encode item.json and return a String
should encode ohai.json call the passed block, passing it a String
should encode twitter_stream.json call the passed block, passing it a String
should encode unicode.json call the passed block, passing it a String
should encode twitter_search.json call the passed block, passing it a String
should encode item.json call the passed block, passing it a String
should encode with :pretty turned on and a single space indent, to an IO
should encode with :pretty turned on and a single space indent, and return a String
should encode with :pretty turned on and a tab character indent, to an IO
should encode with :pretty turned on and a tab character indent, and return a String
should encode with it's class method with :pretty and a tab character indent options set, to an IO
should encode with it's class method with :pretty and a tab character indent options set, and return a String
should encode with it's class method with :pretty and a tab character indent options set, to a block
should encode multiple objects into a single stream, to an IO
should encode multiple objects into a single stream, and return a String
should encode all map keys as strings
should check for and call #to_json if it exists on custom objects
should encode a hash where the key and value can be symbols
should encode using a newline or nil terminator
should encode using a newline or nil terminator, to an IO
should encode using a newline or nil terminator, using a block
should not encode NaN
should not encode Infinity or -Infinity
should encode with unicode chars in the key
should be able to escape / characters if html_safe is enabled
should default to *not* escaping / characters
return value of #to_json must be a string
return value of #to_s must be a string
should raise an exception for deeply nested arrays
should raise an exception for deeply nested hashes
Chunked parser
should parse a single chunk
should parse a single chunk, 3 times
should parse in two chunks
should parse in 2 chunks, twice
should parse 2 JSON strings, in 3 chunks
should parse 2 JSON strings in 1 chunk
should parse 2 JSON strings from an IO
should parse a JSON string an IO and fire callback once
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/chunked_spec.rb:68:in `block (2 levels) in <top (required)>'.
should parse twitter_stream.json and fire callback 430 times
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/chunked_spec.rb:78:in `block (2 levels) in <top (required)>'.
should parse twitter_stream.json and fire callback 430 times, with a block as the callback
should raise a Yajl::ParseError error if multiple JSON strings were found when no on_parse_complete callback assigned
One-off JSON examples
should parse 23456789012E666 and return Infinity
should not parse JSON with a comment, with :allow_comments set to false
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/one_off_spec.rb:21:in `block (2 levels) in <top (required)>'.
should parse JSON with a comment, with :allow_comments set to true
should not parse invalid UTF8 with :check_utf8 set to true
should parse invalid UTF8 with :check_utf8 set to false
should parse using it's class method, from an IO
should parse using it's class method, from a string with symbolized keys
should parse using it's class method, from a utf-8 string with multibyte characters, with symbolized keys
should parse using it's class method, from a string
should parse using it's class method, from a string with a block
should parse numbers greater than 2,147,483,648
Parsing JSON Fixtures
should not be able to parse fail.15.json as an IO
should not be able to parse fail.16.json as an IO
should not be able to parse fail.17.json as an IO
should not be able to parse fail.26.json as an IO
should not be able to parse fail11.json as an IO
should not be able to parse fail12.json as an IO
should not be able to parse fail13.json as an IO
should not be able to parse fail14.json as an IO
should not be able to parse fail19.json as an IO
should not be able to parse fail20.json as an IO
should not be able to parse fail21.json as an IO
should not be able to parse fail22.json as an IO
should not be able to parse fail23.json as an IO
should not be able to parse fail24.json as an IO
should not be able to parse fail25.json as an IO
should not be able to parse fail27.json as an IO
should not be able to parse fail28.json as an IO
should not be able to parse fail3.json as an IO
should not be able to parse fail4.json as an IO
should not be able to parse fail5.json as an IO
should not be able to parse fail6.json as an IO
should not be able to parse fail9.json as an IO
should not be able to parse fail.15.json as a string
should not be able to parse fail.16.json as a string
should not be able to parse fail.17.json as a string
should not be able to parse fail.26.json as a string
should not be able to parse fail11.json as a string
should not be able to parse fail12.json as a string
should not be able to parse fail13.json as a string
should not be able to parse fail14.json as a string
should not be able to parse fail19.json as a string
should not be able to parse fail20.json as a string
should not be able to parse fail21.json as a string
should not be able to parse fail22.json as a string
should not be able to parse fail23.json as a string
should not be able to parse fail24.json as a string
should not be able to parse fail25.json as a string
should not be able to parse fail27.json as a string
should not be able to parse fail28.json as a string
should not be able to parse fail3.json as a string
should not be able to parse fail4.json as a string
should not be able to parse fail5.json as a string
should not be able to parse fail6.json as a string
should not be able to parse fail9.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.array.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.codepoints_from_unicode_org.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.contacts.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.db100.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.db1000.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.dc_simple_with_comments.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.deep_arrays.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case_with_comments.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.doubles.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.empty_array.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.empty_string.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.escaped_bulgarian.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.escaped_foobar.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.item.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample1.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample2.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample3.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4-nows.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample5.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.map-spain.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.ns-invoice100.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.ns-soap.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-4k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-64k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-int-4k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-int-64k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.twitter-search.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.twitter-search2.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.unicode.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass.yelp.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass1.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass2.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:27:in `block (3 levels) in <top (required)>'.
should be able to parse pass3.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.array.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.codepoints_from_unicode_org.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.contacts.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.db100.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.db1000.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.dc_simple_with_comments.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.deep_arrays.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case_with_comments.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.doubles.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.empty_array.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.empty_string.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.escaped_bulgarian.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.escaped_foobar.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.item.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample1.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample2.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample3.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4-nows.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.json-org-sample5.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.map-spain.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.ns-invoice100.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.ns-soap.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-4k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-64k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-int-4k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.numbers-int-64k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.twitter-search.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.twitter-search2.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.unicode.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass.yelp.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass1.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass2.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/fixtures_spec.rb:35:in `block (3 levels) in <top (required)>'.
should be able to parse pass3.json as a string
ActiveSupport test cases
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":{"\/categories":"\/"}} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"return\"To\":":{"\/categories":"\/"}} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":{"\/categories":1}} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":[1,"a"]} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":[1,"\"a\",", "b"]} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "'", "b": "5,000"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "a's, b's and c's", "b": "5,000"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"matzue": "松江", "asakusa": "浅草"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01 01:12:34 Z"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01 01:12:34"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": " 2007-01-01 01:12:34 Z "} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01 : it's your birthday"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse [] as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a":1} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": ""} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a":"\""} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": null} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": true} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": false} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "http:\/\/test.host\/posts\/1"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "\u003cunicode\u0020escape\u003e"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "\\u0020skip double backslashes"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "\u003cbr /\u003e"} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:39:in `block (3 levels) in <top (required)>'.
should be able to parse {"b":["\u003ci\u003e","\u003cb\u003e","\u003cu\u003e"]} as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":{"\/categories":"\/"}} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"return\"To\":":{"\/categories":"\/"}} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":{"\/categories":1}} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":[1,"a"]} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"returnTo":[1,"\"a\",", "b"]} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "'", "b": "5,000"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "a's, b's and c's", "b": "5,000"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"matzue": "松江", "asakusa": "浅草"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01 01:12:34 Z"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01 01:12:34"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": " 2007-01-01 01:12:34 Z "} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "2007-01-01 : it's your birthday"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse [] as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a":1} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": ""} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a":"\""} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": null} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": true} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": false} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "http:\/\/test.host\/posts\/1"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "\u003cunicode\u0020escape\u003e"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "\\u0020skip double backslashes"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"a": "\u003cbr /\u003e"} as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/parsing/active_support_spec.rb:47:in `block (3 levels) in <top (required)>'.
should be able to parse {"b":["\u003ci\u003e","\u003cb\u003e","\u003cu\u003e"]} as a string
should fail parsing {: 1} as an IO
should fail parsing {: 1} as a string
Yajl HTTP POST request
should parse a raw response
should parse a raw response using instance method
should parse a raw response with hashed body
should parse a raw response and symbolize keys
should parse a deflate compressed response
should parse a deflate compressed response and symbolize keys
should parse a gzip compressed response
should parse a gzip compressed response and symbolize keys
should parse a chunked raw response
should throw Exception if chunked response and no block given
should throw InvalidContentType if unable to handle the MIME type
should raise when an HTTP code that isn't 200 is returned
Yajl HTTP PUT request
should parse a raw response
should parse a raw response using instance method
should parse a raw response with hashed body
should parse a raw response and symbolize keys
should parse a deflate compressed response
should parse a deflate compressed response and symbolize keys
should parse a gzip compressed response
should parse a gzip compressed response and symbolize keys
should raise when an HTTP code that isn't 200 is returned
Yajl HTTP DELETE request
should parse a raw response
should parse a raw response using instance method
should parse a raw response and symbolize keys
should parse a deflate compressed response
should parse a deflate compressed response and symbolize keys
should parse a gzip compressed response
should parse a gzip compressed response and symbolize keys
should raise when an HTTP code that isn't 200 is returned
Passing options to HttpStream instance methods
should not create a new socket it one is provided
should create a new socket if one is not provided
Yajl HTTP GET request
should parse a raw response
should parse a raw response and symbolize keys
should parse a raw response using instance method
should parse a chunked response using instance method
should parse a deflate compressed response
should parse a deflate compressed response and symbolize keys
should parse a gzip compressed response
should parse a gzip compressed response and symbolize keys
should raise when an HTTP code that isn't 200 is returned
Yajl HTTP error
should contain the error code in the message
should provide the HTTP response headers
Yajl
dump
should exist as a class-method
should be able to encode to a string
should be able to encode to an IO
should be able to encode with a block supplied
load
should exist as a class-method
should be able to parse from a string
should be able to parse from an IO
should be able to parse from a string with a block supplied
should be able to parse from an IO with a block supplied
JSON Gem compatability API
shoud not mixin #to_json on base objects until compatability has been enabled
should mixin #to_json on base objects after compatability has been enabled
should require yajl/json_gem to enable the compatability API
should allow default parsing options be set with JSON.default_options
should also allow the json gem's symbolize_names key
should encode arbitrary classes via their default to_json method
should have the standard parsing and encoding exceptions mapped
ported tests for Unicode
should be able to encode and parse unicode
ported tests for generation
should be able to unparse
should be able to unparse pretty
ported fixture tests
should not be able to parse fail.15.json as an IO
should not be able to parse fail.16.json as an IO
should not be able to parse fail.17.json as an IO
should not be able to parse fail.26.json as an IO
should not be able to parse fail11.json as an IO
should not be able to parse fail12.json as an IO
should not be able to parse fail13.json as an IO
should not be able to parse fail14.json as an IO
should not be able to parse fail19.json as an IO
should not be able to parse fail20.json as an IO
should not be able to parse fail21.json as an IO
should not be able to parse fail22.json as an IO
should not be able to parse fail23.json as an IO
should not be able to parse fail24.json as an IO
should not be able to parse fail25.json as an IO
should not be able to parse fail27.json as an IO
should not be able to parse fail28.json as an IO
should not be able to parse fail3.json as an IO
should not be able to parse fail4.json as an IO
should not be able to parse fail5.json as an IO
should not be able to parse fail6.json as an IO
should not be able to parse fail9.json as an IO
should not be able to parse fail.15.json as a string
should not be able to parse fail.16.json as a string
should not be able to parse fail.17.json as a string
should not be able to parse fail.26.json as a string
should not be able to parse fail11.json as a string
should not be able to parse fail12.json as a string
should not be able to parse fail13.json as a string
should not be able to parse fail14.json as a string
should not be able to parse fail19.json as a string
should not be able to parse fail20.json as a string
should not be able to parse fail21.json as a string
should not be able to parse fail22.json as a string
should not be able to parse fail23.json as a string
should not be able to parse fail24.json as a string
should not be able to parse fail25.json as a string
should not be able to parse fail27.json as a string
should not be able to parse fail28.json as a string
should not be able to parse fail3.json as a string
should not be able to parse fail4.json as a string
should not be able to parse fail5.json as a string
should not be able to parse fail6.json as a string
should not be able to parse fail9.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.array.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.codepoints_from_unicode_org.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.contacts.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.db100.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.db1000.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.dc_simple_with_comments.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.deep_arrays.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case_with_comments.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.doubles.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.empty_array.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.empty_string.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.escaped_bulgarian.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.escaped_foobar.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.item.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample1.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample2.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample3.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4-nows.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample5.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.map-spain.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.ns-invoice100.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.ns-soap.xml.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-4k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-64k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-int-4k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-int-64k.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.twitter-search.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.twitter-search2.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.unicode.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass.yelp.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass1.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass2.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:193:in `block (4 levels) in <top (required)>'.
should be able to parse pass3.json as an IO
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.array.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.codepoints_from_unicode_org.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.contacts.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.db100.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.db1000.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.dc_simple_with_comments.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.deep_arrays.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.difficult_json_c_test_case_with_comments.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.doubles.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.empty_array.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.empty_string.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.escaped_bulgarian.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.escaped_foobar.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.item.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample1.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample2.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample3.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4-nows.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample4.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.json-org-sample5.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.map-spain.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.ns-invoice100.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.ns-soap.xml.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-4k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-fp-64k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-int-4k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.numbers-int-64k.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.twitter-search.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.twitter-search2.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.unicode.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass.yelp.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass1.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass2.json as a string
WARNING: Using `expect { }.not_to raise_error(SpecificErrorClass)` risks false positives, since literally any other error would cause the expectation to pass, including those raised by Ruby (e.g. NoMethodError, NameError and ArgumentError), meaning the code you are intending to test may not even get reached. Instead consider using `expect {}.not_to raise_error` or `expect { }.to raise_error(DifferentSpecificErrorClass)`. This message can be suppressed by setting: `RSpec::Expectations.configuration.on_potential_false_positives = :nothing`. Called from /<<PKGBUILDDIR>>/spec/json_gem_compatibility/compatibility_spec.rb:201:in `block (4 levels) in <top (required)>'.
should be able to parse pass3.json as a string
Deprecation Warnings:
Using `should_receive` from rspec-mocks' old `:should` syntax without explicitly enabling the syntax is deprecated. Use the new `:expect` syntax or explicitly enable `:should` instead. Called from /<<PKGBUILDDIR>>/spec/parsing/chunked_spec.rb:17:in `block (2 levels) in <top (required)>'.
Using `should` from rspec-expectations' old `:should` syntax without explicitly enabling the syntax is deprecated. Use the new `:expect` syntax or explicitly enable `:should` with `config.expect_with(:rspec) { |c| c.syntax = :should }` instead. Called from /<<PKGBUILDDIR>>/spec/encoding/encoding_spec.rb:40:in `block (3 levels) in <top (required)>'.
If you need more of the backtrace for any of these deprecations to
identify where to make the necessary changes, you can configure
`config.raise_errors_for_deprecations!`, and it will turn the
deprecation warnings into errors, giving you the full backtrace.
2 deprecation warnings total
Finished in 6.51 seconds (files took 2.32 seconds to load)
409 examples, 0 failures
┌──────────────────────────────────────────────────────────────────────────────┐
│ dh_ruby --install finished │
└──────────────────────────────────────────────────────────────────────────────┘
dh_installdocs -a -O--buildsystem=ruby
dh_installdocs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby_fixdocs -a -O--buildsystem=ruby
debian/rules override_dh_installchangelogs
make[1]: Entering directory '/<<PKGBUILDDIR>>'
dh_installchangelogs CHANGELOG.md
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
dh_installexamples -a -O--buildsystem=ruby
dh_installexamples: Compatibility levels before 9 are deprecated (level 7 in use)
dh_perl -a -O--buildsystem=ruby
dh_link -a -O--buildsystem=ruby
dh_strip_nondeterminism -a -O--buildsystem=ruby
dh_compress -X.rb -a -O--buildsystem=ruby
dh_fixperms -a -O--buildsystem=ruby
dh_strip -a -O--buildsystem=ruby
dh_strip: Compatibility levels before 9 are deprecated (level 7 in use)
dh_makeshlibs -a -O--buildsystem=ruby
dh_shlibdeps -a -O--buildsystem=ruby
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ruby-yajl/usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/yajl/yajl.so was not linked against libgmp.so.10 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ruby-yajl/usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/yajl/yajl.so was not linked against libm.so.6 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ruby-yajl/usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/yajl/yajl.so was not linked against libdl.so.2 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ruby-yajl/usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/yajl/yajl.so was not linked against libcrypt.so.1 (it uses none of the library's symbols)
dh_ruby_fixdepends -a -O--buildsystem=ruby
dh_installdeb -a -O--buildsystem=ruby
dh_installdeb: Compatibility levels before 9 are deprecated (level 7 in use)
dh_gencontrol -a -O--buildsystem=ruby
dh_md5sums -a -O--buildsystem=ruby
dh_builddeb -a -O--buildsystem=ruby
dpkg-deb: building package 'ruby-yajl-dbgsym' in '../ruby-yajl-dbgsym_1.2.0-3+b1_armhf.deb'.
dpkg-deb: building package 'ruby-yajl' in '../ruby-yajl_1.2.0-3+b1_armhf.deb'.
dpkg-genbuildinfo --build=any
dpkg-genchanges --build=any -mRaspbian wandboard test autobuilder <root@raspbian.org> >../ruby-yajl_1.2.0-3+b1_armhf.changes
dpkg-genchanges: info: binary-only arch-specific upload (source code and arch-indep packages not included)
dpkg-source --after-build ruby-yajl-1.2.0
dpkg-buildpackage: info: binary-only upload (no source included)
--------------------------------------------------------------------------------
Build finished at 2017-09-04T01:23:38Z
Finished
--------
I: Built successfully
+------------------------------------------------------------------------------+
| Post Build Chroot |
+------------------------------------------------------------------------------+
+------------------------------------------------------------------------------+
| Changes |
+------------------------------------------------------------------------------+
ruby-yajl_1.2.0-3+b1_armhf.changes:
-----------------------------------
Format: 1.8
Date: Wed, 08 Jul 2015 16:51:20 +0200
Source: ruby-yajl (1.2.0-3)
Binary: ruby-yajl
Binary-Only: yes
Architecture: armhf
Version: 1.2.0-3+b1
Distribution: stretch-staging
Urgency: low
Maintainer: Raspbian wandboard test autobuilder <root@raspbian.org>
Changed-By: Raspbian wandboard test autobuilder <root@raspbian.org>
Description:
ruby-yajl - Ruby interface to Yajl, a JSON stream-based parser library
Changes:
ruby-yajl (1.2.0-3+b1) stretch-staging; urgency=low, binary-only=yes
.
* Binary-only non-maintainer upload for armhf; no source changes.
* rebuild due to debcheck failure
Checksums-Sha1:
d28ec3a65e7b6dfcb824dce43a6536e73a5ae052 41704 ruby-yajl-dbgsym_1.2.0-3+b1_armhf.deb
cd86edee4807c115e1a3cf89145be1d70da3583e 38842 ruby-yajl_1.2.0-3+b1_armhf.deb
8f9fb3cf0fe9f26362e875269a0b74d93c57dcb4 6103 ruby-yajl_1.2.0-3_armhf.buildinfo
Checksums-Sha256:
b1cf101b22586232ec2d412a473542089e335d1843a16754bbdea24dc99c3229 41704 ruby-yajl-dbgsym_1.2.0-3+b1_armhf.deb
3f7ea7d00cbbb04dd59a6663ce8ebb1ca636ddd535d548fda66322c5ac079ed2 38842 ruby-yajl_1.2.0-3+b1_armhf.deb
0ea2346bc68919e8a38759248a7c37bcece41335e9a154dac4313745d5b27334 6103 ruby-yajl_1.2.0-3_armhf.buildinfo
Files:
06d6b29dd4ea83af8961e45ca92e7a15 41704 debug extra ruby-yajl-dbgsym_1.2.0-3+b1_armhf.deb
15702d2c88750131565493de0056b783 38842 ruby optional ruby-yajl_1.2.0-3+b1_armhf.deb
83d8f12639b99ef94eca341c079b325b 6103 ruby optional ruby-yajl_1.2.0-3_armhf.buildinfo
+------------------------------------------------------------------------------+
| Package contents |
+------------------------------------------------------------------------------+
ruby-yajl-dbgsym_1.2.0-3+b1_armhf.deb
-------------------------------------
new debian package, version 2.0.
size 41704 bytes: control archive=508 bytes.
474 bytes, 14 lines control
106 bytes, 1 lines md5sums
Package: ruby-yajl-dbgsym
Source: ruby-yajl (1.2.0-3)
Version: 1.2.0-3+b1
Auto-Built-Package: debug-symbols
Architecture: armhf
Maintainer: Debian Ruby Extras Maintainers <pkg-ruby-extras-maintainers@lists.alioth.debian.org>
Installed-Size: 59
Depends: ruby-yajl (= 1.2.0-3+b1)
Section: debug
Priority: extra
Homepage: http://github.com/brianmario/yajl-ruby
Description: Debug symbols for ruby-yajl
Build-Ids: 297596d26e9dc73a8515cf1b9b57ccd2ac390376
Ruby-Versions: ruby2.3
drwxr-xr-x root/root 0 2015-07-08 14:51 ./
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/debug/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/debug/.build-id/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/debug/.build-id/29/
-rw-r--r-- root/root 50160 2015-07-08 14:51 ./usr/lib/debug/.build-id/29/7596d26e9dc73a8515cf1b9b57ccd2ac390376.debug
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/doc/
lrwxrwxrwx root/root 0 2015-07-08 14:51 ./usr/share/doc/ruby-yajl-dbgsym -> ruby-yajl
ruby-yajl_1.2.0-3+b1_armhf.deb
------------------------------
new debian package, version 2.0.
size 38842 bytes: control archive=1766 bytes.
1047 bytes, 28 lines control
2517 bytes, 30 lines md5sums
Package: ruby-yajl
Source: ruby-yajl (1.2.0-3)
Version: 1.2.0-3+b1
Architecture: armhf
Maintainer: Debian Ruby Extras Maintainers <pkg-ruby-extras-maintainers@lists.alioth.debian.org>
Installed-Size: 128
Depends: ruby (>= 1:2.3~0), libc6 (>= 2.4), libgmp10, libruby2.3 (>= 2.3.0~preview2)
Conflicts: libyajl-ruby
Replaces: libyajl-ruby
Section: ruby
Priority: optional
Homepage: http://github.com/brianmario/yajl-ruby
Description: Ruby interface to Yajl, a JSON stream-based parser library
Supported features include,
.
JSON parsing and encoding directly to and from an IO stream
(file, socket, etc) or String. Compressed stream parsing and
encoding supported for Bzip2, Gzip and Deflate.
.
Parse and encode *multiple* JSON objects to and from streams or strings
continuously.
.
JSON gem compatibility API - allows yajl-ruby to be used as a drop-in
replacement for the JSON gem
.
Basic HTTP client (only GET requests supported for now) which parses JSON
directly off the response body *as it's being received*
Ruby-Versions: ruby2.3
drwxr-xr-x root/root 0 2015-07-08 14:51 ./
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/arm-linux-gnueabihf/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/arm-linux-gnueabihf/ruby/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/yajl/
-rw-r--r-- root/root 38232 2015-07-08 14:51 ./usr/lib/arm-linux-gnueabihf/ruby/vendor_ruby/2.3.0/yajl/yajl.so
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/
-rw-r--r-- root/root 2654 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/
-rw-r--r-- root/root 355 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/bzip2.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/bzip2/
-rw-r--r-- root/root 899 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/bzip2/stream_reader.rb
-rw-r--r-- root/root 392 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/bzip2/stream_writer.rb
-rw-r--r-- root/root 243 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/deflate.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/deflate/
-rw-r--r-- root/root 1334 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/deflate/stream_reader.rb
-rw-r--r-- root/root 546 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/deflate/stream_writer.rb
-rw-r--r-- root/root 234 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/gzip.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/gzip/
-rw-r--r-- root/root 903 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/gzip/stream_reader.rb
-rw-r--r-- root/root 368 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/gzip/stream_writer.rb
-rw-r--r-- root/root 7376 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/http_stream.rb
-rw-r--r-- root/root 314 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/json_gem.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/json_gem/
-rw-r--r-- root/root 1354 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/json_gem/encoding.rb
-rw-r--r-- root/root 653 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/json_gem/parsing.rb
-rw-r--r-- root/root 36 2015-07-08 14:51 ./usr/lib/ruby/vendor_ruby/yajl/version.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/doc/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/doc/ruby-yajl/
-rw-r--r-- root/root 4990 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/README.md.gz
-rw-r--r-- root/root 222 2015-07-08 14:51 ./usr/share/doc/ruby-yajl/changelog.Debian.armhf.gz
-rw-r--r-- root/root 1176 2015-07-08 14:51 ./usr/share/doc/ruby-yajl/changelog.Debian.gz
-rw-r--r-- root/root 7113 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/changelog.gz
-rw-r--r-- root/root 3063 2015-07-08 14:47 ./usr/share/doc/ruby-yajl/copyright
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/doc/ruby-yajl/examples/
drwxr-xr-x root/root 0 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/encoding/
-rw-r--r-- root/root 842 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/encoding/chunked_encoding.rb
-rw-r--r-- root/root 332 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/encoding/one_shot.rb
-rw-r--r-- root/root 338 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/encoding/to_an_io.rb
drwxr-xr-x root/root 0 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/http/
-rw-r--r-- root/root 389 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/http/twitter_search_api.rb
-rw-r--r-- root/root 714 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/http/twitter_stream_api.rb
drwxr-xr-x root/root 0 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/parsing/
-rw-r--r-- root/root 355 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/parsing/from_file.rb
-rw-r--r-- root/root 286 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/parsing/from_stdin.rb
-rw-r--r-- root/root 341 2013-12-19 14:41 ./usr/share/doc/ruby-yajl/examples/parsing/from_string.rb
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/rubygems-integration/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/rubygems-integration/2.3.0/
drwxr-xr-x root/root 0 2015-07-08 14:51 ./usr/share/rubygems-integration/2.3.0/specifications/
-rw-r--r-- root/root 12165 2015-07-08 14:51 ./usr/share/rubygems-integration/2.3.0/specifications/yajl-ruby-1.2.0.gemspec
+------------------------------------------------------------------------------+
| Post Build |
+------------------------------------------------------------------------------+
+------------------------------------------------------------------------------+
| Cleanup |
+------------------------------------------------------------------------------+
Purging /<<BUILDDIR>>
Not cleaning session: cloned chroot in use
+------------------------------------------------------------------------------+
| Summary |
+------------------------------------------------------------------------------+
Build Architecture: armhf
Build-Space: 4712
Build-Time: 66
Distribution: stretch-staging
Host Architecture: armhf
Install-Time: 574
Job: ruby-yajl_1.2.0-3
Machine Architecture: armhf
Package: ruby-yajl
Package-Time: 685
Source-Version: 1.2.0-3
Space: 4712
Status: successful
Version: 1.2.0-3+b1
--------------------------------------------------------------------------------
Finished at 2017-09-04T01:23:38Z
Build needed 00:11:25, 4712k disc space