Bug#984706: libunwind8: SIGSEGV in _ULarm_step on RPI 3B+
Package: libunwind8 Version: 1.2.1-10~deb10u1 Severity: normal Dear Maintainer, While trying to use heaptrack to debug a memory leak in lxpanel I found that libunwind8 which heaptrack is using seems to segfault on armhf. In case it helps I've rebuilt libunwind8 manually with --enable-debug to get extra debug output below. $ UNW_DEBUG_LEVEL=1 heaptrack --debug /usr/bin/lxpanel --profile ranma-test heaptrack output will be written to "/home/pi/heaptrack.lxpanel.11000.gz" starting application in GDB, this might take some time... Reading symbols from /usr/bin/lxpanel...Reading symbols from /usr/lib/debug/.build-id/71/5b0db86f91aa93d2e1249a5232bebe16cfbf55.debug...done. done. Starting program: /usr/bin/lxpanel --profile ranma-test [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1". [New Thread 0x7559c1f0 (LWP 11032)] >_ULarm_init_local: (cursor=0x7eff6f68) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6f20 >_ULarm_step: (cursor=0x7eff6f68) >_ULarm_step: dwarf_step()=-10 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf68) >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f20) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6ed8 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf20) >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f28) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6ee0 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf28) >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f28) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6ee0 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf28) >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf28) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f68) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6f20 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf68) >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f68) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6f20 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf68) >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf68) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f80) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6f38 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf80) >_ULarm_step: (cursor=0x7effaf80) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf80) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf80) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf80) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f20) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6ed8 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf20) >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf20) >_ULarm_step: dwarf_step()=-10 >_ULarm_init_local: (cursor=0x7eff6f10) >_ULarm_tdep_trace: begin ip 0x762d26d4 cfa 0x7eff6ec8 >_ULarm_tdep_trace: returning -5, depth 0 >_ULarm_init_local: (cursor=0x7effaf10) >_ULarm_step: (cursor=0x7effaf10) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf10) >_ULarm_step: dwarf_step()=-10 >_ULarm_step: (cursor=0x7effaf10) >_ULarm_step:
Bug#983932: hplip: Actual section name in models.dat doesn't match expected section name
Package: hplip Version: 3.21.2+dfsg1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, there seems to be a mismatch between [some?] section names in /usr/share/hplip/data/models/models.dat and the name that hp-config_usb_printer determines and tries to look up: # lsusb -d 03f0:0217 Bus 003 Device 076: ID 03f0:0217 HP, Inc LaserJet 2200 # hp-config_usb_printer -ldebug 003:076 hp-config_usb_printer[29315]: debug: param=003:076 hp-config_usb_printer[29315]: debug: Cache miss: hp_laserjet_2200 hp-config_usb_printer[29315]: debug: Reading file: /usr/share/hplip/data/models/models.dat hp-config_usb_printer[29315]: debug: Searching for section [hp_laserjet_2200] in file /usr/share/hplip/data/models/models.dat error: This is not a valid device Now, the section name as in the config is actually `hp_laserjet_2200_series`. If I manually edit the file and rename that section to `hp_laserjet_2200` it works: # hp-config_usb_printer -ldebug 003:076 hp-config_usb_printer[29452]: debug: param=003:076 hp-config_usb_printer[29452]: debug: Cache miss: hp_laserjet_2200 hp-config_usb_printer[29452]: debug: Reading file: /usr/share/hplip/data/models/models.dat hp-config_usb_printer[29452]: debug: Searching for section [hp_laserjet_2200] in file /usr/share/hplip/data/models/models.dat hp-config_usb_printer[29452]: debug: Found section [hp_laserjet_2200] in file /usr/share/hplip/data/models/models.dat hp-config_usb_printer[29452]: debug: Setting up device: hp:/usb/HP_LaserJet_2200?serial=00JPHGC19417 hp-config_usb_printer[29452]: debug: Done. Cheers, Tobias - -- Package-specific info: Saving output in log file: /ssdhome/ranma/hp-check.log HP Linux Imaging and Printing System (ver. 3.21.2) Dependency/Version Check Utility ver. 15.1 Copyright (c) 2001-18 HP Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Check types: a. EXTERNALDEP - External Dependencies b. GENERALDEP - General Dependencies (required both at compile and run time) c. COMPILEDEP - Compile time Dependencies d. [All are run-time checks] PYEXT SCANCONF QUEUES PERMISSION Status Types: OK MISSING
Bug#975597: libxft2: fonts-noto-color-emoji causes protocol error in libxft
Package: libxft2 Version: 2.3.2-2 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, libxft seems to have a known issue where color emojis cause it crash the app with an X11 protocol error, e.g.: X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 139 (RENDER) Minor opcode of failed request: 20 (RenderAddGlyphs) Serial number of failed request: 2961 Current serial number in output stream: 2970 It looks like there is an unmerged upstream patch available: https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1 Can we get this patch included in the libxft2 package? Cheers, Tobias - -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.4.78 (SMP w/12 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libxft2 depends on: ii libc6 2.31-4 ii libfontconfig1 2.13.1-4.2 ii libfreetype62.10.2+dfsg-4 ii libx11-62:1.6.12-1 ii libxrender1 1:0.9.10-1 libxft2 recommends no packages. libxft2 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iHsEARECADsWIQRxaBGQN9IG6CSWJyjmr+x6msfgvAUCX7wz4x0ccmFubWErZGVi aWFuYnRzQHRkaWVkcmljaC5kZQAKCRDmr+x6msfgvD1ZAJ9KQzfuzrlVOCOF6tCx aOc752qr4wCeMZLV51R5/6KQ+pDu2Gna+YlFQo8= =SeAR -END PGP SIGNATURE-
Bug#856870: arduino-mk: Wrong directory (/usr/etc) used for avrdude config
Package: arduino-mk
Version: 1.5.2-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
https://anonscm.debian.org/cgit/debian-science/packages/arduino-mk.git/commit/?h=upstream=b368558d19605c9dc088e1a5f32de6c2fd5755b2
introduced a regression where now "make ispload" tries to run "avrdude [...] -C
/usr/etc/avrdude.conf".
This is apparently caused by "Fix: Ensure AVRDUDE_CONF is set when
AVR_TOOLS_DIR is, not just on Windows (Issue #381)
(https://github.com/sej7278)".
Previously "-C path_to_config" was not added by default.
Now it uses ${AVR_TOOLS_DIR}/etc/avrdude.conf or
${AVR_TOOLS_DIR}/../avrdude.conf (depending on $(ARDUINO_VERSION)).
Furthermore, "dpkg -S avrdude.conf" shows:
$ dpkg -S avrdude.conf
avrdude: /etc/avrdude.conf
arduino-core: /usr/share/arduino/hardware/tools/avrdude.conf
$ ls -l /usr/share/arduino/hardware/tools/avrdude*
lrwxrwxrwx 1 root root 23 Apr 7 2014
/usr/share/arduino/hardware/tools/avrdude -> ../../../../bin/avrdude
lrwxrwxrwx 1 root root 17 Apr 7 2014
/usr/share/arduino/hardware/tools/avrdude.conf -> /etc/avrdude.conf
And AVR_TOOLS_DIR is detected as /usr rather than
/usr/share/arduino/hardware/tools.
Also even if it was using /usr/share/arduino/hardware/tools, both
${AVR_TOOLS_DIR}/etc/avrdude.conf and ${AVR_TOOLS_DIR}/../avrdude.conf would
not find the config AFAICS.
ii arduino-core 2:1.5.6.2+sdfsg2-3all Code, examples,
and libraries for the Arduino platform
- -- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.8.5 (SMP w/4 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: sysvinit (via /sbin/init)
Versions of packages arduino-mk depends on:
ii arduino-core 2:1.5.6.2+sdfsg2-3
ii make 4.1-9.1
ii python 2.7.13-2
ii python-serial 3.2.1-1
Versions of packages arduino-mk recommends:
ii screen 4.5.0-3
arduino-mk suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
iHsEARECADsWIQRxaBGQN9IG6CSWJyjmr+x6msfgvAUCWLxFhR0ccmFubWErZGVi
aWFuYnRzQHRkaWVkcmljaC5kZQAKCRDmr+x6msfgvISeAJ9RFkskeg+SGEivptgt
vmEVjkjkZACghKDD3VxhJtlI33URJQf30wjYiKE=
=yLpw
-END PGP SIGNATURE-
Bug#830515: quagga: "echo PING" logspam every 5 seconds
Package: quagga Version: 1.0.20160315-1 Severity: minor Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, since upgrading quagga I'm seeing logspam every 5 seconds: Jul 8 22:10:33 nukunuku zebra[5299]: vty[??]@> echo PING Jul 8 22:10:34 nukunuku bgpd[5327]: vty[??]@> echo PING Jul 8 22:10:38 nukunuku zebra[5299]: vty[??]@> echo PING Jul 8 22:10:39 nukunuku bgpd[5327]: vty[??]@> echo PING Jul 8 22:10:43 nukunuku zebra[5299]: vty[??]@> echo PING Jul 8 22:10:44 nukunuku bgpd[5327]: vty[??]@> echo PING Jul 8 22:10:48 nukunuku zebra[5299]: vty[??]@> echo PING Jul 8 22:10:49 nukunuku bgpd[5327]: vty[??]@> echo PING Jul 8 22:10:53 nukunuku zebra[5299]: vty[??]@> echo PING Jul 8 22:10:53 nukunuku bgpd[5327]: vty[??]@> echo PING Jul 8 22:10:58 nukunuku zebra[5299]: vty[??]@> echo PING Jul 8 22:10:58 nukunuku bgpd[5327]: vty[??]@> echo PING quagga-users suggests applying this patch to remedy it: http://patchwork.quagga.net/patch/1942/ "change command logging to be off by default, and add 'log_commands' to enable it." Cheers, - -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.3 (SMP w/4 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: sysvinit (via /sbin/init) Versions of packages quagga depends on: ii adduser3.115 ii debconf [debconf-2.0] 1.5.59 ii iproute2 4.3.0-1+b1 ii libc6 2.22-13 ii libcap21:2.25-1 ii libpam0g 1.1.8-3.3 ii libreadline6 6.3-8+b4 ii libtinfo5 6.0+20160319-2+b1 ii logrotate 3.8.7-2 quagga recommends no packages. Versions of packages quagga suggests: pn snmpd - -- Configuration Files: /etc/quagga/daemons changed: zebra=yes bgpd=yes ospfd=no ospf6d=no ripd=no ripngd=no isisd=no - -- debconf information: * quagga/really_stop: true -BEGIN PGP SIGNATURE- Version: GnuPG v1 iD8DBQFXgAl05q/seprH4LwRAmUoAJ4rQkJNaOYVmEfdcmZ2h9D4BptF/ACePPwP QGF+sYZ8YSRH40gK2yEpCJ0= =Oiwj -END PGP SIGNATURE-
Bug#815490: gbsplay: FTBFS on non-linux architectures: error: 'ESTRPIPE' undeclared
Hi, I believe this was fixed in https://github.com/mmitch/gbsplay/commit/af783619b45d0def5824976b0af151bf2a3edc4e but we haven't gotten around to making a newer official release yet. In the meantime you could try cherry-picking this commit (and maybe a060526a51bf6b1d3e7d0472fc61971ba1ee7b00 as well to fix the rand_long warning). Cheers, -- Tobias PGP: http://8ef7ddba.uguu.de
Bug#708559: Seeing the same issue with chrome
On Sun, 31 May 2015 01:33:17 +0200 Tobias Diedrich tobiasdiedr...@gmail.com
wrote:
I'm seeing the same issue triggered by using dwm and chrome:
[...]
I suspect that this is a nullpointer dereference of icon-priv?
[...]
More likely use-after-free since priv seems to be allocated together with
the main object according to gtk docs (though priv is 0 in the crash trace,
I presume that dispose nulls it out):
(gdb) bt full
#0 0x7282d616 in gtk_tray_icon_manager_filter
(xevent=0x7fffd9b0, event=optimized out, user_data=0x1fc1e1487ea0) at
/build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c:400
icon = 0x1fc1e1487ea0
xev = 0x7fffd9b0
[...]
(gdb) print icon
$1 = 0x1fc1e1487ea0
(gdb) print *icon
$2 = {parent_instance = {window = {bin = {container = {widget = {object =
{parent_instance = {g_type_instance = {g_class = 0xf}, ref_count = 0, qdata
= 0x0}, flags = 0}, private_flags = 0, state = 0 '\000', saved_state = 0
'\000', name = 0x error: Cannot access memory at address
0x,~
style = 0x, requisition = {width = 2010019790, height =
30670}, allocation = {x = 0, y = -353703190, width = 60138, height = 0},
window = 0xd36cd36cd36c, parent = 0x-e090e0a}, focus_child =
0xf1f6, border_width = 29298, need_resize = 1, resize_mode = 3,
reallocate_redraws = 1,~
has_focus_chain = 1}, child = 0x-20d420d5}, title =
0xdf2b error: Cannot access memory at address 0xdf2b, wmclass_name = 0x0,
wmclass_class = 0x0, wm_role = 0x0, focus_widget = 0x0, default_widget =
0x-1, transient_parent = 0x, geometry_info = 0x7fff7fff7fff,
frame = 0x-1,~
group = 0x, configure_request_count = 24541, allow_shrink = 1,
allow_grow = 0, configure_notify_received = 1, need_default_position = 1,
need_default_size = 0, position = 3, type = 15, has_user_ref_count = 0,
has_focus = 0, modal = 0, destroy_with_parent = 1, has_frame = 1,
iconify_initially = 0,~
stick_initially = 0, maximize_initially = 1, decorated = 0, type_hint
= 1, gravity = 2, is_active = 0, has_toplevel_focus = 1, frame_left = 0,
frame_top = 3941264106, frame_right = 60138, frame_bottom = 0,
keys_changed_handler = 2678026866, mnemonic_modifier = 53199, screen =
0x-ccd0cce},~
socket_window = 0x1f332, modality_window = 0x1, modality_group =
0x1fc1e9a8b410, grabbed_keys = 0x0, same_app = 0}, priv = 0x0}
(gdb)
Looking at the code it is supposed to remove
the gtk_tray_icon_manager_filter before disposing the object, however it
seems possible that:
1) Either gdk_window_remove_filter is called on the wrong window as the
window argument is looked up anew
using gdk_window_lookup_for_display/gdk_screen_get_root_window and I don't
know if gdk guarantees that to be the same result
2) Or it's a threading issue and the filter is invoked on a different
thread than the dispose call and they race (since there doesn't seem to be
locking).
Bug#708559: Seeing the same issue with chrome
I'm seeing the same issue triggered by using dwm and chrome:
Program received signal SIGSEGV, Segmentation fault.
0x7282d616 in gtk_tray_icon_manager_filter (xevent=0x7fffd9c0,
event=optimized out, user_data=0x2b036eb7f9d0)
at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c:400
400 /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c: No
such file or directory.
(gdb) bt
#0 0x7282d616 in gtk_tray_icon_manager_filter
(xevent=0x7fffd9c0, event=optimized out, user_data=0x2b036eb7f9d0)
at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c:400
#1 0x7230ed71 in gdk_event_apply_filters (xevent=0x7fffd9c0,
event=0x2b036f9ee500, window=0x0)
at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11
/gdkevents-x11.c:371
#2 0x72310074 in gdk_event_translate (display=0x2b0364a4d020
[GdkDisplayX11], event=0x2b036f9ee500, xevent=0x7fffd9c0,
return_exposes=return_exposes@entry=0) at
/build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:969
#3 0x72311a86 in _gdk_events_queue
(display=display@entry=0x2b0364a4d020
[GdkDisplayX11])
at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:2358
#4 0x72311b2e in gdk_event_dispatch (source=optimized out,
callback=optimized out, user_data=optimized out)
at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:2419
#5 0x772b3c3d in g_main_context_dispatch (context=0x2b03649df790)
at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3122
#6 0x772b3c3d in g_main_context_dispatch (context=context@entry
=0x2b03649df790)
at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3737
#7 0x772b3f20 in g_main_context_iterate
(context=context@entry=0x2b03649df790,
block=block@entry=0, dispatch=dispatch@entry=1, self=optimized out) at
/build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3808
#8 0x772b3fcc in g_main_context_iteration (context=0x2b03649df790,
may_block=0)
at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3869
#9 0x565b1e12 in ()
#10 0x2b03649e4480 in ()
#11 0x0001565b9500 in ()
#12 0x0001 in ()
#13 0x7fffdca8 in ()
#14 0x55fdc028 in ()
#15 0x7fffdf50 in ()
#16 0x7fffdc38 in ()
#17 0x2b0364a15ea0 in ()
#18 0x5b3927d0 in ()
#19 0x56579540 in ()
#20 0x5b3927d0 in ()
#21 0x012e444f in ()
#22 0x2b0364a14c80 in ()
#23 0x2b0300052a20 in ()
#24 0x in ()
(gdb)
The gtktrayicon-x11.c code is this:
383: static GdkFilterReturn
384: gtk_tray_icon_manager_filter (GdkXEvent *xevent,
385: GdkEvent *event,
386: gpointer user_data)
387: {
388: GtkTrayIcon *icon = user_data;
389: XEvent *xev = (XEvent *)xevent;
390:
391: if (xev-xany.type == ClientMessage
392: xev-xclient.message_type == icon-priv-manager_atom
393: xev-xclient.data.l[1] == icon-priv-selection_atom)
394: {
395: GTK_NOTE (PLUGSOCKET,
396: g_print (GtkStatusIcon %p: tray manager appeared\n, icon));
397:
398: gtk_tray_icon_update_manager_window (icon);
399: }
400: else if (xev-xany.window == icon-priv-manager_window)
{
if (xev-xany.type == PropertyNotify
xev-xproperty.atom == icon-priv-orientation_atom)
{
GTK_NOTE (PLUGSOCKET,
g_print (GtkStatusIcon %p: got PropertyNotify on manager window for
orientation atom\n, icon));
gtk_tray_icon_get_orientation_property (icon);
}
else if (xev-xany.type == DestroyNotify)
{
GTK_NOTE (PLUGSOCKET,
g_print (GtkStatusIcon %p: got DestroyNotify for manager window\n,
icon));
gtk_tray_icon_manager_window_destroyed (icon);
}
else
GTK_NOTE (PLUGSOCKET,
g_print (GtkStatusIcon %p: got other message on manager window\n,
icon));
}
return GDK_FILTER_CONTINUE;
}
I suspect that this is a nullpointer dereference of icon-priv?
If there is an upstream fix in GTK+3, it would be nice to backport this to
the gtk2 lib as I'm getting ~daily crashes from this bug.
Bug#743035: libgl1-mesa-dri: Upgrade from 9.2.2-1 to 10.1.0-4 breaks webgl in chromium and google chrome
Package: src:libgl1-mesa-dri
Followup-For: Bug #743035
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
FWIW I had the same chrome issue with the following error:
libGL error: MESA-LOADER: could not create udev device for fd 13
(Albeit for radeon)
After tracing this a bit, I resolved it by removing the old libudev0 which was
still installed.
The bug is that chrome is linked against both libudev0 and libudev1 and was
resolving both
in an interfering manner.
Starting chrome with --no-sandbox I got this additional hint:
not in sys :/sys/dev/char/226:0
Which is from this udev check and doesn't make any sense at all as
/sys/dev/char/226:0
is part of the /sys tree and also present in there.
/* path starts in sys */
len = strlen(udev_get_sys_path(udev));
if (strncmp(syspath, udev_get_sys_path(udev), len) != 0) {
info(udev, not in sys :%s\n, syspath);
return NULL;
I then found that chrome links against both udev versions:
$ ldd /opt/google/chrome/chrome | grep udev
libudev.so.0 = /lib/x86_64-linux-gnu/libudev.so.0 (0x7f469851)
libudev.so.1 = /lib/x86_64-linux-gnu/libudev.so.1 (0x7f468fe78000)
And trying purging libudev0 using aptitude purge libudev0 which didn't
complain
about any remaining users of this lib.
Now 3D acceleration is working fine again.
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12.3 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iD8DBQFTQHiX5q/seprH4LwRAozeAJ98wCtZH6uTS2VJMhMw/R8qpFeFngCcDdso
RIz87szg3tFf3CTLrpmjRpY=
=mXsj
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704495: ifplugd: NLAPI: Packet too small or truncated!
Package: ifplugd Version: 0.28-19 Severity: important Tags: upstream Dear Maintainer, it looks like ifplugd is using too small a buffer for the netlink api in recent kernels and fails on 3.8.2 with the following error: Apr 2 04:08:47 navi ifplugd(eth0)[4145]: NLAPI: Packet too small or truncated! Apr 2 04:08:47 navi ifplugd(eth0)[4145]: Exiting. This can be resolved by increasing the buffer in src/nlapi.c:nlapi_work() from 1024 to 4096 bytes. See also the related bug for ifmetric: http://bugs.debian.org/514197 Cheers, Tobias -- Package-specific info: /sys/class/net/ interfaces: /sys/class/net/eth0/ /sys/class/net/ip6tnl0/ /sys/class/net/lo/ /sys/class/net/sit0/ /sys/class/net/tun_parents/ /sys/class/net/tun_yumi/ /sys/class/net/tunl0/ /sys/class/net/wwan0/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8.2 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifplugd depends on: ii debconf [debconf-2.0] 1.5.45 ii libc6 2.17-0experimental2 ii libdaemon0 0.14-2 ii lsb-base 4.1+Debian7 Versions of packages ifplugd recommends: ii ifupdown 0.7.1 Versions of packages ifplugd suggests: ii wpasupplicant 1.0-2 -- debconf information: ifplugd/interfaces: eth0 ifplugd/hotplug_interfaces: ifplugd/args: -q -f -mmii -u0 -d10 -w -I -b -t 5 -p -M ifplugd/suspend_action: stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695428: gimp: When switching workspaces, gimp closes toolbox windows.
Package: gimp Version: 2.8.2-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, After recently upgrading gimp, I noticed that the toolbox windows around the image window always seem to disappear when I switch workspaces in fluxbox. i.e. if I quickly switch to the browser and back, I have to reopen these windows, which is highly annoying and was not necessary before. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.2-2 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2+nmu1 ii libgimp2.0 2.8.2-2 ii libglib2.0-02.33.12+really2.32.4-3 ii libgs9 9.05~dfsg-6.3 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.1 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 1.8.1-3.3 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-3 ii libpoppler-glib80.18.4-4 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libtiff43.9.6-9 ii libwebkitgtk-1.0-0 1.8.1-3.3 ii libwmf0.2-7 0.2.8.4-10.1 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii python 2.7.3-3 ii python-gtk2 2.24.0-3 ii python2.7 2.7.3-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.3 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none pn gvfs-backends none ii libasound21.0.25-4 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFQwndZ5q/seprH4LwRAowRAJ4jrZFNVkqqBKK23FUsiiG7m41AsgCeMC0N UKRofSMAWtFUY7HyiHCNgI8= =Oyvw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692237: subversion: svn update fails with svn: E235000: .* line 1583: assertion failed
Package: subversion Version: 1.7.5-1 Followup-For: Bug #692237 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've run into this issue as well: Updating '.': Utools/sed/Makefile Utools/upx/Makefile svn: E235000: In file '/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c' line 1583: assertion failed (action == svn_wc_conflict_action_edit || action == svn_wc_conflict_action_delete || action == svn_wc_conflict_action_replace) Aborted There seems to be a workaround on stackoverflow, but I haven't tried recompiling it yet. http://stackoverflow.com/questions/10936111/svn-resolve-error-e235000-cannot-update-anymore Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr1 1.4.6-3 ii libc6 2.13-35 ii libsasl2-2 2.1.25.dfsg1-5 ii libsvn1 1.7.5-1 subversion recommends no packages. Versions of packages subversion suggests: pn db5.1-utilnone ii patch 2.6.1-3 pn subversion-tools none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFQqBDr5q/seprH4LwRAsh/AJ4/uMDptn4e92RzijloFlST/JVohACggc2h VPuCHU0j5dkkEeBBVJhigkg= =Ojeu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644809: pulseaudio: Confusing warning `PulseAudio configured for per-user sessions`
Paul Vojta wrote: On Sun, Feb 05, 2012 at 01:24:38PM +0100, Tobias Diedrich wrote: Package: pulseaudio Version: 1.1-2 Followup-For: Bug #644809 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, FWIW I also found this confusing on package upgrade: Processing triggers for man-db ... Setting up pulseaudio (1.1-2) ... PulseAudio configured for per-user sessions ... (warning). Especially since dpkg-reconfigure then offers no options, but also prints the warning (because it reloads the init script): sudo dpkg-reconfigure pulseaudio PulseAudio configured for per-user sessions ... (warning). PulseAudio configured for per-user sessions ... (warning). Cheers, Tobias How about the following: --- /root/pulseaudio-prev 2012-05-19 13:05:24.0 -0700 +++ /etc/init.d/pulseaudio2012-06-04 16:06:01.813487453 -0700 @@ -26,7 +26,7 @@ DISALLOW_MODULE_LOADING=1 test -f /etc/default/pulseaudio . /etc/default/pulseaudio if [ $PULSEAUDIO_SYSTEM_START != 1 ]; then - log_warning_msg PulseAudio configured for per-user sessions + log_action_msg Configuring PulseAudio for per-user sessions (not starting system daemon) exit 0 fi How about: log_action_msg PulseAudio not started: Configured for per-user sessions I wouldn't say Configuring PulseAudio for per-user sessions since it's not actually configuring anything. :) The above would instead say what action was taken (none) and why. Cheers, -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628847: mumble locks up on startup
1.2.3-313-ge5c4657-1 seems to work fine for me now (despite /dev/input/event* being root-owned). OTOH I've recently installed pulseaudio (which also pulls in policykit), maybe that makes a difference here. Sebastian Andrzej Siewior wrote: On Tue, Apr 03, 2012 at 01:49:44PM +0200, Patrick Matth?i wrote: Could you retest your issue please with 1.2.3-309-g7176ff4-1 ? I just installed 1.2.3-313-ge5c4657-1 and have the same problem. It went away after I executed chown myuid:mygid /dev/input/event* after that I got the gtk window wizard. They were owned by root:root and perms were 600. Not sure if this is my local problem not... -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648222: Significant 2D performance regression with ColorTiling
Wow, I can only second this. I've been wondering what part of the last upgrade made my desktop so glacially slow and finally found that flipping the ColorTiling option to false makes a big difference. Everything feels at least an order of magnitude faster now. With ColorTiling enabled I had problems like: - Laggy window movements in fluxbox - Can see the chrome titlebar redraw - full-screen xterm takes about a second to render when switching desktops (In 2560x1440) With ColorTiling disabled everything is back to normal: - Window movement can always keep up with my mouse - No more annoying chrome titlebar flicker - xterm redraws in a split-second To illustrate this: ColorTiling enabled Moving a window in fluxbox: http://youtu.be/e__5dKZobxA xterm redraw/scroll speed: http://youtu.be/zx7K5213R7o ColorTiling disabled Moving a window in fluxbox:http://youtu.be/FSiQ34OHDbA xterm redraw/scroll speed: http://youtu.be/li9CTseCUqU Cheers, -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644809: pulseaudio: Confusing warning `PulseAudio configured for per-user sessions`
Package: pulseaudio Version: 1.1-2 Followup-For: Bug #644809 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, FWIW I also found this confusing on package upgrade: Processing triggers for man-db ... Setting up pulseaudio (1.1-2) ... PulseAudio configured for per-user sessions ... (warning). Especially since dpkg-reconfigure then offers no options, but also prints the warning (because it reloads the init script): sudo dpkg-reconfigure pulseaudio PulseAudio configured for per-user sessions ... (warning). PulseAudio configured for per-user sessions ... (warning). Cheers, Tobias - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113 ii consolekit 0.4.5-1 ii libasound2 1.0.24.1-4 ii libasound2-plugins 1.0.24-3 ii libc6 2.13-24 ii libcap2 1:2.22-1 ii libdbus-1-3 1.4.16-1 ii libfftw3-3 3.3-1 ii libice6 2:1.0.7-2 ii libltdl72.4.2-1 ii liborc-0.4-01:0.4.16-1 ii libpulse0 1.1-2 ii libsamplerate0 0.1.8-1 ii libsm6 2:1.2.0-2 ii libsndfile1 1.0.25-4 ii libspeexdsp11.2~rc1-3 ii libtdb1 1.2.9-4+b1 ii libudev0175-3 ii libx11-62:1.4.4-4 ii libx11-xcb1 2:1.4.4-4 ii libxcb1 1.7-4 ii libxtst62:1.2.0-4 ii lsb-base3.2-28 ii udev175-3 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.30-2.1 ii pulseaudio-esound-compat none ii pulseaudio-module-x11 1.0-4 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: ii paman 0.9.4-1 ii paprefs none ii pavucontrol 0.99.2-1 ii pavumeter 0.9.3-1 ii pulseaudio-utils 1.0-4 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFPLnUD5q/seprH4LwRAixQAKCCIfWVzISipbhsnBxE1QW+0uFWCACgiDM0 +VwvaxWXOUevxK6leoeAJDA= =Vhs8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628847: mumble locks up on startup
Package: mumble
Version: 1.2.3-2+b2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just installed mumble, but the client won't start up properly.
All I get is a grey empty window, which doesn't even respond to attempts to
close it.
Looks like maybe it's deadlocking somewhere?
Once the window appears all I see in strace are futex calls timing out:
[pid 32410] futex(0x7faacc6828f0, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 32410] futex(0x7faacc6828c4,
FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1306959142, 465065000},
) = -1 ETIMEDOUT (Connection timed out)
[pid 32410] futex(0x7faacc6828f0, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 32410] futex(0x7faacc6828c4,
FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1306959142, 475358000},
) = -1 ETIMEDOUT (Connection timed out)
[...]
ltrace:
[pid 32547] _ZN14QReadWriteLock11lockForReadEv(0x2aa61b0, 0x7f0b9b2c3960,
0x7f0b9b2c3910, 0, 0x7f0b9b2c38c0) = 1 [pid 32547]
_ZN14QReadWriteLock6unlockEv(0x2aa61b0, 0, 0, 0, 0x7f0b9b2c38c0)= 1
[pid 32547] _ZN7QThread6msleepEm(10, 0, 1, 1, 0)
= 0 [pid 32547] _ZN14QReadWriteLock11lockForReadEv(0x2aa61b0,
0x7f0b9b2c3960, 0x7f0b9b2c3910, 0, 0x7f0b9b2c38c0) = 1
[pid 32547] _ZN14QReadWriteLock6unlockEv(0x2aa61b0, 0, 0, 0, 0x7f0b9b2c38c0)
= 1
[pid 32547] _ZN7QThread6msleepEm(10, 0, 1, 1, 0^C unfinished ...
QSslSocket: cannot resolve SSLv2_client_method
QSslSocket: cannot resolve SSLv2_server_method
PulseAudio: Connection failure: Connection refused
G15LCDEngineUnix: Unable to connect to G15Daemon.
CELT bitstream 800b from libcelt0.so.0.0.0
Locale is en_US
TextToSpeech: Failed to contact speech dispatcher.
Database SQLite: 3.7.6.2
*** WARNING *** The program 'mumble' uses the Apple Bonjour compatibility layer
of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see
http://0pointer.de/avahi-compat?s=libdns_sde=mumble
Overlay: Removing old socket on /ssdhome/ranma/.MumbleOverlayPipe
Overlay: Listening on /ssdhome/ranma/.MumbleOverlayPipe
GlobalShortcutX: Unable to open any keyboard input devices under /dev/input,
falling back to XInput
GlobalShortcutX: Using XInput 2.0
GlobalShortcutX: XInput 4:Virtual core XTEST pointer
GlobalShortcutX: XInput 5:Virtual core XTEST keyboard
GlobalShortcutX: XInput 6:default pointer
GlobalShortcutX: XInput 7:default keyboard
SocketRPC: Removing old socket on /ssdhome/ranma/.MumbleSocket
AudioInput: 4 bits/s, 48000 hz, 480 sample CELT
ALSAAudioOutput: Initialized
ALSAAudioOutput: ALSA reports 1 output channels. Clamping to 2.
ALSAAudioOutput: Actual buffer 48000 hz, 2 channel 3072 samples [1024 per
period]
ALSAAudioOutput: Initializing 2 channel, 48000 hz mixer
AudioOutput: Initialized 2 channel 48000 hz mixer
ALSAAudioInput: Initing audiocapture default.
ALSAAudioInput: Actual buffer 48000 hz, 1 channel 4096 samples [1024 per period]
AudioInput: Initialized mixer for 1 channel 48000 hz mic and 0 channel 48000 hz
echo
- -- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38.2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mumble depends on:
ii gconf2 2.28.1-6GNOME configuration database syste
ii libasound2 1.0.23-4shared library for ALSA applicatio
ii libavahi-client3 0.6.30-2Avahi client library
ii libavahi-common3 0.6.30-2Avahi common library
ii libavahi-compat-libdnssd10.6.30-2Avahi Apple Bonjour compatibility
ii libc62.13-2 Embedded GNU C Library: Shared lib
ii libcelt0-0 0.7.1-1 The CELT codec runtime library
ii libg15daemon-client1 1.9.5.3-8.1 Development packages for libg15dae
ii libgcc1 1:4.6.0-2 GCC support library
ii libprotobuf7 2.4.0a-2protocol buffers C++ library
ii libpulse00.9.21-4PulseAudio client libraries
ii libqt4-dbus 4:4.7.3-1 Qt 4 D-Bus module
ii libqt4-network 4:4.7.3-1 Qt 4 network module
ii libqt4-sql 4:4.7.3-1 Qt 4 SQL module
ii libqt4-sql-sqlite4:4.7.3-1 Qt 4 SQLite 3 database driver
ii libqt4-svg 4:4.7.3-1 Qt 4 SVG module
ii libqt4-xml 4:4.7.3-1 Qt 4 XML module
ii libqtcore4 4:4.7.3-1 Qt 4 core module
ii libqtgui44:4.7.3-1 Qt 4 GUI module
ii libsndfile1 1.0.24-1Library for reading/writing audio
ii libspeechd2 0.7.1-6 Speech Dispatcher: Shared librarie
ii libspeex11.2~rc1-1 The Speex codec runtime library
ii libspeexdsp1
Bug#578038: fails to start, MAXCONNECTIONS too large
Package: ircd-ircu Version: 2.10.12.10.dfsg1-1 Followup-For: Bug #578038 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I suggest patching the configure script: - --- configure.in.orig 2005-12-14 04:01:38.0 +0100 +++ configure.in2011-05-30 22:20:40.889749973 +0200 @@ -701,6 +701,9 @@ if test x$unet_maxcon = xunlimited; then unet_maxcon=`ulimit -Sn` fi +if test $unet_maxcon -gt 1024; then +unet_maxcon=1024 +fi unet_maxcon=`expr $unet_maxcon - 4` AC_MSG_CHECKING([max connections]) AC_ARG_WITH([maxcon], - --- configure.orig2005-12-14 04:03:09.0 +0100 +++ configure 2011-05-30 22:19:22.452257436 +0200 @@ -10732,6 +10732,9 @@ if test x$unet_maxcon = xunlimited; then unet_maxcon=`ulimit -Sn` fi +if test $unet_maxcon -gt 1024; then +unet_maxcon=1024 +fi unet_maxcon=`expr $unet_maxcon - 4` echo $as_me:$LINENO: checking max connections 5 echo $ECHO_N checking max connections... $ECHO_C 6 - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ircd-ircu depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib ircd-ircu recommends no packages. ircd-ircu suggests no packages. - -- Configuration Files: /etc/ircd/ircd.conf changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFN4/yx5q/seprH4LwRAuQ3AJ9hHg8QTofTRzFJxyhie7Vw6HfgOQCfRNCD 7H1w3SRd+G8VEH6O6d5b0Fk= =C/99 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578038: ircd-ircu: MAXCLIENTS (or MAXCONNECTIONS) is (at least) 786432 too large ! Please decrease this value.
Package: ircd-ircu
Version: 2.10.12.10.dfsg1-1
Followup-For: Bug #578038
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I also tried the ulimit -H -n 1048572 on my system and it then proceeds to
spit out the next error:
nukunuku:# ulimit -H -n 1048572
nukunuku:# su irc -c '/usr/sbin/ircd-ircu -n -x 999 -f /etc/ircd/ircd.conf'
MAXCLIENTS (or MAXCONNECTIONS) is (at least) 786432 too large ! Please decrease
this value.
Which is an internal sanity check:
| /*
| * Sanity checks
| */
| if (max_clients NN_MAX_CLIENT) {
| fprintf(stderr, MAXCLIENTS (or MAXCONNECTIONS) is (at least) %d
| too large ! Please decrease this value.\n,
|max_clients - NN_MAX_CLIENT);
| exit(-1);
| }
Apparently there is a configure option --with-maxcon=${NUMBER}:
| --with-maxcon=maxconMaximum number of connections server will accept
The configure script itselfs looks at the ulimit output to determine this value
if the parameter was not given.
|unet_maxcon=`ulimit -Hn`
|if test x$unet_maxcon = xunlimited; then
|unet_maxcon=`ulimit -Sn`
|fi
|unet_maxcon=`expr $unet_maxcon - 4`
- -- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38.2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ircd-ircu depends on:
ii libc6 2.13-2 Embedded GNU C Library: Shared lib
ircd-ircu recommends no packages.
ircd-ircu suggests no packages.
- -- Configuration Files:
/etc/ircd/ircd.conf changed:
General {
name = localhost.localdomain;
description = Debian's ircd default configuration at localhost;
numeric = 1;
};
Admin {
Location = Debian's ircd default configuration at localhost;
Location = Please edit your ircd.conf file;
Contact = root@localhost;
};
Class {
name = Local;
pingfreq = 1 minutes 30 seconds;
sendq = 16;
maxlinks = 100;
usermode = +iw;
};
Class {
name = Other;
pingfreq = 1 minutes 30 seconds;
sendq = 16;
maxlinks = 400;
};
Client {
host = *@*;
ip = *@*;
class = Other;
};
motd {
host = *;
file = ircd.motd;
};
Jupe {
nick = A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z,{,|,},~,-,_,`;
nick = EuWorld,UWorld,UWorld2;
nick = login,undernet,protocol,pass,newpass,org;
nick = StatServ,NoteServ;
nick = ChanSvr,ChanSaver,ChanServ;
nick = NickSvr,NickSaver,NickServ;
nick = LPT1,LPT2,COM1,COM2,COM3,COM4,AUX;
};
Port { port = 6667; };
features {
LOG = SYSTEM FILE ircd.log;
LOG = SYSTEM LEVEL CRIT;
MAXCONNECTIONS = 512;
MAXCLIENTS = 512;
};
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iD8DBQFN4/qe5q/seprH4LwRAvENAJwPAPj/NmYIZDO58+xLjJBhiC1iZACfeURY
gNgSfdPJ8oFez7YHg1vx/dU=
=/vrl
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616584: /etc/init.d/ngetty should not be started by default
Package: ngetty Version: 1.1-2 Severity: normal After aptitude safe-upgrade, I could not log into my system anymore because this init script was added and now ngetty started from /etc/inittab is racing with ngetty started from /etc/init.d/ngetty. They were grabbing the ttys away from each other, making login impossible. (Fixed by rebooting with init=/bin/bash and disabling the initscript) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-rc7 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ngetty depends on: ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ngetty recommends no packages. ngetty suggests no packages. -- Configuration Files: /etc/ngetty/Conf changed: =environ=,TERM=linux tty1=noclear-first=/etc/ngetty/.noclear -- 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#451034: does not see the thumbnail
Package: kflickr Version: 0.9.1-2.2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm also not getting thumbnails in kflickr. The package suggests kdebase-kio-plugins, which worked in earlier kde versions, but not longer exists. Interestingly kioclient copy thumbnail:///path/to/image.jpg thumbnail.jpg works though. I'm assuming I have to install some missing library, but which one? No error messages at all, |kbuildsycoca running... |DCOP Cleaning up dead connections. is all I get on the console when starting kflickr. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kflickr depends on: ii kdelibs4c2a4:3.5.10.dfsg.1-5 core libraries and binaries for al ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc11:4.4.4-9 GCC support library ii libqt3-mt 3:3.3.8b-7Qt GUI Library (Threaded runtime v ii libstdc++6 4.4.4-9 The GNU Standard C++ Library v3 kflickr recommends no packages. Versions of packages kflickr suggests: pn kdebase-kio-plugins none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFMjjfxT70tX2kPQDwRAtjRAJ4i0Sm6T1RWrr2y8hY8wLYIWQBM2ACgm0cb B7T8OjlIQQ+pj5VasQ3X5RY= =Tuqd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591543: qemu-user-static: mipsel binfmt does not support 'MIPS32 version 1, statically linked'
Package: qemu-user-static Version: 0.12.5+dfsg-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I found that the registered binfmt for mipsel does not match OpenWRT mipsel executables. /usr/bin/file says: ELF 32-bit LSB executable, MIPS, MIPS32 version 1, statically linked, with unknown capability 0xf41 = 0x756e6700, with unknown capability 0x70100 = 0x304, not stripped 0x: 7f 45 4c 46 01 01 01 00 - 01 00 00 00 00 00 00 00 .ELF 0x0010: 02 00 08 00 01 00 00 00 - 40 01 40 00 34 00 00 00 @.@.4... Changing 'mask' from 'ff00feff' to 'ff00fefffeff' fixes this and the binary is executed by qemu as expected. HTH, Tobias - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: ii binfmt-support1.2.18 Support for extra binary formats Versions of packages qemu-user-static suggests: ii sudo 1.7.2p7-1 Provide limited super user privile - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFMWHTpT70tX2kPQDwRAsJAAJ0Q+GnA4d71lG/pW6BaGXYtvNYnJwCeKD91 +94v4RCkbn4KfaTKxe0HWF8= =QWWi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587780: cdrdao: Illegal value for busno, target or lun 451, 0, 0 with usb cdrom and --device /dev/scd0
Package: cdrdao Version: 1:1.2.2-18.2 Severity: normal Tags: patch |$ cdrecord -scanbus |scsibus451: |451,0,0 45100) 'TSSTcorp' 'CDDVDW SE-S084B ' 'TS00' Removable CD-ROM |451,1,0 45101) * |451,2,0 45102) * |451,3,0 45103) * |451,4,0 45104) * |451,5,0 45105) * |451,6,0 45106) * |451,7,0 45107) * |$ cdrdao read-toc --device /dev/scd0 test.toc |Cdrdao version 1.2.2 - (C) Andreas Mueller andr...@daneb.de | SCSI interface library - (C) Joerg Schilling | Paranoia DAE library - (C) Monty | |Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. | |ERROR: Cannot open SCSI device '/dev/scd0': Illegal value for busno, target or lun '451,0,0' | |Transport name:sg |Transport descr.: Generic transport independent SCSI |Transp. layer ind.: |Target specifier: bus,target,lun |Target example:1,2,0 |SCSI Bus scanning: supported |Open via UNIX device: not supported | |Transport name:pg |Transport descr.: SCSI transport for ATAPI over Parallel Port |Transp. layer ind.: |Target specifier: bus,target,lun |Target example:1,2,0 |SCSI Bus scanning: supported |Open via UNIX device: not supported | |Transport name:ATA |Transport descr.: ATA Packet specific SCSI transport |Transp. layer ind.:ATAPI: |Target specifier: bus,target,lun |Target example:ATAPI:1,2,0 |SCSI Bus scanning: supported |Open via UNIX device: not supported | |Transport name:ATA |Transport descr.: ATA Packet specific SCSI transport using sg interface |Transp. layer ind.:ATA: |Target specifier: bus,target,lun |Target example:1,2,0 |SCSI Bus scanning: supported |Open via UNIX device: not supported |ERROR: Please use option '--device [proto:]bus,id,lun', e.g. --device 0,6,0 or --device ATA:0,0,0 |ERROR: Cannot setup device /dev/scd0. |Supported SCSI transports for this platform: I don't know if upping the MAX_SCG value to 1024 is sufficient for all cases, but it works for me. :) Patched cdrdao: |$ cdrdao read-toc --device /dev/scd0 test.toc |Cdrdao version 1.2.2 - (C) Andreas Mueller andr...@daneb.de | SCSI interface library - (C) Joerg Schilling | Paranoia DAE library - (C) Monty | |Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. | |Using libscg version 'ubuntu-0.8ubuntu1' | |/dev/scd0: TSSTcorp CDDVDW SE-S084BRev: TS00 |Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x) | |Reading toc data... | |Track ModeFlags StartLength | | 1 AUDIO 0 00:00:00( 0) 04:08:12( 18612) | 2 AUDIO 0 04:08:12( 18612) 01:25:15( 6390) | 3 AUDIO 0 05:33:27( 25002) 02:04:20( 9320) | 4 AUDIO 0 07:37:47( 34322) 01:52:18( 8418) | 5 AUDIO 0 09:29:65( 42740) 01:34:55( 7105) | 6 AUDIO 0 11:04:45( 49845) 01:45:42( 7917) | 7 AUDIO 0 12:50:12( 57762) 01:38:08( 7358) | 8 AUDIO 0 14:28:20( 65120) 01:35:25( 7150) | 9 AUDIO 0 16:03:45( 72270) 03:44:72( 16872) |10 AUDIO 0 19:48:42( 89142) 01:10:15( 5265) |11 AUDIO 0 20:58:57( 94407) 02:40:43( 12043) |12 AUDIO 0 23:39:25(106450) 01:22:65( 6215) |13 AUDIO 0 25:02:15(112665) 02:01:22( 9097) |14 AUDIO 0 27:03:37(121762) 02:56:45( 13245) |15 AUDIO 0 30:00:07(135007) 01:58:10( 8860) |16 AUDIO 0 31:58:17(143867) 02:28:13( 3) |17 AUDIO 0 34:26:30(154980) 02:24:20( 10820) |18 AUDIO 0 36:50:50(165800) 02:16:42( 10242) |19 AUDIO 0 39:07:17(176042) 01:55:65( 8690) |20 AUDIO 0 41:03:07(184732) 01:46:48( 7998) |21 AUDIO 0 42:49:55(192730) 03:43:37( 16762) |22 AUDIO 0 46:33:17(209492) 01:50:53( 8303) |23 AUDIO 0 48:23:70(217795) 02:33:60( 11535) |24 AUDIO 0 50:57:55(229330) 01:34:22( 7072) |25 AUDIO 0 52:32:02(236402) 02:49:53( 12728) |26 AUDIO 0 55:21:55(249130) 01:16:62( 5762) |27 AUDIO 0 56:38:42(254892) 01:18:53( 5903) |28 AUDIO 0 57:57:20(260795) 04:08:62( 18662) |Leadout AUDIO 0 62:06:07(279457) |[...] Patch follows: --- cdrdao-1.2.2/scsilib/libscg/scsi-linux-sg.c.orig2006-09-20 19:51:11.0 +0900 +++ cdrdao-1.2.2/scsilib/libscg/scsi-linux-sg.c 2010-07-02 00:07:42.217495458 +0900 @@ -144,7 +144,7 @@ * XXX Should add extra space in buscookies and scgfiles for a PP bus * XXX and for two or more ATAPI busses. */ -#defineMAX_SCG 256 /* Max # of SCSI controllers */ +#defineMAX_SCG 1024/* Max # of SCSI controllers
Bug#572600: spamassassin: UNPARSABLE_RELAY on every message
Tobias Diedrich wrote: Spamassassin sets UNPARSABLE_RELAY on every message. Maybe it doesn't handle IPv6 and TLS correctly? Mailserver is postfix. The last hop before reaching mailman is a TLS IPv6 connection... After looking at the code the conclusion is: This will always be set for Postfix, because it generates a 'Received:'-Line not starting with from: Received: by $HOST (Postfix) id $QUEUEID; $DATE Which spamassassin does not parse (on purpose), increases the num_unparsed counter and thus triggers the rule. *sigh* -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481548: closed by Brice Goglin brice.gog...@ens-lyon.org (Re: Bug#481548: xserver-xorg-video-ati: XVideo gamma curve is wrong for at least r300 chips)
Debian Bug Tracking System wrote: Can you try 6.8.191 ? There are some Gamma fixes for r300 in there. Ping timeout, closing. I'm pretty sure it was fixed in xorg after I reported it on bugs.freedesktop.org. https://bugs.freedesktop.org/show_bug.cgi?id=16001 But I don't have any system with r300 for testing anymore. I recently closed the bugs.freedesktop.org bugreport because of that, when I noticed it was still open. HTH, -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572600: spamassassin: UNPARSABLE_RELAY on every message
Package: spamassassin Version: 3.2.5-2+lenny2 Severity: normal Spamassassin sets UNPARSABLE_RELAY on every message. Maybe it doesn't handle IPv6 and TLS correctly? Mailserver is postfix. The last hop before reaching mailman is a TLS IPv6 connection... Example message: From foo-bounces+ranma+foo=tdiedrich...@lists.tomodachi.de Thu Mar 4 19:16:49 2010 Return-Path: foo-bounces+ranma+foo=tdiedrich...@lists.tomodachi.de X-Original-To: ranma+...@tdiedrich.de Delivered-To: ranma+...@tdiedrich.de Received: from ari.tomodachi.de (ari.tomodachi.de [IPv6:2001:6f8:106a::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN ari.tomodachi.de, Issuer CA Cert Signing Authority (verified OK)) by mx.tdiedrich.de (Postfix) with ESMTPS id D65721C001 for ranma+...@tdiedrich.de; Thu, 4 Mar 2010 19:16:49 +0100 (CET) Received: from ari.tomodachi.de (localhost.tomodachi.de [127.0.0.1]) by ari.tomodachi.de (Postfix) with ESMTP id 0303F35002 for ranma+...@tdiedrich.de; Thu, 4 Mar 2010 19:16:49 +0100 (CET) Received: from oni.tomodachi.de (oni.tomodachi.de [IPv6:2001:6f8:1002::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN oni.tomodachi.de, Issuer CAcert Class 3 Root (verified OK)) by ari.tomodachi.de (Postfix) with ESMTPS id B0CA834FFC for f...@lists.tomodachi.de; Thu, 4 Mar 2010 19:16:45 +0100 (CET) Received: by oni.tomodachi.de (Postfix) id 14BFD3C076; Thu, 4 Mar 2010 19:16:45 +0100 (CET) Delivered-To: f...@tomodachi.de Received: from n3-vm1.bullet.mail.gq1.yahoo.com (n3-vm1.bullet.mail.gq1.yahoo.com [67.195.23.157]) by oni.tomodachi.de (Postfix) with SMTP id 583993C075 for f...@tomodachi.de; Thu, 4 Mar 2010 19:16:43 +0100 (CET) Received: from [67.195.9.83] by n3.bullet.mail.gq1.yahoo.com with NNFMP; 04 Mar 2010 18:16:41 - Received: from [98.137.27.218] by t3.bullet.mail.gq1.yahoo.com with NNFMP; 04 Mar 2010 18:16:41 - Received: from [127.0.0.1] by omp128.mail.gq1.yahoo.com with NNFMP; 04 Mar 2010 18:16:41 - X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 307953.94900...@omp128.mail.gq1.yahoo.com Received: (qmail 25756 invoked by uid 60001); 4 Mar 2010 18:16:41 - DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1267726601; bh=5MWO5/f3vP0llnsG1kMJ/ELD8WChy2HFsUkI5ytda2M=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=jhZGhtk8I7XIFY3hdx7LJtSTtDitVgIWoELM7y7eOqGkXBX0HihwjIaD0I5JfZucWnvS+GP9VrmyJHyPYFgJRi634HKxgE0XbUIPKjWxakpM9YAk33XAtvXVJX8Y7cYzGjTMq0yMobaU9rd2g1qNfYRLu+K130NHIyzeJe+zFAM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=att.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=jTWaUIrIzgBnqp0Lve53IEPMY0/cxN7Vo0HzTBdPNdhgXfOHDWkeYI6Elg0mOwPfmdUysJieh2FrE/RDP5k4pZXQUwSA1sM6XWdZ45AnmAUuzIQ3WJn8FgrgcbhhnA86kpQISG5mY2ASWy4QH+wiT31stHye4yJGi/J4K3+iV6c=; Message-ID: 138081.25149...@web180501.mail.gq1.yahoo.com X-YMail-OSG: LBGt8yIVM1lzac9OFtqJ2WfSDyfkfB7o.goBYWIakAjokuL _CLi6EX2Uk0AP0XPZMOqBnpioBn6RVHjwRVlyWQcFGbLibbGgVXbPmrpdDBr 4cPPnCfsGkc6ULRXOHZlUnCnzfHispdXgfey9y0ngFlzcQTBuJTIMdWsUT0z jVR1oET8otxTFQl324qrJdEDzbKF4rXVhBeYfmyQBNCGeWRnts69IOBkxABa EOZsjdAd_JlG0Oc3FEfCXWhl_FstIJRz47J.3qqsUgXBZyKAvIckaxK1OAMj GJpmrh0aau3OaT6NUPoKakQTFcVfE0UvzciE499pcRbdT2ggfl_W6LtbcDZB nnByWzcmuAXC_vEeOPFLa9ezbcwggF6vDvSMPMBX_t1sy3dDp1b_XeBPTH5K dsN6tq4pU82urHuZWnu_lq6HGRiuvJpp5zU.V4Xma2qiBgrTsI5v1HQKHiOu 83ZwWvYB7Ko6M6mPczHV6B1ljYH42m7VvdiGRffQeTS6DVSsqoEHtSHSdUnr qB9XXouKt8q1NZQZ.5PbtwwTVTnra3xm6fN0ChsJxos3VETgISJHhMK0_iDv t5v9_Ij0s2Vz34Fdrw36Ilzj_bTvbUIid4PGLTfWVCqByJ3ENm2_48FSw547 DXuoIb6orLTd.vY91W50IOu.cZckqul7a6B9FWrveqOa1ofB4D1ba6u4yivA 7Clb_Tdb6Zgp6VNOQx43pe.Qc0Jenkc4_KwhuHbeVovprRGEmThIhyzH71z6 XWd1hBQ6UzpGzxNnk2FpWuOHzOEX5g6zKeRjkJ7ulKxcO0yrPQY.rN2qJD7Q QzUa4N14AF6s7au2XfVLFzVz9mFfpbmd9DwNb5WNuiIyRTLQOcv15SgUfk4n a3ONLPmprLJJ5NSeCXTLlJW_7KKx2TUif33qIXe3_E3rI7jGjuvDc9BbU7Et Au1hkoKfd4KS64jvk9OnD3VoWMJYFaaNQijN0Gp8a6IN55XBp9Y_rZBWGTOZ ayphk0yjlq6sMCUjb3EqYNk2PLcnf_rRF.eSpzr5OMZ8D38xJuWQla4CzBth Z5qHcVh4XPGa954P15Riiw70- Received: from [41.124.146.169] by web180501.mail.gq1.yahoo.com via HTTP; Thu, 04 Mar 2010 10:16:40 PST X-Mailer: YahooMailRC/300.3 YahooMailWebService/0.8.100.260964 Date: Thu, 4 Mar 2010 10:16:40 -0800 (PST) From: Douglas Ezit dezit1...@att.net Subject: READ!!! To: undisclosed recipients: ; MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-754930127-1267726600=:25149 X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on yumi.tdiedrich.de
Bug#352967: x11-apps: manpage should be fixed or maybe -twentyfour should set the locale to C
Package: x11-apps Version: 7.4+1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just noticed the same problem as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352967. The manpage states -twentyfour This option indicates that a digital clock should display the time in twenty-four hour format. This is the default when a digital clock is used. But that seems to only work with the 'C' locale. I think either the manpage should indicate that this will be overridden by locale stettings for locales != 'C' or maybe the code should override the locale if '-twelve' or '-twentyfour' is specified. HTH - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.3.3-9 The GNU C preprocessor (cpp) ii libc6 2.9-12 GNU C Library: Shared libraries ii libpng12-01.2.37-1 PNG library - runtime ii libsm62:1.1.0-2 X11 Session Management library ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw7 2:1.0.5-2 X11 Athena Widget library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-1 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii x11-common1:7.3+19 X Window System (X.Org) infrastruc x11-apps recommends no packages. Versions of packages x11-apps suggests: ii mesa-utils7.0.3-7Miscellaneous Mesa GL utilities - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFLYtB8T70tX2kPQDwRAi98AKCsPnpDrTIV7+ra1HJU0EfuKHNXvgCgovX7 Zz24YFJnUBsDtY1TiQtvWLs= =srJ3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567367: xserver-xorg: Changed keyboard behaviour evdev vs kbd
Package: xserver-xorg Version: 1:7.5+2 Severity: normal With evdev as the keyboard driver my keyboard behaviour changed: I'm using a custom xmodmap to add addtitional functionality. After adjusting for the changed keycodes with evdev I still see the following difference: With kbd the order of Alt_R (remapped to Mode_switch) and Shift did not matter. With evdev it matters: kbd: Alt_R+[ = ü Shift+Alt_R+[ = Ü Alt_R+Shift+[ = Ü evdev: Alt_R+[ = ü Shift+Alt_R+[ = [ Alt_R+Shift+[ = Ü xmodmap is executed after setxkbmap -layout us -model pc105 -option ctrl:nocaps .xmodmap: !keycode 0x1a = e E EuroSigncent keycode 13 = 4dollar EuroSigncent keycode 20 = minusunderscore endash emdash keycode 24 = qQ q Q kana_TA keycode 25 = wW w W kana_TE keycode 0x1a = eE emacron Emacron kana_I kana_i keycode 27 = rR r R kana_SU keycode 28 = tT t T kana_KA keycode 0x1e = uU umacron Umacron kana_NA keycode 0x1f = iI imacron Imacron kana_NI keycode 0x20 = oO omacron Omacron kana_RA keycode 0x22 = bracketleft braceleft udiaeresis Udiaeresis keycode 0x26 = aA amacron Amacron kana_CHI keycode 0x27 = sS ssharp S kana_TO keycode 0x2f = semicoloncolon odiaeresis Odiaeresis keycode 0x30 = apostrophe quotedbladiaeresis Adiaeresis !keycode 0x18 = q Q at !· keycode 66 = Super_L !keycode 0x71 = Mode_switch !keycode 0x73 = Super_L !keycode 0x74 = ISO_Next_Group Multi_key !keycode 0x75 = ISO_Prev_Grou !keycode 108 = ISO_Level3_Shift keycode 108 = Mode_switch !keycode 0x74 = Kanji !keycode 0x75 = Muhenkan !keycode 66 = Multi_key !keycode 0x74 = Multi_key clear Lock clear Mod1 clear Mod4 clear Control add Control = Control_L add Control = Control_R add Mod1 = Alt_L add Mod1 = Meta_L add Mod4 = Super_L -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jun 20 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1710344 Jan 21 08:01 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3805 Jan 11 20:47 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDeviceTabletSendCoreEvents EndSection Section Files # FontPathtcp/nukunuku.yamamaya.is-a-geek.org:7100 # FontPathtcp/nukunuku.yamamaya.is-a-geek.org # if the local font server has problems, we can fall back on these FontPath /usr/share/fonts/X11/misc FontPath /usr/lib/X11/fonts/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/lib/X11/fonts/cyrillic FontPath /usr/lib/X11/fonts/100dpi/:unscaled FontPath /usr/lib/X11/fonts/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/lib/X11/fonts/Type1 FontPath /usr/lib/X11/fonts/Speedo FontPath /usr/share/fonts/X11/100dpi FontPath /usr/lib/X11/fonts/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /usr/lib/X11/fonts/75dpi EndSection Section Module # Load dri Load extmod Load dbe Load record Load glx SubSection extmod # the real problem is that fglrx is pretty greedy of events # with its custom extensions, so the server runs out of # available events, and some other extensions fail to # initialize. # # omit dga extension to save on extension events Option omit xfree86-dga EndSubSection EndSection Section ServerFlags Option DontVTSwitch 0 Option DontZap 0 Option DontZoom 0 Option AllowDeactivateGrabs 1 Option AllowClosedownGrabs 1 Option AllowEmptyInput 0 Option HandleSpecialKeys Always EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option CorePointer Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 Option EmulateWheel true Option EmulateWheelButton 2 EndSection
Bug#567365: xserver-xorg: Changed keyboard behaviour evdev vs kbd
Package: xserver-xorg Version: 1:7.5+2 Severity: normal With evdev as the keyboard driver my keyboard behaviour changed: I'm using a custom xmodmap to add addtitional functionality. After adjusting for the changed keycodes with evdev I still see the following difference: With kbd the order of Alt_R (remapped to Mode_switch) and Shift did not matter. With evdev it matters: kbd: Alt_R+[ = ü Shift+Alt_R+[ = � keycode 0x20 = oO omacron Omacron kana_RA keycode 0x22 = bracketleft braceleft udiaeresis Udiaeresis keycode 0x26 = aA amacron Amacron kana_CHI keycode 0x27 = sS ssharp S kana_TO keycode 0x2f = semicoloncolon odiaeresis Odiaeresis keycode 0x30 = apostrophe quotedbladiaeresis Adiaeresis !keycode 0x18 = q Q at !· keycode 66 = Super_L !keycode 0x71 = Mode_switch !keycode 0x73 = Super_L !keycode 0x74 = ISO_Next_Group Multi_key !keycode 0x75 = ISO_Prev_Grou !keycode 108 = ISO_Level3_Shift keycode 108 = Mode_switch !keycode 0x74 = Kanji !keycode 0x75 = Muhenkan !keycode 66 = Multi_key !keycode 0x74 = Multi_key clear Lock clear Mod1 clear Mod4 clear Control add Control = Control_L add Control = Control_R add Mod1 = Alt_L add Mod1 = Meta_L add Mod4 = Super_L -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jun 20 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1710344 Jan 21 08:01 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Exp /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3805 Jan 11 20:47 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDeviceTabletSendCoreEvents EndSection Section Files # FontPathtcp/nukunuku.yamamaya.is-a-geek.org:7100 # FontPathtcp/nukunuku.yamamaya.is-a-geek.org # if the local font server has problems, we can fall back on these FontPath /usr/share/fonts/X11/misc FontPath /usr/lib/X11/fonts/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/lib/X11/fonts/cyrillic FontPath /usr/lib/X11/fonts/100dpi/:unscaled FontPath /usr/lib/X11/fonts/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/lib/X11/fonts/Type1 FontPath /usr/lib/X11/fonts/Speedo FontPath /usr/share/fonts/X11/100dpi FontPath /usr/lib/X11/fonts/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /usr/lib/X11/fonts/75dpi EndSection Section Module # Load dri Load extmod Load dbe Load record Load glx SubSection extmod # the real problem is that fglrx is pretty greedy of events # with its custom extensions, so the server runs out of # available events, and some other extensions fail to # initialize. # # omit dga extension to save on extension events Option omit xfree86-dga EndSubSection EndSection Section ServerFlags Option DontVTSwitch 0 Option DontZap 0 Option DontZoom 0 Option AllowDeactivateGrabs 1 Option AllowClosedownGrabs 1 Option AllowEmptyInput 0 Option HandleSpecialKeys Always EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option CorePointer Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 Option EmulateWheel true Option EmulateWheelButton 2 EndSection Section InputDevice Identifier Tablet Driver wacom Option Device /dev/ttyS0 Option USB off Option Typestylus Option ForceDevice ISDV4 EndSection #Section InputDevice # Identifier Mouse0 # Driver synaptics # Option CorePointer # Option Protocol auto-dev # Option PalmDetect on # Option SHMConfig on # Option Device /dev/input/mice #EndSection Section Monitor Identifier panel VendorName Monitor Vendor ModelNameMonitor Model HorizSync10-80 VertRefresh 10-80 Modeline 1400x1...@30 55.41 1400 1432 1640 1672 1050 1074 1079
Bug#562700: [Pkg-mailman-hackers] Bug#562700: postfix-to-mailman.py does not handle mailman-l...@domain
Thijs Kinkhorst wrote: On Sun, December 27, 2009 06:42, Tobias Diedrich wrote: One of my list admins uses a T-Online account, which rejects spam, creating a mail loop. Mailman detects this and tries to send the message to mailman-l...@domain, which fails because I use postfix-to-mailman.py for the domain and it doesn't seem to know about mailman-loop. Thanks for your report. I am adding '-loop' to the list in postfix-to-mailman.py under the # Check for control extension on local part comment. Can you confirm that this resolves your problem? I think it should rather be added to the # Redirect required addresses to since AFAICS it's a global user with no corresponding mailing list. -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561232: libtorrent11: encryption = try_outgoing,enable_retry is borked
Dmitry E. Oboukhov wrote: Since then there was one stable release of rtorrent, now i've uploaded it. Could You test the bug into last upload (0.8.6/0.12.6) and (if it is still reproducible) recheck Your patch with new version? I'll recheck. BTW, the newer rtorrent should probably also depend on the newer libtorrent11. I first only did aptitude install rtorrent to upgrade it and it did not pull in the newer libtorrent11 yielding off the charts bandwidth readings and floating point errors when reading the old session state. http://uguu.de/~ranma/rtorrent.png After also updating libtorrent11 the bandwidth readings are back to normal and it can load the old session state fine. -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561232: libtorrent11: encryption = try_outgoing,enable_retry is borked
Dmitry E. Oboukhov wrote: Since then there was one stable release of rtorrent, now i've uploaded it. Could You test the bug into last upload (0.8.6/0.12.6) and (if it is still reproducible) recheck Your patch with new version? Ok, I have now verified that a) the bug is still there b) the patch still applies fine and fixes the bug for me HTH, -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562700: [Pkg-mailman-hackers] Bug#562700: postfix-to-mailman.py does not handle mailman-l...@domain
Thijs Kinkhorst wrote: On woansdei 30 Desimber 2009, Tobias Diedrich wrote: Thanks for your report. I am adding '-loop' to the list in postfix-to-mailman.py under the # Check for control extension on local part comment. Can you confirm that this resolves your problem? I think it should rather be added to the # Redirect required addresses to since AFAICS it's a global user with no corresponding mailing list. Actually, I think it is, and that the corresponding mailinglist is the 'site list', usually named 'mailman'. This is what I construct from reading the code. -loop seems similar in this way to -owner which is also in that same spot. Can you try if adding the suffix to the list I mentioned solves your problem? Sure, this yields the following error message in the end: mailman-l...@lists.tomodachi.de: Command died with status 6: /var/lib/mailman/bin/postfix-to-mailman.py. Command output: Illegal command: loop Or if I run /var/lib/mailman/mail/mailman manually: ari:~# /var/lib/mailman/mail/mailman loop mailman Illegal command: loop -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562700: [Pkg-mailman-hackers] Bug#562700: postfix-to-mailman.py does not handle mailman-l...@domain
Tobias Diedrich wrote: Sure, this yields the following error message in the end: mailman-l...@lists.tomodachi.de: Command died with status 6: /var/lib/mailman/bin/postfix-to-mailman.py. Command output: Illegal command: loop Or if I run /var/lib/mailman/mail/mailman manually: ari:~# /var/lib/mailman/mail/mailman loop mailman Illegal command: loop BTW the reason why I assumed it's a special site-wide address is because the offending message was sent to somelist by a nonsubscriber so was forwarded to somelist-admin, bounced there and then went to mailman-loop (and not somelist-loop). HTH, -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562700: [Pkg-mailman-hackers] Bug#562700: postfix-to-mailman.py does not handle mailman-l...@domain
Tobias Diedrich wrote: BTW the reason why I assumed it's a special site-wide address is because the offending message was sent to somelist by a nonsubscriber so was forwarded to somelist-admin, bounced there and then went to mailman-loop (and not somelist-loop). I have to correct myself here a bit after looking at the postmaster message again: The 'message needs to be moderated mail' goes to -owner. mailman expands owner to someu...@t-online.de and sends it with envelope sender mailman-bounces t-online bounces and postfix delivers to mailman-bounces mailman expands mailman-bounces to someu...@t-online.de this time with envelope sender mailman-loop t-online bounces and postfix tries to deliver to mailman-loop mailman-loop is an unknown user -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562700: [Pkg-mailman-hackers] Bug#562700: postfix-to-mailman.py does not handle mailman-l...@domain
Thijs Kinkhorst wrote:
I've dug somewhat deeper and it seems that Mailman itself expects this to
happen with mail to that address (still 'mailman' below is the name of the
site list):
# The ultimate loop stopper address
mailman-loop: /var/lib/mailman/data/owner-bounces.mbox
This is from the aliases file that Mailman generates in its native Postfix
interface.
As I do not use postfix-to-mailman.py myself I'm open to suggestions on how
to
handle the -loop domain in its context.
I think the best way would be to delivere it to
mailman-l...@localhost, with an envelope sender of
postmas...@localhost like this (untested, apparently I manged to get
the host onto some (hopefully temporary) t-online blocklist while
testing this...)
# Redirect mailman-loop special address
if local in ('mailman-loop'):
os.execv(/usr/sbin/sendmail,
(/usr/sbin/sendmail, -f, postmas...@localhost,
mailman-l...@localhost))
sys.exit(0)
HTH,
--
Tobias PGP: http://8ef7ddba.uguu.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562700: postfix-to-mailman.py does not handle mailman-l...@domain
Package: mailman Version: 1:2.1.11-11 Severity: normal One of my list admins uses a T-Online account, which rejects spam, creating a mail loop. Mailman detects this and tries to send the message to mailman-l...@domain, which fails because I use postfix-to-mailman.py for the domain and it doesn't seem to know about mailman-loop. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31.7-nokmem-tomodachi Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mailman depends on: ii adduser 3.110 add and remove users and groups ii apache2 2.2.9-10+lenny6 Apache HTTP Server metapackage ii apache2-mpm-prefork [htt 2.2.9-10+lenny6 Apache HTTP Server - traditional n ii cron 3.0pl1-105 management of regular background p ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii libc62.7-18 GNU C Library: Shared libraries ii lighttpd [httpd] 1.4.19-5A fast webserver with minimal memo ii logrotate3.7.1-5 Log rotation utility ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii postfix [mail-transport- 2.5.5-1.1 High-performance mail transport ag ii pwgen2.06-1 Automatic Password generation ii python 2.5.2-3 An interactive high-level object-o ii python-support 0.8.4lenny1 automated rebuilding support for P ii ucf 3.0016 Update Configuration File: preserv mailman recommends no packages. Versions of packages mailman suggests: pn listadmin none (no description available) ii lynx 2.8.7dev9-2.1 Text-mode WWW Browser (transitiona ii spamassassin 3.2.5-2+lenny1 Perl-based spam filter using text -- debconf information: * mailman/site_languages: de, en * mailman/used_languages: de en * mailman/create_site_list: * mailman/queue_files_present: continue regardless * mailman/default_server_language: en mailman/gate_news: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561232: libtorrent11: encryption = try_outgoing,enable_retry is borked
Package: libtorrent11
Version: 0.12.5-2
Severity: normal
Tags: patch
Submitted upstream as bug 2008:
http://libtorrent.rakshasa.no/ticket/2008
I'm seeing the same issue as
http://libtorrent.rakshasa.no/ticket/1748
The server side is running Debian/stable with bittorrent 3.4.2-11.1, which
doesn't support encryption. When I have encryption =
allow_incoming,try_outgoing,enable_retry on the client side I see one attempted
encrypted handshake, but no unencrypted retry in wireshark.
I've tracked this down to create_outgoing() filtering out the retry because of
PeerList::connect_filter_recent. If I comment out the
PeerList::connect_filter_recent retry works as expected.
I've tried checking this bug against SVN, but it doesn't compile:
../../../rak/allocators.h:77: error: ‘L1_CACHE_BYTES’ was not declared in this
scope
The following hackish patch fixes this issue for me:
diff -Naru libtorrent.orig/src/protocol/handshake_manager.cc
libtorrent-0.12.5/src/protocol/handshake_manager.cc
--- libtorrent.orig/src/protocol/handshake_manager.cc 2009-05-13
22:04:11.0 +0900
+++ libtorrent-0.12.5/src/protocol/handshake_manager.cc 2009-12-15
20:05:22.288137626 +0900
@@ -134,8 +134,12 @@
void
HandshakeManager::create_outgoing(const rak::socket_address sa, DownloadMain*
download, int encryptionOptions) {
+ int peerlist_options = PeerList::connect_keep_handshakes;
+ if (!(encryptionOptions ConnectionManager::encryption_dont_filter_recent))
{
+peerlist_options |= PeerList::connect_filter_recent;
+ }
PeerInfo* peerInfo = download-peer_list()-connected(sa.c_sockaddr(),
-
PeerList::connect_keep_handshakes | PeerList::connect_filter_recent);
+peerlist_options);
if (peerInfo == NULL || peerInfo-failed_counter() max_failed)
return;
@@ -266,6 +270,7 @@
e_none,
download-info()-hash());
+retry_options |= ConnectionManager::encryption_dont_filter_recent;
create_outgoing(*sa, download, retry_options);
}
diff -Naru libtorrent.orig/src/torrent/connection_manager.h
libtorrent-0.12.5/src/torrent/connection_manager.h
--- libtorrent.orig/src/torrent/connection_manager.h2008-05-07
21:19:13.0 +0900
+++ libtorrent-0.12.5/src/torrent/connection_manager.h 2009-12-15
20:04:20.560262767 +0900
@@ -86,6 +86,7 @@
// Internal to libtorrent.
static const uint32_t encryption_use_proxy= (1 6);
+ static const uint32_t encryption_dont_filter_recent = (1 7);
enum {
handshake_incoming = 1,
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libtorrent11 depends on:
ii libc6 2.10.1-6 GNU C Library: Shared libraries
ii libgcc1 1:4.4.2-2 GCC support library
ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++
ii libssl0.9.8 0.9.8k-5 SSL shared libraries
ii libstdc++64.4.2-2The GNU Standard C++ Library v3
libtorrent11 recommends no packages.
libtorrent11 suggests no packages.
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/lib/libtorrent.so.11.0.5 (from libtorrent11 package)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561232: ignore the debsums error
BTW, -- debsums errors found: debsums: changed file /usr/lib/libtorrent.so.11.0.5 (from libtorrent11 package) is because I skipped recreating the .deb over and over again during debugging and just copied the src/.libs/libtorrent.so to /usr/lib. FWIW, here are readymade patched binary .debs: http://uguu.de/~ranma/libtorrent11_0.12.5-2.1_amd64.deb http://uguu.de/~ranma/libtorrent11_0.12.5-2.1_i386.deb -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553453: iceweasel: 3.5 restore session fails
Tobias Diedrich wrote: Yes, that works with the 'broken' sessionstore.js. The question remains why it says sizemode:minimized in there in the first place. I won't rule out PEBCAK, but I'm pretty sure that this sessionstore was a result of a non-minimized Iceweasel getting killed... Definitly not PEBCAK. Just now, with a normal maximized Iceweasel running and a single Tab open, I opened a Terminal and did a shutdown -r now. After the reboot and restarting Iceweasel I again got the Well, this is embarrassing Tab and upon hitting the Restore button the Window vanished. I was just minimized, but it wasn't supposed to be minimized since it was maximized before the reboot. HTH, -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553453: iceweasel: 3.5 restore session fails
Mike Hommey wrote: You can get a proper behaviour by removing the sizemode:minimized near the end. There must be something wrong with minimized windows (I'm pretty sure I never minimize Iceweasel) Anyways, does the window appear somewhere as minimized for you ? I checked that it actually does, for me (with your stock sessionstore.js file) I wonder how that gets in there, I certainly don't minimize the Iceweasel window... And actually I usually don't minimize windows at all, I think I have to look at the pekwm documentation on how to get a minimized window back, since I don't have a task bar or something like that and alt+Tab only cycles through not-minimized windows AFAICS. Ok, Go to Window... in the Pekwm menu seems to work for unhiding windows. Yes, that works with the 'broken' sessionstore.js. The question remains why it says sizemode:minimized in there in the first place. I won't rule out PEBCAK, but I'm pretty sure that this sessionstore was a result of a non-minimized Iceweasel getting killed... -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553453: iceweasel: 3.5 restore session fails
Mike Hommey wrote:
merge 552426 553453
thanks
On Sun, Nov 01, 2009 at 05:13:06AM +0100, Tobias Diedrich wrote:
Mike Hommey wrote:
On Sat, Oct 31, 2009 at 10:40:47PM +0900, Tobias Diedrich wrote:
After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4),
iceweasel fails to restore my session after a restart.
The error message is:
Well, this is embarrassing.
Iceweasel is having trouble recovering your windows and tabs. This is
usually caused by a recently opened web page.
Can you define what doesn't work when chosing Restore ?
When choosing Restore, the iceweasel window closes, but the
process keeps running in the background until I kill it with 'kill'.
(can't use xkill here without a window to target...)
Then your bug is the same as #552426.
I invite you to read the message at the following url and try what is
written in it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
Hmm, interesting.
Is there any good way to indent the sessionstore.js?
Looks like iceweasel stores one hell of a lot of crap in there, all
in one line.
(Trying to restore even form input, the way it looks like?)
Let's see, maybe I should try some simpler sites...
Ok, this is a lot less, but still does not restore and instead goes
to the 'Well, this is embarrassing' error page for me.
({windows:[{tabs:[{entries:[{url:about:sessionrestore,ID:0,formdata:{#sessionData:({\windows\:[{\tabs\:[{\entries\:[{\url\:\about:\,\title\:\About:\,\ID\:0,\owner_b64\:\SmIS26zLEdO3ZQBgsLbOywAAwEY=\},{\url\:\http://www.tomodachi.de/\,\title\:\Anime
no Tomodachi
e.V.\,\ID\:2936398838,\scroll\:\0,0\}],\index\:2,\attributes\:{\image\:\http://www.tomodachi.de/favicon.ico\},\_formDataSaved\:true},{\entries\:[{\url\:\http://uguu.de/Main_Page\,\title\:\Main
Page -
TDiedrich\,\ID\:4,\scroll\:\0,0\}],\index\:1,\attributes\:{},\_formDataSaved\:true},{\entries\:[{\url\:\http://tdiedrich.de/Main_Page\,\title\:\Main
Page -
TDiedrich\,\ID\:5},{\url\:\http://tdiedrich.de/~ranma/\,\ID\:6,\scroll\:\0,0\}],\index\:2,\attributes\:{},\_formDataSaved\:true}],\selected\:2,\_closedTabs\:[],\_hosts\:{\tomodachi.de\:true,\de\:true,\www.tomodachi.de\:true,\uguu.de\:true,\tdiedrich.de\:true},\width\:1020,\height\:744,\screenX\:0,\screenY\:0,\sizemode\:\normal\}],\selectedWindow\:1,\_closedWindows\:[],\session\:{\state\:\running\,\lastUpdate\:1257066879693,\recentCrashes\:1}})},scroll:0,0}],index:1,attributes:{image:chrome://global/skin/icons/warning-16.png},_formDataSaved:true}],selected:1,_closedTabs:[],_hosts:{},width:1020,height:744,screenX:0,screenY:0,sizemode:normal,title:Restore
Session}],selectedWindow:0,_closedWindows:[],session:{state:stopped,lastUpdate:1257066935364}})
--
Tobias PGP: http://8ef7ddba.uguu.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553453: iceweasel: 3.5 restore session fails
Mike Hommey wrote:
Then your bug is the same as #552426.
I invite you to read the message at the following url and try what is
written in it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
BTW, as far as I see it this is really two bugs:
Bug 1: The saved session fails to restore (corrupt session file?)
Bug 2: When you hit Restore in the This is embarrassing tab, the
firefox window gets hidden. (FWIW, my WM is pekwm)
This highly cut down one restores fine:
({windows:
[{tabs:
[{entries:
[{url:http://www.tomodachi.de/,title:Anime no Tomodachi
e.V.,ID:2936398838,scroll:0,0}],
index:1},
{entries:
[{url:http://uguu.de/Main_Page,title:Main Page -
TDiedrich,ID:4,scroll:0,0}],
index:2},
{entries:
[{url:http://tdiedrich.de/~ranma/,ID:6,scroll:0,0}],
index:3}
]}]})
Even more so, if I then kill or close firefox the rewritten
sessionstore.js still is fine:
({windows:
[{tabs:
[{entries:
[{url:http://www.tomodachi.de/,title:Anime no Tomodachi
e.V.,ID:2937586887,scroll:0,0}],
index:1,
attributes:{image:http://www.tomodachi.de/favicon.ico},
_formDataSaved:true},
{entries:
[{url:http://uguu.de/Main_Page,title:Main Page -
TDiedrich,ID:2937587143,scroll:0,0}],
index:1,
attributes:{},
_formDataSaved:true},
{entries:
[{url:http://tdiedrich.de/~ranma/,ID:2937587189,scroll:0,0}],
index:1,
attributes:{},
_formDataSaved:true}],
selected:3,
_closedTabs:[],
_hosts:{tomodachi.de:true,
de:true,
www.tomodachi.de:true,
uguu.de:true,
tdiedrich.de:true},
width:1020,
height:744,
screenX:0,
screenY:0,
sizemode:normal,
title:http://tdiedrich.de/~ranma/}],
selectedWindow:0,
_closedWindows:[],
session:{state:stopped,lastUpdate:1257068046524}})
...and now I'm down to:
--- sessionstore.js.ok1 2009-11-01 18:41:58.258375408 +0900
+++ sessionstore.js.test2 2009-11-01 18:54:31.907403039 +0900
@@ -30,4 +30,4 @@
title:http://tdiedrich.de/~ranma/}],
selectedWindow:0,
_closedWindows:[],
- session:{state:stopped,lastUpdate:1257068046524}})
+ session:{state:running,lastUpdate:1257066879693,recentCrashes:1}})
Which looks like a red herring, because I suppose this just the part
in the sessionstore.js that forces firefox to display the Well, this
is embarrassing tab, which does not work properly (bug2)?
--
Tobias PGP: http://8ef7ddba.uguu.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553453: iceweasel: 3.5 restore session fails
Tobias Diedrich wrote:
Mike Hommey wrote:
Then your bug is the same as #552426.
I invite you to read the message at the following url and try what is
written in it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552426#15
BTW, as far as I see it this is really two bugs:
Bug 1: The saved session fails to restore (corrupt session file?)
Bug 2: When you hit Restore in the This is embarrassing tab, the
firefox window gets hidden. (FWIW, my WM is pekwm)
[...]
...and now I'm down to:
--- sessionstore.js.ok1 2009-11-01 18:41:58.258375408 +0900
+++ sessionstore.js.test2 2009-11-01 18:54:31.907403039 +0900
@@ -30,4 +30,4 @@
title:http://tdiedrich.de/~ranma/}],
selectedWindow:0,
_closedWindows:[],
- session:{state:stopped,lastUpdate:1257068046524}})
+ session:{state:running,lastUpdate:1257066879693,recentCrashes:1}})
Which looks like a red herring, because I suppose this just the part
in the sessionstore.js that forces firefox to display the Well, this
is embarrassing tab, which does not work properly (bug2)?
Hmm, even more annoying, I just noticed that this one _does_ work
when you hit restore and just opens the saved session without
problems...
--
Tobias PGP: http://8ef7ddba.uguu.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553438: grub-mkconfig: Should only use grub.d items matching [0-9].* pattern
Package: grub-common
Version: 1.97-1
Severity: normal
Since I prefer to write my grub entries myself, I wanted to disable 10_linux
and renamed it to no_10_linux, but it still is used:
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set defd1a91-d29f-49b0-bb1e-9bbc728588e0
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/08_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry Linux {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz root=/dev/sda5 ro root=/dev/sda5 resume=/dev/sda6
notsc i915.modeset=1 no_console_suspend usb_storage.delay_use=0 ro
}
menuentry Linux.old {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz.old root=/dev/sda5 ro root=/dev/sda5 resume=/dev/sda6
notsc i915.modeset=1 no_console_suspend usb_storage.delay_use=0 ro
}
### END /etc/grub.d/08_custom ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry Memory test (memtest86+) {
linux /memtest86+.bin
}
menuentry Memory test (memtest86+, serial console 115200) {
linux /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/no_10_linux ###
menuentry Debian GNU/Linux, with Linux 2.6.32-rc5 {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz-2.6.32-rc5 root=/dev/sda5 ro root=/dev/sda5
resume=/dev/sda6 notsc i915.modeset=1 no_console_suspend
usb_storage.delay_use=0 ro
}
menuentry Debian GNU/Linux, with Linux 2.6.32-rc5 (recovery mode) {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz-2.6.32-rc5 root=/dev/sda5 ro single root=/dev/sda5
resume=/dev/sda6 notsc i915.modeset=1 no_console_suspend
usb_storage.delay_use=0 ro
}
menuentry Debian GNU/Linux, with Linux 2.6.31.4 {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz-2.6.31.4 root=/dev/sda5 ro root=/dev/sda5
resume=/dev/sda6 notsc i915.modeset=1 no_console_suspend
usb_storage.delay_use=0 ro
}
menuentry Debian GNU/Linux, with Linux 2.6.31.4 (recovery mode) {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz-2.6.31.4 root=/dev/sda5 ro single root=/dev/sda5
resume=/dev/sda6 notsc i915.modeset=1 no_console_suspend
usb_storage.delay_use=0 ro
}
menuentry Debian GNU/Linux, with Linux 2.6.31 {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz-2.6.31 root=/dev/sda5 ro root=/dev/sda5
resume=/dev/sda6 notsc i915.modeset=1 no_console_suspend
usb_storage.delay_use=0 ro
}
menuentry Debian GNU/Linux, with Linux 2.6.31 (recovery mode) {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set ab4ead04-b4d7-4166-a72a-c4aaa6f93567
linux /vmlinuz-2.6.31 root=/dev/sda5 ro single root=/dev/sda5
resume=/dev/sda6 notsc i915.modeset=1 no_console_suspend
usb_storage.delay_use=0 ro
}
### END /etc/grub.d/no_10_linux ###
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-rc5 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-common depends on:
ii base-files 5.0.0 Debian base system miscellaneous f
ii libc6 2.10.1-3
Bug#553453: iceweasel: 3.5 restore session fails
Package: iceweasel Version: 3.5.4-1 Severity: normal After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4), iceweasel fails to restore my session after a restart. The error message is: Well, this is embarrassing. Iceweasel is having trouble recovering your windows and tabs. This is usually caused by a recently opened web page. I tried mv'ing .mozilla to .mozilla-backup with no change in behaviour. For me it is easily reproducable by first opening a few (3 seems to be enough) tabs and wait for them to finish loading, then use xkill to kill iceweasel. After starting iceweasel again I get the above error message and only Start new session works. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-rc5 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.2.1 Miscellaneous utilities specific t ii fontconfig2.6.0-4generic font configuration library ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-1 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnspr4-0d 4.8-2 NetScape Portable Runtime Library ii libstdc++64.4.2-1The GNU Standard C++ Library v3 ii procps1:3.2.8-2 /proc file system utilities ii psmisc22.8-1 utilities that use the proc file s ii xulrunner-1.9.1 1.9.1.4-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 pn mozplugger none (no description available) pn ttf-mathematica4.1 none (no description available) pn xfonts-mathmlnone (no description available) pn xprint none (no description available) pn xulrunner-1.9.1-gnom none (no description available) -- 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#553438: grub-mkconfig: Should only use grub.d items matching [0-9].* pattern
Felix Zielcke wrote: Then you didn't carefully enough read the README in there: All _executable_ files in this directory are processed in shell expansion order. Just use chmod -x to disable it. Do you have a suggestion to make this more clear? Indeed, and apparently I'm colorblind, since my ls highlights executables green and I didn't notice that README is not highlighted... But as far as the principle of least surprise is concerned I kinda expected it to work the same as /etc/rc[0-6S].d, where it is sufficient to rename the file to not match the pattern... So I still think it would be preferable to only process files matching [0-9].*. -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553453: iceweasel: 3.5 restore session fails
Mike Hommey wrote: On Sat, Oct 31, 2009 at 10:40:47PM +0900, Tobias Diedrich wrote: After upgrading from 3.0 to 3.5 (first 3.5.3 two days ago, now 3.5.4), iceweasel fails to restore my session after a restart. The error message is: Well, this is embarrassing. Iceweasel is having trouble recovering your windows and tabs. This is usually caused by a recently opened web page. Can you define what doesn't work when chosing Restore ? When choosing Restore, the iceweasel window closes, but the process keeps running in the background until I kill it with 'kill'. (can't use xkill here without a window to target...) -- Tobias PGP: http://8ef7ddba.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535752: kerneloops: config parser failes to strip \n from filename
Package: kerneloops
Version: 0.12+git20090217-1
Severity: normal
Apparently the kerneloops configuration parser fails to strip '\n' from
the 'log-file' filename, see the stat call at the end of the following
trace.
/etc/kerneloops.conf follows after the strace.
If I specify the filename using the --file option instead everything works fine.
strace of kerneloops:
|execve(/usr/sbin/kerneloops, [/usr/sbin/kerneloops], [/* 16 vars */]) = 0
|brk(0) = 0x9df1000
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb809d000
|access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
|open(/etc/ld.so.cache, O_RDONLY) = 3
|fstat64(3, {st_mode=S_IFREG|0644, st_size=79111, ...}) = 0
|mmap2(NULL, 79111, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb8089000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libdbus-glib-1.so.2, O_RDONLY) = 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260n\0\0004\0\0\0..., 512) =
512
|fstat64(3, {st_mode=S_IFREG|0644, st_size=118340, ...}) = 0
|mmap2(NULL, 117252, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb806c000
|mmap2(0xb8088000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c) = 0xb8088000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libdbus-1.so.3, O_RDONLY) = 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240W\0\0004\0\0\0..., 512) =
512
|fstat64(3, {st_mode=S_IFREG|0644, st_size=227224, ...}) = 0
|mmap2(NULL, 230560, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb8033000
|mmap2(0xb806a000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x36) = 0xb806a000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libglib-2.0.so.0, O_RDONLY) = 3
|read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\30\1\0004\0\0\0...,
512) = 512
|fstat64(3, {st_mode=S_IFREG|0644, st_size=740172, ...}) = 0
|mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb8032000
|mmap2(NULL, 739940, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f7d000
|mmap2(0xb8031000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb4) = 0xb8031000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libcurl-gnutls.so.4, O_RDONLY) = 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260G\0\0004\0\0\0..., 512) =
512
|fstat64(3, {st_mode=S_IFREG|0644, st_size=254152, ...}) = 0
|mmap2(NULL, 253340, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f3f000
|mmap2(0xb7f7c000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3d) = 0xb7f7c000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/lib/libc.so.6, O_RDONLY)= 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320h\1\0004\0\0\0..., 512) =
512
|fstat64(3, {st_mode=S_IFREG|0755, st_size=1302732, ...}) = 0
|mmap2(NULL, 1312336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7dfe000
|mmap2(0xb7f39000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13a) = 0xb7f39000
|mmap2(0xb7f3c000, 9808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f3c000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libgobject-2.0.so.0, O_RDONLY) = 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220|\0\0004\0\0\0..., 512) =
512
|fstat64(3, {st_mode=S_IFREG|0644, st_size=249392, ...}) = 0
|mmap2(NULL, 249612, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7dc1000
|mmap2(0xb7dfd000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3c) = 0xb7dfd000
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libpcre.so.3, O_RDONLY) = 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\17\0\0004\0\0\0..., 512)
= 512
|fstat64(3, {st_mode=S_IFREG|0644, st_size=194640, ...}) = 0
|mmap2(NULL, 197536, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7d9
|mmap2(0xb7dc, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2f) = 0xb7dc
|close(3)= 0
|access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
|open(/usr/lib/libidn.so.11, O_RDONLY) = 3
|read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\32\0\0004\0\0\0...,
Bug#524323: evince: Unkown font error message should state the name of the unkown font
Package: evince Version: 2.22.2-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to fill out a pdf form, but what I type in never appears and on the console I get the error message: Error: Unknown font in field's DA string As such, the error message does barely help at all. It would be much better to give the name of the missing font... (And even better to at least substitute another font, so I can still fill out the form even without having the font in question) - -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.8 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii gconf2 2.24.0-7 GNOME configuration database syste ii gnome-icon-theme 2.24.0-2 GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-3simple interprocess messaging syst ii libdjvulibre21 3.5.21-3 Runtime support for the DjVu image ii libgcc11:4.3.3-3 GCC support library ii libgconf2-42.24.0-7 GNOME configuration database syste ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome2-02.24.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.24.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.24.0-2GNOME Virtual File System (runtime ii libgtk2.0-02.14.7-5 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libkpathsea4 2007.dfsg.2-4 TeX Live: path search library for ii libnautilus-extension1 2.20.0-7 libraries for nautilus components ii liborbit2 1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libpoppler-glib3 0.8.7-1 PDF rendering library (GLib-based ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libspectre10.2.2.ds-1+b2 Library for rendering Postscript d ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2-1 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii shared-mime-info 0.30-2FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages evince recommends: ii dbus-x11 1.2.12-1 simple interprocess messaging syst Versions of packages evince suggests: pn poppler-data none (no description available) ii unrar 1:3.8.2-1 Unarchiver for .rar files (non-fre - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJ5vKk5q/seprH4LwRAheVAJ9ck7xlJEFo9LbWJXTAkZ7IzL9EnwCfQIbq l3aV/etzhdNhQmNj4GRLefU= =kOMK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524323: evince: Unkown font error message should state the name of the unkown font
Josselin Mouette wrote: Le jeudi 16 avril 2009 à 10:56 +0200, Tobias Diedrich a écrit : I'm trying to fill out a pdf form, but what I type in never appears and on the console I get the error message: Error: Unknown font in field's DA string As such, the error message does barely help at all. It would be much better to give the name of the missing font... (And even better to at least substitute another font, so I can still fill out the form even without having the font in question) Does it still happen with the latest evince and poppler packages from testing/unstable? Yes, I can still reproduce it after updating to evince 2.24.2-2+b1. Meanwhile, I found out that the offending font is 'CoBo' (presumably courier bold?) by looking at the pdf in vim: [...] /Type /Annot /Subtype /Widget /T (Adressfeld-Mail) /F 4 /BS /Type /Border /W 1 /S /S /DA (/CoBo 12.8 Tf 0.0 0.0 0.0 rg [...] CoBo itself does not seem to be defined anywhere, but I see /Type /Font /Subtype /Type1 /BaseFont /Courier-Bold (I'm no pdf expert, maybe it's ok to abbreviate font names? Or CoBo is defined as Courier-Bold by default?) The pdf was created using Scribus: /Producer (Libpdf for Scribus 1.3.3.4) And is available at http://www.tomodachi.de/html/marathon/AnT-Bring+Buy-AM2009.pdf ttf-liberation is installed, as is ttf-mscorefonts-installer (and the ms courier fonts are there in /usr/share/fonts/truetype/msttcorefonts) -- Tobias PGP: http://9ac7e0bc.uguu.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524100: util-linux: [fdisk] Fails on ordinary files or loop device
Package: util-linux
Version: 2.13.1.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm pretty sure this used to work, but on my amd64 system here,
fdisk fails on an mbr backup file:
|# ls -l test.mbr
|-rw-r--r-- 1 root root 512 2009-04-14 21:36 test.mbr
|# fdisk -l test.mbr
|# echo $?
|0
|# fdisk test.mbr
|
|Unable to read test.mbr
Also, I think it should return != 0 on error.
Strace shows it seems to read the contents just fine:
|open(test.mbr, O_RDWR)= 3
|read(3,
\3741\300\216\3201\344\216\330\216\300\276\0|\277\0\6\271\0\1\363\245\276\356\7\260\10\352
\6\0\0\200..., 512) = 512
|uname({sys=Linux, node=nukunuku, ...}) = 0
|ioctl(3, BLKSSZGET, 0x7fff0361d24c) = -1 ENOTTY (Inappropriate ioctl for
device)
|fstat(3, {st_mode=S_IFREG|0644, st_size=512, ...}) = 0
|ioctl(3, 0x301, 0x7fff0361d230) = -1 ENOTTY (Inappropriate ioctl for
device)
|ioctl(3, BLKGETSIZE, 0x7fff0361d078)= -1 ENOTTY (Inappropriate ioctl for
device)
|lseek(3, 0, SEEK_SET) = 0
|read(3,
\3741\300\216\3201\344\216\330\216\300\276\0|\277\0\6\271\0\1\363\245\276\356\7\260\10\352
\6\0\0\200..., 8192) = 512
|[...]
|[locale reading calls for message translation]
|[...]
|write(2, \n..., 1
|)= 1
|write(2, Unable to read test.mbr\n..., 24Unable to read test.mbr
|) = 24
- -- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.28.8 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages util-linux depends on:
ii libc6 2.9-4 GNU C Library: Shared libraries
ii libncurses55.7+20081213-1shared libraries for terminal hand
ii libselinux12.0.65-5 SELinux shared libraries
ii libslang2 2.1.3-3 The S-Lang programming library - r
ii libuuid1 1.41.3-1 universally unique id library
ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip
ii tzdata 2008h-2 time zone and daylight-saving time
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
util-linux recommends no packages.
Versions of packages util-linux suggests:
ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities
ii dosfstools 3.0.2-1 utilities for making and checking
pn util-linux-locales none (no description available)
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFJ5Ocn5q/seprH4LwRArlkAJ902HDmB5PZ1uHr2dC7brIsZPIOpQCfdPrD
74moS+J4zmwR1Plq70wh2Hk=
=KPdA
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504132: libapache2-mod-fastcgi: fastcgi does not retry select() on EAGAIN
Tobias Diedrich wrote:
However I think sleeping 1s before retrying is unnecessary (and having a
maximum amount of retries might be a bit paranoid), so I'm not saying this
patch should be applied as-is.
I'm using the following modified patch now:
Index: libapache-mod-fastcgi-2.4.2/mod_fastcgi.c
===
--- libapache-mod-fastcgi-2.4.2.orig/mod_fastcgi.c 2008-11-02
16:42:49.0 +
+++ libapache-mod-fastcgi-2.4.2/mod_fastcgi.c 2008-11-02 16:50:46.0
+
@@ -2178,12 +2178,15 @@
}
/* wait on the socket */
-select_status = ap_select(nfds, read_set, write_set, NULL, timeout);
+/* Interrupted system calls do happen now and then, so retry on EINTR
*/
+do {
+select_status = ap_select(nfds, read_set, write_set, NULL,
timeout);
+} while (select_status 0 errno == EINTR);
if (select_status 0)
{
ap_log_rerror(FCGI_LOG_ERR_ERRNO, r, FastCGI: comm with server
-\%s\ aborted: select() failed, fr-fs_path);
+\%s\ aborted: select() failed: \%s\, fr-fs_path,
strerror(errno));
state = STATE_ERROR;
break;
}
@@ -2246,11 +2249,19 @@
}
rv = fcgi_buf_socket_recv(fr-serverInputBuffer, fr-fd);
+/*
+ * select(2) states: Under Linux, select() may report a socket
+ * file descriptor as ready for reading, while nevertheless a
+ * subsequent read blocks.
+ * Act as if the FD was not set if socket_recv returns EAGAIN.
+ */
+if (rv 0 errno == EAGAIN)
+break;
if (rv 0)
{
ap_log_rerror(FCGI_LOG_ERR, r, FastCGI: comm with server
-\%s\ aborted: read failed, fr-fs_path);
+\%s\ aborted: read failed: \%s\, fr-fs_path,
strerror(errno));
state = STATE_ERROR;
break;
}
--
Tobias PGP: http://9ac7e0bc.uguu.de
このメールは十割再利用されたビットで作られています。
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504132: libapache2-mod-fastcgi: fastcgi does not retry select() on EAGAIN
Package: libapache2-mod-fastcgi Version: 2.4.2-8 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I noticed that on our server fastcgi sometimes aborts because the select system call was interrupted instead of retrying the system call: [Fri Oct 31 20:14:47 2008] [error] [client xx.xxx.xx.xx] (4)Interrupted system call: FastCGI: comm with server /xxx[...]/php5 aborted: select() failed, referer: http://www.aniki.info/Gott_Gauss I googled this and found the following patch: http://article.gmane.org/gmane.comp.web.fastcgi.devel/2514 However I think sleeping 1s before retrying is unnecessary (and having a maximum amount of retries might be a bit paranoid), so I'm not saying this patch should be applied as-is. I looked at the libapache-mod-fastcgi-2.4.6 source package and AFAICS it also has this bug. Note that the select(2) manpage clearly states: |Under Linux, select() may report a socket file descriptor as ready for |reading, while nevertheless a subsequent read blocks. This could for |example happen when data has arrived but upon examination has wrong |checksum and is discarded. There may be other circumstances in which a |file descriptor is spuriously reported as ready. Thus it may be safer |to use O_NONBLOCK on sockets that should not block. So this applies even though the linked mail only talks about this problem occuring on AIX. FYI I'm not submitting the bug directly from the server (because I get 'out of memory' errors from reportbug due to a 32MB memory ulimit as user and I don't want to reportbug as root), the server is running etch/stable, I have edited the 'System Information' below accordingly. - -- System Information: Debian Release: etch/stable Architecture: i686 (x86) Kernel: Linux 2.6.25.4 Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJC2xnzQZOfTz8JZwRAu+DAKCjdlP3YHXbAZ8J+odPMTiX5ShjHQCfZWzZ fxDZ/qLegIKOqCAORtott7s= =HwyU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495435: xterm: Window resize race condition
Tobias Diedrich wrote: Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 - please confirm my testing under different kernel versions That sounds exactly like what I'm seeing (running 2.6.27-rc3 here). I'll test with an older kernel in the evening... So far 2.6.26 has behaved normal, I'm not seeing the bug with this kernel version. HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495435: xterm: Window resize race condition
Alexander E. Patrakov wrote: Thomas Dickey wrote: On Sun, Aug 17, 2008 at 02:30:15PM +0200, Tobias Diedrich wrote: Package: xterm Version: 235-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I resize xterm while vim oder mutt or some other program is running in it (probably also bash, but it's not that visible there), the program does not resize to the new window size, but to the last window size. I.e. I start xterm and it's 80x24. I then start mutt and resize to 90x24, but mutt stays at 80x24. I resize again to 100x24 and mutt goes to 90x24. Again to 60x24 and mutt goes to 100x24. And so on. Unfortunately this seems to be a rather sporadic bug. :-( It looks like when the program gets SIGWINCH and queries the new window size it still gets the old size from xterm. (race condition?) any other clues would be helpful. Usually I'm using fvwm and tcsh (and don't see any problems). Both the window manager and the shell have some influence. Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 - please confirm my testing under different kernel versions That sounds exactly like what I'm seeing (running 2.6.27-rc3 here). I'll test with an older kernel in the evening... -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495435: xterm: Window resize race condition
Package: xterm Version: 235-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I resize xterm while vim oder mutt or some other program is running in it (probably also bash, but it's not that visible there), the program does not resize to the new window size, but to the last window size. I.e. I start xterm and it's 80x24. I then start mutt and resize to 90x24, but mutt stays at 80x24. I resize again to 100x24 and mutt goes to 90x24. Again to 60x24 and mutt goes to 100x24. And so on. Unfortunately this seems to be a rather sporadic bug. It looks like when the program gets SIGWINCH and queries the new window size it still gets the old size from xterm. (race condition?) When I manually send another SIGWINCH to the program it resizes to the correct current xterm size. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (, 'testing'), (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc3 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libfontconfig12.6.0-1generic font configuration library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20080713-1 shared libraries for terminal hand ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.4-2 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.3+2 X11 utilities ii xutils1:7.3+15 X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFIqBUFzQZOfTz8JZwRAspLAKCfPR4e1EJvqTUfyAszBTMcfvOfWwCfULEi 0mFQE6JPlXZVnvl8LtMH7Ak= =me7G -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492457: Regression: Dual head screen size detection broken after upgrade
Alex Deucher wrote: This is probably due to a change in default xrandr mode selection policy in the two xserver versions you are using. (However fluxbox still thinks the desktop is 1600x1200, for example when maximizing windows, but I suspect this is a fluxbox bug?) Since you are using a clone mode, fluxbox is getting it's geometry from the 1600x1200 screen. Well, it's not exatcly clone mode if the second screen is set up using xrandr --output VGA-0 --auto --right-of DVI-0? :) First I tried disabling the bogus connector using 'Option monitor-DVI-0 bogus' and 'Option Ignore true' in the corresponding Monitor section, but that didn't work (X would refuse to start with 'no usable screens'). Right now I'm using 'Option DefaultConnectorTable yes', which works for me as far as the connectors are concerned. However the default resolution of the secondary Monitor is now 1280x1024 instead of 1600x1200. So I still have to run xrandr in my .xsession to change to native panel resolution even though I'm saying 'Option PreferredMode 1600x1200' in the xorg.conf: IMHO randr should use the native resolution for both monitors by default. Also, the ConnectorTable option seems to be undocumented? At least it's not mention in the radeon(4) manpage (however it does mention the DefaultConnectorTable option). |Section ServerLayout | Identifier X.org Configured | Screen 0 Screen0 0 0 | InputDeviceMouse0 CorePointer | InputDeviceKeyboard0 CoreKeyboard |EndSection | |Section Files | RgbPath /etc/X11/rgb | ModulePath /usr/lib/xorg/modules | FontPath /usr/share/fonts/X11/misc | FontPath /usr/share/fonts/X11/cyrillic | FontPath /usr/share/fonts/X11/100dpi/:unscaled | FontPath /usr/share/fonts/X11/75dpi/:unscaled | FontPath /usr/share/fonts/X11/Type1 | FontPath /usr/share/fonts/X11/100dpi | FontPath /usr/share/fonts/X11/75dpi | FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType |EndSection | |Section Module | Load xtrap | Load extmod | Load glx | Load record | Load dri | Load dbe | Load GLcore |EndSection | |Section InputDevice | Identifier Keyboard0 | Driver kbd |EndSection | |Section InputDevice | Identifier Mouse0 | Driver mouse | Option Protocol auto | Option Device /dev/input/mice | Option ZAxisMapping 4 5 6 7 |EndSection | |Section Monitor | #DisplaySize 410 310 # mm | Identifier syncmaster | Option PreferredMode 1680x1050 | Option Position 0 0 | Option DPMS |EndSection | |Section Monitor | Identifier flatron | Option PreferredMode 1600x1200 | Option Position 1680 0 | Option DPMS |EndSection | |Section Monitor | Identifier bogus | Option Enable false |EndSection | | |Section Device |### Available Driver options are:- |### Values: i: integer, f: float, bool: True/False, |### string: String, freq: f Hz/kHz/MHz |### [arg]: arg optional |#Option NoAccel # [bool] |#Option SWcursor # [bool] |#Option Dac6Bit # [bool] |#Option Dac8Bit # [bool] |#Option BusType # [str] |#Option CPPIOMode# [bool] |#Option CPusecTimeout# i |#Option AGPMode # i |#Option AGPFastWrite # [bool] |#Option AGPSize # i |#Option GARTSize # i |#Option RingSize # i |#Option BufferSize # i |#Option EnableDepthMoves # [bool] |#Option EnablePageFlip # [bool] |#Option NoBackBuffer # [bool] |#Option DMAForXv # [bool] |#Option FBTexPercent # i |#Option DepthBits# i |#Option PCIAPERSize # i |#Option AccelDFS # [bool] |#Option DDCMode # [bool] |#Option IgnoreEDID # [bool] |#Option DisplayPriority # [str] |#Option PanelSize# [str] |#Option ForceMinDotClock # freq |#Option ColorTiling # [bool] |#Option VideoKey # i |#Option RageTheatreCrystal # i |#Option RageTheatreTunerPort # i |#Option RageTheatreCompositePort # i |#Option RageTheatreSVideoPort# i |#Option TunerType# i |#Option RageTheatreMicrocPath# str |
Bug#487570: ftdi-eeprom: Can't flash newer ftdi chip with ftdi_eeprom
Package: ftdi-eeprom
Version: 0.2-8+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I just got an openmoko debug board, which is still unflashed an has the
default usb id '0403:6010'.
Instead of building ftdi_eeprom myself as described on
http://wiki.openmoko.org/wiki/Neo1973_Debug_Board_v3#Flashing_with_Linux
I thought I'd first try the Debian package.
Unfortunately it looks like this only looks for the chip on either the
ID in the config file (which it doesn't have right now) or with another
apparently hardcoded id ('0403:6001') and so doesn't find the chip:
|[EMAIL PROTECTED]:~$ ftdi_eeprom --flash-eeprom neo1973_debug_board_v2.ftdi
|
|FTDI eeprom generator v0.2
|(c) Intra2net AG [EMAIL PROTECTED]
|FTDI init: 0
|Unable to find FTDI devices under given vendor/product id: 0x1457/0x5118
|Retrying with default FTDI id.
|Error: device not found
|
|[EMAIL PROTECTED]:~$ lsusb
|[...]
|Bus 002 Device 009: ID 0403:6010 Future Technology Devices International, Ltd
FT2232C Dual USB-UART/FIFO IC
|[...]
It would be nice to include the patch from that page:
http://people.openmoko.org/laforge/misc/debug_board_v2/ftdi_eeprom/ftdi_eeprom-0.2-moko.patch
(or maybe even better, allow the user to specify another id to use using
a commandline option)
Cheers,
Tobias Diedrich
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (, 'testing'), (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-rc6 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ftdi-eeprom depends on:
ii libc6 2.7-10 GNU C Library: Shared libraries
pn libconfuse0 none (no description available)
pn libftdi1 none (no description available)
ftdi-eeprom recommends no packages.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFIXp6fzQZOfTz8JZwRAmpjAKCk3bf7fCtZPOYYiPjoN86XBkD0SgCgpiWe
bdkYhy+tVy2TSgAVCwjeCwg=
=hQ78
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459039: [miro] Bug Gone?
Carlos Moffat wrote: I don't know about Tobias, but I just tested miro again (after upgrading miro-data) and the bug seems to be gone. I just upgrade miro and miro-data to 1.2.3-1.1, but unfortunately it's still there for me. Inspired by http://mail.python.org/pipermail/python-dev/2002-March/020597.html I just tried THREADDEBUG=15 python2.5-dbg /usr/bin/miro.real but it fails to import xlibhelper: |Traceback (most recent call last): | File /usr/bin/miro.real, line 5, in module |from miro.platform import xlibhelper |ImportError: /var/lib/python-support/python2.5/miro/platform/xlibhelper.so: undefined symbol: Py_InitModule4_64 Could you possibly provide a miro-dbg package? (I guess that's needed for python-dbg?) HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459039: [miro] Bug Gone?
Tobias Diedrich wrote: I just upgrade miro and miro-data to 1.2.3-1.1, but unfortunately it's still there for me. Inspired by http://mail.python.org/pipermail/python-dev/2002-March/020597.html I just tried THREADDEBUG=15 python2.5-dbg /usr/bin/miro.real but it fails to import xlibhelper: |Traceback (most recent call last): | File /usr/bin/miro.real, line 5, in module |from miro.platform import xlibhelper |ImportError: /var/lib/python-support/python2.5/miro/platform/xlibhelper.so: undefined symbol: Py_InitModule4_64 Could you possibly provide a miro-dbg package? (I guess that's needed for python-dbg?) In the hope that a gdb backtrace may help, 0x7f261a795d04 in __lll_lock_wait () from /lib/libpthread.so.0 points to a threading deadlock I think... [EMAIL PROTECTED]:~$ gdb python2.5 GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html 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... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r /usr/bin/miro.real Starting program: /usr/bin/python2.5 /usr/bin/miro.real [Thread debugging using libthread_db enabled] [New Thread 0x7f261ab9e6e0 (LWP 5459)] location: /usr/lib/xulrunner-1.9/libxpcom.so before 3 INFO Starting up Miro INFO Version:1.2.3 INFO Revision: https://svn.participatoryculture.org/svn/dtv/tags/Miro-1.2.3/tv/resources - 6787 INFO Builder:[EMAIL PROTECTED] INFO Build Time: 1213033890.54 INFO Starting event loop thread [New Thread 0x41eed950 (LWP 5462)] [New Thread 0x40f05950 (LWP 5463)] [New Thread 0x426ee950 (LWP 5464)] [New Thread 0x42eef950 (LWP 5465)] INFO Restoring database... [New Thread 0x42f30950 (LWP 5466)] INFO Connecting to /home/ranma/.miro/sqlitedb [New Thread 0x43731950 (LWP 5467)] [Thread 0x43731950 (LWP 5467) exited] [New Thread 0x43f32950 (LWP 5468)] [Thread 0x43f32950 (LWP 5468) exited] TIMING Database load slow: 0.149 INFO Spawning auto downloader... TIMING Icon clear: 0.008 INFO Starting movie data updates [New Thread 0x43f32950 (LWP 5470)] INFO Displaying main frame... INFO *** Launching Downloader Daemon WARNING Menu item action RenameVideo not implemented WARNING Menu item action FastForward not implemented WARNING Menu item action Rewind not implemented WARNING Menu item action UpVolume not implemented WARNING Menu item action DownVolume not implemented INFO Creating video display... INFO Finished startup sequence TIMING idle (finishStartup() (using asUrgent)) too slow (0.514 secs) [New Thread 0x43731950 (LWP 5475)] [New Thread 0x44733950 (LWP 5476)] [New Thread 0x44f34950 (LWP 5477)] [New Thread 0x45735950 (LWP 5478)] [New Thread 0x45f36950 (LWP 5479)] [New Thread 0x46737950 (LWP 5480)] INFO loaded renderer 'xinerenderer' TIMING gtkAsyncMethod: function initRenderers at 0x2933398 took too long: 1.610 ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x7f261ab9e6e0 (LWP 5459)] 0x7f261a795d04 in __lll_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x7f261a795d04 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x7f261a791918 in _L_lock_104 () from /lib/libpthread.so.0 #2 0x7f261a791280 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x7f2619626973 in _XLockDisplay (dpy=0x26c2500) at ../../src/locking.c:485 #4 0x7f2619688e7d in XkbGetUpdatedMap (dpy=0x26c2500, which=7, xkb=0x2d45140) at ../../../src/xkb/XKBGetMap.c:539 #5 0x7f2619688f75 in XkbGetMap (dpy=0x26c2500, which=7, deviceSpec=256) at ../../../src/xkb/XKBGetMap.c:561 #6 0x7f2619684ab1 in _XkbLoadDpy (dpy=0x26c2500) at ../../../src/xkb/XKBBind.c:509 #7 0x7f261968533b in XkbLookupKeySym (dpy=0x26b7610, key=41 ')', mods=0, mods_rtrn=0x7fff22bba55c, keysym_rtrn=0x7fff22bbada8) at ../../../src/xkb/XKBBind.c:259 #8 0x7f2619685411 in XLookupString (event=0x7fff22bbaf40, buffer=0x7fff22bba5a0 \020��\�\177, nbytes=2048, keysym=0x7fff22bbada8, status=value optimized out) at ../../../src/xkb/XKBBind.c:670 #9 0x7f2619657219 in _XimTriggerCheck (im=value optimized out, ev=0x26b7610, len=12, keylist=0x31b3394) at ../../../../modules/im/ximcp/imDefFlt.c:58 #10 0x7f261965734d in _XimOnKeysCheck (ic=0x380a930, ev=0x80) at ../../../../modules/im/ximcp/imDefFlt.c:77 #11 0x7f26196574be in _XimFilterKeypress (d=value optimized out, w=value optimized out, ev=0x7fff22bbaf40, client_data=value optimized out) at ../../../../modules/im/ximcp/imDefFlt.c:180 #12 0x7f2619619b14 in XFilterEvent (ev=0x7fff22bbaf40, window=value optimized out) at ../../src/FilterEv.c:99 #13 0x7f260792b267 in gtk_im_context_xim_filter_keypress (context=0x2f26080, event=0x3101640) at /build/buildd/gtk
Bug#459039: [miro] UI Freeze Still There
Uwe Hermann wrote: Hm, sorry, still not able to reproduce here with Miro 1.2.3-1. I also started kinput2-canna in an xterm, then miro in another xterm, same effect, I can press any buttons or SHIFT keys I like, no hangs, no crashes. After reading through the backtrace and reading 'xim' in it, I tried a few things and found that in addition to XMODIFIERS, I also have GTK_IM_MODULE and GTK2_IM_MODULE set (both to xim). If I keep those, but unset XMODIFIERS, miro still hangs on keypress. If I keep XMODIFIERS, but unset GTK2_IM_MODULE, then it no longer freezes. Still a bug though. :) So this seems to be some locking race related to the gtk2 code handling input method modules. So, maybe you can reproduce the bug with 'GTK2_IM_MODULE=xim'. HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459039: closed by Uwe Hermann [EMAIL PROTECTED] (Bug#459039: fixed in miro 1.2.1-1)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the miro package: #459039: miro: UI freezes on keyboard input It has been closed by Uwe Hermann [EMAIL PROTECTED]. [...] * Closing a bunch of bugs which I cannot reproduce in the latest release: + miro: DbusException when starting (Closes: #466011). + miro: Segfault when switching to Library during video playback (Closes: #472327). Please reopen if you can reproduce this multiple times in a row with the latest version. + Insufficient version dependency for python-gtk2 (Closes: #443101). + miro: UI freezes on keyboard input (Closes: #459039). I just got around to testing miro again (now 1.2.3-1) and the bug is still there. Mouse works fine, but when I hit any key (even shift), the UI will freeze. The bug seems to be more difficult to trigger while a video is playing, but in an otherwise idle UI it seems pretty reproducible to me. This is on amd64 with fluxbox as the window manager. HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459039: closed by Uwe Hermann [EMAIL PROTECTED] (Bug#459039: fixed in miro 1.2.1-1)
Weird, I didn't get those mails by Carlos. Maybe because the bug was closed? Uwe Hermann wrote: |Hm, sorry, still not able to reproduce here with Miro 1.2.3-1. |I also started kinput2-canna in an xterm, then miro in another xterm, |same effect, I can press any buttons or SHIFT keys I like, no hangs, |no crashes. If you want to try it with kinput2 you need to set it up like this: kinput2 -canna -xim XMODIFIERS=@im=kinput2 export XMODIFIERS xterm And the newly spawned xterm should use kinput2 (shift+space should switch you into japanese input mode). However, since I can reproduce this without kinput2 (XMODIFIERS unset), I think kinput2 is not at fault here. HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459069: miro: If the XVideo extension is missing, video has wrong colors and extremly low framerate
Uwe Hermann wrote: On Fri, Jan 04, 2008 at 12:14:44PM +0100, Tobias Diedrich wrote: I recently upgraded to a ATI HD 2600, where the linux drivers unfortunately provide no hardware acceleration (except mouse pointer ;)) so far. While I can understand that this is a somewhat suboptimal situation for playing video, mplayer has no trouble playing a 1280x720 HD Video while doing color conversion and resizing to 1600x900 in Software at full framerate. However miro seems to be not only not do any color conversion at all (it looks like yuv displayed as rgb), it also is extremely slow (3-5 fps, maybe?). Is this still a problem with miro 1.2.3-1? If so, are you sure it's miro-related and not video-driver related? How can I reproduce? Yes, it's still a problem. You can reproduce it using the xserver-xorg-video-vesa and xserver-xorg-video-fbdev drivers. Instead of being slow and showing wrong colors, miro 1.2.3-1 segfaults: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f3b41f936e0 (LWP 2909)] 0x7f3b2f4fb4f0 in xine_port_send_gui_data () from /usr/lib/libxine.so.1 (gdb) bt #0 0x7f3b2f4fb4f0 in xine_port_send_gui_data () from /usr/lib/libxine.so.1 #1 0x7f3b2f74634d in xineAttach () from /var/lib/python-support/python2.5/miro/xine.so #2 0x7f3b2f74553b in ?? () from /var/lib/python-support/python2.5/miro/xine.so #3 0x0048899b in PyEval_EvalFrameEx () #4 0x00489756 in PyEval_EvalCodeEx () [...] HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 signature.asc Description: Digital signature
Bug#459069: miro: If the XVideo extension is missing, video has wrong colors and extremly low framerate
will wrote: Tobias Diedrich wrote: Yes, it's still a problem. You can reproduce it using the xserver-xorg-video-vesa and xserver-xorg-video-fbdev drivers. Instead of being slow and showing wrong colors, miro 1.2.3-1 segfaults: [snip] Try running Miro with a different xine driver: miro --xine-driver=xhsm Driver xshm works fine, thanks. It would be nice if it could automatically switch to xshm if the xvideo extension is not available. At least the segfault is still a bug though. ;) -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459069: miro: If the XVideo extension is missing, video has wrong colors and extremly low framerate
Uwe Hermann wrote: Is this still a problem with miro 1.2.3-1? I'll try to retest it this weekend. If so, are you sure it's miro-related and not video-driver related? Yes, since it works fine in MPlayer it's not the Xorg video driver. It may be the video pipeline used by miro, but I haven't looked into what it's using (gstreamer?). How can I reproduce? Configuring Xorg to use the fbdev video driver should do the trick. I'll try to confirm it this weekend. Or buy one of these fancy ATI HD2600 GFX cards. ;) HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471269: nbd-server: Unnecessary wakeups (powertop)
Package: nbd-server
Version: 2.9.9-6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
powertop shows nbd-server with 100 wakeups per second.
A look at the source shows the main select loop as the culprit, which
includes a 500us timeout for apparently no reason at all.
- --- nbd-server.c.orig 2008-03-17 01:28:27.0 +0100
+++ nbd-server.c2008-03-17 01:24:44.0 +0100
@@ -1425,7 +1425,14 @@
memcpy(rset, mset, sizeof(fd_set));
tv.tv_sec=0;
tv.tv_usec=500;
- - if(select(max+1, rset, NULL, NULL, tv)0) {
+/* if(select(max+1, rset, NULL, NULL, tv)0) { */
+/*
+ * The code below never checks the timeout, only FD_ISSET is used
+ * on the select result with no special action if none is set.
+ * The timeout of 500us caused a lot of unnecessary interrupts,
+ * for no reason at all.
+ */
+ if(select(max+1, rset, NULL, NULL, NULL)0) {
DEBUG(accept, );
for(i=0;iservers-len;i++) {
serve=(g_array_index(servers, SERVER, i));
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.23.9 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages nbd-server depends on:
ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy
ii libc6 2.7-5 GNU C Library: Shared libraries
ii libglib2.0-0 2.14.3-1 The GLib library of C routines
nbd-server recommends no packages.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD4DBQFH3bxK5q/seprH4LwRAiUhAJwNsvXX/vuKY8Qf6jZCCCb6ZhNW5QCXfyEZ
hflTyzk+3sNnmaPEbkZcPw==
=JoOe
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467336: kflickr should suggest kdebase or kdebase-kio-plugins
Package: kflickr Version: 0.9.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I installed kflickr to upload my photos to flickr, but I don't have kde installed. kflickr would not show the image thumbnails, which makes tagging a bit difficult. Googling the error message kio (KMimeType): WARNING: KServiceType::offers : servicetype ThumbCreator not found was not immediately helpful, but installing kdebase-kio-plugins fixed the problem. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (, 'testing'), (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc6 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kflickr depends on: ii kdelibs4c2a 4:3.5.8.dfsg.1-4 core libraries and binaries for al ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4GCC support library ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 kflickr recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHwbvOzQZOfTz8JZwRAvt1AJ4/sO7cPRrUtwLgg9gqrcyEkx63iACfRh/i UNbwxvjqVoIw39/suz3KTMM= =9tYB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459039: miro: UI freezes on keyboard input
Package: miro Version: 1.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I hit any key in the miro UI (Even just modifiers like Shift without anything else) the user interface freezes. Cut and paste with the mouse (Mark and paste with middle mouse button) works fine though. I first thought this might be because of my XMODIFIERS for kinput2, but unsetting XMODIFIERS before starting miro doesn't help. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (, 'testing'), (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.5 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libboost-python1.34.1 1.34.1-2 Boost.Python Library ii libc6 2.7-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libffi44.2.2-4 Foreign Function Interface library ii libgcc11:4.2.2-4 GCC support library ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-02.12.1-1 The GTK+ graphical user interface ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxine1 1.1.8-3 the xine video/media player librar ii libxul0d 1.8.1.11-1Gecko engine library ii miro-data 1.0-1 GTK+ based RSS video aggregator da ii python 2.4.4-6 An interactive high-level object-o ii python-glade2 2.12.0-2 GTK+ bindings: Glade support ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk ii python-gtk22.12.0-2 Python bindings for the GTK+ widge ii python-pysqlite2 2.4.0-2 python interface to SQLite 3 ii python-support 0.7.5 automated rebuilding support for p Versions of packages miro recommends: ii libxine1-ffmpeg 1.1.8-3MPEG-related plugins for libxine1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHfgDuzQZOfTz8JZwRAhOxAJ4o+5A1I62F3gSjN4H1Cit7x/XyIgCghY6o MJPTUYxfzj0s6lsgTQJd4kE= =Z+pG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459069: miro: If the XVideo extension is missing, video has wrong colors and extremly low framerate
Package: miro Version: 1.0-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I recently upgraded to a ATI HD 2600, where the linux drivers unfortunately provide no hardware acceleration (except mouse pointer ;)) so far. While I can understand that this is a somewhat suboptimal situation for playing video, mplayer has no trouble playing a 1280x720 HD Video while doing color conversion and resizing to 1600x900 in Software at full framerate. However miro seems to be not only not do any color conversion at all (it looks like yuv displayed as rgb), it also is extremely slow (3-5 fps, maybe?). - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (, 'testing'), (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.5 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libboost-python1.34.1 1.34.1-2 Boost.Python Library ii libc6 2.7-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libffi44.2.2-4 Foreign Function Interface library ii libgcc11:4.2.2-4 GCC support library ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-02.12.1-1 The GTK+ graphical user interface ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxine1 1.1.8-3 the xine video/media player librar ii libxul0d 1.8.1.11-1Gecko engine library ii miro-data 1.0-1 GTK+ based RSS video aggregator da ii python 2.4.4-6 An interactive high-level object-o ii python-glade2 2.12.0-2 GTK+ bindings: Glade support ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk ii python-gtk22.12.0-2 Python bindings for the GTK+ widge ii python-pysqlite2 2.4.0-2 python interface to SQLite 3 ii python-support 0.7.5 automated rebuilding support for p Versions of packages miro recommends: ii libxine1-ffmpeg 1.1.8-3MPEG-related plugins for libxine1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHfhUkzQZOfTz8JZwRAhD/AJ0e+Z2Z6/h+aU7CYnQ2NHGKpZ82ngCdF5AB uXex9hbrBmXgNy2CC8EG0nw= =TrFK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452708: miro crashes after first download and on startup after that
Package: miro Version: 1.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miro tries to execute /usr/share/miro/resources/../../../libexec/xine_extractor which fails because there is no /usr/libexec directory (nor an executabel called xine_extractor, according to dlocate). Starting up miro next time it tries immediately tries to execute xine_extractor again. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (, 'testing'), (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.5 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit ii libboost-python1.34.11.34.1-2Boost.Python Library ii libc62.6.1-1 GNU C Library: Shared libraries ii libcairo21.4.10-1+b2 The Cairo 2D vector graphics libra ii libffi4 4.2.2-3 Foreign Function Interface library ii libgcc1 1:4.2.2-3 GCC support library ii libglib2.0-0 2.14.3-1The GLib library of C routines ii libgtk2.0-0 2.12.1-1The GTK+ graphical user interface ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libpango1.0-01.18.3-1Layout and rendering of internatio ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxine1 1.1.7-1 the xine video/media player librar ii libxul0d 1.8.1.9-1 Gecko engine library ii miro-data1.0-1 GTK+ based RSS video aggregator da ii python 2.4.4-6 An interactive high-level object-o ii python-glade22.12.0-1GTK+ bindings: Glade support ii python-gnome22.20.0-1Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.12.0-1Python bindings for the GTK+ widge ii python-pysqlite2 2.3.5-1 python interface to SQLite 3 ii python-support 0.7.5 automated rebuilding support for p Versions of packages miro recommends: ii libxine1-ffmpeg 1.1.7-1mpeg related plugins for libxine1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHSGNBzQZOfTz8JZwRAjdvAKCoyWt9q1VAh/dWimKHSIZ/xO03fwCfT3os lsccDTEgAgrvMMbHQm3Oj7A= =KfRQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430413: openoffice.org-core: ooqstart fails to fork /usr/lib/openoffice/program/soffice ('Bad address')
Tobias Diedrich wrote: |[pid 2728] execve(/usr/lib/openoffice/program/soffice, [/usr/lib/openoffice/program/soff..., -writer, -splash-pipe=5, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, ...], [/* 52 vars */]) = -1 EFAULT (Bad address) |Process 2728 detached |--- SIGCHLD (Child exited) @ 0 (0) --- |Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute child process /usr/lib/openoffice/program/soffice (Bad address)' |Process 2726 detached |[EMAIL PROTECTED]:~$ uname -a |Linux melchior 2.6.21.3 #25 PREEMPT Fri Jun 1 18:03:58 CEST 2007 x86_64 GNU/Linux |[EMAIL PROTECTED]:~$ [pid 24017] fcntl(7, F_SETFD, FD_CLOEXEC) = 0 [pid 24017] open(/dev/null, O_RDONLY) = 6 [pid 24017] dup2(6, 0) = 0 [pid 24017] close(6)= 0 [pid 24017] close(4)= 0 [pid 24017] execve(/usr/lib/openoffice/program/soffice, [/usr/lib/openoffice/program/soff..., -writer, -splash-pipe=5, umovestr: Input/output error Duh, but still a bug in openoffice: [EMAIL PROTECTED]:~$ set | grep MALLOC MALLOC_PERTURB_=11854 If I unset MALLOC_PERTURB_, openoffice behaves fine. So it seems ooqstart is using uninitialized memory somewhere (and I completely forgot I had this env variable set). See also: http://udrepper.livejournal.com/11429.html HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430413: openoffice.org-core: ooqstart fails to fork /usr/lib/openoffice/program/soffice ('Bad address')
Package: openoffice.org-core
Version: 2.2.1-2+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I try to start oowriter, the following happens:
|[EMAIL PROTECTED]:~$ oowriter
|Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute
|child process /usr/lib/openoffice/program/soffice (Bad address)'
The perl wrapper /usr/bin/oowriter executes ooqstart, when I do the same
I get:
|[EMAIL PROTECTED]:~$ OOO_EXTRA_ARG=-writer /usr/lib/openoffice/program/ooqstart
|Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute
|child process /usr/lib/openoffice/program/soffice (Bad address)'
This happens with both the testing and the unstable version.
Executing /usr/lib/openoffice/program/swriter directly works without problems.
|[EMAIL PROTECTED]:~$ uname -a
|Linux melchior 2.6.22-rc4 #27 PREEMPT Sat Jun 16 17:28:54 CEST 2007 x86_64
GNU/Linux
I tried to get a backtrace, but ooqstart exits normally (with error
code):
|Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute child
|process /usr/lib/openoffice/program/soffice (Bad address)'
|
|Program exited with code 01.
|(gdb) bt
|No stack.
- strace result --
execve(/usr/lib/openoffice/program/ooqstart,
[/usr/lib/openoffice/program/ooqs...], [OOO_EXTRA_ARG=-writer,
LC_COLLATe=ja_JP.UTF-8, NNTPSERVER=nukunuku, SSH_AGENT_PID=22517,
SHELL=/bin/bash, TERM=xterm, DEB_MULEUCS_UNICODE=on,
CVSROOT=:ext:nukunuku:/var/lib/c..., WINDOWID=14680079, HUSHLOGIN=FALSE,
OLDPWD=/home/ranma, XTERM_SHELL=/bin/bash, USER=ranma,
LS_COLORS=no=00:fi=00:di=01;34:l..., [EMAIL PROTECTED], MAILCHECK=-1,
KETCHUP_ARCH=/net/nukunuku/usr/s..., SSH_AUTH_SOCK=/tmp/ssh-EzKhn2248...,
_POSIX2_VERSION=199209, COLUMNS=80, GTK2_IM_MODULE=xim,
DEB_BUILD_OPTIONS=ccache -P3, AUDIODEV=default, MAIL=/var/mail/ranma,
PATH=/usr/local/bin:/usr/bin:/bi..., LC_COLLATE=ja_JP.UTF-8,
PWD=/home/ranma, CDR_SECURITY=8:dvd,clone:sparc-s..., [EMAIL PROTECTED],
LANG=en_US.UTF-8, DEBSIGN_KEYID=0x9ac7e0bc, HISTIGNORE=ls:[bf]g:exit *,
XTERM_VERSION=XTerm(225), HISTCONTROL=ignoreboth, MALLOC_PERTURB_=16897
, KETCHUP_URL=http://www.de.kernel;..., SHLVL=4, HOME=/home/ranma,
SDL_AUDIODRIVER=alsa, MAILPATH=/dev/null, LOGNAME=ranma, CVS_RSH=ssh,
DBUS_SESSION_BUS_ADDRESS=unix:ab..., PKG_CONFIG_PATH=/usr/lib/pkgconf...,
LESSOPEN=| /usr/bin/lesspipe %s, CC=ccache gcc, DISPLAY=:0.0,
GTK_IM_MODULE=xim, LESSCLOSE=/usr/bin/lesspipe %s %...,
G_BROKEN_FILENAMES=1, XAUTHORITY=/home/ranma/.Xauthori...,
_=/usr/bin/strace]) = 0
brk(0) = 0x60c000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2b9859fd1000
uname({sysname=Linux, nodename=melchior, release=2.6.22-rc4, version=#27
PREEMPT Sat Jun 16 17:28:54 CEST 2007, machine=x86_64}) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2b9859fd2000
readlink(/proc/self/exe, /usr/lib/openoffice/program/ooqstart, 4096) = 36
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/openoffice/program/tls/x86_64/libglib-2.0.so.0, O_RDONLY) = -1
ENOENT (No such file or directory)
stat(/usr/lib/openoffice/program/tls/x86_64, 0x7fff50af12c0) = -1 ENOENT (No
such file or directory)
open(/usr/lib/openoffice/program/tls/libglib-2.0.so.0, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat(/usr/lib/openoffice/program/tls, 0x7fff50af12c0) = -1 ENOENT (No such
file or directory)
open(/usr/lib/openoffice/program/x86_64/libglib-2.0.so.0, O_RDONLY) = -1
ENOENT (No such file or directory)
stat(/usr/lib/openoffice/program/x86_64, 0x7fff50af12c0) = -1 ENOENT (No such
file or directory)
open(/usr/lib/openoffice/program/libglib-2.0.so.0, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/lib/openoffice/program, {st_dev=makedev(253, 2), st_ino=262384,
st_mode=S_IFDIR|0755, st_nlink=6, st_uid=0, st_gid=0, st_blksize=4096,
st_blocks=40, st_size=20480, st_atime=2007/06/24-12:07:30,
st_mtime=2007/06/24-12:31:01, st_ctime=2007/06/24-12:31:01}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat(3, {st_dev=makedev(8, 5), st_ino=246226, st_mode=S_IFREG|0644,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=208, st_size=99632,
st_atime=2007/06/24-12:31:00, st_mtime=2007/06/24-12:31:00,
st_ctime=2007/06/24-12:31:00}) = 0
mmap(NULL, 99632, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b9859fd4000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libglib-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\3\1..., 832) = 832
fstat(3, {st_dev=makedev(253, 2), st_ino=249110, st_mode=S_IFREG|0644,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=1280,
st_size=648824, st_atime=2007/06/10-11:51:16, st_mtime=2007/05/06-16:15:27,
st_ctime=2007/06/10-11:52:01}) = 0
mmap(NULL,
Bug#430413: openoffice.org-core: ooqstart fails to fork /usr/lib/openoffice/program/soffice ('Bad address')
Rene Engelhard wrote: This happens with both the testing and the unstable version. Executing /usr/lib/openoffice/program/swriter directly works without problems. And soffice? Well, the soffice-wrapper doesn't appear to use ooqstart. So. Yes, soffice works. |[EMAIL PROTECTED]:~$ uname -a |Linux melchior 2.6.22-rc4 #27 PREEMPT Sat Jun 16 17:28:54 CEST 2007 x86_64 GNU/Linux Can you try a normal kernel. Just to check? Still the same on 2.6.21.3: |[EMAIL PROTECTED]:~$ cat /usr/bin/oowriter |#!/bin/sh |export OOO_EXTRA_ARG='-writer' |/usr/lib/openoffice/program/ooqstart $@ |[EMAIL PROTECTED]:~$ OOO_EXTRA_ARG='-writer' strace -f -eexecve /usr/lib/openoffice/program/ooqstart |execve(/usr/lib/openoffice/program/ooqstart, [/usr/lib/openoffice/program/ooqs...], [/* 52 vars */]) = 0 |Process 2727 attached (waiting for parent) |Process 2727 resumed (parent 2726 ready) |Process 2726 suspended |Process 2728 attached (waiting for parent) |Process 2728 resumed (parent 2727 ready) |Process 2726 resumed |Process 2727 detached |[pid 2728] execve(/usr/lib/openoffice/program/soffice, [/usr/lib/openoffice/program/soff..., -writer, -splash-pipe=5, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, umovestr: Input/output error |0x4b4b4b4b4b4b4b4b, ...], [/* 52 vars */]) = -1 EFAULT (Bad address) |Process 2728 detached |--- SIGCHLD (Child exited) @ 0 (0) --- |Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute child process /usr/lib/openoffice/program/soffice (Bad address)' |Process 2726 detached |[EMAIL PROTECTED]:~$ uname -a |Linux melchior 2.6.21.3 #25 PREEMPT Fri Jun 1 18:03:58 CEST 2007 x86_64 GNU/Linux |[EMAIL PROTECTED]:~$ [pid 24017] fcntl(7, F_SETFD, FD_CLOEXEC) = 0 [pid 24017] open(/dev/null, O_RDONLY) = 6 [pid 24017] dup2(6, 0) = 0 [pid 24017] close(6)= 0 [pid 24017] close(4)= 0 [pid 24017] execve(/usr/lib/openoffice/program/soffice, [/usr/lib/openoffice/program/soff..., -writer, -splash-pipe=5, umovestr: Input/output error Hmm. Grüße/Regards, HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。
Bug#426571: nfs-kernel-server: Frequent can't read superblock, rpc.mountd spinning at 100% CPU
Tobias Diedrich wrote: Steinar H. Gunderson wrote: On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote: After upgrading nfs-kernel-server to a new testing version, nfs started behaving erratically. Upgrade to newest unstable version did not help. Hm, that's odd. Could you please take it upstream? [EMAIL PROTECTED] should probably be able to help you. [blkid_probe_all_new taking _really long_] That's a bit odd, too. :-) blk_id_probe_all_new seems to scan /proc/partitions and the do some probeing on the devices? Mm. I take it you don't have any really weird devices attached that could be responsible for the slowdown? Not that I can think of. However, I just upgraded the server to new hardware (faster cpu, bigger disks) and the problem seems to be gone now... I probably should try ltracing rpc.mountd to look at the execution time of blk_id_probe_all_new again, just in case it's still excessive, but the faster CPU might compensate for that. Hmm, no... Seems fine now: 14:41:50.754679 blkid_probe_all_new(0x8063810, 0x805c940, 34, 17, 0xf7ef4023) = 0 14:41:51.094040 __xstat64(3, /home/ranma/mail, 0xffe7ef94) = 0 I also noticed that while I had upgraded nfs-kernel-server I was still using an older version of libblkid1. Maybe that upgrade fixed it. Anyway, I should be able to boot up the old components to do some tests with them... Maybe it's a timing problem that only shows up on slow CPUs? (PentiumIII 800MHz vs. Athlon64 3200+) Unfortunately (or maybe fortunately ;)), while I did boot up the old parts I could not reproduce the problem again (during the short testing time). I also tried downgrading libblkid1 back to testing but it still worked flawlessly. -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426571: nfs-kernel-server: Frequent can't read superblock, rpc.mountd spinning at 100% CPU
Steinar H. Gunderson wrote: On Tue, May 29, 2007 at 07:21:33PM +0200, Tobias Diedrich wrote: After upgrading nfs-kernel-server to a new testing version, nfs started behaving erratically. Upgrade to newest unstable version did not help. Hm, that's odd. Could you please take it upstream? [EMAIL PROTECTED] should probably be able to help you. [blkid_probe_all_new taking _really long_] That's a bit odd, too. :-) blk_id_probe_all_new seems to scan /proc/partitions and the do some probeing on the devices? Mm. I take it you don't have any really weird devices attached that could be responsible for the slowdown? Not that I can think of. However, I just upgraded the server to new hardware (faster cpu, bigger disks) and the problem seems to be gone now... I probably should try ltracing rpc.mountd to look at the execution time of blk_id_probe_all_new again, just in case it's still excessive, but the faster CPU might compensate for that. Hmm, no... Seems fine now: 14:41:50.754679 blkid_probe_all_new(0x8063810, 0x805c940, 34, 17, 0xf7ef4023) = 0 14:41:51.094040 __xstat64(3, /home/ranma/mail, 0xffe7ef94) = 0 I also noticed that while I had upgraded nfs-kernel-server I was still using an older version of libblkid1. Maybe that upgrade fixed it. Anyway, I should be able to boot up the old components to do some tests with them... Maybe it's a timing problem that only shows up on slow CPUs? (PentiumIII 800MHz vs. Athlon64 3200+) -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426571: nfs-kernel-server: Frequent can't read superblock, rpc.mountd spinning at 100% CPU
Package: nfs-kernel-server Version: 1:1.1.0-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After upgrading nfs-kernel-server to a new testing version, nfs started behaving erratically. Upgrade to newest unstable version did not help. mounting now often fails with can't read superblock and yields an almost immediat nfs: server nukunuku not responding, still trying in the kernel log. Also, when the mount did work, accessing a directory after some period of inactivity takes forever (again with nfs: server nukunuku not responding, still trying and sometime later nfs: server nukunuku OK). During the server not responding time (and even some time after that, if the mount attempt times out) rpc.mountd spins at 100% CPU. ltrace reveals that the call to blkid_probe_all_new takes ages: [rpc.mountd is idle] 19:03:05.293900 select(1024, 0xbfef925c, 0, 0, 0) = 1 [incoming mount request] 19:03:05.301495 svc_getreqset(0xbfef925c, 0xbfef925c, 0, 0, 0 unfinished ... 19:03:05.302757 inet_ntoa(0xf108a8c0) = 192.168.8.241 19:03:05.305276 hosts_ctl(0x805677e, 0x8057485, 0xb7daa6a0, 0x8057485, 0xbfef8bd0) = 1 [...] [blkid_probe_all_new taking _really long_] 19:03:06.641248 blkid_probe_all_new(0x806ba80, 0x805c940, 34, 17, 0xb7f9f023) = 0 [back from blkid_probe_all_new] 19:03:26.403212 __xstat64(3, /home/ranma/mail, 0xbfef7914) = 0 19:03:26.404184 blkid_devno_to_devname(64771, 0, 0xbfef7914, 17, 0xb7f9f023) = 0x8063f50 19:03:26.405733 blkid_get_dev(0x806ba80, 0x8063f50, 3, 17, 0xb7f9f023) = 0x806ef00 19:03:26.426065 free(0x8063f50)= void 19:03:26.426640 blkid_tag_iterate_begin(0x806ef00, 0x8063f50, 3, 17, 0xb7f9f023) = 0x806ced0 19:03:26.428163 blkid_tag_next(0x806ced0, 0xbfef7974, 0xbfef7978, 17, 0xb7f9f023) = 0 19:03:26.428751 blkid_tag_iterate_end(0x806ced0, 0xbfef7974, 0xbfef7978, 17, 0xb7f9f023) = 0x806ced0 19:03:26.429343 memset(0xbfef79ac, '\000', 16) = 0xbfef79ac 19:03:26.429878 __ctype_b_loc()= 0xb7daa690 19:03:26.430506 fwrite(uuid /ranma/mail ya.is-a-geek.or..., 5, 1, 0x8063de8) = 1 [...] [lather, rinse repeat?] 19:03:27.535890 blkid_probe_all_new(0x806ba80, 0x805c940, 34, 17, 0xb7f9f023) = 0 19:03:44.935949 __xstat64(3, /home/ranma/mail, 0xbfef7914) = 0 [...] 19:03:45.966056 blkid_probe_all_new(0x806ba80, 0x46460470, 0, 0x465c5cc5, 0) = 0 19:04:03.208417 __xstat64(3, /home/ranma/mail, 0xbfef9074) = 0 [...] 19:04:03.09 blkid_probe_all_new(0x806ba80, 0x43377aee, 0, 0x4645bb22, 0) = 0 19:04:23.466075 __xstat64(3, /home, 0xbfef9074) = 0 [I see a pattern] 19:04:24.462181 blkid_probe_all_new(0x806ba80, 0x43377aee, 0, 0x4645bb22, 0) = 0 19:04:41.805271 __xstat64(3, /usr, 0xbfef9074) = 0 [This might take a while] 19:04:41.817657 blkid_probe_all_new(0x806ba80, 0x43377aee, 0, 0x4645bb22, 0) = 0 19:04:58.288851 __xstat64(3, /var, 0xbfef9074) = 0 [...] 19:05:52.771674 blkid_probe_all_new(0x806ba80, 0x805c940, 34, 17, 0xb7f9f023) = 0 19:06:13.230946 __xstat64(3, /home/ranma/mail, 0xbfef8f84) = 0 [...] 19:06:15.953164 select(1024, 0xbfef925c, 0, 0, 0 [finally idle again!] So a single mount request caused rpc.mountd to spin at 100% CPU for about 3 minutes. blk_id_probe_all_new seems to scan /proc/partitions and the do some probeing on the devices? This is my /proc/partitions: |major minor #blocks name | | 8 0 160086528 sda | 8 1 497983 sda1 | 8 21461915 sda2 | 8 33911827 sda3 | 8 4 150416595 sda4 | 816 156290904 sdb | 817 497983 sdb1 | 8181461915 sdb2 | 8193911827 sdb3 | 820 150416595 sdb4 | 832 156290904 sdc | 833 497983 sdc1 | 8341461915 sdc2 | 8353911827 sdc3 | 836 150416595 sdc4 | 9 0 497856 md0 | 9 3 300833024 md3 | 9 23911744 md2 | 9 11461824 md1 | 253 08388608 dm-0 | 253 18388608 dm-1 | 253 2 146800640 dm-2 | 253 31048576 dm-3 | 253 4 62914560 dm-4 | 253 5 41943040 dm-5 - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library ii libc62.5-7 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libgssap 0.10-4 A mechanism-switch gssapi library ii libkrb53 1.4.4-8 MIT Kerberos runtime libraries ii libnfsid 0.18-0 An nfs idmapping library ii librpcse 0.14-2
Bug#423509: hddtemp should exit with error code != 0 on error
Package: hddtemp Version: 0.3-beta15-36 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Current behaviour: |nukunuku:~# hddtemp -n /dev/foo |/dev/foo: open: No such file or directory | |nukunuku:~# echo $? |0 This would be nicer: |nukunuku:~# hddtemp -n /dev/foo |/dev/foo: open: No such file or directory | |nukunuku:~# echo $? |1 - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20.6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hddtemp depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip hddtemp recommends no packages. - -- debconf information: * hddtemp/SUID_bit: false hddtemp/interface: 127.0.0.1 * hddtemp/syslog: 0 * hddtemp/daemon: false hddtemp/port: 7634 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGRbdZWeSjpYPhJEoRAjiCAJ4o2tdtB0WC+vD8eszaQD5RdbVHRACfQVvi BnkoTAPAUagPJ874KMddNfs= =aEfo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416183: ppp: It should be possible to disable update of /etc/resolv.conf even if usepeerdns is set
Package: ppp Version: 2.4.4rel-8 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If one is using a local dns cache like dnsmasq, which can monitor a resolv.conf in a arbitrary location for changes, then it desirable to disable updating of /etc/resolv.conf, but still have pppd write to /etc/ppp/resolv.conf. It would be nice to have a /etc/default/ppp where one could change this behaviour. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ppp depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libpam-modules 0.79-3.1Pluggable Authentication Modules f ii libpam-runtime 0.79-3.1Runtime support for the PAM librar ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpcap0.8 0.9.4-2 System interface for user-level pa ii netbase 4.25Basic TCP/IP networking system ii procps 1:3.2.7-2 /proc file system utilities ppp recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFGBp9OWeSjpYPhJEoRAnEaAJ49X1Bu3fVnfVMrUDJb5E8XfqOENgCfVG/F RZT3atiRvDpzfvKBU86jHB4= =uz92 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365801: cinepaint: Seeing same problem here
Package: cinepaint Version: 0.20-1-1.3 Followup-For: Bug #365801 [EMAIL PROTECTED]:~$ cinepaint cinepaint fatal error: sigfpe caught cinepaint (pid:9653): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s #0 0xb7bef860 in g_on_error_stack_trace () from /usr/lib/libglib-1.2.so.0 #1 0xb7befcb2 in g_on_error_query () from /usr/lib/libglib-1.2.so.0 #2 0x0809ebc5 in fatal_error () #3 signal handler called #4 0xb7e85c06 in ?? () from /usr/lib/libgtk-1.2.so.0 #5 0x08232a08 in ?? () #6 0xbfe08460 in ?? () #7 0x082580a0 in ?? () #8 0x08232a08 in ?? () #9 0x03df in ?? () #10 0x in ?? () [EMAIL PROTECTED]:~$ ldd /usr/bin/cinepaint linux-gate.so.1 = (0xe000) libcinepaint.so.0 = /usr/lib/libcinepaint.so.0 (0xb7f79000) libgtk-1.2.so.0 = /usr/lib/libgtk-1.2.so.0 (0xb7e46000) libgdk-1.2.so.0 = /usr/lib/libgdk-1.2.so.0 (0xb7e0f000) libgmodule-1.2.so.0 = /usr/lib/libgmodule-1.2.so.0 (0xb7e0c000) libdl.so.2 = /lib/libdl.so.2 (0xb7e08000) libXi.so.6 = /usr/lib/libXi.so.6 (0xb7e0) libXext.so.6 = /usr/lib/libXext.so.6 (0xb7df2000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb7d06000) liblcms.so.1 = /usr/lib/liblcms.so.1 (0xb7cd2000) libm.so.6 = /lib/libm.so.6 (0xb7cac000) libglib-1.2.so.0 = /usr/lib/libglib-1.2.so.0 (0xb7c86000) libc.so.6 = /lib/libc.so.6 (0xb7b45000) /lib/ld-linux.so.2 (0xb7fbe000) libXau.so.6 = /usr/lib/libXau.so.6 (0xb7b42000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xb7b3c000) [EMAIL PROTECTED]:~$ valgrind cinepaint ==10470== Memcheck, a memory error detector. ==10470== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==10470== Using LibVEX rev 1732, a library for dynamic binary translation. ==10470== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==10470== Using valgrind-3.2.3-Debian, a dynamic binary instrumentation framework. ==10470== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==10470== For more details, rerun with: -v ==10470== ==10470== Syscall param write(buf) points to uninitialised byte(s) ==10470==at 0x441ECEE: write (in /lib/libc-2.5.so) ==10470==by 0x422C26E: _X11TransWrite (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x4231BA5: (within /usr/lib/libX11.so.6.2.0) ==10470==by 0x420E500: XFlush (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x426340D: (within /usr/lib/libX11.so.6.2.0) ==10470==by 0x4261FC1: _XimConnect (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x4252095: _XimProtoOpenIM (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x4258712: _XimOpenIM (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x423DD69: XOpenIM (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x41BB677: (within /usr/lib/libgdk-1.2.so.0.9.1) ==10470==by 0x41BB760: gdk_im_open (in /usr/lib/libgdk-1.2.so.0.9.1) ==10470==by 0x41A95B6: gdk_init_check (in /usr/lib/libgdk-1.2.so.0.9.1) ==10470== Address 0x44BA1E6 is 62 bytes inside a block of size 16,384 alloc'd ==10470==at 0x40237EF: calloc (vg_replace_malloc.c:279) ==10470==by 0x421CC8D: XOpenDisplay (in /usr/lib/libX11.so.6.2.0) ==10470==by 0x41A93E0: gdk_init_check (in /usr/lib/libgdk-1.2.so.0.9.1) ==10470==by 0x4100E9C: gtk_init_check (in /usr/lib/libgtk-1.2.so.0.9.1) ==10470==by 0x410137F: gtk_init (in /usr/lib/libgtk-1.2.so.0.9.1) ==10470==by 0x80E4975: main (in /usr/bin/cinepaint) ==10470== ==10470== Invalid read of size 4 ==10470==at 0x40167F3: (within /lib/ld-2.5.so) ==10470==by 0x4006097: (within /lib/ld-2.5.so) ==10470==by 0x40085E4: (within /lib/ld-2.5.so) ==10470==by 0x400C766: (within /lib/ld-2.5.so) ==10470==by 0x400E411: (within /lib/ld-2.5.so) ==10470==by 0x400CD39: (within /lib/ld-2.5.so) ==10470==by 0x401251E: (within /lib/ld-2.5.so) ==10470==by 0x400E411: (within /lib/ld-2.5.so) ==10470==by 0x4011F18: (within /lib/ld-2.5.so) ==10470==by 0x44647D0: (within /lib/libc-2.5.so) ==10470==by 0x400E411: (within /lib/ld-2.5.so) ==10470==by 0x4464974: __libc_dlopen_mode (in /lib/libc-2.5.so) ==10470== Address 0x44D16F0 is 16 bytes inside a block of size 17 alloc'd ==10470==at 0x40244B0: malloc (vg_replace_malloc.c:149) ==10470==by 0x4008BE6: (within /lib/ld-2.5.so) ==10470==by 0x400C766: (within /lib/ld-2.5.so) ==10470==by 0x400E411: (within /lib/ld-2.5.so) ==10470==by 0x400CD39: (within /lib/ld-2.5.so) ==10470==by 0x401251E: (within /lib/ld-2.5.so) ==10470==by 0x400E411: (within /lib/ld-2.5.so) ==10470==by 0x4011F18: (within /lib/ld-2.5.so) ==10470==by 0x44647D0: (within /lib/libc-2.5.so) ==10470==by 0x400E411: (within /lib/ld-2.5.so) ==10470==by 0x4464974: __libc_dlopen_mode (in /lib/libc-2.5.so) ==10470==by 0x443F36C: __nss_lookup_function (in /lib/libc-2.5.so) ==10470== ==10470== Conditional jump or move depends on uninitialised value(s) ==10470==at 0x400B550: (within /lib/ld-2.5.so) ==10470==by 0x40125EF:
Bug#411321: mp3gain: should mention replaygain in package description
Package: mp3gain Version: 1.4.6-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 IMHO replaygain should be mentioned in the package description, so I can find mp3gain with apt-cache search replaygain. At least the manpage says The method mp3gain uses to determine the desired volume is described at www.replaygain.org. - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (, 'testing'), (990, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mp3gain depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries mp3gain recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF2A6JWeSjpYPhJEoRAp2XAJ4m/+1aGdJWtyZZiB37qvEUaUwFrgCfWf5y sWvLswAG5n10FEZDpgO6VgM= =8FBG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#225316: native endianness option
Clint Adams wrote: severity 225316 wishlist retitle 225316 oggenc: native endianness option kthxbye Are you likely to care about the endianness yet not know what's native? If you are a shell script you are unlikely to know the CPUs endianness. ;) For example piping the output of a program that outputs 'CPU native endian' to oggenc. -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274048: xserver-xfree86: [kbd] Menu key generates keycode 7 instead of keycode 117 as it should
Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding the menu key generating keycode 7 instead of 117. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I just looked at my /etc/X11/xorg.conf and while I'm no longer using a dualscreen setup I'm still using the kbd driver and it seems the bug is no longer there. -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406768: pulseaudio alsa sink does not survive suspend to disk
Package: pulseaudio
Version: 0.9.5-4
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
See also http://www.pulseaudio.org/ticket/26, when using the
ALSA sink, pulseaudio does not recover from a suspend to disk, which
means I have to restart pulseaudio at least daily (after each resume).
Simple (not perfect, but fixes the problem for me and can't make it
worse) patch:
diff -Naru pulseaudio-0.9.5-orig/src/modules/module-alsa-sink.c
pulseaudio-0.9.5/src/modules/module-alsa-sink.c
- --- pulseaudio-0.9.5-orig/src/modules/module-alsa-sink.c 2006-08-18
23:38:48.0 +0200
+++ pulseaudio-0.9.5/src/modules/module-alsa-sink.c 2007-01-13
21:01:07.0 +0100
@@ -138,6 +138,23 @@
return ret;
}
+static int suspend_recovery(struct userdata *u) {
+int ret;
+assert(u);
+
+pa_log_info(*** ALSA-SUSPEND (playback) ***);
+
+if ((ret = snd_pcm_prepare(u-pcm_handle)) 0) {
+pa_log(snd_pcm_prepare() failed: %s, snd_strerror(-ret));
+
+clear_up(u);
+pa_module_unload_request(u-module);
+return -1;
+}
+
+return ret;
+}
+
static void do_write(struct userdata *u) {
assert(u);
@@ -169,6 +186,13 @@
continue;
}
+if (frames == -ESTRPIPE) {
+if (suspend_recovery(u) 0)
+return;
+
+continue;
+}
+
pa_log(snd_pcm_writei() failed: %s, snd_strerror(-frames));
clear_up(u);
@@ -200,6 +224,10 @@
if (xrun_recovery(u) 0)
return;
+if (snd_pcm_state(u-pcm_handle) == SND_PCM_STATE_SUSPENDED)
+if (suspend_recovery(u) 0)
+return;
+
do_write(u);
}
- -- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-rc5-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages pulseaudio depends on:
ii adduser 3.101 Add and remove users and groups
ii libasound2 1.0.13-1ALSA library
ii libasyncns0 0.1-1 Asyncronous name service query lib
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii libcap1 1:1.10-14 support for getting/setting POSIX.
ii libltdl3 1.5.22-4A system independent dlopen wrappe
ii liboil0.30.3.10-1Library of Optimized Inner Loops
ii libsamplerate0 0.1.2-2 audio rate conversion library
ii libsndfile1 1.0.16-1Library for reading/writing audio
ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra
Versions of packages pulseaudio recommends:
ii libasound2-plugins1.0.13-3 ALSA library additional plugins
ii pulseaudio-module-hal 0.9.5-4HAL device detection module for Pu
ii pulseaudio-module-x11 0.9.5-4X11 module for PulseAudio sound se
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFqT9aWeSjpYPhJEoRAoiwAJ41t/5ClS6l56dxY80APIZ3BA0NvACfXhWF
nscVYv9UHU5dDtv9o/6/qkg=
=kt8d
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305388: bittornado: [patch] invert ipv6_socket_style logic
Package: bittornado
Version: 0.3.15-3
Followup-For: Bug #305388
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The logic in the SocketHandler.py bind implemenation seems to be at
fault. ipv6_socket_style is 1 for ipv6_binds_to_ipv4, so it should only
bind to AF_INET if ipv6_socket_style == 0.
- --- bittornado/BitTornado/SocketHandler.py.orig 2006-10-20 16:43:26.0
+0200
+++ bittornado/BitTornado/SocketHandler.py 2006-10-20 16:43:36.0
+0200
@@ -166,7 +166,7 @@
else:
if self.ipv6_enable:
addrinfos.append([socket.AF_INET6, None, None, None, ('',
port)])
- -if not addrinfos or ipv6_socket_style != 0:
+if not addrinfos or ipv6_socket_style == 0:
addrinfos.append([socket.AF_INET, None, None, None, ('',
port)])
for addrinfo in addrinfos:
try:
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-rc2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages bittornado depends on:
ii python2.4.3-11 An interactive high-level object-o
ii python-support0.5.4 automated rebuilding support for p
Versions of packages bittornado recommends:
ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFOOJWWeSjpYPhJEoRAiWzAJ9rKD5hetJcAzweJAgFEgdHEfYmIQCff0kD
rMimTf2I8J5yOQ/25X3w2Ts=
=LXqa
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386664: qpsmtpd: queue_smtp_proxy_destination needs a space instead of a colon
Package: qpsmtpd Version: 0.32-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When using a non-default port for SMTP proxy delivery, the configure help says You can optionally add a port number after a colon, such as \localhost:25\. But qpsmtpd complains loudly about this: Starting qpsmtpd: Bad data in smtp server: localhost:587 at /usr/share/qpsmtpd/plugins/queue/smtp-forward line 32. According to the source, the optional port should be separated by a space instead of a colon. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages qpsmtpd depends on: ii adduser 3.97Add and remove users and groups ii debconf 1.5.3 Debian configuration management sy ii libdigest-hmac-perl 1.01-3 create standard message integrity ii libmail-spf-query-perl 1:1.999.1-2 query SPF (Sender Policy Framework ii libmailtools-perl1.74-0.1Manipulate email in perl programs ii libnet-dns-perl 0.57-1 Perform DNS queries from a Perl sc ii libnet-perl 1:1.19-3Implementation of Internet protoco ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-6.1 Core Perl modules qpsmtpd recommends no packages. - -- debconf information: * qpsmtpd/queue_smtp_proxy_destination: localhost 587 qpsmtpd/queue_maildir_destination: /var/spool/qpsmtpd/Maildir * qpsmtpd/listen_interfaces: 0.0.0.0 * qpsmtpd/rcpthosts: yamamaya.is-a-geek.org tdiedrich.de uguu.de ranmachan.dyndns.org * qpsmtpd/startup_enabled: true * qpsmtpd/queue_plugin: proxy qpsmtpd/queue_none_confirm: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAnxaWeSjpYPhJEoRAjM5AKCbJfmhrqZeL0AP4gGj81hSOGP/sQCfbfEL MsbQMNQKk76ylR4NNXYkhuA= =ETpb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385347: wesnoth-data: Missing fonts symlink for japanese
pgpQarw8FQNiF.pgp Description: PGP message
Bug#363271: zd1211-firmware: filenames changed in new firmware version
pgpHzj00z0Jop.pgp Description: PGP message
Bug#369082: libpri1.2: libpri might be right after all
Package: libpri1.2
Version: 1.2.2-3
Followup-For: Bug #369082
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Meanwhile I found out, that it is possible to send audio without picking
up ('noanswer'-Option with asterisk Playback()-application) which solves
this problem without patching, so I guess the bristuff-patch is probably
really correct.
Please disregard this bug report.
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15.1-htbatm-nfsdirindex-imq
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages libpri1.2 depends on:
ii libc6 2.3.6-7GNU C Library: Shared libraries
libpri1.2 recommends no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFEfyAyWeSjpYPhJEoRAhFHAJ4kieGThvL00ogKf/EXJhfF7o8A0wCdEXyn
zzISc92l3Spsua/9P3mzpEo=
=2TLl
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369082: libpri1.2: bristuffed libpri thinks it's smarter than the user
Package: libpri1.2
Version: 1.2.2-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The bristuff-patch introduces the following check into pri_hangup() in
pri.c:
|if ((cause == 34 || cause == 44 || cause == 82 || cause == 1 || cause == 81 ||
cause == 17) (call-ourcallstate == Q931_CALL_STATE_ACTIVE)) {
| pri_error(pri, Cause code %d not allowed when disconnecting an active
call. Changing to cause 16.\n, cause);
| cause = 16;
|}
With this patch in place it is impossible to both send a busy
signal/message to the user and terminate the call with Cause 17 ('user
busy').
If I revert this part of the patch I still get a warning from chan_zap,
but it works as expected.
BTW it would be even better if one could send a cause without
terminating the call to make it possible to signal 'cause busy' to the
phone, then send the busy tone and wait for the user to hang up. (Which
is what happens if you call a busy extension from your normal ISDN phone
here in germany AFAICS).
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15.1-htbatm-nfsdirindex-imq
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages libpri1.2 depends on:
ii libc6 2.3.6-7GNU C Library: Shared libraries
libpri1.2 recommends no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFEeDXjWeSjpYPhJEoRAiTgAJ0V9q7tbprth2Oj/r4LUIENpQ9LjwCdEmy/
wW6OfepWyPyambGajn69c3I=
=GT3j
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#10044: smartlist: Home in /var/list provides interesting failure modes if /var is mounted nosuid
Package: smartlist Version: 3.15-18 Followup-For: Bug #10044 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd like to add to this bug, that if you mount /var as nosuid as recommended in http://www.debian.org/releases/stable/i386/apcs04.html.en#id2534334 smartlist will fail with not-too-helpfull error messages: Jan 24 16:41:04 natsumi postfix/local[11413]: D4C425006F: to=[EMAIL PROTECTED], relay=local, delay=0, status=bounced (cannot open input. Command output: flist: Couldn't chdir to /nonexistent ) - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages smartlist depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii postfix [mail-transport-agent 2.2.8-6A high-performance mail transport ii procmail 3.22-14Versatile e-mail processor Versions of packages smartlist recommends: ii base-passwd 3.5.11 Debian base system master password - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD1l2xWeSjpYPhJEoRAtZfAJ4tYpxPybVofVrOA3BM4zJCiQVT/wCfUPDh qpja5YNEPMB8HvKw8gPdO2c= =8H7T -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349622: rtorrent: manually add peer ip/port to running torrent
Package: rtorrent Version: 0.4.2-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sometimes it would be cool if you could manually add a peer, which the tracker doesn't know about, to a running torrent. For example in the case where I have two incomplete files I could start a second client for the second file and add my private ip/port to the running client so they can exchange the missing parts without going over the traffic shaped external ip. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rtorrent depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcurl3 7.15.1-1 Multi-protocol file transfer libra ii libgcc1 1:4.0.2-7 GCC support library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0 2.0.16-2 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii libstdc++64.0.2-7The GNU Standard C++ Library v3 ii libtorrent6 0.8.2-1a C++ BitTorrent library ii zlib1g1:1.2.3-9 compression library - runtime rtorrent recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD1ceKWeSjpYPhJEoRAj8MAKCN2pt8g5Eo95GuXnjTjJYrtIRnXgCeOc/g rNxzxNA3p4JGmslQluL0+zE= =Pzul -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348088: cdparanoia: Please include Redhat SG_IO patch
Package: cdparanoia Version: 3a9.8-11 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to a recent discussion in the linux-kernel list http://groups.google.com/group/linux.kernel/browse_thread/thread/115745c4b8f0ab72/ vanilla cdparanoia doesn't support SG_IO and probably because the old CDROMREADAUDIO interface doesn't report all errors sometimes the rip is not bitexact. There is a patch from Redhat, that adds SG_IO support available: http://people.redhat.com/pjones/cdparanoia/sgiotest/tmp/cdparanoia-III-alpha9.8.sgio.patch - From the changelog there: - - new SG_IO code in rawhide. This means ripping will no longer use the cooked ioctl mode that it has since we moved to 2.6, instead utilizing the real scsi-based command set to talk to most drives. This should result in better error correction handling, and usage of much more commonly used kernel features. Emphasis should be on should result in better error correction handling :-) Might be related to bug number 222748. Also, I think http://people.redhat.com/pjones/cdparanoia/sgiotest/tmp/cdparanoia-III-alpha9.8.O_EXCL.patch is a good Idea too. :-) - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cdparanoia depends on: ii libcdparanoia03a9.8-11 Shared libraries for cdparanoia (r cdparanoia recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDyTpTWeSjpYPhJEoRAh4xAJwPaa+lYh0OV6UyY1JEA1lisf4CkQCgtu9C Dv7RImQXQFbnc0exNkZU2d0= =Xhqe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347829: /etc/init.d/cupsys should unset TMPDIR
Package: cupsys Version: 1.1.23-14 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If TMPDIR is set and cups restarted with /etc/init.d/cupsys, then cups will try writing it's temporary files in that directory as 'lp', however if you are using pam_tmpdir the directory pointed to by TMPDIR is only writable by root... - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.67 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-11GNU C Library: Shared libraries an ii libcupsimage21.1.23-14 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-14 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-4Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-10Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-14Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii smbclient 3.0.20b-3a LanManager-like simple client fo - -- debconf information: cupsys/raw-print: true cupsys/ports: 631 * cupsys/backend: cupsys/portserror: cupsys/browse: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxsixWeSjpYPhJEoRAkfTAJ0S2j1kzYwK53q8tpUs69fBZwhOSQCggN32 GcDaN7oFCu1PXIhCL6baeTU= =+IMt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338320: cvs-syncmail: Syncmail stopped stripping GECOS field after Revision 1.39
Package: cvs-syncmail Version: 1.2+cvs.2004.05.02-2 Severity: minor Tags: upstream After the update to sarge syncmail now includes the full GECOS-field on the From-Line, which is annoying if you have a lot of information in there (e.g. multiple phone numbers). It seems this was introduced upstream with revision 1.39, before that only the realname-information was used. Unfortunately this is not a configuration option, but was changed unconditionally instead. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.9-exec-shield-tomodachi Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Versions of packages cvs-syncmail depends on: ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318162: xterm: boldMode enabled even if bold font is used
Thomas Dickey wrote: That sounds like what is being reported, but since I didn't touch _that_ part of the logic, I'm left with the impression that you have a slightly different set of fonts installed than I - and the modifications I made to the XLFD wildcards are breaking in that case. If I had a debug-trace from xterm (configure --enable-trace), I could probably see exactly what the problem is. FWIW, I use efonts: ii xfonts-efont-unicode 0.4.0-4/efont/ Unicode fonts for X which cover various scripts ii xfonts-efont-unicode-ib0.4.0-4/efont/ Unicode fonts for X (italic and bold) And the following in .Xresources: XTerm*locale: true XTerm*wideChars: true XTerm*cjkWidth: false XTerm*eightBitInput: false XTerm*tekInhibit: true XTerm*visualBell: true XTerm*fontMenu*fontdefault*Label: Default XTerm*font: -efont-fixed-medium-r-normal-*-16-160-75-75-c-80-iso10646-1 XTerm*wideFont: -efont-fixed-medium-r-normal-*-16-160-75-75-c-160-iso10646-1 XTerm*font1.Label: efont 12 pixel XTerm*font1: -efont-fixed-medium-r-normal-*-12-120-75-75-c-60-iso10646-1 XTerm*wideFont1: -efont-fixed-medium-r-normal-*-12-120-75-75-c-120-iso10646-1 XTerm*font2.Label: misc 13 pixel XTerm*font2: -misc-fixed-medium-r-semicondensed-*-13-120-75-75-c-60-iso10646-1 XTerm*wideFont2: -misc-fixed-medium-r-normal-*-13-120-75-75-c-120-iso10646-1 XTerm*font3.Label: efont 14 pixel XTerm*font3: -efont-fixed-medium-r-normal-*-14-140-75-75-c-70-iso10646-1 XTerm*wideFont3: -efont-fixed-medium-r-normal-*-14-140-75-75-c-140-iso10646-1 XTerm*font4.Label: efont 16 pixel XTerm*font4: -efont-fixed-medium-r-normal-*-16-160-75-75-c-80-iso10646-1 XTerm*wideFont4: -efont-fixed-medium-r-normal-*-16-160-75-75-c-160-iso10646-1 XTerm*font5.Label: misc 18 pixel XTerm*font5: -misc-fixed-medium-r-normal-*-18-120-100-100-c-90-iso10646-1 XTerm*wideFont5: -misc-fixed-medium-r-normal-*-18-120-100-100-c-180-iso10646-1 XTerm*font6.Label: efont 24 pixel XTerm*font6: -efont-fixed-medium-r-normal-*-24-240-75-75-c-120-iso10646-1 XTerm*wideFont6: -efont-fixed-medium-r-normal-*-24-240-75-75-c-240-iso10646-1 -- Tobias PGP: http://9ac7e0bc.uguu.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318280: -c not working properly with new xorg xterm
Package: xterm Version: 6.8.2.dfsg.1-2 Severity: normal With the old xterm, xterm -e 'while true; echo foo; sleep 5; done' would work just fine, now xterm pops up for a split-second and vanishes. xterm -e '/bin/bash' seems to work fine though. xterm -e '/bin/bash -c \while true; echo foo; sleep 5; done\' however does again not work. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.4-8 Shared libraries for terminal hand ii libsm66.8.2.dfsg.1-2 X Window System Session Management ii libxaw8 6.8.2.dfsg.1-2 X Athena widget set library ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.8.2.dfsg.1-2 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-2 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-2 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-2 X Window System client data Versions of packages xterm recommends: ii xutils6.8.2.dfsg.1-2 X Window System utility programs -- debconf information: xterm/clobber_xresource_file: true xterm/xterm_needs_devpts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318162: xterm: boldMode enabled even if bold font is used
Package: xterm Version: 6.8.2.dfsg.1-2 Followup-For: Bug #318162 According to the xterm manpage, while boldMode is true by default, if a bold font variant is found for a given non-bold font or specified with -fb, boldMode should be turned off automatically. Apparently this is broken and xterm currently does overstriking of the bold font (producing an even bolder, near unreadable font). Workaround: Disable boldMode in .Xresources (XTerm*boldMode: false). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.4-8 Shared libraries for terminal hand ii libsm66.8.2.dfsg.1-2 X Window System Session Management ii libxaw8 6.8.2.dfsg.1-2 X Athena widget set library ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.8.2.dfsg.1-2 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-2 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-2 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-2 X Window System client data Versions of packages xterm recommends: ii xutils6.8.2.dfsg.1-2 X Window System utility programs -- debconf information: xterm/clobber_xresource_file: true xterm/xterm_needs_devpts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266081: id3v2: Not a bug
Package: id3v2 Version: 0.1.11-1.1 Followup-For: Bug #266081 This is not actually a bug, the '\0' byte in front of the string specifies the encoding, where 0 is iso-8859-1. See http://www.id3.org/id3v2.4.0-structure.txt, section 4. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'hoary') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages id3v2 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-9GCC support library ii libid3-3.8.33.8.3-4.2Library for manipulating ID3v1 and ii libstdc++5 1:3.3.6-6The GNU Standard C++ Library v3 ii zlib1g 1:1.2.2-4compression library - runtime id3v2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
