Bug#598794: xserver-xorg-core: mapping keyboard keys as pointer buttons, when used with synaptics touchpad, leads to predictable cursor jumping
Forwarded upstream: https://bugs.freedesktop.org/show_bug.cgi?id=31065 Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600897: libcurses-ocaml: package does not enable wide character support
Package: libcurses-ocaml Version: 1.0.3-1+b1 Severity: normal Tags: l10n As of release 1.0.3, upstream ocaml-curses supports wide-character-enabled ncurses. This feature is required in order to render UTF-8 encoded text, for example. It would be ideal if the package enabled this capability. Supporting this feature would require: 1) Depending on libncursesw5 2) Configuring the package with --enable-widec The following script can test for support of this feature: echo -e '#require curses;;\nlet s = if Curses.Curses_config.wide_ncurses then wide char ok! else no wide char support. in print_endline s;;' | ocaml Paul -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcurses-ocaml depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii ocaml-base-nox [ocaml-bas 3.11.2-1 Runtime system for OCaml bytecode libcurses-ocaml recommends no packages. libcurses-ocaml suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598794: xserver-xorg-core: mapping keyboard keys as pointer buttons, when used with synaptics touchpad, leads to predictable cursor jumping
Package: xserver-xorg-core Version: 2:1.7.7-7 Severity: normal I have a MacBook with a Synaptics touchpad, and it only has one button. I used the following XKB snippet to map some unused keyboard keys as pointer buttons 2 and 3: partial modifier_keys xkb_symbols threebutton { replace key RWIN { [ Pointer_Button2 ] }; replace key KPEN { [ Pointer_Button3 ] }; }; The mapping works, but leads to a strange bug which can be reproduced as follows: 1) Cause a mouse event (movement or button press) using the touchpad or touchpad button. 2) Press RWIN to issue a Button2 event (or KPEN to issue a Button3 event) 3) Use either the touchpad or an external mouse to cause any mouse event (movement or button press). When step (3) occurs, the mouse cursor will jump. The distance traveled depends on the absolute cursor position: the x-delta is probably (-0.05 * x), and the y-delta is around (-0.3 * y). I can cycle through steps (2) and (3) indefinitely, and the cursor will trace out a curve which drifts towards the upper left of the screen. Note that the bug does *not* occur if step (1) is replaced by an external mouse action. It has to be the touchpad. Also note that 'xev' does *not* show any MotionNotify events at the time the cursor jumps. Here is a snippet of the xev log which shows trackpad movement, followed by a press/release of RWIN, followed by a press/release of the trackpad button: --- BEGIN XEV OUTPUT --- MotionNotify event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450704136, (367,596), root:(368,597), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450704141, (367,598), root:(368,599), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450704151, (366,599), root:(367,600), state 0x0, is_hint 0, same_screen YES ButtonPress event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450705444, (366,599), root:(367,600), state 0x0, button 2, same_screen YES ButtonRelease event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450705500, (366,599), root:(367,600), state 0x200, button 2, same_screen YES ButtonPress event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450707800, (347,430), root:(348,431), state 0x0, button 1, same_screen YES ButtonRelease event, serial 28, synthetic NO, window 0x1e1, root 0x112, subw 0x0, time 450707804, (347,430), root:(348,431), state 0x100, button 1, same_screen YES --- END XEV OUTPUT --- I spent some time dumping event information from the Synaptics driver, but I didn't see anything particularly strange... which is why I'm filing the bug against core. Paul -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 29 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1725256 Sep 20 08:48 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2589 Apr 7 21:14 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load extmod Load record Load glx Load dri2 Load dbe Load dri EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f
Bug#578216: ocsigen: server does not respond
On Sun, Apr 18, 2010 at 12:51 AM, Paul Pelzl pelz...@gmail.com wrote: On Sun, Apr 18, 2010 at 12:36 AM, Stéphane Glondu glo...@debian.org wrote: Have you tried to connect in IPv6? What is the output of netstat -lptn? Ah, thanks. I can indeed connect via ip6-localhost. Is this the expected behavior when the port is configured as port80/port? The documentation is not clear on this point. To answer the other question, netstat -lptn reports the following line of interest: Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp6 0 0 :::80 :::* LISTEN 2807/ocamlrun Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578216: ocsigen: server does not respond
On Sun, Apr 18, 2010 at 1:10 AM, Stéphane Glondu glo...@debian.org wrote: Is this the expected behavior when the port is configured as port80/port? The documentation is not clear on this point. Actually, the expected behaviour was to listen on both IPv6 and IPv4, but that changed with net.ipv6.bindv6only (which changed from 0 to 1 in Debian recently). This is fixed upstream, but I didn't applied the patch in the Debian package because it can be easily worked around by using port*:80/port. The documentation is there (look for port): http://ocsigen.org/ocsigenserver/config I tried to be as explicit as possible about this point. Feel free to propose something better (I am also upstream and can fix the website). The documentation is explicit about the qualified forms port*:80/port and port[::]:80/port, but the unqualified form of port80/port is not addressed explicitly. It would be helpful to have an additional sentence that explains this case (although I guess it might not have helped me today if the behavior was due to a recent Debian change). Thanks for the help. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578216: ocsigen: server does not respond
Package: ocsigen Version: 1.3.0-4 Severity: grave Justification: renders package unusable The ocsigen server does not respond to my HTTP requests. I launched the server via /etc/init.d/ocsigen force-start, and used the configuration file included with the distribution. /var/log/ocsigen/access.log is empty. /var/log/ocsigen/errors.log reports only the following: 2010-04-17 18:32:24 - Error while loading configuration file: : Sys_error(/etc/ocsigen/conf.d: No such file or directory) (ignored) /var/log/ocsigen/warnings.log reports only the following: 2010-04-17 18:32:24 - While parsing config file, tag host: No defaulthostname, assuming it is hayt 2010-04-17 18:32:24 - Ocsigen has been launched (initialisations ok) In an attempt to narrow down the problem, I also built ocsigen-1.3.0 from source, and launched the server as an unprivileged user with the command CAML_LD_LIBRARY_PATH=server server/ocsigen -c ocsigen.conf.local. Again, I was not able to connect to the server (this time using port 8080). I can run python -m SimpleHTTPServer 8080 and connect to this webserver without a problem, so I don't believe there is a problem with the networking configuration. I am wondering if there is a problem with one of ocsigen's dependencies... Paul -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsigen depends on: ii adduser3.112 add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfindlib-ocaml [libf 1.2.5+debian-1+b1 library for managing OCaml librari ii liblwt-ocaml [liblwt-o 2.0.0-1+b3cooperative light-weight thread li ii libocamlnet-ocaml [lib 2.2.9-7+b2OCaml application-level Internet l ii libocsigen-ocaml [libo 1.3.0-4 runtime librairies for Ocsigen ii libpcre-ocaml [libpcre 6.0.1-2+b1OCaml bindings for PCRE (runtime) ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libreact-ocaml [librea 0.9.0-2+b1functional reactive programming in ii libssl-ocaml [libssl-o 0.4.4-1 OCaml bindings for OpenSSL (runtim ii libssl0.9.80.9.8n-1 SSL shared libraries ii ocaml-base-nox [ocaml- 3.11.2-1 Runtime system for OCaml bytecode ii procps 1:3.2.8-8 /proc file system utilities ii psmisc 22.10-1 utilities that use the proc file s ocsigen recommends no packages. Versions of packages ocsigen suggests: ii ocsigen-dev 1.3.0-4development metapackage for Ocsige -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578216: ocsigen: server does not respond
On Sun, Apr 18, 2010 at 12:36 AM, Stéphane Glondu glo...@debian.org wrote: Have you tried to connect in IPv6? What is the output of netstat -lptn? Ah, thanks. I can indeed connect via ip6-localhost. Is this the expected behavior when the port is configured as port80/port? The documentation is not clear on this point. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#391079: It would be nice if the 'q' key and/or the Esc key quit Orpie.
On Thu, Oct 05, 2006 at 09:58:56AM +0200, Uwe Steinmann wrote: On Thu, Oct 05, 2006 at 03:47:39AM -0400, Jason Spiro wrote: 2006/10/5, Uwe Steinmann [EMAIL PROTECTED] said: ... I suppose it was the intention of the author of orpie not to use 'q' for imediate quit. I wonder why that would have been. (To all lurkers here: Orpie saves its stack on quit so even if you 'q' by accident you don't lose any data.) He is in CC. Let's just wait for his answer. Sorry it took a while, I've been off the internet for the past week or so. Uwe is correct; I did not want to be able to exit the program so easily with an inadvertent keypress. It's my personal preference, and that will remain the default in the official Orpie source. Of course, if you want to change the default in Debian, I don't have any problem with that. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391078: Orpie should automatically convert mod(), gcd(), and lcm() input to integers
On Wed, Oct 04, 2006 at 02:36:21PM -0400, Jason Spiro wrote: When I use mod(), gcd(), or lcm(), I get an error message saying that the arguments must be integers (which means that I should have entered an '#' character before I entered them.) It would be nice if Orpie automatically converted the the arguments to integer format for me. Alternatively, perhaps rpc_calc.ml : mod_int (), gcd (), and lcm () could be modified to accept reals as their input and return real output. I think I implemented these functions as int-int only out of some twisted desire for mathematical purity. After trying to use them in practice, I have to agree that real-int should be an acceptable form as well (with an error for non-integral real input). I'll put this on the to-do list. P.S. Thanks for writing/packaging Orpie. It's the most efficient PC calculator app I've ever used. Always nice to hear that. Thanks! Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315160: Using londonlaw with python-twisted 2.0
On Sun, Jul 03, 2005 at 03:30:17PM +0200, Reinhard Tartler wrote: Debian sid has upgraded to twisted 2.0 and therefore I must support it. I tried using londonlaw with the updated twisted version, but I experienced the following bug: In the connections dialog, I enter the hostname of the server, and press connect. Then nothings happens. (See attached screenshot). Neither the client produces any message, nor the server receives a connection request. When I press on quit, the dialog closes as expected, but the shell does not return from the command london-client. Entering the IP Adress however, the clients connects with the server, and I can play the game (with the server using twisted 1.3.0!). So I assume that there is somethin wrong with resolving the hostname. Now I wanted to hear your opinion, if this is a bug in londonlaw or a regression in python-twisted, and how I should handle this bug. Weird. I think the DNS resolution is getting interrupted due to some bad interaction with the wxPython main loop. I'll check on the Twisted mailing list to see if they can figure out what's going on. In the meantime, I just put out a 0.2.1 release which has a workaround. I just threw in an explicit call to socket.gethostbyname(), which seems to work fine. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]