Bug#877883: [openblas] cblas_* takes double* instead of void* for complex arrays

[Claudius Hubig]

Package: openblas
Version: 0.2.19-3
Severity: wishlist

Dear Maintainer,

OpenBLAS in version 0.2.19-3 currently installed on Debian Stretch as
well as the version 0.2.20+ds-4 in Testing declares the cblas_*() as
taking double* instead of void* for complex values. As an example, it
declares cblas_zdscal as

void cblas_zdscal(OPENBLAS_CONST blasint N, OPENBLAS_CONST double alpha, double 
*X, OPENBLAS_CONST blasint incX);

This function takes an array of complex numbers X and scales them by
the real value alpha.

In contrast to this, all other packages in Debian as well as the
Intel MKL define cblas_zdscal as taking a void* for X, i.e.:

void cblas_zdscal(const int N, const double alpha, void *X, const int incX);

See e.g. https://codesearch.debian.net/search?q=cblas_zdscal&perpkg=1
or https://software.intel.com/en-us/mkl-developer-reference-c-cblas-scal
or http://www.netlib.org/blas/cblas.h

The same difference applies to the cblas_zscal() function and all others:

$ dpkg -S /usr/include/cblas.h; dpkg -S /usr/include/openblas/cblas.h; grep 
zscal /usr/include/openblas/cblas.h /usr/include/cblas.h
libblas-dev: /usr/include/cblas.h
libopenblas-dev: /usr/include/openblas/cblas.h
/usr/include/openblas/cblas.h:void cblas_zscal(OPENBLAS_CONST blasint N, 
OPENBLAS_CONST double *alpha, double *X, OPENBLAS_CONST blasint incX);
/usr/include/cblas.h:void cblas_zscal(const int N, const void *alpha, void *X, 
const int incX);

I have only noticed the issue now as cblas.h has become part of the
alternatives system and is currently directing to the OpenBLAS
version in testing. In Stretch, if also libblas-dev is installed, its
cblas.h is used and the difference hence hidden away.

I suspect that this problem is not more widespread because people
tend to cast their arguments to (void*) explicitly, but the
conversion std::complex* => void* => double* is probably
actually undefined…

There was also some discussion in 2013, but it seemed to go nowhere:
http://comments.gmane.org/gmane.comp.lib.openblas.general/192

I would be very thankful if there was some way to avoid the explicit
casts to (void*) in calls specifically for OpenBLAS.

Best wishes,

Claudius

--- System information. ---
Architecture: 
Kernel:   Linux 4.9.0-3-amd64

Debian Release: 9.1
  990 stable  security.debian.org 
  990 stable  ftp.de.debian.org 
  500 unstableftp.de.debian.org 
  500 stable  repo.skype.com 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


pgpuf13nCNRtX.pgp
Description: OpenPGP digital signature

Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42

[Claudius Hubig]

Norbert Preining  wrote:
>   deb http://www.preining.info/debian/ thunar/
>   deb-src http://www.preining.info/debian/ thunar/

FWIW, thunar=1.6.3-1.1 thunar-data=1.6.3-1.1 libthunarx-2-0=1.6.3-1.1
from your repository work quite perfectly for me. Thank you very much!

Best,

Claudius


signature.asc
Description: PGP signature

Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42

[Claudius Hubig]

Hi Nobert,

Norbert Preining  wrote:
>I have prepared an NMU to fix this problem using the patch from this
>bug report, and I am planning to upload to DELAYED queue soon,
>as I think we *really* should get this into jessie.

I am happy to test this further if you think that’d be a good idea
and you could make amd64 packages available somewhere.

Best,

Claudius


signature.asc
Description: PGP signature

Bug#763726: possibly related: left-click on "file" and thunar don't behave identically

[Claudius Hubig]

Package: thunar
Version: 1.6.3-1
Followup-For: Bug #763726

Dear maintainer, 
dear Pierre,

I believe the following issue to be related. In Thunar, I have
associated Mirage with JPEG files, that is, in the "Properties"
dialog of a JPEG file, it shows "Open with: Mirage" per default.

However, if I left-click on a JPEG file, it opens in Imagemagick. On
right-click on a file, the first option is also "Open with
ImageMagick (display Q16)".

Furthermore, if I execute "thunar ", it opens in Mirage
(again…), xdg-open also correctly uses Mirage.

 $ thunar .
 $ # click on picture -> imagemagick opens
 $ thunar 13080018.jpg 
 $ # opened with Mirage
 $ xdg-open 13080018.jpg 
 $ # opened with Mirage
 $ xdg-mime query filetype 13080018.jpg 
 image/jpeg
 $ xdg-mime query default image/jpeg
 mirage.desktop
 $ file 13080018.jpg 
 13080018.jpg: JPEG image data, EXIF standard

It seems that ImageMagick is only referenced
in /usr/share/applications/mimeinfo.cache, whereas all such files in
my home directory only list Mirage (and various other options, but
never ImageMagick).

If any further information is required, please do not hesitate to tell me :)

Best,

Claudius

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages thunar depends on:
ii  desktop-file-utils  0.22-1
ii  exo-utils   0.10.2-4
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  libdbus-1-3 1.8.8-2
ii  libdbus-glib-1-20.102-1
ii  libexo-1-0  0.10.2-4
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgtk2.0-0 2.24.25-1
ii  libgudev-1.0-0  215-5+b1
ii  libice6 2:1.0.9-1
ii  libnotify4  0.7.6-2
ii  libpango1.0-0   1.36.8-2
ii  libsm6  2:1.2.2-1
ii  libthunarx-2-0  1.6.3-1
ii  libxfce4ui-1-0  4.10.0-6
ii  libxfce4util6   4.10.1-2
ii  libxfconf-0-2   4.10.0-3
ii  shared-mime-info1.3-1
ii  thunar-data 1.6.3-1

Versions of packages thunar recommends:
ii  dbus-x111.8.8-2
ii  gvfs1.22.1-1
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  thunar-volman   0.8.0-4
ii  tumbler 0.1.30-1+b1
ii  xdg-user-dirs   0.15-2
ii  xfce4-panel 4.10.1-1

Versions of packages thunar suggests:
ii  thunar-archive-plugin 0.3.1-3
pn  thunar-media-tags-plugin  

-- 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#763602: Backtrace for "Crashes on startup with "Attempt to unlock mutex that was not locked""

[Claudius Hubig]

Okay, this seems to be a bug in Python?

There is also a very similar issue with reportbug at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619 but that
doesn’t have an immediate solution either.

(Backtrace from gdb below)

Best,

Claudius

$ gdb --args python /usr/bin/mirage
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from python...Reading symbols from 
/usr/lib/debug//usr/bin/python2.7...done.
done.
(gdb) run
Starting program: /usr/bin/python /usr/bin/mirage
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property 
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be 
removed in a future version.
  self.window.set_property('allow-shrink', False)
[New Thread 0x7fffe6e8b700 (LWP 23079)]
Attempt to unlock mutex that was not locked

