|
|
Subscribe / Log in / New account

Re: GNOME Online Accounts 3.34 won't have documents support

From:  mcatanzaro-AT-gnome.org
To:  Nathan Graule <solarliner-AT-gmail.com>
Subject:  Re: GNOME Online Accounts 3.34 won't have documents support
Date:  Sun, 27 Jan 2019 19:45:45 -0600
Message-ID:  <1548639945.60824.3@posteo.de>
Cc:  Allan Day <aday-AT-gnome.org>, GNOME Desktop Development List <desktop-devel-list-AT-gnome.org>
Archive-link:  Article

On Sun, Jan 27, 2019 at 6:32 PM, Nathan Graule via desktop-devel-list 
<desktop-devel-list@gnome.org> wrote:
> Given what I've read about the Google policy (and I don't know how 
> much of that was added with the Jan. 15 revision), but it seems like 
> the very concept of GOA as a centralized account repository goes 
> against Google rules. Google wants to know by whom the OAuth key will 
> be used, and how. Under an open system where any third-party can 
> implement access to GOA, GNOME cannot be able to tell Google about 
> the use of the key (which is part of what they're asking in their 
> request, as the ansible issue presents <#2>).
> Therefore GOA *needs* to change somewhat. At the very least, it 
> cannot let third-party applications use the GNOME OAuth key to access 
> Google APIs.

Question: the GNOME key is necessarily public, since it's open source 
and we don't have secret sauce in the build system. GNOME can't stop 
random apps from using it. Right? The g-o-a README says this is allowed:

https://gitlab.gnome.org/GNOME/gnome-online-accounts/blob...

So there's no way we can ever stop random applications from using the 
GNOME key and pretending to be us, right? It just works because nobody 
has decided to abuse it yet?

Michael


to post comments


Copyright © 2019, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds