[Desktop-packages] [Bug 1334722] [NEW] Add an accounts click hook

2014-06-26 Thread Pete Woods
Public bug reported:

Click packages need to be able to add new account types just as debian
packages can. I would suggest a click manifest definition similar to
below.

manifest.json:
{
description: My Description,
framework: ubuntu-sdk-14.10-dev2,
architecture: all,
hooks: {
my-application: {
accounts: my-accounts -- this refers to the name of a dir in 
your click package
}
},
icon: icon,
maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com,
name: com.package.name,
title: A click package providing account types,
version: 1.0.0
}

And then in your click package provide the directory my-accounts, following 
the same structure as in /usr/share/accounts:
my-accounts:
├── applications
│   └── something.application
├── providers
│   └── something.provider
├── qml-plugins
│   ├── something
│   └ Main.qml
├── services
│   └── yahoo-mail.service
└── service_types
└── ubuntuone.service-type

Your actual click hook file could be something like this:
Pattern: ${home}/.local/share/accounts/${id}
User-Level: yes
Hook-Name: accounts

You'd obviously need to monitor ~/.local/share/accounts/. In there the
click machinery will create symlinks to the directories specified above.

Any click packaging would satisfy the requirements really, but I think
what I have specified above is pretty simple to both use and implement.

** Affects: signon (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to signon in Ubuntu.
https://bugs.launchpad.net/bugs/1334722

Title:
  Add an accounts click hook

Status in “signon” package in Ubuntu:
  New

Bug description:
  Click packages need to be able to add new account types just as debian
  packages can. I would suggest a click manifest definition similar to
  below.

  manifest.json:
  {
  description: My Description,
  framework: ubuntu-sdk-14.10-dev2,
  architecture: all,
  hooks: {
  my-application: {
  accounts: my-accounts -- this refers to the name of a dir in 
your click package
  }
  },
  icon: icon,
  maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com,
  name: com.package.name,
  title: A click package providing account types,
  version: 1.0.0
  }

  And then in your click package provide the directory my-accounts, following 
the same structure as in /usr/share/accounts:
  my-accounts:
  ├── applications
  │   └── something.application
  ├── providers
  │   └── something.provider
  ├── qml-plugins
  │   ├── something
  │   └ Main.qml
  ├── services
  │   └── yahoo-mail.service
  └── service_types
  └── ubuntuone.service-type

  Your actual click hook file could be something like this:
  Pattern: ${home}/.local/share/accounts/${id}
  User-Level: yes
  Hook-Name: accounts

  You'd obviously need to monitor ~/.local/share/accounts/. In there
  the click machinery will create symlinks to the directories specified
  above.

  Any click packaging would satisfy the requirements really, but I think
  what I have specified above is pretty simple to both use and
  implement.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/signon/+bug/1334722/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


Re: [Desktop-packages] [Bug 1334722] [NEW] Add an accounts click hook

2014-06-26 Thread David Barth
Le 26/06/2014 17:24, Pete Woods a écrit :
 Public bug reported:

 Click packages need to be able to add new account types just as debian
 packages can. I would suggest a click manifest definition similar to
 below.

 manifest.json:
 {
  description: My Description,
  framework: ubuntu-sdk-14.10-dev2,
  architecture: all,
  hooks: {
  my-application: {
  accounts: my-accounts -- this refers to the name of a dir 
 in your click package
  }
  },
  icon: icon,
  maintainer: Ubuntu Developers 
 ubuntu-devel-disc...@lists.ubuntu.com,
  name: com.package.name,
  title: A click package providing account types,
  version: 1.0.0
 }

 And then in your click package provide the directory my-accounts, following 
 the same structure as in /usr/share/accounts:
 my-accounts:
 ├── applications
 │   └── something.application
 ├── providers
 │   └── something.provider
 ├── qml-plugins
 │   ├── something
 │   └ Main.qml
 ├── services
 │   └── yahoo-mail.service
 └── service_types
  └── ubuntuone.service-type

 Your actual click hook file could be something like this:
 Pattern: ${home}/.local/share/accounts/${id}
 User-Level: yes
 Hook-Name: accounts

 You'd obviously need to monitor ~/.local/share/accounts/. In there the
 click machinery will create symlinks to the directories specified above.

 Any click packaging would satisfy the requirements really, but I think
 what I have specified above is pretty simple to both use and implement.
Most of that is doable, but the containment implications are not 
straightforward.

Right now, this is not on the RTM list, but on 14.10 rather.

We have a manual approval path for packages requiring that type of extra 
privileges. Ping us back if you have an actual case to implement.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to signon in Ubuntu.
https://bugs.launchpad.net/bugs/1334722

Title:
  Add an accounts click hook

Status in “signon” package in Ubuntu:
  New

Bug description:
  Click packages need to be able to add new account types just as debian
  packages can. I would suggest a click manifest definition similar to
  below.

  manifest.json:
  {
  description: My Description,
  framework: ubuntu-sdk-14.10-dev2,
  architecture: all,
  hooks: {
  my-application: {
  accounts: my-accounts -- this refers to the name of a dir in 
your click package
  }
  },
  icon: icon,
  maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com,
  name: com.package.name,
  title: A click package providing account types,
  version: 1.0.0
  }

  And then in your click package provide the directory my-accounts, following 
the same structure as in /usr/share/accounts:
  my-accounts:
  ├── applications
  │   └── something.application
  ├── providers
  │   └── something.provider
  ├── qml-plugins
  │   ├── something
  │   └ Main.qml
  ├── services
  │   └── yahoo-mail.service
  └── service_types
  └── ubuntuone.service-type

  Your actual click hook file could be something like this:
  Pattern: ${home}/.local/share/accounts/${id}
  User-Level: yes
  Hook-Name: accounts

  You'd obviously need to monitor ~/.local/share/accounts/. In there
  the click machinery will create symlinks to the directories specified
  above.

  Any click packaging would satisfy the requirements really, but I think
  what I have specified above is pretty simple to both use and
  implement.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/signon/+bug/1334722/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp