Merge mutter (3.28.0-2) import into refs/heads/workingbranch

backends/x11: Support input-synaptics, if present.

Add support for configuring the Xorg synaptics touchpad driver.

Turns out it's very simple to support both libinput and synaptics
simultaneously, both under the heading of XI2.

Bug-Ubuntu: https://launchpad.net/bugs/1686081
Forwarded: https://gitlab.gnome.org/GNOME/mutter/merge_requests/37
Last-Update: 2018-03-16

Gbp-Pq: Name synaptics-support.patch

Skip test that started failing with 3.25

That way we can still benefit by running all the other tests.

Bug: https://bugzilla.gnome.org/785319
Applied-upstream: no

Gbp-Pq: Name skip-failing-tests-325.patch

Don't run failing tests

That way we can still benefit by running all the other tests.

Bug: https://bugzilla.gnome.org/782215
Bug: https://bugzilla.gnome.org/753836
Applied-upstream: no

Gbp-Pq: Name skip-failing-tests.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=768531
Applied-upstream: no

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.28.0-2) unstable; urgency=medium

  [ Simon McVittie ]
  * Update Vcs-* for migration from Alioth svn to salsa.debian.org git
  * debian/gbp.conf: Add
  * Refresh patch series with gbp pq

  [ Daniel van Vugt ]
  * Add synaptics-support.patch
    - Allow touchpad settings to work with xserver-xorg-input-synaptics.
      Note that this is unneeded on GNOME on Wayland where libinput is
      always used. (LP: #1686081)

  [ Jeremy Bicha ]
  * Bump debhelper compat to 11

[dgit import unpatched mutter 3.28.0-2]

Import mutter_3.28.0-2.debian.tar.xz

[dgit import tarball mutter 3.28.0-2 mutter_3.28.0-2.debian.tar.xz]

Merge mutter (3.28.0-1) import into refs/heads/workingbranch

Import mutter_3.28.0.orig.tar.xz

[dgit import orig mutter_3.28.0.orig.tar.xz]

skip-failing-tests-325

Gbp-Pq: Name skip-failing-tests-325.patch

skip-failing-tests

Gbp-Pq: Name skip-failing-tests.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=768531
Applied-upstream: no

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.28.0-1) unstable; urgency=high

  * New upstream release
    - Fix crashes when launching apps from apps in GNOME on Wayland
      (LP: #1754169)
  * Bump urgency for this targeted fix

[dgit import unpatched mutter 3.28.0-1]

Import mutter_3.28.0-1.debian.tar.xz

[dgit import tarball mutter 3.28.0-1 mutter_3.28.0-1.debian.tar.xz]

Merge mutter (3.26.2-1) import into refs/heads/workingbranch

skip-failing-tests-325

Gbp-Pq: Name skip-failing-tests-325.patch

skip-failing-tests

Gbp-Pq: Name skip-failing-tests.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=768531
Applied-upstream: no

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.26.2-1) unstable; urgency=medium

  [ Jeremy Bicha ]
  * New upstream release
  * Drop all cherry-picked patches, applied in new release

  [ Simon McVittie ]
  * d/changelog: Retroactively add a reference from 3.26.1-2 to #878353
  * d/p/*.patch: Add metadata to mark remaining patches as Debian-specific

[dgit import unpatched mutter 3.26.2-1]

Import mutter_3.26.2.orig.tar.xz

[dgit import orig mutter_3.26.2.orig.tar.xz]

Import mutter_3.26.2-1.debian.tar.xz

[dgit import tarball mutter 3.26.2-1 mutter_3.26.2-1.debian.tar.xz]

Merge mutter (3.26.1-6) import into refs/heads/workingbranch

Revert "tests: Fix actor-anchors test"

This reverts commit dd451547a5e7bcce6d9752cb1936ee8222b82315.

since we reverted commit 5cb5baa with commit 193216c

Gbp-Pq: Name 0019-Revert-tests-Fix-actor-anchors-test.patch

Revert "ClutterActor: Optimize away idempotent scale/position updates"

This reverts commit 5cb5baa7d42712f9e0db8dfaa0485e2d833e4d83.

There's a cascade of regressions that needs to be sorted out before
relanding this:

https://bugzilla.gnome.org/show_bug.cgi?id=784314

Gbp-Pq: Name 0018-Revert-ClutterActor-Optimize-away-idempotent-scale.patch

compositor: Avoid a crash if the top window actor is finalized

Since we're not holding a reference, the top window actor might be
finalized when we paint resulting in a use after free crash.

https://bugzilla.gnome.org/show_bug.cgi?id=788493

Gbp-Pq: Name 0017-compositor-Avoid-a-crash-if-top-window-finalized.patch

monitor-unit-tests: Check non-first preferred modes

Check that if there are multiple modes with the same ID (resolution,
refresh rate and handled flags) we correctly add the preferred mode to
the list of monitor modes.

https://bugzilla.gnome.org/show_bug.cgi?id=789153

Gbp-Pq: Name 0016-monitor-unit-tests-Check-non-first-preferred-modes.patch

monitor/normal: Prefer modes with same flags as preferred mode

When generating MetaMonitorMode's, prefer CRTC modes that has the same
set of flags as the preferred mode. This not only is probably a better
set of configurable modes, but it'll guarantee that the preferred mode
is added.

This fixes a crash when the preferred mode was not the first mode with
the same resolution, refresh rate and set of handled modes.

https://bugzilla.gnome.org/show_bug.cgi?id=789153

Gbp-Pq: Name 0015-monitor-normal-Prefer-modes-with-same-flags.patch

monitor-manager/xrandr: Use a single supported scales list for all

Under X11 we can only ever have the same scale configured on all
monitors. In order to use e.g. scale 2 when there is a HiDPI monitor
connected, we must not disallow it because there is a monitor that does
not support scale 2. Thus we must show the same scale for every monitor
and monitor mode, even though it might result in a bad experience.

Do this by iterating through all the monitors adding all supported
scales by the preferred mode, combining all the supported scales. This
supported scales list is then used for all monitor and modes no matter
what.

https://bugzilla.gnome.org/show_bug.cgi?id=788901
https://launchpad.net/bugs/1724024

Gbp-Pq: Name 0014-Use-a-single-supported-scales.patch

compositor: Ignore offscreen windows when unredirecting

When determining whether we should unredirect a window or not, ignore
offscreen windows, and just check the top most visible window.

Previously this was not an issue, but since 'stack-tracker: Keep
override redirect windows on top' we started sorting the UI frames
window, which is an offscreen override redirect window, on top, causing
the unredirect checking code to always check whether to unredirect the
UI frames window. This effectively disabled the compositor bypass
functionality.

https://bugzilla.gnome.org/show_bug.cgi?id=788493

Gbp-Pq: Name 0013-compositor-Ignore-offscreen-windows.patch

x11/window: Don't manage InputOnly windows

This was dropped by mistake in commit
f166240225b6ab110b091520103d0370d51899ac.

https://bugzilla.gnome.org/show_bug.cgi?id=788493

Gbp-Pq: Name 0012-x11-window-Don-t-manage-InputOnly-windows.patch

workspace: ensure that workarea data is valid when fetching by monitor num

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0011-workspace-ensure-that-workarea-data-is-valid-when-fe.patch

backend: move the cursor render update on screen changes here

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0010-backend-move-the-cursor-render-update-on-screen-chan.patch

monitor-manager: use g_return_val_if_fail if trying to fetch an invalid monitor

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0009-monitor-manager-use-g_return_val_if_fail-if-trying-t.patch

backends: add 'monitors-updated-internal' signal to only update internal state

Adding an internal signal and use it to update the internal state before
emitting "monitors-changed" which will be repeated by the screen to the world.

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0008-backends-add-monitors-updated-internal-signal-to-onl.patch

settings: Get UI scaling factor from primary logical monitor

Don't use MAX(logical monitor scales) to determine the UI scaling
factor, just use the primary logical monitor. That's where the shell UI
will most likely be.

https://bugzilla.gnome.org/show_bug.cgi?id=788820

Gbp-Pq: Name 0007-settings-Get-UI-scaling-factor-from-primary-logical-.patch

x11-Protect-XChangeProperty-call-with-error-traps

Gbp-Pq: Name 0006-x11-Protect-XChangeProperty-call-with-error-traps.patch

wayland-dma-buf: Don't send modifiers to old clients

The modifier event was only added in v3 of the client; sending it to
older clients (e.g. GStreamer waylandsink) causes them to disconnect
immediately.

Send the older 'format' event to all clients, and only send the newer
'modifier' event to resource versions 3 or above.

https://bugzilla.gnome.org/show_bug.cgi?id=788558

Gbp-Pq: Name 0001-wayland-dma-buf-Don-t-send-modifiers-to-old-clients.patch

skip-failing-tests-325

Gbp-Pq: Name skip-failing-tests-325.patch

skip-failing-tests

Gbp-Pq: Name skip-failing-tests.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=768531
Applied-upstream: no

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.26.1-6) unstable; urgency=high

  * debian/control.in: Bump libegl1-mesa-dev to (>= 17) (Closes: #878702)
  * Cherry-pick more fixes from gnome-3-26 branch to fix crashes
    and fix unredirecting full-screen windows:
    - 0012-x11-window-Don-t-manage-InputOnly-windows.patch
    - 0013-compositor-Ignore-offscreen-windows.patch
      (LP: #1725821)
    - 0015-monitor-normal-Prefer-modes-with-same-flags.patch
    - 0016-monitor-unit-tests-Check-non-first-preferred-modes.patch
      (LP: #1725153)
    - 0017-compositor-Avoid-a-crash-if-top-window-finalized.patch
    - 0018-Revert-ClutterActor-Optimize-away-idempotent-scale.patch
    - 0019-Revert-tests-Fix-actor-anchors-test.patch
      (Closes: #788140)
  * Set urgency to high to not further delay the gjs/mutter transition

[dgit import unpatched mutter 3.26.1-6]

Import mutter_3.26.1-6.debian.tar.xz

[dgit import tarball mutter 3.26.1-6 mutter_3.26.1-6.debian.tar.xz]

Import mutter_3.26.1.orig.tar.xz

[dgit import orig mutter_3.26.1.orig.tar.xz]

Merge mutter (3.22.4-2) import into refs/heads/workingbranch

xwayland: Use the right atom type for further selection requests to X11

If we translate between text/plain;charset-utf-8 from the wayland side to
UTF8_STRING on the X11 side, we want to continue all further X11 selection
requests using the same translated UTF8_STRING atom than we use in the
first XConvertSelection call.

https://bugzilla.gnome.org/show_bug.cgi?id=782472

Gbp-Pq: Name bgo782472_fix_copypaste_x11_wayland.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.22.4-2) unstable; urgency=medium

  [ Jeremy Bicha ]
  * Add missing depends on gnome-settings-daemon (LP: #1561706)

  [ Laurent Bigonville ]
  * debian/patches/bgo782472_fix_copypaste_x11_wayland.patch: Fix copy/paste
    between some X11 applications (firefox/chromium) and wayland (Closes:
    #865788)
  * debian/control.in: Bump Standards-Version to 4.0.0 (no further changes)

[dgit import unpatched mutter 3.22.4-2]

Import mutter_3.22.4-2.debian.tar.xz

[dgit import tarball mutter 3.22.4-2 mutter_3.22.4-2.debian.tar.xz]

Merge mutter (3.22.4-1) import into refs/heads/workingbranch

Import mutter_3.22.4.orig.tar.xz

[dgit import orig mutter_3.22.4.orig.tar.xz]

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.22.4-1) unstable; urgency=medium

  * New upstream release.
  * Drop patches which have been merged upstream.

[dgit import unpatched mutter 3.22.4-1]

Import mutter_3.22.4-1.debian.tar.xz

[dgit import tarball mutter 3.22.4-1 mutter_3.22.4-1.debian.tar.xz]

Merge mutter (3.22.3-2) import into refs/heads/workingbranch

clutter-clone: Unset source when source actor is destroyed

Otherwise we might be holding on to a source actor that's no longer
fully functioning and cause crashes if for example we try to paint it.

https://bugzilla.gnome.org/show_bug.cgi?id=779483

Gbp-Pq: Name clutter-clone-Unset-source-when-source-actor-is-dest.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.22.3-2) unstable; urgency=medium

  * debian/patches/clutter-clone-Unset-source-when-source-actor-is-dest.patch
    - Add patch from 3.22 branch to fix a gnome-shell crash when using the
      alternatetab extension. (Closes: #857290)

[dgit import unpatched mutter 3.22.3-2]

Import mutter_3.22.3-2.debian.tar.xz

[dgit import tarball mutter 3.22.3-2 mutter_3.22.3-2.debian.tar.xz]

Merge mutter (3.22.3-1) import into refs/heads/workingbranch

Import mutter_3.22.3.orig.tar.xz

[dgit import orig mutter_3.22.3.orig.tar.xz]

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.22.3-1) unstable; urgency=medium

  * New upstream release.
  * Drop patches which have been merged upstream.

[dgit import unpatched mutter 3.22.3-1]

Import mutter_3.22.3-1.debian.tar.xz

[dgit import tarball mutter 3.22.3-1 mutter_3.22.3-1.debian.tar.xz]

Merge mutter (3.22.2-3) import into refs/heads/workingbranch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

MetaRendererNative: Flush all pending swap notifies on idle

We need to do swap notifications asynchronously from flip events since
these might be processed during swap buffers if we are waiting for the
previous frame's flip to continue with the current.

This means that we might have more than one swap notification queued
to be delivered when the idle handler runs. In that case we must
deliver all notifications for which we've already seen a flip event.

Failing to do so means that if a new frame, that only swaps buffers on
such a swap notification backlogged Onscreen, is started, when later
we get its flip event, we'd notify only an old frame which would hit
this MetaStageNative's frame_cb() early exit:

  if (global_frame_counter <= presented_frame_counter)
    return;

and we'd never finish the new frame and thus clutter's master clock
would be waiting forever stuck.

https://bugzilla.gnome.org/show_bug.cgi?id=774557

Gbp-Pq: Name git_flush_all_swap_notifies_on_idle.patch

meta-input-settings-x11: Don't try setting unavailable scroll methods

Since doing so causes BadValue X errors.

https://bugzilla.gnome.org/show_bug.cgi?id=771744

Gbp-Pq: Name git_dont_set_unavailable_scroll_methods.patch

mutter (3.22.2-3) unstable; urgency=medium

  [ Jeremy Bicha ]
  * Add git_flush_all_swap_notifies_on_idle.patch:
    - Add patch from 3.22 branch that fixes freezes with multiple monitors
      on Wayland

  [ Andreas Henriksson ]
  * Add debian/patches/bgo768531_workaround-startup-notifications.patch
    - temporary workaround used in both Fedora and Arch for getting
      working application startup notifications under Wayland.
    - See bgo#768531 for when a real solution is ready to replace this.

[dgit import unpatched mutter 3.22.2-3]

Import mutter_3.22.2-3.debian.tar.xz

[dgit import tarball mutter 3.22.2-3 mutter_3.22.2-3.debian.tar.xz]

Merge mutter (3.22.2-2) import into refs/heads/workingbranch

Merge mutter (3.22.2-1) import into refs/heads/workingbranch

Merge mutter (3.22.1-2) import into refs/heads/workingbranch

Merge mutter (3.22.0-1) import into refs/heads/workingbranch

meta-input-settings-x11: Don't try setting unavailable scroll methods

Since doing so causes BadValue X errors.

https://bugzilla.gnome.org/show_bug.cgi?id=771744

Gbp-Pq: Name git_dont_set_unavailable_scroll_methods.patch

mutter (3.22.2-2) unstable; urgency=critical

  [ Raphaël Hertzog ]
  * Team upload.
  * Urgency critical as gnome-shell is entirely broken in testing
    for many users.

  [ Jeremy Bicha ]
  * Add git_dont_set_unavailable_scroll_methods.patch:
    - Add patch from 3.22 branch that prevented logging into GNOME on X
      for some users (LP: #1643370)

[dgit import unpatched mutter 3.22.2-2]

Import mutter_3.22.2-2.debian.tar.xz

[dgit import tarball mutter 3.22.2-2 mutter_3.22.2-2.debian.tar.xz]

Import mutter_3.22.2.orig.tar.xz

[dgit import orig mutter_3.22.2.orig.tar.xz]

mutter (3.22.2-1) unstable; urgency=medium

  * New upstream release.
  * Drop patches, all merged upstream.

[dgit import unpatched mutter 3.22.2-1]

Import mutter_3.22.2-1.debian.tar.xz

[dgit import tarball mutter 3.22.2-1 mutter_3.22.2-1.debian.tar.xz]

wayland/xdg-shell: Scale positioner coordinates

When the monitor is scaled (i.e. HiDPI scaling) the placement coordinates
ere still in unscaled xdg_surface window geometry coordinate space when
used to place the window. Fix this by scaling the coordinates by the
monitor scale of the parent toplevel window before using them.

https://bugzilla.gnome.org/show_bug.cgi?id=771841

Gbp-Pq: Name wayland-xdg-shell-Scale-positioner-coordinates.patch

wayland/xdg-shell: update popup window monitor early

As meta_window_place_with_placement_rule will trigger a configure event
being sent ensure that the popup is placed on the correct monitor first
to ensure the right scale factor is applied.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
https://bugzilla.gnome.org/show_bug.cgi?id=771841

Gbp-Pq: Name wayland-xdg-shell-update-popup-window-monitor-early.patch

wayland/xdg-popup: Force monitor of the top-level

Directly set the monitor of the toplevel window for the popup to avoid
the change not being applied due to later constraints calculation.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
https://bugzilla.gnome.org/show_bug.cgi?id=771841

Gbp-Pq: Name wayland-xdg-popup-Force-monitor-of-the-top-level.patch

wayland/xdg-shell: Scale configure relative popup coordinate

The parent local popup coordinate needs to be scaled according to the
monitor scale it is assigned.

https://bugzilla.gnome.org/show_bug.cgi?id=771841

Gbp-Pq: Name wayland-xdg-shell-Scale-configure-relative-popup-coo.patch

wayland/xdg-popup: Always use monitor of toplevel

Always use the monitor of the toplevel surface's window, so that the
popup menu and the parent will always have the same scale. This fixes
the dimensions sent in the xdg_popup configure event.

https://bugzilla.gnome.org/show_bug.cgi?id=771841

Gbp-Pq: Name wayland-xdg-popup-Always-use-monitor-of-toplevel.patch

mutter (3.22.1-2) unstable; urgency=medium

  * d/p/wayland-xdg-popup-Always-use-monitor-of-toplevel.patch
    d/p/wayland-xdg-shell-Scale-configure-relative-popup-coo.patch
    d/p/wayland-xdg-popup-Force-monitor-of-the-top-level.patch
    d/p/wayland-xdg-shell-update-popup-window-monitor-early.patch
    d/p/wayland-xdg-shell-Scale-positioner-coordinates.patch:
      - Added. Fix positioning of popups on hidpi screens in
        wayland (bgo#771841)

[dgit import unpatched mutter 3.22.1-2]

Import mutter_3.22.1-2.debian.tar.xz

[dgit import tarball mutter 3.22.1-2 mutter_3.22.1-2.debian.tar.xz]

Import mutter_3.22.1.orig.tar.xz

[dgit import orig mutter_3.22.1.orig.tar.xz]

_Wcast-align

===================================================================

Gbp-Pq: Name 01_Wcast-align.patch

mutter (3.22.0-1) unstable; urgency=medium

  [ Jeremy Bicha ]
  * debian/control.in:
    - Explicitly build-depend on libegl1-mesa-dev (Closes: #836153)

  [ Michael Biebl ]
  * New upstream release.
    - Correctly handle tablet settings lookups with no backing libwacom info.
      (Closes: #838050)
  * Use non-multiarch path (/usr/lib/mutter) for libexecdir.

[dgit import unpatched mutter 3.22.0-1]

Import mutter_3.22.0.orig.tar.xz

[dgit import orig mutter_3.22.0.orig.tar.xz]

Import mutter_3.22.0-1.debian.tar.xz

[dgit import tarball mutter 3.22.0-1 mutter_3.22.0-1.debian.tar.xz]

_Wcast-align

===================================================================

Gbp-Pq: Name 01_Wcast-align.patch

meta_window_move_frame(): fix crash when frame is NULL

When meta_frame_calc_borders() was made to take a NULL frame argument,
a crash was accidentally introduced into meta_window_move_frame().

This partially reverts 8c1b2d5.

https://bugzilla.gnome.org/show_bug.cgi?id=675254

Gbp-Pq: Name 00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch

mutter (3.4.1-5) unstable; urgency=low

  [ Rico Tzschichholz ]
  * debian/patches: Add upstream patch
    00_meta_window_move_frame-fix-crash-when-frame-is-NULL.patch

  [ Michael Biebl ]
  * Install missing keybindings file 50-mutter-windows.xml which is required
    to configure mutter specific keyboard shortcuts in gnome-control-center.
Closes: #680004
  * Use list-missing to list files missing from the package.

[dgit import unpatched mutter 3.4.1-5]

Import mutter_3.4.1-5.debian.tar.gz

[dgit import tarball mutter 3.4.1-5 mutter_3.4.1-5.debian.tar.gz]

Import mutter_3.4.1.orig.tar.xz

[dgit import orig mutter_3.4.1.orig.tar.xz]