Program received signal SIGABRT, Aborted.
0x76f29077 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0  0x76f29077 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 23075
selftid = 23075
#1  0x76f2a458 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x31fc4, sa_sigaction = 
0x31fc4}, sa_mask = {__val = {140737340076128, 44, 140737323936992, 44, 
140737336735971, 44, 140737340076128, 
  140737323936992, 140737336739894, 140737340076128, 1, 44, 44, 0, 
140737336699069, 14539744}}, sa_flags = 0, sa_restorer = 0x758aad80 
<_PyGObject_API>}
sigs = {__val = {32, 0 }}
#2  0x762d295d in g_mutex_unlock_slowpath (mutex=, 
prev=) at 
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gthread-posix.c:1327
No locals.
#3  0x74eebbbf in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#4  0x7559fff7 in _wrap_gtk_main (self=) at 
/tmp/buildd/pygtk-2.24.0/gtk/gtk.override:1240
_save = 0x9ab0a0
main_watch = 0xe4d670
#5  0x004ca6c4 in call_function (oparg=, 
pp_stack=) at ../Python/ceval.c:4005
meth = 0x8
self = 
flags = 0
tstate = 0x9ab0a0
func = 
w = 
nk = 10137760
n = -148273264
pfunc = 0x77fbdf50
#6  PyEval_EvalFrameEx () at ../Python/ceval.c:2667
sp = 0x77fbdf58
opcode = 0
t = 0x0
#7  0x004ca272 in fast_function (nk=, na=, n=, pp_stack=, func=) at 
../Python/ceval.c:4107
f = Frame 0x77fbddd0, for file 
/usr/lib/python2.7/dist-packages/mirage.py, line 4579, in main 
(self=, 
layout=, ss_stop=, window=, 
action_names=['Open in GIMP', 'Create Thumbnail', 'Create Thumbnails', 'Move to 
Favorites'], statusbar=, 
running_custom_actions=False, recentfiles=[], listwrap_mode=0, 
start_in_fullscreen=False, image_list=[], updating_adjustments=False, 
open_mode=0, ss_delayspin=, 
thumb_sel_handler=605L, image_zoomed=False, preloadimg_next_in_list=-1, 
use_last_dir=False, thumbcell=<...(truncated)
tstate = 0x9ab0a0
stack = 0x0
co = 0x5a23
globals = 
argdefs = 0x0
#8  call_function (oparg=, pp_stack=) at 
../Python/ceval.c:4042
func = 
w = 
nk = 10137760
n = -148273264
pfunc = 0x77e8f1c8
#9  PyEval_EvalFrameEx () at ../Python/ceval.c:2667
sp = 0x77e8f1d0
opcode = -134488624
t = Frame 0x77fbddd0, for file 
/usr/lib/python2.7/dist-packages/mirage.py, line 4579, in main 
(self=, 
layout=, ss_stop=, window=, 
action_names=['Open in GIMP', 'Create Thumbnail', 'Create Thumbnails', 'Move to 
Favorites'], statusbar=, 
running_custom_actions=False, recentfiles=[], listwrap_mode=0, 
start_in_fullscreen=False, image_list=[], updating_adjustments=False, 
open_mode=0, ss_delayspin=, 
thumb_sel_handler=605L, image_zoomed=False, preloadimg_next_in_list=-1, 
use_last_dir=False, thumbcell=<...(truncated)
#10 0x004c8329 in PyEval_EvalCodeEx () at ../Python/ceval.c:3253
f = 
retval = 
fastlocals = 0x76332ce0
tstate = 

Bug#763602: Crashes on startup with "Attempt to unlock mutex that was not locked"

[Claudius Hubig]

Package: mirage
Version: 0.9.5.1-3
Severity: grave

Dear maintainer,

after the last update, mirage crashes immediately on startup:

$ mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property 
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be 
removed in a future version.
  self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property 
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be 
removed in a future version.
  self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ export LC_ALL=C
$ mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property 
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be 
removed in a future version.
  self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ which mirage
/usr/bin/mirage
$ python2.7 /usr/bin/mirage
/usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property 
GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be 
removed in a future version.
  self.window.set_property('allow-shrink', False)
Attempt to unlock mutex that was not locked
Aborted
$ python3 /usr/bin/mirage
Traceback (most recent call last):
  File "/usr/bin/mirage", line 27, in 
import mirage
ImportError: No module named 'mirage'

If you need any further information, I’d be glad to assist you.

Best,

Claudius

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mirage depends on:
ii  libc62.19-11
ii  libx11-6 2:1.6.2-3
ii  python   2.7.8-1
ii  python-gtk2  2.24.0-4

mirage recommends no packages.

Versions of packages mirage suggests:
ii  gimp 2.8.14-1
ii  imagemagick  8:6.8.9.6-4
ii  menu 2.1.47

-- 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#702172: Font sizes are integers, not floats

[Claudius Hubig]

Package: wotsap
Version: 0.7-2
Severity: normal
Tags: patch

Hi,

currently, wotsap line 1723 (in Wheezy) or line 1724 (in version 0.7
released recently) saves the font size supplied via -S as a float:

  elif o in ("-S", "--ttfsize"):
ttfsize = float(a)

However, core.getfont() in ImageFont.py (package python-imaging) would
prefer an integer and does not hesitate to complain:

Traceback (most recent call last):
  File "/usr/bin/wotsap", line 1903, in 
wotsapmain(sys.argv)
  File "/usr/bin/wotsap", line 1852, in wotsapmain
wot.initfont(fontfile, ttffile, ttfsize)
  File "/usr/bin/wotsap", line 1491, in initfont
self.font = ImageFont.truetype(ttffile, ttffilesize)
  File "/usr/lib/python2.7/dist-packages/PIL/ImageFont.py", line 218, in 
truetype
return FreeTypeFont(filename, size, index, encoding)
  File "/usr/lib/python2.7/dist-packages/PIL/ImageFont.py", line 134, in 
__init__
self.font = core.getfont(file, size, index, encoding)
TypeError: integer argument expected, got float

The following ‘patch’ solves this problem:

--- wotsap  2013-03-03 14:12:34.615420677 +
+++ /usr/bin/wotsap 2013-03-03 14:12:42.565420729 +
@@ -1720,7 +1720,7 @@
 elif o in ("-T", "--ttffile"):
 ttffile = a
 elif o in ("-S", "--ttfsize"):
-ttfsize = float(a)
+ttfsize = int(a)
 elif o in ("-p", "--print"):
 prnt=1
 elif o in ("-D", "--print-debug"):

The affected variable, ttfsize, is used nowhere else in the file but
in the initfont() function mentioned above (and a few default
assignments to 16).

Best regards,

Claudius

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wotsap depends on:
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  python 2.7.3-4
ii  python-imaging 1.1.7-4
ii  ttf-dejavu 2.33-3
ii  ttf-freefont   20120503-1

wotsap recommends no packages.

Versions of packages wotsap suggests:
ii  gnupg  1.4.12-7
ii  wget   1.13.4-3

-- 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#700972: Outdated check for version of sg_inq ("/sbin/rescan-scsi-bus: line 592: [: 1.03...")

[Claudius Hubig]

Package: scsitools
Version: 0.12-2.1
Severity: minor

Dear Eric,

at the moment, the file /sbin/rescan-scsi-bus contains the following
code:

# nl -ba /sbin/rescan-scsi-bus | egrep -B 4 -A 5 '^[[:space:]]*592'
   588  if test -x /usr/bin/sg_inq; then
   589  sg_version=$(sg_inq -V 2>&1 | cut -d " " -f 3)
   590  sg_version=${sg_version##0.}
   591  #echo "\"$sg_version\""
   592  if [ -z "$sg_version" -o "$sg_version" -lt 70 ] ; then
   593  sg_len_arg="-36"
   594  else
   595  sg_len_arg="--len=36"
   596  fi
   597  fi

which apparently checks for a version greater than 0.70 of
sg_inq. However, sg_ing as of Wheezy reports:

# sg_inq -V
Version string: 1.03 2013

This causes rescan-scsi-bus to print the following (non-fatal) error
message:

# rescan-scsi-bus 4
/sbin/rescan-scsi-bus: line 592: [: 1.03: integer expression expected
Host adapter 0 (ahci) found.
Host adapter 1 (ahci) found.
Host adapter 2 (ahci) found.
Host adapter 3 (ahci) found.
Host adapter 4 (ahci) found.
Host adapter 5 (ahci) found.
Scanning SCSI subsystem for new devices
Scanning host 4 for  SCSI target IDs  0 1 2 3 4 5 6 7, all LUNs
Scanning for device 4 0 0 0 ... 
OLD: Host: scsi4 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA  Model: External Disk 0  Rev: 1.15
  Type:   Direct-AccessANSI SCSI revision: 05
0 new device(s) found. 
0 device(s) removed. 


Everything works fine, so this is just FYI :)

Thanks for your great work,

Claudius

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scsitools depends on:
ii  libc6   2.13-38
ii  sg3-utils   1.33-1
ii  util-linux  2.20.1-5.3

Versions of packages scsitools recommends:
ii  tk8.4 [wish]  8.4.19-5
ii  tk8.5 [wish]  8.5.11-2

scsitools 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#700777: Add Bash completion for /etc/crypttab targets to cryptdisks_{start,stop}

[Claudius Hubig]

Package: cryptsetup
Version: 2:1.4.3-4
Severity: wishlist

Dear Maintainer(s),

it would be nice if cryptsetup shipped a Bash completion snippet for
cryptdisks_{start,stop} to allow for easy autocompletion of possibly
long (or rarely used) names in /etc/crypttab.

The following, placed in /etc/bash_completion.d/cryptdisks, works for
me, but I am sure there are ways one can improve it. :-)

-- /etc/bash_completion.d/cryptdisks
# cryptdisks_{start,stop} completion by first row of crypttab
#
# Copyright 2013 Claudius Hubig , 2-clause BSD

_cryptdisks() {
local tf;
tf=${TABFILE-"/etc/crypttab"};
COMPREPLY=($(egrep -v "^[[:space:]]*(#|$)" "${tf}" | egrep -o 
"^${COMP_WORDS[COMP_CWORD]}[^[:space:]]*"));
return 0;
}

complete -F _cryptdisks cryptdisks_start;
complete -F _cryptdisks cryptdisks_stop;


Thank you very much for considering this and your work for Debian,

Claudius

-- Package-specific info:
-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cryptsetup depends on:
ii  cryptsetup-bin 2:1.4.3-4
ii  debconf [debconf-2.0]  1.5.49
ii  dmsetup2:1.02.74-4
ii  libc6  2.13-37

Versions of packages cryptsetup recommends:
ii  busybox 1:1.20.0-7
ii  console-setup   1.88
ii  initramfs-tools [linux-initramfs-tool]  0.109
ii  kbd 1.15.3-9

Versions of packages cryptsetup suggests:
ii  dosfstools  3.0.13-1
ii  liblocale-gettext-perl  1.05-7+b1

-- debconf information:
  cryptsetup/prerm_active_mappings: true


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

Bug#687441: Document XfceNotifyWindow::summary-bold in one of the example themes

[Claudius Hubig]

Package: xfce4-notifyd
Version: 0.2.2-2
Severity: minor

Hello,

xfce4-notifyd currently ships two example themes, ‘Smoke’ and ‘ZOMG-
PONIES!’ to document how to theme the displayed notifications. However,
neither of these example themes includes the XfceNotifyWindow::summary-bold
option which allows one to mark the summary in bold, for example like this:

style "smoke-window"
{
bg[NORMAL] = "#4d4d4d"
XfceNotifyWindow::border-color = "#00"
XfceNotifyWindow::border-radius = 0
XfceNotifyWindow::border-width = 3.0
XfceNotifyWindow::summary-bold = 1
}
class "XfceNotifyWindow" style "smoke-window"

I would be very thankful if documentation on this particular option, which
appears to be the only option to highlight the summary, were provided.

Nevertheless, I thank you for your excellent work! :)

Best regards,

Claudius



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5.2.a2017.1 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-notifyd depends on:
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.100-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util4   4.8.2-1
ii  libxfconf-0-2   4.8.1-1

Versions of packages xfce4-notifyd recommends:
ii  libnotify-bin  0.7.5-1

xfce4-notifyd suggests no packages.


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

Bug#678001: Print information from 64 bit /usr/bin/wine in postinst or put them in /usr/share/doc

[Claudius Hubig]

Package: wine64-bin
Version: 1.4.1-1
Severity: wishlist

Hello,

it would be nice if the information printed by /usr/bin/wine from wine64-bin
could also be shown during postinst. Otherwise, one has to run wine from the
command line to even see this message, which is unfortunate for two reasons:

a) I usually don’t run wine from the command line
b) The package description explicitly states that this package contains
instructions how to enable Multi-Arch, but they are not in /usr/share/doc.
Running wine is not the action I expect when I want to get instructions.

Best regards & many thanks,

Claudius



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#677308: qalc: I/O warning : failed to load external entity "/usr/share/qalculate/prefixes.xml"

[Claudius Hubig]

Hey,

it would be nice if there could be some sort of warning that
libqalculate5-data should be installed, since the dependence on
libqalculate5-data is IMHO stronger than just a Recommends:,
especially since units, currencies etc. are the main selling point of
qalculate.

I don’t know why this package cannot be Multi-Arch: foreign as said
in the last changelog entry of libqalculate5 [0], since [1] appears
to suggest something along these lines.

Best regards & thank you very much for your time,

Claudius

[0] * Do not make libqalculate5-data Multi-arch: foreign. Thus libqalculate5 can
  only recommend libqalculate5-data.
[1] 
http://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages
-- 
http://chubig.net  telnet nightfall.org 4242


signature.asc
Description: PGP signature

Bug#659644: Increase minima and maxima in CMA

[Claudius Hubig]

Package: freeciv-client-gtk
Version: 2.3.1-1
Severity: wishlist
Tags: patch

Hello,

the citizen manager currently has one flaw: One cannot reduce the minimum
required gold/food/production units below -20, which sometimes is insufficient.
As a result, the CMA refuses to manage the city if it cannot get above -20 gold
per turn, even if the associated factor is set to 0.

This might be feasible, for example, when one is currently building a city with
lots of improvements which is not yet big enough to produce enough trade, but
the rest of your empire can easily support this one city losing gold.

One can avoid this problem by manually adding pre-set CMAs to the ~/.freeciv-
client-rc-2.3, but this is tedious.

The attached patch increases/decreases the minima and maxima in the GTK client
to -200 and +200, respectively.

I would be very thankful if you could think about applying it :)

