[DRE-maint] Bug#1104697: ruby-dbf: FTBFS caused by failure/Error: expect(record.name.encode('UTF-8').unpack1('H4')).to eq 'd0b0'

[Leandro Cunha]

Hi,

There is no FTBFS in version 4.3.2-1. It builds just fine in unstable.
The problem you are suggesting is happening only with Salsa CI, that's
why I am decreasing the severity here.severity -1 normal

The build may fail on any build that does not have unicode as UTF-8 in
its environment. I don't know if this would be a possible scenario
given our reality living in Brazil and speaking Portuguese (or English
or Spanish), as the tests fail, both reproducible builds and Salsa CI.
Since there is a new version pending and trixie has already advanced
to hard freeze, I think it is more interesting to wait to pass this
stage. This is according to what is stated in the log:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ruby-dbf.html
(FAIL)

 2) DBF::Record column data for table using specified in dbf encoding
> encodes to default system encoding
>      Failure/Error:
> expect(record.name.encode('UTF-8').unpack1('H4')).to eq 'd0b0'
>
>        expected: #<Encoding:UTF-8> "d0b0"
>             got: #<Encoding:US-ASCII> "3f3f"
>
>        (compared using ==)
>      # ./spec/dbf/record_spec.rb:87:in `block (4 levels) in <top (required)>'

The severity can be downgraded to important to avoid auto removal
given FTBFS in reproducible builds. The severity is still serious in
BTS.

I will test the new version, if you want to send it to the
experimental it will be optional.

--
Cheers,
Leandro Cunha