Bug#382791: bluez-utils: dbus is required
Package: bluez-utils Version: 3.1-3.1 Followup-For: Bug #382791 Installing package dbus (0.62-4) appears to correct this issue. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bluez-utils depends on: ii libbluetooth23.1-1 Library to use the BlueZ Linux Blu ii libc62.3.6-15GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4 simple interprocess messaging syst ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-82creates device files in /dev ii module-init-tools3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii sysvinit 2.86.ds1-15 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458008: gs-esp: gs crash on ps generated by xpdf
Package: gs-esp Version: 8.15.3.dfsg.1-1 Severity: important Recently I found gs crashing on any postscript file I send it. I will attach a file which generates the following error: ~ gs -q -dBATCH -dPARANOIDSAFER -dNOPAUSE -sDEVICE=hl1250 -dEconoMode=0 -dSourceTray=0 -dPaperType=0 -sOutputFile=/dev/null Shuttle56-101-038Dec03Dec3107tl24.ps ERROR: /ioerror in --image-- Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 1 8 %oparray_pop Dictionary stack: --dict:1127/1686(ro)(G)-- --dict:0/20(G)-- --dict:103/200(L)-- --dict:65/75(L)-- --dict:18/24(L)-- --dict:0/15(L)-- --dict:8/15(L)-- --dict:0/15(L)-- Current allocation mode is local Last OS error: 2 Current file position is 94506 ESP Ghostscript 815.03: Unrecoverable error, exit code 1 This error occurs with gs-gpl as well. The hl1250 ppd file I'm using is the most current one available from: http://www.openprinting.org/show_printer.cgi?recnum=Brother-HL-5140 Please let me know if you need any further information to reproduce. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gs-esp depends on: ii gs-common 0.3.13-0.1 Common files for different Ghostsc ii libc6 2.7-4GNU C Library: Shared libraries ii libcupsimage2 1.3.4-4 Common UNIX Printing System(tm) - ii libcupsys2 1.3.4-4 Common UNIX Printing System(tm) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpaper1 1.1.23 library for handling paper charact ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre43-1 Fonts for the Ghostscript interpre pn psfontmgr none (no description available) -- no debconf information Shuttle56-101-038Dec03Dec3107tl24.ps.gz Description: GNU Zip compressed data
Bug#458003: lprng: lpd does not start with -L
Package: lprng Version: 3.8.28dfsg.1-1.1 Severity: important I am trying to debug a segfault in enscript. In the process of doing this, I tried to run lpd in several different ways with a log file specified using the -L option. In every instance lpd simply quits with no indication as to why. I have tried shutting it down and running it on the command line. I have also tried adding the -L option through init.d scripts. In all cases it simply quits, whether it's run in the foreground or not. I have not yet made progress on running it under GDB to determine why it's doing this. I would likely need to compile with debugging to get anything useful out of that anyway. The contents of my /etc/printcap: =-=-=-=-=-=-= hl5140|Brother HL-5140: \ :lp=/dev/usb/lp0: \ :force_localhost: \ :if=/usr/bin/foomatic-rip: \ :ppd=/usr/local/share/foomatic/Brother-HL-5140-hl1250.ppd: \ :sd=/var/spool/lpd/hl5140: \ :mx#0:sh: -=-=-=-=-=-=- And my /etc/lprng/lpd.conf: =-=-=-=-=-=-= # LPRng for Debian GNU/Linux # /etc/lprng/lpd.conf # See lpd.conf(5) and /usr/share/doc/lprng/examples/lpd.conf.gz # #lpd_port=1515 mc=20 -=-=-=-=-=-=- Please let me know if there's anything else I can provide. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lprng depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libc6 2.7-4 GNU C Library: Shared libraries ii libcomerr21.40.2-1+lenny1common error description library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip lprng recommends no packages. -- debconf information: * lprng/start_lpd: true lprng/twolpd_perms: lprng/twolpd_conf: * lprng/setuid_tools: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#70572: Popular software at low low prices.
You best friends and family deserve the BEST internet photo album! http://vqrf.dkhsyud6a5v2sed.euphone74c8.com There is no wealth but life. Successful men follow the same advice they prescribe for others. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287323: mysql-server: /usr/share/mysql/debian-start.inc.sh also broken
Package: mysql-server Version: 4.0.23-1 Followup-For: Bug #287323 I got the same error on this that Erich did, and then when I tried restarting my daemon, I got this error: localhost:~# /etc/init.d/mysql restart Stopping MySQL database server: mysqld. Starting MySQL database server: mysqld. /usr/share/mysql/debian-start.inc.sh: 6: Syntax error: ( unexpected Which explains why the call to mycheck failed. Line 6 has a bashism (I assume). A diff to make this function definition correct for a standard /bin/sh: 6c6 function mycheck() { --- mycheck () { tim -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mysql-server depends on: ii adduser 3.59Add and remove users and groups ii debconf 1.4.30.11 Debian configuration management sy ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdbi-perl 1.45-1 The Perl5 Database Interface by Ti ii libmysqlclient12 4.0.23-1mysql database client library ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-6 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii mysql-client 4.0.23-1mysql database client binaries ii mysql-common 4.0.23-1mysql database common files (e.g. ii passwd 1:4.0.3-30.7Change and administer password and ii perl 5.8.4-5 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3 compression library - runtime -- debconf information: mysql-server/nis_warning: mysql-server/skip_networking: false mysql-server/really_downgrade_from_41: false mysql-server/mysql_update_hints1: mysql-server/want_chroot: false * mysql-server/start_on_boot: true mysql-server/postrm_remove_databases: false * mysql-server/postrm_remove_database: false mysql-server/fix_privileges_warning: * mysql-server/mysql_install_db_notes: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443004: patch seems to work
FWIW, I've had this problem on two systems recently, one that was updated, another fresh install. I don't remember what I did to get around it the first time, but on the fresh install system I used this patch and it was indeed able to write the xorg.conf. thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376316: Yup, still a problem
I can confirm that this still exists on amd64. I'm fully updated on sid and my OOO packages are at version 2.2.1-10. I can try to provide some debugging info, but would need some guidance on what would be helpful for you. thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376316: Yup, still a problem
Rene, I know that this is still an issue with 2.2.1-10. I tried itl. It does work on 2.3.0, though, so I don't really care about this bug anymore; it's (correctly) not marked as found in the 2.3 packages so it will be closed (well, vanish from the list) when 2.3.0 (or something later) enters sid. Thanks for the tip and the quick response. I updated to the experimental version and my border woes seem to be fixed now. cheers, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404564: More information
More information on this bug can be found at: http://sourceforge.net/tracker/index.php?func=detailaid=1612792group_id=39518atid=425439 I imagine a simple 1 line patch can eliminate this vulnerability, at least until the upstream releases an offical fix. tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410081: libtotem-plparser1 removal wants to remove gedit through synaptic
Package:libtotem-plparser1 Version:2.16.4-2 In Etch I'm having sound/video issues. I try to run totem but it is broken so I try to remove Totem and libtotem-plparser1 and discover that this removal wants to remove gedit as well. Why should a totem component require removal of gedit? It should not. Something has been corrupted. Before this stage I found Ekiga installed on my system yet I never specifically installed it. I found to remove Ekiga required removal of gnome-desktop which seemed equally unsensible. Sorry this isn't a very techinical analysis. I've reloaded packages and Upgraded my system with no apparent conflicts. Unfortunately the dependency tree appears corrupted which I suppose is OK on the testing branch. Hopefully things will settle out shortly. -Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408642: hostapd: Continuing madwifi issues: kernel interface
Package: hostapd Version: 1:0.5.5-3.1 Severity: important I am having problems getting hostapd working with the current release version of the madwifi-ng drivers (0.9.2.1). My kernel is a custom built one based on the current 2.6.18 debian sources. It seems previous bugfixes should have remedied this issue, but I am getting very similar error messages. Specifically: Configuration file: /etc/hostapd/hostapd.conf madwifi_set_privacy: enabled=0 Using interface ath1 with hwaddr 06:11:f5:86:26:00 and ssid 'testtest' madwifi_configure_wpa: group key cipher=1 madwifi_configure_wpa: pairwise key ciphers=0xa madwifi_configure_wpa: key management algorithms=0x2 madwifi_configure_wpa: rsn capabilities=0x0 madwifi_configure_wpa: enable WPA=0x3 madwifi_set_key: alg=TKIP addr=00:00:00:00:00:00 key_idx=1 madwifi_set_privacy: enabled=1 madwifi_sta_deauth: addr=ff:ff:ff:ff:ff:ff reason_code=3 Could not connect to kernel driver. I've seen numerous postings on various mailing lists about this issue, and it seems the hostapd folk blame madwifi, and the madwifi folk blame hostapd. I haven't found a conclusive posting where the original reporters have confirmed a fix worked for them. In any case, it seems version 0.5.7 of hostapd is out, but hostap.epitest.fi appears to be down and I haven't been able to try it out instead. Maybe this version will fix some something... Let me know if there are other details I can provide to help. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hostapd depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip hostapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408642: 0.5.7 with madwifi SVN works
In my attempts to get this working, I moved to the current madwifi SVN sources and found a mirror hosting the sources for hostapd 0.5.7. The Debian version of hostapd still didn't work against the most recent madwifi, but when I compiled 0.5.7 against them, things started working fine. Perhaps the bug is in hostapd, or maybe the debian version just needs to be compiled against more recent madwifi versions. Not sure which headers it's compiled against right now. thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431010: cryptcat: segfault in listen mode
Package: cryptcat Version: 20031202-2+b1 Severity: grave Justification: renders package unusable In order to test sending files with cryptcat, I have run one instance like so: cryptcat -l -p 11223 myfile.sent And then I start another instance on the same machine to send the file to the first instance: cat myfile | cryptcat 127.0.0.1 11223 Instantly the first instance of cryptcat crashes. I have run this under a debugger and it appears there is serious memory corruption occurring. Specifically, when a C++ method is run, it's own this variable appears to be corrupt. In any case, I don't have time to debug it now, but perhaps someone else knows of an easy fix. I get the same behavior on two separate machines, one a 32-bit AMD system, and another which is a 32 bit Intel-based Mac. Notably, this crash doesn't occur for me if I run the second cryptcat instance like: echo test | cryptcat 127.0.0.1 11223 This indicates to me that an overflow of some kind could be occurring. Be sure to test using large files to trigger it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cryptcat depends on: ii libc6 2.5-10 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070528-1 GCC support library ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 cryptcat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431010: segfault in upstream as well
I'd also like to add that I've tested the newer upstream version (1.2.1) and it also exhibits this problem. tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419713: Null pointer dereference, kswapd died
I've attached my kernel's .config. Also, see inline my lspci output. thanks, tim 00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different version?) (rev a2) 00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 1 (rev a2) 00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev a2) 00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev a2) 00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev a2) 00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev a2) 00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a3) 00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2) 00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3) 00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3) 00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3) 00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1) 00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1) 00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3) 00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2) 00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev a2) 02:00.0 VGA compatible controller: nVidia Corporation NV36 [GeForce FX 5700LE] (rev a1) # # Automatically generated make config: don't edit # Linux kernel version: 2.6.18 # Sun Apr 8 13:54:01 2007 # CONFIG_X86_32=y CONFIG_GENERIC_TIME=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_X86=y CONFIG_MMU=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_DMI=y CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION= # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y # CONFIG_TASKSTATS is not set # CONFIG_AUDIT is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_RELAY=y CONFIG_INITRAMFS_SOURCE= # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set # CONFIG_EMBEDDED is not set CONFIG_UID16=y CONFIG_SYSCTL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y # CONFIG_MODULE_FORCE_UNLOAD is not set CONFIG_MODVERSIONS=y CONFIG_MODULE_SRCVERSION_ALL=y CONFIG_KMOD=y # # Block layer # # CONFIG_LBD is not set # CONFIG_BLK_DEV_IO_TRACE is not set # CONFIG_LSF is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y CONFIG_DEFAULT_AS=y # CONFIG_DEFAULT_DEADLINE is not set # CONFIG_DEFAULT_CFQ is not set # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED=anticipatory # # Processor type and features # # CONFIG_SMP is not set CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set CONFIG_MK7=y # CONFIG_MK8 is not set # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MGEODE_LX is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_X86_GENERIC is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_USE_3DNOW=y CONFIG_X86_TSC=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_PREEMPT_NONE is not set # CONFIG_PREEMPT_VOLUNTARY is not set CONFIG_PREEMPT=y CONFIG_PREEMPT_BKL=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_MCE=y CONFIG_X86_MCE_NONFATAL=m # CONFIG_X86_MCE_P4THERMAL is not set CONFIG_VM86=y # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set # CONFIG_X86_REBOOTFIXUPS is not set
Bug#419713: linux-source-2.6.18: Null pointer dereference, kswapd died
During normal system use, experienced lockup. Not a full panic, but still required a hard reboot. 2007-04-17_13:49:21.30306 kern.warn: EIP:0060:[c01746a0]Tainted: P VLI The kernel is tainted. No support is given on this. Reproduce it without proprietary modules. I don't need support. I'm merely trying to help you and the Linux kernel project stomp bugs. I would gladly use a fully functional free nvidia driver if it existed. I have been running this kernel for some time, and hadn't run into this. I doubt I will experience it again anytime soon, so this is probably all you'll get. I guess close it if you aren't interested. tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419713: linux-source-2.6.18: Null pointer dereference, kswapd died
Package: linux-source-2.6.18 Version: 2.6.18.dfsg.1-12 Severity: important During normal system use, experienced lockup. Not a full panic, but still required a hard reboot. This could be related to another bug already listed, but there are so many I couldn't pick through them all. Kernel log contained: =-=-=-= 2007-04-17_13:49:21.27997 kern.alert: BUG: unable to handle kernel NULL pointer dereference at virtual address 2007-04-17_13:49:21.29815 kern.alert: printing eip: 2007-04-17_13:49:21.29816 kern.warn: c01746a0 2007-04-17_13:49:21.29817 kern.alert: *pde = 2007-04-17_13:49:21.29817 0Oops: 0002 [#1] 2007-04-17_13:49:21.29817 0PREEMPT 2007-04-17_13:49:21.29818 kern.warn: Modules linked in: vfat fat ntfs snd_pcm_oss usb_storage nfnetlink_log nfnetlink_queue nfnetlink xt_MARK xt_NFQ UEUE xt_mark ip6t_rt ip6_tables x_tables ip_queue ip6_queue aes_i586 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device udf tun bridge llc ipv6 z lib_deflate snd_mixer_oss sd_mod loop capability commoncap usbhid snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm snd_page_alloc nvidia forcedeth e hci_hcd ohci_hcd 2007-04-17_13:49:21.30306 0CPU:0 2007-04-17_13:49:21.30306 kern.warn: EIP:0060:[c01746a0]Tainted: P VLI 2007-04-17_13:49:21.30307 kern.warn: EFLAGS: 00010246 (2.6.18 #1) 2007-04-17_13:49:21.30307 0EIP is at __iget+0x30/0x60 2007-04-17_13:49:21.30307 0eax: ebx: d6c2d53a ecx: c03b73b0 edx: d6c2d542 2007-04-17_13:49:21.30308 0esi: d6c2d53a edi: 004f ebp: f7e15efc esp: f7e15eec 2007-04-17_13:49:21.30308 0ds: 007b es: 007b ss: 0068 2007-04-17_13:49:21.30308 0Process kswapd0 (pid: 173, ti=f7e14000 task=f7cf0560 task.ti=f7e14000) 2007-04-17_13:49:21.30309 0Stack: 0080 c01752c2 004e d113b780 d112c0f4 0001baf8 0082 2007-04-17_13:49:21.30311 0 c17deac0 00d0 c0146117 000115c2 5999 002a 2007-04-17_13:49:21.30311 0 0080 00029a8b 0002 c03b6380 c03b6380 c0146567 2007-04-17_13:49:21.30311 0Call Trace: 2007-04-17_13:49:21.30312 kern.warn: [c01752c2] shrink_icache_memory+0x192/0x260 2007-04-17_13:49:21.30312 kern.warn: [c0146117] shrink_slab+0x117/0x180 2007-04-17_13:49:21.30313 kern.warn: [c0146567] kswapd+0x327/0x410 2007-04-17_13:49:21.30313 kern.warn: [c012da60] autoremove_wake_function+0x0/0x50 2007-04-17_13:49:21.30313 kern.warn: [c0146240] kswapd+0x0/0x410 2007-04-17_13:49:21.30314 kern.warn: [c012d8c4] kthread+0xe4/0xf0 2007-04-17_13:49:21.30314 kern.warn: [c012d7e0] kthread+0x0/0xf0 2007-04-17_13:49:21.30314 kern.warn: [c0101005] kernel_thread_helper+0x5/0x10 2007-04-17_13:49:21.30315 0Code: 24 85 c0 74 06 ff 43 24 5b c3 90 ff 43 24 f6 83 1c 01 00 00 0f 74 08 ff 0d 28 a7 44 c0 5b c3 8d 53 08 8b 4b 08 8b 42 04 89 41 04 89 08 a1 a8 73 3b c0 89 50 04 89 43 08 c7 42 04 a8 73 3b c0 ff 2007-04-17_13:49:21.30315 0EIP: [c01746a0] __iget+0x30/0x60 SS:ESP 0068:f7e15eec 2007-04-17_13:49:21.30316 kern.warn: 6note: kswapd0[173] exited with preempt_count 1 -=-=-=- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-2.6.18 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.18 recommends: ii gcc 4:4.1.1-15 The GNU C compiler ii libc6-dev [libc-dev] 2.5-1 GNU C Library: Development Librari ii make 3.81-3 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419713: linux-source-2.6.18: Null pointer dereference, kswapd died
disable preempt if you care about reliability. it's disabled by default in any debian and fedora stock kernel. Thanks for the tip. I kinda suspected it may be related to that. I'll try it next time I build. cheers, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420301: libc6: IPv6 transport fails for resolver
Package: libc6 Version: 2.5-2 Severity: normal Hello, When I specify an IPv6 address as my nameserver, resolution fails instantly and a packet trace reveals no traffic. For instance if I specify only: nameserver 2002:CFAC:5504:2::0 in /etc/resolv.conf, no queries go out. Not sure if this is a glibc compile-time option to disable this feature, but I'm pretty sure that glibc has supported IPv6 transport on resolution since version 2.2. Using the dig command directly (with the -6 option) of course allows me to use IPv6 as transport, so I know v6 routing and other config is set up right. I have tried this with both 'options inet6' on and off. Let me know if I can provide any more information. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420301: libc6: IPv6 transport fails for resolver
I am not able to reproduce the problem. I am using an IPv6 nameserver in /etc/resolv.conf on a dozen of machines running glibc 2.5 without problem. Are you sure the bug has been triggerd by an upgrade to glibc 2.5? Then could you send me the content of /etc/nsswitch.conf and /etc/resolv.conf? No, I'm not sure this bug was triggered by a 2.5 upgrade. This is the first time I tried using IPv6 for DNS transport. When I've tried using it, my resolv.conf looks like: -=-=-=-=-=- #options inet6 search sentinelchicken.org nameserver 2002:CFAC:5504:2::0 =-=-=-=-=-= (Of course, I've tried with the options line uncommented as well.) I have not modified my nsswitch.conf from its default, and it contains: -=-=-=-=-=- # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat group: compat shadow: compat hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis =-=-=-=-=-= Is there anything I can do to debug this directly on my system? I don't see anything in my system logs, which I didn't really expect to. thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420301: libc6: IPv6 transport fails for resolver
Hello, strace output might help to diagnose this. Thanks for the tip, I should have thought of it. I just realized my problem... the 'host' package does not support IPv6 transport. After fully debugging the issue with other tools, I found that things are working fine. Please close this bug, sorry for the trouble. thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317079: Patch available, please apply
I am having the same problem with GCC 4. This problem was discussed back in March on the lkml, and a patch is available: http://lkml.org/lkml/2005/3/2/96 thanks, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#74672: Extra power. Don't think. Just act.
Strong enough for a men, but made for a women http://indignities.localkey.info/?emitsxtvuybelievezvtflorin As he thinks in his heart, so he is. A joy that's shared is a joy made double. There is no conversation more boring than the one where everybody agrees. Wear a smile and have friends, wear a scowl and have wrinkles. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#65797: Find, compare and buy Business and Productivity Software and other Computer Software products.
A wide range of software applications, drivers, and more. http://lji.aze7v9a3pksh7bs.artemiadc.com A person is never happy except at the price of some ignorance. I used to be Snow White -- but I drifted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480700: gs-esp: Foreground and background colors are not honored when converting .eps to .pdf
Package: gs-esp Version: 8.15.3.dfsg.1-1 Severity: normal I use pdflatex to build work presentations frequently. My figures are usually created using gnuplot as encapsulated postscript files, and then converted to pdf's using epstopdf, which in turn calls gs-esp. In the past, the pdf's I would create automatically matched their text and lines to the foreground colors specified in the presentation.tex file. After converting foo.eps to foo.pdf, shows me a black on white figure. When the presentation style is white-on-blue, the pdf produced by pdflatex would include the figure with white text and lines instead of the usual black. Transparent parts of the original figure are honored. With the current versions of gs-esp, the outputed figure foo.pdf gets incorporated as black on black (hence hard to read). I have an example .eps file that have been converted to .pdf using both old and new versions of gs-esp. When pdflatex is run, the old versions match the specified colors but the new versions don't. For this reason, I believe the bug is in gs-esp, and not pdflatex. I've recompiled the source for gs-esp_7.07.1, and the old version give me the desired bahavior. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-tim18 (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/bash Versions of packages gs-esp depends on: ii gs-common 0.3.13-0.1Common files for different Ghostsc ii libc6 2.7-6 GNU C Library: Shared libraries ii libcupsimage2 1.2.7-4etch2 Common UNIX Printing System(tm) - ii libcupsys2 1.3.5-1+b1Common UNIX Printing System(tm) - ii libfontconfig1 2.5.0-2 generic font configuration library ii libgnutls132.0.4-1 the GNU TLS library - runtime libr ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpaper1 1.1.23library for handling paper charact ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.10-0.1PostScript font manager -- part of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457004: Typo in slocate.c: serach_db
Package: slocate Version: 3.1-1 Severity: minor Patch submitted on Ubuntu side. https://bugs.launchpad.net/ubuntu/+source/slocate/+bug/155061 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457004: Info received (Typo in slocate.c: serach_db)
Tags: patch Package: slocate Version: 3.1-1 Severity: minor debdiff attached slocate-3.1.debdiff Description: Binary data
Bug#366294: rhythmbox: crash (segfault) when incremental searching past song titled Never
Package: rhythmbox Version: 0.9.3.1-1 Severity: normal Tags: patch If you have a song in your list entitled 'Never', attempts to use incremental search will crash when it passes over this file (the search string is irrelevant, just the entries traversed by the search code). Steps to reproduce the crash: 1. Add a song whose title metadata is Never (exactly) to your library 2. In the library view, starting from the first song, try to incremental-search past the newly-added song (typing a number of 'z's works for me) 3. It will crash I can reproduce this problem consistently (as long as a song entitled Never is in my playlist). I filed this against upstream, and they had already fixed it in the next version. - http://bugzilla.gnome.org/show_bug.cgi?id=340854 Since unstable is still on 0.9.3, I figure a vendor patch may alleviate this in the mean time. The relevant portion of the stack trace is: #3 signal handler called #4 0xa700a6e2 in strstr () from /lib/tls/i686/cmov/libc.so.6 #5 0x080d8335 in type_ahead_search_func (model=0x84a2150, column=1, key=0x87c7f58 zzz, iter=0xaf86a6f8, search_data=0x0) at rb-entry-view.c:201 #6 0xa7699421 in gtk_tree_view_set_search_equal_func () from /usr/lib/libgtk-x11-2.0.so.0 #7 0xa7699bb1 in gtk_tree_view_set_search_equal_func () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xa71daa2b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 The whole thing is 64 frames and is mostly event handler goodness. Details are in the bug I linked to. It boils down to passing a null to strstr: rb_refstring_get_folded(entry-title) returns null. The flaw is exposed in widgets/rb-entry-view.c (type_ahead_search_func). It really occurs in rhythmdb/rb-refstring.c (rb_refstring_new_full). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages rhythmbox depends on: ii dbus 0.61-5simple interprocess messaging syst ii gconf2 2.14.0-1 GNOME configuration database syste ii gstreamer0.10-alsa [gstrea 0.10.6-1 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs 0.10.6-1 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.6-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.2-1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.3-1 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.9-8+b1Avahi client library ii libavahi-common3 0.6.9-8+b1Avahi common library ii libavahi-glib1 0.6.9-8+b1Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-5simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-1 GNOME virtual file-system (runtime ii libgnutls131.3.5-1+b1the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgpod0 0.3.2-1 a library to read and write songs ii libgstreamer0.10-0 0.10.5-1 Core GStreamer libraries and eleme ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libhal1
Bug#364718: Package: installation-reports
Package: installation-reports Boot method: CD netinstall Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso (etch beta 2) Date: 20/4/05 Machine: Dell 5150 Processor: Dual Intel P4 2.8GhZ Memory: 512MB Partitions: Allowed installer to configure with a seperate /home/ partition Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corporation 945G/P Memory Controller Hub (rev 02) :00:01.0 PCI bridge: Intel Corporation 945G/P PCI Express Graphics Port (rev 02) :00:02.0 VGA compatible controller: Intel Corporation 945G Integrated Graphics Controller (rev 02) :00:02.1 Display controller: Intel Corporation 945G Integrated Graphics Controller (rev 02) :00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) :00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) :00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) :00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) :00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) :00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) :00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) :00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) :00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) :00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=IDE (rev 01) :00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) :03:08.0 Ethernet controller: Intel Corporation 82801G (ICH7 Family) LAN Controller (rev 01) :00:00.0 0600: 8086:2770 (rev 02) :00:01.0 0604: 8086:2771 (rev 02) :00:02.0 0300: 8086:2772 (rev 02) :00:02.1 0380: 8086:2776 (rev 02) :00:1b.0 0403: 8086:27d8 (rev 01) :00:1c.0 0604: 8086:27d0 (rev 01) :00:1d.0 0c03: 8086:27c8 (rev 01) :00:1d.1 0c03: 8086:27c9 (rev 01) :00:1d.2 0c03: 8086:27ca (rev 01) :00:1d.3 0c03: 8086:27cb (rev 01) :00:1d.7 0c03: 8086:27cc (rev 01) :00:1e.0 0604: 8086:244e (rev e1) :00:1f.0 0601: 8086:27b8 (rev 01) :00:1f.1 0101: 8086:27df (rev 01) :00:1f.2 0101: 8086:27c0 (rev 01) :00:1f.3 0c05: 8086:27da (rev 01) :03:08.0 0200: 8086:27dc (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ O] Configure network HW: [O ] Config network: [ O] Detect CD: [ O] Load installer modules: [O ] Detect hard drives: [ O] Partition hard drives: [ O] Create file systems:[O ] Mount partitions: [ O] Install base system:[O ] Install boot loader:[ O] Reboot: [ O] Comments/Problems: Successful install apart from X stuff. Worked really well until gdm attempted to launch. Then got error X: Xserver not found X packages were not installed so added xserver-common, xserver-xorg, xfonts-base with aptitude Booted gdm fine but could not ctrl-alt to shell logins (corrupted graphics) Reconfigured xserver-xorg to use the i810 driver (motherboard is i945) instead of VESA now works fine Thanks for the good work!
Bug#24192: getting to know you
Hi, Hope bI am nobt writing to wrong address. Ib am nice, pretty lookinag girl. I am planning on visitinga your town this month. Can we meet each other in person? Message me back at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375677: Deferred.errback() broken?
Hello, I've had the same problem with apt-proxy as described above. I'm using unstable with unmodified packages. I'm not familiar with twisted, but I did some digging and found that the Deferred.errback() method claims to allow one to send no argument (in which case the fail argument defaults to None). However, if no exception is currently being processed, this causes another exception to be thrown in the failure.Failure() constructor. I added a small patch to defer.py in the twisted library which appears to work around the problem (see attached). However, when using the system with this patch, my package lists' signatures appear to be broken in some way. This may not be a proper fix, but hopefully it will illuminate the problem for someone more familiar with twisted. thanks, tim --- defer.py.orig 2006-07-04 12:00:49.0 -0400 +++ defer.py2006-07-04 12:01:17.0 -0400 @@ -245,6 +245,9 @@ Passing a string as `fail' is deprecated, and will be punished with a warning message. +if fail == None: +fail = failure.DefaultException(None) + if not isinstance(fail, failure.Failure): fail = failure.Failure(fail)
Bug#375677: defer.py.patch + rm -r /var/cache/apt-proxy/.apt-proxy is work-around
Hello, I can also confirm that after applying the patch AND removing the directory Jose mentioned, things seem to work. After removing that directory, I no longer get warnings about failed signatures. I have a feeling this isn't a permanent fix though... The code that was failing previously had to do with cache aging, and deleting that directory probably just causes the failure condition to no longer be triggered. I have no idea how this would affect signatures... Finally, the patch may not be a correct addition. Perhaps it is implicit that an exception should be getting processed when this is called. If it is a correct patch, it of course should be applied to the python-twisted-core package. tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384741: upgrade to libmysqlclient15off 5.0.24-1 breaks libdbd-mysql-perl 3.0006-1
package: libmysqlclient15off version: 5.0.24-1 package: libdbd-mysql-perl version: 3.0006-1 I have a fully up-to-date system based on Debian testing, running mysql 4.1.15-1 I ran aptitude update /upgrade earlier this week and libmysqlclient15off was upgraded to 5.0.24-1 from 5.0.22-4. Subsequently amavisd-new started reporting 'Transactions not supported' when trying to log to an InnoDB mysql database. It then emerged that any use of perl DBD/DBI connecting to mysql generated this error. The short script below will cause the error. #!/usr/bin/perl -w use DBI; # substitute your own suitable InnoDB database info and credentials for testing my $user = 'test'; my $pw = 'test'; my $db = 'test' DBI-trace(4); my $dbh = DBI-connect(DBI:mysql:database=$db;host=127.0.0.1, $user, $pw, { AutoCommit = 0, RaiseError = 0 }); die DBI::errstr unless $dbh; $dbh-disconnect; Downgrading back to mysqlclient15off 5.0.22-4 cleared the problem. It has also been reported on the net that recompiling DBD also fixes the issue although I haven't tried this myself.
Bug#476484: manpages-dev: raise(int sig) is incorrectly described as sending signal to the calling process
Quoting Joey Schulze [EMAIL PROTECTED]: Timothy Baldwin wrote: Package: manpages-dev Version: 2.79-2 Severity: normal The manpage for raise, incorrectly describes it as sending a signal to the current process; infact it sends the signal to the calling thread. Therefore the statement that raise(sig) is equivalent to kill(getpid(), sig) is false. Do you have a proof for this claim? In terms of specified behaviour, I refer you to POSIX: http://www.opengroup.org/onlinepubs/009695399/functions/raise.html The Glibc manual is also in error. In terms of actual behaviour, I have observed this behaviour whilst developing a program which uses signals inter-thread communication. I am unable to supply a test case at this moment due to a hardware failure on my Linux system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470862: vinetto: Please add depends/recommends to python-imaging
Package: vinetto Version: 0.6.0~alpha-1 Severity: important If python-imaging isn't installed, vinetto can't extract Type 1 images (whatever those are). Didn't work for me until I installed that. Would be nice if at least recommends python-imaging. For me, requires would be perfectly fine. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vinetto depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.7.6 automated rebuilding support for p vinetto recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#524983: reglookup: typo in manpage
line 13 in reglookup.1.gz writes: \fR.SH Description The \fR should be deleted. Thanks for the report. This is due to a bug in the docbook2x package and I logged a bug against it (#516165) a little while back. In the next upstream release, I will try to remember to manually fix the man pages generated by that tool before publishing. I can't guarantee I'll always remember to do this though, so hopefully the docbook2x folks will get this nipped in the bud. regards, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549164: tableau-parm: New upstream version (0.2.0)
Package: tableau-parm Version: 0.1.0-5 Severity: wishlist Hello, I just wanted to let you know that I released a new tableau-parm version today. See: http://projects.sentinelchicken.org/tableau-parm/news There are no major functional changes for Linux, as it's more of a portability release for other platforms. It does, however, introduce a dependency on sg3_utils which may mean a libsgutils{1|2}-dev build dependency and a libsgutils{1|2} run time dependency needs to be added. I am also curious to know, when you find time to package this version, if there are any things I could do to make your job easier down the road with the build process. Thanks, tim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tableau-parm depends on: ii libc6 2.9-26 GNU C Library: Shared libraries tableau-parm recommends no packages. tableau-parm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606898: python-pyxattr: Please package for python3
Package: python-pyxattr Severity: wishlist The latest version of pyxattr supports python3. However, no package exists in Debian for this, so it must be built from source when developing for python3. I am not aware of any other python 3.x compatible modules which suit my needs for accessing extended filesystem attributes. Building from source for python3 is actually quite straight-forward and created no problems for me on Sid, so it shouldn't be too much trouble to add a python3-pyxattr package. Thanks, tim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458008: gs-esp: gs crash on ps generated by xpdf
Tim and Jacek, do you remember what versions of xpdf were affected? Does current poppler-utils work? The PS file I had posted was most likely generated by xpdf on Sid back in December 2007. My print server was running testing, but my desktop always runs Sid. I don't have the know-how to check what versions were around in the past. HTH, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
Hi Cyril, Thanks for your prompt reply. as in “X :0”? That's normal, you get a black background and no X client by default. You could try: X :0 sleep 5; DISPLAY=:0 xterm Ok, its been a long time since I ran X directly, as I normally use xdm. There have been so many different issues that have come up with Xorg in general (window manager config changes, etc) after the last upgrade that I've had a hard time narrowing down where the problem is. So let me back up and show you what I'm seeing with xdm: Currently, with both the radeon driver (with radeon kernel module loaded) and with vesa (with radeon not loaded) I am able to get to the xdm login screen. However, once I log in, xdm reports that X crashes. See the attached log. In the case of radeon, when this happens my video is completely toast and I have to reboot. With vesa, at least I can recover and try logging in again or stop xdm. However, the console font becomes so big after trying with vesa that it's very hard to use the console. Your log indeed looks fine. There's the fbdev driver you could try by the way. Or disabling KMS to see if that helps with your radeon issue. Is the bug you're having with radeon reported in the BTS? I did try the fbdev driver with radeon loaded. I have not tried disabling KMS yet, but I'm starting to think this may not be directly related to the video driver. Let me know what you think. thanks much, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
Hi John, I'll restate the obvious. note I'm not part of xserver-xorg-video-vesa team - so look for more answers. make sure your linux kernel has radeon support. make sure X loads the modules. make sure X.org supports the chipset that is actually on the card. Yes, as I mentioned I'm using the latest generic kernel which does include the radeon module. Normally I use a custom built kernel which also has radeon+KMS, but I fell back to the generic in case I had screwed up some build options. As for support of the chipset... well the radeon kernel module doesn't complain about anything. It is an R580 which is well within the series supported by the radeon team. Thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
figures... forgot to attach the log. tim Sat Mar 5 08:06:01 2011 xdm info (pid 1776): Starting Sat Mar 5 08:06:01 2011 xdm info (pid 1776): Starting X server on :0 X.Org X Server 1.9.4 Release Date: 2011-02-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux shannon 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64 Kernel command line: root=UUID=2c3be234-03c7-470d-abe8-322c4b19df93 ro Build Date: 20 February 2011 04:48:15AM xorg-server 2:1.9.4-3 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.21.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Mar 5 08:06:02 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d Sat Mar 5 08:06:05 2011 xdm info (pid 1790): sourcing /etc/X11/xdm/Xsetup Sat Mar 5 08:06:09 2011 xdm info (pid 1790): sourcing /etc/X11/xdm/Xstartup Sat Mar 5 08:06:09 2011 xdm info (pid 1799): executing session /etc/X11/xdm/Xsession Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x45ceb8] 1: /usr/bin/X (0x40+0x64cd9) [0x464cd9] 2: /lib/libpthread.so.0 (0x7f6165336000+0xef60) [0x7f6165344f60] 3: /usr/bin/X (0x40+0x37631) [0x437631] 4: /usr/bin/X (0x40+0x38b2d) [0x438b2d] 5: /usr/bin/X (ProcessWorkQueue+0x21) [0x43afa1] 6: /usr/bin/X (WaitForSomething+0x82) [0x4653f2] 7: /usr/bin/X (0x40+0x32b12) [0x432b12] 8: /usr/bin/X (0x40+0x2573b) [0x42573b] 9: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f6164098c4d] 10: /usr/bin/X (0x40+0x252c9) [0x4252c9] Segmentation fault at address 0x14 Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. Sat Mar 5 08:06:10 2011 xdm error (pid 1776): Server for display :0 terminated unexpectedly: 1536 Sat Mar 5 08:06:10 2011 xdm info (pid 1790): sourcing /etc/X11/xdm/Xreset Sat Mar 5 08:06:10 2011 xdm info (pid 1776): Starting X server on :0 X.Org X Server 1.9.4 Release Date: 2011-02-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux shannon 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64 Kernel command line: root=UUID=2c3be234-03c7-470d-abe8-322c4b19df93 ro Build Date: 20 February 2011 04:48:15AM xorg-server 2:1.9.4-3 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.21.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Mar 5 08:06:10 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d Sat Mar 5 08:06:12 2011 xdm info (pid 1848): sourcing /etc/X11/xdm/Xsetup Sat Mar 5 08:06:19 2011 xdm info (pid 1776): Shutting down Sat Mar 5 08:06:19 2011 xdm info (pid 1776): display :0 is being disabled Sat Mar 5 08:06:19 2011 xdm info (pid 1776): Exiting
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
as in “X :0”? That's normal, you get a black background and no X client by default. You could try: X :0 sleep 5; DISPLAY=:0 xterm I just tried this as well, as you suggested. I fired up X with: X :0 and was able two switch back and forth between the blank X window and the console. Note that unlike with xdm, the mouse cursor did not show up. Next I ran: DISPLAY=:0 urxvt And at that point X crashed, just like it does when spawning from xdm. Let me know if there are other things I should try. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
Don't bother, I think I know what fails. Try to remove those lines from your config: | Section Files | FontPathunix/:7100# local font server | FontPathunix/:7101# local font server | EndSection IIRC, the xfs-related bug upstream is that one: https://bugs.freedesktop.org/show_bug.cgi?id=31501 Oh, cheesh, that works. Sorry, I didn't see your replies right away because they got stuffed in my spam bucket. So yeah, I am able to use X fine now with radeon and everything. Hopefully that patch makes it downstream soon. Sorry for posting that extra bug, didn't see your solution at that point. Thanks much, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616578: Acknowledgement (xserver-xorg-core: X crashes when most programs attach to :0 / :0.0)
I didn't notice Cyril's reply right away to my initial issue. As it turns out the bug is probably this one: https://bugs.freedesktop.org/show_bug.cgi?id=31501 Disabling my font server config at least allows me to use X again. Let me know if/when the patch makes it downstream. Thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539449: 539449: Another reference
Crap, sorry, wrong link. Here's the blackhat slides: http://www.blackhat.com/presentations/bh-usa-09/MARLINSPIKE/BHUSA09-Marlinspike-DefeatSSL-SLIDES.pdf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539449: 539449: Another reference
Here's the presentation slides from blackhat: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539449 I'm not sure how much of this applies to OpenSSL, but there are several very scary vulnerabilities mentioned. Someone with more knowledge of the code should look into this ASAP. tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539938: Multiple SSL Vulnerabilities
Package: iceweasel Version: 3.0.12-1 Tags: security Please update to 3.0.13 as soon as possible as this addresses some very serious SSL vulnerabilities disclosed at blackhat. thanks, tim References: http://www.blackhat.com/presentations/bh-usa-09/MARLINSPIKE/BHUSA09-Marlinspike-DefeatSSL-SLIDES.pdf http://www.wired.com/threatlevel/2009/07/kaminsky/ http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2404 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2408 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563032: Please change tags
Not sure if this works... tags 563032 - upstream wontfix usertags 563032 - resolution-WONTFIX Please keep this open and don't mark it as upstream. The upstream looked at the issue and concluded it's Debian-specific. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563032: openoffice.org-writer: Writer breaks embedded images/pictures after autosave
Sorry, forgot to attach the second screenshot. tim attachment: DisappearingImages-screenshot2.png
Bug#563032: openoffice.org-writer: Writer breaks embedded images/pictures after autosave
Rene, Thank you for forwarding it. found 563032 2.0.0-1 forwarded 563032 http://www.openoffice.org/issues/show_bug.cgi?id=108002 thanks On Tue, Dec 29, 2009 at 06:17:21PM -0800, Tim wrote: For several major releases now (2.x and later) I have had trouble with So for two major releases ;) And if you saw it in 2.0.0, too why didn't you set Version: accordingly? The issue still exists in 3.x. That's why I reported it against 3.x. It's been around since 2.x though. First of all, *I* don't need the info, the OOO upstream does. I will not have the time (and don't have enbough knowdlege of OOo internals) to fix this myswelf anyway, so this better should have been upstream directly. (As stated in presubj you swhould have been showed when reporting the bug) Anyway, forwarded to http://www.openoffice.org/issues/show_bug.cgi?id=108002 I'm willing to bet, 99% of bugs experienced by users never get reported. Why? Because it's a pain figuring out which package they're in, collect enough data, and then figuring out how and where to report them. By giving users a single channel for it, distributions make it a little easier. I tried hard to test things and collect data on the issue. Didn't have time to figure out OO's reporting system, create an account in their bug tracker, yada yada. However, I do recognize you're probably quite busy as well, and I appreciate the quick response. cheers, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555032: libgettext-ruby: diff for NMU version 1.93.0-1.1
tag 555032 pending thanks Dear maintainer, I've prepared an NMU for libgettext-ruby (versioned as 1.93.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. This applies the patch from Ryan Niebur in bug #555032. Regards, -- Tim Retout t...@retout.co.uk diff -u libgettext-ruby-1.93.0/debian/changelog libgettext-ruby-1.93.0/debian/changelog --- libgettext-ruby-1.93.0/debian/changelog +++ libgettext-ruby-1.93.0/debian/changelog @@ -1,3 +1,11 @@ +libgettext-ruby (1.93.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * 10_unicode_encoding.dpatch: Specify unicode source encoding for +iconv.rb. Fixes use with ruby1.9. (Closes: #555032) + + -- Tim Retout t...@retout.co.uk Fri, 01 Jan 2010 16:50:20 + + libgettext-ruby (1.93.0-1) unstable; urgency=low * New upstream release includes fix for locale issue diff -u libgettext-ruby-1.93.0/debian/patches/00list libgettext-ruby-1.93.0/debian/patches/00list --- libgettext-ruby-1.93.0/debian/patches/00list +++ libgettext-ruby-1.93.0/debian/patches/00list @@ -2,0 +3 @@ +10_unicode_encoding.dpatch only in patch2: unchanged: --- libgettext-ruby-1.93.0.orig/debian/patches/10_unicode_encoding.dpatch +++ libgettext-ruby-1.93.0/debian/patches/10_unicode_encoding.dpatch @@ -0,0 +1,18 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 10_unicode_encoding.dpatch by Tim Retout t...@retout.co.uk +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Specify unicode source encoding for iconv.rb. +## DP: Patch supplied by Ryan Niebur. +## DP: See http://bugs.debian.org/555032 + +...@dpatch@ +diff -u libgettext-ruby-1.93.0/debian/changelog libgettext-ruby-1.93.0/debian/changelog +--- libgettext-ruby-1.93.0.orig/lib/gettext/iconv.rb libgettext-ruby-1.93.0/lib/gettext/iconv.rb +@@ -1,3 +1,5 @@ ++# coding: utf-8 ++ + =begin + iconv.rb - Pseudo Iconv class. Supports Iconv.iconv, Iconv.conv. + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563469: netpanzer: Segfault upon moving mouse to edge of screen
Package: netpanzer Version: 0.8.2-2+b1 Severity: important Immediately after starting netpanzer I can move my mouse to the edge of the screen and cause a segfault. This works in both fullscreen mode and in windowed mode. If testing this under gdb, I suggest using windowed mode, otherwise the screen is taken over. running the debug package of netpanzer under gdb gave me at traceback of: Starting program: /usr/games/netpanzer [Thread debugging using libthread_db enabled] [New Thread 0x74a83910 (LWP 16210)] [New Thread 0x73a4b910 (LWP 16211)] Program received signal SIGSEGV, Segmentation fault. Surface::bltTrans (this=value optimized out, dest=..., x=value optimized out, y=value optimized out) at src/Lib/2D/Surface.cpp:514 514 src/Lib/2D/Surface.cpp: No such file or directory. in src/Lib/2D/Surface.cpp (gdb) bt #0 Surface::bltTrans (this=value optimized out, dest=..., x=value optimized out, y=value optimized out) at src/Lib/2D/Surface.cpp:514 #1 0x004b90d8 in cMouse::draw (this=0x7f8910, dest=...) at src/NetPanzer/Views/Components/cMouse.cpp:33 #2 0x00453937 in PlayerGameManager::graphicsLoop (this=value optimized out) at src/NetPanzer/Interfaces/PlayerGameManager.cpp:283 #3 0x00434dbb in BaseGameManager::mainLoop (this=0x800940) at src/NetPanzer/Interfaces/BaseGameManager.cpp:220 #4 0x0040a8dc in netpanzer_main (argc=value optimized out, argv=value optimized out) at src/NetPanzer/Core/main.cpp:300 #5 0x76bc9abd in __libc_start_main () from /lib/libc.so.6 #6 0x00408199 in _start () at ../sysdeps/x86_64/elf/start.S:113 This is my first time trying out netpanzer... I guess I'll have to wait until it's more stable under sid. Let me know what other info I can provide. tim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netpanzer depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-8 GCC support library ii libphysfs12.0.0-4filesystem abstraction library for ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer ii libstdc++64.4.2-8The GNU Standard C++ Library v3 ii netpanzer-data0.8.2-2data files for the netPanzer game netpanzer recommends no packages. Versions of packages netpanzer suggests: pn xqf 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#563032: openoffice.org-writer: Writer breaks embedded images/pictures after autosave
Rene, First of all, *I* don't need the info, the OOO upstream does. I will not have the time (and don't have enbough knowdlege of OOo internals) to fix this myswelf anyway, so this better should have been upstream directly. (As stated in presubj you swhould have been showed when reporting the bug) Now that I've gone around and around with upstream on this issue: http://www.openoffice.org/issues/show_bug.cgi?id=108035 They've been able to reproduce it in the Debian version, but in no other version. Do you think we can now work together to figure out why that is? thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563032: openoffice.org-writer: Writer breaks embedded images/pictures after autosave
Rene, Honestly, i doubt this. Upstream often claims that and then it turns out it's a bug in their version too. And, umm. they tried on Windows? Really comparable to Linux, yeah. And you saw the bug on amd64, whereas I am 100% Sure es tried on 32-bit. Yes, es hasn't been helpful at all. That other fellow tried it on Debian with a few different versions (32/64, upstream, Debian package) and only could reproduce it on Debian upstream. So... (I've reopened it, let's see what happens, sometimes you have to fight with Sun to get bugs taken seriously) Yeah, I get that impression. =P Well, by all means if you'd like to lead this fight... I'm getting fed up with them, personally. If I find time this week, I'll save the test case doc in a way that stops breaking images in Debian OOo and then I'll tear apart the two files and try to see how they differ. Do you think we can now work together to figure out why that is? If you filed it directly after it appeared... I fear digging out in years until back to 2.x when this was introduced (and if it is ooo-build specific in which patch[1]) is quite hard until impossible. Well, it's been a rough road over the years with OOo. I use it a *lot* and I've been on Sid for quite a while. I expect bugs to show up and go away over time in lots of packages, and I simply don't have time to report them all. So usually it's just the catastrophic ones I report. This one just won't go away though, so that's when I finally got fed up. I understand your concern though, about trying to figure out where a change came in to play ages ago. If I can determine what all is different with images in the file format between one working and one non-working version, perhaps it will give you more to go on. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541496: linux-source-2.6.30: Local privilege escalation (incorrect proto_ops initializations)
Package: linux-source-2.6.30 Version: 2.6.30-4 Severity: critical Tags: security Justification: root security hole See: http://seclists.org/fulldisclosure/2009/Aug/0173.html See the link for a patch from Linus at the bottom. Please back patch at your earliest convenience. thank you, tim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-2.6.30 depends on: ii binutils 2.19.51.20090805-1 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co Versions of packages linux-source-2.6.30 recommends: ii gcc 4:4.3.3-9 The GNU C compiler ii libc6-dev [libc-dev] 2.9-24 GNU C Library: Development Librari ii make 3.81-6 An utility for Directing compilati Versions of packages linux-source-2.6.30 suggests: ii kernel-package12.017 A utility for building Linux kerne ii libncurses5-dev [ncurses- 5.7+20090803-1 developer's libraries and docs for pn libqt3-mt-dev 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#531784: reglookup: New upstream release (0.11.0)
Package: reglookup Version: 0.9.0-2 Severity: normal I just released another version of RegLookup. It addresses additional short comings and adds a few new features (some of which people would consider core functionality). Version 0.9.0 had some serious flaws in data structure parsing that 0.10.0 fixed and 0.11.0 should be even more stable. It also contains a temporary fix for bug #524983. Please package this version when you get a chance as I don't anticipate releasing another version soon. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reglookup depends on: ii libc6 2.9-13 GNU C Library: Shared libraries reglookup recommends no packages. reglookup suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574544: [afflib] contains files released under a non-free license
I didn't noticed this last sentence. I will send this to the uptream author and see if he is able to give more freedom. I find the last sentence pretty comical since the previous sentences explicitly stated the code was placed into the public domain. Once you place something into the public domain, you no longer hold copyright. If you have no copyright, you can't enforce any license agreements on that copyright. I'm definitely not a lawyer, but that last sentence seems completely unenforceable. If not, the only solution that I see is to remove afflib from Debian. When you contact Simson, you may want to mention the above oxymoron. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574638: reglookup: License is GPLv3 since 0.9.0 (not GPLv2+)
Package: reglookup Version: 0.11.0-2 Severity: serious Justification: Policy 2.3 I just noticed that the debian packages for reglookup appear to advertise a GPLv2 or later license. RegLookup was GPLv2 from the beginning until version 0.4.0, and GPLv3 from 0.9.0 until the present. It has never been GPLv2 or later or GPLv3 or later. It's not a big deal, since all of the code I have borrowed from other sources has been GPLv2 or later. It's just my modifications that are more restrictive. (I just want to be able to read what Stallman and crew cook up before switching to it.) Oh, I guess I do have some LGPL code in the borrowed talloc stuff, so that's a special case, but pretty much everything else is straight GPLv3. When you have a chance to package 0.12.0, please update this as well. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reglookup depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib reglookup recommends no packages. reglookup suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523365: linux-source-2.6.26: CIFS Buffer Overflow as Reported on Full Disclosure
Package: linux-source-2.6.26 Version: 2.6.26-13 Severity: critical Tags: security Justification: root security hole I don't know if this has already been reported or if you guys are already working on a fix, but I thought I should be extra sure you all heard about it: http://seclists.org/fulldisclosure/2009/Apr/0080.html If this is as serious as it is advertised to be, it would be nice to see a back patch ASAP. thanks, tim -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-2.6.26 depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii bzip2 1.0.5-1high-quality block-sorting file co Versions of packages linux-source-2.6.26 recommends: pn gcc none (no description available) ii libc6-dev [libc-dev] 2.7-18 GNU C Library: Development Librari ii make 3.81-5 The GNU version of the make util Versions of packages linux-source-2.6.26 suggests: ii kernel-package11.017 A utility for building Linux kerne pn libncurses-dev | ncurses-dev none (no description available) pn libqt3-mt-dev 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#601256: Fwd: Bug#601256: fluxbox: Tab behavior broken after upgrade
Hey Paul, I can confirm my home desktop is finally working the way I want it to. I had to shuffle a lot of configs around because this box is older and probably had a lot more legacy configs. Couldn't figure out what to change, so ended up copying them over from my laptop. Anyway, I've attached the keys files from both the /etc/X11/fluxbox directory and from my home dir. Hopefully you'll be able to sort out what changes/additions need to be made to the package. As for applying these kinds of changes to existing installs, probably the only way you can do it cleanly would be to have /usr/bin/fluxbox actually be a script which checks user's configs and tries to fix legacy configs when they start up. That, or just warn them somehow in the logs that a certain config is deprecated or something. Without some hooks or cooperation with the upstream, it would probably be tricky though. Anyway, thanks again for helping me out. tim # click on the desktop to get menus OnDesktop Mouse1 :HideMenus OnDesktop Mouse2 :WorkspaceMenu OnDesktop Mouse3 :RootMenu # scroll on the desktop to change workspaces OnDesktop Mouse4 :PrevWorkspace OnDesktop Mouse5 :NextWorkspace # scroll on the toolbar to change current window OnToolbar Mouse4 :PrevWindow {static groups} (iconhidden=no) OnToolbar Mouse5 :NextWindow {static groups} (iconhidden=no) # Enable dragging of windows via titlebar ( PRT ) #OnTitlebar Mouse1 :StartMoving # Enable resizing OnLeftGrip Move1 :StartResizing bottomleft OnRightGrip Move1 :StartResizing bottomright OnTitlebar Move1 :StartMoving # alt + left/right click to move/resize a window OnWindow Mod1 Mouse1 :MacroCmd {Raise} {Focus} {StartMoving} OnWindowBorder Move1 :StartMoving OnWindow Mod1 Mouse3 :MacroCmd {Raise} {Focus} {StartResizing NearestCorner} OnLeftGrip Move1 :StartResizing bottomleft OnRightGrip Move1 :StartResizing bottomright # alt + middle click to lower the window OnWindow Mod1 Mouse2 :Lower # control-click a window's titlebar and drag to attach windows OnTitlebar Control Mouse1 :StartTabbing # double click on the titlebar to shade OnTitlebar Double Mouse1 :Shade # left click on the titlebar to move the window OnTitlebar Mouse1 :MacroCmd {Raise} {Focus} {ActivateTab} OnTitlebar Move1 :StartMoving # middle click on the titlebar to lower OnTitlebar Mouse2 :Lower # right click on the titlebar for a menu of options OnTitlebar Mouse3 :WindowMenu # alt-tab Mod1 Tab :NextWindow {groups} Mod1 Shift Tab :PrevWindow {groups} # cycle through tabs in the current window Mod4 Tab :NextTab Mod4 Shift Tab :PrevTab # go to a specific tab in the current window Mod4 1 :Tab 1 Mod4 2 :Tab 2 Mod4 3 :Tab 3 Mod4 4 :Tab 4 Mod4 5 :Tab 5 Mod4 6 :Tab 6 Mod4 7 :Tab 7 Mod4 8 :Tab 8 Mod4 9 :Tab 9 # open a terminal Mod1 F1 :Exec x-terminal-emulator # open a dialog to run programs Mod1 F2 :Exec fbrun # volume settings, using common keycodes # if these don't work, use xev to find out your real keycodes 176 :Exec amixer sset Master,0 1+ 174 :Exec amixer sset Master,0 1- 160 :Exec amixer sset Master,0 toggle # current window commands Mod1 F4 :Close Mod1 F5 :Kill Mod1 F9 :Minimize Mod1 F10 :Maximize Mod1 F11 :Fullscreen # open the window menu Mod1 space :WindowMenu # exit fluxbox Control Mod1 Delete :Exit # change to previous/next workspace Control Mod1 Left :PrevWorkspace Control Mod1 Right :NextWorkspace # send the current window to previous/next workspace Mod4 Left :SendToPrevWorkspace Mod4 Right :SendToNextWorkspace # send the current window and follow it to previous/next workspace Control Mod4 Left :TakeToPrevWorkspace Control Mod4 Right :TakeToNextWorkspace # change to a specific workspace Control F1 :Workspace 1 Control F2 :Workspace 2 Control F3 :Workspace 3 Control F4 :Workspace 4 Control F5 :Workspace 5 Control F6 :Workspace 6 Control F7 :Workspace 7 Control F8 :Workspace 8 Control F9 :Workspace 9 Control F10 :Workspace 10 Control F11 :Workspace 11 Control F12 :Workspace 12 # send the current window to a specific workspace Mod4 F1 :SendToWorkspace 1 Mod4 F2 :SendToWorkspace 2 Mod4 F3 :SendToWorkspace 3 Mod4 F4 :SendToWorkspace 4 Mod4 F5 :SendToWorkspace 5 Mod4 F6 :SendToWorkspace 6 Mod4 F7 :SendToWorkspace 7 Mod4 F8 :SendToWorkspace 8 Mod4 F9 :SendToWorkspace 9 Mod4 F10 :SendToWorkspace 10 Mod4 F11 :SendToWorkspace 11 Mod4 F12 :SendToWorkspace 12 # send the current window and change to a specific workspace Control Mod4 F1 :TakeToWorkspace 1 Control Mod4 F2 :TakeToWorkspace 2 Control Mod4 F3 :TakeToWorkspace 3 Control Mod4 F4 :TakeToWorkspace 4 Control Mod4 F5 :TakeToWorkspace 5 Control Mod4 F6 :TakeToWorkspace 6 Control Mod4 F7 :TakeToWorkspace 7 Control Mod4 F8 :TakeToWorkspace 8 Control Mod4 F9 :TakeToWorkspace 9 Control Mod4 F10 :TakeToWorkspace 10 Control Mod4 F11 :TakeToWorkspace 11 Control Mod4 F12 :TakeToWorkspace 12 !mouse actions added by fluxbox-update_configs OnTitlebar Mouse1 :MacroCmd {Focus} {Raise} {ActivateTab} !mouse actions added by fluxbox-update_configs OnTitlebar
Bug#601256: fluxbox: Tab behavior broken after upgrade
Package: fluxbox Version: 1.1.1+git20100908.df2f51b-2 Severity: important After upgrading to this version, I found that tabbed window management no longer works as expected. Two problems have been observed so far: 1. Middle click to merge/separate tabbed groups no longer works. Previously, I could drag window titles with the middle mouse button and add/remove them from a tab group. Now I have to use ALT+left click to achieve the same thing. 2. The Click Tab Focus setting no longer works. In order to switch between tabs in a group, I cannot click on a tab. Instead, I have to change my configuration to Mouse Tab Focus to switch windows within a group. To fix these issues, I have tried wiping my /etc/X11/fluxbox configs and doing a full reinstall of the package. I've also tried moving my .fluxbox directory out of the way to start with relevant defaults there. Neither of these helped. Note that I currently use the Tabs in Titlebar option. thanks, tim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluxbox depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.5-5GCC support library ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libimlib2 1.4.2-8+b2 powerful image loading and renderi ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.5-5 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii menu2.1.44 generates programs menu for all me ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages fluxbox recommends: ii xfonts-terminus 4.30-2 Fixed-width fonts for fast reading Versions of packages fluxbox suggests: pn fbdesknone (no description available) pn fbpager 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#601256: Fwd: Bug#601256: fluxbox: Tab behavior broken after upgrade
Hey Paul, Thanks for following up on this quickly. To recap for the bug report: Mathias Gumz wrote you back and mentioned: 1. Middle click to merge/separate tabbed groups no longer works. Previously, I could drag window titles with the middle mouse button and add/remove them from a tab group. ?Now I have to use ALT+left click to achieve the same thing. the keys file should contain ? OnTitlebar Mouse2 :StartTabbing 2. The Click Tab Focus setting no longer works. ?In order to switch between tabs in a group, I cannot click on a tab. ?Instead, I have to change my configuration to Mouse Tab Focus to switch windows within a group. thats because some things are not hardcoded to the fluxbox any longer. you are right, the menu entry for click to tab focus is not valid anymore, you have to put ? OnTitlebar Mouse1 :ActivateTab into your keys. The first item he suggested was already in my keys file. I added the second item for ActiveTab, and that seems to have fixed most of the issues on my laptop. However, my laptop's mouse is screwy some I'm not 100% sure that everything will be fixed on my desktop. I'm traveling right now, so I can't test it on my desktop where the issue originally came up, but I'll let you know if I have trouble with it when I get back next week. As for a fix to the package, do you need to change the right-click configuration menu to account for this change? Or maybe an install script should adjust peoples' .fluxbox/keys files if they have it set in the older configuration. I don't know how you guys manage individual users' configs on changes like this... I've attached my current keys file for reference. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419713: linux-source-2.6.18: Null pointer dereference, kswapd died
Does this error still occur with more recent kernel versions? I have not had this issue in probably over a year. Then again, that system has since been rebuilt and repurposed, having it's kernel compiled with completely different options. Had someone taken an interest in debugging it back then, I probably could have tried some things to help get you more info, but now there's little chance of reproducing. Probably should just close the bug, unless you know of someone else experiencing it. tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516165: docbook2x: Broken section transitions
Package: docbook2x Version: 0.8.8-8 Severity: important Hello, I develop a package which distributes man pages and I use docbook XML to accomplish this. In my release build scripts, I run the following to create the man pages: docbook2x-man --to-stdout reglookup.1.docbook man/man1/reglookup.1 ... cd man/man1 gzip -9 -f reglookup.1 Lately I've noticed that there hare display problems in some of the output. Specifically, the section transition between my SYNOPSIS block and DESCRIPTION block is broken when I run `man reglookup'. Here's what I see on screen: -8--- SYNOPSIS reglookup [options] registry-file .SH DESCRIPTION reglookup is designed to read windows registry elements and print them out to stdout in a CSV-like format. It has filtering options to narrow the focus of the output. This tool is designed to work with on Windows NT-based registries. -8--- But it should read: -8--- SYNOPSIS reglookup [options] registry-file DESCRIPTION reglookup is designed to read windows registry elements and print them out to stdout in a CSV-like format. It has filtering options to narrow the focus of the output. This tool is designed to work with on Windows NT-based registries. -8--- This block corresponds to a docbook file (start of file to end of description block included): -8--- ?xml version=1.0 encoding=UTF-8? refentry id='reglookup.1' !-- $Id: reglookup.1.docbook 138 2009-02-08 19:53:48Z tim $ -- refmeta refentrytitlereglookup/refentrytitle manvolnum1/manvolnum refmiscinfo class=sectdescFile Conversion Utilities/refmiscinfo /refmeta refnamediv id='name' refnamereglookup/refname refpurposeWindows NT+ registry reader/lookup tool/refpurpose /refnamediv refsect1 id='synopsis' titleSYNOPSIS/title para command reglookup [options] replaceableregistry-file/replaceable /command /para /refsect1 refsect1 id='description' titleDESCRIPTION/title para reglookup is designed to read windows registry elements and print them out to stdout in a CSV-like format. It has filtering options to narrow the focus of the output. This tool is designed to work with on Windows NT-based registries. /para /refsect1 -8--- In looking at the output generated by docbook2x-man, I see: -8--- '\ -*- coding: us-ascii -*- .if \n(.g .ds T \\FC .if \n(.g .ds T \\F[\n[.fam]] .de URL \\$2 \(la\\$1\(ra\\$3 .. .if \n(.g .mso www.tmac .TH reglookup 1 19 February 2009 File Conversion Utilities .SH NAME reglookup \- Windows NT+ registry reader/lookup tool .SH SYNOPSIS \fBreglookup [options] \fIregistry-file\fB \fR.SH DESCRIPTION reglookup is designed to read windows registry elements and print them out to stdout in a CSV-like format. It has filtering options to narrow the focus of the output. This tool is designed to work with on Windows NT-based registries. -8--- Note the \fR.SH DESCRIPTION line. I know almost nothing about the syntax of these files, but that seems to be the one major difference between this section header and others. The others have the .SH starting at the beginning of the line... Is this just an upstream bug, or is there a way to work around it (besides editing the file by hand)? thanks, tim -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docbook2x depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libtext-wrapi18n-perl 0.06-6internationalized substitute of Te ii libxml-sax-expat-perl 0.40-1Perl module for a SAX2 driver for ii opensp 1.5.2-6 OpenJade group's SGML parsing tool ii perl 5.10.0-19 Larry Wall's Practical Extraction ii texinfo4.11.dfsg.1-4 Documentation system for on-line i ii xml-core 0.12 XML infrastructure and XML catalog ii xsltproc 1.1.24-2 XSLT command line processor Versions of packages docbook2x recommends: ii docbook-xml 4.5-6 standard XML documentation system, ii docbook-xsl 1.73.2.dfsg.1-5
Bug#522836: zile: Assertion crash in auto-fill-mode
Package: zile Version: 2.3.4-1 Severity: grave Justification: causes non-serious data loss This bug has been in zile a *long* time, but I have never managed to either write a detailed enough bug report or get anyone to care. Previously this crash was a segfault... I guess we're making progress now that it's an assert() failure... =P Anyway, sometimes when zile is wrapping a line for me in auto-fill-mode it crashes. The assertion failure in the current version is: zile: astr.c:101: astr_nreplace_cstr: Assertion `pos = as-len' failed. Aborted This typically occurs when I'm wrapping a long line where I have to hit the space bar several times in order to get it all wrapped, leaving a long tail of spaces on the line. (It would be nice if auto-fill-mode behaved more like emacs' where it wraps the entire line in one go.) In order to reproduce, see the test.txt and .zile files which I will attach shortly. Once you have the .zile in place, run `zile test.txt' and then switch into auto-fill-mode by typing: M-x auto-fill-mode Next, go to the end of the long line (C-e) and start hitting space bar. The assertion fails for me after hitting space 3 times. I'm guessing this is some kind of integer overflow/underflow but I really have no idea. I haven't looked at the code. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zile depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libncurses5 5.7+20090321-1 shared libraries for terminal hand zile recommends no packages. zile suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522836: Sample files
As promised, here are the test.txt and .zile files I referred to. tim ; .zile sample configuration ; Do not display the splash screen at startup [default: nil] (setq skip-splash-screen nil) ; The default tabulation width [default: 8] (setq tab-width 8) ; Always indent [default: t] ; Controls the operation of the TAB key. ; If enabled, hitting TAB always just indents the current line. ; Otherwise, hitting TAB indents the current line if point is at the ; left margin or in the line's indentation, otherwise it moves to the ; next tab stop. (setq tab-always-indent t) ; Insert real tabs [default: nil] ; If enabled, insert-tab inserts `real' tabs; otherwise, it always ; inserts spaces. (setq indent-tabs-mode t) ; The default fill column (in Auto Fill Mode) [default: 72] (setq fill-column 72) ; Enable the Auto Fill Mode [default: nil] (setq auto-fill-mode nil) ; Kill whole line regardless of cursor position [default: nil] (setq kill-whole-line nil) ; Ignore case when searching [default: t] (setq case-fold-search t) ; Match case when replacing [default: t] (setq case-replace t) ; Enable beep [default: t] ; If enabled, a sound will be emitted on any error. (setq beep t) ; Standard indentation level [default: 4] ; Default number of columns for margin-changing functions to indent. (setq standard-indent 4) ; If enabled, deactivates the mark when the buffer contents change. ; Also enables highlighting of the region whenever the mark is active. ; The variable `highlight-nonselected-windows' controls whether to ; highlight all windows or just the selected window. [default: t] (setq transient-mark-mode t) ; If enabled, highlight region even in nonselected windows. ; [default: nil] (setq highlight-nonselected-windows nil) ; Specify whether backups are made [default: t] ; If enabled, Zile will create a backup file with a tilde `~' appended ; to the name (e.g.: on saving `foo.c' it will create the backup ; `foo.c~'). (setq make-backup-files nil) ; Specify target backup directory [default: nil] ; If set to a directory name (which must exist), backups are created ; in that directory. Otherwise backups are created alongside the ; backuped file. (setq backup-directory nil) ; Rebind keys ; (global-set-key key 'func) ; Better bindings for when backspace generates C-h ;(global-set-key \BS'backward-delete-char) ;(global-set-key \C-h 'backward-delete-char) ;(global-set-key \M-: 'mark-paragraph) ;(global-set-key \M-hb 'list-bindings) ;(global-set-key \M-hd 'describe-function) ;(global-set-key \M-hf 'describe-function) ;(global-set-key \M-hF 'view-zile-FAQ) ;(global-set-key \M-hk 'describe-key) ;(global-set-key \M-hlr 'list-registers) ;(global-set-key \M-hs 'help-config-sample) ;(global-set-key \M-ht 'help-with-tutorial) ;(global-set-key \M-hw 'where-is) ;(global-set-key \M-hv 'describe-variable) abcdefghijklmnopqrstuvwxyz test AABCABCD ABCDE ABCDEF 0 01 012 0123 01234 012345 0123456 01234567 012345678 0123456789 test test 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 asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf friends romans countrymen, lend me your ear.
Bug#522841: zile: 2.2 to 2.3 transition is a pain with command line switches
Package: zile Version: 2.3.4-1 Severity: normal I use zile as a general editor for systems administration tasks as well as an email text editor with mutt. When I'm working on a config file or a shell script, I don't want auto-fill-mode on. However, when editing emails, I do. Traditionally, when I have mutt spawn zile, I call it as: zile -f auto-fill-mode +8 However, in version 2.3.4, the -f switch was removed. I can now load a separate config file using the -l option, which is fine... I can use different .zile configs for different applications. However, I work in an environment where my home directory is shared between systems. On some systems where I'm still on zile 2.2, I can't use the -l switch and on the newer systems I can't use the -f switch. There is essentially no single command line to achieve what I want to do in both cases. It would be much nicer if the upstream had either added the -l switch for a while (without removing the -f switch) until guys like me could get used to the newer option. Then later remove -f. Would it be possible to add the -f back to the new package version for a while? Why not just add a command line option to allow one to specify LISP at the command line? Something like: -exec '(auto-fill-mode t)(some-other-setting nil)...' thanks, tim -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zile depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libncurses5 5.7+20090321-1 shared libraries for terminal hand zile recommends no packages. zile suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522836: zile: Assertion crash in auto-fill-mode
This bug has been in zile a *long* time, but I have never managed to either write a detailed enough bug report or get anyone to care. My dear sir, I'm not sure whether I've ever had a bug report from you, but I certainly *do* care, and have made several attempts over the years to fix paragraph filling. I'm sorry it's still causing grief... Oh, please take no offense, as none was intended. I'm not even sure what bug reports I might have submitted on the issue in the past, and if I did, it probably didn't have enough detail. It's just one of those bugs that only pops up right in the middle of something and I never find the time to come back and look into it. Thanks very much for your detailed bug report, which enabled me to reproduce the bug. I've committed a fix to git, and will release 2.3.5 shortly. I can't promise this is the last bug in line wrapping; this one was specific to lines containing multiple spaces, as the call to delete-horizontal-space that line wrapping makes was not taken into account in subsequent positioning of point. Fortunately (to use a marker rather than making incorrect calculations) simplifies the code, so at least there's less to debug next time! Great, I'm glad to hear it. Thanks for your very quick response and your ongoing hard work on zile. Best regards, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522841: zile: 2.2 to 2.3 transition is a pain with command line switches
Would it be possible to add the -f back to the new package version for a while? Done. Will be in 2.3.5. Wow, what service! So often I hear from management types that they'd never use Debian or any other distro they don't pay for because they can't get good support. You're a shining example of how they're wrong and we're right. =) How many companies would turn around a bug fix and a feature request in a general purpose product in a matter of hours? Thanks again! tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522955: pidgin: Hangs at startup
Package: pidgin Version: 2.5.5-1 Severity: grave Justification: renders package unusable This version of Pidgin simply hangs for me at startup. Occasionally I have observed the GUI come up but be unresponsive after waiting a very long time. Most of the time I get nothing. I tried removing all plugins I had installed for it and I moved my .purple directory out of the way and started it again with the same result. I normally use pidgin with XMPP and Yahoo IM, but with a blank .purple config, I don't think this has much to do with it. Running 'pidgin -d' gives: (09:03:51) prefs: Reading /home/tim/.purple/prefs.xml (09:03:51) prefs: Reading /etc/purple/prefs.xml (09:03:51) dbus: okkk (09:03:51) plugins: probing /usr/lib/pidgin/cap.so (09:03:51) plugins: probing /usr/lib/pidgin/convcolors.so (09:03:51) plugins: probing /usr/lib/pidgin/extplacement.so (09:03:51) plugins: probing /usr/lib/pidgin/gestures.so (09:03:51) plugins: probing /usr/lib/pidgin/gevolution.so (09:03:51) plugins: /usr/lib/pidgin/gevolution.so is not loadable: libedata-book-1.2.so.2: cannot open shared object file: No such file or directory (09:03:51) plugins: probing /usr/lib/pidgin/gtkbuddynote.so (09:03:51) plugins: probing /usr/lib/pidgin/history.so (09:03:51) plugins: probing /usr/lib/pidgin/iconaway.so (09:03:51) plugins: probing /usr/lib/pidgin/markerline.so (09:03:51) plugins: probing /usr/lib/pidgin/musicmessaging.so (09:03:51) plugins: probing /usr/lib/pidgin/notify.so (09:03:51) plugins: probing /usr/lib/pidgin/pidginrc.so (09:03:51) plugins: probing /usr/lib/pidgin/sendbutton.so (09:03:51) plugins: probing /usr/lib/pidgin/spellchk.so (09:03:51) plugins: probing /usr/lib/pidgin/ticker.so (09:03:51) plugins: probing /usr/lib/pidgin/timestamp.so (09:03:51) plugins: probing /usr/lib/pidgin/timestamp_format.so (09:03:51) plugins: probing /usr/lib/pidgin/xmppconsole.so (09:03:51) plugins: probing /usr/lib/purple-2/autoaccept.so (09:03:51) plugins: probing /usr/lib/purple-2/buddynote.so (09:03:51) plugins: probing /usr/lib/purple-2/dbus-example.so (09:03:51) plugins: probing /usr/lib/purple-2/idle.so (09:03:51) plugins: probing /usr/lib/purple-2/joinpart.so (09:03:51) plugins: probing /usr/lib/purple-2/libaim.so (09:03:51) plugins: probing /usr/lib/purple-2/libbonjour.so (09:03:51) plugins: probing /usr/lib/purple-2/libgg.so (09:03:51) plugins: probing /usr/lib/purple-2/libicq.so (09:03:51) plugins: probing /usr/lib/purple-2/libirc.so (09:03:51) plugins: probing /usr/lib/purple-2/libjabber.so (09:03:51) plugins: /usr/lib/purple-2/libjabber.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (09:03:51) plugins: probing /usr/lib/purple-2/libmsn.so (09:03:51) plugins: probing /usr/lib/purple-2/libmyspace.so (09:03:51) plugins: probing /usr/lib/purple-2/libnovell.so (09:03:51) plugins: probing /usr/lib/purple-2/liboscar.so (09:03:51) plugins: /usr/lib/purple-2/liboscar.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (09:03:51) plugins: probing /usr/lib/purple-2/libqq.so (09:03:51) plugins: probing /usr/lib/purple-2/libsametime.so (09:03:51) plugins: /usr/lib/purple-2/libsametime.so has a prefs_info, but is a prpl. This is no longer supported. (09:03:51) plugins: probing /usr/lib/purple-2/libsilcpurple.so (09:03:51) plugins: probing /usr/lib/purple-2/libsimple.so (09:03:51) plugins: probing /usr/lib/purple-2/libxmpp.so (09:03:51) util: Reading file xmpp-caps.xml from directory /home/tim/.purple (09:03:51) util: File /home/tim/.purple/xmpp-caps.xml does not exist (this is not necessarily an error) (09:03:51) jabber: creating hash tables for data objects (09:03:51) plugins: probing /usr/lib/purple-2/libyahoo.so (09:03:51) plugins: probing /usr/lib/purple-2/libzephyr.so (09:03:51) plugins: probing /usr/lib/purple-2/log_reader.so (09:03:51) plugins: probing /usr/lib/purple-2/newline.so (09:03:51) plugins: probing /usr/lib/purple-2/offlinemsg.so (09:03:51) plugins: probing /usr/lib/purple-2/perl.so (09:03:51) plugins: probing /usr/lib/purple-2/psychic.so (09:03:51) plugins: probing /usr/lib/purple-2/ssl-nss.so (09:03:51) plugins: probing /usr/lib/purple-2/ssl.so (09:03:51) plugins: probing /usr/lib/purple-2/statenotify.so (09:03:51) plugins: probing /usr/lib/purple-2/tcl.so (09:03:51) plugins: /usr/lib/purple-2/tcl.so is not loadable: libtcl8.4.so.0: cannot open shared object file: No such file or directory (09:03:51) prefs: /purple/status/scores/offline changed, scheduling save. (09:03:51) prefs: /purple/status/scores/available changed, scheduling save. (09:03:51) prefs: /purple/status/scores/invisible changed, scheduling save. (09:03:51) prefs: /purple/status/scores/away changed, scheduling save. (09:03:51) prefs: /purple/status/scores/extended_away changed, scheduling save. (09:03:51) prefs: /purple/status/scores/idle changed, scheduling save. (09:03:51) prefs
Bug#590094: grokevt: Sample Configuration Needs Extra Subdirectory
Package: grokevt Version: 0.4.1-6 Severity: normal The current Debian package renames the upstream /usr/local/etc/grokevt/systems/example directory to /usr/share/doc/grokevt/examples . This is a little confusing because that directory is intended to be a single configuration profile. Think of it and everything under it as a single config file. What would make more sense would be to place this directory at: /usr/share/doc/grokevt/examples/example1 or something similar. I can change the upstream package to use a better naming scheme in the next release. Maybe I'll create win2k-example, winxp-example, etc profiles or something. Anyway, it was confusing when I was trying to explain where to find the configuration to an end user of the Debian package. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grokevt depends on: ii python2.6.5-5An interactive high-level object-o ii python-support1.0.9 automated rebuilding support for P ii reglookup 0.12.0-1 utility to read and query Windows grokevt recommends no packages. grokevt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549687: Newer zile versions lack 'replace-string'
Package: zile Version: 2.3.6-2 Severity: normal Hello, In recent versions of zile, I noticed the 'replace-string' function seems to have disappeared. Would it be possible to get that added back in? I tend to use it quite a bit. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zile depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand zile recommends no packages. zile suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549687: Newer zile versions lack 'replace-string'
In recent versions of zile, I noticed the 'replace-string' function seems to have disappeared. Would it be possible to get that added back in? I tend to use it quite a bit. I could certainly do that, but what's the use case that query-replace-string doesn't cover? You mean 'query-replace'? Yeah, I guess looking at it closer it does provide replace-all functionality with an extra step. I guess it isn't that big a deal then. Just hadn't used it that way before. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613894: h2ph fails to corectly convert /usr/include/bits/wchar.h to a perl header
Package: perl Version: 5.10.1-17 Severity: normal Tags: upstream Running h2ph against /usr/include/bits/wchar.h generates a perl header with the following syntax errors: syntax error at /usr/local/lib/perl/5.10.1/bits/wchar.ph line 15, near )ord syntax error at /usr/local/lib/perl/5.10.1/bits/wchar.ph line 20, near } it appears the h2ph cannot correctly parse the following line in /usr/include/bits/wchar.h #elif L'\0' - 1 0 as it is coresponding line in the generated perl header that contains the syntax error elsif((defined(L) ? L : undef)ord('\0') - 1 0) { -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdb4.74.7.25-9 Berkeley v4.7 Database Libraries [ ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii perl-base 5.10.1-17minimal Perl system ii perl-modules5.10.1-17Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages perl recommends: ii netbase 4.45 Basic TCP/IP networking system Versions of packages perl suggests: pn libterm-readline-gnu-perl | l none (no description available) ii make 3.81-8 An utility for Directing compilati pn perl-doc 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#644019: reglookup: Please package latest upstream (1.0.1)
Package: reglookup Version: 0.12.0-1 Severity: wishlist Tags: upstream I released 1.0.1 today. Since 0.99.0, RegLookup has included Python wrappers that are now used by third-party projects, including Registry Decoder and DFF. It would help those projects' packaging efforts a lot if a recent version of RegLookup were in Debian. Some of the suggested guidelines for packaging the upstream source are here: http://projects.sentinelchicken.org/reglookup/dependencies Please let me know if resources are not available to update the package so I can put it on my TODO list. Thanks much, tim -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reglookup depends on: ii libc6 2.13-11Embedded GNU C Library: Shared lib reglookup recommends no packages. reglookup suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644885: wicd-daemon: wicd fails to configure essid on open networks
Hi David, Thanks much for checking in with me on this. Can you please check this still happens to you with the latest WICD in sid? (1.7.2.4-1) I updated to the latest sid and initially found that I couldn't get any wireless to work at all. Then I replaced my custom kernel with the current latest default one from Debian, and I think that fixed a problem with the RF-kill switch. Ok, so now both WPA2 and an unsecured network seem to be working fine through wicd. However, I'm unable to get static wired networking to work. Watching the log, it appears wicd keeps trying to run the dhcp client (currently pump) against eth0 even though the profile is configured as static. Very odd. If you think it's best, I'll try to remember to open another bug for that one... tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653095: Additional info
Hi Paul, Thanks for the quick response. I wouldn't be surprised either if the bug is somewhere else, but I'm really not familiar with the X GUI stack or the pletora of other packages that could be involved, besides Java itself. I'm happy to help test various scenarios and to log bugs against other packages as necessary. Thanks again and happy holidays, tim On Sat, Dec 24, 2011 at 12:28:18PM -0500, Paul R. Tagliamonte wrote: Howdy, Tim, since fluxbox will treat all windows the same, I have a hunch the bug is elsewhere. bug ACK'd though, I'll try to dupe soon - I've been a bit swamped lately. Someone else feel free to confirm + ack :) -Paul On Fri, Dec 23, 2011 at 1:13 PM, Tim tim-deb...@sentinelchicken.org wrote: I should add that I have observed the following behavior... If you load up 3 applications and add them to the same tab group, one of the apps being a non-Java application, and the other two being Java applications then: * Switching from the non-Java application to one of the Java applications by clicking on the appropriate tab almost never works. Rarely, some sort of race allows this to work * If you have one of the Java applications selected, then switching to the other Java application works fine. * If you have one of the Java applications selected, then switching to the non-Java application works fine. HTH, tim -- :wq -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692195: scidavis do not start as normal user. error message: segmentation fault scidavis. no problems if started as root.
Package: scidavis Version: 0.2.4-3.3 Severity: normal 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 testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scidavis depends on: ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglu1-mesa [libglu1]8.0.4-2 ii libgsl0ldbl 1.15+dfsg-1 ii libmuparser2 2.1.0-3 ii libpython2.7 2.7.3~rc2-2.1 ii libqt4-network4:4.8.2+dfsg-2 ii libqt4-opengl 4:4.8.2+dfsg-2 ii libqt4-qt3support 4:4.8.2+dfsg-2 ii libqt4-svg4:4.8.2+dfsg-2 ii libqt4-xml4:4.8.2+dfsg-2 ii libqtassistantclient4 4.6.3-4 ii libqtcore44:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libqwt5-qt4 5.2.2-3 ii libqwtplot3d-qt4-00.2.7+svn191-7 ii libstdc++64.7.1-7 ii zlib1g1:1.2.7.dfsg-13 Versions of packages scidavis recommends: ii qt-assistant-compat 4.6.3-4 scidavis suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682828: yate-h323chan: Missing h323chan.yate ?
Package: yate-h323chan Version: 4.1.0-1~dfsg-2 Severity: important Dear Maintainer, I'm new to yate and not very experienced with VoIP in general. I'm trying to get yate working as an h323 client and/or gate keeper just so I can see some of the traffic. I've tried in vain to configure yate as a gatekeeper and connect to it with the qt4 client. I've been following these instructions: http://yate.null.ro/pmwiki/index.php?n=Documentation.YateAsH323GateKeeper According to the log file I'm writing out from the daemon, I noticed that the h323chan module never gets loaded, despite having this package installed. After further investigation, I see no h323-related module installed under /usr/lib/yate. I would have expected to see a file h323chan.yate somewhere under that directory, based on the configuration files and examples I'm reading. I suspect there is a problem with how this module is packaged in debian, but I could be wrong. If I am mistaken and there is a way to get this module loaded with the current package, can you hit me with a clue stick and tell me what configuration changes I should make? thanks, tim -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yate-h323chan depends on: ii yate-core 4.1.0-1~dfsg-2 yate-h323chan recommends no packages. yate-h323chan suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682426: gs taking 100% of cpu
I have a similar issue. System was okay until I tried to print a pdf file then a gs process took 80-100% of both processors. After cancelling the print job and trying again with a different pdf file I had two gs processes taking 100% of the cpu. Cancelling all the print jobs does not stop the gs process. The pdf files where about 250kb and 150kb however the Document Print Status windows showed the sizes at about 80Mb and 20Mb respectively. The print jobs where left running for 1 hour and 45 minutes respectively before they were cancelled, Document Print Status window showed the status as processing. I am running the Debian stable with no updates suggested by the Update Manager, Release 6.0.5, Kernel 2.6.32-5-amd64 with Gnome 2.30.2 CUPS version is 1.4.4 The printer is a HP OfficeJet 7000 connected via the ethernet port. The computer has a Intel Core2 Duo CPU E8500 @ 3.16GHz and 4Gb memory. I hope this helps. Thanks, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688580: xonix: Crash with double freeing memory
Package: xonix Version: 1.4-26 Severity: important When a game was ended, xonix is crashed on double freeing memory. I am not sure, but it seems this behaviour can be related with fail of a reading the scores file. This is an output: tim@station:~$ xonix xonix: cannot reopen high score file *** glibc detected *** xonix: double free or corruption (fasttop): 0x09750168 *** === Backtrace: = /lib/libc.so.6(+0x6adba)[0xb744edba] /lib/libc.so.6(+0x6c608)[0xb7450608] /lib/libc.so.6(cfree+0x6d)[0xb745374d] xonix[0x804cc91] xonix[0x804be4d] xonix[0x804c52d] /usr/lib/libXt.so.6(+0x285ea)[0xb76ad5ea] /usr/lib/libXt.so.6(XtAppNextEvent+0xad)[0xb76ad71d] /usr/lib/libXt.so.6(XtAppMainLoop+0x3c)[0xb76a00cc] xonix[0x804d793] xonix[0x804e4c0] /lib/libc.so.6(__libc_start_main+0xe6)[0xb73fac96] xonix[0x8049991] === Memory map: 08048000-0805 r-xp 08:02 525804 /usr/games/xonix 0805-08051000 rw-p 8000 08:02 525804 /usr/games/xonix 08051000-08052000 rw-p 00:00 0 096f9000-0975e000 rw-p 00:00 0 [heap] b720-b7221000 rw-p 00:00 0 b7221000-b730 ---p 00:00 0 b734f000-b736c000 r-xp 08:02 11534339 /lib/libgcc_s.so.1 b736c000-b736d000 rw-p 0001c000 08:02 11534339 /lib/libgcc_s.so.1 b736d000-b7377000 r-xp 08:02 11534392 /lib/libnss_files-2.11.3.so b7377000-b7378000 r--p 9000 08:02 11534392 /lib/libnss_files-2.11.3.so b7378000-b7379000 rw-p a000 08:02 11534392 /lib/libnss_files-2.11.3.so b7379000-b7381000 r-xp 08:02 11534368 /lib/libnss_nis-2.11.3.so b7381000-b7382000 r--p 8000 08:02 11534368 /lib/libnss_nis-2.11.3.so b7382000-b7383000 rw-p 9000 08:02 11534368 /lib/libnss_nis-2.11.3.so b7383000-b7396000 r-xp 08:02 11534388 /lib/libnsl-2.11.3.so b7396000-b7397000 r--p 00012000 08:02 11534388 /lib/libnsl-2.11.3.so b7397000-b7398000 rw-p 00013000 08:02 11534388 /lib/libnsl-2.11.3.so b7398000-b739a000 rw-p 00:00 0 b739a000-b73a r-xp 08:02 11534552 /lib/libnss_compat-2.11.3.so b73a-b73a1000 r--p 6000 08:02 11534552 /lib/libnss_compat-2.11.3.so b73a1000-b73a2000 rw-p 7000 08:02 11534552 /lib/libnss_compat-2.11.3.so b73a2000-b73a6000 r-xp 08:02 530058 /usr/lib/libXfixes.so.3.1.0 b73a6000-b73a7000 rw-p 3000 08:02 530058 /usr/lib/libXfixes.so.3.1.0 b73a7000-b73af000 r-xp 08:02 530060 /usr/lib/libXrender.so.1.3.0 b73af000-b73b rw-p 7000 08:02 530060 /usr/lib/libXrender.so.1.3.0 b73b-b73b8000 r-xp 08:02 530062 /usr/lib/libXcursor.so.1.0.2 b73b8000-b73b9000 rw-p 7000 08:02 530062 /usr/lib/libXcursor.so.1.0.2 b73b9000-b73ba000 rw-p 00:00 0 b73ba000-b73be000 r-xp 08:02 530039 /usr/lib/libXdmcp.so.6.0.0 b73be000-b73bf000 rw-p 3000 08:02 530039 /usr/lib/libXdmcp.so.6.0.0 b73bf000-b73c rw-p 00:00 0 b73c-b73c2000 r-xp 08:02 530037 /usr/lib/libXau.so.6.0.0 b73c2000-b73c3000 rw-p 1000 08:02 530037 /usr/lib/libXau.so.6.0.0 b73c3000-b73c5000 r-xp 08:02 11534376 /lib/libdl-2.11.3.so b73c5000-b73c6000 r--p 1000 08:02 11534376 /lib/libdl-2.11.3.so b73c6000-b73c7000 rw-p 2000 08:02 11534376 /lib/libdl-2.11.3.so b73c7000-b73df000 r-xp 08:02 530041 /usr/lib/libxcb.so.1.1.0 b73df000-b73e rw-p 00017000 08:02 530041 /usr/lib/libxcb.so.1.1.0 b73e-b73e3000 r-xp 08:02 11534405 /lib/libuuid.so.1.3.0 b73e3000-b73e4000 rw-p 2000 08:02 11534405 /lib/libuuid.so.1.3.0 b73e4000-b7522000 r-xp 08:02 11534549 /lib/libc-2.11.3.so b7522000-b7523000 ---p 0013e000 08:02 11534549 /lib/libc-2.11.3.so b7523000-b7525000 r--p 0013e000 08:02 11534549 /lib/libc-2.11.3.so b7525000-b7526000 rw-p 0014 08:02 11534549 /lib/libc-2.11.3.so b7526000-b752a000 rw-p 00:00 0 b752a000-b7643000 r-xp 08:02 530045 /usr/lib/libX11.so.6.3.0 b7643000-b7647000 rw-p 00118000 08:02 530045 /usr/lib/libX11.so.6.3.0 b7647000-b7655000 r-xp 08:02 530047 /usr/lib/libXext.so.6.4.0 b7655000-b7656000 rw-p d000 08:02 530047 /usr/lib/libXext.so.6.4.0 b7656000-b7665000 r-xp 08:02 530053 /usr/lib/libXpm.so.4.11.0 b7665000-b7666000 rw-p e000 08:02 530053 /usr/lib/libXpm.so.4.11.0 b7666000-b767a000 r-xp 08:02 530033 /usr/lib/libICE.so.6.3.0 b767a000-b767c000 rw-p 00013000 08:02 530033 /usr/lib/libICE.so.6.3.0 b767c000-b767d000 rw-p 00:00 0 b767d000-b7684000 r-xp 08:02 530035 /usr/lib/libSM.so.6.0.1 b7684000-b7685000 rw-p 6000 08:02 530035 /usr/lib/libSM.so.6.0.1 b7685000-b76d3000 r-xp 08:02 530049 /usr/lib/libXt.so.6.0.0 b76d3000-b76d7000 rw-p 0004d000 08:02 530049 /usr/lib/libXt.so.6.0.0 b76d7000-b76d8000 rw-p 00:00 0 b76d8000-b76ed000 r-xp 08:02 530051 /usr/lib/libXmu.so.6.2.0 b76ed000-b76ee000 rw-p 00015000 08:02 530051 /usr/lib
Bug#693511: rcconf: ssh daemon doesn't show up in rcconf.
Package: rcconf Version: 2.5 Severity: normal Dear Maintainer, the ssh daemon, which is installed, does not appear in the rcconf menu. In sysv-rc-conf, however, it is visible. As far as I can see, ssh is the only daemon which is affected by this problem. Cheers Tim -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rcconf depends on: ii perl 5.14.2-15 ii perl-modules 5.14.2-15 ii sysv-rc 2.88dsf-32 ii whiptail 0.52.14-10 rcconf recommends no packages. rcconf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
This appears to be a pretty serious problem. I agree, just dropping '-p' won't work for functional reasons. As a better long-term solution, have you considered just moving those directories out of /tmp? There's almost always a safer place to put temporary files/directories. For instance, under /var/lib or /var/run, or whatever is most appropriate as an application-specific directory, whose parent isn't world-writable. tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
Hi Bernhard, As a better long-term solution, have you considered just moving those directories out of /tmp? Those are for sockets whose name is part of the interface to access them. So you cannot move them. And the directory itself needs to be world-writeable, so it is best placed within /tmp. Hmm, sounds like a badly-designed interface. Where is this interface defined? I don't doubt you, I'm merely naive about X design/interface, and curious as to how flexible this is. Is this use of /tmp a Debian thing, an Xorg thing, or an X11R6 thing? thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
As far as the short-term solution to this problem goes, how about this (untested)? if [ -e $SOCKET_DIR ] [ ! -d $SOCKET_DIR ]; then mv $SOCKET_DIR $SOCKET_DIR.$$ || exit $? fi if [ ! -e $SOCKET_DIR ]; then mkdir $SOCKET_DIR || exit $? chown root:root $SOCKET_DIR chmod 1777 $SOCKET_DIR fi First move other types of files out of the way, as before (is this even necessary?). After that, we should have either no SOCKET_DIR or a directory by that name we have created previously. If it doesn't exist as a directory, create it. If something by that name suddenly appears in the race after our second existence test, then fail, since someone is clearly doing some hanky-panky. Otherwise, we should own the file and there shouldn't be a risk. I realize that the || exit $? items are redundant given the script's set -e, but I like to see things explicit when security matters, since some future maintainer might accidentally remove the set -e for seemingly unrelated reasons. Note that the chown root:root $SOCKET_DIR also seems redundant to me (if we didn't already own it, we would have bigger problems, right?). tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
Hi Julien, As far as the short-term solution to this problem goes, how about this (untested)? if [ -e $SOCKET_DIR ] [ ! -d $SOCKET_DIR ]; then mv $SOCKET_DIR $SOCKET_DIR.$$ || exit $? fi if [ ! -e $SOCKET_DIR ]; then mkdir $SOCKET_DIR || exit $? chown root:root $SOCKET_DIR chmod 1777 $SOCKET_DIR fi So far I have this: diff --git a/debian/x11-common.init b/debian/x11-common.init index 34835ac..71f9fd5 100644 --- a/debian/x11-common.init +++ b/debian/x11-common.init @@ -30,10 +30,12 @@ set_up_socket_dir () { if [ $VERBOSE != no ]; then log_begin_msg Setting up X server socket directory $SOCKET_DIR... fi - if [ -e $SOCKET_DIR ] [ ! -d $SOCKET_DIR ]; then -mv $SOCKET_DIR $SOCKET_DIR.$$ + # if $SOCKET_DIR exists and isn't a directory, move it aside + if [ -e $SOCKET_DIR ] ! [ -d $SOCKET_DIR ] || [ -h $SOCKET_DIR ]; then +mv $SOCKET_DIR $(mktemp -d $SOCKET_DIR.XX) fi - mkdir -p $SOCKET_DIR + # make sure $SOCKET_DIR exists and isn't a symlink + mkdir $SOCKET_DIR 2/dev/null || [ -d $SOCKET_DIR ] ! [ -h $SOCKET_DIR ] chown root:root $SOCKET_DIR chmod 1777 $SOCKET_DIR do_restorecon $SOCKET_DIR @@ -44,10 +46,10 @@ set_up_ice_dir () { if [ $VERBOSE != no ]; then log_begin_msg Setting up ICE socket directory $ICE_DIR... fi - if [ -e $ICE_DIR ] [ ! -d $ICE_DIR ]; then -mv $ICE_DIR $ICE_DIR.$$ + if [ -e $ICE_DIR ] [ ! -d $ICE_DIR ] || [ -h $ICE_DIR ]; then +mv $ICE_DIR $(mktemp -d $ICE_DIR.XX) fi - mkdir -p $ICE_DIR + mkdir $ICE_DIR 2/dev/null || [ -d $ICE_DIR ] ! [ -h $ICE_DIR ] chown root:root $ICE_DIR chmod 1777 $ICE_DIR do_restorecon $ICE_DIR Compared to your version it allows moving aside a broken symlink, but other than that (and the mktemp use) they should be equivalent, I think. Another pair of eyes would be appreciated though... I think there is still a race in your version in the lines which look like: + mkdir $ICE_DIR 2/dev/null || [ -d $ICE_DIR ] ! [ -h $ICE_DIR ] mkdir will fail if the file already exists for any reason. After mkdir fails, it is possible that another process will be able to run and remove/create new versions of the path with different properties after your tests run. Here's a specific attack that could work, I think: 1. create a plain file named $ICE_DIR 2. monitor the file and wait for it to be moved to the new mktemp name 3. create a directory with the $ICE_DIR name before mkdir runs 4. mkdir will fail 5. After the -h test finishes, but before the chown is run, remove the directory and replace it with a symlink Yes, this is complicated and would require lots of luck given the context of the script, but it would certainly be best to avoid any dangerous races. The reason that my version of the script avoids this issue is that it relies on the atomicity of mkdir. If that fails, simply bail out. Don't do any additional tests afterward, since that introduces a race. I can't guarantee my version doesn't have other races though, so please do pick over it carefully... Note that the chown root:root $SOCKET_DIR also seems redundant to me (if we didn't already own it, we would have bigger problems, right?). I guess it protects against some user doing mkdir /tmp/.X11-unix before this runs (which probably means before the package is installed, so it's not like this is a very likely race) and then owning the directory. Oh, right, duh. Well, the dir is created every time the box boots, since /tmp is cleared, so it is needed for sure. thanks, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661627: Avoid /tmp ?
/etc/init.d/x11-common on boot should run before any unprivileged user has a chance to do anything (it's in rcS.d, and depends only on $local_fs), so it's less of a problem than initial package installation AFAICT. I'm not that familiar with the newer dependency boot sequencing, but I know someone who looked into this and seemed to think cron or atd *could* run before it. Looking at the scripts I have on my box, it seems like you may be right, assuming nothing else has a similar set of dependencies (namely, only $local_fs) which could hand off control to a user non-root user. However, my analysis doesn't cover every init script in every possible package... tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653095: fluxbox: Tabbed Java Apps can't be selected
Package: fluxbox Version: 1.3.2-2 Severity: normal Dear Maintainer, For some time I have had problems using Java GUI applications with Fluxbox. One of the problems I experience is that when I add a Java application to a tab group, I usually no longer able to click on it's tab to bring it to the foreground. In order to switch to the application, I have to use Alt+Tab, which gets very cumbersome if there are many windows in the same workspace. When a Java application isn't in a tab group, it comes to the foreground just fine with a mouse-over or click. I have noticed that on rare occasions, clicking the tab of a java application does work as expected. It seems there is some kind of race condition, because it never works consistently. Examples of Java applications that I use which have this problem: http://www.soapui.org/ https://www.owasp.org/index.php/OWASP_Zed_Attack_Proxy_Project -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.4 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluxbox depends on: ii libc6 2.13-21 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libfribidi0 0.19.2-1 ii libgcc1 1:4.6.2-5 ii libice6 2:1.0.7-2 ii libimlib2 1.4.4-1+b1 ii libsm6 2:1.2.0-2 ii libstdc++6 4.6.2-5 ii libx11-62:1.4.4-4 ii libxext62:1.3.0-3 ii libxft2 2.2.0-3 ii libxinerama12:1.1.1-3 ii libxpm4 1:3.5.9-4 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 ii menu2.1.46 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages fluxbox recommends: ii feh | eterm | hsetroot | xloadimage none ii xfonts-terminus 4.35-1 Versions of packages fluxbox suggests: pn fbautostart none pn fbdesk none pn fbpager none -- 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#653095: Additional info
I should add that I have observed the following behavior... If you load up 3 applications and add them to the same tab group, one of the apps being a non-Java application, and the other two being Java applications then: * Switching from the non-Java application to one of the Java applications by clicking on the appropriate tab almost never works. Rarely, some sort of race allows this to work * If you have one of the Java applications selected, then switching to the other Java application works fine. * If you have one of the Java applications selected, then switching to the non-Java application works fine. HTH, tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712852: gwyddion: Gwyddion does not start
Package: gwyddion Version: 2.28-2 Severity: important Dear Maintainer, Gwyddion does nor start. Instead, this message appears in the terminal: The program 'gwyddion' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 120 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) The -sync option has no affect, by the way. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwyddion depends on: ii gwyddion-common 2.28-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfftw3-33.3.2-3.1 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglu1-mesa [libglu1]8.0.5-4+deb7u2 ii libgtk2.0-0 2.24.10-2 ii libgtkglext1 1.2.0-2 ii libgtksourceview2.0-0 2.10.4-1 ii libgwyddion2-02.28-2 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libpython2.7 2.7.3-6 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxmu6 2:1.1.1-1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 gwyddion recommends no packages. Versions of packages gwyddion suggests: ii gwyddion-plugins 2.28-2 -- 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#705327: grokevt-parselog: support operation without a database
Hi Paul, Thanks for the suggestion. I'm the upstream developer. The issue with event logs of any format is that you can't produce human readable logs without a database of some kind. I think evtx files are even worse in this sense. One could try to ship a database with the software (which could have copyright issues), but this may produce inaccurate output. The gist of it is, an evt or evtx file is not the whole log. It doesn't contain all the information necessary to convert to a reasonable format. No easy way around that. Finally, grokevt doesn't currently support evtx at all. It would be nice to add support, but I currently don't have the time to tackle it. (I will definitely consider any patches you wish to submit. =) For evtx, I recommend you take a look at Andreas Schuster's parser or Willi Ballenthin's python module. Good luck, tim On Sat, Apr 13, 2013 at 03:15:03PM +0800, Paul Wise wrote: Package: grokevt Version: 0.4.1-7 Severity: wishlist grokevt-parselog requires a database, but I just received some standalone .evtx files that I want to dump and I don't have access to the Windows partition that they are from. It would be nice if grokevt could parse standalone .evtx files. -- bye, pabs http://wiki.debian.org/PaulWise ___ forensics-devel mailing list forensics-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705326: broken formatting in the manual pages
This is a known issue that I believe was fixed in 0.5.0. Debian can't upgrade to this version because there is no package available for the latest reglookup (a dependency). This has been an outstanding issue for a couple of years and I haven't had time to build a debian package. I believe the DFF guys have built some packages for these. It may be a simple matter of borrowing their version and incorporating into mainline debian if someone wants to take that on. tim On Sat, Apr 13, 2013 at 03:14:42PM +0800, Paul Wise wrote: Package: grokevt Version: 0.4.1-7 Severity: normal The grokevt-* manual pages have broken formatting, usually starting at the synopsis section and including the section after that. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grokevt depends on: ii python 2.7.3-4 ii python-support 1.0.15 ii reglookup 0.12.0-1 -- bye, pabs http://wiki.debian.org/PaulWise ___ forensics-devel mailing list forensics-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700834: installation-reports: HP dv7-1275dx installs successfully.
On 02/18/2013 08:18 AM, Philipp Kern wrote: Hi, On Mon, Feb 18, 2013 at 01:19:35AM -0500, Tim Kissane wrote: Also, when choosing the ESSID and entering the passphrase, it appeared in plain text. This would be better masked with *** by default, and an option given to display it openly. given that it's a non personalized passphrase, what's the scenario you're worried about? Kind regards Philipp Kern I believe the router passphrase is as important, if not more so, than a user password. Installing in a home is less of an issue than a business environment, but I think it would be best to err on the side of security, letting the user unmask the entry if desired. Peace, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700834: installation-reports: HP dv7-1275dx installs successfully.
On 02/18/2013 01:07 PM, Philipp Kern wrote: On Mon, Feb 18, 2013 at 01:00:59PM -0500, Tim wrote: On 02/18/2013 08:18 AM, Philipp Kern wrote: On Mon, Feb 18, 2013 at 01:19:35AM -0500, Tim Kissane wrote: Also, when choosing the ESSID and entering the passphrase, it appeared in plain text. This would be better masked with *** by default, and an option given to display it openly. given that it's a non personalized passphrase, what's the scenario you're worried about? I believe the router passphrase is as important, if not more so, than a user password. Installing in a home is less of an issue than a business environment, but I think it would be best to err on the side of security, letting the user unmask the entry if desired. How? We currently don't have support for the latter as far as I know, otherwise it would be a no-brainer. I would like to understand what the business environment is where you install computers in a way that you need to hide a wi-fi preshared key, installing over wi-fi. Enterprise networks use 802.1x, so it's probably about SMB. Installing computers over the company's wi-fi with non-employees being present? Kind regards Philipp Kern I haven't seen the code yet, so I can't say how without some research. Maybe it's not possible. It would be foolish to use wifi in a business environment, but that doesn't mean it won't happen. ;) Employees are the biggest security risk for a business, btw, rather than non-employees. Peace, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700834: installation-reports: HP dv7-1275dx installs successfully.
On 02/18/2013 01:47 PM, Philipp Kern wrote: On Mon, Feb 18, 2013 at 01:36:50PM -0500, Tim wrote: I haven't seen the code yet, so I can't say how without some research. Maybe it's not possible. It would be foolish to use wifi in a business environment, but that doesn't mean it won't happen. ;) Employees are the biggest security risk for a business, btw, rather than non-employees. So you don't have a concrete use case but still want to see it happen? I'm not convinced by that statement in any case, sorry. I've seen home users that really wanted to compare the key they typed in, that was pregenerated by the manufacturer, with what they noted down. It's a shared secret, which is obviously weaker than a secret, like the user's password. On the other hand use wifi in a business environment is not foolish, but the use of pre-shared keys and doing an install over it might be (if you could PXE boot from wifi, for instance). Obviously it can happen, but what security advantage is gained by star'ing the password in the installer? The attack scenario is rather that the wifi potentially has untrusted computers on it. The only scenario I can come up with is that I'm sitting in the public library, setting up my computer from a CD using the public wifi. People could watch my computer as I type in the shared wifi passphrase. I'm not sure hiding that bit of information from the others that could sneak up and remember it makes up for the inconvience of not being able to double check the passphrase. (Which happens with the user password by typing it in twice.) Kind regards Philipp Kern Alternate scenario: Sue, the junior sysadmin, is in her office installing Debian on a desktop PC for the accounting dept. Tom, the handsome marketing guy, stops in to chat with Sue. Tom happens to catch the router passphrase as Sue enters it. Depending on Tom's motives and skills, this may not be a good thing. Disagree? No matter, it's not something I feet strongly about, which is why I gave this report the lowest priority. There are, no doubt, more important things to work on. Peace, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656618: Also need newer upstream package
Hi, I'm in a similar situation where I have a 3.2 kernel in testing and I'd like to use open-vm-tools. I have a different build error that reported here, but I suspect these will be rectified if a recent version of upstream is provided. Not sure what the hold up is with the upload that was apparently pushed in January. Anything I can do to help? 8.8.2 is available upstream now... tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706473: wine-bin: WINE does not install on wheezy x86_64
Package: wine-bin Version: 1.4.1-4 Justification: renders package unusable Severity: grave Tags: patch # dpkg --add-architecture i386 # apt-get update # apt-get install wine-bin:i386 Некоторые пакеты невозможно установить. Возможно, вы просите невозможного, или же используете нестабильную версию дистрибутива, где запрошенные вами пакеты ещё не созданы или были удалены из Incoming. Следующая информация, возможно, поможет вам: Пакеты, имеющие неудовлетворённые зависимости: wine-bin:i386 : Зависит: libwine-bin:i386 (= 1.4.1-4) но он не будет установлен E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты. OK... # apt-get install libwine Некоторые пакеты невозможно установить. Возможно, вы просите невозможного, или же используете нестабильную версию дистрибутива, где запрошенные вами пакеты ещё не созданы или были удалены из Incoming. Следующая информация, возможно, поможет вам: Пакеты, имеющие неудовлетворённые зависимости: libwine:i386 : Зависит: libpng12-0:i386 (= 1.2.13-4) но он не будет установлен Рекомендует: libv4l-0:i386 (= 0.5.0) но он не будет установлен Рекомендует: ttf-liberation:i386 но он не может быть установлен E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#711499: iceweasel-vimperator: Vimperator (stable) does not work properly with Iceweasel 17 (stable).
Package: iceweasel-vimperator Version: 3.3-2 Severity: important Dear Maintainer, Vimperator in Wheezy does not work entirely correct with Iceweasel 17 ESR. When pressing f no numbers are displayed to follow the hints. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel-vimperator depends on: ii iceweasel 17.0.6esr-1~deb7u1 iceweasel-vimperator recommends no packages. iceweasel-vimperator suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729125: RFP: Seafile -- A High Quality Cloud Storage with advanced features on privacy protection and teamwork
Package: wnpp Severity: wishlist * Package name: Seafile Version : 2.0.6 Upstream Author : https://twitter.com/seafile , https://groups.google.com/forum/?fromgroups#!forum/seafile * URL : http://seafile.com * License : GPLv3 / Apache License Description : A High Quality Cloud Storage with advanced features on privacy protection and teamwork Introduction Seafile is a professional and reliable private cloud storage. Compared to other cloud storage systems, Seafile focuses on privacy protection and teamwork. Collections of files are called libraries, and each library can be synced separately. A library can be encrypted with a user chosen password. This password is not stored on the server, so even the server admin can't view your file contents. Seafile lets you create groups with file syncing, wiki, and discussion -- enabling easy collaboration around documents within a team. Feature Summary Seafile is a full-fledged cloud storage platform. It has the following features: Complete and advanced file syncing Selective synchronization of file libraries. Each library can be synced separately. Correct handling of file conflicts, based on history instead of timestamp. Efficient bandwidth usage. Only transfer contents not in the server and transfer can be resumed. Sync with two or more servers. Sync with existing folders. Sync a sub-folder. Full version control with configurable revision number. Full team collaboration support Groups with file syncing, wiki, discussion. Online file editing and comments. Sharing sub-folders to users/groups Sharing single file between users Sharing link. Personal messages. Advanced privacy protection Library encryption with a user chosen password. Client side encryption. Never sends the user's password to the server. Internal Seafile's version control model is based on Git, but it's simplified for automatic synchronization, and you don't need Git installed to run Seafile. Each Seafile library behaves like a Git repository. It has its own unique history, which consists of a list of commits. A commit points to the root of a file system snapshot. The snapshot consists of directories and files. Files are further divided into blocks for more efficient network transfer and storage usage. Differences from Git: Automatic synchronization. Clients do not store file history, thus avoids the overhead of storing data twice. Git is not efficient for larger files (such as images). Files are further divided into blocks for more efficient network transfer and storage usage. File transfer can be paused and resumed. Support for different storage backends on the server side. Support for downloading from multiple block servers to accelerate file transfer. More user-friendly file conflict handling (adds user's name as a suffix to conflicted file). Graceful handling of files the user modifies while auto-sync is running. Git is not designed to work in these cases. Build and Run See https://github.com/haiwen/seafile/wiki Internationalization (I18n) See https://github.com/haiwen/seafile/blob/master/po/i18n.markdown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org