Bug#897207: nvidia-driver: redshift is now greenshift

2018-07-22 Thread Heikki Hokkanen
Control: found -1 nvidia-graphics-drivers/390.67-2~bpo9+1
Control: tags -1 - moreinfo

On Mon, Jul 9, 2018 at 4:30 AM Andreas Beckmann  wrote:
> Is this still an issue with the latest driver (390.67) available in sid,
> buster, and (soon) stretch-backports?

Yes. Installed package versions below.


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nvidia-driver depends on:
ii  nvidia-alternative 390.67-2~bpo9+1
ii  nvidia-driver-bin  390.67-2~bpo9+1
ii  nvidia-driver-libs 390.67-2~bpo9+1
ii  nvidia-installer-cleanup   20151021+4
ii  nvidia-kernel-dkms [nvidia-kernel-390.67]  390.67-2~bpo9+1
ii  nvidia-legacy-check390.67-2~bpo9+1
ii  nvidia-support 20151021+4
ii  nvidia-vdpau-driver390.67-2~bpo9+1
ii  xserver-xorg-video-nvidia  390.67-2~bpo9+1

Versions of packages nvidia-driver recommends:
ii  nvidia-persistenced  384.111-1~deb9u1
pn  nvidia-settings  

Versions of packages nvidia-driver suggests:
ii  nvidia-kernel-dkms390.67-2~bpo9+1
ii  nvidia-kernel-source  390.67-2~bpo9+1

Versions of packages nvidia-driver-libs:amd64 depends on:
ii  libgl1-nvidia-glvnd-glx  390.67-2~bpo9+1
ii  nvidia-egl-icd   390.67-2~bpo9+1

Versions of packages nvidia-driver-libs:amd64 recommends:
ii  libgles-nvidia2  390.67-2~bpo9+1
ii  libglx-nvidia0   390.67-2~bpo9+1
ii  libnvidia-cfg1   390.67-2~bpo9+1
ii  libopengl0   1.0.0+git20180308-2~bpo9+1
ii  nvidia-driver-libs-i386  390.67-2~bpo9+1
ii  nvidia-egl-wayland-icd   390.67-2~bpo9+1
ii  nvidia-vulkan-icd390.67-2~bpo9+1

Versions of packages nvidia-driver-libs:i386 depends on:
ii  libgl1-nvidia-glvnd-glx  390.67-2~bpo9+1
ii  nvidia-egl-icd   390.67-2~bpo9+1

Versions of packages nvidia-driver-libs:i386 recommends:
ii  libgles-nvidia2 390.67-2~bpo9+1
ii  libglx-nvidia0  390.67-2~bpo9+1
ii  libnvidia-cfg1  390.67-2~bpo9+1
ii  libopengl0  1.0.0+git20180308-2~bpo9+1
ii  nvidia-egl-wayland-icd  390.67-2~bpo9+1
ii  nvidia-vulkan-icd   390.67-2~bpo9+1

Versions of packages libgl1-nvidia-glx:i386 depends on:
ii  libc6 2.24-11+deb9u3
ii  libnvidia-glcore  390.67-2~bpo9+1
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  multiarch-support 2.24-11+deb9u3
ii  nvidia-alternative390.67-2~bpo9+1
ii  nvidia-installer-cleanup  20151021+4
ii  nvidia-legacy-check   390.67-2~bpo9+1
ii  nvidia-support20151021+4

Versions of packages libgl1-nvidia-glx:i386 recommends:
ii  nvidia-kernel-dkms  390.67-2~bpo9+1

Versions of packages libgl1-nvidia-glx:i386 suggests:
ii  nvidia-kernel-dkms390.67-2~bpo9+1
ii  nvidia-kernel-source  390.67-2~bpo9+1

Versions of packages xserver-xorg-video-nvidia depends on:
ii  libc6  2.24-11+deb9u3
ii  libnvidia-glcore   390.67-2~bpo9+1
ii  nvidia-alternative 390.67-2~bpo9+1
ii  nvidia-installer-cleanup   20151021+4
ii  nvidia-legacy-check390.67-2~bpo9+1
ii  nvidia-support 20151021+4
ii  xserver-xorg-core [xorg-video-abi-23]  2:1.19.2-1+deb9u2

Versions of packages xserver-xorg-video-nvidia recommends:
ii  nvidia-kernel-dkms [nvidia-kernel-390.67]  390.67-2~bpo9+1
pn  nvidia-settings
ii  nvidia-vdpau-driver390.67-2~bpo9+1

Versions of packages xserver-xorg-video-nvidia suggests:
ii  nvidia-kernel-dkms390.67-2~bpo9+1
ii  nvidia-kernel-source  390.67-2~bpo9+1

