June 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 535926] New: openvas-client-2.0.4-1.3: bad call to close
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=535926 Summary: openvas-client-2.0.4-1.3: bad call to close Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 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 Found By: --- I just had a look at factory package openvas-client-2.0.4-1.3 For source code file openvas-client-2.0.4/libnessus/rand.c around line 60, function nessus_init_random is the following code if ((fd = open(EGD_PATH, O_RDWR)) >= 0) but the matching call to close is close(s); which looks wrong. Maybe close( fd); would be better. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 544454] New: openvas-client-2.0.4-1.6: missing call to close
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=544454 Summary: openvas-client-2.0.4-1.6: missing call to close Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 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 Found By: --- I just had a look at factory package openvas-client-2.0.4-1.6 source code file openvas-client-2.0.4/nessus/read_target_file.c function target_file_to_list local variable fd I notice the following code HANDLE fd = open(filename, O_RDONLY); but I fail to find a matching call to close. This looks like a resource leak to me. Suggest add call to close near the end of the function. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 564304] New: growisofs can not burn sata dvd
by bugzilla_noreply＠novell.com 17 Aug '16

17 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=564304 http://bugzilla.novell.com/show_bug.cgi?id=564304#c0 Summary: growisofs can not burn sata dvd Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: carlos.e.r(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- The machine is described in http://www.smolts.org/client/show/pub_48ea7e31-b8d3-4dc0-b3bf-49401155e07f growisofs fails to burn: bombadillo:/mnt/usb/Test/para_quemar # time growisofs -Z /dev/sr0=Copia.iso Executing 'builtin_dd if=Copia.iso of=/dev/sr0 obs=32k seek=0' /dev/sr0: "Current Write Speed" is 22.7x1352KBps. 0/4371568640 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% :-? the LUN appears to be stuck writing LBA=f0h, keep retrying in 4ms 491520/4371568640 ( 0.0%) @0.1x, remaining 1037:30 RBU 100.0% UBU 3.1% :-[ WRITE@LBA=f0h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid argument :-( write failed: Invalid argument /dev/sr0: flushing cache /dev/sr0: updating RMA /dev/sr0: closing session real 1m19.677s user 0m0.002s sys 0m0.157s message log: Dec 13 01:06:35 bombadillo kernel: [60962.703499] cdrom: This disc doesn't have any tracks I recognize! Dec 13 01:06:35 bombadillo kernel: [60962.728450] sr 5:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Dec 13 01:06:35 bombadillo kernel: [60962.728462] sr 5:0:0:0: [sr0] Sense Key : Illegal Request [current] Dec 13 01:06:35 bombadillo kernel: [60962.728472] Info fld=0x0 Dec 13 01:06:35 bombadillo kernel: [60962.728477] sr 5:0:0:0: [sr0] Add. Sense: Logical block address out of range Dec 13 01:06:35 bombadillo kernel: [60962.728488] end_request: I/O error, dev sr0, sector 0 Dec 13 01:06:35 bombadillo kernel: [60962.728495] Buffer I/O error on device sr0, logical block 0 Dec 13 01:06:35 bombadillo kernel: [60962.731161] sr 5:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Dec 13 01:06:35 bombadillo kernel: [60962.731176] sr 5:0:0:0: [sr0] Sense Key : Illegal Request [current] Dec 13 01:06:35 bombadillo kernel: [60962.731185] Info fld=0x0 Dec 13 01:06:35 bombadillo kernel: [60962.731190] sr 5:0:0:0: [sr0] Add. Sense: Logical block address out of range Dec 13 01:06:35 bombadillo kernel: [60962.731200] end_request: I/O error, dev sr0, sector 0 Dec 13 01:06:35 bombadillo kernel: [60962.731207] Buffer I/O error on device sr0, logical block 0 Brasero also fails: Checking session consistency (brasero_burn_check_session_consistency brasero-burn.c:1799) BraseroBurnURI called brasero_job_get_action BraseroBurnURI called brasero_job_get_action BraseroBurnURI called brasero_job_set_output_size_for_current_track BraseroBurnURI stopping BraseroBurnURI called brasero_job_get_action BraseroBurnURI called brasero_job_get_session_output_size BraseroBurnURI output set (IMAGE) image = /tmp/brasero_tmp_LE1U4U.bin toc = none BraseroBurnURI called brasero_job_get_action BraseroBurnURI called brasero_job_get_current_track BraseroBurnURI no burn:// URI found BraseroBurnURI stopping BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs getting varg BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs called brasero_job_get_current_track BraseroGrowisofs got varg: BraseroGrowisofs deactivating BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs getting varg BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs called brasero_job_get_flags BraseroGrowisofs called brasero_job_get_speed BraseroGrowisofs called brasero_job_get_device BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs called brasero_job_get_session_output_size BraseroGrowisofs called brasero_job_get_current_track BraseroGrowisofs called brasero_job_get_fd_in BraseroGrowisofs called brasero_job_set_current_action BraseroGrowisofs got varg: growisofs -use-the-force-luke=notray -use-the-force-luke=4gms -dvd-compat -speed=22 -use-the-force-luke=tracksize:2134555 -use-the-force-luke=tty -Z /dev/sr0=/mnt/usb/Test/para_quemar/Copia.iso BraseroGrowisofs Launching command BraseroGrowisofs called brasero_job_get_fd_out BraseroGrowisofs stdout: Executing 'builtin_dd if=/mnt/usb/Test/para_quemar/Copia.iso of=/dev/sr0 obs=32k seek=0' BraseroGrowisofs called brasero_job_set_dangerous BraseroGrowisofs stderr: /dev/sr0: "Current Write Speed" is 22.5x1352KBps. BraseroGrowisofs stdout: 0/4371568640 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0% BraseroGrowisofs stderr: :-? the LUN appears to be stuck writing LBA=f0h, keep retrying in 4ms BraseroGrowisofs stdout: 491520/4371568640 ( 0.0%) @0.1x, remaining 1185:43 RBU 100.0% UBU 3.1% BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs called brasero_job_set_current_action BraseroGrowisofs stderr: :-[ WRITE@LBA=f0h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid argument BraseroGrowisofs stderr: :-( write failed: Invalid argument BraseroGrowisofs stderr: /dev/sr0: flushing cache BraseroGrowisofs called brasero_job_set_current_action BraseroGrowisofs stderr: /dev/sr0: updating RMA BraseroGrowisofs stderr: /dev/sr0: closing disc BraseroGrowisofs stderr: HUP BraseroGrowisofs stdout: HUP BraseroGrowisofs process finished with status 22 BraseroGrowisofs called brasero_job_error BraseroGrowisofs finished with an error BraseroGrowisofs asked to stop because of an error error = 0 message = "no message" BraseroGrowisofs stopping BraseroGrowisofs got killed Session error : unknown (brasero_burn_record brasero-burn.c:2769) Hwinfo: 48: udi = '/org/freedesktop/Hal/devices/storage_model_DVDRAM_GH22LS50' storage.removable.media_available = true storage.removable.media_size = 491520ull (0x78000ull) storage.partitioning_scheme = '' storage.cdrom.cdr = true storage.cdrom.cdrw = true storage.cdrom.dvd = true storage.cdrom.dvdr = true storage.cdrom.dvdrw = true storage.cdrom.dvdrdl = true storage.cdrom.dvdram = true storage.cdrom.dvdplusr = true storage.cdrom.dvdplusrw = true storage.cdrom.dvdplusrwdl = false storage.cdrom.dvdplusrdl = true storage.cdrom.bd = false storage.cdrom.bdr = false storage.cdrom.bdre = false storage.cdrom.hddvd = false storage.cdrom.hddvdr = false storage.cdrom.hddvdrw = false storage.cdrom.mo = false storage.cdrom.mrw = true storage.cdrom.mrw_w = true storage.cdrom.support_media_changed = true storage.cdrom.support_multisession = true storage.cdrom.read_speed = 22160 (0x5690) storage.cdrom.write_speed = 30470 (0x7706) storage.cdrom.write_speeds = { '30470', '27700', '24930', '22160', '11080', '5540' } block.storage_device = '/org/freedesktop/Hal/devices/storage_model_DVDRAM_GH22LS50' info.category = 'storage' info.capabilities = { 'storage', 'block', 'storage.cdrom' } org.freedesktop.Hal.Device.Storage.method_names = { 'Eject', 'CloseTray' } org.freedesktop.Hal.Device.Storage.method_signatures = { 'as', 'as' } org.freedesktop.Hal.Device.Storage.method_argnames = { 'extra_options', 'extra_options' } org.freedesktop.Hal.Device.Storage.method_execpaths = { 'hal-storage-eject', 'hal-storage-closetray' } info.product = 'DVDRAM GH22LS50' info.udi = '/org/freedesktop/Hal/devices/storage_model_DVDRAM_GH22LS50' info.interfaces = { 'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage.Removable' } block.device = '/dev/sr0' block.major = 11 (0xb) block.minor = 0 (0x0) block.is_volume = false storage.bus = 'pci' storage.no_partitions_hint = true storage.media_check_enabled = true storage.automount_enabled_hint = true storage.drive_type = 'cdrom' storage.model = 'DVDRAM GH22LS50' storage.vendor = 'HL-DT-ST' storage.firmware_version = 'TL01' storage.lun = 0 (0x0) linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1f.5/host5/target5:0:0/5:0:0:0/block/sr0' info.parent = '/org/freedesktop/Hal/devices/pci_8086_3a26_scsi_host_scsi_device_lun0' storage.removable = true storage.originating_device = '/org/freedesktop/Hal/devices/computer' storage.hotpluggable = false storage.requires_eject = true storage.size = 0ull (0x0ull) storage.removable.support_async_notification = false info.vendor = 'HL-DT-ST' linux.hotplug_type = 3 (0x3) info.addons = { 'hald-addon-storage' } -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 505546] New: Grub fails to write bootrecord on dmraid disk (GPT labeled)
by bugzilla_noreply＠novell.com 16 Aug '16