Best regards,

Claudius



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freeciv-client-gtk depends on:
ii  freeciv-data2.3.1-1
ii  ggzcore-bin 0.0.14.1-1.1
ii  libatk1.0-0 2.2.0-2
ii  libbz2-1.0  1.0.6-1
ii  libc6   2.13-24
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-4
ii  libgtk2.0-0 2.24.8-3
ii  libpango1.0-0   1.29.4-2
ii  libsdl-mixer1.2 1.2.12-1
ii  libsdl1.2debian 1.2.15-1
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages freeciv-client-gtk recommends:
ii  freeciv-server  2.3.1-1

Versions of packages freeciv-client-gtk suggests:
ii  freeciv-sound-standard [freeciv-sound]  2.3.1-1

-- no debconf information
Description: Increases minima and maxima in CMA to +-500
 This patch increases the minima and maxima settable in the CMA to
 +-500.
Author: Claudius Hubig 
Forwarded: no
Last-Update: <2012-02-12>

--- freeciv-2.3.1.orig/client/gui-gtk-2.0/cma_fe.c
+++ freeciv-2.3.1/client/gui-gtk-2.0/cma_fe.c
@@ -331,7 +331,7 @@ struct cma_dialog *create_cma_dialog(str
 gtk_misc_set_alignment(GTK_MISC(label), 0, 0.5);
 
 pdialog->minimal_surplus[i] =
-	GTK_ADJUSTMENT(gtk_adjustment_new(-20, -20, 20, 1, 1, 0));
+	GTK_ADJUSTMENT(gtk_adjustment_new(-200, -200, 200, 1, 1, 0));
 
 hscale = gtk_hscale_new(GTK_ADJUSTMENT(pdialog->minimal_surplus[i]));
 gtk_table_attach_defaults(GTK_TABLE(table), hscale, 1, 2, i + 1, i + 2);

Bug#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)

[Claudius Hubig]

fixed 657634 2:2.17.0+git20120204-1
thanks

Hello,

thank you very much for fixing this! Iceweasel now nicely shows the
(scaled) image and, most importantly, X doesn’t crash.

Thanks again!

Claudius



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

Bug#658010: Use arrow keys to pan image

[Claudius Hubig]

Package: mirage
Version: 0.9.5.1-1.1+b1
Severity: wishlist

Dear Xavier,

it would be nice if mirage supported a possibility to pan images using the
keyboard, ideally the arrow keys.

At the moment, using the mouse is the only possibility to pan around in images,
and I have to admit I would prefer being able to rely solely upon the keyboard
:)

