From owner-freebsd-bluetooth@FreeBSD.ORG Sun Dec 4 22:36:36 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B344716A459 for ; Sun, 4 Dec 2005 22:36:36 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3CCA43D55 for ; Sun, 4 Dec 2005 22:36:35 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051204223634.HFHO1186.mta10.adelphia.net@[192.168.1.254]>; Sun, 4 Dec 2005 17:36:34 -0500 Message-ID: <43936F6B.1090003@savvis.net> Date: Sun, 04 Dec 2005 14:36:27 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "P. Durante" References: <9307f5f20512030807x6eadc73cq9d9acc9dd5503a5b@mail.gmail.com> <4391E320.2090006@savvis.net> <9307f5f20512031333x61e9d141u85ea578711740712@mail.gmail.com> In-Reply-To: <9307f5f20512031333x61e9d141u85ea578711740712@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: Automatic bluetooth device initialization X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2005 22:36:37 -0000 Paul, >> fine. if you could please tell us a little bit more and explain >> what is wrong with the current way of doing things in linux and/or >> freebsd. > > don't get me wrong, there isn't anything wrong with the current state > of bluetooth configuration utilities. If you've spent some time > reading the freebsd handbook or some unofficial bluez tutorials and > you're accustomed to the command line (like most of the people on > this list, I assume) then you're just set.. ..but if you take into > account the regular desktop user (like how linux and freebsd are > trying to do right now) you see the need for something more intuitive > and immediate than the 'current way of doing things', this basically > involves some sort of user interface, at the very least. Even on this i though we are talking about bluetooth device _initialization_. right now, in freebsd, user does not have to do anything except loading the drivers and plugging the device. all configuration parameters are in one file and documented. adjusting configuration for bluetooth devices in freebsd is not that much different from putting stuff into /etc/rc.conf etc. i agree with you, there is no gnome/kde/whatever gui applet that knows about bluetooth in freebsd. i also admit that there are no gui based bluetooth tools in freebsd. however, this, in my opinion, has nothing to do with bluetooth devices initialization. > mailing list, little time ago, there was a request about porting the > excellent kde bluetooth framework to freebsd, but, as you noted, in > it's current form kdebluetooth has very deep roots in bluez, and it > also has deep roots in KDE, so even adapting to another desktop > manager would be difficult. To solve such (not uncommon) problems, > the dbus system[¹] is being developed, dbus is getting very popular > (maybe too much) and it provides a simple and secure messaging system > to let different programs talk to one another, in our example, let > one program be the bluetooth daemon, it provides a well-known > interface and hides platform-specific implementation details, on the > other side we have the other programs, which are just frontends (with > a Qt/Gtk/textual interface, it doesn't matter) and can run on every > operating system where the aforementioned interface is available, I > think something like this wouldn't hurt to any "desktop-unix" > operating system. while i appreciate your effort in this area, i'm skeptical that d-bus and/or whatever api will solve this problem. i think, instead of introducing yet another compatibility layer that sits on top of native api, everyone would be much better off if native api was the same. what would solve this problem, imo, is the standard (something like posix) that would define api etc. in the very beginning, i asked linux bluez folks if they are willing to release their user space code under dual (gpl/bsd) license. someone immediately shoot me down with the statement that bluez code is gpl and it will remain so forever. i admit, it was a very weak attempt and i did not push it any further. instead, i choose to write my own code under bsd license so it can be included into freebsd. i took a very quick look at kde-bluetooth sources and i could not find anything that would suggest that kde-bluetooth is trying to work on non linux-bluez systems. it seems like all that needs to be done is to teach libkbluetooth about other non linux-bluez systems. thanks, max