16 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=505546 User Winfrid.Tschiedel(a)ts.fujitsu.com added comment http://bugzilla.novell.com/show_bug.cgi?id=505546#c500322 Summary: Grub fails to write bootrecord on dmraid disk (GPT labeled) Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Winfrid.Tschiedel(a)ts.fujitsu.com QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=293215) --> (http://bugzilla.novell.com/attachment.cgi?id=293215) saved installation logs User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Tablet PC 1.7; .NET CLR 1.0.3705; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; MS-RTC LM 8; InfoPath.2) I tried to install openSUSE 11.2 Milestone 1 on Fujitsu Primergy RX220 ( Promise FastTrak TX 150 S4 ), one disk with RAID0, GPT labeled ( Same problem exists also on Fujitsu Primergy rx200s4 with ESB2 (LSI Firmware) and one disk RAID0. Installation works until the boot record should be written. In case of rx220 the boot record should be written to the root partition. Beside the error 22: No such partition also the MBR was destroyed. Reproducible: Always Steps to Reproduce: 1. Installed openSUSE 11.2 on fake raid with GPT Actual Results: No boot redord was written Expected Results: Correct operation, install a system which can be booted afterwards In the latest release of fedora 11 (Preview) almost everything works out of the box, which means only manual interaction for the following items is needed : mklabel gpt (no botton for writing new partition table!) mkinitrd on distribution is in error for details please read #500322 (bugzilla.redhat.com) I tried to write a new bootrecord with fedora 11 - which worked - but openSUSE 11.2 cannot handle this bootrecord - so chainloading failed . Next I tried to load the openSUSE boot menu with configfile /boot/grub/menu.lst So I could start openSUSE 11.2, but boot fails because root partition is not found. This seems to be similar to #500979 - with one difference that at that time (SLED 11) only the problem on ESB2 occurred. There is also a second difference, in the previous edition (openSUSE 11.1,SLED 11) there was a problem with GPT and dmraid, which ended up, that the RAID information was destroyed (please see #436825 ) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 13

