Bug 341731

OK.
I'll create a new package called kdebluetooth-doc and push all the offending
files into it.

- Gilboa

I don't think that's a good idea, aren't those help files?  Better would be to
split libraries into a -libs subpackage.

I don't like the -libs idea.
The libs themselves are pretty useless (without the binaries).
Creating a separate -lib package just to satisfy multi-arch is... troubling...?

- Gilboa

(Though it is very much possible that I didn't really understand the source of
the problem... do I?)

... Come to think about it... how the hell can a text file -
/usr/share/services/kbluetooth_kbtobexsrv.desktop that has no time-stamp in-it
create a collision between x86_64 and i386?
Ville, do you have a devel machine at your disposal? Can you please check it?
(My rawhide machine is down due to some weird-combo-bug between F8 and vmware)

- Gilboa

Splitting out -libs to avoid multiarch problems is how the vast majority of
packages get treated, and people are getting accustomed to that.  On the other
hand, having to install help files separately is highly unusual.

No need for a devel box to see the kbluetooth_kbtobexsrv.desktop conflict:

$ rpmdev-diff kdebluetooth-1.0-0.34.beta8.fc8.i386.rpm
kdebluetooth-1.0-0.34.beta8.fc8.x86_64.rpm
[...]
-Exec=/usr/lib/kdebluetooth/servers/kbtobexsrv
+Exec=/usr/lib64/kdebluetooth/servers/kbtobexsrv

Installing to /usr/libexec/kdebluetooth/servers would be one way to fix that,
but if a -libs subpackage will be created, there's no need to do anything about
this.

OK. I get the picture; can't say the I like it, but in Rome...

I assume that the desktop files should be added to -libs package?

- Gilboa

No, just the %{_libdir}/lib* stuff, nothing more (although I'm not 100% sure
about %{_libdir}/kde3/*).  -devel should possibly be changed to require -libs
instead of the main package, and an Obsoletes added to -libs as explained here:
https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02171.html

Various kde* packages in CVS's devel branch have already split out -libs and can
be used as examples.

FWIW, I don't really like it either.

Ville,

Does it seems OK to you?
SPEC: http://gilboadavara.thecodergeek.com/kdebluetooth.spec

- Gilboa

* -libs requires itself, that dep should probably be just removed
* %defattr missing from %files libs
* I would make -libs Group System Environment/Libraries, not Development/Libraries
* %changelog should probably say "Fix multilib conflicts" (and a reference to
this bug added) instead of just "Fix multilib"

Other than those, on a cursory look, seems ok to me.

OK. Fixed SPEC.
SPEC: http://gilboadavara.thecodergeek.com/kdebluetooth.spec

Closed, sending out a new build.

kdebluetooth-1.0-0.37.beta8.fc7 has been pushed to the Fedora 7 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update kdebluetooth'

kdebluetooth-1.0-0.37.beta8.fc8 has been pushed to the Fedora 8 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update kdebluetooth'

kdebluetooth-1.0-0.37.beta8.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.

kdebluetooth-1.0-0.37.beta8.fc7 has been pushed to the Fedora 7 stable repository.  If problems still persist, please make note of it in this bug report.