Bug 5464 - lib64gdk_pixbuf2.0_0-loaders-png15 %post script fails everytime in installs
Summary: lib64gdk_pixbuf2.0_0-loaders-png15 %post script fails everytime in installs
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Olav Vitters
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2012-04-18 16:42 CEST by Thierry Vignaud
Modified: 2012-06-20 10:33 CEST (History)
2 users (show)

See Also:
Source RPM: gdk-pixbuf2.0
CVE:
Status comment:


Attachments
transaction log (1.11 KB, text/plain)
2012-04-18 16:42 CEST, Thierry Vignaud
Details
report.bug.gz (423.79 KB, application/x-gzip)
2012-05-15 16:45 CEST, claire robinson
Details

Description Thierry Vignaud 2012-04-18 16:42:24 CEST
See several times:
lib64gdk_pixbuf2.0_0-loaders-png15-2.26.0-1.mga2.x86_64 has a require(post) on lib64gdk_pixbuf2.0_0-2.26.0-1.mga2 for /usr/lib64/gdk-pixbuf-2.0/bin/gdk-pixbuf-query-loaders but it's not enough as its %post script is failing:

/var/tmp/rpm-tmp.d3sIae: line 1: /usr/lib64/gdk-pixbuf-2.0/bin/gdk-pixbuf-query-loaders: No such file or directory
%post(lib64gdk_pixbuf2.0_0-loaders-png15-2.26.0-1.mga2.x86_64) scriptlet failed, exit status 127

In that case a %posttrans instead of a %post would have helped.
See full transaction log attached.
Comment 1 Thierry Vignaud 2012-04-18 16:42:49 CEST
Created attachment 2020 [details]
transaction log
Thierry Vignaud 2012-04-18 16:43:07 CEST

Summary: lib64gdk_pixbuf2.0_0-loaders-png15 lacks => lib64gdk_pixbuf2.0_0-loaders-png15 %post script fails everytime in installs

Damien Lallement 2012-05-11 16:29:37 CEST

CC: (none) => mageia

Comment 2 claire robinson 2012-05-15 14:49:31 CEST
Current in Pre 2 Final DVD 64 with default KDE installation.

 warning:%post(lib64gdk_pixbuf2.0_0-loaders-png15-2.26.1-1.mga2.x86_64) scriptlet failed, exit status 127
 
Found in tty1 of installer.
Comment 3 claire robinson 2012-05-15 16:45:34 CEST
Created attachment 2317 [details]
report.bug.gz

installing lib64sasl2-2.1.23-19.mga2.x86_64.rpm lib64gdk_pixbuf2.0_0-2.26.1-1.mga2.x86_64.rpm lib64gdk_pixbuf2.0_0-loaders-png15-2.26.1-1.mga2.x86_64.rpm gdk-pixbuf2.0-2.26.1-1.mga2.x86_64.rpm lib64ldap2.4_2-2.4.29-2.mga2.x86_64.rpm openldap-2.4.29-2.mga2.x86_64.rpm lib64dbus-glib1_2-0.96-1.mga2.x86_64.rpm gsettings-desktop-schemas-3.4.1-1.mga2.x86_64.rpm from /tmp/image/media/core
starting installing packages
created transaction for installing on /mnt (remove=0, install=0, upgrade=8)
gdk-pixbuf2.0-2.26.1-1.mga2.x86_64
/var/tmp/rpm-tmp.Afx6GP: line 1: /usr/lib64/gdk-pixbuf-2.0/bin/gdk-pixbuf-query-loaders: No such file or directory
%post(lib64gdk_pixbuf2.0_0-loaders-png15-2.26.1-1.mga2.x86_64) scriptlet failed, exit status 127
lib64gdk_pixbuf2.0_0-loaders-png15-2.26.1-1.mga2.x86_64
lib64gdk_pixbuf2.0_0-2.26.1-1.mga2.x86_64
openldap-2.4.29-2.mga2.x86_64
lib64sasl2-2.1.23-19.mga2.x86_64
lib64ldap2.4_2-2.4.29-2.mga2.x86_64
gsettings-desktop-schemas-3.4.1-1.mga2.x86_64
lib64dbus-glib1_2-0.96-1.mga2.x86_64
Comment 4 Dave Hodgins 2012-05-21 01:54:04 CEST
Confirmed on i586.

libgdk_pixbuf2.0_0-loaders-png15 needs a requires on
libgdk_pixbuf2.0_0

CC: (none) => davidwhodgins

Comment 5 Marja Van Waes 2012-05-26 13:09:08 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 6 Dave Hodgins 2012-06-20 04:52:50 CEST
Looks like it got fixed before Mageia 2 final.

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 7 Thierry Vignaud 2012-06-20 07:24:45 CEST
It wasn't.
Comment 8 Dave Hodgins 2012-06-20 09:08:28 CEST
Reopening then, based on comment 7.

rpm -q --requires libgdk_pixbuf2.0_0-loaders-png15
gdk-pixbuf2.0 >= 2.26.1
libgdk_pixbuf2.0_0 >= 2.26.1

I don't know what is actually required to fix this bug then.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 9 Thierry Vignaud 2012-06-20 10:33:57 CEST
But I already fixed it in Cauldron

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED


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