Versions of packages nvidia-alternative depends on:
ii  dpkg1.18.25
ii  glx-alternative-nvidia  0.8.3~deb9u1
ii  nvidia-legacy-check 390.67-2~bpo9+1

Versions of packages nvidia-kernel-dkms depends on:
ii  dkms   2.3-2
ii  nvidia-installer-cleanup   20151021+4
ii  nvidia-kernel-support [nvidia-kernel-support--v1]  390.67-2~bpo9+1

nvidia-kernel-dkms recommends no packages.

Versions of packages nvidia-kernel-source depends on:
ii  debhelper  10.2.5
ii  make   4.1-9.1
ii  quilt  0.63-8
ii  xz-utils   5.2.2-1.2+b1

Versions of packages nvidia-kernel-source recommends:
ii  module-assistant   0.11.9
ii  nvidia-kernel-support  390.67-2~bpo9+1

nvidia-kernel-source suggests no packages.

Versions of packages glx-alternative-nvidia depends on:
ii  dpkg  1.18.25
ii  

Bug#897207: nvidia-driver: redshift is now greenshift

2018-04-29 Thread Heikki Hokkanen
Package: nvidia-driver
Version: 390.48-2~bpo9+1
Severity: normal

Dear Maintainer,

After upgrading nvidia-driver from backports to version 390.48-2~bpo9+1,
redshift is no longer red, but green. It kind of ruins the whole
experience.


-- Package-specific info:
uname -a:
Linux vili 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64
GNU/Linux

/proc/version:
Linux version 4.9.0-6-amd64 (debian-ker...@lists.debian.org) (gcc version
6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.82-1+deb9u3
(2018-03-02)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  390.48  Thu Mar 22 00:42:57
PDT 2018
GCC version:  gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)

lspci 'display controller [030?]':
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200
v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev
06) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technology Co., Ltd Xeon E3-1200 v3/4th Gen Core
Processor Integrated Graphics Controller [1458:d000]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
 Kernel driver in use: i915
 Kernel modules: i915

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce
GTX 750 Ti] [10de:1380] (rev a2) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technology Co., Ltd GM107 [GeForce GTX 750 Ti]
[1458:362d]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
 Kernel driver in use: nvidia
 Kernel modules: nvidia

dmesg:

Device node permissions:
crw-rw+ 1 root video 226,   0 Apr 30 04:44 /dev/dri/card0
crw-rw+ 1 root video 226,   1 Apr 30 04:44 /dev/dri/card1
crw-rw  1 root video 226,  64 Apr 30 04:44 /dev/dri/controlD64
crw-rw+ 1 root video 226, 128 Apr 30 04:44 /dev/dri/renderD128
crw-rw+ 1 root video 226, 129 Apr 30 04:44 /dev/dri/renderD129
crw-rw-rw-  1 root root  195, 254 Apr 30 04:45 /dev/nvidia-modeset
crw-rw-rw-  1 root root  195,   0 Apr 30 04:45 /dev/nvidia0
crw-rw-rw-  1 root root  195, 255 Apr 30 04:45 /dev/nvidiactl
video:x:44:hoxu,hoxugames

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 Nov 18 10:33 /etc/alternatives/glx ->
/usr/lib/nvidia
lrwxrwxrwx 1 root root   42 Nov 18 10:33
/etc/alternatives/glx--libEGL.so.1-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libEGL.so.1
lrwxrwxrwx 1 root root   44 Nov 18 10:33
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1
lrwxrwxrwx 1 root root   48 Nov 18 10:33
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu ->
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Nov 18 10:33
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu ->
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   41 Nov 18 10:33
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   41 Nov 18 10:33
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Nov 18 10:33
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Nov 18 10:33
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   48 Nov 18 10:33
/etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   48 Nov 18 10:33
/etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   50 Nov 18 10:33
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   50 Nov 18 10:33
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   45 Nov 18 10:33
/etc/alternatives/glx--libGLESv2.so.2-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libGLESv2.so.2
lrwxrwxrwx 1 root root   45 Nov 18 10:33
/etc/alternatives/glx--libGLESv2.so.2-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libGLESv2.so.2
lrwxrwxrwx 1 root root   47 Nov 18 10:33
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2
lrwxrwxrwx 1 root root   47 Nov 18 10:33
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2
lrwxrwxrwx 1 root root   49 Nov 18 10:33
/etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu ->
/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 

Bug#802619: attic: Unrecoverable data integrity error after running out of disk space

2015-10-21 Thread Heikki Hokkanen
Package: attic
Version: 0.13-1
Severity: grave
Tags: upstream
Justification: causes data loss

I ran into "attic: Error: Data integrity error" after running out of
disk space. That resulted in the attic repository becoming unrecoverable
and unusable.