Best regards,

Claudius



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mirage depends on:
ii  libc6   2.13-24
ii  libx11-62:1.4.4-4
ii  python  2.7.2-9
ii  python-gtk2 2.24.0-2
ii  python-support  1.0.14

mirage recommends no packages.

Versions of packages mirage suggests:
ii  gimp 2.6.11-8
ii  imagemagick  8:6.6.9.7-5+b2
ii  menu 2.1.46

-- 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#657984: Crashes if changing messages while checking signatures

[Claudius Hubig]

Package: claws-mail
Version: 3.8.0-1
Severity: minor

Dear maintainer,

Claws-Mail crashes when one changes messages while checking a PGP signature.

To reproduce:

1) Find a message which is signed by a key that you don’t have in your
keychain yet
2) Press "c" to check the signature or click on the little icon ‘Check
Signature’
3) Quickly switch to another message, for example by
   a) clicking on another folder in the folder list
   b) clicking on another message in the message list
4) Observe how Claws-Mail crashes immediately.

I assume that this will also happen if you have the key already in your
keychain but manage to switch messages before checking succeeds. However, if
the key is not in your keychain, it will be much easier to switch messages fast
enough.

I attached a backtrace which was created as follows:

1) $ gdb claws-mail
2) (gdb) run
3) open the folder gmane.linux.debian.devel.x
4) open the message
<20120129132459.GH32587__5558.65256251327$1327843646$gmane$o...@mraw.org> by
Cyril Brulebois (I don’t have the key yet).
5) press c
6) click on another message very fast
7) (gdb) set logging on
8) (gdb) bt full
9) (gdb) quit

The bug is really only minor, although Claws-Mail crashes, because it will
usually not result in data loss and because it is rather unlikely that one
wants to switch messages while checking a signature.

If you need any other backtraces, please do not hesitate to tell me! :)

Best regards & thank you very much for your work!

Claudius Hubig



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages claws-mail depends on:
ii  libc6   2.13-24
ii  libcairo2   1.10.2-6.2
ii  libcompfaceg1   1:1.5.2-5
ii  libdbus-glib-1-20.98-1
ii  libenchant1c2a  1.6.0-7
ii  libetpan15  1.0-5
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-4
ii  libgnutls26 2.12.16-1
ii  libgtk2.0-0 2.24.8-3
ii  libice6 2:1.0.7-2
ii  libldap-2.4-2   2.4.28-1.1
ii  libpango1.0-0   1.29.4-2
ii  libpisock9  0.12.5-4+b1
ii  libsm6  2:1.2.0-2
ii  xdg-utils   1.1.0~rc1+git20111210-5

Versions of packages claws-mail recommends:
ii  aspell-de [aspell-dictionary]  20110609-1
ii  aspell-en [aspell-dictionary]  7.1-0-1
ii  claws-mail-i18n3.8.0-1
ii  xfonts-100dpi  1:1.0.3
ii  xfonts-100dpi-transcoded   1:1.0.3
ii  xfonts-75dpi   1:1.0.3
ii  xfonts-75dpi-transcoded1:1.0.3

Versions of packages claws-mail suggests:
ii  claws-mail-doc 
ii  claws-mail-tools   3.8.0-1
ii  gedit | kwrite | mousepad | nedit  
ii  iceweasel [www-browser]9.0.1-1
ii  lynx-cur [www-browser] 2.8.8dev.9-3
ii  opera-next [www-browser]   12.00.1256
ii  w3m [www-browser]  0.5.3-5

-- no debconf information
#0  0x0051e681 in mimeview_check_data_reset (mimeview=0xe18a00) at 
mimeview.c:1101
must_free = 1
must_destroy = 0
#1  0x0051e757 in mimeview_check_sig_thread_cb (data=0xe18a00) at 
mimeview.c:1156
mimeview = 0xe18a00
mimeinfo = 0x10c9c70
#2  0x005210ca in mimeview_clear (mimeview=0xe18a00) at mimeview.c:981
model = 0xddc2d0
#3  0x00513eda in messageview_clear (messageview=0xe15900) at 
messageview.c:1436
No locals.
#4  0x005a1a60 in summary_clear_all (summaryview=0xdbdde0) at 
summaryview.c:1555
No locals.
#5  0x005a7a1c in summary_show (summaryview=0xdbdde0, item=0x0) at 
summaryview.c:1218
ctree = 0xbd4610
node = 0x0
mlist = 0x0
buf = 0x0
is_refresh = 0
selected_msgnum = 0
displayed_msgnum = 0
cur = 
not_killed = 
hidden_removed = 0
start = {tv_sec = 1327935851, tv_usec = 625939}
end = {tv_sec = 17474160, tv_usec = 0}
diff = 
timing_name = 0x64f9c2 ""
__FUNCTION__ = "summary_show"
#6  0x004ceb72 in folderview_close_opened (folderview=0xd67660) at 
folderview.c:2090
buf = 0x114e600 "\360!\025\001"
olditem = 0xf59ba0
#7  0x004cee62 in folderview_selected (ctree=0xbd4420, row=0x1074380, 
column=-1, folderview=0xd67660) at folderview.c:2153
can_select = 0
opened = 
item = 0xf52650
buf = 
res = 0
old_opened = 0xfc8920
start = {tv_sec = 1327935851, tv_usec = 624000}
end = {tv_sec = 3, tv_usec = 140737305917429}
diff = 
timing_name = 0x64f9c2 "&q

Bug#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)

[Claudius Hubig]

Julien Cristau  wrote:
>Can you report that upstream according to
>http://intellinuxgraphics.org/how_to_report_bug.html?
>Let us know the bug number for tracking.

https://bugs.freedesktop.org/show_bug.cgi?id=45323

I would like to ask you to have a look at said bug report, just to
make sure I didn’t make an obvious mistake. :)

Best regards,

Claudius
-- 
Spreading peanut butter reminds me of opera!!  I wonder why?
Please use GPG: ECB0C2C7 4A4C4046 446ADF86 C08112E5 D72CDBA4
http://chubig.net/ http://nightfall.org



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

