[Bug 1862048] Re: [MIR] fonts-urw-base35

2020-02-11 Thread Didier Roche
Promotion done.
Till, as ghostscript doesn’t need any promotion if I‘m correct, I let you close 
the bug in the changelog for your corresponding ghostscript upload.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1862048

Title:
  [MIR] fonts-urw-base35

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fonts-urw-base35/+bug/1862048/+subscriptions

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 1862048] Re: [MIR] fonts-urw-base35

2020-02-11 Thread Didier Roche
Override component to main
fonts-urw-base35 20170801.1-3 in focal: universe/misc -> main
fonts-urw-base35 20170801.1-3 in focal amd64: universe/fonts/optional/100% -> 
main
fonts-urw-base35 20170801.1-3 in focal arm64: universe/fonts/optional/100% -> 
main
fonts-urw-base35 20170801.1-3 in focal armhf: universe/fonts/optional/100% -> 
main
fonts-urw-base35 20170801.1-3 in focal i386: universe/fonts/optional/100% -> 
main
fonts-urw-base35 20170801.1-3 in focal ppc64el: universe/fonts/optional/100% -> 
main
fonts-urw-base35 20170801.1-3 in focal s390x: universe/fonts/optional/100% -> 
main
7 publications overridden.


** Changed in: fonts-urw-base35 (Ubuntu)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Desktop, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1862048

Title:
  [MIR] fonts-urw-base35

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fonts-urw-base35/+bug/1862048/+subscriptions

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~vanvugt/ubuntu/+source/gdm3:fix-lp1705369-eoan into ~ubuntu-desktop/ubuntu/+source/gdm3:ubuntu/master

2019-06-25 Thread Didier Roche
Review: Approve

I indeed can't reproduce the issue anymore in eoan, with the patch removed. 
Let's merge this then, thanks!
-- 
https://code.launchpad.net/~vanvugt/ubuntu/+source/gdm3/+git/gdm3/+merge/369024
Your team Ubuntu Desktop is requested to review the proposed merge of 
~vanvugt/ubuntu/+source/gdm3:fix-lp1705369-eoan into 
~ubuntu-desktop/ubuntu/+source/gdm3:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~vanvugt/ubuntu/+source/gdm3:fix-lp1705369-eoan into ~ubuntu-desktop/ubuntu/+source/gdm3:ubuntu/master

2019-06-25 Thread Didier Roche
The proposal to merge ~vanvugt/ubuntu/+source/gdm3:fix-lp1705369-eoan into 
~ubuntu-desktop/ubuntu/+source/gdm3:ubuntu/master has been updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~vanvugt/ubuntu/+source/gdm3/+git/gdm3/+merge/369024
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~vanvugt/ubuntu/+source/gdm3:fix-lp1705369-eoan into 
~ubuntu-desktop/ubuntu/+source/gdm3:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~3v1n0/ubuntu/+source/gnome-control-center:ubuntu/xrandr-scaling into ~ubuntu-desktop/ubuntu/+source/gnome-control-center:ubuntu/master

2019-04-01 Thread Didier Roche
The proposal to merge 
~3v1n0/ubuntu/+source/gnome-control-center:ubuntu/xrandr-scaling into 
~ubuntu-desktop/ubuntu/+source/gnome-control-center:ubuntu/master has been 
updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-control-center/+git/gnome-control-center/+merge/365150
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-control-center:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-control-center:ubuntu/xrandr-scaling into ~ubuntu-desktop/ubuntu/+source/gnome-control-center:ubuntu/master

2019-04-01 Thread Didier Roche
Review: Approve

LGTM! +1
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-control-center/+git/gnome-control-center/+merge/365150
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-control-center:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2019-04-01 Thread Didier Roche
The proposal to merge ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master has been updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/365180
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2019-04-01 Thread Didier Roche
Review: Approve

I didn't spot anything bad. Let's merge it to master, thanks!
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/365180
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~vanvugt/ubuntu/+source/gnome-shell:fix-lp1813119-disco into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2019-03-04 Thread Didier Roche
Review: Approve

LGTM and color matches new Yaru theme in GDM.
+1
-- 
https://code.launchpad.net/~vanvugt/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/363831
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:nemo-desktop into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2019-02-20 Thread Didier Roche
Review: Approve

+1 LGTM. I'll give a build test and sponsor
-- 
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/362663
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:nemo-desktop into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2019-02-20 Thread Didier Roche
The proposal to merge 
~khurshid-alam/ubuntu/+source/ubuntu-settings:nemo-desktop into 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master has been updated.

Status: Approved => Merged

For more details, see:
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/362663
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:nemo-desktop into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2019-02-20 Thread Didier Roche
This is now merged. Unfortunately, I didn't notice that you changed the branch 
and kept your master with the actions. So, I just did another upload (19.04.2) 
to remove those.
Marking as merged manually thus! Thanks for this.
-- 
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/362663
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:nemo-desktop into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2019-02-20 Thread Didier Roche
The proposal to merge 
~khurshid-alam/ubuntu/+source/ubuntu-settings:nemo-desktop into 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master has been updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/362663
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~khurshid-alam/ubuntu/+source/gnome-session:master into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2019-02-20 Thread Didier Roche
Review: Approve

+1 LGTM. I'll give a build test and sponsor
-- 
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/gnome-session/+git/gnome-session/+merge/363153
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-10-31 Thread Didier Roche
Review: Approve

Makes sense, thanks!
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/357992
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/bionic-touch-two-clicks-fix into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/bionic

2018-10-31 Thread Didier Roche
Review: Approve

Please ensure the bugs is SRU-formatted. LGTM otherwise.
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/357993
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/bionic.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/bionic-theming-fixes into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/bionic

2018-10-31 Thread Didier Roche
Review: Approve

Please ensure the bugs are SRU-able. LGTM otherwise.
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/356023
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/bionic.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-10-23 Thread Didier Roche
The proposal to merge ~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink 
into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master has been updated.

Status: Needs review => Merged

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/357609
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-10-23 Thread Didier Roche
The proposal to merge ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master has been updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/357620
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-10-23 Thread Didier Roche
Thanks for looking and thinking about changing the script name! LGTM. 
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/357620
Your team Ubuntu Desktop is requested to review the proposed merge of 
~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-10-23 Thread Didier Roche
Review: Approve


-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/357620
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-10-23 Thread Didier Roche
Didier Roche has proposed merging 
~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

Requested reviews:
  Ubuntu Desktop (ubuntu-desktop)

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/357609
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.
diff --git a/debian/changelog b/debian/changelog
index c86e666..ecf0df1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,9 @@ gnome-shell (3.30.1-2ubuntu2) UNRELEASED; urgency=medium
   * debian/patches/ubuntu/background_login.patch:
 - match Yaru theme in the ubuntu session instead of our previous GDM
   background (LP: #1789356)
+  * debian/patches/ubuntu/resolve_alternate_theme_path.patch:
+- ensure we resolve finale theme file path to correctly load assets
+  under gdm (LP: #1798747)
 
  -- Didier Roche   Wed, 17 Oct 2018 14:58:42 +0200
 
diff --git a/debian/patches/series b/debian/patches/series
index 7397e65..2d27e92 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -19,3 +19,4 @@ sessionMode-add-support-for-debugFlags-parameter.patch
 st-scroll-view-Handle-the-case-where-scrollbars-are-NULL.patch
 st-scroll-view-Remove-scrollbars-references-on-dispose.patch
 ubuntu/search-call-XUbuntuCancel-method-on-providers-when-no-dat.patch
+ubuntu/resolve_alternate_theme_path.patch
diff --git a/debian/patches/ubuntu/resolve_alternate_theme_path.patch b/debian/patches/ubuntu/resolve_alternate_theme_path.patch
new file mode 100644
index 000..74132bf
--- /dev/null
+++ b/debian/patches/ubuntu/resolve_alternate_theme_path.patch
@@ -0,0 +1,74 @@
+From: Didier Roche 
+Date: Mon, 22 Oct 2019 10:22:06 +0100
+Subject: Resolve real path name for theme file
+
+ We are using alternative theme paths. Some of them are symlinks like
+ gdm3.css. It points to a different directory and we need to ensure
+ assets are loaded from the real theme path then (assets path are
+ relative to it).
+ Expose thus realpath() to gjs and ensure we use the original file
+ itself when loading the stylesheet.
+Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1798747
+Forwarded: Not-needed (upstream doesn't support officially theming)
+Index: gnome-shell-3.30.1/src/shell-global.c
+===
+--- gnome-shell-3.30.1.orig/src/shell-global.c
 gnome-shell-3.30.1/src/shell-global.c
+@@ -1908,3 +1908,23 @@ shell_global_set_debug_flags (ShellGloba
+   g_object_notify (G_OBJECT (global), "debug-flags");
+ }
+ }
++
++/**
++ * shell_global_realpath:
++ * @global: A #ShellGlobal
++ * @path: Path to call realpath on
++ *
++ * Returns: the realpath call on the path argument. Returns the caller
++ * unchanged if already the canonicalized filename is given, or if
++ * realpath() returned any error.
++ */
++const char*
++shell_global_realpath (ShellGlobal *global,
++   const char  *path)
++{
++  char *res = realpath (path, NULL);
++
++  if (!res)
++return path;
++  return res;
++}
+\ No newline at end of file
+Index: gnome-shell-3.30.1/src/shell-global.h
+===
+--- gnome-shell-3.30.1.orig/src/shell-global.h
 gnome-shell-3.30.1/src/shell-global.h
+@@ -37,6 +37,9 @@ voidshell_global_get_pointer
+   int *y,
+   ClutterModifierType *mods);
+ 
++const char*   shell_global_realpath  (ShellGlobal *global,
++  const char  *path);
++
+ typedef struct {
+   guint glibc_uordblks;
+ 
+Index: gnome-shell-3.30.1/js/ui/main.js
+===
+--- gnome-shell-3.30.1.orig/js/ui/main.js
 gnome-shell-3.30.1/js/ui/main.js
+@@ -262,12 +262,12 @@ function _getStylesheet(name) {
+ let dataDirs = GLib.get_system_data_dirs();
+ for (let i = 0; i < dataDirs.length; i++) {
+ let path = GLib.build_filenamev([dataDirs[i], 'gnome-shell', 'theme', name]);
+-let stylesheet = Gio.file_new_for_path(path);
++let stylesheet = Gio.file_new_for_path(global.realpath(path));
+ if (stylesheet.query_exists(null))
+ return stylesheet;
+ }
+ 
+-stylesheet = Gio.File.new_for_path(global.datadir + '/theme/' + name);
++stylesheet = Gio.File.new_for_path(global.realpath(global.datadir + '/theme/' + name));
+ if (stylesheet.query_exists(null))
+ return stylesheet;
+ 
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-10-23 Thread Didier Roche
Went with the first approach you proposed, which is the more readable IMHO. 
Thanks!
-- 
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/357609
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:resolve-gdm-symlink into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-09-18 Thread Didier Roche
The proposal to merge ~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master has been updated.

Status: Needs review => Merged

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/350925
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/bionic into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/bionic

2018-09-12 Thread Didier Roche
Please get a +1 by the SRU team members (!= from the release team) and then, 
I'll approve it :)
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/354330
Your team Ubuntu Desktop is requested to review the proposed merge of 
~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/bionic into 
~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/bionic.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/bionic into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/bionic

2018-09-11 Thread Didier Roche
Do we really want to merge with Debian for a SRU? This sounds like against the 
"minimal set of changes" that a SRU should have and may be rejected by the SRU 
team. Otherwise, +1 on the changes themselves for me, but before acking, please 
check with the SRU team.
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/354330
Your team Ubuntu Desktop is requested to review the proposed merge of 
~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/bionic into 
~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/bionic.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-09-07 Thread Didier Roche
The proposal to merge ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master has been updated.

Status: Needs review => Rejected

For more details, see:
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/354394
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-09-07 Thread Didier Roche
Review: Disapprove

Let's just use getenv which is better for this IMHO. I'm adding also a missing 
import sys.
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/354394
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-session:ubuntu/master-migrate-settings-to-yaru into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-09-06 Thread Didier Roche
and merged, based on top of my current work as well (and pushed 3.30)
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/354136
Your team Ubuntu Desktop is requested to review the proposed merge of 
~3v1n0/ubuntu/+source/gnome-session:ubuntu/master-migrate-settings-to-yaru into 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/bionic-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/bionic

2018-09-06 Thread Didier Roche
Review: Approve

Same code than in cosmic, +1
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/354321
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/bionic.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master

2018-09-06 Thread Didier Roche
Review: Approve

LGTM
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/354328
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master-3.29.92 into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-09-04 Thread Didier Roche
Review: Approve

LGTM now! Thanks for fixing the dep :)
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/354045
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master

2018-09-04 Thread Didier Roche
Review: Approve

>From IRC:
Trevinho: 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/353828/comments/921762
 as well 
Trevinho: have you just repushed another commit with the initial date staying 
the same? (hard to know with launchpad MP UI)   
  
which sounds like from the diff 


ah interesting, you can switch the diff and you see the the new diff was 
generated on the 30 while the commit is still on the 28… (but no evidence that 
you pushed a new
commit) 


quite confusing, used to gitlab/github when you see something else was pushed 
and overrides   
  

looks good to approve now then!
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/353828
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~3v1n0/ubuntu/+source/nautilus:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master

2018-09-04 Thread Didier Roche
The proposal to merge 
~3v1n0/ubuntu/+source/nautilus:ubuntu/master-xubuntu-cancel-search into 
~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master has been updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/353826
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master

2018-09-04 Thread Didier Roche
I didn't see any repush? or any MP fixing those?
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/353828
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/nautilus:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master

2018-09-04 Thread Didier Roche
Review: Approve

LGTM, thanks for addressing the issues and answering my questions :)
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/353826
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-09-04 Thread Didier Roche
Review: Approve

Just a nitpick on wrong alignement, but otherwise, looks good :)

Diff comments:

