[Bugs] [Bug 1315024] New: glusterfs-libs postun scriptlet fail /sbin/ldconfig: relative path `1' used to build cache

bugzilla at redhat.com bugzilla at redhat.com
Sat Mar 5 21:04:07 UTC 2016


https://bugzilla.redhat.com/show_bug.cgi?id=1315024

            Bug ID: 1315024
           Summary: glusterfs-libs postun scriptlet fail /sbin/ldconfig:
                    relative path `1' used to build cache
           Product: GlusterFS
           Version: mainline
         Component: packaging
          Keywords: Reopened
          Assignee: bugs at gluster.org
          Reporter: kkeithle at redhat.com
                CC: barumuga at redhat.com, bitlord0xff at gmail.com,
                    bugs at gluster.org, extras-qa at fedoraproject.org,
                    humble.devassy at gmail.com, joe at julianfamily.org,
                    jonathansteffan at gmail.com, kkeithle at redhat.com,
                    lmohanty at redhat.com, ndevos at redhat.com,
                    ville.skytta at iki.fi
        Depends On: 1312374, 1145989



+++ This bug was initially created as a clone of Bug #1312374 +++

Description of problem:
When upgrading from f23->f24, f23 glusterfs-libs postun scriptlet failed

  Cleanup     : glusterfs-libs-3.7.8-1.fc23.x86_64                             
                                                                               
                                                                   2985/3742 
/sbin/ldconfig: relative path `1' used to build cache
warning: %postun(glusterfs-libs-3.7.8-1.fc23.x86_64) scriptlet failed, exit
status 1
Non-fatal POSTUN scriptlet failure in rpm package glusterfs-libs
Non-fatal POSTUN scriptlet failure in rpm package glusterfs-libs



Not sure how important this is, or is it fixed already, I see in package git 
this new releases have changes to calls for ldconfig in package scritptlets,
but I don't know how this works.


If this is already fixed, or can be ignored, please close the bug, and sorry
for the noise.

Version-Release number of selected component (if applicable):
libs-3.7.8-1.fc23.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

--- Additional comment from Niels de Vos on 2016-02-26 11:36:14 EST ---

This was fixed with upstream bug 1145989, change http://review.gluster.org/8835
and needs to be included in the glusterfs.spec for Fedora.

--- Additional comment from Niels de Vos on 2016-02-26 11:51:24 EST ---

Change pushed to the master branch (for Rawhide) and f24.

--- Additional comment from Fedora Update System on 2016-02-28 08:28:21 EST ---

glusterfs-3.7.8-2.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-f974e3a4d8

--- Additional comment from Fedora Update System on 2016-02-29 06:24:48 EST ---

glusterfs-3.7.8-2.fc23 has been pushed to the Fedora 23 testing repository. If
problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-f974e3a4d8

--- Additional comment from Fedora Update System on 2016-03-05 01:21:23 EST ---

glusterfs-3.7.8-2.fc23 has been pushed to the Fedora 23 stable repository. If
problems still persist, please make note of it in this bug report.

--- Additional comment from Ville Skyttä on 2016-03-05 12:51:02 EST ---

While this does fix the immediate problem, it introduces another: now all
packages are missing the necessary scriptlet dependencies on ldconfig.

The root cause of the issue is the attempt to use comment blocks with lines
starting with #'s, and specifically the last one between %postun libs and
%files caused the failure. # is not really a comment character in specfile
syntax.

Removing all of them, or at least the following attempted comment between
%postun libs and %files would have been the better fix. The other alternative
is to sprinkle a bunch of manual "Requires(something): /sbin/ldconfig"s where
necessary.

##-----------------------------------------------------------------------------
## All %%files should be placed here and keep them sorted by groups
##

--- Additional comment from Kaleb KEITHLEY on 2016-03-05 14:47:45 EST ---


http://www.rpm.org/max-rpm/ch-rpm-inside.html

and

https://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch-specfile-syntax.html

would seem to suggest that # is a comment character in specfile syntax.

Why do you say it's not?


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1145989
[Bug 1145989] package POSTIN scriptlet failure
https://bugzilla.redhat.com/show_bug.cgi?id=1312374
[Bug 1312374] glusterfs-libs postun scriptlet fail /sbin/ldconfig: relative
path `1' used to build cache
-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list