Googleで2段階認証プロセスを使用しているため、gnome-online-accountsにGoogleアカウントへのアクセス許可を与える場合、認証コードも入力する必要があります。それは大丈夫です、それは物事がどのように機能するはずであるかです。
ただし、頻繁にログインがリセットされ、すべてを再入力する必要があります。そのため、gnome-online-accountsで使用するアプリケーション固有のパスワードを作成しようとしましたが、受け入れられません。代わりにアカウントのパスワードを使用するように言っています。
それがなぜなのか、さらに重要なことですが、動作方法を変更する方法がある場合、または2段階認証でgnome-on-line-accountsを使用してGoogle資格情報を保存する場合、誰もが知っていますか？
回答:
これはバグのようです。そして、私が読んだことから、Gnome 3.8には回避策があるように見えます。
Googleで2要素認証を使用していますか？もしそうなら、現時点ではGOAを使用しない方が良いでしょう。
問題は、3.6ではGoogleカレンダーにCalDAVを使用することです。これはOAuthトークンでは機能せず、パスワードのみで機能します。OAuth2を必要とするGTalkも同様です。
Googleプロバイダーを移行してOAuth2を使用することにより、3.8の問題を部分的に解決しました。これでGTalkが処理されますが、カレンダーの問題は残ります。
Googleでは、CalDAVでOAuth2をサポートする計画がありますが、いつより広く利用できるようになるかはわかりません。または、EDS用のlibgdataベースのバックエンドを作成して、それが発生するまで維持できます。
これはGoogleについてのみです。
完全な情報については、GNOME Bug 688364を参照してください
いいえ、わかりませんが、gnome 3.8とubuntu 13.04には問題があることを知っています。
おそらくこれが役立ちます。
おそらくこれが役立ちます。http://support.google.com/a/bin/answer.py?hl=ja&answer=175197、そのGoogleからの情報なので、おそらく詳細がわかるかもしれません。