March 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 252114] New: Error with DMRAID and LVM
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=252114 Summary: Error with DMRAID and LVM Product: openSUSE 10.2 Version: Final Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Alois.Popp(a)popp-engineering.ch QAContact: jsrain(a)novell.com I tried to install openSUSE 10.2 on a active bios- or fake-Raid system. MB: Asus A7V600 with VIA VT8237 HD: 2 x 250 GB with Win2k on 4 NTFS Partitions, total ~55GB, rest free for Linux I select new installation, and on partitons I found my existings fakeraid partitions 1 - 3 and 5. So I selected as expert the proposal with LVM and got: 6: boot, 7: / (root) with LVM, and run the installation as follows in german: Vorbereiten der Festplatte Volume-Gruppe wird aus /dev/mapper/via_caacafaeih_part7 erstellt: (bar with 0%) ERRORBOX: ***** Fehler Bei der folgenden Aktion ist ein Fehler aufgetreten: Volume-Gruppe wird aus /dev/mapper/via_caacafaeih_part7 erstellt Systemfehlercode: -4000 echo y | pvcreate -ff -M2 /dev/mapper/via_caacafaeih_part7: Device /dev/mapper/via_caacafaeih_part7 not found (or ignored by filtering) ( OK ) ***** and the System is stopped SOLUTION: I installed it without LVM :( kind regards Alois Popp -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 1

[Bug 251339] New: pwconv: Error trying to get data for `+'
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=251339 Summary: pwconv: Error trying to get data for `+' Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thomas+novell(a)lotterer.net QAContact: qa(a)suse.de When /etc/passwd ends with NIS compat entry "+::::::" then pwconv(8) bails out with error "pwconv: Error trying to get data for `+'". This breaks applications that try to add local users in a NIS extended environment. It is a long standing bug that exists at least in SLES10 and OpenSUSE 10.[012]. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 2

[Bug 137396] LTC20105-kinput2 cannot work after specific function calls
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=137396 mfabian(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Info Provider|bugproxy(a)us.ibm.com |ast(a)novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 244544] New: lha-1.14i-608 : array subscript is below array bounds
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=244544 Summary: lha-1.14i-608 : array subscript is below array bounds Product: openSUSE 10.3 Version: unspecified Platform: All OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de I just tried to compile package lha-1.14i-608 with the GNU C compiler version 4.3 snapshot 20070209. The compiler said huf.c:89: warning: array subscript is below array bounds The source code is if (i == i_special) { while (i < 6 && pt_len[i] == 0) so if i is the same value as parameter i_special, we index into array pt_len but write_pt_len(np, pbit, -1); It seems that calling write_pt_len with a third parameter less than zero is wrong. Suggest code rework. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 2

[Bug 251584] New: running new process take very much time.
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=251584 Summary: running new process take very much time. Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pnemec(a)novell.com QAContact: qa(a)suse.de I have very strange problem. After couple of hours (half day or day) running any application take too much time. For example in opened xterm, when i call top. I had to wait 3-10 seconds before top start. It doesn`t matter if i run X application, or terminal app. Or if i switch terminal (ctr+alt+f1). I tried strace on top. It give interesting result: close(3) = 0 geteuid() = 1000 setfsuid(1000) = 1000 getegid() = 100 setfsgid(100) = 100 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TIOCGWINSZ, {ws_row=37, ws_col=118, ws_xpixel=0, ws_ypixel=0}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, SNDCTL_TMR_CONTINUE or TCSETSF, {B38400 opost isig -icanon -echo ...}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon -echo ...}) = 0 ioctl(1, TIOCGWINSZ, {ws_row=37, ws_col=118, ws_xpixel=0, ws_ypixel=0}) = 0 rt_sigaction(SIGALRM, {0x403f80, [ALRM], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGHUP, {0x403f80, [HUP], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x403f80, [INT], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGPIPE, {0x403f80, [PIPE], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {0x403f80, [QUIT], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0x403f80, [TERM], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTSTP, {0x409e00, [TSTP], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTTIN, {0x409e00, [TTIN], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTTOU, {0x409e00, [TTOU], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGCONT, {0x403350, [CONT], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGWINCH, {0x403350, [WINCH], SA_RESTORER|SA_RESTART, 0x2b8ce999d5b0}, {SIG_DFL}, 8) = 0 stat("/proc/self/task", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open("/proc", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3 fstat(3, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 getdents64(3, /* 221 entries */, 8192) = 6136 stat("/proc/1", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open("/proc/1/stat", O_RDONLY) = 4 read(4, "1 (init) S 0 1 1 0 -1 4202752 30"..., 1023) = 219 close(4) = 0 open("/proc/1/statm", O_RDONLY) = 4 read(4, "202 20 11 140 0 60 0\n", 1023) = 21 close(4) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl(4, F_GETFL) = 0x2 (flags O_RDWR) fcntl(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 poll([{fd=4, events=POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}], 1, 5000) = 1 sendto(4, "\2\0\0\0\v\0\0\0\7\0\0\0passwd\0\0", 20, MSG_NOSIGNAL, NULL, 0) = 20 poll( On latest line it wait for 1-2 second and then continue with poll( [{fd=4, events=POLLIN|POLLERR|POLLHUP}], 1, 5000) = 0 close(4) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl(4, F_GETFL) = 0x2 (flags O_RDWR) fcntl(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 poll([{fd=4, events=POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}], 1, 5000) = 1 writev(4, [{"\2\0\0\0\1\0\0\0\2\0\0\0", 12}, {"0\0", 2}], 2) = 14 poll( and wait again. After 2-4 rolls it will finally start top. Reboot helps. Computer is not under any load (2CPU pentium D 96%iddle) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 4

[Bug 252058] New: bogofilter: segfault on some mails
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=252058 Summary: bogofilter: segfault on some mails Product: openSUSE 10.3 Version: Alpha 1plus Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: lmuelle(a)novell.com ReportedBy: fseidel(a)novell.com QAContact: qa(a)suse.de (BTW: This Bug also is in openSUSE _10.2_ ...) Bogofilter just crashes on some (probably strange) spam mails. Also execution in 32bit chroot didn't help, so i debugged a bit and found a small fix for this. I'll attach my fix and a demo-spam-mail for reproduction. The patch has been tested on a 10.2-x86_64 and stable installation worked out to solve the problem (for me/at least for my spam mails i got here). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 2

[Bug 58579] UI session management
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=58579 sh(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |robin.listas(a)telefonica.net ------- Comment #9 from sh(a)novell.com 2007-03-07 03:32 MST ------- *** Bug 251660 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 164422] auto-protect by vendor should only be done during distribution upgrade
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=164422 ------- Comment #10 from pnemec(a)novell.com 2007-03-07 03:28 MST ------- Maybe this is also related bug #186636 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 186636] impossible to unlock third party packages
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=186636 pnemec(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |ma(a)novell.com ------- Comment #6 from pnemec(a)novell.com 2007-03-07 03:26 MST ------- Ping We have already issue with this feature on SLES9. We will certainly same problems in SLES10 SP1 see bug #250340 What is status of this bug? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 164422] auto-protect by vendor should only be done during distribution upgrade
by bugzilla_noreply＠novell.com 07 Mar '07

07 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=164422 sguruprasad(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|sguruprasad(a)novell.com |mrashmiranjan(a)novell.com ------- Comment #9 from sguruprasad(a)novell.com 2007-03-07 03:18 MST ------- Ranjan, please check this out. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0