[Bug 741521] New: Spice client disconnect crashes qemu-kvm
by bugzilla_noreply＠novell.com 16 Aug '16

16 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=741521 https://bugzilla.novell.com/show_bug.cgi?id=741521#c0 Summary: Spice client disconnect crashes qemu-kvm Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gvenkat(a)attglobal.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20100101 Firefox/9.0 When spice-client was terminated on a remote client, the VM shutdown with an exception. System kvm-1.0-131.1.x86_64 libspice-server1-0.10.0-28.1.x86_64 Client spice-client-0.10.0-28.1.i586 Reproducible: Didn't try Steps to Reproduce: 1. Don't know how to reproduce. Only happened once in a situation (closing spice client) that has worked every time before. 2. 3. Actual Results: The VM was shutdown Expected Results: The VM should have stayed up so that the SPICE client could connect again This was reported in the log for the VM related to this crash red_channel_client_disconnect: 0x7f9460033f80 (channel 0x7f9503fb2c80 type 1 id 0) main_channel_client_on_disconnect: rcc=0x7f9460033f80 reds_client_disconnect: red_client_destroy: destroy client with #channels 4 red_channel_client_disconnect: 0x7f9460046a00 (channel 0x7f9503fbd240 type 3 id 0) red_channel_client_disconnect: 0x7f9508ebc400 (channel 0x7f95074c16d0 type 2 id 0) red_channel_remove_client: ASSERT pthread_equal(pthread_self(), rcc->channel->thread_id) failed red_channel_client_disconnect: 0x7f950877ac80 (channel 0x7f950487b830 type 4 id 0) Thread 9 (Thread 0x7f94f8712700 (LWP 13630)): #0 0x00007f9500b7cea4 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f9500b78294 in _L_lock_999 () from /lib64/libpthread.so.0 #2 0x00007f9500b780aa in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00007f950312d349 in ?? () #4 0x00007f95031c35c9 in ?? () #5 0x00007f95031992d1 in ?? () #6 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #7 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #8 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f94f7f11700 (LWP 13631)): #0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6 #1 0x00007f95031c3479 in ?? () #2 0x00007f95031c35c1 in ?? () #3 0x00007f95031992d1 in ?? () #4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f94f7710700 (LWP 13632)): #0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6 #1 0x00007f95031c3479 in ?? () #2 0x00007f95031c35c1 in ?? () #3 0x00007f95031992d1 in ?? () #4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f94f6f0f700 (LWP 13633)): #0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6 #1 0x00007f95031c3479 in ?? () #2 0x00007f95031c35c1 in ?? () #3 0x00007f95031992d1 in ?? () #4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f9468e88700 (LWP 13634)): #0 0x00007f94ffc1ed53 in epoll_wait () from /lib64/libc.so.6 #1 0x00007f950035e65b in ?? () from /usr/lib64/libspice-server.so.1 #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f9467e86700 (LWP 11391)): #0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f950311542f in ?? () #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f94fa2c4700 (LWP 11394)): #0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f950311542f in ?? () #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f9467685700 (LWP 11395)): #0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f950311542f in ?? () #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f9502f9c760 (LWP 13614)): #0 0x00007f9500b7d37d in read () from /lib64/libpthread.so.0 #1 0x00007f95003f24c0 in ?? () from /usr/lib64/libspice-server.so.1 #2 0x00007f9500340d38 in ?? () from /usr/lib64/libspice-server.so.1 #3 0x00007f9500342bcb in ?? () from /usr/lib64/libspice-server.so.1 #4 0x00007f950034391d in ?? () from /usr/lib64/libspice-server.so.1 #5 0x00007f9500360cef in ?? () from /usr/lib64/libspice-server.so.1 #6 0x00007f9500341421 in ?? () from /usr/lib64/libspice-server.so.1 #7 0x00007f95003426b8 in ?? () from /usr/lib64/libspice-server.so.1 #8 0x00007f950309d157 in ?? () #9 0x00007f950310768b in ?? () #10 0x00007f9503100407 in main () 2012-01-16 07:27:25.347+0000: shutting down -- 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.