Bug#657634: Backtrace

[Claudius Hubig]

I managed to create the attached backtrace by adding the -core option
to GDM’s Xorg call and then using

$ gdb -c corefile /usr/bin/xorg
(gdb) set logging on
(gdb) bt full
(gdb) quit

Best regards,

Claudius
#0  0x7f3c7ab9e405 in *__GI_raise (sig=) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = 
selftid = 
#1  0x7f3c7aba1680 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7f3c7ccedfd0, sa_sigaction 
= 0x7f3c7ccedfd0}, sa_mask = {__val = {52, 139897771117408, 139897768534885, 1, 
139897366892672, 
  139897733589920, 139897766757600, 32256, 4294967295, 0, 1, 
4108520, 0, 32256, 139897366924800, 139897766899712}}, sa_flags = 2089953090, 
sa_restorer = 0x7f3c0001}
sigs = {__val = {32, 0 }}
#2  0x7f3c7ccc11fe in OsAbort () at ../../os/utils.c:1230
No locals.
#3  0x7f3c7cbc3e9c in ddxGiveUp (error=EXIT_ERR_ABORT) at 
../../../../hw/xfree86/common/xf86Init.c:936
i = 
#4  0x7f3c7ccc60b2 in AbortServer () at ../../os/log.c:416
No locals.
#5  0x7f3c7ccc62b5 in FatalError (f=0x7f3c7ccebed0 "Caught signal %d (%s). 
Server aborting\n") at ../../os/log.c:547
args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 
0x7fff34c3a820, reg_save_area = 0x7fff34c3a760}}
beenhere = 1
#6  0x7f3c7ccbf12e in OsSigHandler (sip=, signo=7, 
unused=) at ../../os/osinit.c:146
No locals.
#7  OsSigHandler (signo=7, sip=, unused=) at 
../../os/osinit.c:108
No locals.
#8  
No symbol table info available.
#9  __memcpy_ssse3_back () at 
../sysdeps/x86_64/multiarch/memcpy-ssse3-back.S:820
No locals.
#10 0x7f3c789687f6 in intel_uxa_pixmap_put_image (pixmap=, 
src=, src_pitch=32000, x=, y=, 
w=, h=8)
at ../../src/intel_uxa.c:752
dst = 
row_length = 32000
num_rows = 8
priv = 0x7f3c7faa4970
stride = 32256
cpp = 
ret = 0
#11 0x7f3c7896a4a7 in intel_uxa_put_image (pixmap=0x7f3c7faa62b0, x=0, y=0, 
w=, h=8, src=0x7f3c7faf1f28 "", src_pitch=32000) at 
../../src/intel_uxa.c:809
intel = 0x7f3c7acbaa50
tiling = 0
size = 
stride = 2
bo = 
screen = 
priv = 0x7f3c7faa4970
#12 0x7f3c7898a8d4 in uxa_do_put_image (src_stride=32000, 
bits=0x7f3c7faf1f28 "", format=2, h=8, w=8000, y=, x=, pGC=0x7f3c7faa5ae0, pDrawable=0x7f3c7faa62b0, 
depth=) at ../../uxa/uxa-accel.c:164
y1 = 0
x2 = 
ok = 
x1 = 0
y2 = 
src = 0x7f3c7faf1f28 ""
yoff = 0
uxa_screen = 0x0
pPix = 0x7f3c7faa62b0
pClip = 
pbox = 0x7f3c7faa57c0
nbox = 
xoff = 0
bpp = 
#13 uxa_put_image (pDrawable=0x7f3c7faa62b0, pGC=0x7f3c7faa5ae0, 
depth=, x=0, y=0, w=8000, h=8, leftPad=0, format=2, 
bits=0x7f3c7faf1f28 "") at ../../uxa/uxa-accel.c:202
No locals.
#14 0x7f3c7cc4f3fc in damagePutImage (pDrawable=0x7f3c7faa62b0, 
pGC=0x7f3c7faa5ae0, depth=24, x=0, y=0, w=8000, h=8, leftPad=0, format=2, 
pImage=0x7f3c7faf1f28 "")
at ../../../miext/damage/damage.c:830
pGCPriv = 0x7f3c7faa5ba8
oldFuncs = 0x7f3c7cf2b3e0
#15 0x7f3c7cb85c1e in ProcPutImage (client=) at 
../../dix/dispatch.c:1989
pGC = 0x7f3c7faa5ae0
pDraw = 0x7f3c7faa62b0
length = 
lengthProto = 
tmpImage = 0x7f3c7faf1f28 ""
stuff = 0x7f3c7faf1f10
#16 0x7f3c7cb88f81 in Dispatch () at ../../dix/dispatch.c:437
clientReady = 0x7f3c7f8c5730
result = 
client = 0x7f3c7fa60130
nready = 0
icheck = 0x7f3c7cf3dad0
start_tick = 1860
#17 0x7f3c7cb781aa in main (argc=11, argv=, envp=) at ../../dix/main.c:287
i = 
alwaysCheckForInput = {0, 1}

Bug#639463: Disable auto-update on start

[Claudius Hubig]

Bertrand Marc  wrote:
>I disabled the main alert (but there still will be a mention in the 
>status bar). It is enough, isn't it ? A new package is on mentors, 
>waiting for an upload, so it should be coming soon.

I will test it as soon as it’s in unstable. The description sounds
good, I was mainly annoyed at having to click away that window. :)

Thank you very much for your time, Bertrand!

Best regards,

Claudius
-- 
BOFH excuse #408:

Computers under water due to SYN flooding.
Please use GPG: ECB0C2C7 4A4C4046 446ADF86 C08112E5 D72CDBA4
http://chubig.net/ http://nightfall.org



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

Bug#639463: Disable auto-update on start

[Claudius Hubig]

Package: playonlinux
Version: 3.8.8-1
Severity: wishlist

Hello,

it would be nice if the auto-update/check for new versions could
somehow be disabled upon start. I rarely install new applications and
would like to rely upon the Debian maintainers to send necessary
updates.

However, this is in no way a bug, just a wishlist item!

Best regards & thank you for your great work!

Claudius

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0.a2017.3 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages playonlinux depends on:
ii  binutils  2.21.52.20110606-2 The GNU assembler, linker and bina
ii  cabextrac 1.4-1  Microsoft Cabinet file unpacker
ii  gettext-b 0.18.1.1-4 GNU Internationalization utilities
ii  imagemagi 8:6.6.9.7-5image manipulation programs
ii  mesa-util 8.0.1-2+b1 Miscellaneous Mesa GL utilities
ii  python2.6.7-3interactive high-level object-orie
ii  python-su 1.0.14 automated rebuilding support for P
ii  python-wx 2.8.10.1-3.1   wxWidgets Cross-platform C++ GUI t
ii  unzip 6.0-5  De-archiver for .zip files
ii  wget  1.12-5 retrieves files from the web
ii  wine1.3 [ 1.3.17-0ubuntu1~maverick1~ppa1 Microsoft Windows Compatibility La
ii  xfce4-ter 0.4.8-1Xfce terminal emulator

playonlinux recommends no packages.

Versions of packages playonlinux suggests:
ii  ttf-mscorefonts-installer 3.3Installer for Microsoft TrueType c

-- 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#442576: Still there with 3.7.6

[Claudius Hubig]

Ricardo Mones  wrote:
>  AFAIK not in 3.7.7 (scheduled for next week).
>
>  You call it a "problem" but I don't really see the point of having the
>  progress window shown while what you really want to do is some other task
>  in some other application's window and therefore don't paying attention to
>  it.
>
>  Maybe what you really miss is a kind of 'background sending has finished'
>  notification or something like that?

The point is that sometimes I am eager to see a mail being sent (for
example that super-important message for my boss or whatever) and
would like the feedback "The mail was successfully sent" as soon as
possible.

OTOH, if I have to send a number of big messages with big attachments
to a number of different people, I don’t like to wait for the first
message to be sent to start writing the second one – queuing the
messages or disabling the "sending"-window is the current workaround,
but I don’t really see the point in blocking the whole application
when this is obviously not necessary (because it isn’t blocked w/o
the sending window).

I agree, though, that a notification would be a good thing to have :)

