Hi, i write to know the status of bluetooth packages in Arch, i mean bluez mostly. In extra repository
On Saturday 12 September 2009 23:30:35 Ricardo Hernandez wrote:
Hi, i write to know the status of bluetooth packages in Arch, i mean bluez mostly. In extra repository
It works here. I doubt they would put broken packages into extra..
2009/9/12 Dennis Brendel buddabrod@gmail.com
On Saturday 12 September 2009 23:30:35 Ricardo Hernandez wrote:
Hi, i write to know the status of bluetooth packages in Arch, i mean
bluez
mostly. In extra repository
It works here. I doubt they would put broken packages into extra..
I mean the update status, there are numerous updates that fix things like stereo audio and fix some build issues.
On 21/09/2009, Ricardo Hernandez ricardoh26@gmail.com wrote:
I mean the update status, there are numerous updates that fix things like stereo audio and fix some build issues.
I am updating bluez, openobex, obexd and kbluetooth in [testing].
2009/9/12 Ricardo Hernandez ricardoh26@gmail.com
Hi, i write to know the status of bluetooth packages in Arch, i mean bluez mostly. In extra repository
-- Ricardo Hernández ( richerVE ) richerve@archlinux.com.ve
Sorry i hit tab and send the message before i finish. The situation is that bluez in Arch is version 4.39 and upstream version is 4.53, is a lot of difference, taking into account that it fixes a bunch of errors.
I have a personal repo and updated bluez to newest version ASAP. I don't know what happened to Geoffroy, maybe is busy but bluez needs some attention, and PKGBUILD doesn't change a lot.
I'm also in contact with new maintainer of kbluetooth ( that's the official name that he commits now ), is also an Arch user and keep tracking all changes in svn. Package kbluetooth4-svn now builds in last revision, i upload and updated PKGBUILD with the revision that builds successfully.
On 12/09/2009, Ricardo Hernandez ricardoh26@gmail.com wrote:
I'm also in contact with new maintainer of kbluetooth ( that's the official name that he commits now ), is also an Arch user and keep tracking all changes in svn. Package kbluetooth4-svn now builds in last revision, i upload and updated PKGBUILD with the revision that builds successfully.
What's wrong with kdebluetooth in [extra]? Here kdebluetooth works fine. I can send files to my phone and viceversa.
Le Sat, 12 Sep 2009 21:49:42 +0000, Ricardo Hernandez ricardoh26@gmail.com a écrit :
Sorry i hit tab and send the message before i finish. The situation is that bluez in Arch is version 4.39 and upstream version is 4.53, is a lot of difference, taking into account that it fixes a bunch of errors.
I have a personal repo and updated bluez to newest version ASAP. I don't know what happened to Geoffroy, maybe is busy but bluez needs some attention, and PKGBUILD doesn't change a lot.
I'm also in contact with new maintainer of kbluetooth ( that's the official name that he commits now ), is also an Arch user and keep tracking all changes in svn. Package kbluetooth4-svn now builds in last revision, i upload and updated PKGBUILD with the revision that builds successfully.
Looks like the devs are aware of it: http://mailman.archlinux.org/pipermail/arch-dev-public/2009-September/013363...
2009/9/12 Pierre Chapuis catwell@archlinux.us
Le Sat, 12 Sep 2009 21:49:42 +0000, Ricardo Hernandez ricardoh26@gmail.com a écrit :
Sorry i hit tab and send the message before i finish. The situation is
that
bluez in Arch is version 4.39 and upstream version is 4.53, is a lot of difference, taking into account that it fixes a bunch of errors.
I have a personal repo and updated bluez to newest version ASAP. I don't know what happened to Geoffroy, maybe is busy but bluez needs some attention, and PKGBUILD doesn't change a lot.
I'm also in contact with new maintainer of kbluetooth ( that's the
official
name that he commits now ), is also an Arch user and keep tracking all changes in svn. Package kbluetooth4-svn now builds in last revision, i upload and updated PKGBUILD with the revision that builds successfully.
Looks like the devs are aware of it: http://mailman.archlinux.org/pipermail/arch-dev-public/2009-September/013363...
-- catwell
Yes Pierre i read that too, that is why i bring this question also.
Andrea, indeed kbluetooth in extra works, but kbluetooth-svn have some changes for the new tray in kde 4.3, that's why doesn't build in the revision that AUR has, but is now fixed, and i18n is on the way.
Maybe there is a new release for kbluetooth next week.
Looks like the devs are aware of it: http://mailman.archlinux.org/pipermail/arch-dev-public/2009-September/013363...
(Since most of us can't send emails to that list)
I've been keeping my PKGBUILDs on http://damjan.softver.org.mk/git/arch-bluetooth/ up to date since 2008-12-03. I've also tried to provide meaningful commit messages.
If anyone has been following that tree maybe can comment about it's quality, shortcomings, correctness and its up-to-dateness? What would you change or improve about it? What more would be required from me so that I could be an official maintainer?
Now, on the issue of obexd vs obex-data-server. Both are DBus services that provide OBEX support for different GUI tools. What I don't understand is if: 1) do they offer the same functionality 2) are they interchangeable 3) are the conflicting or can be installed simultaneously
as I can see both have a "Name=org.openobex" in the DBus service file (in /usr/share/dbus-1/services/), is this a problem?
What about the GUI tools ... there's blueman, kdebluetooth, gnome-bluetooth and bluez-gnome (from the bluez developers too) - these are that I know of. Do theese have some requirement on any of the obex services?
2009/9/13 Damjan Georgievski gdamjan@gmail.com
Looks like the devs are aware of it:
http://mailman.archlinux.org/pipermail/arch-dev-public/2009-September/013363...
(Since most of us can't send emails to that list)
I've been keeping my PKGBUILDs on http://damjan.softver.org.mk/git/arch-bluetooth/ up to date since 2008-12-03. I've also tried to provide meaningful commit messages.
If anyone has been following that tree maybe can comment about it's quality, shortcomings, correctness and its up-to-dateness? What would you change or improve about it? What more would be required from me so that I could be an official maintainer?
Now, on the issue of obexd vs obex-data-server. Both are DBus services that provide OBEX support for different GUI tools. What I don't understand is if:
- do they offer the same functionality
- are they interchangeable
- are the conflicting or can be installed simultaneously
as I can see both have a "Name=org.openobex" in the DBus service file (in /usr/share/dbus-1/services/), is this a problem?
What about the GUI tools ... there's blueman, kdebluetooth, gnome-bluetooth and bluez-gnome (from the bluez developers too) - these are that I know of. Do theese have some requirement on any of the obex services?
-- damjan
Kdebluetooth (kbluetooth now) depends of obex-data-server. I think gnome-bluetooth depends of obexd now.
I think functionality is about the same, but obexd is directly updated by bluez group
arch-general@lists.archlinux.org