On Sun, Jun 11, 2006 at 01:49:47PM -0600, Warren Turkal wrote: > On Sunday 11 June 2006 03:35, you wrote: > > but this is definitely weird. The default for that option is "5400" so > > there _must_ be something external intervening. > > What external could be intervening? Here's proof that *synaptics packages are > not installed.
Don't know, some script? Anyway, I contacted upstream and he agrees that the easiest explanation for the behaviour you see is something external intervening. I'm sorry to bother you in this direction but... I prepared a modified package that should completely discard the external-intervention-conspiracy :) Package is at http://people.debian.org/~malattia/packages/ and includes the below small patch to "hide" the SHMConfig struct in the driver and modifies synclient to ask for confirmation when trying to change a parameter value (so beware that X could hang waiting for an answer if the conspiracy is taking place). The .changes file is signed and you can check md5sums of files there. Restoring the original package should be as easy as apt-get install --reinstall xserver-xorg-input-synaptics Thanks again diff --git a/synaptics.h b/synaptics.h --- a/synaptics.h +++ b/synaptics.h @@ -32,6 +32,8 @@ struct SynapticsHwInfo { #define SHM_SYNAPTICS 23947 typedef struct _SynapticsSHM { + int pad[100]; + int version; /* Driver version */ /* Current device state */ diff --git a/synclient.c b/synclient.c --- a/synclient.c +++ b/synclient.c @@ -162,9 +162,15 @@ set_variables(SynapticsSHM *synshm, int } } if (found) { + char answer[128]; double val = atof(&eqp[1]); struct Parameter* par = ¶ms[j]; + printf("Really change %s? ", cmd); + scanf("%s", answer); + if (strcmp(answer, "yes") != 0) + continue; + if (val < par->min_val) val = par->min_val; if (val > par->max_val) -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
