Feature freeze exception request: Plz update Onboard to 0.98.0 targeted at quantal

unsubscribing ubuntu-sponsors until the release team reviews this

Francesco asked me to add to this FFE request, so here's my list of reasons, why I believe current Onboard 0.97.1 should be superseded.

Onboard v0.98...
- uses Python 3 by default and drops all Python 2 dependencies (if not told otherwise)
- is compatible with Quantal's Xinput 2.2 (scanner)
- is compatible with Quantal's libdconf1 (migration of preferences)
- moved its gsettings path from apps.onboard to org.onboard, as requested (LP: #982699)
- stacks on top of Unity Dash again (Dash window name changed)

There aren't many new features this time, the most notable perhaps being support for key shadows and dwell-enabling the floating icon. Most work has concentrated on Word Prediction, which isn't ready for widespread release yet.

The usual number of assorted bug fixes and enhancements include better multi-monitor support, better working "Menu" and "Super" keys and keeping Onboard on top of full-screen windows (force-to-top mode in Unity only).

Testing was done in Unity, GNOME Shell and GNOME Classic, but no more in Unity-2d, since it was dropped from Quantal recently.

Ack. Approved.

Since you're aligning with Ubuntu's releases, it would be appreciated for future releases if the release schedule could be followed; introduce features up until Feature Freeze and then concentrate on stability. You'll then not have to ask for freeze exceptions any more. :-)

Switching python3-virtkey to main shouldn't be a problem. The source package is already there for the py2 binary which could similarly be demoted to universe.

Thanks for providing testing results: they help when making determinations.

Subscribing sponsors for you.

Thank you :)

Thanks for the reminder too, though I'd be easier for us to make the FF deadline if the ground wasn't shifting under Onboard right around this time. Maybe there should be phased freezes for platform/libraries (X, GTK, Unity) and applications (Onboard, ...). Right now there is an incentive for us to test and release late, in order to catch as many of the platform changes as possible.

The straw that broke the camels back this time was not having an installable daily live at hand for installation testing (passed eventually):
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/988811

I just noticed that this package recommends mousetetweaks. Could that be corrected to mousetweaks before upload?

The mousetweaks typo is fixed now. I simply replaced the files attached with the fixed version without increasing any version numbering as the version with the typo was not yet uploaded to the ubuntu repositories. I hope that it is ok that way.

Moreover, I took the opportunity to simplify debian/rules a bit: instead of having two "dh $@" calls differentiated by an if else conditional, it now only has one "dh $@" call and the conditional is used to specify the options of the "dh $@" call.

The uploaded files are again all taken from the /var/cache/pbuilder/result folder.

This package doesn't seem to be based on the current quantal one? The diff between quantal and this shows loads of changes to debian/changelog, as far back as affecting changelog entries from oneiric. This also drops the d-conf fix from https://launchpad.net/ubuntu/+source/onboard/0.97.1-0ubuntu2. Could you please review this again? Thank you!

This package is not based on the current 0.97.1-0ubuntu2 from quantal because version 0.98.0 of Onboard does not come from the 0.97 branch, but is a new release from trunk. Version 0.98.0 however includes most (if not all) changes that went into Onboard 0.97.1.

About the huge changes to the debianisation:
The debianisation underwent a lot of changes because we wanted to provide a debianisation able to build Onboard for python2 and python3. In fact, it includes a mechanism to switch between the two python flavors by using the command debian/rules python2 resp. debian/rules python3. We can however also provide a python3-only debianisation if you prefer.

The Ubuntu dconf fix isn't needed anymore. The change to libdconf1's API is already part of v0.98. That was the initial commit:
http://bazaar.launchpad.net/~onboard/onboard/0.98/revision/876

FYI, I took a look at this and noticed that 'LP: 933030' doesn't have a '#' before the bug number, so it wouldn't autoclose. Other than this (which I fixed), I verified the org.tar.gz against upstream and since laney ACKd the package and the changes to debian/ look ok, I am uploading it now.

This bug was fixed in the package onboard - 0.98.0-0ubuntu1

