From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 0DCCF1381FA for ; Wed, 28 May 2014 23:05:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9F921E0980; Wed, 28 May 2014 23:05:25 +0000 (UTC) Received: from icp-osb-irony-out1.external.iinet.net.au (icp-osb-irony-out1.external.iinet.net.au [203.59.1.210]) by pigeon.gentoo.org (Postfix) with ESMTP id 1135CE087B for ; Wed, 28 May 2014 23:05:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsIFAEJqhlNqRCxn/2dsb2JhbABagwdSg0OnJAEBAQEBAQaYHQGBERZ0giUBAQUjVRELDQsCAgUWCwICCQMCAQIBRRMIAQGIPQ6ydqUeF4EqhCuIL1UWgl+BSwSKII9VgT2FLimME4NFMC8 X-IronPort-AV: E=Sophos;i="4.98,931,1392134400"; d="scan'208";a="228002804" Received: from unknown (HELO moriah.localdomain) ([106.68.44.103]) by icp-osb-irony-out1.iinet.net.au with ESMTP; 29 May 2014 07:05:22 +0800 Received: from localhost (localhost [127.0.0.1]) by moriah.localdomain (Postfix) with ESMTP id 68E235545 for ; Thu, 29 May 2014 07:05:21 +0800 (WST) X-Virus-Scanned: amavisd-new at lan.localdomain Received: from moriah.localdomain ([127.0.0.1]) by localhost (moriah.lan.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r5gphh638ulO for ; Thu, 29 May 2014 07:05:16 +0800 (WST) Received: from [192.168.44.3] (moriah [192.168.44.3]) by moriah.localdomain (Postfix) with ESMTP id 1408D728A for ; Thu, 29 May 2014 07:05:16 +0800 (WST) Message-ID: <53866BAC.6070002@iinet.net.au> Date: Thu, 29 May 2014 07:05:16 +0800 From: William Kenworthy User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: bluez 5 not connecting References: <53578420.1040604@iinet.net.au> <201405281942.20218.michaelkintzios@gmail.com> <538632C5.9090908@gentoo.org> <201405282329.03803.michaelkintzios@gmail.com> In-Reply-To: <201405282329.03803.michaelkintzios@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: e1f6bfe1-b3e6-422d-9d4f-1a2da121d7a7 X-Archives-Hash: 73e655223f7c634833f87c32ecfa58db On 29/05/14 06:28, Mick wrote: > On Wednesday 28 May 2014 20:02:29 Samuli Suominen wrote: >> On 28/05/14 21:42, Mick wrote: >>> Hmm ... am I alone in this quest? >> >> See here, http://bugs.gentoo.org/show_bug.cgi?id=505362 > > Thanks! I missed this bug when I glanced earlier. However, it does not > mention rfcomm is now missing, or the fact that the gentoo rc script fails to > initialise bluethooth and complains about rfcomm service not having > started/exist, or that bluetoothctl now does not work at all. Is all this > down to a missing udev rule? > No its the fact that bluez 5 has been redesigned to fit in more with the systemd world. it works if: remove rfcomm using rc-update /etc/init.d/bluetoothctl restart (get rid of any existing config) bluetoothctl power on scan on agent on default-agent trust [MAC ADDRESS OF CLIENT] pair [MAC ADDRESS OF CLIENT] enter PIN when requested wait for "Connected: no" exit After this you should have an rfcomm channel available to the client. I have the above in an expect script as bluetoothctl has no inate remote controllability capabilities. No separate pairing app or rfcomm init script needed. BillK