libv4l provides libv4l2.so.0 unicap provides libv4l2.so.0 required by: libv4l-devel-0.3.8-1.fc10.i386 required by: unicap-0.2.23-2.fc10.i386 required by: libv4l-0.3.8-1.fc10.i386
Michael Schwendt wrote:
libv4l provides libv4l2.so.0 unicap provides libv4l2.so.0 required by: libv4l-devel-0.3.8-1.fc10.i386 required by: unicap-0.2.23-2.fc10.i386 required by: libv4l-0.3.8-1.fc10.i386
Michael,
You rock! Thanks for all the sanity check scripts!
This is a bug in the unicap package, the unicap libv4l2.so.x is a plugin, and thus should not be added to the provides list. Or rather I guess this is a bug in rpm's autoprovide script, as it should only look for .so files in the standard library paths and not in private lib dirs.
Regards,
Hans
2008/8/4 Hans de Goede j.w.r.degoede@hhs.nl:
Michael Schwendt wrote:
libv4l provides libv4l2.so.0 unicap provides libv4l2.so.0 required by: libv4l-devel-0.3.8-1.fc10.i386 required by: unicap-0.2.23-2.fc10.i386 required by: libv4l-0.3.8-1.fc10.i386
Michael,
You rock! Thanks for all the sanity check scripts!
This is a bug in the unicap package, the unicap libv4l2.so.x is a plugin, and thus should not be added to the provides list. Or rather I guess this is a bug in rpm's autoprovide script, as it should only look for .so files in the standard library paths and not in private lib dirs.
I think this should probably get a rename; usually plugins just have ".so" (without a version on the end) and live in a versioned *directory* if there's a need to control ABI versions, or parallel install, or what have you. Could that be done here?
On Tue, 5 Aug 2008 12:21:43 +0100, Bill Crawford wrote:
libv4l provides libv4l2.so.0 unicap provides libv4l2.so.0 required by: libv4l-devel-0.3.8-1.fc10.i386 required by: unicap-0.2.23-2.fc10.i386 required by: libv4l-0.3.8-1.fc10.i386
I think this should probably get a rename; usually plugins just have ".so" (without a version on the end) and live in a versioned *directory* if there's a need to control ABI versions, or parallel install, or what have you. Could that be done here?
Yes. unicap dlopen's the "*.so" file names and not the versioned ones, so getting rid of the symlinks would be possible.
Btw, there's a hardcoded /usr/lib path in the plugin loader, which would need a patch for lib64 platforms.
Hello all,
On Mon, 04 Aug 2008, Michael Schwendt wrote:
libv4l provides libv4l2.so.0 unicap provides libv4l2.so.0 required by: libv4l-devel-0.3.8-1.fc10.i386 required by: unicap-0.2.23-2.fc10.i386 required by: libv4l-0.3.8-1.fc10.i386
solved with unicap-0.2.23-3 or later on all active branches. Sorry for the long delay, I had an upstream show-stopper as well as a Fedora show-stopper also known as bug (redhat-rpm-config)... ;-)
- http://koji.fedoraproject.org/koji/buildinfo?buildID=59476 - http://koji.fedoraproject.org/koji/buildinfo?buildID=59478 - http://koji.fedoraproject.org/koji/buildinfo?buildID=59480
Greetings, Robert
-
Bill Crawford -
Hans de Goede -
Michael Schwendt -
Robert Scheck