Bug#990706: libsnmp-dev shall depend/recommend libsnmp-perl because mib2c requires it
Package: libsnmp-dev Version: 5.9+dfsg-3+b1 Severity: normal Dear Maintainer, libsnmp-dev contains mib2c script which gives following output if libsnmp-perl package is not installed: |$ ./mib2c | |ERROR: You don't have the SNMP perl module installed. Please obtain |this by getting the latest source release of the net-snmp toolkit from |http://www.net-snmp.org/download/ . Once you download the source and |unpack it, the perl module is contained in the perl/SNMP directory. |See the README file there for instructions. | |$ After installing libsnmp-perl mib2c seems to start up properly (save for some uninitialized variables warnings in SNMP.pm which are probaly upstream issue) Could you consider adding appropriate dependency/reccomendation to the libsnmp-dev package? Regards Jan Górski -- System Information: Debian Release: 10.6 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates'), (71, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-0.bpo.2-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libsnmp-dev depends on: ii libc6-dev 2.30-7 ii libnetsnmptrapd40 5.9+dfsg-3+b1 ii libpci-dev1:3.5.2-1 ii libsensors4-dev [libsensors-dev] 1:3.5.0-3 ii libsnmp40 5.9+dfsg-3+b1 ii libssl-dev1.1.1d-0+deb10u6 ii libwrap0-dev 7.6.q-28 ii procps2:3.3.15-2 libsnmp-dev recommends no packages. libsnmp-dev suggests no packages. -- no debconf information
Bug#446491: pppoe: ppp_on_boot does not work as described in documentation
Package: pppoe Version: 3.8-1.1 Severity: minor Documentation of pppoe says, that to automatically turn on connection on boot I should link /etc/ppp/ppp_on_boot to /etc/ppp/ppp_on_boot.dsl It does not work, because there is no /etc/init.d/ppp or any other file in /etc tree that has string ppp_on_boot inside. Pozdrawiam Jan Górski -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (70, 'unstable'), (70, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16big.1.0 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages pppoe depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii ppp2.4.4rel-8Point-to-Point Protocol (PPP) daem pppoe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329916: xorg-x11: Unable to change focus from galeon or firefox
On Thu, 05 Jul 2007 at 21:58:19 +0200, Brice Goglin wrote: Jan Gorski wrote: I have checked. Problem persists. Under xinerama and fvwm I lost control over X just after starting galeon (which was restoring session with lots of pages). Under xinerama and kwin there are no problems. https://bugs.freedesktop.org/show_bug.cgi?id=3040 Ok, thanks, I am marking this bug as forwarded upstream at the URL above. Since the comments on this upstream bug are pretty old, it will be good to reply there and explain that the problem still occurs today, with Xserver (xserver-xorg-core) 1.3. Could you either do it or tell me which Xorg packages you did reproduce this bug with? Sorry for late answer. Freeze can be reproduced with: xorg 1:7.2-5 xorg-docs 1:1.4-2 xserver-xorg 1:7.2-5 xserver-xorg-core 2:1.3.0.0.dfsg-11 xserver-xorg-input-all 1:7.2-5 xserver-xorg-input-evdev 1:1.1.5-3 xserver-xorg-input-kbd 1:1.2.0-1+1.2.1 xserver-xorg-input-mouse 1:1.2.1-1 xserver-xorg-input-synaptics 0.14.7~git20070517-2 xserver-xorg-input-wacom 0.7.4.1-5 xserver-xorg-video-mga 1:1.4.6.1.dfsg.1-3 nvidia-glx 100.14.09-1 nvidia-kernel-2.6.21daradei.1.1100.14.09-1+daradei.1.1 nvidia-kernel-common 20051028+1 fvwm 1:2.5.21-1 galeon 2.0.2-4 Pozdrawiam Slimak (na krawędzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329916: xorg-x11: Unable to change focus from galeon or firefox
On Fri, 01 Jun 2007 at 10:51:32 +0200, Jan Gorski wrote: On Thu, 31 May 2007 at 20:21:24 +0200, Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding being unable to change focus from galeon to firefox. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? If not, I will close this bug in the next weeks. If I remember correctly this is problem with xinerama, and xinerama bug decscription that I have found later said, that correction needs major rewrite. I will check everything again and update bug report. I have checked. Problem persists. Under xinerama and fvwm I lost control over X just after starting galeon (which was restoring session with lots of pages). Under xinerama and kwin there are no problems. I guess that it might be connected with https://bugs.freedesktop.org/show_bug.cgi?id=3040 Pozdrawiam Jan Górski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329916: xorg-x11: Unable to change focus from galeon or firefox
On Thu, 31 May 2007 at 20:21:24 +0200, Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding being unable to change focus from galeon to firefox. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? If not, I will close this bug in the next weeks. If I remember correctly this is problem with xinerama, and xinerama bug decscription that I have found later said, that correction needs major rewrite. I will check everything again and update bug report. Pozdrawiam Slimak (na krawędzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: xterm freezes when starting mc
On Wed, 01 Nov 2006 at 19:51:20 -0500, Thomas Dickey wrote: You could add a printf to get the number of screens in the display, e.g., I did this (enabling trace), but a printf would also work: Trace(FIXME %d\n, dpy-default_screen); Trace(FIXME %d\n, dpy-nscreens); if (XParseColor(screen-display, cmap, spec, def) Well, dpy is no defined in function AllocateAnsiColor(...), I used: printf(Before XParseColor\n def_screen = %d\n nscreens = %d\n, DefaultScreen(screen-display), ScreenCount(screen-display)); But I did not any programming in plain X and am not sure if this is what you wanted to see. For the normal single-screen, that's default_screen=0, nscreens=1. My code gives (gdb) run Starting program: /home/slimak/kodowanie/got/debian/xterm-210/xterm (start mc here) XXX Before XParseColor def_screen = 0 nscreens = 1 (those three lines repeated few times) both on single and multihead configurations. Xterm allocates few colours in first run and then freezes in poll(). On subsequent run it allocates more colours and freezes, on third run it works. But I remember, that it is a little bit random --- some times in the past it needed more mc runnings before stopping freezes. I have also created new user and tested xterm on it --- it worked. So I started looking for a reason, and found it. If on newly created user I add .Xresources with this line xterm*font: -xos4-terminus-bold-r-normal--24-*-*-*-*-*-iso10646-1 the problem appears if xterm is run on multihead xinerama configuration. On single head it works fine. Another strange thing --- it somtimes happens, that after starting xterm (on multihead and with changed font) it is completly white --- the command promt is not visible. New characters are visible. Next - to see if xterm is seeing more than one screen, if being started on the second screen is the cause of the problem (confusing X), and if so, whether the display information passed to xterm can tell it to use a different screen number. If that's the explanation, I can modify xterm to take that into account. (If it's not, I'm still puzzled ;-) Thats part of my xorg.conf Section ServerLayout Identifier ii19ii22 Screen 0 II22 NV436 1280 0 Screen 1 II19 NV432 0 0 Option Xinerama InputDeviceHHKB InputDeviceMysz A4Tech 0 Option CustomKeycode on EndSection xterm starts always on left screen, which is Screen 1 but when using xinerama there is no screen :0.1 --- [EMAIL PROTECTED]:~$ set |grep DISP DISPLAY=:0.0 [EMAIL PROTECTED]:~$ xterm -display :0.1 xterm Xt error: Can't open display: :0.1 As I recall xinerama merges all screens --- it even allows overlapping of them. Regards Jan Górski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: xterm freezes when starting mc
On Mon, 30 Oct 2006 at 18:50:46 -0500, Thomas Dickey wrote: If you could reproduce it with a copy of xterm built with debug code, then it's possible that you could attach it with gdb from another window and see where it's hanging. You wouldn't need the setgid mode on the executable, since it's unlikely that the utmp code is involved. That is what I have done: [EMAIL PROTECTED]:~/kodowanie/got/debian/xterm-210$ export CFLAGS=-g [EMAIL PROTECTED]:~/kodowanie/got/debian/xterm-210$ ./configure --enable-trace ... [EMAIL PROTECTED]:~/kodowanie/got/debian/xterm-210$ make ... [EMAIL PROTECTED]:~/kodowanie/got/debian/xterm-210$ gdb xterm GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /home/slimak/kodowanie/got/debian/xterm-210/xterm (xterm started, i started mc from xterm it got frozen, i hit ctrl-c in gdb) Program received signal SIGINT, Interrupt. 0x2b98a5cbcc8f in poll () from /lib/libc.so.6 (gdb) bt #0 0x2b98a5cbcc8f in poll () from /lib/libc.so.6 #1 0x2b98a58e1d2f in XProcessInternalConnection () from /usr/lib/libX11.so.6 #2 0x2b98a58e2142 in _XRead () from /usr/lib/libX11.so.6 #3 0x2b98a58e2b81 in _XReply () from /usr/lib/libX11.so.6 #4 0x2b98a58cfc3b in XParseColor () from /usr/lib/libX11.so.6 #5 0x0042c747 in AllocateAnsiColor (pTerm=0x595420, res=0x595778, spec=0x443ca5 white) at ./misc.c:1454 #6 0x0042c8e3 in xtermGetColorRes (res=0x595778) at ./misc.c:1484 #7 0x0040c16d in SGR_Foreground (color=15) at ./charproc.c:805 #8 0x0040c4f4 in setExtendedFG () at ./charproc.c:881 #9 0x0040e101 in doparsing (c=109, sp=0x5615e0) at ./charproc.c:1869 #10 0x0040f9a0 in VTparse () at ./charproc.c:2785 #11 0x00413687 in VTRun () at ./charproc.c:4737 #12 0x004246df in main (argc=0, argv=0x7fff05c8d380) at ./main.c:2354 (gdb) kill Kill the program being debugged? (u or n) y tarting program: /home/slimak/kodowanie/got/debian/xterm-210/xterm (xterm started, i started mc from xterm it got frozen a bit later, i hit ctrl-c in gdb) Program received signal SIGINT, Interrupt. 0x2bcc1c8f in poll () from /lib/libc.so.6 (gdb) bt #0 0x2bcc1c8f in poll () from /lib/libc.so.6 #1 0x2b8e6d2f in XProcessInternalConnection () from /usr/lib/libX11.so.6 #2 0x2b8e7142 in _XRead () from /usr/lib/libX11.so.6 #3 0x2b8e7b81 in _XReply () from /usr/lib/libX11.so.6 #4 0x2b8d4c3b in XParseColor () from /usr/lib/libX11.so.6 #5 0x0042c747 in AllocateAnsiColor (pTerm=0x595420, res=0x5956d0, spec=0x443c05 gray50) at ./misc.c:1454 #6 0x0042c8e3 in xtermGetColorRes (res=0x5956d0) at ./misc.c:1484 #7 0x0040c16d in SGR_Foreground (color=8) at ./charproc.c:805 #8 0x0040c4f4 in setExtendedFG () at ./charproc.c:881 #9 0x0040e101 in doparsing (c=109, sp=0x5615e0) at ./charproc.c:1869 #10 0x0040f9a0 in VTparse () at ./charproc.c:2785 #11 0x00413687 in VTRun () at ./charproc.c:4737 #12 0x004246df in main (argc=0, argv=0x7fff55c88370) at ./main.c:2354 (gdb) kill Kill the program being debugged? (y or n) y (gdb) run Starting program: /home/slimak/kodowanie/got/debian/xterm-210/xterm (xterm started, i run mc in it, it does no freeze this time, but i interrupt it anyway ;) Program received signal SIGINT, Interrupt. 0x2b8583743a45 in select () from /lib/libc.so.6 (gdb) bt #0 0x2b8583743a45 in select () from /lib/libc.so.6 #1 0x0041027c in in_put () at ./charproc.c:3190 #2 0x0041036c in doinput () at ./charproc.c:3222 #3 0x0040f993 in VTparse () at ./charproc.c:2785 #4 0x00413687 in VTRun () at ./charproc.c:4737 #5 0x004246df in main (argc=0, argv=0x7fff282058f0) at ./main.c:2354 (gdb) kill Kill the program being debugged? (y or n) y (gdb) Doing that would give more insight into the problem - to see whether it's an X library problem, or whether xterm's gotten into some state that I could fix. What next? Regards Jan Górski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329916: xorg-x11: Unable to change focus from galeon or firefox
On Sun, 29 Oct 2006 at 23:59:04 +0100, Jan Gorski wrote: I seems, that this bug (and some other --- freezing xterm during startup of mc or mutt few times after starting X for example) are connected with mga video driver. When I start X on nvidia only, there are no problems. If I use mga only, or both cards, they appear. Some more testing showed, that with two non mga cards problems still exist. So, maybe it's connected with xinerama? How to find what causes this? Pozdrawiam Jan Górski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: xterm freezes when starting mc
On Sun, 25 Sep 2005 at 12:32:07 -0400, Thomas Dickey wrote: On Sun, Sep 25, 2005 at 04:50:14PM +0200, Jan Gorski wrote: On Sat, 24 Sep 2005 at 19:25:52 -0400, Thomas Dickey wrote: (That would be configure --enable-trace --enable-wide-chars --enable-luit, and the executable produces Trace-parent.out and Trace-child.out) Well, I've run it. Traces are in http://slimak.info/~slimak/traces.tar.bz2 if you want to look at them. All hangs end with this line thanks (got a copy for reading) For some time I was using xfce4-terminal and xfce4wm to avoid this bug (and another one, 329916). At least month ago I gave a try to fvwm again, and it was working --- till last upgrade :). Now I have checkd it in few configurations, and it seems, that both bugs depend on xinerama(1)... Bug 329916 is a bit upredictible, and sometimes it takes a moment till it appears, but this bug is easier to reproduce, so maybe somebody can tell me what else can be done to find out what happens? Cheers Jan Górski (1) adding Option Xinerama to sigle monitor configuration does not trigger problems, so maybe not xinerama, but something else connected with using two monitors... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329916: xorg-x11: Unable to change focus from galeon or firefox
I seems, that this bug (and some other --- freezing xterm during startup of mc or mutt few times after starting X for example) are connected with mga video driver. When I start X on nvidia only, there are no problems. If I use mga only, or both cards, they appear. Pozdrawiam Jan Górski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393893: debian-installer: md device in running degraded mode after installation
Package: debian-installer Version: 20060806 Severity: normal I don't know if it is issue with DI or initramfs-tools or something else... After installing with beta3 on md device and rebooting only one disk is brought up. I have tu put the other manually into array after each reboot. Disks are on two different controllers one is on board JMicron 20360/20363, the other Silicon Image 3132 on PCI express slot. Pozdrawiam Slimak (na krawędzi) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393891: debian-installer: Freezes on Matrox G450 on amd64 when using framebuffer
Package: debian-installer Version: 20060806 Severity: normal Beta 3 on my system freezes if told to boot without any arguments and primary card in bios is Matrox G450. When I turn off framebuffer boot options or change primary card to Geforce NX6600 installation works. MB is Asrock 939Dual-VSTA. Pozdrawiam Slimak (na krawędzi) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393893: More info
On Wed, 18 Oct 2006 at 12:46:51 +0200, martin f krafft wrote: Please provide more information. It would help if you could attach your /etc/mdadm/mdadm.conf file and also the output of It's contained in output of script below, so I'm not attaching it. /usr/share/bug/mdadm/script 31 That is how it looks after rebuilding: [EMAIL PROTECTED]:~$ /usr/share/bug/mdadm/script 31 --- mount output /dev/md2 on / type xfs (rw) proc on /proc type proc (rw,noexec,nosuid,nodev) /sys on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) devshm on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,nodev) /dev/md1 on /home type ext3 (rw) /dev/sda1 on /boot type ext2 (rw) nfsd on /proc/fs/nfsd type nfsd (rw) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/hda on /media/cdrom0 type iso9660 (rw,noexec,nosuid,nodev,user=slimak) --- mdadm.conf DEVICE partitions CREATE owner=root group=disk mode=0660 auto=yes metadata=1 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=c90120bf:ced8590f:4bf0b43f:d90f13ba ARRAY /dev/md1 level=raid1 num-devices=2 UUID=122e63d1:28ffa89b:dc73f76c:8749f77f ARRAY /dev/md2 level=raid1 num-devices=2 UUID=74faaae9:21d74370:7fdd6683:27087383 ARRAY /dev/md6 level=raid1 num-devices=2 UUID=8e71444c:c79651b0:cd761813:535f717a ARRAY /dev/md7 level=raid1 num-devices=2 UUID=d39b20ff:d91b7c66:b077745a:6099a4e3 MAILADDR root DEVICE partitions ARRAY /dev/md0 level=raid1 num-devices=2 UUID=c90120bf:ced8590f:4bf0b43f:d90f13ba ARRAY /dev/md1 level=raid1 num-devices=2 UUID=122e63d1:28ffa89b:dc73f76c:8749f77f ARRAY /dev/md2 level=raid1 num-devices=2 UUID=74faaae9:21d74370:7fdd6683:27087383 ARRAY /dev/md3 level=raid1 num-devices=2 UUID=8e71444c:c79651b0:cd761813:535f717a ARRAY /dev/md4 level=raid1 num-devices=2 UUID=d39b20ff:d91b7c66:b077745a:6099a4e3 --- /proc/mdstat: Personalities : [raid1] md7 : active raid1 sda8[0] sdb8[1] 112454848 blocks [2/2] [UU] md6 : active raid1 sda7[0] sdb7[1] 24097344 blocks [2/2] [UU] md1 : active raid1 sda5[0] sdb5[1] 40162368 blocks [2/2] [UU] md0 : active raid1 sda3[0] sdb3[1] 40162432 blocks [2/2] [UU] md2 : active raid1 sdb6[1] sda6[0] 24097344 blocks [2/2] [UU] unused devices: none --- /proc/partitions: major minor #blocks name 8 0 244198584 sda 8 1 803250 sda1 8 22409750 sda2 8 3 40162500 sda3 8 4 1 sda4 8 5 40162468 sda5 8 6 24097468 sda6 8 7 24097468 sda7 8 8 112454968 sda8 9 2 24097344 md2 816 244198584 sdb 817 803250 sdb1 8182409750 sdb2 819 40162500 sdb3 820 1 sdb4 821 40162468 sdb5 822 24097468 sdb6 823 24097468 sdb7 824 112454968 sdb8 9 0 40162432 md0 9 1 40162368 md1 9 6 24097344 md6 9 7 112454848 md7 --- initrd.img-2.6.18-1-amd64: etc/mdadm etc/mdadm/mdadm.conf lib/modules/2.6.18-1-amd64/kernel/drivers/md/md-mod.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/linear.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/multipath.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/raid0.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/raid1.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/xor.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/raid456.ko lib/modules/2.6.18-1-amd64/kernel/drivers/md/raid10.ko 29120 blocks sbin/mdadm scripts/local-top/mdadm --- /proc/modules: dm_snapshot 20536 0 - Live 0x882ff000 dm_mirror 25216 0 - Live 0x882f7000 dm_mod 62800 2 dm_snapshot,dm_mirror, Live 0x882e6000 raid1 26880 5 - Live 0x880f7000 md_mod 82844 3 raid1, Live 0x880e1000 --- volume detail: --- /proc/cmdline root=/dev/md2 ro --- grub: kernel /vmlinuz-2.6.18bigsmp.1.0 root=/dev/md0 ro kernel /vmlinuz-2.6.18bigsmp.1.0 root=/dev/md0 ro single kernel /vmlinuz-2.6.18-1-amd64 root=/dev/md2 ro kernel /vmlinuz-2.6.18-1-amd64 root=/dev/md2 ro single kernel /vmlinuz-2.6.17bigsmp.1.1 root=/dev/md0 ro kernel /vmlinuz-2.6.17bigsmp.1.1 root=/dev/md0 ro single kernel /vmlinuz-2.6.17bigsmp.1.0 root=/dev/md0 ro kernel /vmlinuz-2.6.17bigsmp.1.0 root=/dev/md0 ro single kernel /vmlinuz-2.6.17big.1.0 root=/dev/md0 ro kernel /vmlinuz-2.6.17big.1.0 root=/dev/md0 ro single kernel /vmlinuz-2.6.16big.1.1 root=/dev/md0 ro kernel /vmlinuz-2.6.16big.1.1 root=/dev/md0 ro single kernel /vmlinuz-2.6.16-1-amd64-k8 root=/dev/md0 ro kernel /vmlinuz-2.6.16-1-amd64-k8 root=/dev/md0 ro single kernel /vmlinuz-2.6.16-2-amd64 root=/dev/md2 ro And here is part of dmesg output. First Jmicron (AHCI) controller is found, then md2 created, after this other controller is probed and rest of md devices created correctly. Bootdata ok (command line is
Bug#349087: g++-4.0: [ICE] segmentation fault with this 6 line long code...
Package: g++-4.0 Version: 4.0.2-5 Severity: normal [ICE] segmentation fault with this 6 line long code... This is regression. There is file, commands and output below. main.cpp --- template typename T class C { template int NO int fun() { return NO;} template int NO int fun2() { return 0 funNO::; //bad code of course here :) } }; --- [EMAIL PROTECTED]:~/tst$ g++-3.3 main.cpp main.cpp:1: warning: all member functions in class `C' are private main.cpp: In member function `int C::fun2()': main.cpp:4: error: parse error before `;' token [EMAIL PROTECTED]:~/kodowanie/moje/praktyka/svn/tst$ g++ main.cpp main.cpp: In member function ‘int CT::fun2()’: main.cpp:4: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. [EMAIL PROTECTED]:~/tst$ /usr/lib/gcc-snapshot/bin/g++ main.cpp main.cpp: In member function 'int CT::fun2()': main.cpp:4: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [EMAIL PROTECTED]:~/tst$ Pozdrawiam Slimak (na krawędzi) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14dwapiii.1.0 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages g++-4.0 depends on: ii gcc-4.0 4.0.2-5The GNU C compiler ii gcc-4.0-base 4.0.2-5The GNU Compiler Collection (base ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libstdc++6-4.0-dev4.0.2-5The GNU Standard C++ Library v3 (d g++-4.0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336848: libboost-dev: Cannot compile progam using boost::ptr_map with -frepo
Package: libboost-dev Version: 1.33.0-2 Severity: normal Maybe I am doing something wrong, but with this program --- file.cpp #include boost/ptr_container/ptr_map.hpp int main() { boost::ptr_mapint, int mint; int key = 1; mint.insert(key, new int); return 0; } --- EOF g++ -c file.cpp --- works g++ -frepo -c file.cpp --- gives 50kB of error messages g++ --version g++ (GCC) 4.0.2 (Debian 4.0.2-2) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12dwapiii.1.0 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages libboost-dev depends on: ii libstdc++6-4.0-dev [libstdc++ 4.0.2-2The GNU Standard C++ Library v3 (d libboost-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334580: qcad: Segfault when undoing removal of block
Package: qcad Version: 2.0.4.0-1-2 Severity: normal As in subject. 1. Draw a line (eg Draw-Line-2 Points). 2. Create a block from this line (Block-Create Block- ...). 3. Remove this block. 4. Edit-Undo ... and qcad ends with nice message Segmentation fault Pozdrawiam Slimak (na krawędzi) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12dwapiii.1.0 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages qcad depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libgcc1 1:4.0.2-2 GCC support library ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libpng12-01.2.8rel-1 PNG library - runtime ii libqcad0 2.0.4.0-1-2Qcad libraries ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime qcad recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: xterm freezes when starting mc
On Sat, 24 Sep 2005 at 19:25:52 -0400, Thomas Dickey wrote: (That would be configure --enable-trace --enable-wide-chars --enable-luit, and the executable produces Trace-parent.out and Trace-child.out) Well, I've run it. Traces are in http://slimak.info/~slimak/traces.tar.bz2 if you want to look at them. All hangs end with this line xtermGetColorRes for Acolors[x] with different x. I've noticed one more thing --- with default font mc starts without problems. I use *VT100*font: -xos4-terminus-bold-r-normal--24-240-72-72-c-120-iso10646-1 Other than that - attaching gdb to the xterm process and doing a bt (stack trace) should show where it is executing. #0 0xb7c4cf58 in select () from /lib/tls/libc.so.6 #1 0xb7ed962a in _XEnq () from /usr/X11R6/lib/libX11.so.6 #2 0xb7ed9a3e in _XRead () from /usr/X11R6/lib/libX11.so.6 #3 0xb7edaa2a in _XReply () from /usr/X11R6/lib/libX11.so.6 #4 0xb7ecb3c6 in XParseColor () from /usr/X11R6/lib/libX11.so.6 #5 0x0806a605 in AllocateAnsiColor (pTerm=0x80c2490, res=0x80c2628, spec=0x80c062c yellow) at ./misc.c:1421 #6 0x0806a743 in xtermGetColorRes (res=0x80c2628) at ./misc.c:1451 #7 0x08050ff3 in SGR_Foreground (color=11) at ./charproc.c:805 #8 0x08051189 in setExtendedFG () at ./charproc.c:881 #9 0x08057f32 in doparsing (c=Variable c is not available.) at ./charproc.c:1915 #10 0x08059621 in VTparse () at ./charproc.c:2770 #11 0x08059725 in VTRun () at ./charproc.c:4667 #12 0x08066be5 in main (argc=0, argv=0xbfaaf288) at ./main.c:2291 Does it make things clearer? Pozdrawiam Slimak (na krawędzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: xterm freezes when starting mc
Package: xterm Version: 6.8.2.dfsg.1-7 Severity: normal I've recently set LC_CTYPE to pl_PL.UTF-8. Now after starting X first and second run of mc in xterm is unsuccesfull. Run 1. Only first line (menubar) is renderd. Run 2. First line and 39 characters of second line are visible. Run 3. Not all lines are visible, but xterm does not freeze and ^L repaints window. Pozdrawiam Slimak (na krawędzi) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12dwapiii.1.0 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.5-6GNU 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.7-2.4 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libxaw8 6.8.2.dfsg.1-7 X Athena widget set library ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.8.2.dfsg.1-7 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-7 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-7 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-7 X Window System client data Versions of packages xterm recommends: ii xutils6.8.2.dfsg.1-7 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: It's not because of locale setting
I'm more problems with X now, and while testing I've found, that this problem is not bound to locale setting... Pozdrawiam Slimak (na krawedzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329916: xorg-x11: Unable to change focus from galeon or firefox
Package: xorg-x11 Severity: important This is rather request for help in finding where is the bug, because I don't know how to do it. That's what happens to me: With LC_CTYPE=pl_PL.UTF-8 (I cannot repreduce it with LC_CTYPE=pl_PL) while using galeon or mozilla I find sometimes that I am unable to change active window. Menus, adding tabs and browsing works. gkrellm is being updated. I can kill server with Ctrl-Alt-Backspace, but now other window responds to mouse, fvwm keyboard shortcuts does not work etc. How can I check what's going on? Or maybe this is repreducible somwhere else... Pozdrawiam Slimak (na krawedzi) fvwm 2.5.12-5 galeon 1.3.21-6 mozilla-browser 2:1.7.8-1 mozilla-firefox 1.0.6-5 xorg-x11 6.8.2.dfsg.1-7 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12dwapiii.1.0 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: Problem does not exist when using xterm on remote xserver...
I've tried logging on my account from remote xserver, and everything worked right. Pozdrawiam Slimak (na krawedzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: xterm freezes when starting mc
On Sat, 24 Sep 2005 at 15:21:54 -0400, Thomas Dickey wrote: If you can kill the mc process from another xterm without killing the xterm, it is likely that the problem lies in mc rather than xterm. I can kill mc, but xterm is still frozen. Similar thing happens with mutt. BTW, is it possible and not considered a bug, that application can leave xterm in frozen state even after it has been killed? I cannot even raise any menu with ctrl click. How can I investigate this? Pozdrawiam Slimak (na krawędzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329901: Mail delivery failed: returning message to sender
On Sun, 25 Sep 2005 at 00:26:06 +0200, Mail Delivery System wrote: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: [EMAIL PROTECTED] SMTP error from remote mail server after MAIL FROM:[EMAIL PROTECTED]: host mail1.radix.net [207.192.128.31]: 550 5.0.0 Rejected for Spam Nov/03 Interesting, I don't remeber sending spam in my life... So why is this? Pozdrawiam Slimak (na krawedzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310649: vim-latexsuite: makeprg not set to 'make target' when Makefile in pwd is present
On Sat, 11 Jun 2005 at 14:37:20 -0700, Srinath Avadhanula wrote: Package: vim-latexsuite Version: 0.20041219-1 Severity: normal I cannot repro this bug. If I have a makefile in the current directory, then \ll does indeed follow that file instead of running g:Tex_CompileRule_*. I was using :make, not \ll. Pozdrawiam Slimak (na krawdzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310649: vim-latexsuite: makeprg not set to 'make target' when Makefile in pwd is present
Package: vim-latexsuite Version: 0.20041219-1 Severity: normal Documentation says: Tex_UseMakefile*ls_10_6_7* *ls_a_du* *Tex_UseMakefile* Type boolean Default Value1 When set to 1, then if a makefile or Makefile is present in the current directory, then Latex-Suite sets the makeprg option to just make target, where target is the target format chosen using the TCTarget or TTarget commands. So I persume, that in default configuration, when I have a Makefile in pwd makeprg should be set to make dvi. Its not. Following patch makes me happy, but I don't it's the firs time I touched any vim script, so I'm not sure of its quality. It mostly rearranges existing lines of code. --- compiler.vim.old2005-05-25 01:47:11.095674928 +0200 +++ compiler.vim2005-05-25 01:47:20.684200776 +0200 @@ -23,21 +23,19 @@ let targetRule = Tex_GetVarValue('Tex_'.a:type.'Rule_'.target) - if targetRule != '' - if a:type == 'Compile' - let l:makeprg = escape(targetRule, Tex_GetVarValue('Tex_EscapeChars')) - elseif a:type == 'View' - let s:viewer = targetRule - endif - let s:target = target - - elseif Tex_GetVarValue('Tex_'.a:type.'RuleComplete_'.target) != '' - let s:target = target - - else - let curd = getcwd() - exe 'cd '.expand('%:p:h') - if !Tex_GetVarValue('Tex_UseMakefile') || (glob('makefile*') == '' glob('Makefile*') == '') + let curd = getcwd() + exe 'cd '.expand('%:p:h') + if !Tex_GetVarValue('Tex_UseMakefile') || (glob('makefile*') == '' glob('Makefile*') == '') + if targetRule != '' + if a:type == 'Compile' + let l:makeprg = escape(targetRule, Tex_GetVarValue('Tex_EscapeChars')) + elseif a:type == 'View' + let s:viewer = targetRule + endif + let s:target = target + elseif Tex_GetVarValue('Tex_'.a:type.'RuleComplete_'.target) != '' + let s:target = target + else if has('gui_running') call confirm( \'No '.a:type.' rule defined for target '.target.\n. @@ -53,12 +51,13 @@ \'for more information' \) endif - else - echomsg 'Assuming target is for makefile' - let s:target = target endif - exe 'cd '.curd + else + echomsg 'Assuming target is for makefile' + let s:target = target + let l:makeprg = 'make '.target endif + exe 'cd '.curd endfunction function! SetTeXTarget(...) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11dwapiii.1.0 Locale: LANG=C, LC_CTYPE=polish (charmap=ISO-8859-2) Versions of packages vim-latexsuite depends on: ii vim 1:6.3-071+1 Vi IMproved - enhanced vi editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307906: vim-latexsuite: Help files nor recognized after installation
On Sat, 07 May 2005 at 22:26:16 +0200, Artur R. Czechowski wrote: After installation help files of vim-latexsuite was not accesible. Well, It is not a vim-latexsuite bug. dpkg -S /usr/share/vim/addons/doc/* | cut -d: -f1 | sort -u and send me the output. vim-latexsuite vim-vimoutliner And I now what happend. Vimoutliner upgrade from 0.3.3-3 to 0.3.3-4 messed tags file. I've just tested it. Pozdrawiam Slimak (na krawdzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307906: vim-latexsuite: Help files nor recognized after installation
Package: vim-latexsuite Version: 0.20041219-1 Severity: normal After installation help files of vim-latexsuite was not accesible. Solution was to gunzip and then manually run :helpt /usr/share/vim/addons/doc Pozdrawiam Slimak (na krawdzi) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11dwapiii.1.0 Locale: LANG=C, LC_CTYPE=polish (charmap=ISO-8859-2) Versions of packages vim-latexsuite depends on: ii vim 1:6.3-071+1 Vi IMproved - enhanced vi editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294358: Some additional observations
It works when under gnome, but it does not under fvwm on the same machine. Regards Slimak (na krawdzi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294358: gnotime: Some menu actions do nothing
Package: gnotime Version: 2.2.1-12 Severity: normal 1. Open activity journal on any project, left click on entry title, choose ,,Edit diary entry''. Nothing happens. 2. ,,Reports-New Report'' and ,,Reports-Edit Reports'' do open a window which is immediatly closed, or nothing happens, or gnotime crashes (I cannot reproduce the crash). Regards Slimak (na krawdzi) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27piii.1.2 Locale: LANG=C, LC_CTYPE=polish (charmap=ISO-8859-2) Versions of packages gnotime depends on: ii guile-1.6-libs 1.6.7-1 Main Guile libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgnome-keyring00.4.1-1 GNOME keyring services library ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-9 The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libgtkhtml3.2-11 3.2.4-1 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-1 Guile's patched version of libtool ii libhowl0 0.9.8-2 Library for Zeroconf service disco ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqof-0.5.0-1 0.5.0-2 Query Object Framework ii libqthreads-12 1.6.7-1 QuickThreads library for Guile ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libtasn1-2 0.2.10-3Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxml2 2.6.11-5GNOME XML library ii scrollkeeper 0.3.14-9.1 A free electronic cataloging syste ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]