Bug#989463: please align shim-signed dkms behaviour with Ubuntu
Dear Maintainers, Recently I upgraded Ubuntu 22.04 to Debian 12 Bookworm. I used out-of-tree driver 88XXau for my USB WiFi adapter, so with DKMS build I hit the behavior described in this bug, that is, upgraded DKMS created its own key pair in /var/lib/dkms and ignored already-enrolled MOK stored in /var/lib/shim-signed/mok/ . So I got "Key was rejected by service" when I tried to modprobe the rebuilt module. To resolve this problem, I just symlinked them into /var/lib/dkms : ln -sf /var/lib/shim-signed/mok/MOK.priv /var/lib/dkms/mok.key ln -sf /var/lib/shim-signed/mok/MOK.der /var/lib/dkms/mok.pub After that, I uninstalled/unbuilt this module and reinstalled it using appropriate dkms command-line options. And to my great joy, the rebuilt module was successfully modprobed into the kernel, even without requiring a reboot. So it would be really useful for DKMS, when it is being upgraded over some previous version, to inherit MOK created by shim-signed and to avoid creation of it own MOK.
Bug#1063512: Acknowledgement (procps: vmstat does not update columns in 'memory' section when run in repeated mode)
Dear Maintainer, is there any chances to get this fix integrated into Bookworm Stable earlier that Trixie turns into the new Stable ? I upgraded a number of Ubuntu Jammy systems to Debian Bookworm, and this vmstat behavior bothers me a lot. Could I provide any free help from my side ?
Bug#960594: systemd: services (bind9, squid) are started before their filesystems had been mounted
Michael Biebl wrote: Can you share more details about your network configuration, like your /etc/network/interfaces Judging from the log, bind9 is started once udevd was up. So I suspect you use allow-hotplug and your network is configured by /lib/udev/rules.d/80-ifupdown.rules and /lib/udev/ifupdown-hotplug I might help to change the type from allow-hotplug to type auto Attached the requested files. I have PPTP connection to my ISP, and named process is checked and restart in ppp ip-up script which I added for this purpose. I can comment out this command and repeat if needed. But this is a workaround for my system to become usable after remote reboot files1.tar.gz Description: application/gzip
Bug#804076: additional findings
1. I got Ark 4.13.3 sources from Ubuntu 14.04 and rebuilt ark_4.13.3-0ubuntu0.1_amd64.deb under Debian 8.2 (with Debian's compiler and the rest of build-deps) Then I installed it over Ark 4.14.2, and it worked well and shown me Cyrillic filenames (initially I just copied Ark bins+libs+.desktop files from Ubuntu to Debian, and this worked too) 2. I noticed that when I reinstall Ark 4.14.2 back (by simple dpkg -i), it probably uses old libraries cached open by some KDE process (and still shows me Cyrillic names) I need to either run 'aptitude reinstall ark' or to logoff/logon back into KDE session. After that, Cyr.names are gone. 3. I reviewed 'diff -r' between Ubuntu and Debian Ark sources and found only minor differences which for me did not indicate any kind of potential charset problem Can you please look into this with your more specialistic eyes ? I can send you this problematic .zip archive on your individual requests. Thanks in advance for your replies.
Bug#804076: ark: ignores Cyrillic/non-English filenames
Package: ark Version: 4:4.14.2-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I downloaded a .zip file from email attachment which contained Russian-named files inside * What exactly did you do (or not do) that was effective (or ineffective)? I opened them in Debian stable (8.2) Ark (4:4.14.2-2) and it did not show any of these file names To be sure, I tested the same archive in Downloads folder with 'unzip -v' and it shown its content perfectly. Unpacking with unzip also completed perfectly right (i.e. as I expected, creating properly named files in the FS). That's on the same Debian stable. Also I checked the same archive on Ubuntu LTS 14.04.3 with Ark (4:4.13.3-0ubuntu0.1) and found that file names are shown & extracted as properly as above. Also I checked the same on Ubuntu 15.10 (Wily) with Ark (4:15.08.2-0ubuntu1) and found the same. * What was the outcome of this action? In Debian stable, I got an empty Ark window with no filenames at all. It was impossible to extract anything out of there. * What outcome did you expect instead? I would like Ark from Debian stable to function as well as its versions from Ubuntu Trusty & Ubuntu Wily. And as its own 'unzip' progrem. Debian stable's Ark is in between to both of them. So this is most probably Debian's fault, not KDE's or Ubuntu's [mis-faults] *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ark depends on: ii kde-runtime 4:4.14.2-2 ii libarchive13 3.1.2-11 ii libc6 2.19-18+deb8u1 ii libkdecore5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkfile4 4:4.14.2-5 ii libkhtml5 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libkonq5abi1 4:4.14.2-1 ii libkparts44:4.14.2-5 ii libkpty4 4:4.14.2-5 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libstdc++64.9.2-10 Versions of packages ark recommends: ii bzip2 1.0.6-7+b3 ii p7zip-full 9.20.1~dfsg.1-4.1+deb8u1 ii unzip 6.0-16+deb8u1 ii zip 3.0-8 Versions of packages ark suggests: pn rar pn unrar | unrar-free -- no debconf information
Bug#589373: xkbcomp is unable to be invoked because X server does not see input devices under xen/dom0
Hi, I have run into exactly the same problem. Earlier we had Lenny system with Xen Dom0 and Nvidia driver. It was used both as Xen host and as a GUI desktop. Video adapter had broken, and was replaced with newer Radeon card (HD4350). Which pushed us to upgrade to Squeeze, as Radeon driver in Lenny did not support it (and there was not anything suitable in Lenny-backports). And so, when the -xen- kernel is booted standalone, without initial Xen loader, X server detects input devices and starts well. With Xen loader and kernel in Dom0, input devices are not detected. The system has USB keyboard and mouse that are visible by lsusb either with Xen loader or without. Don't know what else to check and compare. Probably this is somewhat related to udev. I would appreciate any advise where to look next. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316442: at does not mail job output if at command is installed by root
Ansgar Burchardt wrote:
On my system, root's mail is redirected to my own account (mwg)
through /etc/aliases :
root: mwg
so, the testcase is to submit at/batch job under root, and then you
don't get its output when you use courier-mta as sendmail.
Can you please try to send mail directly using sendmail?
$ echo Subject: foo\n\nbar | /usr/sbin/sendmail -i root
This should send a mail to root. Please try it as both root and your
usual user account. You can also try sending mail as root to your own
account.
Does this produce any error messages? Or does something show up in the
log files?
sendmail run by hand works well in all 4 cases
({mwg,root} - {mwg,root})
I would also say, that the script submitted as root's at/batch job
is run and does what it has been told. Just don't get its output by
mail, every time with courier-mta.
...
Finally, I dared to strace atd and its subprocesses, and found the
difference between sendmail run for root and non-root user.
Being run from atd, sendmail process does not have open stdout and
stderr file descriptors. And courier's sendmail, being run for ordinary
user, checks that (fcntl(..., F_GETFD)) and reopens them to /dev/null.
For root user, it does not check/reopen them, so FDs 1 and 2 get
reused for other file descriptors (probably, in dlopen, as a socket
to connect to nscd service, and so on), and certain hell ensues as a
result.
As you may imagine, sendmail run from the interactive terminal session
inherits open stdout/stderr and so probably does not have these issues
at all.
Don't know what is the root cause. Probably it has something to do with
O_CLOEXEC flag. Don't know what would be simpler, to fix that at
courier-mta level, or at atd's (just ensure we have stdout and stderr
open without CLOEXEC before running sendmail).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316442: at does not mail job output if at command is installed by root
Ansgar Burchardt wrote: Finally, I dared to strace atd and its subprocesses, and found the difference between sendmail run for root and non-root user. Being run from atd, sendmail process does not have open stdout and stderr file descriptors. And courier's sendmail, being run for ordinary user, checks that (fcntl(..., F_GETFD)) and reopens them to /dev/null. For root user, it does not check/reopen them, so FDs 1 and 2 get reused for other file descriptors (probably, in dlopen, as a socket to connect to nscd service, and so on), and certain hell ensues as a result. Can you try the patch below? A dsc and deb (for amd64) is available from http://www.43-1.org/~ansgar/at/ as well. Great, now it works as I long wanted. I applied your patch only to atd.c in Ubuntu 9.10 'at' package, rebuilt and reinstalled it, and now my root jobs output gets mailed to me. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316442: at does not mail job output if at command is installed by root
Ansgar Burchardt wrote: tags 316442 + moreinfo thanks Hi, I recently took over maintenance of at and am going over the open bug reports. You reported quite some time ago, that at will not mail command output for jobs queued by root when using ssmtp or courier-mta. Is this still the case? If so, can you send mail to root using /usr/sbin/sendmail? On my system, root's mail is redirected to my own account (mwg) through /etc/aliases : root: mwg so, the testcase is to submit at/batch job under root, and then you don't get its output when you use courier-mta as sendmail. # id uid=0(root) gid=0(root) groups=0(root) # echo echo test | batch warning: commands will be executed using /bin/sh job 3487 at Sat Nov 14 11:09:00 2009 (output is not mailed from this job) $ id uid=1001(mwg) gid=1001(mwg) groups=0(root),4(adm),6(disk),13(proxy),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),40(src),44(video),46(plugdev),108(camera),134(jabber),706(dos),1001(mwg) $ echo echo test | batch warning: commands will be executed using /bin/sh job 3488 at Sat Nov 14 11:09:00 2009 (for this job, I get the output well) I did not try to trace every operation of atd daemon, though . Only noted that with other MTAs like postfix, the output is mailed well from both root and non-root jobs. Can not provide details about ssmtp as I don't use it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446891: ntp: and now it is Built against 908070, you have 90807f ...
Package: ntp Version: 1:4.2.4p4+dfsg-1 Followup-For: Bug #446891 Please rebuild again. Sorry for bothering you so much . -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ntp depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.6.1-6GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8g-1 SSL shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30 Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.8.8-11.1 Larry Wall's Practical Extraction -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444946: libssl0.9.8: postinst script does not restart bind9 properly on upgrade
Package: libssl0.9.8 Version: 0.9.8e-9 Severity: minor Hi, On upgrade, it honestly reported that it had restarted bind9, although no new bind9 process was in sight and I had to start bind9 by hand. Don't know whose bug it is, openssl or bind9, but I would like next upgrades to go more smoothly. Thank you in advance. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libssl0.9.8 depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-5 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime libssl0.9.8 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426738: linux-image-2.6.21-1-686: soft lockups on SMP, and local_softirq_pending storm as well
Package: linux-image-2.6.21-1-686
Version: 2.6.21-4
Followup-For: Bug #426738
Here are my softlockups as seen in /var/log/dmesg on this system :
hda: cache flushes supported
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
BUG: soft lockup detected on CPU#0!
[c014aad3] softlockup_tick+0xa6/0xb5
[c012a05b] update_process_times+0x3b/0x5e
[c0138d60] tick_sched_timer+0x78/0xbb
[c01358e0] hrtimer_interrupt+0x131/0x1bd
[c0138ce8] tick_sched_timer+0x0/0xbb
[c0114bbd] smp_apic_timer_interrupt+0x6c/0x7d
[c0114bc2] smp_apic_timer_interrupt+0x71/0x7d
[c010481c] apic_timer_interrupt+0x28/0x30
[e08fc4bf] ide_inb+0x3/0x7 [ide_core]
[e08fd523] ide_wait_stat+0xb7/0x11e [ide_core]
[e08fb6a5] ide_do_request+0x40b/0x8fa [ide_core]
[c01bcc2b] elv_drain_elevator+0x15/0x58
[c01bd2d1] elv_insert+0x67/0x146
[c01bcab1] elv_queue_empty+0x1d/0x1e
[e08fb327] ide_do_request+0x8d/0x8fa [ide_core]
[e08fbc48] ide_do_drive_cmd+0xb4/0xf8 [ide_core]
[e08e533b] cdrom_queue_packet_command+0x35/0xba [ide_cd]
[c01beed9] __blk_put_request+0x24/0x75
[c01bf128] blk_put_request+0x22/0x36
[e08e5657] cdrom_check_status+0x55/0x60 [ide_cd]
[c01bf0e3] blk_end_sync_rq+0x0/0x23
[e08e61eb] cdrom_read_toc+0x67/0x401 [ide_cd]
[e08e7039] idecd_revalidate_disk+0x10/0x16 [ide_cd]
[c01bf0e3] blk_end_sync_rq+0x0/0x23
[c0168e57] get_super+0x15/0x7c
[c018587c] __invalidate_device+0x30/0x36
[c01858bf] check_disk_change+0x3d/0x5c
[e08f423d] cdrom_open+0x8da/0x91d [cdrom]
[c0152588] __do_page_cache_readahead+0x8b/0x1fc
[c0175683] __d_lookup+0x96/0xd9
[c016d0c4] do_lookup+0x4f/0x140
[c0175a86] dput+0x18/0x115
[c016eff2] __link_path_walk+0xaec/0xc2d
[c0125ce0] current_fs_time+0x41/0x46
[c0177ce0] touch_atime+0x95/0xbd
[c01790a0] mntput_no_expire+0x11/0x6a
[c016f1dc] link_path_walk+0xa9/0xb3
[c0165c68] get_unused_fd+0x4a/0xaa
[c01c89ec] kobject_get+0xf/0x13
[c01c26c9] get_disk+0x31/0x47
[c01c26e6] exact_lock+0x7/0xd
[c0229760] kobj_lookup+0xe6/0x110
[e08e60e1] idecd_open+0x78/0x8c [ide_cd]
[c0185e56] do_open+0x87/0x255
[c01861a9] blkdev_open+0x0/0x4d
[c01861ce] blkdev_open+0x25/0x4d
[c0165d8b] __dentry_open+0xc3/0x17a
[c0165ebc] nameidata_to_filp+0x24/0x33
[c0165efd] do_filp_open+0x32/0x39
[c0165c68] get_unused_fd+0x4a/0xaa
[c0165f46] do_sys_open+0x42/0xc3
[c0166000] sys_open+0x1c/0x1e
[c0103d8c] syscall_call+0x7/0xb
[c029] __find_acq_core+0x2ce/0x30e
===
BUG: soft lockup detected on CPU#1!
[c014aad3] softlockup_tick+0xa6/0xb5
[c012a05b] update_process_times+0x3b/0x5e
[c0138d60] tick_sched_timer+0x78/0xbb
[c01358e0] hrtimer_interrupt+0x131/0x1bd
[c0138ce8] tick_sched_timer+0x0/0xbb
[c0114bbd] smp_apic_timer_interrupt+0x6c/0x7d
[c010481c] apic_timer_interrupt+0x28/0x30
[c016007b] sys_swapon+0x465/0xa01
[c01c00d8] blk_queue_make_request+0x9a/0xd0
[c029e729] lock_kernel+0x1e/0x2c
[c01697ab] chrdev_open+0x113/0x13b
[c0169698] chrdev_open+0x0/0x13b
[c0165d8b] __dentry_open+0xc3/0x17a
[c0165ebc] nameidata_to_filp+0x24/0x33
[c0165efd] do_filp_open+0x32/0x39
[c0165c68] get_unused_fd+0x4a/0xaa
[c0165f46] do_sys_open+0x42/0xc3
[c0166000] sys_open+0x1c/0x1e
[c0103d8c] syscall_call+0x7/0xb
[c029] __find_acq_core+0x2ce/0x30e
===
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
hdc: status timeout: status=0xd0 { Busy }
ide: failed opcode was: unknown
hdc: drive not ready for command
BUG: soft lockup detected on CPU#0!
[c014aad3] softlockup_tick+0xa6/0xb5
[c012a05b] update_process_times+0x3b/0x5e
[c0138d60] tick_sched_timer+0x78/0xbb
[c01358e0] hrtimer_interrupt+0x131/0x1bd
[c0138ce8] tick_sched_timer+0x0/0xbb
[c0114bbd] smp_apic_timer_interrupt+0x6c/0x7d
[c0114bc2] smp_apic_timer_interrupt+0x71/0x7d
[c010481c] apic_timer_interrupt+0x28/0x30
[c01400d8] try_to_freeze_tasks+0xe4/0x275
[e08fc4bf] ide_inb+0x3/0x7 [ide_core]
[e08fd1d5] ide_config_drive_speed+0x106/0x31e [ide_core]
[e08577ef] piix_tune_chipset+0x33c/0x344 [piix]
[e085785d] piix_config_drive_xfer_rate+0x2f/0x5d [piix]
[e090176e] ide_set_dma+0xe/0x3e [ide_core]
[e08fa5cf] set_using_dma+0x64/0xba [ide_core]
[e08f9ac7] ide_write_setting+0x47/0xc2 [ide_core]
[e08fa6b6] generic_ide_ioctl+0x91/0x44a [ide_core]
[c0175683] __d_lookup+0x96/0xd9
[c013690e] clocksource_get_next+0x39/0x3f
[c0129aac] do_timer+0x4f6/0x6e1
[c016d0c4] do_lookup+0x4f/0x140
[e08e600d] idecd_ioctl+0x125/0x15b [ide_cd]
[c0128ef8] getnstimeofday+0x30/0xb6
[c0114707]
Bug#425905: nscd: should it depend on libc6-amd64 ?
Package: nscd Version: 2.5-8 Severity: normal Hi, I have K7 CPU. Lots of other my hosts have i686. Why upgrade to nscd 2.5-8 should bring libc6-amd64 with itself ? Are there really any benefits from this, even on x86_64 CPUs ? What is so performance-critical in nscd that wins from 64bit-optimized code ? Thank you in advance for your reactions. Hope to see this dependency removed or downgraded to suggests/recommends soon. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nscd depends on: ii libc6-amd64 2.5-8 GNU C Library: 64bit Shared librar nscd recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422257: initscripts: RAMRUN=yes is unusable with some packages
Package: initscripts Version: 2.86.ds1-38 Severity: normal Hi, some packages create subdirectories in /var/run , then expect them to remain after next reboot. bootclean script does not remove these directories from real FS. But with RAMRUN, we get an empty directory without any structure in it. Startup scripts of some packages could dislike this situation. My testcase : 1. set RAMRUN=yes in /etc/default/tmpfs 2. Reboot the system 3. install courier-imap 4. Reboot the system 5. See courier-imap not starting, unable to create its .pid-file in /var/run/courier/ . To fix the problem, we have either recreate necessary directories in /var/run on each startup, or turn off RAMRUN at all before installing and using such packages. I think this should be either fixed by whoever, or documented as undesirable side-effect of using RAMRUN. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianut 2.18Miscellaneous utilities specific t ii e2fsprog 1.39+1.40-WIP-2006.11.14+dfsg-2 ext2 file system utilities and lib ii libc62.5-5 GNU C Library: Shared libraries ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii mount2.12r-19Tools for mounting and manipulatin ii sysvinit 2.86.ds1-38 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.5-1 Utilities that use the proc filesy -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421115: module-init-tools: 3.3-pre11 available
Package: module-init-tools Version: 3.3-pre4-2 Severity: wishlist Hi, http://www.kerneltools.org/pub/downloads/module-init-tools/module-init-tools-3.3-pre11.tar.bz2 Would be great to get it integrated into unstable. Thank you in advance. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages module-init-tools depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip module-init-tools recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421115: module-init-tools: what about udev v109 then ?
Package: module-init-tools Followup-For: Bug #421115 The problem is that I am trying to mix Ubuntu 7.04 and Debian unstable. In their module-init-tools, Ubuntu people invented -Q option for modprobe, which they then use in their udev. Currently, Debian's module-init-tools come atop of Ubuntu ones, so a problem ensues. There are two ways, either bring Debian-unstable's udev atop of Ubuntu one, or patch modprobe in Debian's module-init-tools and make it eat -Q option in its command line (its semantic is just be silent, so there should not be any mandatory side-effects). Like in http://archive.ubuntu.com/ubuntu/pool/main/m/module-init-tools/module-init-tools_3.3-pre3-1ubuntu7.diff.gz : diff -ruNp module-init-tools-3.2.2~/modprobe.c module-init-tools-3.2.2/modprobe.c --- module-init-tools-3.2.2~/modprobe.c 2005-12-15 02:24:09.536105000 + +++ module-init-tools-3.2.2/modprobe.c 2005-12-15 02:26:30.040886500 + @@ -1491,6 +1495,11 @@ int main(int argc, char *argv[]) unknown_silent = 1; add_to_env_var(-q); break; + case 'Q': /* these Ubuntu people are so aesthetisch : + silent = 1; */ + unknown_silent = 1; + add_to_env_var(-Q); +break; case 'D': dry_run = 1; ignore_proc = 1; Don't know if it is on any value for the common affair. May be I should first try it privately for myself... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages module-init-tools depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip module-init-tools recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306106: openntpd: same behaviour here
Package: openntpd Version: 3.9p1-4 Followup-For: Bug #306106 Hi, Mar 15 06:55:12 localhost ntpd[22812]: adjusting local clock by 11.840888s Mar 15 06:56:50 localhost ntpd[22812]: adjusting local clock by 11.878561s Mar 15 06:58:25 localhost ntpd[22812]: adjusting local clock by 11.928825s Mar 15 07:00:29 localhost ntpd[22812]: adjusting local clock by 12.031554s Mar 15 07:04:44 localhost ntpd[22812]: adjusting local clock by 12.044874s Mar 15 07:05:15 localhost ntpd[22812]: adjusting local clock by 12.120822s Mar 15 07:09:25 localhost ntpd[22812]: adjusting local clock by 12.157120s Mar 15 07:11:34 localhost ntpd[22812]: adjusting local clock by 12.203006s Mar 15 07:13:41 localhost ntpd[22812]: adjusting local clock by 12.237457s Mar 15 07:15:46 localhost ntpd[22812]: adjusting local clock by 12.262992s And so on. Adjustment delta grows and grows, strace shows that adjtimex returns TIME_BAD (5), and ntpdate -q shows that local clock is in no way synchronized with uplevel server. Which as a result makes openntpd unusable. I see there is some patch from RedHat to make openntpd use Linux adjtimex syscall. May be it is worth trying ? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages openntpd depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8e-4 SSL shared libraries openntpd recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396729: scavr: still no luck with python 2.4.4
Package: scavr Version: 1.8.2-1 Followup-For: Bug #396729 Unfortunately this had not fixed the whole problem. Under python 2.4.4, it stilll does not detect line end when reading from unix-domain socket. May be you should make scavr strictly dependent on python 2.3.x if deeper investigation of the situation is not possible. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages scavr depends on: ii python2.4.4-2An interactive high-level object-o ii python-clamav 0.3.3-2.1 Python bindings to ClamAV Versions of packages scavr recommends: ii squid 2.6.5-5Internet Object Cache (WWW proxy c -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409295: iceape: v1.1 is available
Hendrik-Jan Heins wrote: I think I worked the kinks out. I'm writing this from an iceape 1.1.1 This version of 1.1.1 should work without any issues. You can find it at: http://hjh.passys.nl in the Debian/Sid/i386 folder Could you tell me if it works for you as well? Yes, now it works much better that previous build. I only noticed that default font became smaller (in Western and Cyrillic encodings), and I can not control this by minimal font size setting. That is observable, for example, on LWN.net site, and in mailnews message viewingcomposing windows. I checked min.font size in my preferences, set it to 10, then back to 12, but this did not help. Now I have to press Ctrl-+ once or twice to bring the font to more familiar size. As well, I had installed iceape-gnome-support package v1.0.7, and in your build, v1.1.1 of this package clashes with iceape-browser on file /usr/share/iceape/components/imgicon.xpt . So far I was forced to remove iceape-gnome-support. Don't know if this has any impact on font size. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409295: iceape: v1.1 is available
On Wed, Feb 14, 2007 at 08:57:30AM +0100, Hendrik-Jan Heins wrote: You can find a build of Iceape 1.1 based on what Mike already did on: http:/hjh.passys.nl Mind you, I haven't tested it yet!!! I tried it and promptly reverted to 1.0.7. Reasons : 1. history search does not work. I.e. when I type part of URL in address entry box, the drop down list is not shown. 2. As well, google search does not come in dropdown list during typing. In fact, I don't see any dropdown from address bar at all. 3. When I go to google.com by hand and try to search something, Iceape1.1 tells me that it could not activate security module or something like that. Possibly due to problems with my profile or somewhat. Don't know why. Under Windows I migrated from 1.0.7 profile to 1.1 and kept all configured behaviour I liked. So may be some more work and even some testing right after compilation is required ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409295: iceape: v1.1 is available
Package: iceape Version: 1.0.7-2 Severity: wishlist Dear maintainers, Just reminding you about http://www.mozilla.org/projects/seamonkey/ Version 1.1 went from beta to stable on Jan 18th. Hope to see it as Iceape in Debian soon. Thank you in advance. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages iceape depends on: ii iceape-browser1.0.7-2Iceape Navigator (Internet browser ii iceape-mailnews 1.0.7-2Iceape Mail Newsgroups and Addre Versions of packages iceape recommends: ii iceape-chatzilla 1.0.7-2Iceape Chatzilla IRC client -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407404: fail2ban: courierlogin rules are not triggered
Package: fail2ban Version: 0.7.6-1 Severity: normal Hi, It seems that courierlogin filter is just turned off in default fail2ban configuration. Recently I have been scanned by pop3 protocol, someone tried to guess logins/passwords for my mailbox, fortunately without success, but fail2ban did nothing to filter it. I think it should filter that attacker's IP by ports 25,110,143,993,995, and 465. And that reference to courierlogin filter should be included in default fail2ban config. Thank you in advance for your work. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages fail2ban depends on: ii iptables1.3.6.0debian1-5 administration tools for packet fi ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt fail2ban recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401995: iceape: hangs on modal dialogs and message boxes
Hi, Same symptoms with iceape 1.0.7-2 LD_ASSUME_KERNEL=2.4.1 does not help Being run with -debug option, iceape works more stable, in the sense that it hangs later. Without debugger, it hangs quite soon. Right when mail-news-related modal dialog is shown (unknown/unverified/expired certificate, re-entry of mail server password, etc). Backtrace from gdb : [BEGIN] Thread 91 (Thread -1331692624 (LWP 6527)): #0 0xb7fc4410 in ?? () #1 0xb09ff058 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 90 (Thread -1354200144 (LWP 6526)): #0 0xb7fc4410 in ?? () #1 0xaf487bc8 in ?? () #2 0x0005 in ?? () #3 0x in ?? () Thread 89 (Thread -1275728976 (LWP 6525)): #0 0xb7fc4410 in ?? () #1 0xb3f5e36c in ?? () #2 0x00021fe5 in ?? () #3 0x in ?? () Thread 87 (Thread -1321935952 (LWP 6523)): #0 0xb7fc4410 in ?? () #1 0xb134d36c in ?? () #2 0x0002201b in ?? () #3 0x in ?? () Thread 79 (Thread -1308320848 (LWP 6448)): #0 0xb7fc4410 in ?? () #1 0xb2048f68 in ?? () #2 0x0027 in ?? () #3 0x in ?? () Thread 28 (Thread -1248572496 (LWP 32498)): #0 0xb7fc4410 in ?? () #1 0xb5943fe8 in ?? () #2 0x in ?? () #3 0x0001 in ?? () #4 0xb763c783 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb7e65ad9 in PR_Poll (pds=0xb5944420, npds=1, timeout=4294967295) at ptio.c:3879 #6 0xb7e6c40c in WaitPidDaemonThread (unused=0x0) at uxproces.c:714 #7 0xb7e69cfc in _pt_root (arg=0x9dc4da0) at ptthread.c:220 #8 0xb7e25240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb764632e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 4 (Thread -1256965200 (LWP 32416)): #0 0xb7fc4410 in ?? () #1 0xb51433e8 in ?? () #2 0x002bf2d7 in ?? () #3 0x in ?? () Thread 2 (Thread -1225147472 (LWP 32412)): #0 0xb7fc4410 in ?? () #1 0xb6f9ace8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 1 (Thread -1220041024 (LWP 32409)): #0 0xb7fc4410 in ?? () #1 0xbfff73cc in ?? () #2 0x0011 in ?? () #3 0x in ?? () [END] strace -p : futex(0xaaca208, FUTEX_WAIT, 17, NULL unfinished ... Could you propose any guesses ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401995: iceape: hangs on modal dialogs and message boxes
On Tue, Jan 16, 2007 at 08:04:09PM +0100, Mike Hommey wrote: Could you propose any guesses ? Unfortunatelly, there's nothing informative enough to do any guess :( Could you try to run iceape normally and attach gdb to its pid when it hangs ? I had done exactly that. Run iceape, then attached gdb to iceape-bin process, and very soon it hung. Backtrace was even less helpful (thread apply all bt) : Thread 32 (Thread -1269912656 (LWP 15527)): #0 0xb7fbf410 in ?? () #1 0xb44ea058 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 31 (Thread -1291469904 (LWP 15524)): #0 0xb7fbf410 in ?? () #1 0xb305abc8 in ?? () #2 0x0007 in ?? () #3 0x in ?? () Thread 30 (Thread -1281279056 (LWP 15523)): #0 0xb7fbf410 in ?? () #1 0xb3a1336c in ?? () #2 0x25a5 in ?? () #3 0x in ?? () Thread 28 (Thread -1314915408 (LWP 15521)): #0 0xb7fbf410 in ?? () #1 0xb19ff36c in ?? () #2 0x25e1 in ?? () #3 0x in ?? () Thread 22 (Thread -1305085008 (LWP 15384)): #0 0xb7fbf410 in ?? () #1 0xb235ef68 in ?? () #2 0x0071 in ?? () #3 0x in ?? () Thread 4 (Thread -1225167952 (LWP 14026)): #0 0xb7fbf410 in ?? () #1 0xb6f95ce8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 2 (Thread -1256887376 (LWP 14028)): #0 0xb7fbf410 in ?? () #1 0xb51563e8 in ?? () #2 0x001a305b in ?? () #3 0x in ?? () Thread 1 (Thread -1220061504 (LWP 14018)): #0 0xb7fbf410 in ?? () #1 0xbfc1c81c in ?? () #2 0x0011 in ?? () #3 0x in ?? () strace shows futex syscall in progress, as usual. Is something wrong with my system ? Nobody other seems to report this behaviour... Other software runs on my system pretty well, except 'trafshow' program from 'netdiag' package which sometimes (quite often) hangs with similar symptoms. I think this is related to async DNS resolving done inside it (with -n, it does not hang ever). May be some userspace data representing futex are corrupted that causes the syscall hang ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404892: iceape: new upstream: seamonkey 1.0.7
Package: iceape Version: 1.0.6-1 Severity: wishlist Hi, http://www.mozilla.org/projects/seamonkey/releases/ http://www.mozilla.org/projects/security/known-vulnerabilities.html#seamonkey1.0.7 You see. Several fixes. 8 days ago. Everyone dreams of. Thanks in advance : -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages iceape depends on: ii iceape-browser1.0.6-1The Iceape Internet browser ii iceape-mailnews 1.0.6-1The iceape Internet application su Versions of packages iceape recommends: ii iceape-chatzilla 1.0.6-1iceape Web Browser - irc client -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401995: iceape: hangs on modal dialogs and message boxes
On Thu, Dec 14, 2006 at 08:46:26PM +0200, Wladimir Mutel wrote: It'd be more helpful with a back trace ;) ran iceape -debug, and caught this backtrace on hang. Not very different from former one, and not very helpful. (gdb) thread apply all bt Thread 32 (Thread -1299764304 (LWP 16671)): #0 0xb7f29410 in ?? () #1 0xb2872058 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 31 (Thread -1322640464 (LWP 16670)): #0 0xb7f29410 in ?? () #1 0xb12a1058 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 29 (Thread -1267983440 (LWP 1)): #0 0xb7f29410 in ?? () #1 0xb46c136c in ?? () #2 0x000255d7 in ?? () #3 0x in ?? () Thread 27 (Thread -1276376144 (LWP 16664)): #0 0xb7f29410 in ?? () #1 0xb3ebfd98 in ?? () #2 0x0009 in ?? () #3 0x in ?? () Thread 13 (Thread -1347818576 (LWP 15871)): #0 0xb7f29410 in ?? () #1 0xafa9df68 in ?? () #2 0x007f in ?? () #3 0x in ?? () Thread 4 (Thread -1257530448 (LWP 15859)): #0 0xb7f29410 in ?? () #1 0xb50b93e8 in ?? () #2 0x7a9f in ?? () #3 0x in ?? () Thread 2 (Thread -1225733200 (LWP 15855)): #0 0xb7f29410 in ?? () #1 0xb6f0bce8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 1 (Thread -1220671808 (LWP 15852)): #0 0xb7f29410 in ?? () #1 0xbfbe921c in ?? () #2 0x0005 in ?? () #3 0x in ?? () (gdb) strace -p ... (after doing detach in gdb) : futex(0x94f07c8, FUTEX_WAIT, 5, NULL Strangely, nobody other reports on this. May be I am alone with my configuration ? May be nobody else uses AMD K7 (Duron 1800) ? What else can I have wrong ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401995: iceape: hangs on modal dialogs and message boxes
On Thu, Dec 07, 2006 at 10:16:11PM +0100, Mike Hommey wrote: I have upgraded from Mozilla 1.7.13-0.3 to iceape 1.0.6. I run iceape with the profile left from earlier mozilla. And so, when I leave the running browser unattended for several hours (for a night, say), and if during that time it shows some dialog or message box (like, enter mail server password, or, expired certificate, or, domain mismatch in certificate), then when I come back to the browser (in the morning), I find it hung. I.e. I could not close any dialogs or windows, and they do not redraw themselves. I am able to kill the browser by HUP signal. I did not try to debug the running process, but this is reproducible pretty often. Every night, I'd say. This behaviour was not seen with Mozilla 1.7. Hope you'd be able to reproduce it. I will provide any debugging information on your request. It'd be more helpful with a back trace ;) Once I attached to the running iceape-bin by gdb. It behaved very stably. Except for a few SIGPIPEs on network send() somewhere in SSL innards, which broke into gdb, but then I continued the execution, and all worked well. After several days, everything was impeccable, but today in the morning my system restarted due to mains power loss. After reboot, I started iceape again, but forgot to attach gdb to it. And so, now, in the evening, I have found iceape hung again. In hurry, I attached gdb to it, but it said it failed to read a valid object file image from memory, and was not very informative overall : (gdb) thread apply all bt Thread 14 (Thread -1225348176 (LWP 6410)): #0 0xb7f87410 in ?? () #1 0xb6f69ce8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 13 (Thread -1257047120 (LWP 6414)): #0 0xb7f87410 in ?? () #1 0xb512f3e8 in ?? () #2 0xc40d in ?? () #3 0x in ?? () Thread 12 (Thread -1265751120 (LWP 6976)): #0 0xb7f87410 in ?? () #1 0xb48e1f68 in ?? () #2 0x00a9 in ?? () #3 0x in ?? () Thread 11 (Thread -1248654416 (LWP 7174)): #0 0xb7f87410 in ?? () #1 0xb593036c in ?? () #2 0x000113b3 in ?? () #3 0x in ?? () Thread 10 (Thread -1282536528 (LWP 8080)): #0 0xb7f87410 in ?? () #1 0xb38e036c in ?? () #2 0x0001092f in ?? () #3 0x in ?? () Thread 9 (Thread -1356145744 (LWP 8085)): #0 0xb7f87410 in ?? () #1 0xaf2ad36c in ?? () #2 0x0001091d in ?? () #3 0x in ?? () Thread 8 (Thread -1295230032 (LWP 8197)): #0 0xb7f87410 in ?? () #1 0xb2cc536c in ?? () #2 0x000104ff in ?? () #3 0x in ?? () Thread 7 (Thread -1347753040 (LWP 8200)): #0 0xb7f87410 in ?? () #1 0xafaae36c in ?? () #2 0x00010439 in ?? () #3 0x in ?? () Thread 6 (Thread -1322542160 (LWP 8202)): #0 0xb7f87410 in ?? () #1 0xb12b936c in ?? () #2 0x0001042f in ?? () #3 0x in ?? () Thread 5 (Thread -1364538448 (LWP 8228)): #0 0xb7f87410 in ?? () #1 0xaeaac36c in ?? () #2 0xfdb3 in ?? () #3 0x in ?? () Thread 4 (Thread -1339360336 (LWP 8229)): #0 0xb7f87410 in ?? () #1 0xb02af36c in ?? () #2 0xfdb3 in ?? () #3 0x in ?? () Thread 3 (Thread -1372931152 (LWP 8235)): #0 0xb7f87410 in ?? () #1 0xae2ab058 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 2 (Thread -1381323856 (LWP 8236)): #0 0xb7f87410 in ?? () #1 0xadaaa058 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 1 (Thread -1220286784 (LWP 6404)): #0 0xb7f87410 in ?? () #1 0xbff2a63c in ?? () #2 0x0011 in ?? () #3 0x in ?? () (gdb) strace -p 6404 showed that the process is blocked on futex syscall : futex(0x9c85a88, FUTEX_WAIT, 17, NULL ... Don't know what to do with these data next. It seems iceape behaves dependently on whether it is ptraced or not. Now I am restarting iceape and attaching gdb ot it in advance, before it hangs, and let's see what will happen next. Btw, there is program trafshow in package netdiag that hangs on futex() as well. It seems to have something related to DNS queries, but I did not explore the problem in depth. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401995: iceape: hangs on modal dialogs and message boxes
Mike Hommey wrote: After several days, everything was impeccable, but today in the morning my system restarted due to mains power loss. After reboot, I started iceape again, but forgot to attach gdb to it. And so, now, in the evening, I have found iceape hung again. In hurry, I attached gdb to it, but it said it failed to read a valid object file image from memory, and was not very informative overall : Did you install the iceape-dbg package ? Yes. gdb reads a lot of debug info but then complains anyway, be it freshly-started iceape, or hung one. Right now, the stacks are as folllows : (gdb) thread apply all bt Thread 20 (Thread -1295483984 (LWP 10144)): #0 0xb7f4f410 in ?? () #1 0xb2c8736c in ?? () #2 0x00e5 in ?? () #3 0x in ?? () Thread 17 (Thread -1278698576 (LWP 10094)): #0 0xb7f4f410 in ?? () #1 0xb3c8936c in ?? () #2 0x06f9 in ?? () #3 0x in ?? () Thread 16 (Thread -1325446224 (LWP 10090)): #0 0xb7f4f410 in ?? () #1 0xb0ff436c in ?? () #2 0x0729 in ?? () #3 0x in ?? () Thread 14 (Thread -1308660816 (LWP 10082)): #0 0xb7f4f410 in ?? () #1 0xb1ff636c in ?? () #2 0x0749 in ?? () #3 0x in ?? () Thread 4 (Thread -1225577552 (LWP 10063)): #0 0xb7f4f410 in ?? () #1 0xb6f32148 in ?? () #2 0x03e7fc18 in ?? () #3 0x0005 in ?? () #4 0xb75c8783 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb7df1ad9 in PR_Poll (pds=0x812a088, npds=5, timeout=65535000) at ptio.c:3877 #6 0xb6f6b76a in nsSocketTransportService::Poll (this=0x8129ba0, interval=0xb6f32408) at nsSocketTransportService2.cpp:359 #7 0xb6f6bf52 in nsSocketTransportService::Run (this=0x8129ba0) at nsSocketTransportService2.cpp:568 #8 0xb7f15dfb in nsThread::Main (arg=0x813eeb8) at nsThread.cpp:118 #9 0xb7df5cfc in _pt_root (arg=0x813ef38) at ptthread.c:220 #10 0xb7db1240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #11 0xb75d232e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread -1257489488 (LWP 10065)): #0 0xb7f4f410 in ?? () #1 0xb50c33ac in ?? () #2 0x00016683 in ?? () #3 0x in ?? () Thread 1 (Thread -1220516160 (LWP 10057)): #0 0xb7f4f410 in ?? () #1 0xbfe813f8 in ?? () #2 0x in ?? () #3 0x0007 in ?? () #4 0xb75c8783 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb777c7d9 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #6 0xb777cb67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #7 0xb7be7281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb5a36152 in nsAppShell::Run (this=0x817ea90) at nsAppShell.cpp:139 #9 0xb60e7c84 in nsAppStartup::Run (this=0x816b110) at nsAppStartup.cpp:207 #10 0x0804bf87 in main1 (argc=3, argv=0xbfe81a64, nativeApp=value optimized out) at nsAppRunner.cpp:1249 #11 0x0804cffd in main (argc=Cannot access memory at address 0x7 ) at nsAppRunner.cpp:1736 #12 0xb751bea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #13 0x0804a061 in _start () at ../sysdeps/i386/elf/start.S:119 (gdb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401995: iceape: hangs on modal dialogs and message boxes
Package: iceape Version: 1.0.6-1 Severity: important Hi, I have upgraded from Mozilla 1.7.13-0.3 to iceape 1.0.6. I run iceape with the profile left from earlier mozilla. And so, when I leave the running browser unattended for several hours (for a night, say), and if during that time it shows some dialog or message box (like, enter mail server password, or, expired certificate, or, domain mismatch in certificate), then when I come back to the browser (in the morning), I find it hung. I.e. I could not close any dialogs or windows, and they do not redraw themselves. I am able to kill the browser by HUP signal. I did not try to debug the running process, but this is reproducible pretty often. Every night, I'd say. This behaviour was not seen with Mozilla 1.7. Hope you'd be able to reproduce it. I will provide any debugging information on your request. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages iceape depends on: ii iceape-browser1.0.6-1The Iceape Internet browser ii iceape-mailnews 1.0.6-1The iceape Internet application su Versions of packages iceape recommends: ii iceape-chatzilla 1.0.6-1iceape Web Browser - irc client -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396729: scavr: Does not work with squid 2.6 and python 2.4.4 (readline)
Package: scavr Version: 1.7.0-2 Severity: important Hi, You see my software versions below. In fact, I just add url_rewrite_program /usr/lib/squid/scavr -c /etc/squid/scavr.conf url_rewrite_children 1 url_rewrite_access deny localhost into my squid.conf, then restart squid, then run strace on 'python scavr' process. I see that on first squid request, python reads characters from stdin, byte by byte, but it does not return on reading newline: read(0, h, 1) = 1 read(0, t, 1) = 1 read(0, t, 1) = 1 read(0, p, 1) = 1 read(0, :, 1) = 1 read(0, /, 1) = 1 read(0, /, 1) = 1 read(0, s, 1) = 1 ... read(0, G, 1) = 1 read(0, E, 1) = 1 read(0, T, 1) = 1 read(0, , 1) = 1 read(0, -, 1) = 1 read(0, \n, 1)= 1 read(0, unfinished ... (I had broken the last read) Looking into lsof, I can see that squid spawns python-scavr with unix domain sockets as its stdin and stdout. May be python works with sockets in some special way, but so far I could not find this out of python sources. Hope you would. Thank you in advance for your attention to this. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages scavr depends on: ii python2.4.4-1An interactive high-level object-o ii python-clamav 0.3.3-2Python bindings to ClamAV Versions of packages scavr recommends: ii squid 2.6.4-2Internet Object Cache (WWW proxy c -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392693: icewm: Cyrillic letters in windows title bars: lost again
On Fri, Oct 13, 2006 at 08:51:39AM +0200, Eduard Bloch wrote: #include hallo.h * Wladimir Mutel [Thu, Oct 12 2006, 11:59:15PM]: Package: icewm Version: 1.2.28-1 Severity: normal Don't know exactly if this is due to updated icewm, or updated libraries used by icewm. I use theme metal2. I don't have any explicit fonts metal2 is wrong. Try with the SilverXP theme please (icewm-themes SilverXP was equally wrong. The same behaviour as I described in original letter. package). Also note that many programs are buggy. They either do not recode the window titles to UTF-8, or they break it, eg. double-recode it. Why MozillaKonqueror work well in KWin, then ? I can read UTF-8 Cyrillic in window title bars when a theme with a good font is used which covers the cyrillic parts of Unicode (eg. Verdana). I can't even with SilverXP. However I was able not so long ago. I tried to revert IceWM to 1.2.27/26..., but this did not help. May be the problem is with some underlying library having been upgraded. But unfortunately I don't have an idea what and in what order to revert back. Does SilverXP work for you? IIRC msttcorefonts must be installed so the font is available in fc-cache -l output. Yes, I have msttc.f. installed, among others. And they are listed in fc-list, sure. You can force fonts in .icewm/prefoverride, eg. with TitleFontNameXft=verdana:size=11:bold MenuFontNameXft=verdana:size=10 StatusFontNameXft=verdana:size=10 QuickSwitchFontNameXft=verdana:size=10 NormalButtonFontNameXft=verdana:size=9 ActiveButtonFontNameXft=verdana:size=9:bold NormalTaskBarFontNameXft=verdna:size=10 ActiveTaskBarFontNameXft=verdana:size=9:bold #ToolButtonFontNameXft= #NormalWorkspaceFontNameXft=verdana:size=10 #ActiveWorkspaceFontNameXft= MinimizedWindowFontNameXft=verdana:size=10 ListBoxFontNameXft=verdana:size=10 ToolTipFontNameXft=verdana:size=9 ClockFontNameXft=verdana:size=10 ApmFontNameXft=verdana:size=10 InputFontNameXft=verdana:size=12 LabelFontNameXft=verdana:size=10 This helped. This corrected even metal2. But why should I need this workaround now when I did not need it before ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392693: icewm: Cyrillic letters are found anew !
Package: icewm Followup-For: Bug #392693 The bug has gone, I hope. Look at dependencies now. May be somebody has fixed something . I see only libx11-6 build changed. -- 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.18-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common1.2.28-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-31Imlib is an imaging library for X ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-6 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-16 GCC support library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.3-2X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392693: icewm: Cyrillic letters in windows title bars: lost again
Package: icewm Version: 1.2.28-1 Severity: normal Don't know exactly if this is due to updated icewm, or updated libraries used by icewm. I use theme metal2. I don't have any explicit fonts specified in system-wide or my own icewm preferences. I see normal Cyrillic in IceWM start menu and in IceWM Ctrl-Alt-Del dialog. As well as in IceWM window menus, and even in IceWM windowlist title bar. But. I have lost sight of Cyrillic letters in other windows titlebars. Specifically, in Mozilla 1.7.13-0.3 browser windows when Cyrillic websites are opened in them. Like http://www.us.debian.org/index.ru.html As well as in Konqueror 3.5.5a-1. In Mozilla, the window title remains unchanged on Cyrillic page load. In Konqueror, I see '?' signs instead of Cyrillic letters. In KDE session with WM kwin 3.5.5a-1, Cyrillic in Mozilla/Konqueror titlebars is visible well. May be now I should check something obscure, and may be you ... I remember I had reported similar defect a year or two ago. What a hard stuff this internationalization is... -- 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.18-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common1.2.28-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-31Imlib is an imaging library for X ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-6 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-16 GCC support library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.3-1X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383992: isdnutils: startup disorder against makedev
Package: isdnutils Version: 1:3.9.20060704-2 Severity: normal Hi, Having installed new version of the packegs, I found that isdnutils and makedev scripts are listed with the same startup priority (S20) on runlevel 2. Due to alphabetic ordering, isdnutils is started before makedev. However, it relies on makedev having been run before it, so that MAKEDEV script is already linked into /dev/. The workaround is to move makedev startup to S19, or isdnutils to S21, but I don't know what is more correct and convenient. Hope to see this resolved in the next version of isdnutils. -- 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.17-2-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages isdnutils depends on: ii ipppd 1:3.9.20060704-2 PPP daemon for syncPPP over ISDN ii isdnlog 1:3.9.20060704-2 ISDN connection logger ii isdnutils-base 1:3.9.20060704-2 ISDN utilities, the basic (minimal ii isdnutils-xtools1:3.9.20060704-2 ISDN utilities that use X ii isdnvboxclient 1:3.9.20060704-2 ISDN answering machine, client ii isdnvboxserver 1:3.9.20060704-2 ISDN answering machine, server isdnutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377670: pppd+pptp+mp/multilink+persist does not reconnect properly
Package: ppp Version: 2.4.4b1-1 Severity: normal Hi, Here are my pppd options : pty pptp vpn.server.net --nolaunchpppd name [EMAIL PROTECTED] file /etc/ppp/options.pptp ipparam vpnserver debug kdebug 1 persist holdoff 60 maxfail 0 updetach mrru 1600 mru 1600 mp mpshortseq I connect to a remote VPN server, and pppd creates a bundle with 1 ppp link : Jul 7 11:33:19 host1 pppd[30412]: pppd 2.4.4b1 started by user, uid 0 Jul 7 11:33:19 host1 pppd[30412]: Starting negotiation on /dev/pts/2 Jul 7 11:33:19 host1 pppd[30412]: using channel 5 Jul 7 11:33:20 host1 pppd[30412]: sent [LCP ConfReq id=0x1 mru 1600 asyncmap 0x0 magic 0x3e6e1e57 pcomp accomp mrru 1600 ssnhf endpoint [MAC:00:0e:2e:29:99:77]] Jul 7 11:33:21 host1 pppd[30412]: rcvd [LCP ConfReq id=0x7a accomp pcomp mru 1400 magic 0xd0827f2 auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 7 11:33:21 host1 pppd[30412]: sent [LCP ConfAck id=0x7a accomp pcomp mru 1400 magic 0xd0827f2 auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 7 11:33:23 host1 pppd[30412]: rcvd [LCP ConfReq id=0x7b accomp pcomp mru 1400 magic 0xd0827f2 auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 7 11:33:23 host1 pppd[30412]: sent [LCP ConfAck id=0x7b accomp pcomp mru 1400 magic 0xd0827f2 auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 7 11:33:23 host1 pppd[30412]: sent [LCP ConfReq id=0x1 mru 1600 asyncmap 0x0 magic 0x3e6e1e57 pcomp accomp mrru 1600 ssnhf endpoint [MAC:00:0e:2e:29:99:77]] Jul 7 11:33:24 host1 pppd[30412]: rcvd [CHAP Challenge id=0x1 bb1e68e6d4939a5d547404cdaac4eb7e, name = ] Jul 7 11:33:24 host1 pppd[30412]: rcvd [LCP ConfAck id=0x1 mru 1600 asyncmap 0x0 magic 0x3e6e1e57 pcomp accomp mrru 1600 ssnhf endpoint [MAC:00:0e:2e:29:99:77]] Jul 7 11:33:24 host1 pppd[30412]: rcvd [LCP EchoRep id=0x0 magic=0xd0827f2] Jul 7 11:33:24 host1 pppd[30412]: sent [CHAP Response id=0x1 36d1a0c4ecf46b68684bbe569e4312c12e6bddbf3a0f17594062aedd240851d8a14f850d5287421300, name = [EMAIL PROTECTED]] Jul 7 11:33:24 host1 pppd[30412]: sent [LCP EchoReq id=0x0 magic=0x3e6e1e57] Jul 7 11:33:26 host1 pppd[30412]: CHAP authentication succeeded Jul 7 11:33:26 host1 pppd[30412]: New bundle ppp0 created Jul 7 11:33:26 host1 pppd[30412]: rcvd [CHAP Success id=0x1 S=73598271A46A1E1FBE6BF2C9764FF30E338BA8AC] Jul 7 11:33:26 host1 pppd[30412]: rcvd [IPCP ConfReq id=0x46 addr 172.17.0.1 compress VJ 0f 00] Jul 7 11:33:26 host1 pppd[30412]: sent [IPCP ConfAck id=0x46 addr 172.17.0.1 compress VJ 0f 00] Jul 7 11:33:26 host1 pppd[30412]: sent [IPCP ConfReq id=0x1 compress VJ 0f 01 addr x.y.z.t] Jul 7 11:33:26 host1 pppd[30412]: Using interface ppp0 Jul 7 11:33:28 host1 pppd[30412]: rcvd [IPCP ConfReq id=0x47 addr 172.17.0.1 compress VJ 0f 00] Jul 7 11:33:28 host1 pppd[30412]: sent [IPCP ConfAck id=0x47 addr 172.17.0.1 compress VJ 0f 00] Jul 7 11:33:29 host1 pppd[30412]: Cannot determine ethernet address for proxy ARP Jul 7 11:33:29 host1 pppd[30412]: local IP address x.y.z.t Jul 7 11:33:29 host1 pppd[30412]: rcvd [IPCP ConfAck id=0x1 compress VJ 0f 01 addr x.y.z.t] Jul 7 11:33:29 host1 pppd[30412]: remote IP address 172.17.0.1 Jul 7 11:33:29 host1 pppd[30412]: sent [IPCP ConfReq id=0x1 compress VJ 0f 01 addr x.y.z.t] Jul 7 11:33:29 host1 pppd[30421]: Script /etc/ppp/ip-up started (pid 30422) Jul 7 11:33:32 host1 pppd[30421]: Script /etc/ppp/ip-up finished (pid 30422), status = 0x0 Then, when the connection for some reason terminates, the pppd reconnection from my side goes wrong : Jul 8 00:04:44 host1 pppd[30421]: Connection terminated. Jul 8 00:04:44 host1 pppd[30421]: Connect time 751.3 minutes. Jul 8 00:04:44 host1 pppd[30421]: Last channel has disconnected Jul 8 00:04:44 host1 pppd[30421]: Link terminated. Jul 8 00:04:44 host1 pppd[30421]: Modem hangup Jul 8 00:04:44 host1 pppd[30421]: Script /etc/ppp/ip-down finished (pid 11313), status = 0x0 Jul 8 00:04:44 host1 pppd[30421]: Script /etc/ppp/ip-down started (pid 11313) Jul 8 00:04:44 host1 pppd[30421]: Sent 28573306 bytes, received 906307457 bytes. Jul 8 00:24:44 host1 pppd[30421]: Starting negotiation on /dev/pts/1 Jul 8 00:24:44 host1 pppd[30421]: using channel 6 Jul 8 00:24:45 host1 pppd[30421]: rcvd [LCP ConfReq id=0xd6 accomp pcomp mru 1400 magic 0x10c8d62e auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 8 00:24:45 host1 pppd[30421]: sent [LCP ConfAck id=0xd6 accomp pcomp mru 1400 magic 0x10c8d62e auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 8 00:24:45 host1 pppd[30421]: sent [LCP ConfReq id=0x2 mru 1600 asyncmap 0x0 magic 0xc6036e2f pcomp accomp mrru 1600 ssnhf endpoint [MAC:00:0e:2e:29:99:77]] Jul 8 00:24:47 host1 pppd[30421]: rcvd [LCP ConfReq id=0xd7 accomp pcomp mru 1400 magic 0x10c8d62e auth chap MS-v2 mrru 1600 ssnhf endpoint [MAC:00:0e:0c:a8:50:a3]] Jul 8
Bug#375677: Plain apt-proxy is broken too
Package: apt-proxy Version: 1.9.33-0.1 Followup-For: Bug #375677 On my system, completely official and unpatched apt-proxy is broken too in very the same way. Don't know who is at fault, application or library. -- 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.17-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages apt-proxy depends on: ii adduser 3.91 Add and remove users and groups ii bzip2 1.0.3-2high-quality block-sorting file co ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii logrotate 3.7.1-3Log rotation utility ii python2.3.5-11 An interactive high-level object-o ii python-apt0.6.18 Python interface to libapt-pkg ii python-twisted2.4.0-1Event-based framework for internet ii python-twisted-web0.6.0-1An HTTP protocol implementation to ii python2.3 2.3.5-14 An interactive high-level object-o apt-proxy recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316404: libsasl2: support of courier-authdaemon would be great
Package: libsasl2 Version: 2.1.19.dfsg1-0.1 Followup-For: Bug #316404 Hi, I understand that this bug is of wishlist level. cyrus-sasl v2.1.21 added support for courier-authdaemon, which I think is extremely useful bridge allowing to remove mysql part out of most proposed postfix+courier mailserver configurations. Thank you in advance. -- 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-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages libsasl2 depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdb4.2 4.2.52-24 Berkeley v4.2 Database Libraries [ Versions of packages libsasl2 recommends: ii libsasl2-modules2.1.19.dfsg1-0.1 Pluggable Authentication Modules f -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361587: amavisd-new: should log triggered SpamAssassin tests
On Tue, Apr 11, 2006 at 10:22:23AM -0300, Henrique de Moraes Holschuh wrote: tag 361587 moreinfo On Sun, 09 Apr 2006, Wladimir Mutel wrote: the message was passed or rejected. It would be great to also see in the log a list of SA tests triggered by the rejected message. This could be helpful in posterior investigations. I believe it can already do that. Are the macros you can use to customize the log messages not being able to list the SA tests ? Oh yes. My fault for not reading README.customize It seems this lang is even Turing-complete : Please close this bug and disregard it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361584: amavisd-new: ClamAV-clamd : ... lstat() failed
On Tue, Apr 11, 2006 at 10:16:27AM -0300, Henrique de Moraes Holschuh wrote: tag 361584 moreinfo thanks On Sun, 09 Apr 2006, Wladimir Mutel wrote: Apr 8 23:47:46 smart amavis[18087]: (18087-01) ask_av (ClamAV-clamd) FAILED - unexpected result: /var/lib/amavis/tmp/amavis-20060408T234746-18087/parts: lstat() failed. ERROR\n Don't know if they are hurtful or not. When I look into these /parts/ directories, they are empty. Is my mail really scanned ? The error you quoted was reported by clamav itself. I do not know why lstat() failed, it could be anything from permission errors (should not happen if you configured your system correctly and it is scanning some of the emails) to amavisd-new removing stuff behind clamav's feet, to clamav bugs. My fault also. I should have added user clamav to group amavis. May be this should be done by amavisd-new install script. Anyway, this bug deserves closing now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284491: amavisd-new: 2.4.0 released
Package: amavisd-new Version: 1:2.3.3-8 Followup-For: Bug #284491 Please have a look at http://www.ijs.si/software/amavisd/ Hope to see new package version soon. Thank you. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages amavisd-new depends on: ii adduser 3.85 Add and remove users and groups ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii file 4.17-1 Determines file type using magic ii libarchive-tar-perl 1.28-1 Archive::Tar - manipulate tar file ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.27-1 use Berkeley DB 4 databases from P ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii libconvert-tnef-perl 0.17-4 Perl module to read TNEF files ii libconvert-uulib-perl 1.0.5.1-1 Perl interface to the uulib librar pn libdigest-md5-perlnone (no description available) ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii libmailtools-perl 1.74-0.1 Manipulate email in perl programs pn libmime-base64-perl none (no description available) ii libmime-perl 5.419-1Perl5 modules for MIME-compliant m ii libnet-perl 1:1.19-3 Implementation of Internet protoco ii libnet-server-perl0.90-1 An extensible, general perl server ii libunix-syslog-perl 0.100-4Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.8.8-4Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-4Core Perl modules amavisd-new recommends no packages. -- debconf information: amavisd-new/outdated_config_style_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361584: amavisd-new: ClamAV-clamd : ... lstat() failed
Package: amavisd-new Version: 1:2.3.3-8 Severity: normal Recently I have installed amavisd-new and clamav 0.88 (-base, -daemon, -freshclam). I uncommented spam and virus scanners lists in /etc/amavis/conf.d/15-content_filter_mode , and amavisd-new shows this in its startup log : Apr 8 23:13:42 smart amavis[18074]: Perl version 5.008008 Apr 8 23:13:43 smart amavis[18078]: Module Amavis::Conf2.043 Apr 8 23:13:43 smart amavis[18078]: Module Archive::Tar1.28 Apr 8 23:13:43 smart amavis[18078]: Module Archive::Zip1.16 Apr 8 23:13:43 smart amavis[18078]: Module BerkeleyDB 0.27 Apr 8 23:13:43 smart amavis[18078]: Module Compress::Zlib 1.41 Apr 8 23:13:43 smart amavis[18078]: Module Convert::TNEF 0.17 Apr 8 23:13:43 smart amavis[18078]: Module Convert::UUlib 1.051 Apr 8 23:13:43 smart amavis[18078]: Module DBD::mysql 3.0002 Apr 8 23:13:43 smart amavis[18078]: Module DBI 1.50 Apr 8 23:13:43 smart amavis[18078]: Module DB_File 1.814 Apr 8 23:13:43 smart amavis[18078]: Module MIME::Entity5.419 Apr 8 23:13:43 smart amavis[18078]: Module MIME::Parser5.419 Apr 8 23:13:43 smart amavis[18078]: Module MIME::Tools 5.419 Apr 8 23:13:43 smart amavis[18078]: Module Mail::Header1.74 Apr 8 23:13:43 smart amavis[18078]: Module Mail::Internet 1.74 Apr 8 23:13:43 smart amavis[18078]: Module Mail::SPF::Query1.999001 Apr 8 23:13:43 smart amavis[18078]: Module Mail::SpamAssassin 3.001000 Apr 8 23:13:43 smart amavis[18078]: Module Net::Cmd2.26 Apr 8 23:13:43 smart amavis[18078]: Module Net::DNS0.57 Apr 8 23:13:43 smart amavis[18078]: Module Net::SMTP 2.29 Apr 8 23:13:43 smart amavis[18078]: Module Net::Server 0.90 Apr 8 23:13:43 smart amavis[18078]: Module Razor2::Client::Version 2.81 Apr 8 23:13:43 smart amavis[18078]: Module Time::HiRes 1.86 Apr 8 23:13:43 smart amavis[18078]: Module Unix::Syslog0.100 Apr 8 23:13:43 smart amavis[18078]: Amavis::DB codeloaded Apr 8 23:13:43 smart amavis[18078]: Amavis::Cache code loaded Apr 8 23:13:43 smart amavis[18078]: SQL base code NOT loaded Apr 8 23:13:43 smart amavis[18078]: SQL::Log code NOT loaded Apr 8 23:13:43 smart amavis[18078]: SQL::QuarantineNOT loaded Apr 8 23:13:43 smart amavis[18078]: Lookup::SQL code NOT loaded Apr 8 23:13:43 smart amavis[18078]: Lookup::LDAP code NOT loaded Apr 8 23:13:43 smart amavis[18078]: AM.PDP prot code NOT loaded Apr 8 23:13:43 smart amavis[18078]: SMTP-in prot code loaded Apr 8 23:13:43 smart amavis[18078]: ANTI-VIRUS codeloaded Apr 8 23:13:43 smart amavis[18078]: ANTI-SPAM codeloaded Apr 8 23:13:43 smart amavis[18078]: Unpackers codeloaded Apr 8 23:13:43 smart amavis[18078]: Found $fileat /usr/bin/file Apr 8 23:13:43 smart amavis[18078]: No $dspam, not using it Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .mail Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .asc Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .uue Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .hqx Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .ync Apr 8 23:13:43 smart amavis[18078]: No decoder for .Ftried: unfreeze, freeze -d, melt, fcat Apr 8 23:13:43 smart amavis[18078]: Found decoder for.Zat /bin/uncompress Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .gz Apr 8 23:13:43 smart amavis[18078]: Found decoder for.bz2 at /usr/bin/bzip2 -d Apr 8 23:13:43 smart amavis[18078]: Found decoder for.lzo at /usr/bin/lzop -d Apr 8 23:13:43 smart amavis[18078]: No decoder for .rpm tried: rpm2cpio.pl, rpm2cpio Apr 8 23:13:43 smart amavis[18078]: No decoder for .cpio tried: pax Apr 8 23:13:43 smart amavis[18078]: Found decoder for.cpio at /bin/cpio Apr 8 23:13:43 smart amavis[18078]: No decoder for .tar tried: pax Apr 8 23:13:43 smart amavis[18078]: Found decoder for.tar at /bin/cpio Apr 8 23:13:43 smart amavis[18078]: Found decoder for.deb at /usr/bin/ar Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .zip Apr 8 23:13:43 smart amavis[18078]: Found decoder for.rar at /usr/bin/unrar Apr 8 23:13:43 smart amavis[18078]: Found decoder for.arj at /usr/bin/arj Apr 8 23:13:43 smart amavis[18078]: Found decoder for.arc at /usr/bin/nomarch Apr 8 23:13:43 smart amavis[18078]: Found decoder for.zoo at /usr/bin/zoo Apr 8 23:13:43 smart amavis[18078]: Found decoder for.lha at /usr/bin/lha Apr 8 23:13:43 smart amavis[18078]: No decoder for .doc tried: ripole Apr 8 23:13:43 smart amavis[18078]: Found decoder for.cab at /usr/bin/cabextract Apr 8 23:13:43 smart amavis[18078]: No decoder for .tnef Apr 8 23:13:43 smart amavis[18078]: Internal decoder for .tnef Apr 8 23:13:43 smart amavis[18078]: Found
Bug#361587: amavisd-new: should log triggered SpamAssassin tests
Package: amavisd-new Version: 1:2.3.3-8 Severity: wishlist Hi, Currently amavisd-new logs only spam hits level and whether the message was passed or rejected. It would be great to also see in the log a list of SA tests triggered by the rejected message. This could be helpful in posterior investigations. I would appreciate to see such feature in further versions of amavisd-new package. Thank you in advance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages amavisd-new depends on: ii adduser 3.85 Add and remove users and groups ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii file 4.17-1 Determines file type using magic ii libarchive-tar-perl 1.28-1 Archive::Tar - manipulate tar file ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.27-1 use Berkeley DB 4 databases from P ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii libconvert-tnef-perl 0.17-4 Perl module to read TNEF files ii libconvert-uulib-perl 1.0.5.1-1 Perl interface to the uulib librar pn libdigest-md5-perlnone (no description available) ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii libmailtools-perl 1.74-0.1 Manipulate email in perl programs pn libmime-base64-perl none (no description available) ii libmime-perl 5.419-1Perl5 modules for MIME-compliant m ii libnet-perl 1:1.19-3 Implementation of Internet protoco ii libnet-server-perl0.90-1 An extensible, general perl server ii libunix-syslog-perl 0.100-4Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.8.8-4Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-4Core Perl modules amavisd-new recommends no packages. -- debconf information: amavisd-new/outdated_config_style_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#87240: netbase: special inetd package
Package: netbase Version: 4.25 Followup-For: Bug #87240 Hi, Is it a good idea or not , to create a dummy package like 'dummy-inetd' and add it as an alternative dependency to netbase dependency list (openbsd-inetd | netkit-inetd | dummy-inetd) ? Let its startup scripts say something like : 'no real inetd is run', and update-inetd say : 'you don't have real inetd, please install one soon'. Today it is a fact of reality that quite a lot of Linux configuration do not have any meaningful inetd services. ssh, smtp, http, whatever are mostly served by standalone daemons and there is no need to save RAM usage or centralize them in inetd.conf manner. And these ident/daytime/echo/chargen services that were built in inetd are not needed by mostbody. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages netbase depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii ifupdown0.6.7ubuntu1 high level tools to configure netw ii iputils-ping [ping] 3:20020927-3 Tools to test the reachability of ii lsb-base3.0-16 Linux Standard Base 3.0 init scrip ii netkit-inetd0.10-10.3The Internet Superserver ii tcpd7.6.dbs-9Wietse Venema's TCP wrapper utilit netbase recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358740: initramfs-tools: 0.57b : fails to boot from /dev/hde (33, 0) - /dev/root not found
Package: initramfs-tools Version: 0.57b Severity: normal Hi, I have a system with 2 IDE controllers, first is VIA vt8233 driven by via82cxxx and second is PDC20267 driven by pdc202xx_old. My root fs is on /dev/hde. Once I updated kernel to 2.6.16 (smp), and initramfs-tools to 0.57b, and resulted vmlinuz+initrd failed to boot. It said it could not find /dev/root, although in busybox I could find perfectly good /dev/hde, then do mknod /dev/root b 33 0 , then exit busybox, and all booted well. Reverting back to kernel 2.6.15 did not help much, but reverting to initramfs-tools 0.55b solved the problem. So, something has to be made with 0.57b to make it as useful as before. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-11 GNU cpio -- a program to manage ar ii klibc-utils 1.2.4-1small statically-linked utilities ii udev 0.087-2/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356112: fail2ban: 0.6.1-1 - broken again
On Thu, Mar 23, 2006 at 03:31:35PM -0500, Yaroslav Halchenko wrote: just double checked -- recent 0.6.1-1 has failregex the same for ssh as in 0.6.0-7. So if something is wrong it is wrong due to other reasons that in 356112. Could you please double check what is the problem (if any)? Now it seems to be another kind of problem. I see a lot of such messages in fail2ban.log : 2006-03-24 03:16:02,585 ERROR: Please check the format and your locale settings. 2006-03-24 03:16:02,586 ERROR: time data did not match format: data=Mar 24 03:16:02 fmt=%b %d %H:%M:%S 2006-03-24 03:16:02,587 ERROR: Please check the format and your locale settings. 2006-03-24 03:16:02,588 ERROR: time data did not match format: data=Mar 24 03:16:02 fmt=%b %d %H:%M:%S 2006-03-24 03:16:02,588 ERROR: Please check the format and your locale settings. 2006-03-24 03:16:05,588 ERROR: time data did not match format: data=Mar 19 06:47:08 fmt=%b %d %H:%M:%S I think my syslog locale is C or POSIX, but my user/application locale is uk_UA.UTF-8 (set in ~/.bash_profile). May be it had impacted fail2ban when I restarted it from the command line ? I see this locale is present in /proc/N/environ of running fail2ban process. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358674: lm-sensors: refers to wrong filenames
On Fri, Mar 24, 2006 at 06:35:53PM +0100, Aurelien Jarno wrote: 'sensors' uses libsensors to read sensors values from /sys. Are you sure you don't have an old library on your disk, because there is nothing in the source code that corresponds to the syscalls in the strace? What does 'ldd /usr/bin/sensors' output? Oh I am terribly sorry. My fault. I had hand-built 'lm-sensors' in my /usr/local/(bin|lib)/ . Built them long ago and forgot. Please close the bug and disregard it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358917: initramfs-tools: should look for rootflags= in kernel command line
Package: initramfs-tools Version: 0.57b Severity: wishlist Hi, I use this option since I like to mount my root fs with certain options (like commit=3600 or whatever). Plain initrd regarded it. Yaird regarded it. May be initramfs-tools should regard it as well. Hope to see this feature in further releases. Thank you in advance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-11 GNU cpio -- a program to manage ar ii klibc-utils 1.2.4-1small statically-linked utilities ii udev 0.087-2/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356112: fail2ban: 0.6.1-1 - broken again
Package: fail2ban Version: 0.6.1-1 Followup-For: Bug #356112 Hi, You gave me interim version 0.6.0-7 that worked well unlike 0.6.0-6. Why you decided not to pass this feature down to 0.6.1-1 ? : May be you have one more working interim version for me ? : -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii python2.4.2-0ubuntu2 An interactive high-level object-o fail2ban recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358674: lm-sensors: refers to wrong filenames
Package: lm-sensors Version: 1:2.10.0-2 Severity: normal Hi, Here is my lsmod for i2c modules : Module Size Used by w83627hf 22608 0 w83781d29348 0 hwmon_vid 2432 2 w83627hf,w83781d i2c_isa 4608 2 w83627hf,w83781d eeprom 6736 0 i2c_viapro 7956 0 i2c_dev 8096 0 i2c_core 19536 6 w83627hf,w83781d,i2c_isa,eeprom,i2c_viapro,i2c_dev Here is my contents of /sys/bus/i2c/devices/9191-0290 , as shown by ls : alarms fan2_inputin3_input in6_input name temp2_max beep_enable fan2_min in3_maxin6_maxpower temp2_max_hyst beep_maskhwmon:hwmon0 in3_minin6_minpwm1 temp2_type bus in0_input in4_input in7_input pwm2 uevent driver in0_max in4_maxin7_maxtemp1_input fan1_div in0_min in4_minin7_mintemp1_max fan1_input in2_input in5_input in8_input temp1_max_hyst fan1_min in2_max in5_maxin8_maxtemp1_type fan2_div in2_min in5_minin8_mintemp2_input Note file names. Here is my root's run of 'sensors -s' : w83697hf-isa-0290: Can't access procfs/sysfs file for writing; Run as root? Here is root's run of 'sensors' without parameters : w83697hf-isa-0290 Adapter: ISA adapter ERROR: Can't get IN0 data! ERROR: Can't get IN2 data! ERROR: Can't get IN3 data! ERROR: Can't get IN4 data! ERROR: Can't get IN5 data! ERROR: Can't get IN6 data! ERROR: Can't get IN7 data! ERROR: Can't get IN8 data! ERROR: Can't get FAN1 data! ERROR: Can't get FAN2 data! ERROR: Can't get TEMP1 data! ERROR: Can't get TEMP2 data! alarms: beep_enable: Sound alarm enabled eeprom-i2c-0-51 Adapter: SMBus Via Pro adapter at 0400 Memory type:DDR SDRAM DIMM Memory size (MB): 1024 eeprom-i2c-0-50 Adapter: SMBus Via Pro adapter at 0400 Memory type:DDR SDRAM DIMM Memory size (MB): 512 Here are interesting strace samples taken from '-s' and default run : open(/sys/bus/i2c/devices/9191-0290/in_min0, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max0, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min2, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max2, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min3, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max3, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min4, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max4, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max5, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min5, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max6, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min6, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min7, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max7, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_min8, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_max8, O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied) open(/sys/bus/i2c/devices/9191-0290/in_input0, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input2, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input3, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input4, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input5, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input6, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input7, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/in_input8, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/fan_input1, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/fan_input2, O_RDONLY) = -1 ENOENT (No such file or directory) open(/sys/bus/i2c/devices/9191-0290/temp_input1, O_RDONLY) = -1 ENOENT (No such file or directory)
Bug#356112: fail2ban: stopped working after upgrade
Yaroslav Halchenko wrote: Heh heh... nasty typo in the modified failregex broke fail2ban -6. Please try the version available from http://itanix.rutgers.edu/rumba/dists/unstable/perspect/binary-all/net/fail2ban_0.6.0-7_all.deb Please get back to me asap if it fixes the issue for you so I could buzz my sponsor to dupload the package into unstable Yes, with this v.-7 it bans intruders well again. Hope you would upload it soon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356112: fail2ban: stopped working after upgrade
Package: fail2ban Version: 0.6.0-6 Severity: important I have some serversrouters with logcheckfail2ban installed. Until 0.6.0-6, fail2ban worked well and logcheck reported only 5 or less breakin attempts from variour IPs on the Internet. This was a great help and convenience from fail2ban. With 0.6.0-6, logcheck started to report that fail2ban went out of effect and whoever could again attempt as many breakins as he wishes. And ban/unban records stopped to appear in fail2ban.log. I use certain set of iptables rules on each host, but fail2ban was able to add its chain to these rules without any problems. Don't know what to do next except rollback to 0.6.0-5. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii python2.4.2-0ubuntu2 An interactive high-level object-o fail2ban recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355469: please update hddtemp.db
Package: hddtemp Version: 0.3-beta14-8 Severity: wishlist The actual version is at http://www.guzu.net/linux/hddtemp.db It contains some HDD descriptions which are missing in .db distribited with .deb. For example ST330013A which I happened to use. Hope to see updated version soon. Thank you in advance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.4.71 Debian configuration management sy ii grep 2.5.1.ds2-4 GNU grep, egrep and fgrep ii libc62.3.6-3 GNU C Library: Shared libraries an ii sed 4.1.4-5 The GNU sed stream editor hddtemp recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354759: twiki: TWiki 4.0.1 is available
Package: twiki Severity: wishlist ... as of 2006-02-07. Hope to see update package soon ... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341974: reportbug: seconding that wish
Package: reportbug Version: 3.18 Followup-For: Bug #341974 I tried to rebuild the package against python2.4. Nothing hard except 's/2\.3/2\.4/' in Debian control and scripts. It seems to work well, however I did not test it extensively. -- Package-specific info: ** /home/mwg/.reportbugrc: mode standard -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages reportbug depends on: ii python2.4.2-0ubuntu2 An interactive high-level object-o Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352736: icewm: maximized windows are restored with offset
Package: icewm Version: 1.2.25-1 Severity: normal How to reproduce : In .icewm/preferences, turn these on : MinimizeToDesktop=1 SizeMaximized=1 TaskBarAutoHide=1 TaskBarKeepBelow=0 TaskBarDoubleHeight=1 TitleBarMaximizeButton=1 Open some windows (Mozilla, xterm, etc). Maximize them. Then minimize them to desktop. See small rectangles with titles, arranged in column[s]. Click on a rectangle that is not leftmost and topmost. See restored maximized window offset as this rectanle was. Top-left corner of the window is now where top-left corner of the minimized-rectangle was. To make restored window fill the whole desktop again, you have to move it by titlebar leftwards or upwards, only a little. In earlier versions of icewm, on restoring maximized window filled the entire screen, starting from left-top corner. I thought this behaviour was more correct. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common 1.2.25-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-28 Imlib is an imaging library for X ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-9 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libtiff4 3.8.0-2Tag Image File Format (TIFF) libra ii libungif4g4.1.4-2shared library for GIF images (run ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-9 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350698: icewm: Raising TaskBar resizes maximized windows
Package: icewm Version: 1.2.24-2 Severity: important With IceWM 1.2.24, my taskbar started to be covered by other windows. Looked into my ~/.icewm/preferences and set TaskBarKeepBelow=0 (it was 1 for some reason, but all worked well in 1.2.23 - taskbar was above all else). Restarted IceWM and immediately noted that frontal maximized window is resized when TaskBar is raised (I use TaskBarAutoHide=1 and TaskBarDoubleHeight=1, among all). It did not behave in such way in 1.2.23. It feels very annoying now. Please tell what should I fix on my side, or if there is anything you can fix or revert (in Debian or upstream). Thank you in advance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common 1.2.24-2 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-28 Imlib is an imaging library for X ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-7 GCC support library ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libtiff4 3.8.0-1Tag Image File Format (TIFF) libra ii libungif4g4.1.4-2shared library for GIF images (run ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1ubuntu5 FreeType-based font drawing librar ii libxinerama1 6.9.0.dfsg.1-2 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-9 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350701: icewm: Ctrl-Alt-Del dialog is inoperational
Package: icewm Version: 1.2.24-2 Severity: important Hi, My working pattern was : Ctrl-Alt-Del, then Space, then my session is locked by xtrlock. What a surprise it was to discover that this does not longer work in 1.2.24. Moreover, mouse clicks do not cause any effects on these buttons. Only Ctrl-Alt-BkSp helped. This is even more annoying innovation than one described in bug 350698. Big, big please, fix/revert it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common 1.2.24-2 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-28 Imlib is an imaging library for X ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-7 GCC support library ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libtiff4 3.8.0-1Tag Image File Format (TIFF) libra ii libungif4g4.1.4-2shared library for GIF images (run ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1ubuntu5 FreeType-based font drawing librar ii libxinerama1 6.9.0.dfsg.1-2 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-9 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350775: fgrep : troubles with -w option
Package: grep Version: 2.5.1.ds2-4 Severity: important Here is the testcase. May be fgrep in some way distinguishes between end-of-word and end-of-line, as my search samples were words at the end of lines : [EMAIL PROTECTED]:~$ unset LANG [EMAIL PROTECTED]:~$ unset LC_ALL [EMAIL PROTECTED]:~$ locale LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= [EMAIL PROTECTED]:~$ grep -w 17 /var/log/ntpstats/loopstats 53737 1603.027 -0.014552722 36.407333 0.006820266 2422.467921 17 53737 67199.023 0.016804138 36.471359 0.016754110 4691.234285 17 53739 25586.065 0.007498578 36.485641 0.015237241 4169.155231 17 53742 71285.423 -0.014912012 36.165390 0.038484909 8065.176565 17 53743 50480.404 -0.024465442 36.072189 0.033669469 9278.629682 17 53745 8868.349 -0.052048934 35.973007 0.032255808 10335.362915 17 53746 53656.253 -0.045581968 35.886154 0.028120869 10607.245587 17 53748 12043.152 -0.009623850 35.867844 0.030271010 9264.191503 17 53749 56831.088 -0.015836839 35.837692 0.026398879 8262.778537 17 53751 15219.013 -0.052926517 35.736862 0.029437844 9740.164057 17 53752 63164.373 0.017359837 17.614822 0.043179231 3159.903105 7 53761 14266.418 -0.070265500 33.677475 0.095619037 25761.408338 17 53761 79859.170 0.113574500 34.110336 0.123719589 36089.902239 17 53762 59053.137 -0.063469000 33.868454 0.138982023 35044.923837 17 [EMAIL PROTECTED]:~$ fgrep -w 17 /var/log/ntpstats/loopstats [EMAIL PROTECTED]:~$ grep -w 17 /var/log/ntpstats/loopstats | fgrep -w 17 [EMAIL PROTECTED]:~$ In other locales, fgrep works as it should : [EMAIL PROTECTED]:~$ export LANG=uk_UA.UTF-8 [EMAIL PROTECTED]:~$ locale LANG=uk_UA.UTF-8 LC_CTYPE=uk_UA.UTF-8 LC_NUMERIC=uk_UA.UTF-8 LC_TIME=uk_UA.UTF-8 LC_COLLATE=uk_UA.UTF-8 LC_MONETARY=uk_UA.UTF-8 LC_MESSAGES=uk_UA.UTF-8 LC_PAPER=uk_UA.UTF-8 LC_NAME=uk_UA.UTF-8 LC_ADDRESS=uk_UA.UTF-8 LC_TELEPHONE=uk_UA.UTF-8 LC_MEASUREMENT=uk_UA.UTF-8 LC_IDENTIFICATION=uk_UA.UTF-8 LC_ALL= [EMAIL PROTECTED]:~$ date Втр Січ 31 20:10:47 EET 2006 [EMAIL PROTECTED]:~$ grep -w 17 /var/log/ntpstats/loopstats 53737 1603.027 -0.014552722 36.407333 0.006820266 2422.467921 17 53737 67199.023 0.016804138 36.471359 0.016754110 4691.234285 17 53739 25586.065 0.007498578 36.485641 0.015237241 4169.155231 17 53742 71285.423 -0.014912012 36.165390 0.038484909 8065.176565 17 53743 50480.404 -0.024465442 36.072189 0.033669469 9278.629682 17 53745 8868.349 -0.052048934 35.973007 0.032255808 10335.362915 17 53746 53656.253 -0.045581968 35.886154 0.028120869 10607.245587 17 53748 12043.152 -0.009623850 35.867844 0.030271010 9264.191503 17 53749 56831.088 -0.015836839 35.837692 0.026398879 8262.778537 17 53751 15219.013 -0.052926517 35.736862 0.029437844 9740.164057 17 53752 63164.373 0.017359837 17.614822 0.043179231 3159.903105 7 53761 14266.418 -0.070265500 33.677475 0.095619037 25761.408338 17 53761 79859.170 0.113574500 34.110336 0.123719589 36089.902239 17 53762 59053.137 -0.063469000 33.868454 0.138982023 35044.923837 17 [EMAIL PROTECTED]:~$ fgrep -w 17 /var/log/ntpstats/loopstats 53737 1603.027 -0.014552722 36.407333 0.006820266 2422.467921 17 53737 67199.023 0.016804138 36.471359 0.016754110 4691.234285 17 53739 25586.065 0.007498578 36.485641 0.015237241 4169.155231 17 53742 71285.423 -0.014912012 36.165390 0.038484909 8065.176565 17 53743 50480.404 -0.024465442 36.072189 0.033669469 9278.629682 17 53745 8868.349 -0.052048934 35.973007 0.032255808 10335.362915 17 53746 53656.253 -0.045581968 35.886154 0.028120869 10607.245587 17 53748 12043.152 -0.009623850 35.867844 0.030271010 9264.191503 17 53749 56831.088 -0.015836839 35.837692 0.026398879 8262.778537 17 53751 15219.013 -0.052926517 35.736862 0.029437844 9740.164057 17 53752 63164.373 0.017359837 17.614822 0.043179231 3159.903105 7 53761 14266.418 -0.070265500 33.677475 0.095619037 25761.408338 17 53761 79859.170 0.113574500 34.110336 0.123719589 36089.902239 17 53762 59053.137 -0.063469000 33.868454 0.138982023 35044.923837 17 [EMAIL PROTECTED]:~$ grep -w 17 /var/log/ntpstats/loopstats | fgrep -w 17 53737 1603.027 -0.014552722 36.407333 0.006820266 2422.467921 17 53737 67199.023 0.016804138 36.471359 0.016754110 4691.234285 17 53739 25586.065 0.007498578 36.485641 0.015237241 4169.155231 17 53742 71285.423 -0.014912012 36.165390 0.038484909 8065.176565 17 53743 50480.404 -0.024465442 36.072189 0.033669469 9278.629682 17 53745 8868.349 -0.052048934 35.973007 0.032255808 10335.362915 17 53746 53656.253 -0.045581968 35.886154 0.028120869 10607.245587 17 53748 12043.152 -0.009623850 35.867844 0.030271010 9264.191503 17 53749 56831.088 -0.015836839 35.837692 0.026398879 8262.778537 17 53751 15219.013 -0.052926517 35.736862 0.029437844 9740.164057 17 53752 63164.373 0.017359837 17.614822 0.043179231 3159.903105 7 53761 14266.418 -0.070265500 33.677475 0.095619037
Bug#350392: jnettop: should offer user-configurable refresh interval
Package: jnettop Version: 0.11.0-2 Severity: wishlist Dear maintainer and upstream author, Currently jnettop refreshes its display each second and this interval could not be changed. Most similar utilities (top, trafshow) offer user some control over this update interval. Would be great to see this option in jnettop as well. Btw, and please recompile it against libpcap0.8, if there are no major incompatibilities. Thank you in advance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages jnettop depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpcap0.70.7.2-7System interface for user-level pa jnettop recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#227257: swapd: brought some patch on this topic
Package: swapd
Version: 0.2-10
Followup-For: Bug #227257
Dear maintainer, please consider this patch. It is for exactly what I
wanted. I use swapd rebuilt with this patch and it works great.
diff -uw swapd-0.2/meminfo.c swapd-0.2-1/meminfo.c
--- swapd-0.2/meminfo.c 2006-01-07 14:02:52.0 +0200
+++ swapd-0.2-1/meminfo.c 2006-01-07 13:50:49.0 +0200
@@ -38,7 +38,7 @@
/*static int fd = -1;*/ /* fd to read meminfo from */
static charbuffer [ 10240 ]; /* enough to slurp meminfo into */
char *cp;
-longmemfree, buffers, cached, swapfree;
+longmemfree, swapfree;
int n;
if ( fd 0 ) {
@@ -60,8 +60,6 @@
buffer[n] = '\0'; /* null terminate */
memfree = -1;
-buffers = 0;
-cached = 0;
swapfree = 0;
cp = buffer;
@@ -72,16 +70,6 @@
memfree = atol( cp+9 ) * 1024;
/*printf( MemFree: %ld\n, memfree );*/
}
-else if ( strncmp( cp, Buffers:, 8 ) == 0 )
-{
-buffers = atol( cp+9 ) * 1024;
-/*printf( Buffers: %ld\n, buffers );*/
-}
-else if ( strncmp( cp, Cached:, 7 ) == 0 )
-{
-cached = atol( cp+8 ) * 1024;
-/*printf( Cached: %ld\n, cached );*/
-}
else if ( strncmp( cp, SwapFree:, 9 ) == 0 )
{
swapfree = atol( cp+10 ) * 1024;
@@ -96,6 +84,6 @@
}
}
-return ( memfree + swapfree + ( buffers + cached ) / 2 );
+return memfree + swapfree;
}
-- System Information:
Debian Release: testing/unstable
APT prefers breezy
APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Versions of packages swapd depends on:
ii libc6 2.3.5-11 GNU C Library: Shared libraries an
swapd recommends no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345520: reportbug: should keep output of debconf-show
Package: reportbug Version: 3.18 Severity: wishlist debconf had split up its config DBs and now have passwords.dat readable only for root. So when reportbug is run by ordinary user, debconf-show exits with non-zero status, and reportbug writes in report text that it has failed. While debconf-show just writes a warning, and then outputs all meaningful info it could read as current user. I think reportbug should always add stdout and stderr output of debconf-show to the report, and inform about numeric non-zero exit code, not just write debconf-show failed. -- Package-specific info: ** /home/mwg/.reportbugrc: mode standard -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages reportbug depends on: ii python2.3 2.3.5-9An interactive high-level object-o Versions of packages reportbug recommends: pn python2.3-cjkcodecs | python2 none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345406: xdm: seconding !
Package: xdm Version: 6.9.0.dfsg.1-1 Followup-For: Bug #345406 I think this bug deserves urgent fixing. xdm-config copied from previous package version (xdm_6.8.2.dfsg.1-11) works perfectly well. Hoping to see updated package soon. -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.66 Debian configuration management sy ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-1 Inter-Client Exchange library ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.28-1 SELinux shared libraries ii libsm66.9.0.dfsg.1-1 X Window System Session Management ii libxau6 6.9.0.dfsg.1-1 X Authentication library ii libxaw8 6.9.0.dfsg.1-1 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-1 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-1 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-1 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-1 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-1 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-1 X pixmap library ii libxt66.9.0.dfsg.1-1 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-1 miscellaneous X clients xdm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316670: apt-proxy: seconding this experience
Package: apt-proxy Version: 1.9.32 Followup-For: Bug #316670 I have the same unpleasant things happening. When apt-proxy works through http proxy (UserGate 2.8), it often spews this AttributeError on first download (usually of Release.gpg). Sometimes all works well however. And these DeprecationWarnings are there too. May be it is time to reintegrate apt-proxy within new Twisted framework. Btw, I have rebuilt my apt-proxy against python2.4, since my system is a mix of debian-unstable and ubuntu-breezy. I see exactly the same badness in my logs as original bug reporter, it is not even worth copying - distinctions are trivial. -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages apt-proxy depends on: ii adduser 3.80Add and remove users and groups ii bzip21.0.2-11high-quality block-sorting file co ii debconf [debconf-2.0]1.4.66 Debian configuration management sy ii logrotate3.7.1-2 Log rotation utility ii python 2.4.2-0ubuntu2 An interactive high-level object-o ii python-apt 0.6.13.1ubuntu1 Python interface to libapt-pkg ii python-bsddb33.3.0-6ubuntu1 Python interface to libdb3 ii python-twisted 2.0.1-3ubuntu1 Event-based framework for internet apt-proxy recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316442: seconding that experience
Package: at Version: 3.1.9 Followup-For: Bug #316442 I have the same unpleasant experience. On Debian systems with Exim MTA that I have access to, atd mailing works well. On my own system I have Courier-MTA, and on another one there is postfix (it is Ubuntu-hoary + Debian-unstable). Both have the problem the original reporter described. May be this is dependent on MTA ? May be atd does not work well with some MTAs (except Exim) ? -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages at depends on: ii courier-mta [mail-transport-a 0.47-13Courier Mail Server - ESMTP daemon ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libpam0g 0.79-3 Pluggable Authentication Modules l at recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316442: at: sorry for misreporting postfix
Package: at Version: 3.1.9 Followup-For: Bug #316442 All is well with postfix. Badness happens only with ssmtp and Courier MTA, as is felt now. No blame to postfix. -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages at depends on: ii courier-mta [mail-transport-a 0.47-13Courier Mail Server - ESMTP daemon ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libpam0g 0.79-3 Pluggable Authentication Modules l at recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344173: courier-filter-perl: version 0.17 is available since Nov 11 2005
Package: courier-filter-perl Version: 0.16 Severity: wishlist http://search.cpan.org/~jmehnle/Courier-Filter-0.17/ Hope dear maintainer would pack it into .deb soon : -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages courier-filter-perl depends on: ii courier-mta 0.47-13Courier Mail Server - ESMTP daemon ii liberror-perl 0.15-8 Perl module for error/exception ha ii perl 5.8.7-10 Larry Wall's Practical Extraction Versions of packages courier-filter-perl recommends: ii libmail-spf-query-perl1.997-3Query SPF (Sender Permitted From) pn libmime-tools-perlnone (no description available) ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii perl [libdigest-md5-perl] 5.8.7-10 Larry Wall's Practical Extraction -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#104278: sysklogd: seconding this proposal !
Package: sysklogd Version: 1.4.1-17ubuntu3 Followup-For: Bug #104278 Hi, Good patch. I think it is completely suitable for inclusion even in its 4-year-old form. Logrotate should really override syslog's own rotation scripts when it is installed over existing sysklogd . May be the user should be informed about this override. This would be quite convenient. Currently, it is still very confusing when one tries to understand about who rotates what in sysklogd+logrotate combo. -- System Information: Debian Release: testing/unstable APT prefers breezy-updates APT policy: (500, 'breezy-updates'), (500, 'breezy-security'), (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages sysklogd depends on: ii adduser 3.80Add and remove users and groups ii klogd [linux-kernel-log- 1.4.1-17ubuntu3 Kernel Logging Daemon ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii lsb-base 3.0-12 Linux Standard Base 3.0 init scrip sysklogd recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327240: tcptraceroute: does not work via ppp0
On Sat, Nov 05, 2005 at 02:15:26PM -0500, Michael C. Toren wrote: On Thu, Sep 08, 2005 at 06:53:08PM +0300, Wladimir Mutel wrote: May be tcptraceroute has some problems with SLL incapsulation? If that was the case, the symptoms would most likely be that tcpdump would report bidirectional packet flow, but tcptraceroute would report timeouts for each hop. This started to happen after upgrading to kernel 2.6.13 compiled with gcc 4.0.1-6 . See Bug#327240, where this was previously attributed to a kernel bug in 2.6.13. Can you confirm that if you upgrade to 2.6.13.1 or later the problem goes away? Yes. This was transient kernel bug fixed in 2.6.13.1 and later. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336284: python-uno: python2.4-uno would be appreciated
Package: python-uno Severity: wishlist After some cross-breeding with Ubuntu Breezy, I have got 'python' package of version 2.4.*, which forbids installation of python-uno from Debian. To rebuild python-uno from source, I have to download 235 MB of source archives, which is not a good option either. So please, dear maintainer, would you build python2.4-uno on your own build farm ? Thank you in advance. -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334775: pptpd: insane 'JCPU' time is shown in 'w' printout
Package: pptpd Version: 1.2.1-5 Severity: normal Here is a sample : qavpnppp1 195.24.136.110 21:480.00s 24233days ?- Sometimes it prints '?' however. But not always. May be this is 'w' bug, don't know. It just can't open /dev/ppp1 as I have seen from strace/ltrace. -- System Information: Debian Release: testing/unstable APT prefers breezy-updates APT policy: (500, 'breezy-updates'), (500, 'breezy-security'), (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages pptpd depends on: ii debconf [debconf 1.4.58 Debian configuration management sy ii libc62.3.5-7 GNU C Library: Shared libraries an ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii netbase 4.22Basic TCP/IP networking system ii ppp 2.4.3-20050321+2ubuntu1 Point-to-Point Protocol (PPP) daem pptpd recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327240: tcptraceroute: does not work via ppp0
Dear people,
This was indeed a kernel bug in 2.6.13, fixed in 2.6.13.1
Sorry for disturbing you.
Please close this bug.
On Thu, Sep 08, 2005 at 12:43:15PM -0400, David Coe wrote:
Wladimir Mutel [EMAIL PROTECTED] writes:
[...]
This started to happen after upgrading to kernel 2.6.13
compiled with gcc 4.0.1-6 .
Do you know for sure that it worked with earlier kernels?
Which specific versions? Thanks.
On Thu, Sep 08, 2005 at 01:05:17PM -0400, Michael C. Toren wrote:
On Thu, Sep 08, 2005 at 06:53:08PM +0300, Wladimir Mutel wrote:
Being used through ppp0, tcpraceroute just writes stars as it gets
timeout. Looking into ppp0 with tcpdump does not show any sensible
traffic outgoing. May be tcptraceroute has some problems with SLL
incapsulation ? This started to happen after upgrading to kernel 2.6.13
compiled with gcc 4.0.1-6 .
Hi Wladimir,
Can you please show me the output of the following commands on your
system when your default gateway uses ppp0?
ifconfig -a
traceroute -m3 -q1 -I toren.net
tcptraceroute -m3 -q1 toren.net
tcptraceroute -m3 -q1 -d toren.net
tcptraceroute through eth0 works well. May be something is with libnet1 ?
More likely it has to do with libpcap, and using the wrong linklayer
header length.
Thanks,
-mct
--
perl -e'$u=\4\5\6;sub H{8*($_[1]%79)+($_[0]%8)}sub G{vec$u,H(@_),1}sub S{vec
($n,H(@_),1)=$_[2]}$_=q^{P`clear`;for$iX){PG($iY)?O: forX8);P\n}for$iX){
forX8){$c=scalar [EMAIL PROTECTED];S$iY,G(
$iY)?$c=~/[23]/?1:0:$c==3?1:0}}$u=$n;select$M,$C,$T,.2;redo}^;s/Z/],[\$i/g;s/Y
/,\$_/xg;s/X/(0..7/g;s/P/print+/g;eval' # Michael C. Toren [EMAIL
PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327240: tcptraceroute: does not work via ppp0
On Thu, Sep 08, 2005 at 01:05:17PM -0400, Michael C. Toren wrote: On Thu, Sep 08, 2005 at 06:53:08PM +0300, Wladimir Mutel wrote: Being used through ppp0, tcpraceroute just writes stars as it gets timeout. Looking into ppp0 with tcpdump does not show any sensible traffic outgoing. May be tcptraceroute has some problems with SLL incapsulation ? This started to happen after upgrading to kernel 2.6.13 compiled with gcc 4.0.1-6 . Hi Wladimir, Can you please show me the output of the following commands on your system when your default gateway uses ppp0? ifconfig -a eth0 Link encap:Ethernet HWaddr 00:0E:2E:29:99:77 inet addr:195.24.148.66 Bcast:195.24.148.255 Mask:255.255.255.240 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:13571271 errors:0 dropped:0 overruns:0 frame:0 TX packets:8993251 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3146381973 (2.9 GiB) TX bytes:917053707 (874.5 MiB) Interrupt:17 Base address:0xef00 eth1 Link encap:Ethernet HWaddr 00:30:4F:23:A8:11 inet addr:192.168.58.16 Bcast:192.168.58.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11335302 errors:0 dropped:0 overruns:0 frame:0 TX packets:12087155 errors:0 dropped:0 overruns:1 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2256468981 (2.1 GiB) TX bytes:3978457417 (3.7 GiB) Interrupt:18 Base address:0xe00 eth2 Link encap:Ethernet HWaddr 00:0B:6A:B7:2E:6A inet addr:192.168.77.1 Bcast:192.168.77.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:19 Base address:0x2b00 eth3 Link encap:UNSPEC HWaddr 00-60-1D-00-00-00-E0-4D-00-00-00-00-00-00-00-00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:198999 errors:0 dropped:0 overruns:0 frame:0 TX packets:198999 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:162969740 (155.4 MiB) TX bytes:162969740 (155.4 MiB) ppp0 Link encap:Point-to-Point Protocol inet addr:62.244.12.189 P-t-P:62.244.12.254 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:1151388 errors:0 dropped:0 overruns:0 frame:0 TX packets:1018110 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:1058944018 (1009.8 MiB) TX bytes:95209053 (90.7 MiB) vmnet1Link encap:Ethernet HWaddr 00:50:56:C0:00:01 inet addr:192.168.77.9 Bcast:192.168.77.11 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:200027 errors:0 dropped:0 overruns:0 frame:0 TX packets:167359 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) traceroute -m3 -q1 -I toren.net I have traceroute-nanog, so : $ traceroute -m3 -q1 -I toren.net traceroute: icmp socket: Operation not permitted $ sudo traceroute -m3 -q1 -I toren.net max ttl must be = min ttl(1) $ sudo traceroute -m 3 -q 1 toren.net traceroute to toren.net (209.163.107.167), 3 hops max, 40 byte packets 1 lucky-gw (62.244.12.254) 633 ms 2 serval.lucky.net (193.193.193.112) 291 ms 3 bastet.lucky.net (193.193.193.44) 335 ms (what number should be after -I ?) tcptraceroute -m3 -q1 toren.net $ tcptraceroute -m3 -q1 toren.net Selected device ppp0, address 62.244.12.189, port 35767 for outgoing packets Tracing the path to toren.net (209.163.107.167) on TCP port 80 (www), 3 hops max 1 * 2 * 3 * tcptraceroute -m3 -q1 -d toren.net $ tcptraceroute -m3 -q1 -d toren.net debug: tcptraceroute 1.5beta6, i686-pc-linux-gnu debug: Compiled with libpcap 0.7.2, libnet 1.1.2.1 (API 110) debug: entering getinterfaces() debug: ifreq buffer set to 32 debug: Successfully retrieved interface list debug: Discovered interface lo with address 127.0.0.1 debug: Discovered interface eth0 with address 195.24.148.66 debug: Discovered interface eth1 with address 192.168.58.16 debug: Discovered interface eth2 with address 192.168.77.1 debug: Discovered interface vmnet1 with address 192.168.77.9 debug: Discovered interface ppp0
Bug#327240: tcptraceroute: does not work via ppp0
Package: tcptraceroute Version: 1.5beta6-1 Severity: important Being used through ppp0, tcpraceroute just writes stars as it gets timeout. Looking into ppp0 with tcpdump does not show any sensible traffic outgoing. May be tcptraceroute has some problems with SLL incapsulation ? This started to happen after upgrading to kernel 2.6.13 compiled with gcc 4.0.1-6 . tcptraceroute through eth0 works well. May be something is with libnet1 ? -- System Information: Debian Release: testing/unstable APT prefers breezy-updates APT policy: (500, 'breezy-updates'), (500, 'breezy-security'), (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages tcptraceroute depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.70.7.2-7System interface for user-level pa tcptraceroute recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325575: bandersnatch: has crippled sql script
Package: bandersnatch Version: 0.3-2 Severity: normal MySQL documentation recommends to use GRANT/REVOKE commands to manage user's permissions. While Bandersnatch HOWTO and their script (bandersnatch.sql) prefer to manipulate MySQL security tables directly (via INSERT), and then you have to restart MySQL. Very strange recipe, to my mind. So I would propose equivalent commands to be used instead : create database bandersnatch; grant usage on bandersnatch.* to [EMAIL PROTECTED] identified by 'bandersnatch'; grant select,insert,update,delete,create,drop on bandersnatch.* to [EMAIL PROTECTED] identified by 'bandersnatch'; use bandersnatch; #so that following commands know where to create their tables. Don't know if this proposal is to be pushed upstream, or made into patch to Debian package build. Hope there would be some reason/use in it. -- System Information: Debian Release: testing/unstable APT prefers breezy-updates APT policy: (500, 'breezy-updates'), (500, 'breezy-security'), (500, 'breezy'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages bandersnatch depends on: ii libclass-dbi-perl 0.96-1 A convenient abstraction layer to ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu ii libnet-jabber-perl2.0-2 Perl modules for accessing the Jab ii libxml-stream-perl1.22-2 Perl module for accessing XML Stre ii perl 5.8.7-4Larry Wall's Practical Extraction Versions of packages bandersnatch recommends: pn bandersnatch-frontend none (no description available) pn jabber | ejabberd none (no description available) ii mysql-client-4.1 [mysql-clien 4.1.13a-3 mysql database client binaries ii mysql-server-4.1 [mysql-serve 4.1.13a-3 mysql database server binaries -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319509: python2.4-psycopg: fails to be installed by apt-get/dpkg
Package: python2.4-psycopg Version: 1.1.19-1 Severity: important How to reproduce : $ sudo apt-get install python2.4-psycopg Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: python2.4-psycopg 0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 0B/140kB of archives. After unpacking 332kB of additional disk space will be used. (Reading database ... 93502 files and directories currently installed.) Unpacking python2.4-psycopg (from .../python2.4-psycopg_1.1.19-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/python2.4-psycopg_1.1.19-1_i386.deb (--unpack): trying to overwrite directory `/usr/lib/python2.4/site-packages' in package python2.4 with nondirectory dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/python2.4-psycopg_1.1.19-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) $ -- System Information: Debian Release: testing/unstable APT prefers hoary-updates APT policy: (500, 'hoary-updates'), (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318923: xterm: localization hell again (even with UTF8 locales)
On Tue, Jul 19, 2005 at 06:09:36PM -0400, Thomas Dickey wrote: Looking for a different way of seeing things, I find that xfd can display TrueType fonts (in a limited way - no size changes). If I run xfd -fa Terminus Oh yes. Running xfd in en_US.UTF-8 locale, I indeed get only one glyph page. And running in in uk_UA.UTF-8, I get multiple pages, with most of required Cyrillic in code points starting from 0x400. It shows me a single page (0 to 255). Doing xfd -fa FreeMono shows several pages, populated with glyphs. Looking for the files that represent xfonts-terminus, I see only some bitmap fonts. Yes, Terminus is bitmapped. But on my system it is managed through FontConfig and displayed in fc-list as well. As to FreeMono, in en_US.UTF-8 xfd catches 'Bitstream Vera Sans Mono' that does not have Cyrillic page; and in uk_UA.UTF-8 - 'Andale Mono' (Microsoft TTF) that does have it. However, as you report, I can tell gvim to load Terminus font and display the date in uk_UA.UTF-8 locale. Yes, gvim and Mozilla were rock-solid as to i18n, since long. Here is another clue: I can see by the access times which font is actually being loaded. For whatever reason, both xterm and xfd are causing Xft to load the 8859-1 version of the font rather than the unicode version. Yes, indeed something may happen due to Xft/FontConfig. But why should it limit code points in such way ? To bring more hell to mixed-language users ? : Anyway, gvim and Mozilla managed to overcome that in some way... Here's a cut-paste from my directory editor showing the access times: crayon:/4 of 191 [atime] 96 Tue 18:00:06 etc/fonts/conf.d/ 54 Tue 18:00:06 etc/fonts/conf.d/50-enable-terminus.conf 02 Tue 18:00:06 usr/X11R6/lib/X11/fonts/misc/ter-u12n_iso-8859-1.pcf.gz 25 Tue 17:58:35 usr/X11R6/lib/X11/fonts/misc/ter-u14b_iso-8859-1.pcf.gz 32 Tue 17:58:35 usr/X11R6/lib/X11/fonts/misc/ter-u14n_iso-8859-1.pcf.gz 70 Tue 17:58:09 usr/X11R6/lib/X11/fonts/misc/ter-u16b_unicode.pcf.gz 97 Tue 17:58:08 usr/X11R6/lib/X11/fonts/misc/ter-u16n_unicode.pcf.gz 25 Tue 17:52:50 usr/share/doc/xfonts-terminus/README.Debian 51 Tue 17:52:20 etc/X11/fonts/misc/xfonts-terminus.alias The u12n is loaded by xfd (running in uk_UA.UTF-8 locale). The u14b files were loaded by uxterm -fa Terminus The u16n files were loaded by gvim (running in uk_UA.UTF-8 locale). The 8859-1 fonts of course are 8-bit, and the codes that you are attempting to display are not. I checked this too. I use strace rather that ls/find/etc options. Lots of useful can be dug out of strace logs. So it does not appear to be a problem with the font-files themselves, but perhaps the font server (perhaps requiring some new or modified information). I see that /usr/bin/X11/xfs is dated June 1. I don't use xfs. I use client-side FontConfig and server-side FontPath for 'classic' applications. Btw, I used XLFDs in app-defaults/XTerm and they worked for me until some upgrade (don't remember exactly, either xterm from 4.3.0 to 6.8.2, or between some 6.8.2s), when 'the hell' returned again : XTerm: *VT100.utf8Fonts.font2: -*-terminus-medium-*-*--14-*-*-*-*-*-iso10646-* *VT100.utf8Fonts.font: -*-terminus-medium-*-*--16-*-*-*-*-*-iso10646-* *VT100.utf8Fonts.font3: -*-terminus-medium-*-*--17-*-*-*-*-*-iso10646-* *VT100.utf8Fonts.font4: -*-terminus-medium-*-*--20-*-*-*-*-*-iso10646-* *VT100.utf8Fonts.font5: -*-terminus-medium-*-*--24-*-*-*-*-*-iso10646-* *VT100.utf8Fonts.font6: -*-terminus-medium-*-*--28-*-*-*-*-*-iso10646-* *VT100*font2: -*-terminus-medium-*-*--14-*-*-*-*-*-iso10646-* *VT100*font: -*-terminus-medium-*-*--16-*-*-*-*-*-iso10646-* *VT100*font3: -*-terminus-medium-*-*--17-*-*-*-*-*-iso10646-* *VT100*font4: -*-terminus-medium-*-*--20-*-*-*-*-*-iso10646-* *VT100*font5: -*-terminus-medium-*-*--24-*-*-*-*-*-iso10646-* *VT100*font6: -*-terminus-medium-*-*--28-*-*-*-*-*-iso10646-* UXTerm: *VT100*font2: -*-terminus-medium-*-*--14-*-*-*-*-*-iso10646-* *VT100*font: -*-terminus-medium-*-*--16-*-*-*-*-*-iso10646-* *VT100*font3: -*-terminus-medium-*-*--17-*-*-*-*-*-iso10646-* *VT100*font4: -*-terminus-medium-*-*--20-*-*-*-*-*-iso10646-* *VT100*font5: -*-terminus-medium-*-*--24-*-*-*-*-*-iso10646-* *VT100*font6: -*-terminus-medium-*-*--28-*-*-*-*-*-iso10646-* After one upgrade, I have found that my xterm started to display 'fixed' font. It started to skip these 'terminus' XLFDs in some way. Then I did some juggling (copied XLFDs from XTerm to UXTerm ot vice versa, don't remember exactly), and Terminus returned back. But then it had bad boldification (artificial one, through overstrike). Then I thrown '*faceName: Terminus' in, which
Bug#318923: xterm: localization hell again (even with UTF8 locales)
After one upgrade, I have found that my xterm started to display 'fixed' font. It started to skip these 'terminus' XLFDs in some way. Then I did some juggling (copied XLFDs from XTerm to UXTerm ot vice versa, don't remember exactly), and Terminus returned back. But then it had bad boldification (artificial one, through overstrike). Then I thrown '*faceName: Terminus' in, which brought the proper boldification, but with bundled localization hell as well : Ok, I decided to comment out this 'fontFace'. And know what ? The localization hell has gone ! : Now if only I could get back my nice boldification that I had in the past ... : -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318923: xterm: localization hell again (even with UTF8 locales)
Ok, I decided to comment out this 'fontFace'. And know what ? The localization hell has gone ! : Now if only I could get back my nice boldification that I had in the past ... : Thanks to developers, in 6.8.2.dfsg.1-3 boldification hell was fixed as well. Now I just have to refrain from using faceName, and dear developers - from bringing us more hell again : -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319191: icewm: UTF-8 / l10n problems in windows title bars
Package: icewm Version: 1.2.22-2 Severity: important How to reproduce : 0. Generate locales en_US.UTF-8 and uk_UA.UTF-8 1. Start icewm with locale en_US.UTF-8 2. Start Mozilla from icewm. 3. In Mozilla, navigate to page with Russian title, like http://linux.org.ru 4. See big space between - and Linux in window title bar. (as well as in taskbar and tooltip for this window) How it should work : ... 1. Start icewm with locale uk_UA.UTF-8 ... 4. See LINUX.ORG.RU - Русская информация об ОС Linux in window title bar. So many letters between - and Linux ! : As seen on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318923 , this behaviour could be caused by Xft/FontConfig deficiency. In English/Latin locales, it could pick reduced or non-Unicode font for the given facename. Even in UTF-8 locales that in theory should display all reasonable UTF-8 characters (like, for this case, Cyrillic ones). Other software like gvim and Mozilla solve this problem in their own ways. gvim, as I have been informed, uses pango library. Relying to Xft/FontConfig alone seems not to be sufficient ... -- System Information: Debian Release: testing/unstable APT prefers hoary-updates APT policy: (500, 'hoary-updates'), (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common 1.2.22-2 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-17.1Imlib is an imaging library for X ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-1ubuntu3 GNU C Library: Shared libraries an ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libice6 6.8.2.dfsg.1-3 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-3 X Window System Session Management ii libtiff4 3.7.3-1Tag Image File Format (TIFF) libra ii libungif4g4.1.3-2shared library for GIF images (run ii libx11-6 6.8.2.dfsg.1-3 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-3 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-3 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-3 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 6.8.2.dfsg.1-3 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime icewm recommends no packages. -- no debconf information
Bug#318923: xterm: localization hell again (even with UTF8 locales)
On Mon, Jul 18, 2005 at 05:36:02PM -0400, Thomas Dickey wrote: /usr/build/xterm/xterm-203b (101) ./testit locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=LANG=uk_UA.UTF-8 LC_CTYPE=LANG=uk_UA.UTF-8 LC_NUMERIC=LANG=uk_UA.UTF-8 LC_TIME=LANG=uk_UA.UTF-8 LC_COLLATE=LANG=uk_UA.UTF-8 LC_MONETARY=LANG=uk_UA.UTF-8 LC_MESSAGES=LANG=uk_UA.UTF-8 LC_PAPER=LANG=uk_UA.UTF-8 LC_NAME=LANG=uk_UA.UTF-8 LC_ADDRESS=LANG=uk_UA.UTF-8 LC_TELEPHONE=LANG=uk_UA.UTF-8 LC_MEASUREMENT=LANG=uk_UA.UTF-8 LC_IDENTIFICATION=LANG=uk_UA.UTF-8 LC_ALL=LANG=uk_UA.UTF-8 Mon Jul 18 17:28:28 EDT 2005 /usr/build/xterm/xterm-203b (102) Very strange 'locale' printout above. Perhaps you should run 'with-locale' with first parameter 'uk_UA.UTF-8', not the entire assignment 'LANG=uk_UA.UTF-8'. Btw, your 'date' prints English date, not Cyrillic/Ukrainian. And you see these 'locale: Cannot set ...' diagnostics, which is not too good. testit: #!/bin/sh with-locale LANG=uk_UA.UTF-8 locale with-locale LANG=uk_UA.UTF-8 date with-locale: #!/bin/sh unset LANG unset LC_ALL unset LC_CTYPE export LANG=$1 export LC_ALL=$1 shift $* For the sake of discussion, a typescript file from your session, showing the output of locale and the output of date would show enough information to see if it is encoded in UTF-8, and allow me (by cat'ing to the terminal) to see what xterm would display. Here is 'locale' printout from the 'problem' xterm : LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= Here is what 'LANG=uk_UA.UTF-8 date' looks like : nnn nnn 19 12:59:53 EEST 2005 (with Terminus fontFace; with fixed/clean fontFaces it prints dotted squares instead of 'n's) Here is 'locale' printout from Cyrillized/Ukrainized xterm : LANG=uk_UA.UTF-8 LC_CTYPE=uk_UA.UTF-8 LC_NUMERIC=uk_UA.UTF-8 LC_TIME=uk_UA.UTF-8 LC_COLLATE=uk_UA.UTF-8 LC_MONETARY=uk_UA.UTF-8 LC_MESSAGES=uk_UA.UTF-8 LC_PAPER=uk_UA.UTF-8 LC_NAME=uk_UA.UTF-8 LC_ADDRESS=uk_UA.UTF-8 LC_TELEPHONE=uk_UA.UTF-8 LC_MEASUREMENT=uk_UA.UTF-8 LC_IDENTIFICATION=uk_UA.UTF-8 LC_ALL= How 'date' looks there : Втр Лип 19 13:02:49 EEST 2005 'date' passed through 'xxd' looks the same in both xterms : 000: d092 d182 d180 20d0 9bd0 b8d0 bf20 3139 .. ..19 I.e. Cyrillic letters are encoded as usual, with leading byte 'd0' or 'd1'. Moreover, when I select 'nnn nnn' (or dotted squares) in problem/English xterm and paste it into Cyrillized one, it is pasted perfectly well, giving 'Втр Лип' there. I was so glad working with xterm and Unicode locales. I thought mixed-lang environment dream has been finally realized : But alas ... : New changes returned old griefs :
Bug#318923: xterm: localization hell again (even with UTF8 locales)
Package: xterm Version: 6.8.2.dfsg.1-2 Severity: important How to reproduce : 1. Create/generate locales for en_US.UTF-8 and uk_UA.UTF-8 2. Add '*faceName: Terminus' into app-defaults/XTerm (Terminus has enough Unicode characters for both Latin and Cyrillic). 3. Start xterm (or uxterm) with LANG=en_US.UTF-8 4. Inside it, run 'date' with LANG=uk_UA.UTF-8 5. See 'nnn nnn' instead of weekday and month names. Why, oh why English UTF8 locale/encoding excludes Cyrillic UTF8 characters out of printability ? (the same could be reproduced with 'fixed' or 'clean' fonts as well, (-fa option) with only difference - there dotted squares are seen). How this should be indeed : 3. Start xterm/uxterm with LANG=uk_UA.UTF-8 (or with any other UTF8 locale, as it worked before) 4. Run 'date' with LANG=uk_UA.UTF-8 5. See proper cyrillic letters for month and weekday. 6. Run 'date' wirh LANG=en_US.UTF-8 7. See proper English date. This behaviour started to occur after upgrading from XFree86 4.3.0 to X.Org 6.8.2 . Don't know if it lays in xterm itself or in supporting libs. Did not do any deep research. Just noticed that on one my system where locale was en_US.UTF-8, Cyrillic letters stopped to be printed after this upgrade. No similar effects were observed in gvim, neither in Mozilla. Only 'beloved' xterm was so overly sensitive ... -- System Information: Debian Release: testing/unstable APT prefers hoary-updates APT policy: (500, 'hoary-updates'), (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.5-1ubuntu3 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.4-8 Shared libraries for terminal hand ii libsm66.8.2.dfsg.1-2 X Window System Session Management ii libxaw8 6.8.2.dfsg.1-2 X Athena widget set library ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.8.2.dfsg.1-2 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-2 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-2 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-2 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-2 X Window System client data Versions of packages xterm recommends: ii xutils6.8.2.dfsg.1-2 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304037: dante-server: Version 1.17 is available already
Package: dante-server Version: 1.1.14-2 Followup-For: Bug #304037 Of course we plain users can build it by ourselves. But what a great pleasure would be to have it built by authoritative Debian package maintainer ! : -- System Information: Debian Release: testing/unstable APT prefers hoary-updates APT policy: (500, 'hoary-updates'), (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages dante-server depends on: ii libc6 2.3.5-1ubuntu3 GNU C Library: Shared libraries an ii libpam0g 0.76-23Pluggable Authentication Modules l ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra dante-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316118: icewm: correctly shows status of not more than 3 network devices
Package: icewm Version: 1.2.21-2 Severity: important Once I wanted icewm to monitor activity on 4 interfaces (eth0,eth1,eth2,ppp0). After adding ppp0 to my 'preferences', I noticed that it is not shown next to eth2, but instead there is thin moving line somewhere near the start button. Out of non-standard options, I use TaskBarDoubleHeight=1 but nothing more exotic. There is plenty of space to fit ppp0 display - just shorten commandline entry a little. Now there are displays for eth0..2, CPU status, mail status and clock. Hope you would be able to reproduce this behaviour and relay it upstream for some fix. -- System Information: Debian Release: testing/unstable APT prefers hoary-updates APT policy: (500, 'hoary-updates'), (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common1.2.21-2 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-17.1 Imlib is an imaging library for X ii libc6 2.3.5-1ubuntu3 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype62.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.0-11 GCC support library ii libice6 6.8.2-10 Inter-Client Exchange library ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 6.8.2-10 X Window System Session Management ii libtiff43.7.2-3 Tag Image File Format (TIFF) libra ii libungif4g 4.1.3-2 shared library for GIF images (run ii libx11-66.8.2-10 X Window System protocol client li ii libxext66.8.2-10 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrandr2 6.8.2-10 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2X Rendering Extension client libra ii xlibs 6.8.2-10 X Window System client libraries m ii zlib1g 1:1.2.2-4ubuntu1 compression library - runtime icewm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302590: mawk: That's due to fakeroot
Package: mawk Version: 1.3.3-11 Followup-For: Bug #302590 This is only occured under fakeroot. Having changed 'fakeroot' to 'sudo', I got rid of this message. Reassing to fakeroot ? (sorry for my libc6 version :) -- System Information: Debian Release: testing/unstable APT prefers hoary-updates APT policy: (500, 'hoary-updates'), (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.8 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages mawk depends on: ii libc6 2.3.5-1ubuntu3 GNU C Library: Shared libraries an mawk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302666: netdiag: trafshow sticks/hangs display updates probably due to some problems with hostame resolving
Package: netdiag Version: 0.7-7 Severity: important Sometimes when run with hostname resolving, netdiag's trafshow stops updating its display and so becomes useless. ltrace shows it sticks somewhere in gethostbyaddr, and strace - somewhere in futex. Btw, there is other implementation of trafshow, much more well tested and widely used - ftp://ftp.nsk.su/pub/RinetSoftware/trafshow-4.0.tgz , homepage in Russian - http://soft.risp.ru/trafshow/index.shtml -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.2 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages netdiag depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii netbase 4.21 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292175: mutt: does not decode non-ASCII(MIME) names for saved attachments
Package: mutt Version: 1.5.6-20040907+2 Severity: normal Suppose I get an attachment with filename '_.pps' (in Russian, Wonderful_story.pps). When I try to save it, mutt proposes me a filename '=?koi8-r?B?/tXExdPOwdFfydPUz9LJ0S5wcHM=?=' . What I would like to expect from mutt, is to decode this name back into KOI8-R, then may be in UTF-8 (as my locale and filenames are). This may be a too-upstream wish, but I have it anyway. Applied are the MIME headers of this attachment. --_=_NextPart_001_01C502ED.F18979EA Content-Type: application/octet-stream; name==?koi8-r?B?/tXExdPOwdFfydPUz9LJ0S5wcHM=?= Content-Transfer-Encoding: base64 Content-Description: =?koi8-r?B?/tXExdPOwdFfydPUz9LJ0S5wcHM=?= Content-Disposition: attachment; filename==?koi8-r?B?/tXExdPOwdFfydPUz9LJ0S5wcHM=?= 0M8R4KGxGuEAPgADAP7/CQAGAAAHSQMA -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages mutt depends on: ii exim [mail-transport-agent] 3.36-13 An MTA (Mail Transport Agent) ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libidn110.5.2-3 GNU libidn library, implementation ii libncursesw55.4-4Shared libraries for terminal hand ii libsasl22.1.19-1.5 Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
