Bug 672274 - sblim can't be rebuild in mock
Summary: sblim can't be rebuild in mock
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: sblim
Version: 5.6
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Vitezslav Crhonek
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-24 16:53 UTC by Levente Farkas
Modified: 2012-03-15 11:20 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-15 11:20:58 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
rpmbuild output (5.06 MB, text/plain)
2011-02-23 15:31 UTC, Vitezslav Crhonek
no flags Details
rpmbuild output - regular user (5.08 MB, text/plain)
2011-02-28 15:06 UTC, Vitezslav Crhonek
no flags Details
my log (5.03 MB, text/plain)
2011-03-01 11:38 UTC, Levente Farkas
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 672276 0 medium CLOSED tetex can't be rebuild in mock 2021-02-22 00:41:40 UTC

Internal Links: 672276

Description Levente Farkas 2011-01-24 16:53:51 UTC
because of wrong path during chroot build ie. this error:
----------------------
mockbuild/usr/lib/debug/usr/lib/libIBM_DnsProviderTooling.so.0.0.0.debug matches
Binary file /var/tmp/sblim-1-47.el5-root-mockbuild/usr/lib/debug/usr/lib/libRaToolsSmb.so.0.0.0.debug matches
Binary file /var/tmp/sblim-1-47.el5-root-mockbuild/usr/lib/debug/usr/lib/libRaToolsDhcp.so.0.0.0.debug matches
Binary file /var/tmp/sblim-1-47.el5-root-mockbuild/usr/lib/debug/usr/lib/libIBM_SmbProviderTooling.so.0.0.0.debug matches
Found '/var/tmp/sblim-1-47.el5-root-mockbuild' in installed files; aborting
----------------------

Comment 1 Vitezslav Crhonek 2011-02-07 11:50:38 UTC
Supported way to rebuild a package in RHEL5 is the use of rpmbuild (which I just tested and works fine with latest SBLIM srpm). As far as I know, also mock isn't supported package and it's only part of EPEL.

Comment 2 Levente Farkas 2011-02-20 13:04:31 UTC
i'm just test it with:
rpmbuild --rebuild sblim-1-47.el5.src.rpm
and got the same result on rhel-5.6:
--------------------------
Found '/var/tmp/sblim-1-47.el5-root-robot' in installed files; aborting
error: Bad exit status from /var/tmp/rpm-tmp.36772 (%install)
--------------------------

Comment 3 Vitezslav Crhonek 2011-02-23 15:31:32 UTC
Created attachment 480494 [details]
rpmbuild output

I'm unable to reproduce you problem.

# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 5.6 (Tikanga)

# uname -a
Linux ibm-x3655-01.ovirt.rhts.eng.bos.redhat.com 2.6.18-238.el5 #1 SMP Sun Dec 19 14:22:44 EST 2010 x86_64 x86_64 x86_64 GNU/Linux

# sha256sum sblim-1-47.el5.src.rpm 
5ceaf7a5ed4728f1d7eb8d078d924462bb3af81f40ad646769bab2f2e3c4b44f  sblim-1-47.el5.src.rpm

# rpm -q rpm-build
rpm-build-4.4.2.3-22.el5

#rpmbuild --rebuild sblim-1-47.el5.src.rpm &> rpmbuild.log

rpmbuild output is attached, the rebuild is successful. Am I missing something?

Comment 4 Levente Farkas 2011-02-28 11:58:24 UTC
first of all could you try to build as non root user? imho it's a minimum requirement even at rh, that the package should have to build as non root user. from you build log i'm sure you build as root. and i also sure that you can't build as a non root user (ie. the build will fail).

Comment 5 Vitezslav Crhonek 2011-02-28 15:06:41 UTC
Created attachment 481387 [details]
rpmbuild output - regular user

$ uname -a
Linux nec-em8.rhts.eng.bos.redhat.com 2.6.18-238.el5 #1 SMP Sun Dec 19 14:22:44 EST 2010 x86_64 x86_64 x86_64 GNU/Linux

The rest is the same as in previous build (rpmbuild version etc.), this one was successful under regular user. Output attached.

Comment 6 Levente Farkas 2011-03-01 11:38:08 UTC
Created attachment 481596 [details]
my log

so i attach my build log. the only modification i was made to the log to be easier to compare the two files:
- replace my username with tuser
- remove all .el5 from the log (it seems on your system do not set the %dist variable somehow).

the real differences is that your system do _not_ run 
/usr/lib/rpm/check-buildroot
after the build. i don't know why since it's part of rpm-build-4.4.2.3-22.el5 which you also use.
and this's the script which find this problem and cause i'm not able to build the rpm. after examine this script it's possible to turn off this script by QA_SKIP_BUILD_ROOT, but imho that's not the real solution.

Comment 7 Vitezslav Crhonek 2011-03-03 11:07:41 UTC
Adding rpm maintainer to the CC, maybe he knows where's the problem?

Comment 8 Levente Farkas 2011-03-03 11:13:12 UTC
do you have redhat-rpm-config installed?

Comment 9 Vitezslav Crhonek 2011-03-03 13:31:09 UTC
(In reply to comment #8)
> do you have redhat-rpm-config installed?

Yes, redhat-rpm-config-8.0.45-32.el5.

Comment 10 Eduardo Habkost 2011-04-04 14:55:29 UTC
It looks like this bug had the component incorrectly changed, due to a Bugzilla bug. See bug 693396.

Comment 11 Levente Farkas 2011-04-11 10:15:51 UTC
so fix the package back to rpm.
exactly the same thing happened with tetex-3.0-33.8.el5_5.6.src.rpm as with sblim.

Comment 12 Panu Matilainen 2011-04-11 10:56:28 UTC
This isn't a packaging issue, not an rpm bug.

Running check-buildroot isn't part of rpm default configuration but if you used rpmdev-setuptree script to create your packaging environment, that adds some extra checks to ~/.rpmmacros:
%__arch_install_post   /usr/lib/rpm/check-rpaths   /usr/lib/rpm/check-buildroot

The actual issue here is that sblim apparently has references to the buildroot path in its files, this is typically a rather severe bug.

Comment 13 Vitezslav Crhonek 2012-03-15 11:20:58 UTC
This is a specific problem caused by having all SBLIM stuff in one source package along with the fact, that there are build dependencies between packages.

I'm closing this, because it can be workarounded by not running check-buildroot and there's probably nothing we can do with it. The issue is not present in RHEL6 - there are all SBLIM packages shipped separately.


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