Learn more about these different git repos.
Other Git URLs
{{{ Hi,
I'm trying to split gphoto2 and libgphoto2 to two separate packages and am a bit puzzled ;) libgphoto2 correctly obsoletes gphoto2, but when trying to build gphoto2, a dependency to old gphoto2 sneaks in:
http://koji.fedoraproject.org/koji/taskinfo?taskID=654941
DEBUG util.py:250: Package Arch Version Repository Size DEBUG util.py:250: ============================================================================= DEBUG util.py:250: Installing: DEBUG util.py:250: libexif-devel i386 0.6.16-1.fc9 build 80 k DEBUG util.py:250: libgphoto2-devel i386 2.4.1-2.fc10 build 176 k DEBUG util.py:250: libjpeg-devel i386 6b-41.fc9 build 104 k DEBUG util.py:250: libtool i386 1.5.26-2.fc10 build 694 k DEBUG util.py:250: libtool-ltdl-devel i386 1.5.26-2.fc10 build 34 k DEBUG util.py:250: libusb-devel i386 0.1.12-15.fc9 build 77 k DEBUG util.py:250: lockdev-devel i386 1.0.1-12.fc9.1 build 16 k DEBUG util.py:250: popt-devel i386 1.13-4.fc10 build 393 k DEBUG util.py:250: readline-devel i386 5.2-13.fc9 build 133 k DEBUG util.py:250: sharutils i386 4.6.3-2.fc9 build 215 k DEBUG util.py:250: Installing for dependencies: DEBUG util.py:250: autoconf noarch 2.62-2.fc10 build 899 k DEBUG util.py:250: automake noarch 1.10.1-2 build 532 k DEBUG util.py:250: gphoto2 i386 2.4.0-10.fc9 build 1.5 M DEBUG util.py:250: imake i386 1.0.2-6.fc9 build 312 k DEBUG util.py:250: libexif i386 0.6.16-1.fc9 build 235 k DEBUG util.py:250: libgphoto2 i386 2.4.1-2.fc10 build 1.2 M DEBUG util.py:250: libjpeg i386 6b-41.fc9 build 144 k DEBUG util.py:250: libtool-ltdl i386 1.5.26-2.fc10 build 39 k DEBUG util.py:250: libusb i386 0.1.12-15.fc9 build 28 k DEBUG util.py:250: lockdev i386 1.0.1-12.fc9.1 build 15 k DEBUG util.py:250: m4 i386 1.4.11-1.fc10 build 225 k DEBUG util.py:250: ncurses-devel i386 5.6-17.20080524.fc10 build 674 k DEBUG util.py:250: pkgconfig i386 1:0.23-3.fc10 build
none of the BuildRequires noted above is dependent on gphoto2 and all what is needed is provided by libgphoto2. This happens only in koji, mock build and build on my rawhide box succeeds.
Any ideas?
Thanks, Jindrich }}}
This message has 0 attachment(s)
After some digging, I think I see the problem. The version of yum used to populate the buildroots doesn't handle this scenario correctly. It's been fixed in later versions of yum.
What I might be able to do is untag some builds of gphoto2 so that the 'gphoto2' latest build doesn't provide the same soname that libgphoto2 already provides. I'm going to try that and let you know.
Bother, that didn't work either. The oldest build still has the same soname. So I'm going to get a bit trickier. I'm going to block gphoto2 from dist-f10 and let repodata create with that info. That will keep gphoto2 out of the repodata period. Then I'll unblock gphoto2 and kick off the new gphoto2 build before repodata has a time to regenerate, so that when the buildroot is populated for the gphoto2 build, there is no old gphoto2 builds in the repodata. This should solve it, stay tuned.
655867 build (dist-f10, devel:gphoto2-2_4_1-1_fc10) completed successfully
{{{ On Tue, Jun 10, 2008 at 05:55:43PM -0000, Fedora Release Engineering wrote:
121: gphoto2/libgphoto2 split -----------------------------------------------+---------------------------- Reporter: Jindrich Novy jnovy@redhat.com | Owner: jkeating Type: task | Status: closed Milestone: | Component: koji Resolution: fixed | Keywords: -----------------------------------------------+---------------------------- Changes (by jkeating): status: assigned => closed resolution: => fixed Comment: 655867 build (dist-f10, devel:gphoto2-2_4_1-1_fc10) completed successfully -- Ticket URL: https://fedorahosted.org/rel-eng/ticket/121#comment:4 Fedora Release Engineering http://fedorahosted.org/rel-eng Release Engineering for the Fedora Project
-----------------------------------------------+---------------------------- Reporter: Jindrich Novy jnovy@redhat.com | Owner: jkeating Type: task | Status: closed Milestone: | Component: koji Resolution: fixed | Keywords: -----------------------------------------------+---------------------------- Changes (by jkeating):
Comment:
-- Ticket URL: https://fedorahosted.org/rel-eng/ticket/121#comment:4 Fedora Release Engineering http://fedorahosted.org/rel-eng Release Engineering for the Fedora Project
Confirmed, thanks!
Jindrich }}}
Metadata Update from @jnovy: - Issue assigned to jkeating
Login to comment on this ticket.