[FFe] Clutter 0.8 -> 1.0 transition

What is the likelihood of the upgrade going ahead?

I am eager to try the latest version as the current bindings are useless because of a bug when used with my hardware (https://bugs.launchpad.net/ubuntu/+source/pyclutter/+bug/362260).

PyClutter 1.0 has been released. http://www.clutter-project.org/blog/?p=82

Changing in to a sync request and feature freeze exception request. Successful build log attached.

Current version in Karmic is un-installable:

andrew@andrew-testing:~/Desktop$ sudo apt-get install python-clutter
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  python-clutter: Depends: libclutter-gtk-0.8-0 (>= 0.8.2) but it is not installable
E: Broken packages

Sync from Debian installs correctly:

andrew@andrew-testing:~/Desktop$ sudo dpkg -i python-clutter_1.0.0-1_i386.deb
Selecting previously deselected package python-clutter.
(Reading database ... 166410 files and directories currently installed.)
Unpacking python-clutter (from python-clutter_1.0.0-1_i386.deb) ...
Setting up python-clutter (1.0.0-1) ...

Upstream changes since version in Ubuntu:

Overview of changes between 0.9.2 and 1.0.0
===========================================

* Dropped the in-tree bindings of clutter-gtk and clutter-gst: you will
  have to install pyclutter-gtk and pyclutter-gst respectively to be able
  to import cluttergtk and cluttergst.
* Fixed memory leaks in clutter.Actor.animate [Chideok Hwang]
* Allow accessing child properties for clutter.Container
* Allow iterating over the children of a clutter.Container using the
  native Python iterator support
* Allow creating custom ChildMeta classes from Python
* Mark the classes removed from upstream Clutter as "deprecated"; trying
  to instantiate one of the deprecated classes will result in the equivalent
  class in Clutter 1.0 to be created and a warning printed out on the console
* Override the __repr__ and __str__ methods for clutter.Color: the former
  will print out a string that can be used through eval() to create a copy
  of the color; the latter will print out the hexadecimal representation of
  the color.
* Override the __str__ method of clutter.Event: it will now print more
  information on the event (type, time, source actor) and per-event type
  fields (button, key, related actor, etc.).
* Deprecated clutter.stage_get_default() in favour of an optional argument
  to clutter.Stage(); calling:

        clutter.Stage(default=True)

  will return the default Stage singleton; the default argument is optional
  and it defaults to False.
* Allow passing the following values to methods accepting a clutter.Color:

        - a clutter.Color (e.g.: clutter.Color(255, 0, 0, 255))
        - a 4-tuple of RGBA values (e.g.: (255, 0, 0, 255))
        - a hexadecimal representation of the color (e.g.: '#ff0000ff')

Overview of changes between 0.8.2 and 0.9.2
===========================================

* Require clutter core >= 1.0.0
* Provide better bindings for the Cogl API
* Add more examples ported from the clutter core interactive tests

Overview of changes between 0.8.0 and 0.8.2
==========================================...

It looks like the various clutter packages are a mess of 0.6/0.8/1.0.
Could you take a look at the broader clutter situation?

On Mon, Sep 14, 2009 at 5:14 PM, Scott Kitterman <email address hidden> wrote:
> It looks like the various clutter packages are a mess of 0.6/0.8/1.0.
> Could you take a look at the broader clutter situation?

Here's a quick overview:

libclutter-0.6-0 isn't in Karmic AFAICT.

libclutter-0.8-0
Reverse Depends:
  python-clutter
  liblua5.1-gnome-0
  libclutter-perl
  libclutter-gst-0.8-0
  libclutter-cairo-0.8-0
  libchamplain-gtk-0.3-1
  libchamplain-0.3-1
  geeqie
  libclutter-0.8-dev
  libclutter-0.8-dbg
  gobject-introspection-repository

libclutter-perl, libclutter-gst, libclutter-cairo, and libchamplain
all have new upstream releases using Clutter 1.0 that are not yet in
Debian.

liblua5.1-gnome seems to have made the change in CVS, but no release
yet. We could probably grab it as a patch. See:

http://luaforge.net/plugins/scmcvs/cvsweb.php/lua-gtk/src/clutter/spec.lua?rev=1.7;cvsroot=lua-gtk

geeqie seems to pull in libclutter-0.8-0 through its dependency on
libchamplain-gtk.

The only one left that I'm not certain about is
gobject-introspection-repository.

libclutter-perl, libchamplain-gtk-0.3-1, and geeqie seem to be
un-installable due to libclutter-gtk-0.8-0 being missing (like
python-clutter).

We could probably get rid of libclutter-0.8-0 in Karmic. I'd be happy
to work on that. Would a general Clutter transition freeze exception
be appropriate?

On Mon, Sep 14, 2009 at 6:07 PM, Andrew SB <email address hidden> wrote:
> libclutter-cairo

Err... On second look, there isn't a new upstream release for this. It
has been depricated and replaced by ClutterCairoTexture in Clutter
itself. See: http://git.clutter-project.org/cgit.cgi?url=clutter-cairo/commit/&id=b6a4c4bc1d2bbb6d48bda6bbc3f120f3ab6f754b

It can probably be removed once the transition is complete.

libclutter-cairo-0.8-0
Reverse Depends:
  libclutter-cairo-0.8-0-dbgsym
  python-clutter
  libclutter-perl
  libclutter-cairo-0.8-dev
  libclutter-cairo-0.8-dbg
  libchamplain-0.3-1

On Mon, 14 Sep 2009 22:07:45 -0000 Andrew Starr-Bochicchio
<email address hidden> wrote:
>We could probably get rid of libclutter-0.8-0 in Karmic. I'd be happy
>to work on that. Would a general Clutter transition freeze exception
>be appropriate?
>
Plus one from me. We need to get the archive in a consistent state.

On Mon, Sep 14, 2009 at 6:07 PM, Andrew SB <email address hidden> wrote:
>  libchamplain-gtk-0.3-1
>  libchamplain-0.3-1

libchamplain 0.4 seems to be packaged in Debian's pkg-gnome svn, just
not uploaded yet. So it can probably be a sync as well soon. See:

http://svn.debian.org/wsvn/pkg-gnome/packages/unstable/libchamplain/?op=log&rev=0&sc=0&isdir=1

> libclutter-gst-0.8-0

I have a clutter-gst-0.10 package ready for upload. Should I file a
separate exemption request? The new libclutter-perl release needs
this.

My suggestion is edit this bug to cover all the needed changes. Then get
that approved. We have plenty of time.

Plus one from me.

+1 to make the archive consistent, approved.

This bug was fixed in the package clutter-gst - 0.10.0-0ubuntu1

---------------
clutter-gst (0.10.0-0ubuntu1) karmic; urgency=low

  * New upstream release.
  * Clutter 0.8 -> 1.0 transition. (LP: #364630)
  * debian/control:
   - Renaming libclutter-gst-0.8-0 to libclutter-gst-0.10-0,
     libclutter-gst-0.8-dev to libclutter-gst-0.10-dev, and
     libclutter-gst-0.8-dbg to libclutter-gst-0.10-dbg for
     new soname.
   - Bump build-dep to libclutter-1.0-dev
   - Put libclutter-gst-0.10-dbg in Section: debug
  * debian/*.{install,examples}: update packages name

 -- Andrew Starr-Bochicchio <email address hidden> Wed, 16 Sep 2009 10:43:39 -0400

Subscribing ubuntu-archive for pyclutter and libchamplain syncs.

Successful libchamplain build log attached. pyclutter log can be found above.

[Updating] libchamplain (0.3.3-2 [Ubuntu] < 0.4.0-1 [Debian])
 * Trying to add libchamplain...
  - <libchamplain_0.4.0-1.dsc: downloading from http://ftp.debian.org/debian/>
  - <libchamplain_0.4.0.orig.tar.gz: downloading from http://ftp.debian.org/debian/>
  - <libchamplain_0.4.0-1.diff.gz: downloading from http://ftp.debian.org/debian/>
I: libchamplain [universe] -> libchamplain-doc_0.3.3-1 [universe].
I: libchamplain [universe] -> libchamplain-gtk-doc_0.3.3-1 [universe].

[Updating] pyclutter (0.8.0-1build1 [Ubuntu] < 1.0.0-1 [Debian])
 * Trying to add pyclutter...
  - <pyclutter_1.0.0-1.dsc: downloading from http://ftp.debian.org/debian/>
  - <pyclutter_1.0.0.orig.tar.gz: downloading from http://ftp.debian.org/debian/>
  - <pyclutter_1.0.0-1.diff.gz: downloading from http://ftp.debian.org/debian/>
I: pyclutter [universe] -> python-clutter_0.8.0-1build1 [universe].
I: pyclutter [universe] -> python-clutter-dbg_0.8.0-1build1 [universe].

This bug was fixed in the package lua-gtk - 0.9+20090719-1ubuntu1

---------------
lua-gtk (0.9+20090719-1ubuntu1) karmic; urgency=low

  * Merge with Debian unstable.
  * debian/patches:
   - clutter-1.0.dpatch: Build against Clutter 1.0 (LP: #364630)
   - dont-use-dev-so.dpatch: Tweak to apply cleanly.
  * debian/control:
   - Drop deprecated build dep on libclutter-cairo-0.8-dev
   - Add build dep on libclutter-1.0-dev

lua-gtk (0.9+20090719-1) unstable; urgency=low

  * new upstream snapshot (Closes: #537004)
  * updated standards version to 3.8.2, no changes needed
  * va_list patch applied upstream, not needed anymore

 -- Andrew Starr-Bochicchio <email address hidden> Thu, 17 Sep 2009 00:00:23 -0400

Unsubscribing ubuntu-archive since the pyclutter and libchamplain syncs were completed.

Re-subscribing ubuntu-archive. geeqie 1.0~beta2-2 in Debian unstable has been patched to build correctly against Clutter 1.0 and libchamplain 0.4. Please sync.

http://git.debian.org/?p=collab-maint/geeqie.git;a=blob;f=debian/patches/clutter-1.0.patch;h=7e2d2bf3ba70e7e7585cc1da831320ae1985a43a;hb=HEAD

http://git.debian.org/?p=collab-maint/geeqie.git;a=blob;f=debian/patches/champlain-0.4.patch;h=4a80d025e2b856137e86bfde9292e1a3eedc93bd;hb=HEAD

I was trying to attach a successful build log but LP seems to hate me right now. You'll just have to believe me. ;-)

[Updating] geeqie (1.0~beta2-1 [Ubuntu] < 1.0~beta2-2 [Debian])
 * Trying to add geeqie...
  - <geeqie_1.0~beta2-2.diff.gz: downloading from http://ftp.debian.org/debian/>
  - <geeqie_1.0~beta2.orig.tar.gz: already in distro - downloading from librarian>
  - <geeqie_1.0~beta2-2.dsc: downloading from http://ftp.debian.org/debian/>
I: geeqie [universe] -> geeqie_1.0~beta2-1 [universe].
I: geeqie [universe] -> geeqie-common_1.0~beta2-1 [universe].
I: geeqie [universe] -> geeqie-dbg_1.0~beta2-1 [universe].

Done, unsubscribing ubuntu-archive again. (This is very awkward; in future, individual sync bugs are easier to handle ...)

Note that pyclutter-gtk should be packaged to complete this transition (#436173).

Where is this located? I don't see anything for pyclutter-gtk at:

http://www.clutter-project.org/sources/

Update on clutter-perl for anyone following. The new version is currently FTBFS on Karmic. I emailed upstream about this on Wed, 16 Sep 2009. No reply yet. Debian seems to be having the same issue even with the older version. The problem happens when attempting to generate the PODs. Possibly an issue with comparability with our version of perl?

Message to upstream mailing list: http://lists.o-hand.com/clutter/3235.html
Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533971

Build failure:

Generating POD...
Backslash found where operator expected at -e line 1, near "under\"
Backslash found where operator expected at -e line 1, near "n\"
Backslash found where operator expected at -e line 1, near "over\"
Backslash found where operator expected at -e line 1, near "n\"
Number found where operator expected at -e line 1, near "version 2.1"
        (Do you need to predeclare version?)
Backslash found where operator expected at -e line 1, near "n\"
Number found where operator expected at -e line 1, near "version 2.0"
        (Do you need to predeclare version?)
Backslash found where operator expected at -e line 1, near "n\"
Backslash found where operator expected at -e line 1, near "back\"
Backslash found where operator expected at -e line 1, near "n\"
syntax error at -e line 1, near "under\"
Execution of -e aborted due to compilation errors.
make[1]: Leaving directory `/tmp/buildd/clutter-perl-1.0.1'
make: *** [debian/stamp-makefile-build] Error 2

  gobject-introspection-repository no longer depends on libclutter.

gir-repository (0.6.5-0ubuntu1) karmic; urgency=low

  * New upstream release (LP: #434022)
  * debian/control.in:
    - remove python-cairo and libclutter-cairo-0.8-dev as they
      aren't in main (gir-reposiroty has been promoted to main)
      and there is no release of clutter-cairo 1.0
    - remove clutter-* 0.8 build-dep
    - bump gobject-introspection build-dep to 0.6.5

 -- Didier Roche <email address hidden> Mon, 21 Sep 2009 16:08:29 +0200

At this point a current package without docs would be progress. Could you
disable that part of the build and open a separate bug about that problem?

Scott: Preparing an upload with a patch against Makefile.PL disabling POD generation.

Reopening lua-gtk task. It explicitly depended on libclutter-0.8-0. I mistakenly though it just got picked up by shlibs:Depends from the build depend. I attempted to upload a new version fixing this, but for some reason it got rejected:

Rejected:
Rejected by archive administrator.

lua-gtk (0.9+20090719-1ubuntu2) karmic; urgency=low

 * debian/control:
  - Bumps Depends from libclutter-0.8-0 to libclutter-1.0-0 to
    to really complete Clutter transition. (LP: #364630)

Date: Fri, 25 Sep 2009 12:58:26 -0400
Changed-By: Andrew Starr-Bochicchio <email address hidden>
Maintainer: Ubuntu Developers <email address hidden>

I've asked in #ubuntu-devel, but who ever rejected it doesn't seem to be around.

This bug was fixed in the package clutter-perl - 1.0.1-0ubuntu1

---------------
clutter-perl (1.0.1-0ubuntu1) karmic; urgency=low

  * New upstream release.
  * Clutter 0.8 -> 1.0 transition. (LP: #364630)
  * debian/control:
   - Bump libclutter build dep,
   - Drop deprecated clutter-gst, clutter-gtk, and
     clutter-cairo build deps.
  * debian/patches/10_notify-osd_by_default.patch:
   - Disable POD generation to fix FTBFS.

 -- Andrew Starr-Bochicchio <email address hidden> Fri, 25 Sep 2009 14:21:14 -0400

On Fri, Sep 25, 2009 at 5:47 PM, Launchpad Bug Tracker
<email address hidden> wrote:
>  * debian/patches/10_notify-osd_by_default.patch:
>   - Disable POD generation to fix FTBFS.

Err... That's obviously a typo in the changelog. The patch is correct
though. I selected the wrong item starting with "10_ " and ending in
"patch" from my clipboard manager. =( It should have read:

  * debian/patches/10_disable_pod_generation.patch:
   - Disable POD generation to fix FTBFS.

This bug was fixed in the package lua-gtk - 0.9+20090719-1ubuntu2

---------------
lua-gtk (0.9+20090719-1ubuntu2) karmic; urgency=low

  * debian/control:
   - Bumps Depends from libclutter-0.8-0 to libclutter-1.0-0 to
     to really complete Clutter transition. (LP: #364630)

 -- Andrew Starr-Bochicchio <email address hidden> Thu, 01 Oct 2009 17:59:49 -0400

status for *clutter-cairo (Ubuntu)* is invalid because there's no clutter-cairo with Clutter 1.0 as it has been integrated in Clutter itself.

clutter-cairo has been deprecated upstream, but it 0.8.0 still exists in the Karmic archive. That's the whole point of why it has a task here:

andrew@andrew-laptop:~$ apt-cache policy libclutter-cairo-0.8-0
libclutter-cairo-0.8-0:
  Installed: (none)
  Candidate: 0.8.2-1
  Version table:
     0.8.2-1 0
        500 http://us.archive.ubuntu.com karmic/universe Packages

The question is, should it be removed from the archive? Are we going to keep libclutter-0.8-0? It's co-installable. But we've successfully transitioned all its reverse dependencies?

andrew@andrew-laptop:~$ apt-cache policy libclutter-0.8-0
libclutter-0.8-0
Reverse Depends:
  libclutter-cairo-0.8-0
  libclutter-0.8-dev
  libclutter-0.8-dbg

MOTU-Release, any opinion on whether we should leave libclutter-cairo-0.8-0 and libclutter-0.8-0 around, or should I open removal requests on them?

If the transition is otherwise done, have them removed.

Please file removal bugs.

clutter-cairo removal - Bug #460686
libclutter-8.0 removal - Bug #460687

Closing clutter-cairo task here as it will now be tracked the the above bug.