1 4

[Bug 714995] New: open-iscsi script does not properly umount iscsi devices
by bugzilla_noreply＠novell.com 08 Aug '16

08 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=714995 https://bugzilla.novell.com/show_bug.cgi?id=714995#c0 Summary: open-iscsi script does not properly umount iscsi devices Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thomas.saupe(a)novell.com QAContact: qa(a)suse.de Found By: Novell Technical Services Services Priority: 1000 Blocker: --- The code for umounting iscsi device in /etc/init.d/open-iscsi is broken, especially if the iscsi devices are used within multipathing. On system shutdown the umount of the mounted iscsi devices fails but the devices itself get logged out. This leads to a hang of the reboot, since the later the boot.localfs init script tries to umount the iscsi mounts that already have lost their devices. Attached a patch to the open-iscsi init script that corrects 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.

1 21

[Bug 731071] New: devel:languages:python/python-python-daemon: Bug
by bugzilla_noreply＠novell.com 28 Jul '16

28 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=731071 https://bugzilla.novell.com/show_bug.cgi?id=731071#c0 Summary: devel:languages:python/python-python-daemon: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: jmatejek(a)suse.com ReportedBy: mweseloh(a)gmx.net QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: speilicke(a)suse.com Found By: --- Blocker: --- Upstream has retracted version 1.6 several weeks ago, as that version was badly broken. Please revert back to current upstram version 1.5.5 http://pypi.python.org/pypi/python-daemon -- 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.