Best regards,

Claudius
-- 
More are taken in by hope than by cunning.
-- Vauvenargues

http://chubig.net/


signature.asc
Description: PGP signature

Bug#442576: Still there with 3.7.6

[Claudius Hubig]

Package: claws-mail
Version: 3.7.6-4
Severity: normal

This problem still exists in 3.7.6. Is there going to be any change?



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.36.a2017.4 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages claws-mail depends on:
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-6The Cairo 2D vector graphics libra
ii  libcompfaceg11:1.5.2-5   Compress/decompress images for mai
ii  libdbus-glib-1-2 0.88-2  simple interprocess messaging syst
ii  libenchant1c2a   1.6.0-1 a wrapper library for various spel
ii  libetpan13   0.58-1  mail handling library
ii  libgcrypt11  1.4.5-2 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libgnutls26  2.8.6-1 the GNU TLS library - runtime libr
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libice6  2:1.0.6-2   X11 Inter-Client Exchange library
ii  libldap-2.4-22.4.23-6OpenLDAP libraries
ii  libpango1.0-01.28.3-1Layout and rendering of internatio
ii  libpisock9   0.12.5-2library for communicating with a P
ii  libsm6   2:1.1.1-1   X11 Session Management library
ii  xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from

Versions of packages claws-mail recommends:
ii  aspell-de [aspell-dictionar 20091006-4.1 German dictionary for aspell
ii  aspell-en [aspell-dictionar 6.0-0-6  English dictionary for GNU Aspell
ii  claws-mail-i18n 3.7.6-4  Locale data for Claws Mail (i18n s
ii  xfonts-100dpi   1:1.0.1  100 dpi fonts for X
ii  xfonts-100dpi-transcoded1:1.0.1  100 dpi fonts for X (transcoded fr
ii  xfonts-75dpi1:1.0.1  75 dpi fonts for X
ii  xfonts-75dpi-transcoded 1:1.0.1  75 dpi fonts for X (transcoded fro

Versions of packages claws-mail suggests:
pn  claws-mail-doc (no description available)
ii  claws-mail-tools3.7.6-4  Helper and utility scripts for Cla
pn  gedit | kwrite | mousepad |(no description available)
ii  iceweasel [www-browser] 3.5.15-1 Web browser based on Firefox
ii  lynx-cur [www-browser]  2.8.8dev.5-1 Text-mode WWW Browser with NLS sup
hi  opera [www-browser] 11.00.1029   A fast and secure web browser and 
ii  w3m [www-browser]   0.5.2-9  WWW browsable pager with excellent

-- 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#319832: Any change?

[Claudius Hubig]

Hey,

it’s been more than a year since the last post – is there going to be any 
change to this?

Best regards,

Claudius
-- 
Power is the finest token of affection.

http://chubig.net/



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

Bug#545934: Kind of fixed

[Claudius Hubig]

Hi,

I just experimented a little bit more and noticed that at least my
problem only occured when all the cities in the City-tab were
selected. Unselecting them (or only selecting a few) solved the
problem, although I have no idea how they interfere with the drawing
of units in another tab…

Greetings,

Claudius
-- 
A man's house is his castle.
-- Sir Edward Coke

http://chubig.net/



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

Bug#545934: Also happens with 2.2.1-1

[Claudius Hubig]

Hi,

this also happens with 2.2.1-1 from current Squeeze. Curiously, it
doesn’t always happen and sometimes, speed increases again after a
specific action like selecting multiple units or after the next turn.

However, that doesn’t always help.

I’m running Debian Testing 32-bit on a Thinkpad X300 (1.2 GHz
Dual-Core CPU, 4 GB RAM with PAE) and a self-compiled kernel 2.6.34.

Best regards,

Claudius
-- 
After a number of decimal places, nobody gives a damn.

http://chubig.net/



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

Bug#585732: scidavis: Can’t handle unicode-characters (such as Δ) in column headers

[Claudius Hubig]

Package: scidavis
Version: 0.2.4-1
Severity: minor

After starting up SciDavis, I tried to create four columns such as:

X [X] | Y [Y] | ΔY [Y] ΔX[X]
-- some values --

When I tried to add the last two columns as error-bars to a plot of the first
two, nothing happened. After renaming these to “DY” and “DX”,
everything was working fine, so I assume the problem lies in the unicode-
character. Curiously, “ä” in a column header works quite fine.

Related problem:
Trying to add such an unicode-column in the “Add/Remove curves” window
yields the following:

The column Table1_δX is empty and will not be added to the plot!

Again, after renaming it to Table1_äx, Table1_dx or anything else, it is
working fine again.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.34.a2017.1 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages scidavis depends on:
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libgl1-mesa-glx [libgl1 7.7.1-2  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  7.7.1-2  The OpenGL utility library (GLU)
ii  libgsl0ldbl 1.14+dfsg-1  GNU Scientific Library (GSL) -- li
ii  libmuparser01.32-1   fast mathematical expressions pars
ii  libqt4-assistant4:4.6.2-4Qt 4 assistant module
ii  libqt4-network  4:4.6.2-4Qt 4 network module
ii  libqt4-opengl   4:4.6.2-4Qt 4 OpenGL module
ii  libqt4-qt3support   4:4.6.2-4Qt 3 compatibility library for Qt
ii  libqt4-svg  4:4.6.2-4Qt 4 SVG module
ii  libqt4-xml  4:4.6.2-4Qt 4 XML module
ii  libqtcore4  4:4.6.2-4Qt 4 core module
ii  libqtgui4   4:4.6.2-4Qt 4 GUI module
ii  libqwt5-qt4 5.2.0-1  Qt4 widgets library for technical
ii  libqwtplot3d-qt4-0  0.2.7+svn191-4   3D plotting library based on Qt4/O
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  python2.5   2.5.5-6  An interactive high-level object-o
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

scidavis recommends no packages.

scidavis suggests no packages.



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

Bug#427406: Removing /usr/share/pixmaps/hicolor/ solves the problem

[Claudius Hubig]

Sven Arvidsson <[EMAIL PROTECTED]> wrote:
>On Thu, 2007-08-30 at 12:20 +0200, Claudius Hubig wrote:
>> following your hints, I just completely removed
>> /usr/share/pixmaps/hicolor/ - the window that the
>> application doesn't responds appears now in a
>> correct way and I'm able to just click "abort"
>> or "kill".
>
>You didn't happen to save those files? If you didn't, do you know what
>icons were in there?

Not really - I checked wether or not any installed .deb had files in
there (which was not the case) and had a look
in /usr/share/pixmaps/hicolor/ what contained the following:

16x16/
48x48/
icon-theme.cache
32x32/
autopackage-installer.png
scalable/

I'm sorry I didn't saved the files in there, but since they didn't
belong to any installed package and I don't have non-debian-packages
installed on my system anymore, I thought they were just crap still
existing due to experiments in former days/whatever.

Greetings,

Claudius
-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: Removing /usr/share/pixmaps/hicolor/ solves the problem

[Claudius Hubig]

Hi,

following your hints, I just completely removed
/usr/share/pixmaps/hicolor/ - the window that the
application doesn't responds appears now in a
correct way and I'm able to just click "abort"
or "kill".

Just one question, how can a broken image index "crash" Metacity or
at least making it nearly impossible to work with the system?

Anyway, thanks for the great work,

Greetings,

Claudius

-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#437315: deskbar-applet: clear field when invoking command

[Claudius Hubig]

Romain Francoise <[EMAIL PROTECTED]> wrote:
>Hi,
>
>Claudius 'x2017' Hubig <[EMAIL PROTECTED]> writes:
>
>> when using the deskbar-applet, you always need to delete earlier
>> typed text when wanting to invoke a new command. Thus, it'd be
>> nice if the deskbar field could just be "cleaned" after a command
>> was invoked.
>
>The text of the old command should be selected, so you can just
>begin typing your new command, it will replace the text.

Oh, yes, it *is* selected - but somehow, instantly unselected what
makes it impossible to "overwrite" the old text without using the
mouse more than once.

Additionally, this is bad, e. g. when you try to do the following:
Print a file to the console (e. g. remote) using cat/whatever, then
mark everything you get, go to your deskbar, type "bluefish" there to
open the editor and try to paste everything in there - you'll get
nothing since the text in the console (gnome-terminal) is un-marked
due to the deskbar.

IMHO, it'd be much easier just to clean the field after invoking the
deskbar and it would look somewhat "cleaner", too. ;)

Greetings,

Claudius

(Of course, an option to do this or not in the preferences dialog
would be great, too!)

-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: Happens with a completely new user, too

[Claudius Hubig]

Hi,

I just tested this problem with a completely new user and the error
still occurs. In the meanwhile, I changed the
script /etc/acpi/powerbtn.sh to killall metacity and metacity-dialog
processes. Thus, I can just press the power-button to solve the
problem, although this is - of course - not a real solution.

Greetings,

Claudius

-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application

[Claudius Hubig]

Morning,

"Robert Freund" <[EMAIL PROTECTED]> wrote:
>Claudius 'x2017' Hubig wrote:
>> it happens regulary and reproducible while my system
>> passes 18h memtest86+-testing
>
>How exactly is the 18h memory test related to this? How can you run
>metacity while running memtest86+? Memtest86+ is some kind of boot
>image which has to be run at boot time, isn't it? 
>
>Or maybe you are running memtester? In that case, does the bug *only*
>occur after having run memtester for 18h or more? This would explain
>why nobody could reproduce the bug.

You probably misunderstood me. I wanted to say that this happens
regulary but the system is still able to run memtest86+ without
producing any errors for more than 18 hours, what might be a sign
that there's no problem with the RAM or whatever. Of course,
memtest86+ is not run at the same time as Metacity is run, but on the
same system.

Greetings,

Claudius
-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: Problem still exists

[Claudius Hubig]

Hi,

manphiz <[EMAIL PROTECTED]> wrote:
>Some search work at http://bugzilla.gnome.org shows no similar
>report, and as it is unreproducible anywhere, there's no reason for
>the upstream or Debian maintainer to address such bug, which doesn't
>prevent the possibility for the bug's silent disappearance either.

OK, that's a reason, although at least Marco Bravi has this problem,
too.

>Moreover, there's no difficulty to downgrade back to 2.14.5 if
>something still goes wrong. Finally, as the only one encountering
>this bug, only you can tell whether 2.18.5 is ok. So why not give it
>a shot? :)

Another "OK", I tested the current version from unstable, 2.18.5-1.
Unfortunately, the problem still exists.

>P.S.: No offense, but I really doubt such a problem is necessary to
>be set as grave severity.

Well, of course you're right when the severity depends on the amount
of systems affected. But *if* your system is affected, it *is* a
grave problem, since it's just impossible to save data, close
applications etc. when this bug occurs, but you need to restart the
whole system. (Although, in the first few seconds after clicking
"close", you can still switch to a VT and kill metacity and
metacity-dialog).

Greetings,

Claudius

-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application

[Claudius Hubig]

Hi,

manphiz <[EMAIL PROTECTED]> wrote:
>Thanks to curiosity, I updated my metacity from 1:2.14.5-4(testing)
>to current unstable 1:2.18.5-1, and when encountering "Force Quit" 
>situation, everything works fine at my place: no lockup, no 
>non-responding, everything is fine.

Well, this bug doesn't happen on every system. As Joss already wrote,
he hasn't got the problem, as I installed a fresh system in a virtual
machine, it doesn't happen, too.

>Maybe you were still staying at 2.18.3?

[EMAIL PROTECTED]:~$ metacity --version
metacity 2.14.5

>Try the newer version.

I somehow resist the possibility of making my system unstable again,
since everything else works fine with Testing and upgrading to 2.18.3
didn't help. Additionally, I noticed no hint showing that this
problem was solved with never versions.

>Or maybe something else is culpable on your particular system?

Probably, only question: what?

Greetings,

Claudius
-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: Still doesn't work.

[Claudius Hubig]

Hi,

I now tested it with Kernel 2.6.21, but hat the same result as
before: Keyboard and mouse input is blocked, killing Metacity helps.
Then, I removed libc6-i686, but that didn't solve the problem neither.

Additionally, the problem with aptitude doesn't occur here, it works
just fine.

Greetings,

Claudius
-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU


signature.asc
Description: PGP signature

Bug#427406: New backtraces

[Claudius Hubig]

Hi,

I did as you told me and have now two new backtraces saved in the
files created by gdb's logging capacity. I hope they're better, but
I'm only a user, not a programmer and have not a single idea what
they mean - sorry.

You asked for a way to reproduce it: Well, I wrote it
in my first mail: click on the "x" in the titlebar of a
non-responding application. This happens rarely with totem, e. g.
when playing corrupted files and jumping point not existing in the
file, with Opera, when some plugin doesn't work or - reproducable -
with Claws-Mail. - It happens every time I close such an application
on my current system.

OTOH, I installed a "fresh" Debian Lenny in a virtual machine which
doesn't show this behaviour. But again, I have no idea how to
"compare" those two installations.

Greetings,

Claudius

-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU
Starting program: /usr/bin/metacity --replace
Failed to read a valid object file image from memory.
[Thread debugging using libthread_db enabled]
[New Thread -1219143472 (LWP 29361)]

Program received signal SIGINT, Interrupt.
[Switching to Thread -1219143472 (LWP 29361)]
0xb7f7c410 in ?? ()
#0  0xb7f7c410 in ?? ()
No symbol table info available.
#1  0xbfaf3278 in ?? ()
No symbol table info available.
#2  0x0400 in ?? ()
No symbol table info available.
#3  0x0817ab50 in ?? ()
No symbol table info available.
#4  0xb7abf173 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#5  0xb7a3b1a4 in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0xb7a07dfe in g_io_channel_write_unichar () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#7  0xb7a08b39 in g_io_channel_read_to_end () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#8  0x08058bb8 in io_from_ping_dialog (channel=0x817fe00, condition=G_IO_IN, 
data=0x0) at delete.c:258
str = 0x0
len = 0
err = (GError *) 0x0
#9  0xb7a3ac9d in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#10 0xb7a11952 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#11 0xb7a1491f in g_main_context_check () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#12 0xb7a14cc9 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#13 0x0806dedd in main (argc=1, argv=0xbfaf3884) at main.c:492
do_init_a11y = 
act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = 0x1}, 
sa_mask = {__val = {0 }}, sa_flags = 0, sa_restorer = 0x1}
empty_mask = {__val = {0 }}
The program is running.  Exit anyway? (y or n) 
#0  0xb7ef2410 in ?? ()
No symbol table info available.
#1  0xbffaea98 in ?? ()
No symbol table info available.
#2  0x in ?? ()
No symbol table info available.
#3  0x0001 in ?? ()
No symbol table info available.
#4  0xb78bcb8b in poll () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#5  0xb7a6a953 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0xb7a6acc9 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#7  0xb7c40e7b in IA__gtk_dialog_run (dialog=0x8078808)
at /tmp/buildd/gtk+2.0-2.10.13/gtk/gtkdialog.c:996
ri = {dialog = 0x0, response_id = -1, loop = 0x8174398, destroyed = 0}
response_handler = 19
unmap_handler = 20
destroy_handler = 22
delete_handler = 21
__PRETTY_FUNCTION__ = "IA__gtk_dialog_run"
#8  0x0804a095 in main (argc=134706792, argv=0x3) at metacity-dialog.c:143
timestamp = 2716962867
The program is running.  Quit anyway (and detach it)? (y or n) Not confirmed.
The program is running.  Quit anyway (and detach it)? (y or n) Detaching from 
program: /usr/lib/metacity/metacity-dialog, process 29370


signature.asc
Description: PGP signature

Bug#427406: metacity: No more mouse/keyboard-input possible after (...): watch out for metacity-dialog!

[Claudius Hubig]

Hi,

Josselin Mouette <[EMAIL PROTECTED]> wrote:
>Thanks for your input. Unfortunately I'm still not able to reproduce the
>bug.
>
>It would be very nice if either of you could install libgtk2.0-0-dbg,
>rebuild the package with debugging symbols and obtain, when the lockup
>occurs, a backtrace of both metacity and metacity-dialog, as explained
>in the wiki: http://wiki.debian.org/HowToGetABacktrace

I now followed the article to get packages with debugging symbols and
then did the following on a virtual terminal:

$ export DISPLAY=":0.0"
(gdb) gdb metacity
(gdb) set pagination 0
(gdb) set logging on
(gdb) run --replace

[Switch to X, telling Claws-Mail to get mail/news]

# ifdown eth0

[Switch to X, clicking on the "x" button & fast switch to VT, then waiting a 
bit]

$ ps -A | grep metacity-dialog

=> metacity-dialog is active

(gdb) CTRL+C
(gdb) bt
(gdb) bt full
(gdb) quit

# /etc/init.d/gdm restart

The file gdb.txt created by gdb is attached.

I hope I did everything as expected,

Greetings,

Claudius
-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU
Starting program: /usr/bin/metacity --replace
Failed to read a valid object file image from memory.
[Thread debugging using libthread_db enabled]
[New Thread -1219225920 (LWP 4049)]

Program received signal SIGINT, Interrupt.
[Switching to Thread -1219225920 (LWP 4049)]
0xb7f66410 in ?? ()
#0  0xb7f66410 in ?? ()
#1  0xbf801f98 in ?? ()
#2  0x0400 in ?? ()
#3  0x0817ad20 in ?? ()
#4  0xb7a39173 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0
#5  0xb79b51a4 in ?? () from /usr/lib/libglib-2.0.so.0
#6  0x0014 in ?? ()
#7  0x0817ad20 in ?? ()
#8  0x0400 in ?? ()
#9  0xb79a7654 in g_string_set_size () from /usr/lib/libglib-2.0.so.0
#10 0xb7981dfe in ?? () from /usr/lib/libglib-2.0.so.0
#11 0x08178708 in ?? ()
#12 0x0817ad20 in ?? ()
#13 0x0400 in ?? ()
#14 0xbf802008 in ?? ()
#15 0xbf802090 in ?? ()
#16 0x0003 in ?? ()
#17 0xbf801fe8 in ?? ()
#18 0xb79fe41e in g_object_unref () from /usr/lib/libgobject-2.0.so.0
#19 0xb7982b39 in g_io_channel_read_to_end () from /usr/lib/libglib-2.0.so.0
#20 0x08058b98 in io_from_ping_dialog (channel=0x8178708, condition=G_IO_IN, 
data=0x0) at delete.c:261
#21 0xb79b4c9d in ?? () from /usr/lib/libglib-2.0.so.0
#22 0x08178708 in ?? ()
#23 0x0001 in ?? ()
#24 0x in ?? ()
#0  0xb7f66410 in ?? ()
No symbol table info available.
#1  0xbf801f98 in ?? ()
No symbol table info available.
#2  0x0400 in ?? ()
No symbol table info available.
#3  0x0817ad20 in ?? ()
No symbol table info available.
#4  0xb7a39173 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#5  0xb79b51a4 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0x0014 in ?? ()
No symbol table info available.
#7  0x0817ad20 in ?? ()
No symbol table info available.
#8  0x0400 in ?? ()
No symbol table info available.
#9  0xb79a7654 in g_string_set_size () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#10 0xb7981dfe in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#11 0x08178708 in ?? ()
No symbol table info available.
#12 0x0817ad20 in ?? ()
No symbol table info available.
#13 0x0400 in ?? ()
No symbol table info available.
#14 0xbf802008 in ?? ()
No symbol table info available.
#15 0xbf802090 in ?? ()
No symbol table info available.
#16 0x0003 in ?? ()
No symbol table info available.
#17 0xbf801fe8 in ?? ()
No symbol table info available.
#18 0xb79fe41e in g_object_unref () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#19 0xb7982b39 in g_io_channel_read_to_end () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#20 0x08058b98 in io_from_ping_dialog (channel=0x8178708, condition=G_IO_IN, 
data=0x0) at delete.c:261
str = 0x0
len = 0
err = (GError *) 0x0
#21 0xb79b4c9d in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#22 0x08178708 in ?? ()
No symbol table info available.
#23 0x0001 in ?? ()
No symbol table info available.
#24 0x in ?? ()
No symbol table info available.
The program is running.  Exit anyway? (y or n) 


