FS#12600 - Problem with bluez package split

Attached to Project: Arch Linux
Opened by Bernhard Walle (bwalle) - Sunday, 28 December 2008, 14:31 GMT
Last edited by Jan de Groot (JGC) - Thursday, 15 January 2009, 21:21 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Geoffroy Carrier (gcarrier)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

% LANG=C pacman -Syu ~
:: Synchronizing package databases...
testing is up to date
core is up to date
extra is up to date
community is up to date
unstable is up to date
archlinuxfr is up to date
kdemod-legacy is up to date
:: Starting full system upgrade...
:: Replace bluez-libs with testing/bluez? [Y/n]
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: pilot-link: requires bluez-libs>=3.32
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 15 January 2009, 21:21 GMT
Reason for closing:  Fixed
Comment by Niels Ippensen (monkeyb) - Thursday, 01 January 2009, 03:25 GMT
just changing bluez-libs to bluez in the PKGBUILD worked for me.
Comment by Uli (Army) - Sunday, 04 January 2009, 10:40 GMT
I installed obexftp, which is in extra and takes its dependencies bluez and obexftp from testing. Trying to run obexftp ends with

$ obexftp
obexftp: error while loading shared libraries: libbluetooth.so.2: cannot open shared object file: No such file or directory

We really need some additional packages in testing! I tried to recompile pilot-link, claws-mail and claws-mail-extra-plugins and obexftp and it worked well.
Comment by Andy Coder (acoder) - Sunday, 04 January 2009, 18:36 GMT
Is bluez-libs supposed to provide bluez, or is it just being phased out?
If it's on its way out, can the following packages simply be changed to require bluez?

# gnokii
# gvfs
# obex-data-server
# openobex
# pilot-link

$ sudo pacman -S gnome-bluetooth
resolving dependencies...
looking for inter-conflicts...
:: bluez conflicts with bluez-libs. Remove bluez-libs? [Y/n]
error: failed to prepare transaction (could not satisfy dependencies)
:: pilot-link: requires bluez-libs>=3.32
Comment by Andy Coder (acoder) - Sunday, 04 January 2009, 18:48 GMT
As with the other comments, compiling pilot-link against bluez worked fine for me. If bluez is the way to go in the future, could bluez-lib provide bluez and dependent packages require bluez,to prevent the issue when bluez-lib goes and recent testing packages find thier way into current? Seems like an easy way to avoid a mass 'special' upgrade.
Comment by Witold Czaplewski (Witi) - Monday, 05 January 2009, 17:12 GMT
see also http://bugs.archlinux.org/task/12622
Comment by Bernhard Walle (bwalle) - Sunday, 11 January 2009, 13:53 GMT
pilot-link recompilation is not only needed because of dependencies but also because pilot-link requires libbluetooth.so.3 but the new bluez package provides libbluetooth.so.4.

Loading...