Path: ...!eternal-september.org!reader01.eternal-september.org!aioe.org!bofh.it!news.nic.it!robomod
From: Antonio Terceiro <terceiro@debian.org>
Newsgroups: linux.debian.bugs.dist
Subject: Bug#1019684: yard: FTBFS with ruby3.1: ERROR: Test "ruby3.1" failed:      Failure/Error: require "gettext/mo"
Date: Tue, 13 Sep 2022 14:20:01 +0200
Message-ID: <F5d3r-7gBh-1@gated-at.bofh.it>
X-Mailbox-Line: From debian-bugs-dist-request@lists.debian.org  Tue Sep 13 12:15:13 2022
Old-Return-Path: <debbugs@buxtehude.debian.org>
X-Spam-Flag: NO
X-Spam-Score: -4.009
Reply-To: Antonio Terceiro <terceiro@debian.org>, 1019684@bugs.debian.org
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Cc: Debian Ruby Team <pkg-ruby-extras-maintainers@lists.alioth.debian.org>
X-Debian-Pr-Message: report 1019684
X-Debian-Pr-Package: src:yard
X-Debian-Pr-Keywords: bookworm ftbfs sid
X-Debian-Pr-Source: yard
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="Z5LIS15JS8yOrdip"
Content-Disposition: inline
X-Debian-User: terceiro
X-Debian-Message: from BTS
X-Mailing-List: <debian-bugs-dist@lists.debian.org> archive/latest/1734076
List-ID: <debian-bugs-dist.lists.debian.org>
List-URL: <https://lists.debian.org/debian-bugs-dist/>
Approved: robomod@news.nic.it
Lines: 129
Organization: linux.* mail to news gateway
Sender: robomod@news.nic.it
X-Original-Date: Tue, 13 Sep 2022 09:11:25 -0300
X-Original-Message-ID: <YyBzbSYPYjfFwiDw@debian.org>
Bytes: 6956


--Z5LIS15JS8yOrdip
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Source: yard
Version: 0.9.27-1
Severity: important
Justification: FTBFS
Tags: bookworm sid ftbfs
User: debian-ruby@lists.debian.org
Usertags: ruby3.1

Hi,

We are about to start the ruby3.1 transition in unstable. While trying to
rebuild yard with ruby3.1 enabled, the build failed.

Relevant part of the build log (hopefully):
>      Failure/Error: require "gettext/mo"
>=20
>        #<File (class)> received :exist? with unexpected arguments
>          expected: ("foo/fr.po")
>               got: ("/usr/lib/x86_64-linux-gnu/rubygems-integration/3.1.0=
/extensions/x86_64-linux/3.1.0/RedCloth-4.3.2/gem.build_complete")
>      # ./lib/yard/i18n/po_parser.rb:21:in `<class:POParser>'
>      # ./lib/yard/i18n/po_parser.rb:8:in `<module:I18n>'
>      # ./lib/yard/i18n/po_parser.rb:3:in `<module:YARD>'
>      # ./lib/yard/i18n/po_parser.rb:2:in `<top (required)>'
>      # ./lib/yard/i18n/locale.rb:50:in `load'
>      # ./spec/i18n/locale_spec.rb:62:in `block (3 levels) in <top (requir=
ed)>'
>      # ./spec/spec_helper.rb:121:in `block (2 levels) in <top (required)>'
>      # ------------------
>      # --- Caused by: ---
>      # LoadError:
>      #   cannot load such file -- prime
>      #   ./lib/yard/i18n/po_parser.rb:21:in `<class:POParser>'
>=20
> Top 5 slowest examples (1.36 seconds, 29.1% of total time):
>   YARD::RegistryStore#save never saves as single object db if single_obje=
ct_db is false
>     1.02 seconds ./spec/registry_store_spec.rb:152
>   YARD::Registry Thread local maintains two Registries in separate threads
>     0.10087 seconds ./spec/registry_spec.rb:396
>   YARD::Registry Thread local allows setting of yardoc_file in separate t=
hreads
>     0.10043 seconds ./spec/registry_spec.rb:417
>   YARD::Registry Thread local allows setting of po_dir in separate threads
>     0.10031 seconds ./spec/registry_spec.rb:442
>   YARD::Server::Commands::LibraryCommand#call sets :rdoc as the default m=
arkup in regular mode
>     0.04345 seconds ./spec/server/commands/library_command_spec.rb:34
>=20
> Top 5 slowest example groups:
>   YARD::Server::Commands::LibraryCommand
>     0.04285 seconds average (0.12856 seconds / 3 examples) ./spec/server/=
commands/library_command_spec.rb:4
>   YARD::RegistryStore
>     0.03318 seconds average (1.09 seconds / 33 examples) ./spec/registry_=
store_spec.rb:3
>   YARD::Parser::C::CParser
>     0.02566 seconds average (0.46193 seconds / 18 examples) ./spec/parser=
/c_parser_spec.rb:3
>   YARD::Templates::Engine::Template__build_yard_Y2Z3fT_yard_0_9_27_templa=
tes_default_module
>     0.02072 seconds average (0.14503 seconds / 7 examples) ./spec/templat=
es/module_spec.rb:4
>   YARD::CLI::Display
>     0.01929 seconds average (0.05787 seconds / 3 examples) ./spec/cli/dis=
play_spec.rb:3
>=20
> Finished in 4.68 seconds (files took 0.61565 seconds to load)
> 1938 examples, 1 failure, 9 pending
>=20
> Failed examples:
>=20
> rspec ./spec/i18n/locale_spec.rb:43 # YARD::I18n::Locale#load returns tru=
e for existent PO
>=20
> /usr/bin/ruby3.1 -I/usr/share/rubygems-integration/all/gems/rspec-support=
-3.10.3/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/lib =
/usr/share/rubygems-integration/all/gems/rspec-core-3.10.1/exe/rspec --patt=
ern ./spec/\*\*/\*_spec.rb --format documentation failed
> ERROR: Test "ruby3.1" failed:=20


