Description of problem: SSIA. The RHEL 5.3 rpm rebase contains /usr/lib/rpm/check-rpaths-worker so rpmdevtools can't be installed. In fact, if you have RHEL 5.2 + rpmdevtools and try to update to RHEL 5.3, it'll go boom!
Is the RHEL 5.3 rpm package or its source one available somewhere where I could have a look? In particular, I'm interested in whether in addition to /usr/lib/rpm/check-rpaths-worker, the RHEL package contains /usr/lib/rpm/check-rpaths and /usr/lib/rpm/check-buildroot as well. It'd also be good to know when RHEL 5.3 is going to be out - the fix for this issue should be synced with that as closely as possible.
5.3 isn't publicly available yet. GA is currently scheduled for January 2009, but this can be changed. Anyway, Betas are always available from RHN at some point during development & testing cycles. As for the new rpm file list, all the files you mentioned are in rpm-build. As I wrote in the bug summary, the new version is 4.4.2.3-5 (can be changed, too). It's very close to the Fedora 9 rpm.
Ok, I'll keep this in mind. But as said, the fix for this should be applied very close to the 5.3 release in order to break as few setups as possible. Ideally, getting it pushed to the EPEL repos a couple of days before the RHEL release would be optimal, I think. My current thinking is that I'll upgrade rpmdevtools to the 6.x series (with some EL specific backwards compatibility considerations) to fix this - unless I've forgotten something, the existence of the conflicting files was basically the only reason why EL-5 was kept at the 5.x series of rpmdevtools.
Sounds like a plan. I'll let you know soon before the final 5.3 release date.
I've posted the publicly available RHEL 5.3 beta SRPM at http://palladium.jds2001.org/pub/rpm-4.4.2.3-7.el5.src.rpm
I suppose you could work around the conflict by making the file shareable, IIRC it only conflicts due to a silly comment update: --- a/scripts/check-rpaths-worker +++ b/scripts/check-rpaths-worker @@ -63,8 +63,6 @@ function showHint() * - to check existing files, set \$RPM_BUILD_ROOT and execute check-rpaths like * \$ RPM_BUILD_ROOT=<top-dir> /usr/lib/rpm/check-rpaths * -* 'check-rpaths' is part of 'rpmdevtools'. -* ******************************************************************************* EOF } Patch the rpmdevtools /usr/lib/rpm/check-rpaths-worker to match that of the new rpm and it'll be installable with both the old and new rpm, until rpmdevtools is updated to 6.x.
Nah, let's go straight to 6.8 :) Experimental 6.8-0.1 packages are now available at http://scop.fedorapeople.org/packages/ The packages are built on F-9 for now as help2man is not yet available in EPEL, but I suppose the binary package works as is on EL 5.3. Note that I have had no chance to test (and it's quite likely that I won't before CentOS 5.3 is out), so all feedback is welcome.
The experimental package is installable and appears to be okay. I've only tried a few utilities from it, though. I'll get back to this after the holidays. Thanks! However, it's a problem that help2man doesn't exist in EPEL (or RHEL), isn't it? The new rpmdevtools can't be built without it. I guess help2man should get into EPEL first.
(In reply to comment #8) > I guess help2man should get into EPEL first. Yes, definitely, I'll take care of it soon unless someone else wants to do it. https://www.redhat.com/archives/epel-devel-list/2008-December/msg00062.html Thanks for the testing and feedback.
After a discussion on the EPEL devel list, I decided to take Panu's advice anyway and do a quick patch release just to fix the conflict issue: http://buildsys.fedoraproject.org/build-status/job.psp?uid=1112 6.8 can then be pushed later let's say a few weeks after EL 5.3 is out. But now I'd appreciate if someone could test that rpmdevtools-5.3-2.el5 indeed fixes the conflict issue with the EL 5.3 rpm. I've verified that the sha1sum of check-rpaths-worker matches the one in the srpm from commment 5 but some real world testing would be welcome nevertheless.
Seems good to me. [root@dhcp-126 ~]# rpm -qV rpm-build .......T /usr/lib/rpm/check-buildroot .......T /usr/lib/rpm/check-rpaths .......T /usr/lib/rpm/check-rpaths-worker [root@dhcp-126 ~]# rpm -qV rpmdevtools [root@dhcp-126 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.3 Beta (Tikanga) [root@dhcp-126 ~]# uname -a Linux dhcp-126.rmrf.net 2.6.18-120.el5xen #1 SMP Fri Oct 17 18:17:26 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux [root@dhcp-126 ~]#
5.3-2.el5 is in the stable repo now.
Thanks Ville, the interim package is okay. Also, 5.3 is out: http://www.press.redhat.com/ . I'll be looking forward to rpmdevtools 6.8 (well, once man2html makes it into EPEL).
Hi, From Comment #12 5.3-2.el5 is released and sorts this out. Today I still see the classh Maybe I have the wrong repo? /usr/bin/yum --installroot /var/lib/mock/dist-centos5-build-95-27/root/ \ groupinstall build Transaction Check Error: file /usr/lib/rpm/check-rpaths-worker conflicts between attempted installs of rpmdevtools-5.3-1.el5.noarch and rpm-build-4.4.2.3-9.el5.x86_64 http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ still contains rpmdevtools-5.3-1.el5.noarch.rpm
I see, I am building with centos and http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ only and not epel. I would rather stick to that. Can rpmdevtools-5.3-2.el5 be added to http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ Steve
Dennis, Can you take care of getting this in the repo in comment #15 ?
I spoke to Dennis about this and he mentioned that rpmdevtools won't be updated in the buildgroups repo, but rather removed from it. It is a requirement of using buildgroups that epel also be used, and rpmdevtools was only put there in order to initially seed epel. Also, the particular reason that it was in there was for check-rpaths-worker, which, as is the topic of this bug, is now included in RHEL's rpm-build, so it should not be necessary any longer.
rpmdevtools is still present and causing problems. Is it going to be removed or not?
sorry i forgot to remove rpmdevtools from the buildgroups repo. it has just now been done.
Hi, Is removing rpmdevtools really the right thing to do here? The default mock configurations for EPEL as a concept of building on top of RHEL install buildsys-build from http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ that also pulls in buildsys-macros from the same repo but that then fails because of a lack of rpmdevtools? i.e what is the point of http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ if it does not work without EPEL as well? THe point I think is that you really want to build on top of RHEL with a minimal addition as present in http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ Removing rpmdevtools as dependency from buildsys-macros would help assuming that does not cause any other problems.