1 4

[Bug 608457] New: screen corruption when scrolling with window in the foreground
by bugzilla_noreply＠novell.com 28 Jul '16

28 Jul '16

http://bugzilla.novell.com/show_bug.cgi?id=608457 http://bugzilla.novell.com/show_bug.cgi?id=608457#c0 Summary: screen corruption when scrolling with window in the foreground Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: oneukum(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- If another window is in front of firefox's window, text exposed by scrolling firefox's window is corrupted. This happens only with firefox and regardless of what kind of window is in front. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 748666] New: Please split opencv so that gstreamer can use it
by bugzilla_noreply＠novell.com 26 Jul '16

26 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=748666 https://bugzilla.novell.com/show_bug.cgi?id=748666#c0 Summary: Please split opencv so that gstreamer can use it Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: vuntz(a)suse.com QAContact: qa(a)suse.de Found By: --- Blocker: --- GStreamer now has a plugin for opencv. Unfortunately, enabling this means that this plugin brings as dependencies libqt4-x11 and libxine. It's a bit weird to have to drag a toolkit, and it's horrible to have a gstreamer plugin drag libxine. -- 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.

1 3

[Bug 546843] New: gkeytool lack a support for ECC certificates
by bugzilla_noreply＠novell.com 22 Jul '16

22 Jul '16

http://bugzilla.novell.com/show_bug.cgi?id=546843 User mvyskocil(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=546843#c546468 Summary: gkeytool lack a support for ECC certificates Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: matz(a)novell.com ReportedBy: mvyskocil(a)novell.com QAContact: qa(a)suse.de Found By: Development gkeytool fails on read ECC certificate - this is also in openjdk, but the fix adds a support for Elliptic Curve Cryptography already exists in upstream, but I did not find similar for gcc java. I read a commit log, asked on #openjdk(a)irc.oftc.net, where many openjdk and gcj developers are, but noone answered me yet. see bnc#546468 for details about openjdk The java-1_5_0-gcj-compat fails on keystore creation: + for key in '/etc/ssl/certs/*.pem' + yes ++ basename /etc/ssl/certs/COMODO_ECC_Certification_Authority.pem + gkeytool-4.4 -import -keystore cacerts -file /etc/ssl/certs/COMODO_ECC_Certification_Authority.pem -storepass '' -alias COMODO_ECC_Certification_Authority.pem keytool error: java.security.cert.CertificateException error: Bad exit status from /var/tmp/rpm-tmp.cYvDZ9 (%prep) I'm going to workaround it in java-1_5_0-gcj-compat by skipping those certificates during keystore creation, to provide a fix immediately to make OpenOffice.org build immediately. But it'd be nice to have gcj with ECC support enabled. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4