From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Allen Li Newsgroups: gmane.emacs.bugs Subject: bug#29575: 25.3; Secret Service API treats labels as unique Date: Tue, 12 Dec 2017 19:41:50 -0800 Message-ID: References: <87374hct91.fsf@gmx.de> <87lgi87387.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1513136535 11271 195.159.176.226 (13 Dec 2017 03:42:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 13 Dec 2017 03:42:15 +0000 (UTC) Cc: 29575@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 13 04:42:06 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eOxvp-0002XH-Hj for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Dec 2017 04:42:05 +0100 Original-Received: from localhost ([::1]:33402 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOxvw-0005Ew-N5 for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Dec 2017 22:42:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40224) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOxvq-0005Eq-Nu for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2017 22:42:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOxvn-0003WL-H4 for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2017 22:42:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50577) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eOxvn-0003WA-Ck for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2017 22:42:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eOxvm-0004eH-J8 for bug-gnu-emacs@gnu.org; Tue, 12 Dec 2017 22:42:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Allen Li Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Dec 2017 03:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29575 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29575-submit@debbugs.gnu.org id=B29575.151313651917860 (code B ref 29575); Wed, 13 Dec 2017 03:42:02 +0000 Original-Received: (at 29575) by debbugs.gnu.org; 13 Dec 2017 03:41:59 +0000 Original-Received: from localhost ([127.0.0.1]:59258 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eOxvj-0004e0-Ao for submit@debbugs.gnu.org; Tue, 12 Dec 2017 22:41:59 -0500 Original-Received: from mail-qk0-f179.google.com ([209.85.220.179]:35884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eOxvh-0004dj-6z for 29575@debbugs.gnu.org; Tue, 12 Dec 2017 22:41:57 -0500 Original-Received: by mail-qk0-f179.google.com with SMTP id 8so404519qkj.3 for <29575@debbugs.gnu.org>; Tue, 12 Dec 2017 19:41:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=2c00lCFfZMILGqgcZI8iTr044I22ccO2E4QwH7fUV5A=; b=nuCT3B2CvDRlBFDFcZClT1bovJLRBFIsRo6W+NZepgyvzkWmv/qq/hqHRTbUWCV6OE VcA7Rs8owo5isl6lVKkvBMZLdHOK4daogXZxwlyPwmZhC3tq7cWnyMxYKEhBtXsd1376 +/CtlF673PV4hDduNAVim6bjGnaxxUsULdmVjVOOBzj2grU6jU/v5k8263Xevnl1fcuJ yOm4S0y7UN0Gp+lLtcSJ5ZYB2jlc7VHl4VS55ZBZlgjqNCx4oZJ76LUxDEGEcvdBd363 56ZVK+o3TsufRaJQczORyiFBDDHWzvT28vX/33G0Kqb6fEFAl16KvrvZZroN5pJIfcOJ VgWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=2c00lCFfZMILGqgcZI8iTr044I22ccO2E4QwH7fUV5A=; b=skucRdehQF/KSq519YsV6EdWWc/vGNHTf8fsQ9pnVW4KKS4r7iXmTFbNNUYv15bxWc chLg7N8y445N2a2WLhiD45MExUyouwtBybEtwEZNcWEzJWLw2QCUt0mKfkQwZg2KzdWl uO37XThWNrN2icjd65T3f3U+OpJwZMb7EjQsgYCZpJE6/gDmdnoVJpMFd/+o3d4snSDg w+GDhorn2WarHBGdlnWjRjo/WqhVoUyaqA8r/QTdVqfVEJGf0MaqA6//HJ/PbCz7m7Tx Bqghf6YFSv3lnNJdB336vSL7HAKyAtm3oCZz4v4l5NQ1uwbkGhZ8ZOONoaeHnwgG/pO8 tCvQ== X-Gm-Message-State: AKGB3mL3YldyiW8ANjmZdkkhz9wfQPSjTDT7Kr8wmCiJSw8pSVSMkeph RsHN+ycmmP0k3OBobdHqNyEp4Um5b2mb3tSeKdY= X-Google-Smtp-Source: ACJfBosSljMkNkLsqLr2LuIOIyLwfZfKvHTgrI9nbTU5ha3q7DtvJTET7P4GZfnHYl1v1QwVXEmj+z41nza4QXWvhXs= X-Received: by 10.55.112.6 with SMTP id l6mr8743377qkc.329.1513136511630; Tue, 12 Dec 2017 19:41:51 -0800 (PST) Original-Received: by 10.237.55.36 with HTTP; Tue, 12 Dec 2017 19:41:50 -0800 (PST) In-Reply-To: <87lgi87387.fsf@gmx.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:141019 Archived-At: On Tue, Dec 12, 2017 at 12:35 AM, Michael Albinus wrote: > Allen Li writes: > > Hi Allen, > >> Yes, I plan on implementing a personal password manager using the API. > > Is it a standalone program, or an Emacs package? In the latter case I > recommend to try auth-sources.el. It is the default "password manager" > in Emacs. The Secret Service API is integrated as one backend, although > there's room for improvement. I envision a frontend to a password store, so not a password manager in the sense that Emacs Lisp code calls out to it to retrieve passwords. My understanding is that auth-source.el fulfills the latter role. I want more something to store secrets that I can recall interactively through various frontends, one of which would be through Emacs. >>> Well, inside the org.freedesktop.Secret.{Service,Collection,Item} >>> interfaces, an item is identified by an object path. We could extend ou= r >>> interface to allow both label and object path as item, and to throw awa= y >>> the "unique label rule" inside collections. >> >> That sounds like a better starting idea. One problem that comes to >> mind is that the object path could be a valid label value, I think. > > That's possible, yes. But I doubt it will happen in reality. At least in > Emacs we could check, that a label doesn't look like an object path, and > suppress such items for being considered. > >> I don=E2=80=99t think the specification places any guarantees on the obj= ect >> path either, e.g. if another program modifies an Item, does that >> change the object path from under us? That would cause race bugs. > > secrets.el registers for several signals already, like > "org.freedesktop.DBus.NameOwnerChanged", > "org.freedesktop.Secret.Service.CollectionCreated" and > "org.freedesktop.Secret.Service.CollectionDeleted". > > We could also register for the signals > "org.freedesktop.Secret.Collection.ItemCreated", > "org.freedesktop.Secret.Collection.ItemDeleted" and > "org.freedesktop.Secret.Collection.ItemChanged" in order to be notified > about such changes. > > I don't know whether I have sufficient time to work on secrets.el next > weeks. Would you be interested in providing respective patches for secret= s.el? Sorry, I can=E2=80=99t commit to that. > > Best regards, Michael.