Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp10195680ybl; Thu, 26 Dec 2019 12:40:31 -0800 (PST) X-Google-Smtp-Source: APXvYqx2Wjd72u1PJYN4ZAG0NRPRxbCfjCr4k4GUd+L267X7Eh8UQC4mqAGsI+ngkoCXCImAHdbn X-Received: by 2002:a9d:7f11:: with SMTP id j17mr54696718otq.281.1577392831428; Thu, 26 Dec 2019 12:40:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577392831; cv=none; d=google.com; s=arc-20160816; b=TAHHprD3fVa1iYSDgHylcbwPz6F4WOSKiGKCI7qJPwce3V8nO6Sh+OaTwhA/6zAfn3 FsMFY4pTQOTL6zPNGCcvvqS5HNgGHuc3smA1UkFWvHUDc65vhI4mqf39aSKflJdaY7s4 5T1uuslyo1gbKJoqoXziUwAVvxbdufzZQ0h3Hb2BuYygDbUnyaa/Q/vXWcnNISBdkJ/0 0XEmfzf9wQIPB793kkIew3035Ztf8264JB4UltonkI0+qsa6/9niL+JBJ/xclSPoRj3I uweiRj2GeMNJ8jW6nDFKjNm9gXpgmwOt7hnpAnSW0s+2eL2LqOx7QMHSCnSLqT4AiRCy slIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=QluyUgEp40KUfcDf4fyLrVNNAbCxyzFDFTcyvE2O4dM=; b=jMOEfYZcmNnN1OiSfW8asXp3Dhjv1IFU9x3imMuYahIzvrCGTVJg6zG1xW75D6+xkJ 8gvMfD/7mXl19M4azE0sefQ7IaQaPzsB66ut9c0fneyUfED8FtQ8rF56wU96P08/U/b8 MWvakf8sMPOXMj7C1FdwjdlJ5xD+x8EiWBr7kdqOmakNXPDl6ypiDjK0e8ZacY03OpQx RlqCW0gWS9bBf5qghXoxllyg259Qrf1BQHLgpwYlDmiF4SKoiDIzxyOGilGjw6M+sfzC xCQvv537pFdy00a3DSMfQMFrmQnSkdbkcRyG+icJljO8NjPgaU6jGObqrRls9bn/6rnZ R+WA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d4si15138725oig.155.2019.12.26.12.40.19; Thu, 26 Dec 2019 12:40:31 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726628AbfLZUkS (ORCPT + 99 others); Thu, 26 Dec 2019 15:40:18 -0500 Received: from coyote.holtmann.net ([212.227.132.17]:60582 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726105AbfLZUkS (ORCPT ); Thu, 26 Dec 2019 15:40:18 -0500 Received: from [192.168.0.171] (188.147.97.8.nat.umts.dynamic.t-mobile.pl [188.147.97.8]) by mail.holtmann.org (Postfix) with ESMTPSA id E9037CECEC; Thu, 26 Dec 2019 21:49:30 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: deprecated tools: rfcomm, can we un-deprecate it? From: Marcel Holtmann In-Reply-To: <0aad7250-65f9-3e4c-e5ca-434139a9ae64@message-id.googlemail.com> Date: Thu, 26 Dec 2019 21:40:16 +0100 Cc: BlueZ devel list Content-Transfer-Encoding: 7bit Message-Id: <2203E98B-B581-4C14-94DF-164D7E036234@holtmann.org> References: <0aad7250-65f9-3e4c-e5ca-434139a9ae64@message-id.googlemail.com> To: Stefan Seyfried X-Mailer: Apple Mail (2.3608.40.2.2.4) Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Stefan, > as the bluez package maintainer for openSUSE, I'm trying to transition > the package to build without "--enable-deprecated". > > Now the users started asking me what to use as a replacement for the > deprecated tools. > > For many of the tools, the answer is "just use bluetoothctl and let > bluetoothd handle things" (hciconfig, hcitool, sdptool) > > But for rfcomm, I have not been able to find a suitable replacement. > > All the other implementations of rfcomm services that I could find in a > quick search (some python modules, blueman) just basically reimplement > the functionality of rfcomm (socket(), bind(), connect(), ioctl()...), > some of them in really odd / crazy ways, which is probably not the way > to go... > > So is there a way to set up a rfcomm device via bluetoothctl? I could > not find one, but maybe I did not look hard enough? > > If not, could we please un-deprecate rfcomm, because having everyone out > there reinvent the functionality in crazy ways probably is not a good idea. > > Or should I just continue to build the package with --enable-deprecated? > But that will ship tools with known unfixed security issues (hcidump). have a look at doc/profile-api.txt. Regards Marcel