Bug 1142784 - ImageMagick-6.8.8.10-6.fc22 FTBFS: tests fail
Summary: ImageMagick-6.8.8.10-6.fc22 FTBFS: tests fail
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: ghostscript
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
URL: http://koji.fedoraproject.org/koji/ta...
Whiteboard:
: 1168001 (view as bug list)
Depends On: 1021251
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-17 11:58 UTC by Petr Pisar
Modified: 2015-02-02 09:23 UTC (History)
6 users (show)

Fixed In Version: urw-fonts-3:2.4-20.fc22
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-02-02 09:23:22 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Petr Pisar 2014-09-17 11:58:36 UTC
ImageMagick-6.8.8.10-6.fc22 fails to build in F22 because of failing tests:

FAIL: tests/validate-formats-memory.tap 1
FAIL: tests/validate-formats-map.tap 1
FAIL: tests/validate-formats-disk.tap 1
[...]
============================================================================
Testsuite summary for ImageMagick 6.8.8
============================================================================
# TOTAL: 76
# PASS:  73
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0
============================================================================

Comment 1 Petr Pisar 2014-09-17 12:03:20 UTC
The difference between last working and the failing build root is:

Removed packages:
	crypto-policies-20140827
	curl-7.37.1
	glibc-2.19.90
	glibc-common-2.19.90
	glibc-devel-2.19.90
	glibc-headers-2.19.90
	libassuan-2.1.0
	libcurl-7.37.1
	p11-kit-0.21.1
	p11-kit-trust-0.21.1
	perl-5.18.2
	perl-constant-1.27
	perl-devel-5.18.2
	perl-ExtUtils-Install-1.59
	perl-ExtUtils-Manifest-1.65
	perl-HTTP-Tiny-0.048
	perl-libs-5.18.2
	perl-macros-5.18.2
	perl-Module-CoreList-3.03
	perl-Pod-Escapes-1.04
	perl-Pod-Parser-1.62
	perl-Pod-Usage-1.61
	perl-threads-1.92
	systemtap-sdt-devel-2.6
	tzdata-2014f
	urw-fonts-2.4
Added packages:
	crypto-policies-20140905
	curl-7.38.0
	glibc-2.20.90
	glibc-common-2.20.90
	glibc-devel-2.20.90
	glibc-headers-2.20.90
	libassuan-2.1.2
	libcurl-7.38.0
	mesa-libEGL-10.4
	mesa-libEGL-devel-10.4
	mesa-libgbm-10.4
	mesa-libGL-10.4
	mesa-libGL-devel-10.4
	mesa-libglapi-10.4
	p11-kit-0.21.2
	p11-kit-trust-0.21.2
	perl-5.20.0
	perl-constant-1.31
	perl-devel-5.20.0
	perl-ExtUtils-Embed-1.32
	perl-ExtUtils-Install-1.67
	perl-ExtUtils-Manifest-1.66
	perl-HTTP-Tiny-0.049
	perl-libs-5.20.0
	perl-macros-5.20.0
	perl-Module-CoreList-3.11
	perl-Pod-Escapes-1.06
	perl-Pod-Usage-1.63
	perl-threads-1.96
	systemtap-sdt-devel-2.7
	tzdata-2014g
	urw-fonts-1.10

Comment 2 Pavel Alexeev 2014-10-24 22:07:33 UTC
Reported upstream: http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=26433
But it seams as GhostScript error (font not found).

Comment 3 Rex Dieter 2014-11-26 12:50:33 UTC
*** Bug 1168001 has been marked as a duplicate of this bug. ***

Comment 4 Rex Dieter 2014-11-26 12:52:10 UTC
the font-not-found problem seems similar to bug #1021755

Comment 5 Rex Dieter 2014-11-26 12:53:24 UTC
in particular, the urw-fonts issue caused the similar one in ghostscript, bug #1021251

Comment 6 Pavel Alexeev 2014-11-29 18:33:54 UTC
Thank you Rex.

Comment 7 Tim Waugh 2015-01-05 15:10:29 UTC
FWIW, this isn't "font-not-found", it's that the font is invalid in some way. If the font wasn't found, it would give different behaviour: https://bugzilla.redhat.com/show_bug.cgi?id=921706#c2

Comment 8 Tim Waugh 2015-01-30 18:06:07 UTC
Was this fixed with a recent urw-fonts build?

https://bugzilla.redhat.com/show_bug.cgi?id=1171756#c5

Could you re-test please?

Comment 9 Petr Pisar 2015-02-02 09:23:22 UTC
(In reply to Tim Waugh from comment #8)
> Was this fixed with a recent urw-fonts build?
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1171756#c5
> 
> Could you re-test please?

Yes, it builds with urw-fonts-3:2.4-20.fc22 <https://ppisar.fedorapeople.org/perl_rebuild/scratch/2015-01-26/index.xhtml#pImageMagick>. I started to worry that rel-engs will retire the ImageMagick :(


Note You need to log in before you can comment on or make changes to this bug.