---------------
onboard (0.98.0-0ubuntu1) quantal; urgency=low

  * Freeze exception request for new upstream release (LP: #1041303)
  * debian/pycompat: removed as not used anymore
  * debian/control:
    - Build-Depends:
      + replace python and python-all-dev with python3-all-dev
      + replace python-distutils-extra with python3-distutils-extra
      + remove libxi-dev as libgtk-3-dev pulls it in
    - remove X-Python-Version and set X-Python3-Version: >= 3.2
    - Depends:
      + remove ${python:Depends}, python-cairo, python-dbus,
        python-virtkey (>= 0.60.0) and gir1.2-wnck-3.0
      + add ${python3:Depends}, python3-cairo, python3-gi-cairo,
        python3-dbus and python3-virtkey (>= 0.61.0)
  * debian/rules:
    - enhance it to work with python2 and python3
    - add procedure to switch between python2 and python3
    - add --without python-support to appease lintian
  * debian/onboard.lintian-override:
    - override missing manual message
    - override extra-license-file message
  * Move gsettings path to /org/onboard (LP: #982699); thanks R. Ancell
  * Various visual improvements:
    - push down effect on keys
    - keys now have shadows
    - smaller touch handles
    - tweak images used by click buttons and other keys
    - smoother transparency transitions
  * Detect window manager to care for its specificities
  * Add command line option to override automatic environment detection
  * Mark command line help as translatable
  * Add middle click in hover click mode; requires mousetweaks >= 3.3.90
  * Various auto-show fixes
  * Stop endless loop of auto-show on top of unity dash
  * Fix some show/hide problems
  * Stop wiggling of launcher icons on show/hide of keyboard window
  * Various python3 adaptions, trying to keep python2 compatibility
  * Move to python3 needs virtkey version >= 0.61.0
  * Switch all translated strings to unicode (LP: #933030)
  * Make python3 the default
  * Don't show disabled buttons when XEmbedding (LP: #1019593)
  * Don't create the icon palette when XEmbedding
  * Add new color scheme to follow the HighContrastInverse theme update
  * Stayon top of full-screen windows in force-to-top mode (LP: #1035578)
  * Fix keyboard and icon palette not always above dash
  * Add lockdown key to disable all dwell-activation
  * Adapt to WM_NAMEs of Unity version 6
  * Write message listing dependencies when sdist fails
  * Add tests to check translations for errors, uses python-nose
  * Make Onboard more robust against translation errors
  * Make icon palette dwellable
  * Add dconf version detection, thanks Robert Ancell
  * Fix Super key (LP: #900191)
  * Make menu key pop up context menu
  * Separate layout loading from the keyboard widget
  * Improve exception handling for theme and color files
  * Limit keyboard size when it doesn't fit on screen (LP: #991318)
  * Trap various X BadWindow errors (LP: #1016980)
  * Work around regression of configure event in quantal
  * Remove wnck dependency as gtk3's window-state-event reports iconification
  * Prevent zombie process when launching preferences (LP: #936332)
  * Only appear in gnome...

 > I just noticed that this package recommends mousetetweaks. Could that be corrected to mousetweaks before upload?

Please remove that. In Xubuntu we're fighting to fit in ~700MB, and now we're really oversized on amd64 because onboard recommends mousetweaks which recommends gnome-control-center which depends on many gnome packages, and then general mayhem ensues... (see below a diff for the amd64 manifests)

+gnome-control-center 1:3.4.2-0ubuntu14
+gnome-control-center-data 1:3.4.2-0ubuntu14
+gnome-desktop3-data 3.5.91-0ubuntu1
+gnome-icon-theme-symbolic 3.5.90-0ubuntu1
+gnome-menus 3.5.92-0ubuntu1
+gnome-online-accounts 3.5.92-0ubuntu1
+gnome-session-bin 3.5.91-0ubuntu2
+gnome-settings-daemon 3.4.2-0ubuntu13
+hwdata 0.234-1
+indicator-power 12.10.1-0ubuntu1
+libcanberra-pulse:amd64 0.29-0ubuntu2
+libclutter-1.0-0:amd64 1.11.16-0ubuntu1
+libclutter-1.0-common 1.11.16-0ubuntu1
+libclutter-gtk-1.0-0:amd64 1.3.2-0ubuntu1
+libcogl-common 1.10.4-0ubuntu1
+libcogl-pango0:amd64 1.10.4-0ubuntu1
+libcogl9:amd64 1.10.4-0ubuntu1
+libgee2:amd64 0.6.4-2
+libgnome-control-center1 1:3.4.2-0ubuntu14
+libgnome-desktop-3-4 3.5.91-0ubuntu1
+libgnomekbd-common 3.5.90-0ubuntu1
+libgnomekbd8 3.5.90-0ubuntu1
+libgoa-1.0-0:amd64 3.5.92-0ubuntu1
+libgoa-1.0-common 3.5.92-0ubuntu1
+librest-0.7-0:amd64 0.7.90-0ubuntu1
+mousetweaks 3.5.92-0ubuntu1
+python3-virtkey 0.61.0-0ubuntu1
+ubuntu-docs 12.10.2
+ubuntu-system-service 0.2.3

Assuming that it is the gnome-control-center that makes the difference, you might perhaps remove the gnome-control-center from the Recommends of the mousetweaks package. This way, users of Xubuntu could still use the Hover Click of the mousetweaks package as Onboard offers button to start and control the Hover Click.

Moreover, distributions that use the gnome-control-center would continue to pull in mousetweaks as mousetweaks is in the Recommends of the gnome-control-center.

Could this be a solution?

If I understand everything correctly, Xubuntu would this way only drop packages it is not using; correct?

@ Lionel

Based on your comment #24, I am not sure whether you asked to remove mousetweaks because you wanted to remove the gnome-control-center or because you wanted to remove the gnome-control-center AND mousetweaks.

If the purpose was not to also remove mousetweaks, it should be possible to remove the gnome-control-center and keep mousetweaks.

In fact, mousetweaks is essentially a daemon that only runs when one of its fonctionalities gets activated. Mousetweaks itself does not provide any gui to control its features (apart an optional window to control the click type when the Hover Click is running).

The gnome-control-center offers a gui to control the features of mousetweaks, but mousetweaks does not really depend on it. I am even wondering now whether the gnome-control-center should not be a suggest instead of a recommend in the mousetweaks package.

In an ideal world, the different desktops would offer an own gui matching their desktop to control the features of mousetweaks.