signature.asc
Description: PGP signature

Bug#427406: Subject: Re: Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application

[Claudius Hubig]

Josselin Mouette <[EMAIL PROTECTED]> wrote:
>Le dimanche 03 juin 2007 à 20:24 +0200, Claudius 'x2017' Hubig a écrit :  
>> To reproduce it, do the following:
>> * Crash an application to make it not answering; I use claws-mail and remove 
>> the
>>network-connection while it is fetching mails, but it's the same with 
>> other apps.
>> * Click the "x" in the titlebar to close the window
>> * Wait a few seconds.
>> * Try to click something or to press a key - nothing happens.  
>
>I'm afraid I can't reproduce that. The "kill application" dialog appears
>and works as expected.
>Do you have examples of other applications leading to this behavior?
>This could be caused by the application grabbing the X server, making it
>impossible for metacity to display that window.  

Oh, sorry, I knew I forgot something. This happened with totem (tried
to play a file and crashed) and Opera (crashed due to the
acrobat-reader-plugin, I think). I tested it with Sylpheed-Claws and
other window managers like icewm and Enlightenment - they didn't
crash.

Additionally, "killall -9 metacity" resolves the problem when you
connect remotely using SSH.

Greetings,

Claudius

PS: I send several mails to [EMAIL PROTECTED], but they don't
seem to have reached the BTS and thus don't show up on the web site.
Dunno why. :(
-- 
Mail:[EMAIL PROTECTED] ICQ:   224491597  ,= ,-_-. =. 
Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_))
MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius  `-'(. .)`-'
Yahoo:  [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED]  \_/  GNU