libbluetooth soname bump

[Dominik 'Rathann' Mierzejewski]

On Thursday, 11 September 2008 at 18:54, Mamoru Tasaka wrote:
> Dominik 'Rathann' Mierzejewski wrote, at 09/12/2008 01:37 AM +9:00:
> >On Thursday, 11 September 2008 at 17:41, Bastien Nocera wrote:
> >>Heya,
> >>
> >>It all went a bit quick, and the new bluez 4.x utilities and libraries
> >>have landed in rawhide. This means that a number of applications needed
> >>to be rebuilt.
> >[...]
> >>* Apps that I couldn't rebuilt, didn't rebuild:
> >>obexfs (http://koji.fedoraproject.org/koji/taskinfo?taskID=820234, not
> >>bluez related)
> >
> >Builds fine in mock locally (fedora-devel-i386).
> >
> >Regards,
> >R.
> >
> 
> Umm... what is strange is that root.log shows dependency resolution
> problem, however mock kept rebuilding anyway:
> 
> root.log:
> DEBUG util.py:250:  Total download size: 392 k
> DEBUG util.py:250:  ERROR with rpm_check_debug vs depsolve:
> DEBUG util.py:250:  Package obexftp-libs needs libbluetooth.so.2, this is 
> not available.
> 
> build.log:
> Building target platforms: i386
> Building for target i386
> Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.WApyoR
> + umask 022
> .........
> 
> Perhaps a bug in yum or mock ?

A PEBKAC, too. obexfs depends on obexftp, so these two should've been
chain-built.

> By the way now the dependency on obexftp is resolved and the build seems to 
> be
> going well (scratch build)
> http://koji.fedoraproject.org/koji/taskinfo?taskID=820680

And a regular build, too. Waiting for createrepo with the updated obexftp
was enough.

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"