This issue has been reported upstream:

https://github.com/jborg/attic/issues/356

Regards,
Heikki Hokkanen


-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages attic depends on:
ii  libacl1  2.2.52-2
ii  libc62.19-18+deb8u1
ii  libjs-sphinxdoc  1.2.3+dfsg-1
ii  libssl1.0.0  1.0.1k-3+deb8u1
ii  python3  3.4.2-2
ii  python3-msgpack  0.4.2-1

Versions of packages attic recommends:
pn  python3-llfuse  

attic suggests no packages.

-- no debconf information



Bug#674845: gitstats: ZeroDivisionError with LANG=zh_CN

2012-05-28 Thread Heikki Hokkanen
Hello,

On Mon, May 28, 2012 at 11:13 AM, Vincent Fourmond fourm...@gmail.com wrote:
 On Mon, May 28, 2012 at 9:32 AM, Shell Xu shell909...@gmail.com wrote:
     I use Chinese system, so I setup LANG=zh_CN.UTF-8. When I try to use
 gitstats today, some Error occured. I think it because git's output is in
 Chinese.

  This is most probably the case. I'll try to come up with a fix
 rapidly. In the meantime, you'll have to stick to using LC_ALL=C
 ;-)...

Some command parsing does indeed rely on the english language, so I
made a quick commit to explicitly export LC_ALL=C in gitstats before
running any git commands.

commit 4438d413636286971784f5b8650198589723c331
Author: Heikki Hokkanen h...@users.sf.net
Date:   Mon May 28 21:42:14 2012 +0300

Does this fix the problem?

Regards,

-- 
Heikki Hokkanen



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



Bug#452790: gnucash: unresponsive when auto-save dialog appears behind main window

2011-12-15 Thread Heikki Hokkanen
Hello Sébastien,

I am afraid I no longer have the Debian installation to test/reproduce
this. I had KDE in Debian unstable when I reported this.

But I tested with Debian Squeeze and gnucash 2.2.9-10, and based on
that I would suggest at least lowering the severity:

When gnucash is in the background, the autosave dialog has been
triggered, and you activate gnucash, the autosave dialog is brought to
front as well, so that part works fine. At least in gnome.

However, I noticed that if you minimize gnucash, and work on another
workspace, the autosave dialog is opened there, and if you go back to
the workspace where gnucash was opened and unminimize it, then you
once again have a gnucash window that can be activated but looks dead
due to the autosave dialog being on another workspace.

Regards,

-- 
Heikki Hokkanen



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



Bug#585225: gitstats: Python string exceptions no more allowed in Python 2.6

2010-06-09 Thread Heikki Hokkanen
Fixed in upstream commit 2c38acfd051755a3f70a05e988b29498337fc8d9

http://repo.or.cz/w/gitstats.git/commitdiff/2c38acfd051755a3f70a05e988b29498337fc8d9

Regards,

-- 
Heikki Hokkanen



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



Bug#510007: usbmount: Scripts to create symlinks based on partition labels

2008-12-28 Thread Heikki Hokkanen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: usbmount
Version: 0.0.16
Severity: wishlist
Tags: patch