The full build log is available from:
https://people.debian.org/~terceiro/ruby3.1/17/yard/yard_0.9.27-1+rebuild16=
63008419_amd64-2022-09-12T18:47:00Z.build

To reproduce this, you need to install ruby-all-dev >=3D 1:3.0+2. Depending=
 on
when you try this, it might mean installing ruby-all-dev from experimental,=
 or
if the transition has already started, a normal build on unstable will be
enough.  If you fail to reproduce, please provide a build log and diff it w=
ith
mine so that we can identify if something relevant changed in the meantime.

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please marking it as 'affects'=
-ing
this package. See https://www.debian.org/Bugs/server-control#affects

--Z5LIS15JS8yOrdip
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEst7mYDbECCn80PEM/A2xu81GC94FAmMgc20ACgkQ/A2xu81G
C97rMQ//W8Lnogkn0f25r6+j4/gmhxcSE8U5InVg0pKCahfHkvGsUiLD5Jb8M1ke
jRoEPuUD6juykDZlVr63eSKe7WTyHXpmulwTG9bMnqEXonmpQAelmf82E8EbRtXX
OLtaFJWiJQC1RLGG5kiaK4w+tAHCxtlgLBVWVbFea/qaIarCtaH97+iulOpErTu1
DTBxCsA+D5A5DBw6r9J9eQAUDQpK8rsqkDfW1RDmjjeWYmtTIwJXUZANoKmXHW9t
KYP+rcTCforNJsVkeMkCOlgjK4bqOlHIXamTnHApw/fp7alFrqBLQn3YOgebeklu
I5puRM2OAA04DKEhJLwC66ZC4Od8etGfA73NGnbE9oUJS67zSabqCnReLk4sTvfc
ImcM5uewxnuM1NvCaKAIIlxzltB1igxbqG4ra64ETxpv1cpRyJS7LXo8idyEkPyV
0hpwfjy6YZhnr1Vvj7WcC0yR4R+kPtSsDSUrH2x2xiX3K1Fq+11EaYbi7yNVLLjD
n4jOJlxuWM4S5Nft44zfUNLRd6ljoB9Pj8UrUv11Zs0THqQGEJmVOidvo88Hd0jJ
Ef6cIEWAN/dWHdUaXx3Wz9boV5fJpSyq+67p2T6ctlzA5b79GUoLWXSBaQ61P1mg
OdHErIa14Ek8bBTIjkRZ7wcDopyRVZl6tywOgAzLclhKrIkl3zg=
=EfKJ
-----END PGP SIGNATURE-----

--Z5LIS15JS8yOrdip--