> diff --git 
> a/debian/patches/ubuntu/search-call-XUbuntuCancel-method-on-providers-when-no-dat.patch
>  
> b/debian/patches/ubuntu/search-call-XUbuntuCancel-method-on-providers-when-no-dat.patch
> new file mode 100644
> index 000..f601fd2
> --- /dev/null
> +++ 
> b/debian/patches/ubuntu/search-call-XUbuntuCancel-method-on-providers-when-no-dat.patch
> @@ -0,0 +1,167 @@
> +From: =?utf-8?b?Ik1hcmNvIFRyZXZpc2FuIChUcmV2acOxbyki?= 
> +Date: Thu, 23 Aug 2018 20:00:57 +0200
> +Subject: search: call XUbuntuCancel method on providers when no data is
> + needed
> +
> +Add XUbuntuCancel method to search providers and call it when a search 
> provider
> +is still doing operations.
> +Ignore the result when the method does not exist or is cancelled.
> +
> +This will allow to stop operations on providers.
> +
> +Fixes LP: #1756826
> +
> +Bug-GNOME: https://gitlab.gnome.org/GNOME/gnome-shell/issues/183
> +Bug-Ubuntu: 
> https://bugs.launchpad.net/ubuntu/bionic/+source/gnome-shell/+bug/1756826
> +Forwarded: not-needed
> +---
> + data/org.gnome.ShellSearchProvider.xml  |  6 ++
> + data/org.gnome.ShellSearchProvider2.xml |  6 ++
> + js/ui/remoteSearch.js   | 15 +++
> + js/ui/search.js | 34 
> +
> + 4 files changed, 61 insertions(+)
> +
> +diff --git a/data/org.gnome.ShellSearchProvider.xml 
> b/data/org.gnome.ShellSearchProvider.xml
> +index 78ad305..393cb01 100644
> +--- a/data/org.gnome.ShellSearchProvider.xml
>  b/data/org.gnome.ShellSearchProvider.xml
> +@@ -69,5 +69,11 @@
> + 
> +   
> + 
> ++
> ++
> ++
> +   
> + 
> +diff --git a/data/org.gnome.ShellSearchProvider2.xml 
> b/data/org.gnome.ShellSearchProvider2.xml
> +index 9502340..8141bc0 100644
> +--- a/data/org.gnome.ShellSearchProvider2.xml
>  b/data/org.gnome.ShellSearchProvider2.xml
> +@@ -83,5 +83,11 @@
> +   
> +   
> + 
> ++
> ++
> ++
> +   
> + 
> +diff --git a/js/ui/remoteSearch.js b/js/ui/remoteSearch.js
> +index 3b847af..9245745 100644
> +--- a/js/ui/remoteSearch.js
>  b/js/ui/remoteSearch.js
> +@@ -31,6 +31,7 @@ const SearchProviderIface = `
> + 
> + 
> + 
> ++
> + 
> + `;
> + 
> +@@ -59,6 +60,7 @@ const SearchProvider2Iface = `
> + 
> + 
> + 
> ++
> + 
> + `;
> + 
> +@@ -312,6 +314,19 @@ var RemoteSearchProvider = new Lang.Class({
> + cancellable);
> + },
> + 
> ++XUbuntuCancel(cancellable, callback) {
> ++this.proxy.XUbuntuCancelRemote((results, error) => {
> ++if (error &&
> ++!error.matches(Gio.DBusError, 
> Gio.DBusError.UNKNOWN_METHOD) &&
> ++!error.matches(Gio.IOErrorEnum, 
> Gio.IOErrorEnum.CANCELLED)) {
> ++log('Received error from DBus search provider %s during 
> XUbuntuCancel: %s'.format(this.id, String(error)));
> ++} else if (callback && !error) {
> ++callback();
> ++}
> ++},
> ++cancellable);
> ++},
> ++
> + activateResult(id) {
> + this.proxy.ActivateResultRemote(id);
> + },
> +diff --git a/js/ui/search.js b/js/ui/search.js
> +index dd4bfad..629664e 100644
> +--- a/js/ui/search.js
>  b/js/ui/search.js
> +@@ -225,7 +225,9 @@ var SearchResultsBase = new Lang.Class({
> + this._cancellable.cancel();
> + this._cancellable.reset();
> + 
> ++this.provider.resultsMetasInProgress = true;
> + this.provider.getResultMetas(metasNeeded, metas => {
> ++this.provider.resultsMetasInProgress = 
> this._cancellable.is_cancelled();

Sounds good to me.
nitpick: alignement to be fixed!

> + if (metas.length != metasNeeded.length) {
> + if (!this._cancellable.is_cancelled())
> + log(`Wrong number of result metas returned by 
> search provider ${this.provider.id}` +
> +@@ -450,6 +452,10 @@ var SearchResults = new Lang.Class({
> + 
> + this._searchTimeoutId = 0;
> + this._cancellable = new Gio.Cancellable();
> ++this._searchCancelCancellable = new Gio.Cancellable();
> ++this._cancellable.connect(() => {
> ++this._cancelSearchProviderRequest();
> ++});
> + 
> + this._registerProvider(new AppDisplay.AppSearchProvider());
> + this._reloadRemoteProviders();
> +@@ -491,11 +497,32 @@ var SearchResults = new Lang.Class({
> + }
> + },
> + 
> ++_cancelSearchProviderRequest() {
> ++if (this._terms.length != 0 || this._searchCancelTimeoutId > 0)
> ++return;
> ++
> ++this._searchCancelTimeoutId = 
> GLib.timeout_add(GLib.PRIORITY_DEFAULT, 100, () => {
> ++this._providers.forEach(provider => {
> ++if (provider.isRemoteProvider &&
> 

Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-08-31 Thread Didier Roche
Review: Needs Information

Ok, this looks good to me, see some of my questions.

I saw that you made some changes on the MR after Florian's comment on your 
patches. Is there anything you can borrow and refresh here?

See as well my 2 questions/comments

Diff comments:

> diff --git 
> a/debian/patches/ubuntu/search-call-Cancel-method-on-providers-when-no-data-is-ne.patch
>  
> b/debian/patches/ubuntu/search-call-Cancel-method-on-providers-when-no-data-is-ne.patch
> new file mode 100644
> index 000..de98f8e
> --- /dev/null
> +++ 
> b/debian/patches/ubuntu/search-call-Cancel-method-on-providers-when-no-data-is-ne.patch
> @@ -0,0 +1,160 @@
> +From: =?utf-8?b?Ik1hcmNvIFRyZXZpc2FuIChUcmV2acOxbyki?= 
> +Date: Thu, 23 Aug 2018 20:00:57 +0200
> +Subject: search: call Cancel method on providers when no data is needed
> +
> +Add XUbuntuCancel method to search providers and call it when a search 
> provider
> +is still doing operations.
> +
> +This will allow to stop operations on providers.
> +
> +Fixes LP: #1756826
> +
> +Bug-GNOME: https://gitlab.gnome.org/GNOME/gnome-shell/issues/183
> +Bug-Ubuntu: 
> https://bugs.launchpad.net/ubuntu/bionic/+source/gnome-shell/+bug/1756826
> +Forwarded: not-needed
> +---
> + data/org.gnome.ShellSearchProvider.xml  |  6 ++
> + data/org.gnome.ShellSearchProvider2.xml |  6 ++
> + js/ui/remoteSearch.js   | 13 +
> + js/ui/search.js | 31 +++
> + 4 files changed, 56 insertions(+)
> +
> +diff --git a/data/org.gnome.ShellSearchProvider.xml 
> b/data/org.gnome.ShellSearchProvider.xml
> +index 78ad305..393cb01 100644
> +--- a/data/org.gnome.ShellSearchProvider.xml
>  b/data/org.gnome.ShellSearchProvider.xml
> +@@ -69,5 +69,11 @@
> + 
> +   
> + 
> ++
> ++
> ++
> +   
> + 
> +diff --git a/data/org.gnome.ShellSearchProvider2.xml 
> b/data/org.gnome.ShellSearchProvider2.xml
> +index 9502340..8141bc0 100644
> +--- a/data/org.gnome.ShellSearchProvider2.xml
>  b/data/org.gnome.ShellSearchProvider2.xml

Stupid question, but do we use the API XubuntuCancel() on the 2 search provider 
interface version?

> +@@ -83,5 +83,11 @@
> +   
> +   
> + 
> ++
> ++
> ++
> +   
> + 
> +diff --git a/js/ui/remoteSearch.js b/js/ui/remoteSearch.js
> +index c6c5a29..79daba1 100644
> +--- a/js/ui/remoteSearch.js
>  b/js/ui/remoteSearch.js
> +@@ -30,6 +30,7 @@ const SearchProviderIface = ' \
> +  \
> +  \
> +  \
> ++ \
> +  \
> + ';
> + 
> +@@ -57,6 +58,7 @@ const SearchProvider2Iface = ' \
> +  \
> +  \
> +  \
> ++ \
> +  \
> + ';
> + 
> +@@ -310,6 +312,17 @@ var RemoteSearchProvider = new Lang.Class({
> + cancellable);
> + },
> + 
> ++XUbuntuCancel(cancellable) {
> ++this.proxy.XUbuntuCancelRemote((results, error) => {
> ++if (error &&
> ++!error.matches(Gio.DBusError, 
> Gio.DBusError.UNKNOWN_METHOD) &&
> ++!error.matches(Gio.IOErrorEnum, 
> Gio.IOErrorEnum.CANCELLED)) {
> ++log('Received error from DBus search provider %s during 
> XUbuntuCancel: %s'.format(this.id, String(error)));
> ++}
> ++},
> ++cancellable);
> ++},
> ++
> + activateResult(id) {
> + this.proxy.ActivateResultRemote(id);
> + },
> +diff --git a/js/ui/search.js b/js/ui/search.js
> +index f6fa719..fb2a021 100644
> +--- a/js/ui/search.js
>  b/js/ui/search.js
> +@@ -225,7 +225,9 @@ var SearchResultsBase = new Lang.Class({
> + this._cancellable.cancel();
> + this._cancellable.reset();
> + 
> ++this.provider.resultsMetasInProgress = true;

Can't we rather use the cancellable status to know if one is in progress or not 
rather than another variable?

> + this.provider.getResultMetas(metasNeeded, metas => {
> ++this.provider.resultsMetasInProgress = false;
> + if (this._cancellable.is_cancelled()) {
> + callback(false);
> + return;
> +@@ -453,6 +455,10 @@ var SearchResults = new Lang.Class({
> + 
> + this._searchTimeoutId = 0;
> + this._cancellable = new Gio.Cancellable();
> ++this._searchCancelCancellable = new Gio.Cancellable();
> ++this._cancellable.connect(() => {
> ++this._cancelSearchProviderRequest();
> ++});
> + 
> + this._registerProvider(new AppDisplay.AppSearchProvider());
> + this._reloadRemoteProviders();
> +@@ -494,11 +500,29 @@ var SearchResults = new Lang.Class({
> + }
> + },
> + 
> ++_cancelSearchProviderRequest() {
> ++if (this._terms.length != 0 || this._searchCancelTimeoutId > 0)
> ++return;
> ++
> ++this._searchCancelTimeoutId = 
> GLib.timeout_add(GLib.PRIORITY_DEFAULT, 100, () => {
> ++this._providers.forEach(provider => {
> ++

Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-08-31 Thread Didier Roche
For the variable, it's really up to you and what is the most readable in your 
eyes. I just wanted to trigger that question so that you can think about it, 
but I have no strong opinion :)
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/353825
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master-3.29.91 into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-08-31 Thread Didier Roche
Review: Needs Fixing

See my comment for the dep, the rest looks good to me :)

Diff comments:

> diff --git a/debian/control b/debian/control
> index 9e7f7c0..1291b71 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -89,18 +86,22 @@ Depends: ${gir:Depends},
>   gir1.2-soup-2.4 (>= 2.40.1),
>   gir1.2-upowerglib-1.0 (>= 0.99),
>   gjs (>= 1.47.90),
> + gnome-backgrounds (>= 3.13.90),

Changelog mentions:

++ Replace gnome-backgrounds dep with ubuntu-wallpapers and Suggests
+  gnome-themes-standard-data, gnome-backgrounds

It does seem you readded gnome-backgrounds dep here?

>   gnome-settings-daemon (>= 3.16.0),
>   gnome-shell-common (= ${source:Version}),
>   ubuntu-wallpapers,
>   gsettings-desktop-schemas (>= 3.27.90),
> - mutter (>= 3.29.90),
> - python3,
>   libglib2.0-bin (>= 2.53.0),
> + mutter (>= 3.29.91),
> + python3,
> + ${gir:Depends},
> + ${misc:Depends},
> + ${shlibs:Depends}
>  Recommends: bolt (>= 0.3),
> +gdm3 (>= 3.10.0.1-3~),
>  gkbd-capplet,
>  gnome-control-center (>= 1:3.25.2),
>  gnome-user-docs,
> -gdm3 (>= 3.10.0.1-3~),
>  iio-sensor-proxy,
>  switcheroo-control,
>  ubuntu-session | gnome-session,


-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/353823
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/master

2018-08-31 Thread Didier Roche
Review: Needs Fixing

So I have some requested changes and questions, but the code itself seems 
mostly OK. Note that I'm not a vala expert and would appreciate, even if the 
upstream patches are going to land in 3.32 (as per upstream MR comment) that 
you request still a quick review in your last set of patch. Do you think this 
is doable?

See my comments about cosmic/changelog version.

and oh, you are making me reviewing some vala code, this is mean of you ;)

Diff comments:

> diff --git a/debian/changelog b/debian/changelog
> index 921715f..20249df 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,33 +1,24 @@
> -gnome-calculator (1:3.29.91-1ubuntu1) cosmic; urgency=medium
> +gnome-calculator (1:3.28.1-1ubuntu2) UNRELEASED; urgency=medium

We want this for cosmic, correct and this isn't the SRU version (as we need the 
fix for cosmic first and it seems the "proper" solution won't be in 3.30 but 
3.32). So, shouldn't the changelog reflects the cosmic version + your patch?

All the rest (VCS branch targeted and debian-branch=ubuntu/master in gbp.conf) 
seems to look like it's for cosmic…

>  
> -  * Sync with Debian (lp: #1785802). Remaining change:
> -- Add epoch
> -
> - -- Sebastien Bacher   Tue, 14 Aug 2018 17:03:08 +0200
> -
> -gnome-calculator (3.29.91-1) experimental; urgency=medium
> +  * d/p/search-provider-Use-async-calls-cancel-search-on-inactivi.patch,
> +d/p/search-provider-renew-inactivity-timeout-at-each-calculat.patch,
> +d/p/search-provider-Use-lower-inactivity-timeout.patch,
> +d/p/search-provider-simplify-solve_subprocess.patch,
> +d/p/search-provider-cache-equations-avoiding-spawning-calcula.patch,
> +d/p/search-provider-cache-only-a-limited-number-of-equations.patch,
> +d/p/ubuntu/search-provider-Cancel-operations-on-XUbuntuCancel.patch:
> +- Make search provider async and support XUbuntuCancel method to
> +  stop expensive operations that might lead to an unresponsive
> +  process (LP: #1756826)
>  
> -  * New upstream version
> + -- Marco Trevisan (Treviño)   Tue, 28 Aug 2018 04:17:51 
> +0200
>  
> - -- Sebastien Bacher   Tue, 14 Aug 2018 16:42:48 +0200
> -
> -gnome-calculator (3.29.90-1) experimental; urgency=medium
> -
> -  * New upstream release
> -  * debian/control*, gbp.conf: Update for experimental (3.29 series)
> +gnome-calculator (1:3.28.1-1ubuntu1) bionic; urgency=medium
>  
> - -- Andrea Azzarone   Tue, 07 Aug 2018 
> 13:17:23 +0300
> -
> -gnome-calculator (3.28.2-1) unstable; urgency=medium
> -
> -  [ Andrea Azzarone ]
> -  * New upstream release
> -
> -  [ Iain Lane ]
> -  * Set Rules-Requires-Root to "no" - we don't need to be root to build.
> -  * Set Standards-Version to 4.1.5
> +  * Sync with Debian. Remaining change:
> +- Add epoch
>  
> - -- Andrea Azzarone   Fri, 27 Jul 2018 
> 22:13:29 +0200
> + -- Jeremy Bicha   Tue, 10 Apr 2018 14:33:47 -0400
>  
>  gnome-calculator (3.28.1-1) unstable; urgency=medium
>  
> diff --git a/debian/control.in b/debian/control.in
> index deb4c72..522dc74 100644
> --- a/debian/control.in
> +++ b/debian/control.in
> @@ -16,11 +16,12 @@ Build-Depends: appstream-util,
> libsoup2.4-dev (>= 2.42),
> libmpc-dev,
> libmpfr-dev
> -Standards-Version: 4.1.5
> -Vcs-Browser: https://salsa.debian.org/gnome-team/gnome-calculator
> -Vcs-Git: https://salsa.debian.org/gnome-team/gnome-calculator.git -b 
> debian/experimental
> +Standards-Version: 4.1.4

Downgrading Standards-Version?

> +XS-Debian-Vcs-Browser: https://salsa.debian.org/gnome-team/gnome-calculator
> +XS-Debian-Vcs-Git: https://salsa.debian.org/gnome-team/gnome-calculator.git
> +Vcs-Browser: 
> https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-calculator
> +Vcs-Git: 
> https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-calculator
>  Homepage: https://wiki.gnome.org/Apps/Calculator
> -Rules-Requires-Root: no
>  
>  Package: gnome-calculator
>  Architecture: any
> diff --git 
> a/debian/patches/search-provider-Use-async-calls-cancel-search-on-inactivi.patch
>  
> b/debian/patches/search-provider-Use-async-calls-cancel-search-on-inactivi.patch
> new file mode 100644
> index 000..a371dc8
> --- /dev/null
> +++ 
> b/debian/patches/search-provider-Use-async-calls-cancel-search-on-inactivi.patch
> @@ -0,0 +1,232 @@
> +From: =?utf-8?b?Ik1hcmNvIFRyZXZpc2FuIChUcmV2acOxbyki?= 
> +Date: Fri, 24 Aug 2018 06:57:03 +0200
> +Subject: search-provider: Use async calls, cancel search on inactivity
> +
> +Move to async methods everywhere and factorize the `solve` calls to a single
> +method that only uses Subprocess and that can be cancelled.
> +
> +As per this, if the the search-provider is trying to compute some complex
> +operation, the daemon won't hang and once the applications' inactivity
> +timeout is hit, any running instance of gnome-calculator will be killed and
> +the daemon will return accordingly.
> +
> +This reduces the impact of an issue that can cause 

Re: [Merge] ~3v1n0/ubuntu/+source/nautilus:ubuntu/master-xubuntu-cancel-search into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master

2018-08-31 Thread Didier Roche
Review: Needs Information

This looks mostly good, I have some nitpicks and some questions (see below and 
inline diff):
* You didn't metnion at all about the ignore_partial_results which leads to 2 
different conditions (we want to ignore them or not). I think that ought some 
mention in the patch description.
* I'm unsure to understand what the meta_requests are and why they are treated 
differently (and unconditionnally). Is it a queue before them becoming the 
current requests, and this is why you are cancelling if the invocation caller 
matches as well?

Diff comments:

> diff --git 
> a/debian/patches/ubuntu/shell-search-provider-implement-XUbuntuCancel-to-request-.patch
>  
> b/debian/patches/ubuntu/shell-search-provider-implement-XUbuntuCancel-to-request-.patch
> new file mode 100644
> index 000..ca55544
> --- /dev/null
> +++ 
> b/debian/patches/ubuntu/shell-search-provider-implement-XUbuntuCancel-to-request-.patch
> @@ -0,0 +1,212 @@
> +From: =?utf-8?b?Ik1hcmNvIFRyZXZpc2FuIChUcmV2acOxbyki?= 
> +Date: Tue, 28 Aug 2018 01:44:49 +0200
> +Subject: shell-search-provider: implement XUbuntuCancel to request search 
> cancellation
> +
> +Stop search and Metadata fetching on XUbuntuCancel dbus method call.
> +Only allow this if the caller is the same who triggered the actual event.
> +
> +Bug-GNOME: https://gitlab.gnome.org/GNOME/gnome-shell/issues/183
> +Bug-Ubuntu: 
> https://bugs.launchpad.net/ubuntu/bionic/+source/nautilus/+bug/1756826
> +Forwarded: not-needed
> +---
> + data/shell-search-provider-dbus-interfaces.xml |  1 +
> + src/nautilus-shell-search-provider.c   | 96 
> +++---
> + 2 files changed, 88 insertions(+), 9 deletions(-)
> +
> +diff --git a/data/shell-search-provider-dbus-interfaces.xml 
> b/data/shell-search-provider-dbus-interfaces.xml
> +index f6840e2..4529c1e 100644
> +--- a/data/shell-search-provider-dbus-interfaces.xml
>  b/data/shell-search-provider-dbus-interfaces.xml
> +@@ -40,5 +40,6 @@
> +   
> +   
> + 
> ++
> +   
> + 
> +diff --git a/src/nautilus-shell-search-provider.c 
> b/src/nautilus-shell-search-provider.c
> +index ffc2b7f..58864d6 100644
> +--- a/src/nautilus-shell-search-provider.c
>  b/src/nautilus-shell-search-provider.c
> +@@ -60,6 +60,7 @@ struct _NautilusShellSearchProvider
> + 
> + PendingSearch *current_search;
> + 
> ++GList *metas_requests;
> + GHashTable *metas_cache;
> + };
> + 
> +@@ -143,11 +144,25 @@ pending_search_finish (PendingSearch *search,
> + }
> + 
> + static void
> +-cancel_current_search (NautilusShellSearchProvider *self)
> ++cancel_current_search (NautilusShellSearchProvider *self,
> ++   gboolean ignore_partial_results)
> + {
> +-if (self->current_search != NULL)
> ++PendingSearch *search = self->current_search;
> ++
> ++if (search != NULL)
> + {
> +-nautilus_search_provider_stop (NAUTILUS_SEARCH_PROVIDER 
> (self->current_search->engine));
> ++g_debug ("*** Cancel current search");
> ++
> ++nautilus_search_provider_stop (NAUTILUS_SEARCH_PROVIDER 
> (search->engine));
> ++
> ++if (ignore_partial_results)
> ++{
> ++g_signal_handlers_disconnect_by_data (G_OBJECT (search->engine),
> ++  search);
> ++
> ++pending_search_finish (search, search->invocation,
> ++   g_variant_new ("(as)", NULL));
> ++}
> + }
> + }
> + 
> +@@ -451,7 +466,7 @@ execute_search (NautilusShellSearchProvider  *self,
> + NautilusQuery *query;
> + PendingSearch *pending_search;
> + 
> +-cancel_current_search (self);
> ++cancel_current_search (self, FALSE);
> + 
> + /* don't attempt searches for a single character */
> + if (g_strv_length (terms) == 1 &&
> +@@ -524,6 +539,7 @@ typedef struct
> + NautilusShellSearchProvider *self;
> + 
> + gint64 start_time;
> ++NautilusFileListHandle *handle;
> + GDBusMethodInvocation *invocation;
> + 
> + gchar **uris;
> +@@ -532,6 +548,8 @@ typedef struct
> + static void
> + result_metas_data_free (ResultMetasData *data)
> + {
> ++g_clear_pointer (>handle, 
> nautilus_file_list_cancel_call_when_ready);
> ++
> + g_clear_object (>self);
> + g_clear_object (>invocation);
> + g_strfreev (data->uris);
> +@@ -549,7 +567,7 @@ result_metas_return_from_cache (ResultMetasData *data)
> + 
> + g_variant_builder_init (, G_VARIANT_TYPE ("aa{sv}"));
> + 
> +-for (idx = 0; data->uris[idx] != NULL; idx++)
> ++for (idx = 0; data->uris && data->uris[idx] != NULL; idx++)

Shoudn't we do the data->uris check before the loop, or is there any 
concurrency race that could change it an nullify it while this loop is running?

> + {
> + meta = g_hash_table_lookup (data->self->metas_cache,
> + data->uris[idx]);
> +@@ -564,6 +582,37 @@ result_metas_return_from_cache 

Re: [Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:ambiance-default-for-unity into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2018-08-29 Thread Didier Roche
Review: Approve

This indeed LGTM! Thanks a lot :)

Note that Unity will need to dep/recommends light-themes as those won't be 
seeded anymore, but this doesn't block this one to go, sponsoring.
-- 
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/353365
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:ambiance-default-for-unity into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2018-08-29 Thread Didier Roche
The proposal to merge 
~khurshid-alam/ubuntu/+source/ubuntu-settings:ambiance-default-for-unity into 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master has been updated.

Status: Needs review => Approved

For more details, see:
https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/353365
-- 
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-07-30 Thread Didier Roche
However, having this merged or not, ensure that if you update to 3.29.x, ensure 
that Yaru is updated as well in sync.
-- 
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/350925
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-07-30 Thread Didier Roche
@marco: depending when Yaru is seeded. See the description of the change and 
attached bug report: "Do not merge before Yaru is seeded" :)
-- 
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/350925
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~didrocks/ubuntu/+source/ubuntu-settings:yaru-default into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2018-07-26 Thread Didier Roche
The proposal to merge ~didrocks/ubuntu/+source/ubuntu-settings:yaru-default 
into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master has been updated.

Description changed to:

Note: only merge once Yaru is seeded and in main

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/350879
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/ubuntu-settings:yaru-default into 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-07-26 Thread Didier Roche
Didier Roche has proposed merging 
~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

Requested reviews:
  Ubuntu Desktop (ubuntu-desktop)
Related bugs:
  Bug #1783571 in ubuntu-settings (Ubuntu): "Set Yaru as default"
  https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings/+bug/1783571

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/350925

Do not merge before Yaru is seeded
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-shell:yaru-as-default into 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.
diff --git a/debian/changelog b/debian/changelog
index ec3612b..139e01b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+gnome-shell (3.28.3-0ubuntu3) UNRELEASED; urgency=medium
+
+  * Remove ubuntu.css and related assets:
+- Don't install them anymore, as we rely on Yaru as our default theme.
+- Remove older alternative unconditionnally.
+  * Set Yaru theme as default for the ubuntu mod (LP: #1783571)
+  * Set default gdm theme as upstream GDM. Will be overriden in the Yaru
+package.
+
+ -- Didier Roche   Wed, 25 Jul 2018 16:23:37 +0200
+
 gnome-shell (3.28.3-0ubuntu2) cosmic; urgency=medium
 
   * debian/patch/js-fix-invalid-access-errors.patch:
diff --git a/debian/gnome-shell-common.install b/debian/gnome-shell-common.install
index 33c5434..89b9bcf 100644
--- a/debian/gnome-shell-common.install
+++ b/debian/gnome-shell-common.install
@@ -6,6 +6,5 @@ usr/share/gnome-shell
 #usr/share/gtk-doc
 usr/share/locale
 debian/ubuntu-session-mods/ubuntu.json usr/share/gnome-shell/modes/
-debian/ubuntu-session-mods/ubuntu.css usr/share/gnome-shell/theme/
 # install upstream theme for gdm if vanilla gnome theme is selected
 obj-*/data/theme/gnome-shell.css usr/share/gnome-shell/theme/
diff --git a/debian/gnome-shell-common.postinst b/debian/gnome-shell-common.postinst
index fbff42a..f156aed 100644
--- a/debian/gnome-shell-common.postinst
+++ b/debian/gnome-shell-common.postinst
@@ -4,7 +4,7 @@ set -e
 
 if [ "$1" = configure ]; then
   update-alternatives --install /usr/share/gnome-shell/theme/gdm3.css \
-gdm3.css /usr/share/gnome-shell/theme/ubuntu.css 10
+gdm3.css /usr/share/gnome-shell/theme/gnome-shell.css 10
 fi
 
 #DEBHELPER#
diff --git a/debian/gnome-shell-common.prerm b/debian/gnome-shell-common.prerm
index fb5f103..4c1b435 100644
--- a/debian/gnome-shell-common.prerm
+++ b/debian/gnome-shell-common.prerm
@@ -3,7 +3,10 @@
 set -e
 
 if [ "$1" = "remove" ]; then
-  update-alternatives --remove gdm3.css /usr/share/gnome-shell/theme/ubuntu.css
+  update-alternatives --remove gdm3.css /usr/share/gnome-shell/theme/gnome-shell.css
 fi
 
+# Remove older deprecated theme. Can be removed post 20.04
+update-alternatives --remove gdm3.css /usr/share/gnome-shell/theme/ubuntu.css || true
+
 #DEBHELPER#
diff --git a/debian/rules b/debian/rules
index 00fe711..d839569 100755
--- a/debian/rules
+++ b/debian/rules
@@ -29,16 +29,6 @@ override_dh_translations:
 
 override_dh_install:
 	find debian/tmp -name '*.la' -delete
-	# add more assets
-	mkdir -p debian/tmp/usr/share/gnome-shell/theme/
-	sed -e 's/#2975c4/#dd4814/' -e 's/#4a90d9/#e95420/' data/theme/close-window.svg > debian/tmp/usr/share/gnome-shell/theme/ubuntu-close-window.svg
-	sed -e 's/#182f4c/#bb3e11/' -e 's/#205b9a/#e95420/' data/theme/toggle-on-us.svg > debian/tmp/usr/share/gnome-shell/theme/ubuntu-toggle-on-us.svg
-	sed -e 's/#182f4c/#bb3e11/' -e 's/#205b9a/#e95420/' data/theme/toggle-on-intl.svg > debian/tmp/usr/share/gnome-shell/theme/ubuntu-toggle-on-intl.svg
-	sed -e 's/#2b3133/#bb3e11/' -e 's/#16191a/#191a16/' -e 's/#454c4c/#4c4c45/' -e 's/#393f3f/#3f3f39/' -e 's/#2d3232/32322d/' -e 's/#3465a4/#dd4814/' data/theme/checkbox-off-focused.svg > debian/tmp/usr/share/gnome-shell/theme/ubuntu-checkbox-off-focused.svg
-	sed -e 's/#2b3133/#bb3e11/' -e 's/#16191a/#191a16/' -e 's/#454c4c/#4c4c45/' -e 's/#393f3f/#3f3f39/' -e 's/#2d3232/32322d/' -e 's/#0b2e52/#dd4814/' -e 's/#667482/#e95420/' -e 's/#2d3232/#32322d/' -e 's/#3465a4/#dd4814/' data/theme/checkbox-focused.svg > debian/tmp/usr/share/gnome-shell/theme/ubuntu-checkbox-focused.svg
-	sed -e 's/#006098/#e95420/' data/theme/key-shift-uppercase.svg > debian/tmp/usr/share/gnome-shell/theme/key-shift-uppercase.svg
-	sed -e 's/#006098/#e95420/' data/theme/key-shift-latched-uppercase.svg > debian/tmp/usr/share/gnome-shell/theme/key-shift-latched-uppercase.svg
-	cp obj-*/data/theme/gnome-shell-high-contrast.css debian/tmp/usr/share/gnome-shell/theme/ubuntu-high-contrast.css
 	dh_install --fail-missing
 
 override_dh_makeshlibs:
diff --git a/debian/ubuntu-session-mods/ubuntu.css b/debian/ubuntu-session-mods/ubuntu.css
deleted file mode 100644
index da34f04..000
--- a/debian/ubuntu-session-mods/ubuntu.css
+++ /dev/null
@@ 

[Merge] ~didrocks/ubuntu/+source/gnome-session:yaru-default into ~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master

2018-07-26 Thread Didier Roche
Didier Roche has proposed merging 
~didrocks/ubuntu/+source/gnome-session:yaru-default into 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.

Requested reviews:
  Ubuntu Desktop (ubuntu-desktop)
Related bugs:
  Bug #1783571 in ubuntu-settings (Ubuntu): "Set Yaru as default"
  https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings/+bug/1783571

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/gnome-session/+git/gnome-session/+merge/350928

Do not merge before Yaru is seeded


-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/gnome-session:yaru-default into 
~ubuntu-desktop/ubuntu/+source/gnome-session:ubuntu/master.
diff --git a/debian/changelog b/debian/changelog
index 983de4a..1d01989 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+gnome-session (3.28.1-0ubuntu4) UNRELEASED; urgency=medium
+
+  * Remove gnome-themes-extra and gtk2-engines-pixbuf Recommends.
+Those are pulled by the themes as needed.
+  * ubuntu-session now depends on yaru-theme-gnome-shell, as the mod
+refers to it. (LP: #1783571)
+
+ -- Didier Roche   Wed, 25 Jul 2018 16:49:37 +0200
+
 gnome-session (3.28.1-0ubuntu3) bionic; urgency=medium
 
   * Prevent debian/unity-gnome-shell-migration.17.10.py script migration
diff --git a/debian/control b/debian/control
index dd8ac13..e72167d 100644
--- a/debian/control
+++ b/debian/control
@@ -100,11 +100,10 @@ Depends: ${misc:Depends},
  gnome-session-bin (>= ${binary:Version}),
  gnome-session-bin (<< ${gnome:NextVersion}),
  gnome-session-common (= ${source:Version}),
- xwayland [linux-any]
+ xwayland [linux-any],
+ yaru-theme-gnome-shell,
 Recommends: session-migration,
 python3,
-gnome-themes-extra,
-gtk2-engines-pixbuf,
 Provides: x-session-manager,
 Breaks: unity (<< 7.5.0+17.10.20170619),
 unity-settings-daemon (<< 15.04.1+17.04.20170619),
diff --git a/debian/control.in b/debian/control.in
index 0e07abe..c40ba60 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -96,11 +96,10 @@ Depends: ${misc:Depends},
  gnome-session-bin (>= ${binary:Version}),
  gnome-session-bin (<< ${gnome:NextVersion}),
  gnome-session-common (= ${source:Version}),
- xwayland [linux-any]
+ xwayland [linux-any],
+ yaru-theme-gnome-shell,
 Recommends: session-migration,
 python3,
-gnome-themes-extra,
-gtk2-engines-pixbuf,
 Provides: x-session-manager,
 Breaks: unity (<< 7.5.0+17.10.20170619),
 unity-settings-daemon (<< 15.04.1+17.04.20170619),
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~didrocks/ubuntu/+source/ubuntu-settings:yaru-default into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master

2018-07-26 Thread Didier Roche
Didier Roche has proposed merging 
~didrocks/ubuntu/+source/ubuntu-settings:yaru-default into 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.

Commit message:
Set Yaru theme and settings as default

Requested reviews:
  Ubuntu Desktop (ubuntu-desktop)

For more details, see:
https://code.launchpad.net/~didrocks/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/350879

Note: only merge once Yaru is seeded and set as default
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~didrocks/ubuntu/+source/ubuntu-settings:yaru-default into 
~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master.
diff --git a/debian/changelog b/debian/changelog
index b1af267..12bc5f5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+ubuntu-settings (18.11) UNRELEASED; urgency=medium
+
+  * Set Suru theme and settings as default.
+
+ -- Didier Roche   Wed, 25 Jul 2018 15:52:37 +0200
+
 ubuntu-settings (18.10) cosmic; urgency=medium
 
   * debian/control:
diff --git a/debian/ubuntu-settings.gsettings-override b/debian/ubuntu-settings.gsettings-override
index 3f2a99d..97dc658 100644
--- a/debian/ubuntu-settings.gsettings-override
+++ b/debian/ubuntu-settings.gsettings-override
@@ -15,7 +15,8 @@ picture-uri = 'file:///usr/share/backgrounds/warty-final-ubuntu.png'
 picture-uri = 'file:///usr/share/backgrounds/warty-final-ubuntu.png'
 
 [org.gnome.desktop.sound]
-theme-name = 'ubuntu'
+theme-name = 'Suru'
+input-feedback-sounds = true
 
 [org.gnome.desktop.session]
 session-name = "ubuntu"
@@ -46,7 +47,7 @@ sleep-inactive-ac-timeout = 0
 
 # for GDM/DM
 [org.gnome.desktop.interface:GNOME-Greeter]
-cursor-theme = "DMZ-White"
+cursor-theme = "Suru"
 
 [org.gnome.login-screen]
 logo='/usr/share/plymouth/ubuntu-logo.png'
@@ -63,9 +64,9 @@ enable-hot-corners = false
 show-desktop-icons = true
 
 [org.gnome.desktop.interface:ubuntu]
-gtk-theme = "Ambiance"
-icon-theme = "ubuntu-mono-dark"
-cursor-theme = "DMZ-White"
+gtk-theme = "Suru"
+icon-theme = "Suru"
+cursor-theme = "Suru"
 font-name = "Ubuntu 11"
 monospace-font-name = "Ubuntu Mono 13"
 
@@ -81,6 +82,7 @@ edge-tiling = true
 dynamic-workspaces = true
 workspaces-only-on-primary = true
 focus-change-on-pointer-rest = true
+center-new-windows = true
 
 [org.gnome.desktop.peripherals.touchpad:ubuntu]
 tap-to-click = true
@@ -172,13 +174,7 @@ screensaver = 'l'
 
 [org.gnome.desktop.interface:communitheme]
 cursor-theme = "communitheme"
-icon-theme = "Suru"
 gtk-theme = "Communitheme"
 
 [org.gnome.desktop.sound:communitheme]
 theme-name = "communitheme"
-input-feedback-sounds = true
-
-[org.gnome.mutter:communitheme]
-center-new-windows = true
-
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-shell:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master

2018-07-25 Thread Didier Roche
Review: Approve

LGTM, merging.
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/350754
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/gnome-shell:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/nautilus:ubuntu/master-3-26-4 into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master

2018-07-23 Thread Didier Roche
Review: Approve

LGTM, thanks!
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/350170
Your team Ubuntu Desktop is subscribed to branch 
~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Application for ~ubuntu-desktop membership

2018-04-19 Thread Didier Roche

Le 18/04/2018 à 15:06, Olivier Tilloy a écrit :

Hello,

I would like to be considered for membership in the ubuntu-desktop team.

I've been officially maintaining chromium-browser and libreoffice
packages for a year now. I have PPU rights for chromium-browser
(granted in November last year) and my libreoffice uploads are usually
sponsored by seb128 and kenvandine.

I also occasionally contribute to other packages in the desktop set (I
did some sponsored uploads for gconf, gnome-session, gdm3, ibus).

My packaging work includes bug fixes, new versions and SRUs, and I
also created new packages as an upstream developer in the past
(unity-2d and related components, webbrowser-app for Ubuntu Touch).


+1 from me as well. It's been always a pleasure to work with Olivier. He 
did grasp a lot of packaging and maintenance skills in unity2d and I 
rarely had to fix things afterwards. For things he didn't about, he 
never hesitated to reach to other to ask questions.


More recently, I worked with him on the gdm3/gnome-session changes and 
he pushed/discussed the changes upstream.


Good work Olivier!
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: desktop icons removed from Nautilus

2018-01-17 Thread Didier Roche

Le 17/01/2018 à 09:48, Adam Dingle a écrit :
As many of you are probably aware, Nautilus in master can no longer 
display icons on the desktop.   This change landed in Nautilus master 
on January 2nd:


https://gitlab.gnome.org/GNOME/nautilus/commit/74dd9c9f72002d482c898a704bb5b95655e35e08

The reasons for the change are described at

https://gitlab.gnome.org/GNOME/nautilus/issues/158 "Remove desktop 
support"


That page says that it might be possible to develop a GNOME Shell 
extension to display desktop icons instead, and points to a prototype 
implementation which is in a "very early stage":


https ://gitlab.gnome.org/csoriano/org.gnome.desktop-icons 



I personally am a bit skeptical about using a GNOME Shell extension 
for this, because


1) I doubt it will implement a desktop that looks/behaves exactly like 
Nautilus windows, and I value consistency.


2) it seems unlikely that it will implement all the Nautilus 
extensions that I commonly use (e.g. nautilus-image-converter, 
nautilus-fileroller) including property pages currently implemented in 
C (e.g.  libevince-properties-page, libtotem-properties-page).


In any case, it looks like Ubuntu has these choices:

1. Drop support for desktop icons, like in upstream GNOME.

2. Use a shell extension to provide desktop icons.  This is a large 
undertaking, and Canonical might need to implement this if nobody else 
steps up to the plate.


3. Fork Nautil! us, or us e an externally maintained fork such as Nemo 
(which itself might however have dependencies from Cinnamon).


4. Switch to a different file manager.

Has Ubuntu decided which of these paths to follow in 18.04 Bionic, and 
beyond?


Hey Adam.

We actually did, and discussed it in our weekly meeting before posting 
to the result of those discussions on the community hub: 
https://community.ubuntu.com/t/files-nautilus-v3-28-will-lose-the-desktop-icons-capability/3115/32


(If you are interested into follow ubuntu desktop related topics and 
engage with the wider community, I encourage your to follow: 
https://community.ubuntu.com/c/desktop/)

Cheers,
Didier

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Design-Team

2017-10-12 Thread Didier Roche

Le 12/10/2017 à 03:36, Daniel van Vugt a écrit :
There is certainly a hunger within Canonical to make 18.04 something 
special. When the relevant public discussion happens you will probably 
see it here: https://community.ubuntu.com




In addition to what Daniel told, we are focusing heavily on 17.10 to get 
the release done right now, but yeah, expect some announcement around 
that theme (pun intended) shortly after this :) The website Daniel 
referenced is the best one to watch (alongside planet ubuntu ofc ;)).


Didier


On 12/10/17 07:14, Mads Rosendahl wrote:

Hi

I set out to contact the Canonical design-team, but there doesn't 
seem to be a design mailinglist nor contact info anywhere (sigh!), 
and so I hope this thread will be passed on to the right people.


What's happening behind the closed design-team doors? :o)
Are there any plans for a 18.04 "makeover"? I ask, because I want to 
contribute!


I came across Didrocks post (http://disq.us/p/1lwtm4u) which implies 
that you (Canonical) are interested. I'm sure there's a ton of 
passioned people in the community willing to spent their free time 
working on this. If a Canonical decision already has been made, 
please communicate that, and if no action has been taken, let's work 
together (the community and the design-team) to create a beautiful 
Ubuntu desktop.


Some inspiration could be:
https://snwh.org/images/screenshots/suru/3.png
https://www.behance.net/gallery/28804097/Ubuntu-1604-Stupendously-Hot-Charmander-concept 



So basically what I'm asking is, how can I help?

Best regards
/MadsRH/









--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: gnome-sushi

2017-08-22 Thread Didier Roche

Le 22/08/2017 à 16:32, Sebastien Bacher a écrit :

Le 09/06/2017 à 13:13, Jeremy Bicha a écrit :

I asked the Nautilus maintainer about this and he pointed me to some
designs that I believe will eventually deprecate sushi.

https://wiki.gnome.org/Design/Whiteboards/OpeningFiles

sushi doesn't have any known security vulnerabilities but sushi seems
like the kind of feature that could expose security vulnerabilities.

Seems like it's getting late to sort that one out this cycle so -1 for
me and let's revisit next cycle?


Making sense to me to wait on that one.


--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: old or new shell for gnome-control-center?

2017-08-22 Thread Didier Roche

Le 22/08/2017 à 16:23, Sebastien Bacher a écrit :

Le 09/08/2017 à 21:51, Jeremy Bicha a écrit :

There are several minor UI issues with the new design and hardly
anyone has used it yet. Although GNOME is technically at UI Freeze,
it's likely that gnome-control-center will get several freeze
exceptions to fix some of those issues.

I've been using the new one for a while and I think it works well enough
to go with it.

Note that I reported a few problems upstream and didn't get any
triaging/comment/reply/fix, we shouldn't block on that but we might need
to get ready to fix some of the issues ourselve


Agreed on the above.

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: GNOME To Do

2017-08-22 Thread Didier Roche

Le 22/08/2017 à 16:26, Sebastien Bacher a écrit :

Hey again,

Le 08/08/2017 à 06:13, Robert Ancell a écrit :

We should ship it by default or give a reason in
https://wiki.ubuntu.com/DefaultApps why it should not be included.

I think that one would be fine to try to include, if anyone feels like
feeling a MIR we should be able to get it still this cycle (could be an
easy ffe) or early next cycle


+1 as well

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: GNOME Characters

2017-08-22 Thread Didier Roche

Le 22/08/2017 à 16:26, Sebastien Bacher a écrit :

Hey there,

Le 08/08/2017 à 06:27, Robert Ancell a écrit :

We should ship it by default or give a reason in
https://wiki.ubuntu.com/DefaultApps why it should not be included.

I think that one would be fine to try to include, if anyone feels like
feeling a MIR we should be able to get it still this cycle (could be an
easy ffe) or early next cycle


+1 as well

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: Onboard

2017-08-21 Thread Didier Roche

Le 20/08/2017 à 13:27, Jeremy Bicha a écrit :

On Sun, Aug 20, 2017 at 7:16 AM, Francesco Fumanti
 wrote:

The adaption of Onboard to GNOME Shell has been our focus since the 
announcement of Ubuntu switching to GNOME for 17.10. For the reasons outlined 
by marmuta in this thread, a full integration of the python based Onboard into 
GNOME Shell seems very difficult, if not impossible.
https://bugs.launchpad.net/onboard/+bug/1672465

Thanks for the updates!


In the meantime, OnboardOSK is quite usable on X, but not yet in Wayland, which 
brings me to the question, whether Ubuntu 17.10 is also going to use Wayland as 
default?

Yes.


We will not be able to offer a proper release before feature freeze on the 24th 
of august. What does this mean for Ubuntu 18.04? Will it be possible to have 
OnboardOSK become default again for Ubuntu 18.04, which is a LTS, if it has not 
already been the default on-screen keyboard in 17.10?

Yes, there is a possibility that OnboardOSK could be used by default
for 18.04 LTS, even if Onboard is dropped from the default install for
17.10.


Let's be honest though; moving to Caribou will make it less likely to 
set a new brand codebase (as this is basically a rewrite from what I got 
to C and C++) for the LTS, especially if we decide for Caribou and it 
works well for our users.



Moreover, as OnboardOSK being a fork from Onboard, I wonder whether it has to 
go through the Universe and Main inclusion process?

It must go through the new queue if it has new binary or source
packages. It will probably need to go through a MIR process if it
needs to be in Main but it should be simpler than a brand new MIR.


Not really, if the code is all new due to this port, it needs a proper 
full code rereading.


To come back to Caribou: how does it handles fcitx (as I think upstream 
is focused on ibus), maybe we should link that one to the decision on 
fcitx vs ibus?


Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: GNOME Logs

2017-08-17 Thread Didier Roche

Le 16/08/2017 à 23:54, Sebastien Bacher a écrit :

Hey Jeremy,

Le 16/08/2017 à 19:44, Jeremy Bicha a écrit :

+1 from me.

Robert replied as well to +1 (but not on the list), looks like we have
enough people in favor that we should do it so feel free to do the seed
change.


Should we update the seed for each change or just wait to take enough 
decisions on new apps to not do one upload per new app? (if any others)

In any way, as I told before on the list, I'm +1 as well for that one.

If no-one else is updating the seed, I can do it tomorrow with my other 
seed change.

Cheers,

Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: GNOME Contacts

2017-08-08 Thread Didier Roche

Le 08/08/2017 à 12:44, Tim a écrit :




On 08/08/17 17:09, Khurshid Alam wrote:


Hi,

On Tue, Aug 8, 2017 at 10:07 AM, Robert Ancell 
 wrote:
gnome-contacts is an address book and is part of the core GNOME 
apps. It has all dependencies in main except for folks (which used 
to be in main).


While this seems to work well in managing your e-d-s based contacts, 
I'm not sure if there's a particular use for it in Ubuntu. Address 
book functionality seems tied to your email client of choice which 
is probably Thunderbird (installed by default, has own tools) or an 
online service (e.g. GMail, and also has own tools).


Beside it can be used to view other vcard information like phone 
numbers, im-addresses and Thunderbird may not be suitable for this.
Thunderbird does not have native support for google contacts. GNOME 
contacts provides an easy way to search android phone contacts. It 
also allows searching contacts from other online-accounts providers 
(for the ones that provide that support) if you have them setup.




The issue to include GNOME Contacts without having thunberbird 
integration is the dichotomy in contact manager. Why do my contacts I 
added in GNOME contact don't appear in Thunberbird and vice-versa? I 
think we should look into its inclusion (which would be great, as 
describe, with the nice Shell integration) if someone volounteer to look 
into having it integrated with Thunderbird to only have one contact 
provider on the system.


Cheers,
Didier

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: GNOME To Do

2017-08-08 Thread Didier Roche

Le 08/08/2017 à 08:57, Sebastien Bacher a écrit :

Hey,

Le 08/08/2017 à 06:13, Robert Ancell a écrit :

gnome-todo is a task manager / note taker and is part of the core
GNOME apps. All its dependencies are in main.

We should ship it by default or give a reason in
https://wiki.ubuntu.com/DefaultApps why it should not be included.

That one looks like a potential nice addition to me.


+1

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default App: GNOME Clocks

2017-08-08 Thread Didier Roche

Le 08/08/2017 à 09:24, Sebastien Bacher a écrit :

Hey again there,

Le 08/08/2017 à 06:20, Robert Ancell a écrit :

Based on verbal discussions most people seem keen for it to be shipped
by default, with a blocking issue being the alarms being unreliable if
that app closes:

My understanding is not that they are unreliable but not working at all
if the application is closed since there is no background service.

I'm a bit unsure about this one since it's needed to be able to add
different timezones to be displayed in the clock indicator, which is a
nice feature and that we had out of the box in unity, but at the same
time it feels wrong providing an application were a core/important
feature is not working (if you provide alarm/reminders to users they
might rely on those and it's quite a let down if it's not working).

Iain said at GUADEC that it sounded like a job for making use of systemd
and that he would be interested maybe to have a look.

In any case I would say +1 if we fix or remove the non working features
but -1 otherwise.


An intermediate fix until we turn it into a proper system service would 
be to do something similar than what we did with rhythmbox: if an alarm 
is scheduled, the quit signal is turned into hide window. Then recalling 
this gapplication just show back the main instance.


The remaining issue would be if you schedule an alarm and reboot though, 
but it could be quite a good intermediate solution for this cycle and 
then, we fix this properly next one with more available developer cycles?


Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Default Apps: gnome-music and gnome-photos

2017-08-08 Thread Didier Roche

Le 08/08/2017 à 09:30, Sebastien Bacher a écrit :

Hey,

Le 08/08/2017 à 06:50, Robert Ancell a écrit :

My reading is most people are of the opinion we won't switch at this
time, but will re-assess at each Ubuntu release if things have
changed. What do others think?

I think we shouldn't switch before the LTS and revisit after that.

Those applications are complex and we know that the current ones are
working well enough where the new ones are still missing features.

There is also the question of tracker, it doesn't look like we have the
resources to look at it this cycle and it seems a bit of a big change to
do in the cycle before the LTS.

Also gnome-music is a python application so we consider it we should
have a look to the performances, we have been there in the past and
conclued it was not the best language for desktop applications...


+1 to all thoes remarks from my standpoint.

Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 1621216] Re: [MIR] geoclue-2.0

2017-06-01 Thread Didier Roche
Override component to main
iio-sensor-proxy 2.2-0ubuntu1 in artful: universe/misc -> main
iio-sensor-proxy 2.2-0ubuntu1 in artful amd64: universe/utils/optional/100% -> 
main
iio-sensor-proxy 2.2-0ubuntu1 in artful arm64: universe/utils/optional/100% -> 
main
iio-sensor-proxy 2.2-0ubuntu1 in artful armhf: universe/utils/optional/100% -> 
main
iio-sensor-proxy 2.2-0ubuntu1 in artful i386: universe/utils/optional/100% -> 
main
iio-sensor-proxy 2.2-0ubuntu1 in artful ppc64el: universe/utils/optional/100% 
-> main
iio-sensor-proxy 2.2-0ubuntu1 in artful s390x: universe/utils/optional/100% -> 
main
Override [y|N]? y
*7 publications overridden.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop, which is a bug assignee.
https://bugs.launchpad.net/bugs/1621216

Title:
  [MIR] geoclue-2.0

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

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Application for ~ubuntu-desktop membership

2016-08-10 Thread Didier Roche
Le 10/08/2016 à 13:58, Jeremy Bicha a écrit :
> I'd like to re-apply for membership in ~ubuntu-desktop. I was a member
> a few years ago but I deactivated my upload memberships when I knew I
> wasn't going to use my upload rights for a while.
>
> I am a MOTU and member of ~ubuntu-gnome-dev. I originally got involved
> in the Desktop team with the switch to GNOME 3 when I saw that there
> was work that needed to be done and that I could help do it. In some
> ways, it's still like that since the Canonical Desktop team is very
> busy developing Unity 8 with less time available to maintain the GNOME
> bits.

+1 from me!
It's nice to see you around again Jeremy :)

Cheers,
Didier

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Ubuntu Quickly Retired?

2015-09-09 Thread Didier Roche
Le 08/09/2015 20:58, Bryan Quigley a écrit :
> Hi all,
>
> Ubuntu Quickly's development has stopped (last trunk commit from
> 2012).  It seems that the Ubuntu SDK (and maybe Make) has replaced
> Quickly.   If you happen across the Quickly documentation you might
> assume this is the recommended way to develop apps for Ubuntu.
>
> Is there any reason to use Quickly over the SDK today?  Should it be
> removed from the archive (15.10+)?
>
> Kind regards,
> Bryan
>
> [1] https://wiki.ubuntu.com/Quickly
>
Hey,

Indeed, Quickly development and support has stopped. Ubuntu changed its
technology meanwhile to move to Qt & QML for application development, so
the Ubuntu SDK is where the hot things live nowdays.

Make isn't a 1o1 replacement as its target is different (setting up the
developer environment, targeting Ubuntu or not as a developer platform).

Good idea to remove it from the archive, we should as well edit the wiki
page.
Cheers,
Didier

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 1413380] Re: [needs-packaging] cryptote needs packaging

2015-01-22 Thread Didier Roche
Thanks for packaging cryptote and help to make ubuntu better!

The package has quite a lot of issues that needs to be addressed before 
uploading to ubuntu. I did a first quick pass and encourage you to fix those 
before subscribing back the ubuntu sponsors:
- debian/copyright doesn't follow DEP5 (http://dep.debian.net/deps/dep5/), 
please use this as a template.
- the version makes people think that this package is available in debian, 
which is not the case. Please reference it as 0.5.390-0ubuntuX
(where -0 means this version wasn't in debian and ubuntuX == ubuntu+number as 
you did previously.
-  debian/compat is referecing debhelper 5, we tend to rather use debhelper 9 
nowdays.
-  debian/control references as well debhelper 5 instead of 9
- debian/rules: there are some lintian errors on it, make clean doesn't really 
clean the package and have some rules missing:
W: cryptote source: debian-rules-ignores-make-clean-error line 46
W: cryptote source: debian-rules-missing-recommended-target build-indep
W: cryptote source: debian-rules-missing-recommended-target build-arch
Please, consider here as well to use debhelper 9 as the rules will be way 
easier.

debian/rules would be simply something like:
#!/usr/bin/make -f

#DH_VERBOSE=1

%:
dh $@

and from that, you can read some debhelper documentation if you need to 
override some default parameters.
* debian/menu is not in use in ubuntu, if you don't intend to upload that 
package to debian, please remove it.

That's already quite enough for a first look, please get that package updated 
in the ppa and feel free to resubscribe the sponsoring list!
Thanks :)

** Changed in: ubuntu
   Status: New = Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Desktop, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1413380

Title:
  [needs-packaging] cryptote needs packaging

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

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 1388294] Re: [MIR] geoclue-2.0

2015-01-06 Thread Didier Roche
geoclue-2.0 2.1.10-2 in vivid: universe/misc - main
geoclue-2.0 2.1.10-2 in vivid amd64: universe/utils/optional/100% - main
geoclue-2.0 2.1.10-2 in vivid arm64: universe/utils/optional/100% - main
geoclue-2.0 2.1.10-2 in vivid armhf: universe/utils/optional/100% - main
geoclue-2.0 2.1.10-2 in vivid i386: universe/utils/optional/100% - main
geoclue-2.0 2.1.10-2 in vivid powerpc: universe/utils/optional/100% - main
geoclue-2.0 2.1.10-2 in vivid ppc64el: universe/utils/optional/100% - main
Override [y|N]? y
7 publications overridden.


** Changed in: geoclue-2.0 (Ubuntu)
   Status: Fix Committed = Fix Released

-- 
You received this bug notification because you are a member of GNOME3
Team, which is subscribed to geoclue-2.0 in Ubuntu.
Matching subscriptions: geoclue
https://bugs.launchpad.net/bugs/1388294

Title:
  [MIR] geoclue-2.0

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/geoclue-2.0/+bug/1388294/+subscriptions

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 1388294] Re: [MIR] geoclue-2.0

2015-01-06 Thread Didier Roche
geocode-glib 3.14.0-1 in vivid: universe/libs - main
gir1.2-geocodeglib-1.0 3.14.0-1 in vivid amd64: universe/libs/optional/100% - 
main
gir1.2-geocodeglib-1.0 3.14.0-1 in vivid arm64: universe/libs/optional/100% - 
main
gir1.2-geocodeglib-1.0 3.14.0-1 in vivid armhf: universe/libs/optional/100% - 
main
gir1.2-geocodeglib-1.0 3.14.0-1 in vivid i386: universe/libs/optional/100% - 
main
gir1.2-geocodeglib-1.0 3.14.0-1 in vivid powerpc: universe/libs/optional/100% 
- main
gir1.2-geocodeglib-1.0 3.14.0-1 in vivid ppc64el: universe/libs/optional/100% 
- main
libgeocode-glib-dbg 3.14.0-1 in vivid amd64: universe/debug/extra/100% - main
libgeocode-glib-dbg 3.14.0-1 in vivid arm64: universe/debug/extra/100% - main
libgeocode-glib-dbg 3.14.0-1 in vivid armhf: universe/debug/extra/100% - main
libgeocode-glib-dbg 3.14.0-1 in vivid i386: universe/debug/extra/100% - main
libgeocode-glib-dbg 3.14.0-1 in vivid powerpc: universe/debug/extra/100% - main
libgeocode-glib-dbg 3.14.0-1 in vivid ppc64el: universe/debug/extra/100% - main
libgeocode-glib-dev 3.14.0-1 in vivid amd64: universe/libdevel/optional/100% - 
main
libgeocode-glib-dev 3.14.0-1 in vivid arm64: universe/libdevel/optional/100% - 
main
libgeocode-glib-dev 3.14.0-1 in vivid armhf: universe/libdevel/optional/100% - 
main
libgeocode-glib-dev 3.14.0-1 in vivid i386: universe/libdevel/optional/100% - 
main
libgeocode-glib-dev 3.14.0-1 in vivid powerpc: universe/libdevel/optional/100% 
- main
libgeocode-glib-dev 3.14.0-1 in vivid ppc64el: universe/libdevel/optional/100% 
- main
libgeocode-glib-doc 3.14.0-1 in vivid amd64: universe/doc/optional/100% - main
libgeocode-glib-doc 3.14.0-1 in vivid arm64: universe/doc/optional/100% - main
libgeocode-glib-doc 3.14.0-1 in vivid armhf: universe/doc/optional/100% - main
libgeocode-glib-doc 3.14.0-1 in vivid i386: universe/doc/optional/100% - main
libgeocode-glib-doc 3.14.0-1 in vivid powerpc: universe/doc/optional/100% - 
main
libgeocode-glib-doc 3.14.0-1 in vivid ppc64el: universe/doc/optional/100% - 
main
libgeocode-glib0 3.14.0-1 in vivid amd64: universe/libs/optional/100% - main
libgeocode-glib0 3.14.0-1 in vivid arm64: universe/libs/optional/100% - main
libgeocode-glib0 3.14.0-1 in vivid armhf: universe/libs/optional/100% - main
libgeocode-glib0 3.14.0-1 in vivid i386: universe/libs/optional/100% - main
libgeocode-glib0 3.14.0-1 in vivid powerpc: universe/libs/optional/100% - main
libgeocode-glib0 3.14.0-1 in vivid ppc64el: universe/libs/optional/100% - main
Override [y|N]? y
31 publications overridden.

** Changed in: geocode-glib (Ubuntu)
   Status: Fix Committed = Fix Released

-- 
You received this bug notification because you are a member of GNOME3
Team, which is subscribed to geoclue-2.0 in Ubuntu.
Matching subscriptions: geoclue
https://bugs.launchpad.net/bugs/1388294

Title:
  [MIR] geoclue-2.0

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/geoclue-2.0/+bug/1388294/+subscriptions

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 1387599] Re: [MIR] fonts-cantarell

2014-11-04 Thread Didier Roche
Override component to main
fonts-cantarell 0.0.16-1 in vivid: universe/fonts - main
fonts-cantarell 0.0.16-1 in vivid amd64: universe/fonts/optional/100% - main
fonts-cantarell 0.0.16-1 in vivid arm64: universe/fonts/optional/100% - main
fonts-cantarell 0.0.16-1 in vivid armhf: universe/fonts/optional/100% - main
fonts-cantarell 0.0.16-1 in vivid i386: universe/fonts/optional/100% - main
fonts-cantarell 0.0.16-1 in vivid powerpc: universe/fonts/optional/100% - main
fonts-cantarell 0.0.16-1 in vivid ppc64el: universe/fonts/optional/100% - main
Override [y|N]? y
7 publications overridden.

** Changed in: fonts-cantarell (Ubuntu)
   Status: Fix Committed = Fix Released

-- 
You received this bug notification because you are a member of GNOME3
Team, which is subscribed to fonts-cantarell in Ubuntu.
Matching subscriptions: gnome3-fonts
https://bugs.launchpad.net/bugs/1387599

Title:
  [MIR] fonts-cantarell

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fonts-cantarell/+bug/1387599/+subscriptions

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Desktop 13.04-Topic] Having a smart ubuntu desktop

2012-10-18 Thread Didier Roche

Hey everyone,

In a world where we are using more and more connected web services doing 
some of our tasks (web mails, online documentation editing, online music 
players…) should we imagine having a more adapated image to our users? 
This will mean reducing our main image footprint by removing some of 
those tools we install by default:
I'm thinking of thunderbird, libreoffice, rhythmbox and other main 
applications of our desktop for instance.


The counter-part would be to make our desktop smarter. I can imagine:
- having the messaging menu (or an icon in the launcher, or an icon in 
the dash) showing, the first time you try to configure your email 
account, a window asking for your email
- based on the answer, either proposing to directly use a web 
application (with unity integration) for an @gmail.com, @yahoo.com… and 
other email providers known to have good web integrations. Otherwise, 
proposing to install thunderbird, ideally opening the account creating 
setup prefiled with the information already be done.

(we can of course imagine a checkbox to override the smart behavior).

This is just a field example, we can expand to document editing, and a 
lot of other areas.
There is already some integration of this for other parts of the stack 
(like double clicking on an odt when you don't have libreoffice 
installed), we can make sure all our desktop have this kind of tweaks, 
and try to make a sharper, more adaptive image to our finale users, 
without having lots of post-install applications to remove.


What do you think? Is that a goal worth having?
Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop 13.04-Topic] Having a smart ubuntu desktop

2012-10-18 Thread Didier Roche

Le 18/10/2012 17:58, Ted Gould a écrit :

On Thu, 2012-10-18 at 11:10 +0200, Didier Roche wrote:

In a world where we are using more and more connected web services doing
some of our tasks (web mails, online documentation editing, online music
players…) should we imagine having a more adapated image to our users?
This will mean reducing our main image footprint by removing some of
those tools we install by default:
I'm thinking of thunderbird, libreoffice, rhythmbox and other main
applications of our desktop for instance.

What I see is that more people are having data online, but that doesn't
necessarily mean using online clients.  Or, in many cases the reason
they're using the web client is because they don't know that there is a
better, more integrated experience available.


The counter-part would be to make our desktop smarter. I can imagine:
- having the messaging menu (or an icon in the launcher, or an icon in
the dash) showing, the first time you try to configure your email
account, a window asking for your email
- based on the answer, either proposing to directly use a web
application (with unity integration) for an @gmail.com, @yahoo.com… and
other email providers known to have good web integrations. Otherwise,
proposing to install thunderbird, ideally opening the account creating
setup prefiled with the information already be done.
(we can of course imagine a checkbox to override the smart behavior).

So I think that this is an interesting idea, but I'd propose it a little
differently.  If you, for instance said that you have a Google account
we could offer to integrate the GMail website but also offer to set up
IMAP to Synchronize e-mail locally.


That's precisely why I've written:

(we can of course imagine a checkbox to override the smart behavior).

prefiling thunderbird fields based on those (so the user doesn't have to type 
twice his email) would be awesome if we can get to it ;)

Cheers,
Didier




--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop13.04-Topic] GNOME plans review

2012-10-16 Thread Didier Roche

Le 16/10/2012 06:08, Jeremy Bicha a écrit :

On 15 October 2012 13:50, Sebastien Bacher seb...@ubuntu.com wrote:

That's going to be a controversial topic but I want to suggest we stay on
stable GNOME this cycle, the reasons are (in random order):

Well you've been following GNOME development for longer than many of
us. What is it that's making GNOME 3 releases more unstable than GNOME
used to be? Is it just that GNOME development has sped up and the
developers don't care enough about API stability?


I think Seb is mentionning the in-cycle surprises we got recently, like 
the ibus change, and nautilus, which were not planned or announced 
before even we started to upgrade to the unstable .1 release. It's 
getting harder and harder to know what kind of changes will happen in 
the unstable serie for us, and so, it's difficult to build a strong 
quality product with all those unknown variables, knowing that we 
already planned our resources on some other ubuntu priorities for the 
cycles.



- GNOME is not communicating early enough on what is coming for us to
discuss next cycle at UDS (see nautilus 3.6 in quantal)

- GNOME is shipping stables with transitions half done (see gstreamer 1.0
this cycle) which is not something we want in Ubuntu

The other big example this cycle is ibus. GNOME 3.6 doesn't work
properly without a not-released-as-stable version of ibus.
http://pad.lv/1045914


- our feedback loop with GNOME is not really working nowadays, they don't
have time to look at most bugs and we hit regressions and sit on them until
somebody on our side has time to look at them, which means neither GNOME or
us benefits much from tracking unstable GNOME...


On the con side though:

- it gives us less opportunity to work with upstream on resolving issues

This will hurt GNOME some too as a decent amount of issues are
reported first on Ubuntu. This will send some sort of message to GNOME
but I'm not sure that there's much of a conversation happening though.
In general, I think it would be a bad idea if we completely and
permanently switched to shipping the old stable release instead of the
latest stable release and the bug disconnect is one reason.

 From the way I see things, GNOME doesn't really support their stable
releases much either. The final point release is only two months after
the .0 release.


Well, we still have to support older release like the LTS one for 5 
years. If you feel that a release is only supported 2 months, shipping 
the latest will still give us only 2 months report, not 1 year and half 
for normal release. Knowing that we would directly ship with .3, this 
isn't a big change deal in term of support, but it's a big one in term 
of quality we can bring to our releases.



- the new version of libraries might have APIs our app writers might want to
use

While maintaining the GTK milestones is a headache, it would also be a
headache not to have them in Ubuntu.

I don't think this strategy will really save much work. The GNOME
milestone releases are likely to be packaged in a PPA any way. On the
other hand, I got involved on the Desktop team because there was
packaging work that needed to be done and the GNOME3 PPA made it seem
like less of a hurdle to contribute to.

I think most GNOME apps shouldn't cause any issues for the Ubuntu
desktop. There are about 2 weeks from Alpha2 to Feature Freeze, and
Alpha 2 approximately corresponds with the 3.7.5 release. By then, it
should be clear which apps could cause problems and there is time to
get the safe ones in.


I don't really agree that it's not that much work. We tried this 
strategy for the LTS for instance, and it was still a lot of tweaks to 
do for it.



One element to think about also is how that would impact the GNOME remix if the 
plan there is not ship the latest GNOME...

Seb, I blame the remix idea on you. ;) Anyway, if the GNOME remix
becomes an official flavor, I was hoping to then ask for permission to
include the GNOME3 PPA due to our unique overlap with the flagship
Ubuntu release. It's still a bit of a handicap as I don't think we
could gain that trust if we included things that regressed Unity.

If we don't fork ubuntu-control-center and ubuntu-settings-daemon off
from gnome-control-center, then I don't believe it will be possible to
ship GNOME Shell 3.7/3.8 next cycle. The last two cycles we've shipped
the latest GNOME Shell but with bugs due to incomplete g-c-c/g-s-d
support in Ubuntu (for 12.04 it was http://pad.lv/965921 with keyboard
shortcuts not able to be configured from System Settings and for 12.10
it was 1045914 with a missing keyboard layout status menu). It's a
reasonable guess that for 3.8, the GNOME developers will move
aggressively to kill fallback mode and make optimizations and GNOME
Shell will depend on those newer optimizations.

A big reason for the GNOME remix is to show that you can contribute to
GNOME from Ubuntu. I worry about what happens when most users are
using a different distro than 

Trying to reduce our memory and battery footprint

2012-10-15 Thread Didier Roche

Hey guys,

In the past cycles, we saw our memory need for an user session 
increasing quite a lot. One of the consequence is that our battery life 
on laptop diminished.
I think having a session discussing and trying to review if we can work 
on the more offending daemons, disabling some plugins and so on, can 
help to put her in a better position on that front.


As with install disk cleaning, some regular checkups like this one can 
be interesting to process regularly, we can also discuss about how to 
put some automated tests in place to ensure we tackle any regression 
then on power consumption or used RAM.


Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Desktop 13.04-Topic] Discussing PS-related product processes

2012-10-15 Thread Didier Roche

Hey everyone,

as you probably know already, PS is our upstream for a lot of desktop 
components nowadays (Unity, compiz, webapps, indicators, multi touch 
stack...).
The past cycle has been a real ride in term of features, which spawn the 
release team, translation team and documentation team with FFe/UIFe. We 
need to discuss a way to ease the process in both ways with all involved 
parts.


Seeing the importance of those components on our stack today, I think 
for instance that having a standing FF/UIF exception as we have for 
GNOME components in ubuntu will make sense. However, the counter-part 
will be that PS will work on getting things landing only when they are 
ready, to avoid further and further refinements (and additional 
documentation changes) as we had in the past just to match the date 
gate. So this one can clearly be a win-win situation.


Also, I want to discuss about what can land in a SRU. Little (few pixel 
move) change, not really impacting the documentation may want to be 
considered. We currently have 2 examples we can discuss in the session:


- https://bugs.launchpad.net/unity/+bug/1043808 (Dash: Preview 
activation doesn't have instant feedback). Design worked on a spinner to 
partially address this one. This is a behavior change in some way, for a 
transient state, however it can be completely acceptable in a SRU as it 
will make the quantal experience better and don't change doc/add new 
strings, and so on.


- Another one is the ribbon on the application lens for software-center 
content. This one is giving (due to pixelized images with the magazines) 
a lot of headaches to design and they would want to remove it. This 
specific case is an UI change, but doesn't seem it would impact the 
understanding of the lens.


We can base the UDS discussion on those examples to see how we can get 
the process smoother and more reliable for everyone in the next cycle 
and going on. :)


Cheers,
Didier
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Fixing 'unity --reset'

2012-10-15 Thread Didier Roche

Le 15/10/2012 22:14, Jorge O. Castro a écrit :

Hi everyone,

Some changes to unity this cycle means that unity --reset doesn't
work. Didrocks sort of explained what needed to happen to make it work
and J Phani Mahesh stepped up to the plate taking a stab at it.

- 
https://bitbucket.org/jpmahesh/unity-reset/src/00e73b345dae/reset-gio.py?at=master

Some things here:

- It needs to be tested more widely.
- Someone needs to integrate it into Unity at some point once we know
it works so people can do unity --reset.

Thanks J Phani for this contribution!



Hey, Thanks J Phani for this contribution!
As explained to Jorge on IRC yesterday, still some work is needed to 
integrate it into ubuntu:


It would be better to use the python gobject gsettings binding rather 
than calling subprocess for gsettings reset directly. Also, not having 
the list hard-coded by detecting which schemas are installed on the 
system: otherwise, gsettings might fail if you reset a schema which 
isn't installed, and you can miss some if you don't reset extra plugins 
not part of the default install. (And the default list can also change 
over releases).


Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop13.04-Topic] Drop gconf from the default installation

2012-10-09 Thread Didier Roche

Le 08/10/2012 16:58, Sebastien Bacher a écrit :


- unity (for config migration purpose I guess)


I'm fine with that one, we should just find a way for people upgrading 
to next LTS to still have it installed and not purged on upgrade (but it 
should be fine as it's not obsolete and will be kept on the archive I 
guess. So that they have the migration running on first login.


Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Unity-design] Fwd: What do we do with the file manager?

2012-08-09 Thread Didier Roche

Le 09/08/2012 18:15, Sebastien Bacher a écrit :

Le 09/08/2012 17:05, Michael Terry a écrit :


Picking one of the forks of 3.4 nautilus means that either we are the 
sole stewards or we will conflict with the existing maintainers over 
design goals (which sounds a lot like GNOME but with less manpower).


I don't think we have the energies to own a whole file manager. I 
vote we just ride along with GNOME on this one and patch it to fit 
better when running under Unity. 

Hey Michael,

I agree with that mostly, I think we have some issues with 3.6 we need 
to solve at minimum:
- we need to get our desktop menu (the one you get when you are on 
an empty workspace) back
- we need to get the HUD working back with nautilus (we probably need 
to figure a solution for all apps using gear-icon-popup-menus)
- we probably want a traditional menubar back, the gear menu and the 
app menu just doesn't work well in Unity and is different from all our 
other apps
- I'm not sure what to think about things like the dropping of compact 
view or extra pane mode...


I agree with both views that are discussed here. Thanks seb for having 
the list of what we can think of minimum feature we want :)


We at least need to solve the 3 first items and we should have an 
opinion on the last one.


I see 2 ways for this cycle:
- spend the time to fix those 3 items at minima and figure what to do 
next at UDS
- upload nautilus 3.4 to the archive, have both for one cycle (they 
will conflict but that's fine), default to 3.4, discuss what to do 
next at UDS
As the nautilus deep changes came by surprise this cycle, we didn't plan 
any available workforce to get them back. Also, Feature Freeze is just a 
couple of weeks away. My advice would go with the 2nd solution here so 
that we don't rush and have a semi-finished product and additional 
unknown bugs. Also we won't have to patch and repatch seeing how much 
nautilus upstream trunk is moving at every 3.5.x release.

Then, we can discuss quietly at UDS about what to do.

Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Staying on gnome-settings-daemon, gnome-control-center 3.4 for quantal?

2012-07-31 Thread Didier Roche

Le 31/07/2012 00:46, Sebastien Bacher a écrit :

Le 30/07/2012 18:37, Jeremy Bicha a écrit :

The gsettings keybinding update was part of 3.4. We are planning to do
the gsettings switch this cycle, right?
We are trying, as described in my email compiz is ready but they are 
running in extra issues due unity-2d so they either need to update 
that one as well or deprecate it (which is blocked on some unity-3d 
work to be finished)


Also, metacity is linked into this spin, and we need to port metacity to 
the latest, which has a lot of breakage with the current unity-2d patch.


I think by the end of the week, we will know about the unity-2d status 
and if PS is going to move on that or not. Then, we will be able to 
discuss the definitive plan for quantal.


Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Joining ~ubuntu-desktop

2012-07-10 Thread Didier Roche

Le 10/07/2012 00:03, Robert Ancell a écrit :

On 10/07/12 05:54, Iain Lane wrote:

Hi there,

I think it would be beneficial if I were to join the ~ubuntu-desktop
team. It would allow me to not block on sponsors and to be able to
commit directly to the VCS, both of which would be very useful.

I had hoped to go directly to core-dev, but being a member myself means
that we need one more than usual for quorum which is proving slightly
difficult. :P

According to the application page[0]:

,
| At least three existing members have to confirm that they have worked
| enough with you to judge your skills and that you meet the criteria
| above. Usually these three people are your sponsors.
`

I'd really appreciate it if you could endorse me.

Cheers!




+1 from me.


+1 without any doubt :)
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Accessibility always on in GNOME 3.6.

2012-06-22 Thread Didier Roche

Le 22/06/2012 13:46, Jeremy Bicha a écrit :

On 22 June 2012 06:26, Didier Roche didro...@ubuntu.com wrote:

The choice to enable or not accessibility has provided us the benefit to
change user session (knowing that unity 3D a11y support is not as good as
unity 2D one).
There is high chance that this will stay this way this cycle. How would you
see then how the user being aware about the fact that he should switch his
session on that case, meaning that if accessibility support is really
needed, switching to unity 2D?

Um, wasn't Unity 2D supposed to be dropped this cycle?
We don't want to regress our user experience, so we will drop it only if 
Unity 3D has:

- llvmpipe and opengles support, with tested and acceptable performance
- accessibility support
- RTL support

Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Desktop12.10-Topic] User configuration change after package upgrade

2012-04-18 Thread Didier Roche

Hey everyone,

I know that will sound like a deja-vu for some of you (we did discuss 
about it at UDS Brussels IIRC), however I think the situation nowdays 
will make it more needed than what it was in the past.


Sometimes, we need to change/update some user configuration on upgrade. 
However, as everyone knows, the upgrade/installation phase is proceeded 
by root, so we dont have a sane and secured access to all user data on 
this machine at this particular time.
Of course, there is still the gold rule don't change user configuration 
on upgrade that we try to keep as much as possible, and in this case, 
changing the gsettings default is just enough most of the time. However, 
some cases are still valid and changing the gsettings default doesn't 
work, on top of my head:
- Unity launcher icons. Some softwares renames their .desktop file name 
(ubuntu one for instance) in newer release. The key for those icons are 
put together in a list [firefox.desktop, ubuntuone.desktop], and so 
if ubuntuone.desktop is renamed after a system upgrade, the launcher 
will just drop ubuntuone.desktop but not showing the new one. An upgrade 
to detect that case and replace ubuntuone.desktop with the new name will 
be handy.
- We got the glorious example on compiz in the past. Fortunatly, this 
one will soonly be fixed with the case of gsettings, but we surely do 
have other similar cases when a default is reset to the default and not 
considered as such.
- Even if compiz is fixed, we needed to change the default plugin list 
more than once, depending on which profile is running, that's another 
use case.


So, I want to open the discussion on how to do this in a light and 
harmless way (no python for instance ;)). Stamp that a migration 
happened. Should this be some triggered by client packages themselves? 
When should this be run in the session? and so on :)


Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Desktop12.10-Topic] Keybindings health check

2012-04-18 Thread Didier Roche

Hey guys,

We had tried to get some shortcut changes during the Precise cycle. Some 
successfully, some were not (like changing the change worspace  
keybindings).


I propose a healthy check session/discussion with the design team to see 
what changes will be done for 12.10, what we need to expose on 
gnome-control-center, reviewing what we already expose there. Also, what 
changes are needed on the window manager side to propose more than one 
(configurable) keybinding to not break past conventions with new 
proposed ones.


Thanks,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: It's time to jettison CCSM

2012-02-15 Thread Didier Roche

Le 09/02/2012 20:49, Andrew Starr-Bochicchio a écrit :

On Fri, Feb 3, 2012 at 5:43 PM, Andrew Starr-Bochicchio
a.star...@gmail.com  wrote:

On Wed, Feb 1, 2012 at 10:26 AM, Jorge O. Castrojo...@ubuntu.com  wrote:

On Tue, Jan 31, 2012 at 6:09 PM, Jeremy Bichajbi...@ubuntu.com  wrote:

Yes, there are lots of ideas but until someone actually has a working
patch to make CCSM better, the complaints posted on this thread are
still valid. And one of the most important points as Didier posted is
that CCSM has had very little work done on it in along time despite
known problems. I hate to be off-putting but what CCSM needs is not
power users on mailing lists, forums, twitter, etc. but developers.

More to Petko's point; we do have Compiz bugs and outreach as part of
the general Unity developer growth. In my experience however it's very
difficult to get new volunteers to be able to just dive into Compiz
because it's complicated.

I've noticed there are a couple old merge proposals against
lp:compiz-libcompizconfig that might be relevant to this conversion.
Particularly:

https://code.launchpad.net/~compiz-team/compiz-libcompizconfig/compiz-libcompizconfig.fix_873772/+merge/79456

which aims to fix LP: #873772 and LP: #88190:

It is possible for users to really mess up their systems by disabling
important plugins like move, resize, composite, opengl and unityshell.
As such, we should provide a way for distributions to be able to lock
down certain parts of the user's configuration, such as settings
values or the plugins one is allowed to have enabled or disabled

I don't know if Unity/Compiz have a patch pilot scheme, but it would
be nice if someone with the a deeper knowledge of Compiz could help
push these to completion. This is outside of my skill set.

What is in my skill set is a bit of PyGTK. I've had these two merge
proposals up for almost a week now with no response. I have upload
rights for ccsm in Ubuntu, but I'd still appreciate a code review.

https://code.launchpad.net/~andrewsomething/ubuntu/precise/compizconfig-settings-manager/first_run_warning/+merge/91374

Add a first run dialog providing a user warning.

https://code.launchpad.net/~andrewsomething/ubuntu/precise/compizconfig-settings-manager/disable_unity_checkbox/+merge/91375

  If in a Unity session, don't allow the user to disable Unity from main view.


Thanks a lot Andrew for your great contribution! After some small 
guidances (and targetting the correct branch), bothof them are now 
sponsored!


Any other code contribution to help on ccsm is more than appreciated :)
Cheers,
Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: It's time to jettison CCSM

2012-01-27 Thread Didier Roche

Le 27/01/2012 03:16, Andrew Starr-Bochicchio a écrit :

On Thu, Jan 26, 2012 at 8:04 PM, Marc Deslauriers
marc.deslauri...@canonical.com  wrote:

Of course, the correct way to solve this issue is far more complicated
than just removing a package from the archive, it require solving
bugs, bringing new code in Unity while avoiding unwanted side effects
on compiz and basically requires more manpower.

If someone would step up and fix CCSM so a novice user can't mess up
their desktop with two mouse clicks, we wouldn't be having this
discussion.

Just what would that look like? As someone who hasn't run into these
issues, it's hard to tell from this thread what would be enough for
people to consider CCSM fixed. A lot of the opposition to CCSM seems
to be based on the nature of the tool itself rather than any specific
bugs (though judging from Launchpad it certainly has its share of
those). Are there specific plugins or options that are considered
harmful or especially problematic? Are these found in the core plugins
that are installed by default? Perhaps they should be broken out into
one of the universe plugin-extras packages? Or are they in one of the
universe packages already? Maybe we could better split the plugin
packages?


They are already split sincce Oneiric. For plugins that are officially 
suppported upstream, we only install those that are used with the unity 
session right now (25 plugins exactly). Those are installed by 
compiz-plugins-default and compiz-plugins-main-default, the others are 
in compiz-plugins and compiz-plugins-main which are not installed by 
default (but are still there if you upgraded your machine from a version 
pre-oneiric).



- Since it's settings are separate from Unity a unity --reset
doesn't fix it, you have to blow away .compiz or some other dotfile
directories to get a desktop back.

Is this true? I just tested this by exporting my compiz settings using
CCSM and running a unity --reset All my custom settings seem to have
been cleared. Using CCSM, I was then easily able to re-import my
backed up settings and restore them all. The unity python wrapper
seems to try and wipe all your compiz settings if --reset is used. It
calls:

subprocess.Popen([gconftool-2, --recursive-unset, /apps/compiz-1])

Is there a bug in unity's --reset option where this doesn't work in
some cases?  Should the option to reset all options to their default
be made more prominent in CCSM?


No, Jorge wasn't quite right on this one, unity --reset indeed reset the 
whole compiz settings, not just the unity one






- I'm sure at UDS you've seen didrocks show you one of the ways it
breaks even when using parts of it that shouldn't break.

I'll take his word on this.


I'd love to hear some more specific issues.


I've added some on my other post in this thread.

Cheers,
Didier

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Closer Unity

2011-11-24 Thread Didier Roche

Le 24/11/2011 02:23, Davor a écrit :
Keyboard shortcuts have recently been the subject of discussion after 
the statement that unity requires heavy mouse use. After few days i 
must agree.
In Gnome menu you needed 2 clicks and few seconds to start any 
application - Unity takes clicks and time.
You cannot put all of them into launcher (you can - but...you know 
what i mean).
And there are some of them, not very suitable for launcher, that i 
frequently use like gedit, calculator, or terminal and things like 
program killer.



1.

I'm not too enthusiastic about using the keyboard shortcuts for two 
major reasons:

- it is not convenient for touch screens
- if I have to use two hands for keyboard shortcut, I must let go the 
mouse and take my eyes off the screen


Mouse is much more appropriate for gui navigation.
As an inveterate Opera user I recalled mouse gestures: 
http://www.opera.com/browser/tutorials/gestures/


Maybe something like that could bring Unity closer to users.

There is middle click unused. Or Right doubleclick. Or holding left, 
and then right click - and variations. Then combine it with scroller. 
Separate behaviours in empty space and window area or launcher area.


There should be easy mouse gesture for workspace switcher, windows 
switcher and other window controls. Show desktop (and restore windows 
on same gesture) too.

Can window be grabbed with mouse and throwed onto next workspace?


2.

But that does not solves quicker application access. There are not two 
panels anymore, so i suggest CUSTOM DASH. Holder where you can put 
your application starters not very suitable for launcher(like 
gedit), indicators (wheather, system, classic menu), favourite folders 
shortcuts and files you`re currently working on.
Custom dash should be very easily started with mouse from window or 
empty area or from launcher.
Starters, files and folders should have right click option add to 
custom dash (or magic dash or...) - which opens custom dash with 
desired shortcut ready on mouse cursor, so you can place it where you 
want it.
It could be transparent area like dash is, that opens in window -not 
full screen- so when you leave that area it closes down (no need for 
two clicks if you change your mind).



3.

Settins are now in one place, and i like it...
...but i don`t think they belong in launcher - they should be part of 
dash (below with home, apps, files and music).


Hey Davor,
It's true that if you don't use the keyboard for searching, unity 
requires quite some additional clicks (right now, this will get better 
in Precise) to geet what you want. However, this mean that you never 
search on the web to get an information and don't use the keyboard as well?


Anyway, this kind of design discussion should rather happens on the 
ayatana mailling list, where the unity designers are: 
http://unity.ubuntu.com/getinvolved/#design
I invite you to post your thread there as well to reach the relevant 
people :)


Thanks for your feedback,
Didier
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Bug 886428] Re: Bug duplicates files icon in GNOME3 and Unity

2011-11-10 Thread Didier Roche
** Description changed:

  Bug duplicates files icon in GNOME3 and Unity.
  
  picture
  
  http://imageshack.us/photo/my-images/210/screenshotat2005094.png/
  
  Thanks you very much.
+ 
+ test case:
+ * open the unity dash in the application lens/GS activity view
+ * see that you only have one file entry
  
  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: nautilus 1:3.2.1-0ubuntu3
  ProcVersionSignature: Ubuntu 3.0.0-13.22-generic 3.0.6
  Uname: Linux 3.0.0-13-generic i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Sat Nov  5 09:47:27 2011
  ExecutablePath: /usr/bin/nautilus
  InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007)
  SourcePackage: nautilus
  UpgradeStatus: Upgraded to oneiric on 2011-10-21 (14 days ago)

** Also affects: nautilus (Ubuntu Oneiric)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Desktop, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/886428

Title:
  Bug duplicates files icon in GNOME3 and Unity

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

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc

2011-10-19 Thread Didier Roche

Le 15/10/2011 20:39, Manish Sinha a écrit :

Hello,


Hey Manish,


Right now Ubuntu and esp Unity depends on zeitgeist for searches,
recommendations etc.

Right now only those events are logged by zeitgeist-datahub. It
cannot log each and every user event. To increase the logging, there
exists datasources which are plugins/addins for applications. For
default applications datasources exists for tomboy, gedit, banshee,
totem, firefox, empathy (telepathy) and eog. These datasources
should also be shipped with Ubuntu.

Datasources for thunderbird is in development. Datasources for
transmission and shotwell don't exist. It needs to be done.


Yeah, this seem a right goal, it's part of things I tracked, but wasn't 
considered a priority last cycle with all the other changes coming. Now, 
it's maybe time to integrate them.


Now some questions:
- do you have automatic testsuite for them, running on different 
versions of upstream projects?
- how do oyu work with firefox in particular, where we update the 
released version through release life? We generally avoid shipping 
plugins for this reason.
- can you elaborate on one of the major flaw of zeitgeist which seems a 
bigger priority to me: when you plug an usb key, or have a 
windows/ubuntu partition, as zeitgeist isn't a indexer, we can't see 
them in the file lens in particularly. I know that Seif has a script for 
that, but it doesn't seem to be suited for indexing and Mikkel has some 
concerns about it. Can we put that on the table as one of the priority 
for Precise?



My proposal does not start and end with datasources. We should
also include activity-log-manager in the default install. This
application is a privacy and history manager. You can blacklist
applications, set zeitgeist in incognito mode, erase history etc.

We discussed that this cycle already, and I think that it should really 
be integrated in gnome-control-center rather than having another 
capplet. Do you think it's possible?



In case you don't know who am I. I work mostly on datasources
for zeitgeist. Any more clarifications are invited



Excellent! I think that if those 4 items are addressed, datasources is 
definitively something which will be great and real in Precise!

Thanks for your proposal,

Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Desktop12.04-Topic] Polished Precise

2011-10-19 Thread Didier Roche

Hey guys,

Just a FYI that I registered this blueprint: 
https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-desktop-polish


I think this one doesn't need a real discussion at UDS, it's basically 
all the small/medium things that we never have the time to deal with as 
not buggering enough but will be nice to tackle one day. Well...  I 
think this particular day has come and we should try to tackle them for 
Precise!


I dropped my initial thoughts on the blueprint. You will notice that 
some of them are impacting others team as well, like the dx team, the u1 
team. I think we should deal with them for some of those issues 
(basically I guess ken for the u1 team and myself for dx team).


Do not hesitate to add your thoughts, I really hope we can make the 
difference in quality, fixing most of those small things that will do 
our desktop not just good, but great!


Didier
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc

2011-10-19 Thread Didier Roche

Le 19/10/2011 15:16, Manish Sinha a écrit :

On Wed, Oct 19, 2011 at 5:41 PM, Jo-Erlend Schinstad
joerlend.schins...@gmail.com  wrote:

I don't think this is simply a technical issue. It's first and foremost a
design issue. When I have opened a file, then you can know that the file is
of some interest to me. The fact that I haven't open a file, doesn't prove
that it isn't interesting, but you just can't know. I regard Zeitgeist is a
logger that enables applications to learn from my actions, not as a general
indexer like Tracker. In order for the dash and lenses to be effective, I
think it should primarily display files I've shown some interest in.
Similarly, the web lens should only display sites I've actually visited, not
intermingle results from Google, since I haven't shown any interested in all
those other sites.

I was suggesting that when you search for files, then the results from
Zeitgeist would be retrieved and shown first as you have actively opened them
at some point. The more times you open it, it's importance should increase and
the dash should be able to take care of this fact.

Files which have never been opened arn't rated on relevancy scale.
They are just
kind of files which show up because the user wants files which match this name.


Totally agree with that vision, that's how the revelancy of the query 
should be IMHO.


I think that ignoring non opened filed on the system (or rather, not 
known opened file, because you maybe opened a file on your usb key at 
some point?) suggested as a solution for revelancy isn't right. For 
instance, you can argue that zeitgeist should then forget about files 
that I didn't open in the last 3 years? Why this file should then show 
and not the one I created on a windows double boot, or just before 
installing ubuntu (which can be only few weeks ago)? I guess that still 
having the data is interesting, but of course, it will be shown way 
after more relevant (and recently opened) ones.


Didier

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Does Ubuntu upload personal information by default and without permission now?

2011-10-11 Thread Didier Roche

Le 11/10/2011 13:43, Jo-Erlend Schinstad a écrit :
I was a little bit surprised to read that the Music Lense will 
actually send your searches to an online database by default and 
without asking any permission beforehand. In earlier versions of 
Ubuntu, things like popcon have not been activated by default and 
you've always been confident that there are no open ports and no data 
being transmitted unless you've asked for it.


I had difficulties believing this to be true, so I tested it. I 
searched for an artist of which I have no records, and sure enough, 
the music lense told me I could purchase it. I then disconnected from 
the network and searched again and this time, I got no advertisement. 
A very simple test that anyone can perform, and it indicated to me 
that the search was indeed being sent to some online service. Does 
this apply to all my searches? What else is being uploaded about me?


I was just about to sniff my network to see for myself when I came to 
my senses... If people even get the impression that they are being 
monitored by their own system, then Ubuntu has certainly lost. 
Technologies like Zeitgeist are great, but they also mean it's more 
important than ever that absolutely no information is being 
transmitted without asking permission first and that user always knows 
what is being sent. The feeling of loosing that confidence was not a 
good one.


I think the advertisements in the lenses, whether it's for software or 
music, needs to be deactivated. Not only does it validate the notion 
that Ubuntu is free for a reason, just like GMail, but it might also 
cause users to loose confidence in their own privacy.


It just isn't worth it.

Jo-Erlend Schinstad



Hey Jo-Erland,

Thanks for sharing your concern, however this is only for music 
searches, nothing personal to you is uploaded. It's the same than the 
automatic apt-get update which is done: there is a request with your ip 
to get the latest package list, so a connexion on the network you are 
maybe not aware of.


This search is performed by the ubuntuone music scope from the music 
lens (unity-scope-musicstores) that you can remove independtly from the 
music lens. This is not at all advertisement, but just a way for people 
to find the same result that they can perform in banshee with the 
ubuntuone music store.


Just note that you can basically have the same reaction when banshee is 
looking for a thumbnail of the currently listened albums and we heard no 
complain about it? I get your reaction is only because you perceive it 
as advertisement, which is not the case there? What can we do so that 
it's not perceived this way?


Didier


--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop12.04-Topic] Video playback?

2011-10-05 Thread Didier Roche
Le 05/10/2011 06:17, Robert Ancell a écrit On 05/10/11 10:07, Luke 
Yelavich wrote:

On Wed, Oct 05, 2011 at 06:41:17AM EST, Jeremy Bicha wrote:

On 4 October 2011 14:49, Sebastien Bacherseb...@ubuntu.com  wrote:

We probably don't want to switch video players in a lts cycle but not
sure if we should go with the new version (we staying on 3.0 which still
uses xv for Oneiric). Clutter-gst might introduce issues (vblank was
mentioning as a potential issue with compiz during this cycle when we
discussed it), not sure how much it got tested on i.e armel or how much
it could be an issue on some video drivers...

Should we go for the new version and deal with issues or stay safe with
the old version using xv, or look for a different video player to use?

Banshee plays videos too. Banshee git just got DVD support so maybe we
can use one app for music  videos. Because it's new, DVDs probably
don't work as well in Banshee yet but maybe it'll be fine once it gets
more testing and use.

I am of the opinion that we should allow users to play back video separate to 
their media library, should they choose to do so. This is possible on OS X with 
Quicktime Player and iTunes. I know if I want to look at a video thats not in 
my library or from a podcast, its much easier to find the video in Nautilus and 
open with totem.

Luke


It would be a big saving in CD size and complexity to have one
audio/video playing application (like Banshee).  As long as it can run
in a simple mode (much like Shotwell does for browsing photos) is can
cover both the managed and ad-hoc use cases.  There's also some
convergence going on with photos/music/videos that we need to think
about for the future.

I'm not sure picking banshee as the default video player is the right 
direction. There seem to have a lot of pushback from banshee as an audio 
player already. People trying to use video have the same critics that 
when they don't look the audio support: slow to start, confusing 
interface and so on. I would be more in favor in KISS on the video 
player (we can see that in new devices where the media player is always 
very simple and have no complex UI). Even KDE is going this road: 
http://en.wikipedia.org/wiki/Kdemultimedia#Dragon_Player and the latest 
QML version: http://apachelog.wordpress.com/2011/08/07/dragon-player-3/


I am by no mean suggesting that we should switch to another video/audio 
player for LTS (that would be crazy), but maybe something to keep in 
mind for the future if we can't upgrade Totem because of clutter.
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Destkop12.04-Topic] OneConf enhancement for LTS

2011-10-05 Thread Didier Roche

Hey,

having a lot of thoughts on what can be OneConf (even it the scope of 
the post is more than a cycle I guess), I gathered them on this blog posts:

http://blog.didrocks.fr/post/OneConf-in-Oneiric-and-the-way-forward%E2%80%A6

Cheers,
Didier Roche
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop12.04-Topic] Multi-screen setups

2011-10-05 Thread Didier Roche

Le 05/10/2011 17:00, Dereck Wonnacott a écrit :
I use a laptop with an external monitor on a daily basis, I've 
upgraded from 11.04 to 11.10 in hope of finding better multi-screen 
support but was quite disappointed.


My laptop has an Nvidia card and I was not able to activate my 
external monitor with unity 3D. [BUG 864784]  HOWEVER, Unity 2D is 
surprisingly pleasant! I don't feel like I'm using second class 
software in the slightest. In fact, I rarely notice that I am using 
unity 2D. It's terrific, thank you guys!


I miss the window snap function on the shared edge of the screens. 
Snap only seems to work on the far edges of the workspace.


I would REALLY like display hot-plugging to turn on my external 
monitor when it's plugged in, but I've adjusted to using the 
nvidia-settings tool every time I boot my laptop.



As for the questions posed by Bryce, here's my two cents as a user:

 * Should Unity be mirrored across the monitors?
I'd be much happier if unity reflected the application use on that screen.

 * Should expo appear on all monitors, but only show windows for the
 monitor it's displayed on?
yes!

 * Should the launcher be displayed on all monitors, and if so, how
 should it be shown with a mouse?
Perhaps as the mouse approaches the top left corner of the screen, it 
could slide out much like how the the window snap works.


 * Should the dash, expo, spread view, etc, be displayed only on the
 monitor where the mouse pointer is, or a window has focused?
I think it makes the most sense to follow the mouse, rather than 
mirroring on both screens.


I know that design worked on that the past 3 weeks to look at the 
multimonitor cases in Unity and it's a target for Oneiric. So yeah, will 
likely to be discussed at UDS (you can also suggest your ideas on the 
ayatana mailing list (see http://unity.ubuntu.com/getinvolved/) to reach 
them.


Didier
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Easier access to all applications system preferences in Unity

2011-09-12 Thread Didier Roche

Le 10/09/2011 15:37, Mikko Ohtamaa a écrit :

Hi,

I am just test driving Ubuntu 11.10 beta 1. This is my first time
using Unity heavily, so I hope to have fresh pair of eyeballs here. I
also have some background in usability, so I hope I could document my
little frustrating story trying find settings in 11.10 for the first
time.

I found it very difficult to find (for the first time) and access
(attempt n  1) for all application and system preferences

All application path is not obvious in Dash
---

I think I can divide the proble to parts

* Dash icon is unclear (users will learn this)

* Click Dash icon does not instantly bring up all applications but you
still have to enable it by clicking the label

* Filtering etc. on All applications view is currently very
confusing. Either filter bar should be open by default or should not
take permanent space (it could be a tick box pop-up)

* Also for subsequest accesses you need to again click all apps icon
and again installed apps and again turn on filtering pane etc.
many many clicks

I would suggest to add a separate view in Dash just for all
applications + filters. No recently used, no download more. There is
plenty of space in Dash icon bar for this.

This way 1) user would find applications easier when need to access
first time (one time use case, like settings) 2)  The usage context
which applications are on my computer and which are suggested
installed by Dash and would be more clear

I filed a bug report here, but it is little unclear because I didn't
know the right concept words for new UI parts:

https://bugs.launchpad.net/ayatana-design/+bug/846374

The bug report quality is not very great and it could be divided to
several feature requests after discussion.

System settings


I tried to access them through Dash. However, I later found out about
the user menu short cut (Mac style, had to Google for it).

I desperately tried filtering options in Dash / app applications page,
but it is little confusing. Maybe just show one System preferences
there and all other preference panes would be accessible only through
main System preferences window?

Maybe old style toolbox icon for the settings should be visible on
the all applications page?



Hey Mikko,
Thanks for testing the new Ubuntu beta and for all those remarks on Unity.

The Ubuntu destkop team is mostly integrating Unity and other components 
on Ubuntu, the real upstream and design work is done by the ubuntu 
design team and the ubuntu dx team which aren't subscribed to this list 
for most of them.
I think your useful feedback should be posted on the ayatana mailing 
list (as per http://unity.ubuntu.com/getinvolved/) to reach directly the 
right people.

Your bug report is understandable and that's the important part. :)

Thanks again for your feedback,
Regards,
Didier
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Unity OnlyShowIn

2011-06-30 Thread Didier Roche
Le mercredi 29 juin 2011 à 18:09 +0100, Michael Terry a écrit :
 Hello, Desktop folk!
 
 
 Currently, Unity pretends to be GNOME in some ways.  Unity is a
 registered XDG environment
 (http://standards.freedesktop.org/menu-spec/latest/apb.html) but no
 tools look for its value, and few .desktop files use it.
 
 It would be useful for various reasons (my immediate concern is only
 showing one date  time control center panel) to be able to
 write .desktop files that say OnlyShowIn=Unity.  This is bug
 https://launchpad.net/bugs/803519 .
 
 So there's several tools that need to support that.  But before I
 patch those, I'd like most of the GNOME .desktop files to read
 OnlyShowIn=GNOME;Unity; instead of OnlyShowIn=GNOME;.
 
 I've done a few (nautilus, gnome-control-center), but I'd appreciate
 if when ya'll do an upload (say, for 3.1.x upgrades), you could take a
 few minutes and patch the .desktop file too.  Additionally, send it
 upstream to GNOME.
 
 You can see examples in the bugs and patches linked to from
 https://launchpad.net/bugs/803519
 
 Then later (maybe next week), I can patch gnome-menus to respect the
 key.

I more or less (as the dead patch you saw) tried to do that in the UNE
time. The thing is that we have a lot of desktop file to patch, even in
the default install.

It was mainly to start some applications depending on the session (like
UNE starting some services background that the desktop doesn't). We
finally got that in diverging the xdg autostart path and so, preferred
that solution.

But here is different from the behavior you want to achieve. For
instance, on my machine (not cleaned, of course, but with minimal
non-default apps): grep OnlyShowIn /usr/share/applications/* | grep
GNOME | grep -v cache | wc -l
43

43 (missed 42, obviously ;)) is a lot. Should less packages though (most
of games come in one package). So, if you upload gnome-menus to respect
this key straight away, we will have a lot of missing apps in the Unity
environment. Not talking about 3rd party applications and getting a lot
of bugs like why apps  isn't shown in Unity?.

So, what I tried to define with vuntz at the time was to make some time
of inherited session concept. However, we got a lot of issues like real
GNOME application not compatible with Unity, and so, using
NotShowIn=Unity. I guess I have the code somewhere in my disk for that,
handling thoses cases. As previously told, as there was the xdg fix, I
decided to not pushing that, but maybe we should reconsider?

Didier



-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Reports for Desktop Bugs

2011-06-15 Thread Didier Roche
Le mercredi 15 juin 2011 à 14:29 -0400, Pedro Villavicencio Garrido a 
écrit :
Nicely done Pedro! :)

 * Unity: unity, nux, unity-place-applications, unity-place-files.

I would suggest adding libunity (and maybe all the zeitgeist stack +
libzeitgeist in an additional tab?) and a tab for unity-2d now.

Maybe as well, the same for indicators?

Cheers,
Didier



-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: gnome-panel as a fallback

2011-06-06 Thread Didier Roche
On lun., 2011-06-06 at 02:18 -0400, Eric Appleman wrote:
 Hi, I was wondering under which circumstances the GTK3 gnome-panel can 
 be used as a fallback for Unity or GNOME-Shell.

Hi Eric,

We are trying to build a coherent environment for ubuntu and GNOME
upstream experience.

Consequently, the plan (and what's already in oneiric) is:
* Unity and Unity-2d are installed on the CD, Unity-2d being the
fallback of Unity. In addition, each one have a separate session in gdm
(and probably will have in lightdm as well) to start them directly.

Note that this will be the case for finale only if we can have the full
unity-2d accessibility stack working in time.

* gnome-shell and gnome-panel are available in the repository.
gnome-panel can be installed separately from gnome-shell and each one
have as well a separate session in gdm/ligthdm to start them directly.
gnome-panel is the fallback of gnome-shell. (gnome-shell pulls
gnome-panel).


 
 I'd like to know if Unity 2D will also be used for for FailsafeX sessions.

Not sure about that one as different people means different things about
FailsafeX sessions. if it's session without 3D acceleration, right,
that's what is already the case in oneiric. FailsafeX as no driver has
been able to be loaded/X can't start (bulletproof X), that's more a
question for the Xorg guys :)

Cheers,
Didier


-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


  1   2   >