From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [Bluez-devel] Dealing with the bluez-utils dependencies From: Marcel Holtmann To: bluez-devel@lists.sourceforge.net In-Reply-To: <42814E2F.1030503@xmission.com> References: <1115722824.8949.242.camel@pegasus> <4280D256.1000804@xmission.com> <1115739962.12058.19.camel@pegasus> <42814E2F.1030503@xmission.com> Content-Type: text/plain Message-Id: <1115810372.11503.50.camel@pegasus> Mime-Version: 1.0 Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed, 11 May 2005 13:19:32 +0200 Hi Brad, > > It is already an own package called bluez-pin and not maintained by me. > > The problem is that for example the Debian bluez-utils package depends > > on bluez-pin and thus the dependency chain increases. > > it could be changed to a recommendation if things are set up to fall > back to a fixed pin number. it might be a lot of trouble if it's not > required on the user side. i was pleasantly surprised the first time it > "just worked" and ran the gtk pin gui. this is nice, but I still want something to satisfy terminal, X11, Gnome and KDE users as well. In general it should not be necessary to touch hcid.conf or modify the PIN helper. Only install the correct packages or be happy with the default PIN. Regards Marcel ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel