Bug#619636: Info received (Clutter problem?)

2011-11-29 Thread Julien Cristau
On Mon, Nov 28, 2011 at 12:04:34 +0100, Luca Capello wrote:

> libclutter-1.0 already Depends: on 'libgl1-mesa-glx | libgl1' and this
> includes also libgl1-mesa-swx11 (which Provides: libgl1).  What it could
> be needed is a Depends: on 'libgl1-mesa-dri | libgl1-mesa-swx11':
> 
> --8<---cut here---start->8---
> diff -Nru clutter-1.0-1.8.2/debian/control.in 
> clutter-1.0-1.8.2/debian/control.in
> --- clutter-1.0-1.8.2/debian/control.in   2011-11-14 13:18:06.0 
> +0100
> +++ clutter-1.0-1.8.2/debian/control.in   2011-11-21 15:16:07.0 
> +0100
> @@ -36,6 +36,7 @@
>  Architecture: any
>  Depends: ${shlibs:Depends},
>   ${misc:Depends},
> + libgl1-mesa-dri | libgl1-mesa-swx11
>  Recommends: libclutter-1.0-common
>  Breaks: python-clutter (<< 1.3.2)
>  Pre-Depends: ${misc:Pre-Depends}
> --8<---cut here---end--->8---
> 
This is Wrong™.

> > The long term solution is to switch to llvmpipe in debian to make it
> > work for people that cannot get hardware acceleration. I think that the
> > next release of mesa has switch to this.
> 
> It seems that upstream Mesa already solved this in a different way:
> 
>   
>   
> 
> The upstream fix went into the new Mesa package during the week-end (I
> was building the old 7.11-6 plus this patch, but given that the build
> process needed more than 5 GB of disk space I could not get it earlier):
> 
>   
> 
>   
> 
> Nevertheless, empathy still segfaults witwh libgl1-mesa-glx_7.11.1-1
> alone (i.e. without libgl1-mesa-dri) on both sid above, the schroot and
> the libvirt/KVM.  However, the error on the latter is a bit more
> explicative:
> =
> luca.capello@gismo-sid:~$ empathy
> 
> (empathy:2824): Clutter-CRITICAL **: Unable to initialize Clutter: \
>  The OpenGL version could not be determined
> Segmentation fault

Sounds like somebody wants to fix clutter.

Cheers,
Julien



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#619636: Info received (Clutter problem?)

2011-11-28 Thread Luca Capello
user 619636 l...@pca.it
usertags 619636 + pca-communication
thanks

Hi there!

Cc:ing all the people involved with this bug, sorry for the spam.  Also
Cc:ing the Debian X Strike Force for comments about the Mesa part.

On Sat, 16 Apr 2011 17:38:51 +0200, Alex Stewart wrote:
> See also bug 620908. IMO, they should not be merged, because 619636
> can be solved in two ways: depending on a version of libclutter-1.0-0
> with a fix for bug 620908 or, AFAICT, building empathy without
> libchamplain support.

I can confirm that with the following diff empathy works without no
problem on a last-week up-to-date sid on libvirt/KVM with no HW
acceleration:

--8<---cut here---start->8---
diff -Nru empathy-3.2.2/debian/control empathy-3.2.2/debian/control
--- empathy-3.2.2/debian/control2011-11-19 18:24:56.0 +0100
+++ empathy-3.2.2/debian/control2011-11-21 00:36:24.0 +0100
@@ -13,7 +13,6 @@
debhelper (>= 8),
rarian-compat,
librarian-dev,
-   libchamplain-gtk-0.12-dev,
libglib2.0-dev (>= 2.28),
libgtk-3-dev (>= 3.0.2),
libtelepathy-glib-dev (>= 0.16.0),
diff -Nru empathy-3.2.2/debian/rules empathy-3.2.2/debian/rules
--- empathy-3.2.2/debian/rules  2011-11-19 18:24:56.0 +0100
+++ empathy-3.2.2/debian/rules  2011-11-21 00:51:04.0 +0100
@@ -13,7 +13,7 @@
 
 DEB_CONFIGURE_EXTRA_FLAGS := --enable-spell \
  --enable-webkit \
- --enable-map=yes \
+ --enable-map=no \
  --enable-geocode=yes \
  --with-cheese \
  --with-eds \
--8<---cut here---end--->8---

On Wed, 16 Nov 2011 11:07:45 +0100, Laurent Bigonville wrote:
> According to upstream this is a known issue and due to the software
> rasterizer in mesa. The only way here is, for now, to use proper
> hardware acceleration.

Until this week-end Mesa updates (see below), it seemed that there was
another way: installing libgl1-mesa-swx11 solved the problem for two
up-to-date sid, a schroot and the libvirt/KVM above.  However, in the
latter case GNOME 3 always crashes and I can not login (this should be
confirmed on a real machine, i.e. not on a VM).  So the situation was
the following:

1) libgl1-mesa-glx alone
   => empathy segfault

2) libgl1-mesa-glx *AND* libgl1-mesa-dri *AND* HW acceleration
   => empathy works

3) libgl1-mesa-swx11 (with or without libgl1-mesa-dri)
   => empathy works, but GNOME 3 crashes 

libclutter-1.0 already Depends: on 'libgl1-mesa-glx | libgl1' and this
includes also libgl1-mesa-swx11 (which Provides: libgl1).  What it could
be needed is a Depends: on 'libgl1-mesa-dri | libgl1-mesa-swx11':

--8<---cut here---start->8---
diff -Nru clutter-1.0-1.8.2/debian/control.in 
clutter-1.0-1.8.2/debian/control.in
--- clutter-1.0-1.8.2/debian/control.in 2011-11-14 13:18:06.0 +0100
+++ clutter-1.0-1.8.2/debian/control.in 2011-11-21 15:16:07.0 +0100
@@ -36,6 +36,7 @@
 Architecture: any
 Depends: ${shlibs:Depends},
  ${misc:Depends},
+ libgl1-mesa-dri | libgl1-mesa-swx11
 Recommends: libclutter-1.0-common
 Breaks: python-clutter (<< 1.3.2)
 Pre-Depends: ${misc:Pre-Depends}
--8<---cut here---end--->8---

> The long term solution is to switch to llvmpipe in debian to make it
> work for people that cannot get hardware acceleration. I think that the
> next release of mesa has switch to this.

It seems that upstream Mesa already solved this in a different way:

  
  

The upstream fix went into the new Mesa package during the week-end (I
was building the old 7.11-6 plus this patch, but given that the build
process needed more than 5 GB of disk space I could not get it earlier):

  

  

Nevertheless, empathy still segfaults witwh libgl1-mesa-glx_7.11.1-1
alone (i.e. without libgl1-mesa-dri) on both sid above, the schroot and
the libvirt/KVM.  However, the error on the latter is a bit more
explicative:
=
luca.capello@gismo-sid:~$ empathy

(empathy:2824): Clutter-CRITICAL **: Unable to initialize Clutter: \
 The OpenGL version could not be determined
Segmentation fault
luca.capello@gismo-sid:~$ empathy
=

Installing libgl1-mesa-dri solves the problem, which is anyway a
progress, given that before it did not work at all on libvirt/KVM with
no HW acceleration (see point 2 above).

Thx, bye,
Gismo / Luca


pgplLeRisoVwF.pgp
Description: PGP signature