Bug#788370: Please include all the *info, *gears* and *egltri* binaries
Package: mesa-utils Version: 8.2.0-1 Severity: wishlist After running ./configure make on the source package of mesa-demos, I see that a lot of binaries are built but only a few are shipped. I think that all versions of *info, *gears* and *egltri* are interesting and should be included. This is what gets built: $ find src -type f -executable|grep info src/egl/opengl/eglinfo src/egl/opengles2/es2_info src/xdemos/glxinfo src/xdemos/pbinfo src/demos/glinfo $ find src -type f -executable|grep gears src/egl/opengl/xeglgears src/egl/opengl/peglgears src/egl/opengl/eglgears_x11 src/egl/opengl/eglgears_screen src/egl/opengles2/es2gears_x11 src/egl/opengles2/es2gears_screen src/xdemos/glxgears_pixmap src/xdemos/glxgears src/xdemos/glxgears_fbconfig src/demos/gears $ find src -type f -executable|grep egltri src/egl/opengl/egltri_x11 src/egl/opengl/egltri_screen This is what is shipped: $ dpkg -L mesa-utils|grep bin/ /usr/bin/glxdemo /usr/bin/glxgears /usr/bin/glxinfo /usr/bin/glxheads $ dpkg -L mesa-utils-extra|grep bin/ /usr/bin/es2tri /usr/bin/es2gears_screen /usr/bin/es2_info /usr/bin/es2gears_x11 /usr/bin/es2gears Thanks! signature.asc Description: OpenPGP digital signature
Bug#640499: libxvmc: please add multiarch support
I can confirm this issue.
$ uname -m
x86_64
$ sudo aptitude install libxvmc1:i386
The following NEW packages will be installed:
libxvmc1:i386{b}
0 packages upgraded, 1 newly installed, 0 to remove and 8 not upgraded.
Need to get 24,0 kB of archives. After unpacking 76,8 kB will be used.
The following packages have unmet dependencies:
libxvmc1 : Conflicts: libxvmc1:i386 but 2:1.0.7-1 is to be installed.
libxvmc1:i386 : Conflicts: libxvmc1 but 2:1.0.7-1 is installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) libgl1-nvidia-glx
2) libxine2-x
3) libxvmc-dev
4) libxvmc1
5) nvidia-glx
6) xine-ui
7) xorg-dev
8) xserver-xorg-video-all
9) xserver-xorg-video-intel
10) xserver-xorg-video-nvidia
11) xserver-xorg-video-openchrome
Leave the following dependencies unresolved:
12) nvidia-xconfig recommends libgl1-nvidia-glx-any
13) nvidia-settings recommends libgl1-nvidia-glx
14) nvidia-kernel-dkms recommends nvidia-glx (= 304.48)
This is preventing me to install the nvidia-glx 386 libraries on my system.
BTW, i also can confirm that Sebastien Noel's multiarch libxvmc1 packages at
http://twolife.be/debian/todo/xvmc/ solve the problem, and allowed me to
install libgl1-nvidia-glx:i386.
Is a ReleaseGoal for Wheezy to have MultiArch support
http://wiki.debian.org/ReleaseGoals/MultiArch
Shouldn't this bug be marked as RC ?
This bug is also preventing #640499 (wich is RC) to be fixed
Please _maintainers_: just upload the damn fix!
signature.asc
Description: OpenPGP digital signature
Bug#640499: libxvmc: please add multiarch support
On 06/12/12 22:57, Julien Cristau wrote: On Thu, Dec 6, 2012 at 20:36:25 +0100, Carlos Alberto Lopez Perez wrote: Shouldn't this bug be marked as RC ? No. Please _maintainers_: just upload the damn fix! https://lists.debian.org/debian-devel-announce/2012/06/msg9.html Cheers, Julien http://release.debian.org/wheezy/freeze_policy.html Wheezy Freeze Policy -- let's release! Changes which can be considered There are some packages we know we won't approve. So as not to have everyone contact us at once about such packages, here are the guidelines for changes that will be accepting into testing during the freeze: 1. fixes for release critical bugs (i.e., bugs of severity critical, grave, and serious) in all packages; 2. changes for release goals, if they are not invasive; [...] - MultiArch support is a release goal, and the fix for this bug is clearly not invasive nor big: $ curl -s 'http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0001-build-for-multiarch.patch;att=1;bug=640499' | diffstat changelog |1 + control |5 - libxvmc-dev.install | 10 +- libxvmc1.install|4 ++-- rules |3 +++ 5 files changed, 15 insertions(+), 8 deletions(-) Where is the problem? What prevents the release team allowing this upload for Wheezy? signature.asc Description: OpenPGP digital signature
Re: Debian compiz screen tearing
On 21/11/12 01:40, Doug Mohan wrote: Gentlemen, I would like to report a bug in debian compiz 0.84. I run multiple monitors, each with a separate desktop. Watching videos on my main desktop is fine, but watching them on my second screen results in screen tearing. Using Nvidia GTX 550 card. This is widely reported, and is fixed in the .9 series and I believe has a workaround in the .86 series. Is there any chance of a bug fix making it into wheezy, or possibly updating the .92 version in experimental or moving something newer to unstable? Please let me know. At the moment I have switched to linux mint to see how newer versions work, and they work without issue. Still, I would much rather be running debian stable. I really am used to compiz over the years though, and do not want to go without. BTW - running XFCE 4.8. Please respond and let me know what my options are. I have tried compiling from source as well as many searches on the net, but have had no luck. Seems the compiz main page is very out of date and not very helpful either. Thanks for your response, Doug Please check that you have you have enabled the option to sync to vblank. To check if this is working or not just execute glxgears, it should report the same FPS as your monitor Hz (60 typically). $ glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 300 frames in 5.0 seconds = 60.000 FPS ... If you don't have it enabled, the way to enable it under compiz is: * Install the package compizconfig-settings-manager. * Execute ccsm. ** Under the category General, select General Options. Select the Display Settings tab. De-select the Detect Refresh Rate option. Set the Refresh Rate option to match the vertical refresh rate of your display. (I checked my monitor’s on-screen display to verify that it was running 60 Hz.) Finally, select the Sync To VBlank option. This should fix the issue Regards! signature.asc Description: OpenPGP digital signature
Bug#666468: Possible duplicate
Not sure if #682308 is a duplicate of this bug, but I believe that this is the case. I was able to solve this issue by applying the third workaround on #682308 http://bugs.debian.org/682308 Regards! signature.asc Description: OpenPGP digital signature
Bug#682687: Please upload version 0.9.6 or superior
On 24/07/12 19:00, Carlos Alberto Lopez Perez wrote: Also, seems that further development of compiz has moved to launchpad. Quoting wikipedia http://en.wikipedia.org/wiki/Compiz Compiz 0.9 series On July 4, 2010, Sam Spilsbury announced the release of Compiz 0.9.0 with a new API, rewritten in C++.[18] Canonical Ltd. hired Sam Spilsbury, lead Compiz developer, to further develop Compiz for Ubuntu in October 2010.[19] Since then Compiz development mostly coincides with Ubuntu development. Main development moved to Canonical’s Launchpad service.[20] The 0.9.x versions up to 0.9.5 were seen as unstable/beta software.[21] With 0.9.6 never officially released,[22] Compiz 0.9.7.0 was released a month ahead of enterprise-targeted Ubuntu 12.04 LTS (Long Term Support) and declared stable.[2] A few days before the official release of Ubuntu 12.04 a new development branch, 0.9.8, was created[23] in preparation for Ubuntu 12.10.[24] For Compiz version 0.9.8 development has moved to a new Launchpad page.[25] signature.asc Description: OpenPGP digital signature
Bug#677864: compiz works just fine
On 12/07/12 02:49, Adam Borowski wrote: Could you please elaborate what exactly is the problem with compiz 0.8? It works well; I use it at home (currently with xfce) and the only problem is remembered window positions being wrong on startup. At least the situation is worlds better than the current state of certain other window managers that are somehow made default. Agree. I am running compiz with gnome3 fallback mode from time ago and it works like a charm. So I don't think there is a reason for this artificial RC bug, just because a newer but messy upstream version exists. I agree with Alex Goebel: compiz in its current state is fully releaseable, even if it's not at the bleeding edge. +1 Based on my own experience, I can say that the current version of Compiz on Debian wheezy (0.8.4) is rock solid and more than adequate for a release. I even think is much more safe to ship this fully tested version of Compiz rather than a new one (0.9.x) that may introduce bugs. signature.asc Description: OpenPGP digital signature
Bug#682687: Please upload version 0.9.6 or superior
Package: compiz Version: 0.9.2.1+git20110226.f059fae9-4 Severity: wishlist Hello, The latest official version of the compiz 0.9 branch is 0.9.6. Please considerer packaging it for experimental: http://cgit.compiz.org/compiz/core/tag/?id=0.9.6 Also, seems that further development of compiz has moved to launchpad. There is a 0.9.8 version on launchpad that is being actively developed: https://launchpad.net/compiz Thanks! signature.asc Description: OpenPGP digital signature
Bug#586251: Include patch for rotate axes of touchpad
merge 586251 628959 thanks There is a patch for rotating the axes of the synaptics devices. I tested it extensively and works very good. I have attached this patch in #628959 (applies to squeeze version of xserver-xorg-input-synaptics) However looking at the forwarded upstream bug report http://bugs.freedesktop.org/show_bug.cgi?id=21129 seems that upstream wants to implement a general rotation mechanism for all drivers instead of letting each driver implement its own mechanism. Sounds reasonable. Regards! -- ~~~ Carlos Alberto Lopez Perez http://neutrino.es Igalia - Free Software Engineeringhttp://www.igalia.com ~~~ signature.asc Description: OpenPGP digital signature
Bug#628959: Include patch for rotate axes of touchpad
Package: xserver-xorg-input-synaptics
Version: 1.2.2-2
When the screen is rotated with xrandr the axes of the touchdpad must be
rotated also to allow natural control of the mouse pointer.
For most pointer devices this can be done with the xinput tool, but for
the synaptic touchpad this is not possible.
There is a patch to this drivers that allow this. The homepage of the patch
is the following: http://cc.oulu.fi/~rantalai/synaptics/
I have ported it to the package xserver-xorg-input-synaptics (1.2.2-2) of
Debian Squeeze and I have extensively tested it, so I can say it works
perfectly.
I am attaching the patch for xserver-xorg-input-synaptics=1.2.2-2
Simply copy the patch to debian/patches and include it on the series file.
It should work smoothly.
The patch adds a new option to the command line tool synclient that allow
swapping the axes of the touchpad.
Typical use would be:
xrandr --orientation normalsynclient Orientation=0
xrandr --orientation left synclient Orientation=1
xrandr --orientation inverted synclient Orientation=2
xrandr --orientation right synclient Orientation=3
From c29444b0fe810cbc1810cf22c64a7ca1e87a Mon Sep 17 00:00:00 2001
From: Carlos Alberto Lopez Perez clo...@igalia.com
Date: Wed, 1 Jun 2011 17:13:16 +0200
Subject: [PATCH] Enable orientation rotation for Debian xserver-xorg-input-synaptics (1.2.2-2)
* Use as debian/patches/04-enable-rotation.patch
* Based on: http://cc.oulu.fi/~rantalai/synaptics/
---
include/synaptics-properties.h |3 +++
src/eventcomm.c| 22 --
src/properties.c | 11 ++-
src/synaptics.c|1 +
src/synapticsstr.h |1 +
tools/synclient.c |1 +
6 files changed, 36 insertions(+), 3 deletions(-)
diff --git a/include/synaptics-properties.h b/include/synaptics-properties.h
index cf330d8..0b2a1ea 100644
--- a/include/synaptics-properties.h
+++ b/include/synaptics-properties.h
@@ -142,6 +142,9 @@
/* 8 bit (BOOL) */
#define SYNAPTICS_PROP_GRAB Synaptics Grab Event Device
+/* 32 bit */
+#define SYNAPTICS_ORIENTATION Synaptics Orientation
+
/* 8 bit (BOOL), 1 value, tap-and-drag */
#define SYNAPTICS_PROP_GESTURES Synaptics Gestures
diff --git a/src/eventcomm.c b/src/eventcomm.c
index d8138d4..df9b2c6 100644
--- a/src/eventcomm.c
+++ b/src/eventcomm.c
@@ -379,10 +379,28 @@ EventReadHwState(LocalDevicePtr local,
case EV_ABS:
switch (ev.code) {
case ABS_X:
- hw-x = ev.value;
+ if (para-orientation==0)
+ hw-x = ev.value;
+ else if (para-orientation==2)
+ hw-x = priv-maxx + priv-minx - ev.value;
+ else if (para-orientation==3)
+ hw-y = (priv-maxx - ev.value) * (priv-maxy - priv-miny) / (priv-maxx - priv-minx) + priv-miny;
+ else if (para-orientation==1)
+ hw-y = (ev.value - priv-minx) * (priv-maxy - priv-miny) / (priv-maxx - priv-minx) + priv-miny;
+ else
+ hw-x = ev.value;
break;
case ABS_Y:
- hw-y = ev.value;
+ if (para-orientation==0)
+ hw-y = ev.value;
+ else if (para-orientation==2)
+ hw-y = priv-maxy + priv-miny - ev.value;
+ else if (para-orientation==3)
+ hw-x = (ev.value - priv-miny) * (priv-maxx - priv-minx) / (priv-maxy - priv-miny) + priv-minx;
+ else if (para-orientation==1)
+ hw-x = (priv-maxy - ev.value) * (priv-maxx - priv-minx) / (priv-maxy - priv-miny) + priv-minx;
+ else
+ hw-y = ev.value;
break;
case ABS_PRESSURE:
hw-z = ev.value;
diff --git a/src/properties.c b/src/properties.c
index 4366034..ffa866a 100644
--- a/src/properties.c
+++ b/src/properties.c
@@ -47,6 +47,7 @@ static Atom float_type;
Atom prop_edges = 0;
Atom prop_finger= 0;
+Atom prop_orientation = 0;
Atom prop_tap_time = 0;
Atom prop_tap_move = 0;
Atom prop_tap_durations = 0;
@@ -251,6 +252,8 @@ InitDeviceProperties(LocalDevicePtr local)
fvalues[0] = para-press_motion_min_factor;
fvalues[1] = para-press_motion_max_factor;
+prop_orientation = InitAtom(local-dev, SYNAPTICS_ORIENTATION, 32, 1, para-orientation);
+
prop_pressuremotion_factor = InitFloatAtom(local-dev, SYNAPTICS_PROP_PRESSURE_MOTION_FACTOR, 2, fvalues);
prop_grab = InitAtom(local-dev, SYNAPTICS_PROP_GRAB, 8, 1, para-grab_event_device);
@@ -293,7 +296,13 @@ SetProperty(DeviceIntPtr dev, Atom property, XIPropertyValuePtr prop,
para = tmp;
}
-if (property == prop_edges)
+if (property == prop_orientation)
+{
+if (prop-size != 1 || prop-format != 32 || prop-type != XA_INTEGER)
+return BadMatch;
+para-orientation = *(INT32*)prop-data;
+}
+else if (property == prop_edges)
{
INT32 *edges;
if (prop-size != 4 || prop-format != 32 || prop-type != XA_INTEGER)
diff --git a/src/synaptics.c b/src/synaptics.c
index 9f9c1ec..f33e7c9 100644
--- a/src/synaptics.c
+++ b/src/synaptics.c
@@ -462,6 +462,7 @@ static void