I've attached mount.d/umount.d scripts to create symlinks based on partition
labels found on the attached devices (using udev's vol_id). The symlinks are
created in /var/run/usbmount/by-label/.

Note that the umount.d script is not called due to bug #356227, so the label
symlinks are left around after the device has been removed. The mount.d script
overwrites the symlink if any exists, however.

Regards,
Heikki Hokkanen

- - - -- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.27.9 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages usbmount depends on:
ii  lockfile-progs0.1.11-0.1 Programs for locking and unlocking
ii  udev  0.125-7/dev/ and hotplug management daemo

usbmount recommends no packages.

usbmount suggests no packages.

- - - -- no debconf information


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklXkJwACgkQDnCgiR8HU5FTXwCgtEnS5L77B6Sg1tcZvSJco169
FNcAoL13YWpBWOE/z+OIiq7apKhHYdVh
=0Z82
-END PGP SIGNATURE-


01_create_label_symlink
Description: Binary data


01_remove_label_symlink
Description: Binary data


Bug#493365: liferea: please package 1.4.18, since it fixes a serious database performance regression

2008-08-23 Thread Heikki Hokkanen
severity 493365 grave
tag 493365 fixed-upstream
thanks

Hello,

I'm bumping the severity to grave so this gets fixed to Lenny. As it
is now, this package is unusable in practice.

Bug #487927 has related comments and reasoning as well.

Regards,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496018: python-libgmail: uninstallable due to SyntaxError in gmail_transport.py

2008-08-21 Thread Heikki Hokkanen
Package: python-libgmail
Version: 0.1.10-2
Severity: grave

Hello,

I tried upgrading python-libgmail along with some other packages, and this is
what I got:

Setting up python-libgmail (0.1.10-2) ...
INFO: using old version '/usr/bin/python2.3'
Compiling /usr/lib/python2.3/site-packages/gmail_transport.py ...
  File /usr/lib/python2.3/site-packages/gmail_transport.py, line 93
@classmethod
^
SyntaxError: invalid syntax

pycentral: pycentral pkginstall: error byte-compiling files (4)
pycentral pkginstall: error byte-compiling files (4)
dpkg: error processing python-libgmail (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 python-libgmail
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up python-libgmail (0.1.10-2) ...
INFO: using old version '/usr/bin/python2.3'
Compiling /usr/lib/python2.3/site-packages/gmail_transport.py ...
  File /usr/lib/python2.3/site-packages/gmail_transport.py, line 93
@classmethod
^
SyntaxError: invalid syntax

pycentral: pycentral pkginstall: error byte-compiling files (4)
pycentral pkginstall: error byte-compiling files (4)
dpkg: error processing python-libgmail (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 python-libgmail

Workaround was to comment the offending line.

Regards,
Heikki Hokkanen

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26.2-20080814 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-libgmail depends on:
ii  python2.5.2-2An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python-mechanize  0.1.7b-3   stateful programmatic web browsing

python-libgmail recommends no packages.

python-libgmail suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#489001: liferea: opens two tabs for links when using iceweasel as external browser in new tab mode

2008-07-12 Thread Heikki Hokkanen
On Mon, Jul 7, 2008 at 9:52 PM, Lars Lindner [EMAIL PROTECTED] wrote:
 This can be caused by the browser command returning an exit code != 0
 despite launching the URL. In such a case Liferea tries to rerun the
 browser command again asynchronously.

 I think Liferea behaves correctly as the only way to know if the executed
 command did work is the exit code and relying on it is the only way.

You are right, this was a problem with iceweasel. I upgraded xulrunner
and the segfaults are gone:
2008-07-12 17:01:30 upgrade xulrunner-1.9 1.9~rc2-4 1.9~rc2-5

Both new-tab and default mode work properly now. I still don't know why I got

Error: Failed to send command: 500 command not parseable

when running the browser-remote command manually, but my guess would
be that Liferea does some kind of escaping after printing the debug
command.

I'll leave closing the bug as invalid to you as you probably know how
to do it properly :-)

Regards,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#490186: kwin starts eating all keypresses sometimes because of the keyboard shortcuts popup

2008-07-10 Thread Heikki Hokkanen
Package: kwin
Version: 4:3.5.9.dfsg.1-2+b1
Severity: normal

Hello,

kwin suffers of a nasty bug that is triggered by the keyboard shortcuts
popup. In KDE's Control Center
  - Regional  Accessibility
  - Keyboard Shortcuts
  - Shortcut Sequences
  - Desktop Switching

I have set shortcuts for Switch to Desktop 1..20 to Win+Tab,1 (1-5, q-t, a-g,
z-b). So first row of keys (1-5) jumps to desktops 1-5, second (q-t) to
desktops 6-10 and so on.

When Win+Tab is pressed, KDE pops up a window at top left corner showing the
available combinations. The title is Win+Tab,... and contains a list of the
commands as well as bound keys (Switch to Desktop 1 1). Sometimes this
window is closed without the shortcut sequence being completed, which seems to
trigger the bug.

After the bug is triggered, no keyboard input will go to any applications.
Ctrl-Alt-F1 seems to work still though, and mouse does work normally - you can
still change focus of windows etc. Only cure to this I have figured is to kill
kicker and kwin from another X and restart them (DISPLAY=:0 kwin ).

I can't point out the exact version when this was introduced, but it has been
around for a long time.

Regards,
Heikki Hokkanen

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.10-20080705 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kwin depends on:
ii  kdelibs4c2a  4:3.5.9.dfsg.1-2+b1 core libraries and binaries for al
ii  libc62.7-2   GNU C Library: Shared libraries
ii  libgcc1  1:4.3.0-1   GCC support library
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libqt3-mt3:3.3.8b-4  Qt GUI Library (Threaded runtime v
ii  libsm6   2:1.0.3-1+b1X11 Session Management library
ii  libstdc++6   4.3.0-1 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxcomposite1   1:0.3.2-1+b1X11 Composite extension library
ii  libxdamage1  1:1.1.1-3   X11 damaged region extension libra
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxrender1  1:0.9.4-1   X Rendering Extension client libra

kwin recommends no packages.

-- no debconf information

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#489001: liferea: opens two tabs for links when using iceweasel as external browser in new tab mode

2008-07-08 Thread Heikki Hokkanen
On Mon, Jul 7, 2008 at 9:52 PM, Lars Lindner [EMAIL PROTECTED] wrote:
 This can be caused by the browser command returning an exit code != 0
 despite launching the URL. In such a case Liferea tries to rerun the
 browser command again asynchronously.

 I think Liferea behaves correctly as the only way to know if the executed
 command did work is the exit code and relying on it is the only way.

 If you want to see what happens run with --debug-gui and there will
 be traces of the command launch. To further analyze this try
 to run the failed command manually and check the exit code.

You are right, with --debug-gui and new tab mode Liferea outputs the
following:

GUI: launch URL: false  true 0
GUI: Running the browser-remote sync command 'firefox -a firefox
-remote 
openURL(http://rss.slashdot.org/~r/Slashdot/slashdot/~3/329092553/article.pl,new-tab)'
GUI: Running the browser-remote async command 'firefox
http://rss.slashdot.org/~r/Slashdot/slashdot/~3/329092553/article.pl'

When the commands are run manually:

$ firefox -a firefox -remote
'openURL(http://rss.slashdot.org/~r/Slashdot/slashdot/~3/329092553/article.pl,new-tab)'
Error: Failed to send command: 500 command not parseable
Segmentation fault
$ firefox http://rss.slashdot.org/~r/Slashdot/slashdot/~3/329092553/article.pl
Segmentation fault

Obviously there is something wrong with Firefox. However, the first
command does not open a tab when I run it manually, maybe I'm missing
something?

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#489001: liferea: opens two tabs for links when using iceweasel as external browser in new tab mode

2008-07-02 Thread Heikki Hokkanen
Package: liferea
Version: 1.4.16b-0.1
Severity: normal

Hello,

When external browser is set to Firefox and Open link in to new
tab, Liferea seems
to open two tabs for every link clicked. This includes the actual item links as
well as any links in the body of the items, feed link and so on.

When Open link in is set to Browser default only one tab is opened.

iceweasel version is 3.0~rc2-2.

Regards,

Heikki Hokkanen

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.5-20080607 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages liferea depends on:
ii  gconf2  2.20.1-1 GNOME configuration database syste
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-2GNU C Library: Shared libraries
ii  libcairo2   1.6.4-3  The Cairo 2D vector graphics libra
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libgcc1 1:4.3.0-1GCC support library
ii  libgconf2-4 2.20.1-1 GNOME configuration database syste
ii  libgcrypt11 1.4.0-2  LGPL Crypto library - runtime libr
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.16.1-1 The GLib library of C routines
ii  libgnutls26 2.4.0-2  the GNU TLS library - runtime libr
ii  libgtk2.0-0 2.12.10-2The GTK+ graphical user interface
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  liblua5.1-0 5.1.1-2  Simple, extensible, embeddable pro
ii  libnm-glib0 0.6.4-6  network management framework (GLib
ii  libnotify1 [libnotify1- 0.4.4-3  sends desktop notifications to a n
ii  libpango1.0-0   1.20.3-2 Layout and rendering of internatio
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libsqlite3-03.5.9-1  SQLite 3 shared library
ii  libstdc++6  4.3.0-1  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxml2 2.6.30.dfsg-3GNOME XML library
ii  libxslt1.1  1.1.24-1 XSLT processing library - runtime
ii  xulrunner-1.9   1.9~rc2-4XUL + XPCOM application runner
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

Versions of packages liferea recommends:
ii  curl  7.18.2-4   Get a file from an HTTP, HTTPS or
ii  dbus  1.2.1-2simple interprocess messaging syst
ii  dbus-x11  1.1.1-3simple interprocess messaging syst
ii  kget  4:3.5.9-2  download manager for KDE
ii  wget  1.11.4-1   retrieves files from the web

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#487927: liferea: uses 100% CPU, but stays usable, crashes at shutdown

2008-06-30 Thread Heikki Hokkanen
Hello,

I started seeing this as well after upgrading to Liferea 1.4.16b-0.1 yesterday.

I'm not sure if the bug needs interactive use to trigger, but at least
it keeps consuming all cpu it can get until it is closed (I can see
8h+ full CPU use from graphs).

However, I didn't notice a crash happening when quitting Liferea, so
maybe that's a different bug?

Regards,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#487927: liferea: uses 100% CPU, but stays usable, crashes at shutdown

2008-06-30 Thread Heikki Hokkanen
On Mon, Jun 30, 2008 at 9:46 PM, Sven Hartge [EMAIL PROTECTED] wrote:
 Is your machine 64bit or 32bit?

32bit, two cpu cores.

As you noted in the original report, Liferea is responsible and I
didn't notice any problems using it while it's hogging all cpu
(because of this it took so long to notice).

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#484647: ctrl-a backspace broken, too?

2008-06-11 Thread Heikki Hokkanen
Hello,

Here's a me too post. I also noticed that Ctrl-A backspace no
longer changes to the previous window (works that way in etch), did
this also get broken in the screen update?

Regards,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#452790: gnucash: unresponsive when auto-save dialog appears behind main window

2008-05-19 Thread Heikki Hokkanen
found 452790 2.2.4-1
thanks

The bug is still there, and the auto-save popup does not appear in
alt-tab list which makes it rather hard to notice with lots of
windows. What makes it even more confusing is the fact that although
the main window UI is totally unresponsive, when you switch to it, the
active tab's label will get the active selection rectangle around
itself.

Is the upstream aware of this?

Regards,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#450851: xserver-xorg-input-evdev: pointer constatntly moves down-right in captured state (most of games) when using evdev

2008-05-11 Thread Heikki Hokkanen
severity 450851 important
thanks

Package: xserver-xorg-input-evdev
Version: 1:1.2.0-1

Same problem here, pointer seems to be moving irrationally in nexuiz,
although that does not happen if you lift it up (eg. normal movement
events are not created either). Sebastian Dalfuß's export
SDL_VIDEO_X11_DGAMOUSE=0 tip works for nexuiz.

I'm bumping the severity as this bug seems to have a major effect on
the usability of the package - I think many people use evdev to
exploit all the buttons in FPS games, and this bug renders a lot of
those games unusable.

It was also mentioned above that Logitech mouses are not the only ones
affected, but for what it's worth, mine is Logitech, Inc. MX518
Optical Mouse.

Regards,

-- 
Heikki Hokkanen


Bug#449425: Do you still get this in 0.4.10?

2007-12-19 Thread Heikki Hokkanen
On Dec 17, 2007 3:01 AM, Daniel Burrows [EMAIL PROTECTED] wrote:
   I think these bugs were probably fixed in 0.4.10.  I would appreciate it
 if you could check whether you still encounter it and let me know if it
 appears to be gone (in which case I'll close the bug).

I haven't seen any crashes with 0.4.10-1+b1 so far (for example,
update+forget which often crashed seems to complete with no problems
now), so it should be relatively safe to assume it has been fixed.
Thanks!

Regards,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#452790: gnucash: UI becomes unresponsive after a while when having unsaved accounts open

2007-11-25 Thread Heikki Hokkanen
Package: gnucash
Version: 2.2.1-1
Severity: important

I'm not sure of the exact circumstances needed to reproduce this, but
basically the UI becomes unresponsive to input (neither mouse nor
keyboard input is recognized) sometimes. This has occurred a couple of
times, this time with the following points:
- two accounts were open
- unsaved changes had been done
- the window was minimized for a while

This has never happened to me when only the Accounts tab was open. Not
sure if the unsaved changes or inactivity of the window are required
to trigger this.

The window still keeps redrawing properly, it just does not react to
input in any way. Also, when pressing the close window button (X) in
KDE, it usually brings up a popup asking whether to forcibly terminate
an unresponsive program, but this does not happen with gnucash -
pressing the close button simply does nothing.

When attaching to the process, gdb gives the following backtrace:

#0  0xb70fd52d in poll () from /lib/libc.so.6
#1  0xb74561d3 in ?? () from /usr/lib/libglib-2.0.so.0
#2  0x080e3d20 in ?? ()
#3  0x0007 in ?? ()
#4  0x0f37 in ?? ()
#5  0x080e3d20 in ?? ()
#6  0x0007 in ?? ()
#7  0xb7179140 in ?? () from /lib/libc.so.6
#8  0xb7e7a351 in pthread_mutex_lock () from /lib/libpthread.so.0
#9  0xb7456549 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#10 0xb78a0209 in gtk_dialog_run () from /usr/lib/libgtk-x11-2.0.so.0
#11 0xb7241403 in ?? () from
/usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so
#12 0x084fc948 in ?? ()
#13 0x08596db8 in ?? ()
#14 0x0001 in ?? ()
#15 0xb72ac6b7 in ?? () from
/usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so
#16 0x0002 in ?? ()
#17 0xb72ac6ac in ?? () from
/usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so
#18 0x0003 in ?? ()
#19 0xb72ac699 in ?? () from
/usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so
#20 0x0004 in ?? ()
#21 0x in ?? ()

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23.1+20071013
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnucash depends on:
ii  gconf2  2.16.0-3 GNOME configuration database syste
ii  gnucash-common  2.2.1-1  A personal finance tracking progra
ii  guile-1.6-libs  1.6.8-6  Main Guile libraries
ii  guile-1.6-slib  1.6.8-6  Guile SLIB support
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.18.0-5 The Bonobo UI library
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libcairo2   1.4.4-1  The Cairo 2D vector graphics libra
ii  libcrypt-ssleay-perl0.55-1   Support for https protocol in LWP
ii  libdate-manip-perl  5.46-1   a perl library for manipulating da
ii  libfinance-quote-perl   1.13-1   Perl module for retrieving stock q
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libgconf2-4 2.16.0-3 GNOME configuration database syste
ii  libglade2-0 1:2.6.1-1library to load .glade files at ru
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgnome-keyring0   2.20.1-1 GNOME keyring services library
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-2 A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.0-2 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.0-2 GNOME 2.2 print architecture User
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-2   GNOME Virtual File System (runtime
ii  libgoffice-1-2  0.2.1-4  Document centric objects library -
ii  libgsf-1-1141.14.7-1 Structured File Library - runtime
ii  libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface
ii  libgtkhtml3.8-153.12.3-2 HTML rendering/editing library - r
ii  libguile-ltdl-1 1.6.8-6  Guile's patched version of libtool
ii  libice6 2:1.0.3-3X11 Inter-Client Exchange library
ii  libofx3 1:0.8.2-3library to support Open Financial
ii  liborbit2   1:2.14.4-1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libqthreads-12  1.6.8-6  QuickThreads library for Guile
ii  libsm6  2:1.0.3-1X11 Session Management 

Bug#452790: gnucash: UI becomes unresponsive after a while when having unsaved accounts open

2007-11-25 Thread Heikki Hokkanen
retitle 452790 UI seems unresponsive when auto-save dialog is sent to
the background
thanks

On 11/25/07, Neil Williams [EMAIL PROTECTED] wrote:
 Have you enabled auto-save for this file or as the default?

 Could there be a dialog box asking about setting auto-save hidden behind the 
 gnucash window? (Try resizing the gnucash window and moving it aside.)

Yes and yes, long explanation:

Auto-save is turned on in Preferences-General:
[x] Show auto-save confirmation question
Auto-save time interval: [ 5] minutes

I minimized gnucash this time with changes and one account open, was twiddling
something on another workspace and got the auto-save popup (which worked fine).
First time I have actually seen it.

Then I tried activating another program on the same workspace as gnucash (which
was on the background, not minimized). After twiddling a while on the same
workspace I checked gnucash and indeed it had become unresponsive again - and I
never noticed an auto-save dialog. Resizing, moving and minimizing the gnucash
window had no effect... until I realized the damned dialog is hiding behind
another window (pop-under eh?).

[ So looks your evaluation is right on the spot... when gnucash is not
active the
popup seems to be actually pop-under, and it is *not* brought to the front when
gnucash window is activated/unminimized. Same seems to happen if you click on
another gnucash window (for example preferences) - the auto-save dialog is sent
to the background and not brought to the front like one would expect with modal
dialogs. (This is how it seems to work on KDE at least) ]

Thanks,

-- 
Heikki Hokkanen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#449425: aptitude: random segfaults in interactive use (pkgRecords::Lookup)

2007-11-17 Thread Heikki Hokkanen
Package: aptitude
Version: 0.4.8-1
Followup-For: Bug #449425

Since 0.4.7 I have experienced random segfaults in interactive use.
Sometimes pressing 'f' (Forget new packages) triggers the segfault,
sometimes expanding categories. This typically happens after aptitude
has been used for a while (though once I think it segfaulted right after
update/forget)

Example backtrace on 0.4.8:

Core was generated by `aptitude'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7e6d1b6 in pkgRecords::Lookup () from
/usr/lib/libapt-pkg-libc6.6-6.so.4.6
(gdb) bt
#0  0xb7e6d1b6 in pkgRecords::Lookup () from
/usr/lib/libapt-pkg-libc6.6-6.so.4.6
#1  0x080fa277 in ?? ()
#2  0x080fb064 in ?? ()
#3  0x080fb3c5 in ?? ()
#4  0x0811c832 in ?? ()
#5  0xb7db79d2 in cwidget::widgets::widget::handle_key () from
/usr/lib/libcwidget.so.0
#6  0xb7d93358 in cwidget::widgets::passthrough::handle_key () from
/usr/lib/libcwidget.so.0
#7  0xb7db7749 in cwidget::widgets::widget::dispatch_key () from
/usr/lib/libcwidget.so.0
#8  0xb7d7ef11 in cwidget::widgets::menubar::handle_key () from
/usr/lib/libcwidget.so.0
#9  0xb7db7749 in cwidget::widgets::widget::dispatch_key () from
/usr/lib/libcwidget.so.0
#10 0xb7d4ca6d in
cwidget::toplevel::input_thread::get_input_event::dispatch () from
/usr/lib/libcwidget.so.0
#11 0xb7d45355 in cwidget::toplevel::mainloop () from /usr/lib/libcwidget.so.0
#12 0x0811d688 in ?? ()
#13 0x08061849 in ?? ()
#14 0xb7a8b050 in __libc_start_main () from /lib/libc.so.6
#15 0x0805fc51 in ?? ()

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23.1+20071013
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.6-6 0.7.9  Advanced front-end for dpkg
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libcwidget0   0.5.5-1high-level terminal interface libr
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libncursesw5  5.6+20071013-1 Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do none (no description available)
ii  libparse-debianchangelog-perl 1.1.1-1parse Debian changelogs and output

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#451263: bash: repeatable segfault on interactive input

2007-11-14 Thread Heikki Hokkanen
Package: bash
Version: 3.1dfsg-8
Severity: normal

The following results in a segfault:

$ bash
$ $[/tab

In other words, first start a subprocess (to make sure the terminal does
not close when bash segfaults). After that, type '$', '[', '/', and
finally a tab to trigger the segfault.

[ This has been around for a number of years so I figured it would be
about time it was reported. There may be some other sequences, but this
is the shortest one I remember :-) ]

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23.1+20071013
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0.1  Debian base system miscellaneous f
ii  debianutils   2.25.1 Miscellaneous utilities specific t
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libncurses5   5.6+20071013-1 Shared libraries for terminal hand

bash recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#449227: xterm: crashes when selecting text using on2Clicks resource with regex

2007-11-06 Thread Heikki Hokkanen
On Nov 6, 2007 3:24 AM, Thomas Dickey [EMAIL PROTECTED] wrote:
 On Sun, Nov 04, 2007 at 11:00:18AM +0100, Heikki Hokkanen wrote:
  xterm seems to crash when doubleclicking on some lines (not all).

 I'm not sure where to look.  I added that setting to my app-defaults,
 and tried double-clicking around - no crash, and valgrind's not showing
 me anything hidden.  Perhaps it's some boundary case (such as line-wrapping
 or scrollback) that isn't obvious.

It may be related to locale/umlauts somehow, but I'll leave the closer
analysis to someone more knowledgeable. These crashes are triggered
with the default locale (POSIX).

I did plenty of testing with an IRC line that I noticed triggers the
crash. Basically I shortened/modified it until selecting it stopped
crashing xterm and then went back and figured a way to change it that
would still end up in a crash. Here are some example lines that
trigger the crash for me:

21:23:09  _ ä ___ä ___  ä ___ä
21:23:09   ä ___ä ___  ä ___ä
   ä ___ä ___  ä ___ä
   ä ___ä ___  ä ___ä
_ä ___  ä ___ä
ä ___ä
ö ___ö

so looks like the line requires an ouml or auml to trigger the
crash. Line length has possibly also got something to do with it. I
don't know whether a space is needed though.

Some example outputs on crash:

Segmentation fault
*** glibc detected *** xterm: free(): invalid next size (fast): 0x080d6710 ***
*** glibc detected *** xterm: malloc(): memory corruption: 0x080d02d0 ***
*** glibc detected *** xterm: free(): invalid next size (normal): 0x080d8338 ***

Regards,

-- 
Heikki Hokkanen


Bug#449227: xterm: crashes when selecting text using on2Clicks resource with regex

2007-11-04 Thread Heikki Hokkanen
Package: xterm
Version: 229-1
Severity: important

When using this resource:

XTerm*on2Clicks: regex [^ ]*

xterm seems to crash when doubleclicking on some lines (not all). I don't know
if there is anything wrong with this resource, but xterm probably shouldn't
crash regardless.

gdb xterm says:
Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb7b488c0 (LWP 27755)]
0xb7c547d6 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb7c547d6 in raise () from /lib/libc.so.6
#1  0xb7c560f1 in abort () from /lib/libc.so.6
#2  0xb7c8befb in ?? () from /lib/libc.so.6
#3  0x0008 in ?? ()

etc. Let me know if more information is needed.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23.1+20071013
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages xterm depends on:
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libice6   2:1.0.3-3  X11 Inter-Client Exchange library
ii  libncurses5   5.6+20071013-1 Shared libraries for terminal hand
ii  libsm62:1.0.3-1  X11 Session Management library
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxaw7   1:1.0.2-4  X11 Athena Widget library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  xbitmaps  1.0.1-2Base X bitmaps

Versions of packages xterm recommends:
ii  xutils  1:7.1.ds.3-1 X Window System utility programs

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]