| 2013-07-02 16:28:28 |
Jamie Strandboge |
bug |
|
|
added bug |
| 2013-07-02 16:30:41 |
Jamie Strandboge |
description |
Currently the SDK installs applications in /usr. This is fine for Ubuntu packages for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
Note that the above path is not yet finalized and requires coordination with Colin (for click) and the security team (for security policy). This bug is meant for coordinating these changes. |
Currently the SDK installs applications in /usr. This is fine for Ubuntu packages for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
Note that the above path and the format of the <app id> is not yet finalized and requires coordination with Colin (for click), the security team (for security policy) and Martin Albisetti (click server, for <app id>). This bug is meant for coordinating these changes. |
|
| 2013-07-02 16:31:05 |
Jamie Strandboge |
bug task added |
|
apparmor-easyprof-ubuntu (Ubuntu) |
|
| 2013-07-02 16:32:04 |
Jamie Strandboge |
bug task added |
|
click (Ubuntu) |
|
| 2013-07-02 16:32:24 |
Jamie Strandboge |
description |
Currently the SDK installs applications in /usr. This is fine for Ubuntu packages for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
Note that the above path and the format of the <app id> is not yet finalized and requires coordination with Colin (for click), the security team (for security policy) and Martin Albisetti (click server, for <app id>). This bug is meant for coordinating these changes. |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
Note that the above path and the format of the <app id> is not yet finalized and requires coordination with Colin (for click), the security team (for security policy) and Martin Albisetti (click server, for <app id>). This bug is meant for coordinating these changes. |
|
| 2013-07-02 16:55:37 |
Jamie Strandboge |
tags |
|
application-confinement |
|
| 2013-07-31 18:29:24 |
Jamie Strandboge |
description |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
Note that the above path and the format of the <app id> is not yet finalized and requires coordination with Colin (for click), the security team (for security policy) and Martin Albisetti (click server, for <app id>). This bug is meant for coordinating these changes. |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app id> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files). All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories). |
|
| 2013-07-31 18:29:31 |
Jamie Strandboge |
apparmor-easyprof-ubuntu (Ubuntu): status |
New |
Fix Released |
|
| 2013-07-31 18:29:35 |
Jamie Strandboge |
click (Ubuntu): status |
New |
Fix Released |
|
| 2013-07-31 18:35:16 |
Jamie Strandboge |
description |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be something like:
/opt/click.ubuntu.com/<app-id>/<version or "current">/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app id> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files). All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories). |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be:
/opt/click.ubuntu.com/<app-id>/<version>/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app id> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files). All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories).
Note: /opt/click.ubuntu.com is the default and could change. This should be totally transparent for the SDK though. |
|
| 2013-08-30 03:54:25 |
Zoltan Balogh |
ubuntu-qtcreator-plugins: status |
New |
Fix Released |
|
| 2013-09-16 15:22:11 |
Jamie Strandboge |
description |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be:
/opt/click.ubuntu.com/<app-id>/<version>/
where <app id> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app id> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files). All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories).
Note: /opt/click.ubuntu.com is the default and could change. This should be totally transparent for the SDK though. |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be:
/opt/click.ubuntu.com/<app_pkname>/<app_version>/
where <app_pkgname> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app_pkgname> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files) in various ways. All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories).
Note: /opt/click.ubuntu.com should not be harcoded anywhere. While it is the current location, it is configurable and one of several locations for click packages on the system. |
|
| 2013-09-16 15:24:46 |
Jamie Strandboge |
description |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be:
/opt/click.ubuntu.com/<app_pkname>/<app_version>/
where <app_pkgname> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app_pkgname> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files) in various ways. All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories).
Note: /opt/click.ubuntu.com should not be harcoded anywhere. While it is the current location, it is configurable and one of several locations for click packages on the system. |
Currently the SDK installs applications in /usr. This is fine for traditional Ubuntu packaging for now, but with the move to Click packages, these paths will be:
/opt/click.ubuntu.com/<app_pkname>/<app_version>/
where <app_pkgname> is the reverse domain name. Eg:
com.ubuntu.developer.appdev_username.appname
The above path and the format of the <app_pkgname> is finalized and used by apparmor, click, the click server, and application lifecycle (ie, desktop files) in various ways. The "app_pkgname" is set via the "name" field in the click manifest. All that's left is for the SDK apps to incorporate these changes as needed (eg, for their readable and writable directories).
Note: /opt/click.ubuntu.com should not be harcoded anywhere. While it is the current location, it is configurable and one of several locations for click packages on the system. |
|
