January 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 207930] epiphany and epiphany-extensions do not build against seamonkey
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=207930 ------- Comment #57 from meissner(a)novell.com 2007-01-05 04:40 MST ------- 09:29 < wolfiR> Maybe 09:29 < wolfiR> nsCOMPtr<nsIPrefBranch2> prefs = do_GetService(NS_PREFSERVICE_CONTRACTID); 09:29 < wolfiR> doesn't work in epiphany environment. 09:29 < wolfiR> Would be interesting if libprefs.so from seamonkey was loaded or not. 09:29 < wolfiR> Necko trunk wraps the prefs->AddObserver stuff into a 09:29 < wolfiR> if (prefs) 09:30 < wolfiR> which is a hint that this could happen and should be handled gracefully. -- 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 166997] kinternet not installed by default
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=166997 suzer(a)piments.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |suzer(a)piments.com ------- Comment #8 from suzer(a)piments.com 2007-01-05 04:23 MST ------- To paraphrase Michael's information: kinternet is not installed, use yast to install it. systems requiring PPPOE connection cannot be configured to connect to internet. But since you dont know that you'll probably waste half a day trying to configure the connection thinking you are making a stupid mistake. The stupidity lies with the package maintainers in ignoring this major bug for so long. Incredibly this is still a bug in 10.1 remastered. the solution is to use yast2 Software Maintainance tool to add kinternet package. -- 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 178982] squirrelmail and pear
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=178982 ast(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ast(a)novell.com |anosek(a)novell.com Status|REOPENED |NEW -- 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 178982] squirrelmail and pear
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=178982 ast(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Status Whiteboard| |SLES10SP1 ------- Comment #11 from ast(a)novell.com 2007-01-05 04:13 MST ------- Ales, for SLES please put it in SP1. SWAMP 7639 will be canceled. Michal, I have no idea why the bug is closed with a question?! -- 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 208782] New: When accessing the tape drive the system "crashes" sometimes with an Oops
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=208782 Summary: When accessing the tape drive the system "crashes" sometimes with an Oops Product: SUSE Linux 10.1 Version: Final Platform: 32bit OS/Version: SuSE Linux 10.1 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: kern(a)sibbald.com QAContact: qa(a)suse.de When accessing the tape drive (several machines) with Bacula (backup software) the keyboard input goes away, then shortly later the mouse, always requiring a hard reboot. This happens on several machines, and once I have a program (under development) that fails, the failure is 100% reproducible. A small change in the program can make the problem go away, so it seems to be position dependent or size dependent. I have tested this on two machines with different SCSI cards and three different kernels: kernel-smp-2.6.16.21-0.13 on i686 SCSI Adaptec AIC-7892A U160/m (rev 02) kernel-smp-2.6.16.21-0.21 on i686 SCSI Adaptec AIC-7892A U160/m (rev 02) kernel-default-2.6.16.13-4 on i586 SCSI Adaptec AHA-2940U2/U2W Basic senario: open() tape drive do a few I/O's read() 64524 bytes (on tape with EOF at beginning) read returns errno=EBUSY re-read a few times system crashes The crash does not always produce an oops (probably too severe) I've straced the code an everything looks pretty normal except the return value from the read() (EBUSY). Change a few lines in the program more or less at random can make the problem go away. It is terribly frustrating ... I have numerous Oopses of various types. Here is an example (I have wrapped a few lines). Sep 28 10:30:02 rufus kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 Sep 28 10:30:02 rufus kernel: printing eip: Sep 28 10:30:02 rufus kernel: 00000000 Sep 28 10:30:02 rufus kernel: *pde = 00000000 Sep 28 10:30:02 rufus kernel: Oops: 0000 [#1] Sep 28 10:30:02 rufus kernel: SMP Sep 28 10:30:02 rufus kernel: last sysfs file: /devices/pci0000:00/0000:00:01.0/0000:01:00.0/resource Sep 28 10:30:02 rufus kernel: Modules linked in: appletalk ax25 ipx p8023 autofs4 ipv6 nfsd exportfs lockd nfs_acl sunrpc snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device edd button battery ac apparmor aamatch_pcre loop usbhid dm_mod hw_random intel_agp agpgart shpchp pci_hotplug ehci_hcd uhci_hcd usbcore i8xx_tco e100 mii i2c_i801 snd_intel8x0 snd_ac97_codec i2c_core snd_ac97_bus snd_pcm snd_timer snd soundcore snd_page_alloc ide_cd cdrom parport_pc lp parport ext3 jbd fan thermal processor sg st aic7xxx scsi_transport_spi ata_piix libata piix sd_mod scsi_mod ide_disk ide_core Sep 28 10:30:02 rufus kernel: CPU: 0 Sep 28 10:30:02 rufus kernel: EIP: 0060:[<00000000>] Tainted: G U VLI Sep 28 10:30:02 rufus kernel: EFLAGS: 00010016 (2.6.16.21-0.21-smp #1) Sep 28 10:30:02 rufus kernel: EIP is at _stext+0x3feffd40/0x29 Sep 28 10:30:02 rufus kernel: eax: f6d7eff4 ebx: f6d7eff4 ecx: 00000000 edx: 00000003 Sep 28 10:30:02 rufus kernel: esi: c1a76000 edi: 00000001 ebp: df66bd5c esp: df66bd3c Sep 28 10:30:02 rufus kernel: ds: 007b es: 007b ss: 0068 Sep 28 10:30:02 rufus kernel: Process cc1plus (pid: 5293, threadinfo=df66a000 task=c1a62130) Sep 28 10:30:02 rufus kernel: Stack: <0>c0118d94 df66bd8c 00000003 c1800014 00000000 c1800014 df66bd8c 00000001 Sep 28 10:30:02 rufus kernel: df66bd80 c011ad45 00000000 df66bd8c 00000003 00000296 c1800014 00000000 Sep 28 10:30:02 rufus kernel: c13ec060 00001000 c0130964 df66bd8c c13ec060 00000000 00001000 c0142fcc Sep 28 10:30:02 rufus kernel: Call Trace: Sep 28 10:30:02 rufus kernel: [<c0118d94>] __wake_up_common+0x2f/0x53 Sep 28 10:30:02 rufus kernel: [<c011ad45>] __wake_up+0x2a/0x3d Sep 28 10:30:02 rufus kernel: [<c0130964>] __wake_up_bit+0x29/0x2e Sep 28 10:30:02 rufus kernel: [<c0142fcc>] generic_file_buffered_write+0x462/0x58b Sep 28 10:30:02 rufus kernel: [<f95e1538>] ext3_permission+0x0/0xa [ext3] Sep 28 10:30:02 rufus kernel: [<c01241f0>] current_fs_time+0x4c/0x58 Sep 28 10:30:02 rufus kernel: [<c01434cd>] __generic_file_aio_write_nolock+0x3d8/0x425 Sep 28 10:30:02 rufus kernel: [<c0168f75>] link_path_walk+0xb3/0xbd Sep 28 10:30:02 rufus kernel: [<c0143921>] generic_file_aio_write+0x57/0xab Sep 28 10:30:02 rufus kernel: [<f95d2d0d>] ext3_file_write+0x19/0x84 [ext3] Sep 28 10:30:02 rufus kernel: [<c015b5fb>] do_sync_write+0xb8/0xf3 Sep 28 10:30:02 rufus kernel: [<c013097f>] autoremove_wake_function+0x0/0x2d Sep 28 10:30:02 rufus kernel: [<c0133088>] hrtimer_run_queues+0x55/0xf0 Sep 28 10:30:02 rufus kernel: [<c015b543>] do_sync_write+0x0/0xf3 Sep 28 10:30:02 rufus kernel: [<c015beac>] vfs_write+0xaa/0x14f Sep 28 10:30:02 rufus kernel: [<c015c4b1>] sys_write+0x3c/0x63 Sep 28 10:30:02 rufus kernel: [<c0103bdb>] sysenter_past_esp+0x54/0x79 Sep 28 10:30:02 rufus kernel: Code: Bad EIP value. I can send more oopses and strace output. I also have a relatively simple version of the program that I can send that shows the problem, but Bacula is a big program, and with an Oops like this, I just am not going to be able to simplify it to a 20 line program. This is critical for me, because at this point the project has been dead since approximately 8 Sept when the problem first showed up. I haven't been able to isolate exactly what is triggering this. -- 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 49

[Bug 207688] New: SLES 10: md SET_BITMAP_FILE ioctl missing compat entry
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=207688 Summary: SLES 10: md SET_BITMAP_FILE ioctl missing compat entry Product: SUSE LINUX 10.0 Version: Final Platform: 64bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: paul.clements(a)steeleye.com QAContact: qa(a)suse.de The md driver's SET_BITMAP_FILE ioctl doesn't have a compat ioctl entry, so a 32-bit mdadm (as is shipped in SLES 10 on x86_64 and ppc64) fails on 64-bit systems: Sep 20 16:34:52 caspian kernel: ioctl32(mdadm:8056): Unknown cmd fd(3) cmd(8004092b){00} arg(00000004) on /dev/md0 Patch attached (compile tested). -- 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 207679] New: SLES 10: md bitmap broken on big-endian machines
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=207679 Summary: SLES 10: md bitmap broken on big-endian machines Product: SUSE LINUX 10.0 Version: Final Platform: BigEndian OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: paul.clements(a)steeleye.com QAContact: qa(a)suse.de The md bitmap feature does not work on big-endian machines. The problem was discovered on a 64-bit IBM POWER (ppc64) system. The symptom was this BUG(): Sep 20 20:55:51 caspian kernel: kernel BUG in sync_request at drivers/md/raid1.c :1743! Sep 20 20:55:51 caspian kernel: Oops: Exception in kernel mode, sig: 5 [#1] Sep 20 20:55:51 caspian kernel: SMP NR_CPUS=128 NUMA PSERIES LPAR Sep 20 20:55:51 caspian kernel: Modules linked in: nbd raid1 ipv6 nfs lockd nfs_ acl sunrpc apparmor aamatch_pcre loop dm_mod e1000 ide_cd cdrom lpfc scsi_transp ort_fc pdc202xx_new sg st ipr firmware_class sd_mod scsi_mod The problem was traced back to a bad value in bitmap->chunkshift (the value was 8, instead of 16, with a chunksize of 65536). We should be using ffs instead of find_first_bit to calculate the shift value. Patch has been compile tested. -- 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 160812] Monitor remains blank after starting X
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=160812 ------- Comment #81 from sndirsch(a)novell.com 2007-01-05 03:38 MST ------- > Possibly the issue occured only on Matthias' 945 machine. He'll verify this. > > Please obtain a log file from this machine. --> Matthias > > Did you generate the 'lspci -v' output on that box? If not, please get one > > also (please make sure the display is indeed blank). No, this was on the 945G machine, where the problem no longer occurs. :-( --> Matthias -- 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 231436] New: "System Settings" label too general?
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=231436 Summary: "System Settings" label too general? Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ke(a)novell.com QAContact: jsrain(a)novell.com The "System Settings" label name in YCC ("System") is too general. It seems to cover kernel and PCI settings only. -- 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 6

[Bug 230039] New: save_y2logs should turn off signature checking while running rpm -qa
by bugzilla_noreply＠novell.com 05 Jan '07

05 Jan '07

https://bugzilla.novell.com/show_bug.cgi?id=230039 Summary: save_y2logs should turn off signature checking while running rpm -qa Product: openSUSE 10.3 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andreas.hanke(a)gmx-topmail.de QAContact: jsrain(a)novell.com The save_y2logs script could be a bit faster if it would run rpm -qa with --nosignature --nodigest. The additional information gathered by not turning it off is currently thrown away (because rpm writes it to stderr and the script captures stdout only), so there's no point in leaving it on. -- 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