[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#1006374: graphicsmagick breaks ruby-mini-magick autopkgtest: Failure/Error: expect(subject["EXIF:Flash"]).to eq "0"

I am not sure what might have changed to cause ruby-mini-magick/GraphicsMagick not to cooperate. I selected a sample JPEG file with EXIF information and did some simple tests with latest GraphicsMagick code: 

% gm convert Sunrise.jpg -format '%[EXIF:ExifVersion]' info:-
0221
% gm convert Sunrise.jpg -format '%[EXIF:Flash]' info:-
0
% gm convert Sunrise.jpg -format '%[EXIF:DateTimeOriginal]' info:-
2009:01:19 07:46:00

The above appears to be the expected behavior.

Please let me know how I can help solve this issue.

Bob

On Thu, 24 Feb 2022, Paul Gevers wrote:


Source: graphicsmagick, ruby-mini-magick
Control: found -1 graphicsmagick/1.4+really1.3.37+hg16662-1
Control: found -1 ruby-mini-magick/4.11.0-1
Severity: serious
Tags: sid bookworm
X-Debbugs-CC: debian-ci@lists.debian.org
User: debian-ci@lists.debian.org
Usertags: breaks needs-update

Dear maintainer(s),
With a recent upload of graphicsmagick the autopkgtest of ruby-mini-magick fails in testing when that autopkgtest is run with the binary packages of graphicsmagick from unstable. It passes when run with only packages from testing. In tabular form: 

                      pass            fail
graphicsmagick         from testing    1.4+really1.3.37+hg16662-1
ruby-mini-magick       from testing    4.11.0-1
all others             from testing    from testing

I copied some of the output at the bottom of this report.
Currently this regression is blocking the migration of graphicsmagick to testing [1]. Due to the nature of this issue, I filed this bug report against both packages. Can you please investigate the situation and reassign the bug to the right package? 

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=graphicsmagick

https://ci.debian.net/data/autopkgtest/testing/amd64/r/ruby-mini-magick/19529839/log.gz


Failures:

 1) With GraphicsMagick MiniMagick::Image#[] reads exif
    Failure/Error: expect(subject["EXIF:Flash"]).to eq "0"

      expected: "0"
           got: ""

      (compared using ==)
# ./spec/lib/mini_magick/image_spec.rb:365:in `block (5 levels) in <top (required)>' 

 2) With GraphicsMagick MiniMagick::Image#exif returns a hash of EXIF data
    Failure/Error: expect(subject.exif["DateTimeOriginal"]).to be_a(String)
      expected nil to be a kind of String
# ./spec/lib/mini_magick/image_spec.rb:404:in `block (5 levels) in <top (required)>' 

 3) With GraphicsMagick MiniMagick::Image#exif decodes the ExifVersion
    Failure/Error: expect(subject.exif["ExifVersion"]).to eq("0220")

      expected: "0220"
           got: nil

      (compared using ==)
# ./spec/lib/mini_magick/image_spec.rb:409:in `block (5 levels) in <top (required)>' 

Finished in 7.05 seconds (files took 0.41511 seconds to load)
284 examples, 3 failures, 5 pending

Failed examples:
rspec ./spec/lib/mini_magick/image_spec.rb[2:1:11:3] # With GraphicsMagick MiniMagick::Image#[] reads exif rspec ./spec/lib/mini_magick/image_spec.rb[2:1:16:1] # With GraphicsMagick MiniMagick::Image#exif returns a hash of EXIF data rspec ./spec/lib/mini_magick/image_spec.rb[2:1:16:2] # With GraphicsMagick MiniMagick::Image#exif decodes the ExifVersion
/usr/bin/ruby2.7 -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 --pattern ./spec/\*\*/\*_spec.rb --format documentation failed 
mv ./.gem2deb.lib lib
autopkgtest [10:17:01]: test gem2deb-test-runner




--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt
Reply to: