November 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 623388] New: mc midnightcommander wrong $PS1 parser in command line input
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

http://bugzilla.novell.com/show_bug.cgi?id=623388 http://bugzilla.novell.com/show_bug.cgi?id=623388#c0 Summary: mc midnightcommander wrong $PS1 parser in command line input Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: PC OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: verdelyi(a)windowslive.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.2 Firefox/3.6.6 https://bugs.launchpad.net/ubuntu/+source/mc/+bug/330633 http://www.midnight-commander.org/ticket/337 Probably we just need to backport a patch: http://www.midnight-commander.org/changeset/9041e6c81f4b2ae15e7bc3f733016ec… Reproducible: Always -- 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 642456] New: Permission issue for the "nut" UPS software
by bugzilla_noreply＠novell.com 07 Sep '16

07 Sep '16

https://bugzilla.novell.com/show_bug.cgi?id=642456 https://bugzilla.novell.com/show_bug.cgi?id=642456#c0 Summary: Permission issue for the "nut" UPS software Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: reg(a)capiogroup.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.10) Gecko/20100914 SUSE/3.6.10-30.1 Firefox/3.6.10 On a standard install of nut (Network UPS Tools), classic version (not HAL) the driver did not have permission to run until I added the the group "root" to the user "upsd". my nut.conf is: [myups] driver = usbhid-ups port = /dev/usb/hiddev0 desc = "Tripp Lite UPS SU1500XL" Once that change was made it worked just fine. I don't think this is a big issue but they documentation goes out of it's way to make a point of keeping permissions on the nut daemon restricted so I thought it should be noted. Perhaps just a documentation change to let people know that it might be necessary would be enough. Reproducible: Always Steps to Reproduce: 1.Install 2.Set the nut.conf file 3.Try to run the driver: /usr/lib/ups/driver/upsdrvctl start Actual Results: Permission denied error. -- 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 2

[Bug 635303] New: dump version incompatible with ext4
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=635303 https://bugzilla.novell.com/show_bug.cgi?id=635303#c0 Summary: dump version incompatible with ext4 Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Blocker Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cilantro05(a)comcast.net QAContact: qa(a)suse.de Found By: --- Blocker: --- How can you possibly provide dump-0.4b41 on the OpenSuSE 11.3 download page, when that version does not support the filesystem of your default installation, ext4? I am a longtime SuSE (and dump) user, and it never would have occurred to me to check this. OK, my mistake -- but I just lost a whole day's work because my careully made backup was trash. Dump 0.4b42 does claim ext4 support... At the very lease, a prominent warning should be added to the result of a search for dump on software.opensuse.org. -- 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 571841] New: dump/restore version from oss fails when ext4 filesystem is used
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c0 Summary: dump/restore version from oss fails when ext4 filesystem is used Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: deligeo(a)physics.uoc.gr QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 Attempting to use the dump/restore backup tool (Version 0.4b41-161.1 x86_64) from oss repository to backup and restore /home the resulting files where corrupted. This is a known issue upstream and is corrected in version 0.4b42. See bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651 for more details. Reproducible: Always Steps to Reproduce: 1.use dump to backup an ext4 filesystem 2.move into a different computer 3.attempt to restore in an ext3 filesystem Actual Results: Files produced are not identical to original files. Several text files are now reported as binary. Expected Results: Should produce a correct image of initial files in the new filesystem. Or at the very least dump should NOT allow ext4 filesystems to be used until it is properly working on them. The main issue is that dump will not complain about ext4 partitions being dumped. Thus the problem is encountered later (too late) on when one attempts to restore the filesystem. Version 0.4b42 should resolve this issue by dealing with ext4 filesystems correctly thus restoring dump/restore functionality. -- 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 12

[Bug 719207] New: bsd-games: setgid games removed
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=719207 https://bugzilla.novell.com/show_bug.cgi?id=719207#c0 Summary: bsd-games: setgid games removed Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: nadvornik(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: qa(a)suse.de CC: prusnak(a)suse.com Found By: --- Blocker: --- bsd-games has one or more binaries with setgid 'games' in level 'easy'. Since we dont know whether we will ever see a fix for bug 429882 and the setgid bits are ugly anyways we will remove them. For most affected binaries this will break storing local highscore files. You may want to check whether the affected binaries can cope with that situation 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.

1 1

[Bug 719206] New: rocksndiamonds: setgid games removed
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=719206 https://bugzilla.novell.com/show_bug.cgi?id=719206#c0 Summary: rocksndiamonds: setgid games removed Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: nadvornik(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: qa(a)suse.de CC: prusnak(a)suse.com Found By: --- Blocker: --- rocksndiamonds has one or more binaries with setgid 'games' in level 'easy'. Since we dont know whether we will ever see a fix for bug 429882 and the setgid bits are ugly anyways we will remove them. For most affected binaries this will break storing local highscore files. You may want to check whether the affected binaries can cope with that situation 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.

1 1

[Bug 529135] New: openvas-client-2.0.1-1.33: missing call to close
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=529135 Summary: openvas-client-2.0.1-1.33: 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.1-1.33 For source code file openvas-client-2.0.1/nessus/comm.c around line 870 is the source code for the function comm_send_file. I notice the following line of code fd = open(fname, O_RDONLY); but I notice that close is only called on failure. Suggest add a call to close at the end of the routine, for the return success case. Like network_gets(context->socket, buff, sizeof(buff) - 1); fclose( fd); return 0; -- 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 502531] New: bsd-games-2.17-81.44: undefined code
by bugzilla_noreply＠novell.com 19 Aug '16

19 Aug '16

http://bugzilla.novell.com/show_bug.cgi?id=502531 Summary: bsd-games-2.17-81.44: undefined code 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 tried to build Factory package bsd-games-2.17-81.44 and the build said monop/cards.c:138: warning: operation on "dp->last_card" may be undefined The source code is dp->last_card = ++(dp->last_card) % dp->num_cards; I agree with the compiler. Better code would be dp->last_card = (dp->last_card + 1) % dp->num_cards; -- 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 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 714995] New: open-iscsi script does not properly umount iscsi devices
by bugzilla_noreply＠novell.com 09 Aug '16

09 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 29 Jul '16

29 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 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

[Bug 725800] New: devel:libraries:c_c /libbsd: Bug
by bugzilla_noreply＠novell.com 20 Jul '16

20 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=725800 https://bugzilla.novell.com/show_bug.cgi?id=725800#c0 Summary: devel:libraries:c_c /libbsd: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Critical Priority: P5 - None Component: 3rd party software AssignedTo: mrueckert(a)suse.com ReportedBy: stefan.jakobs(a)rus.uni-stuttgart.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: crrodriguez(a)opensuse.org, pgajdos(a)suse.com Found By: --- Blocker: --- The x86_64 devel package of libbsd-devel is lacking the file /usr/include/bsd/libutil.h. The i586 package has that file. I got the following error while trying to build xxxterm: In file included from ../xxxterm.c:48:0: /usr/include/bsd/stdlib.h:46:25: fatal error: bsd/libutil.h: No such file or directory # rpm -ql -p ./libbsd-devel-0.3.0-1.1.i586.rpm | grep libutil.h /usr/include/bsd/libutil.h /usr/include/libutil.h # rpm -ql -p ./libbsd-devel-0.3.0-1.1.x86_64.rpm | grep libutil.h /usr/include/libutil.h -- 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 718113] New: MySpell descriptions refer to OpenOffice.org instead of LibreOffice
by bugzilla_noreply＠novell.com 15 Jul '16

15 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=718113 https://bugzilla.novell.com/show_bug.cgi?id=718113#c0 Summary: MySpell descriptions refer to OpenOffice.org instead of LibreOffice Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andrea.turrini(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20100101 Firefox/7.0 The current description of the packages related to MySpell refers to OpenOffice.org instead of LibreOffice, the office suite proposed by openSUSE. For instance, "The MySpell spell-checker is used by the OpenOffice.org office suite..." belongs to the description of each package myspell-<language> Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 14

[Bug 678066] New: IPv6 Privacy Extensions are not enabled by default
by bugzilla_noreply＠novell.com 07 Jul '16

07 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=678066 https://bugzilla.novell.com/show_bug.cgi?id=678066#c0 Summary: IPv6 Privacy Extensions are not enabled by default Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: lnussel(a)novell.com ReportedBy: aj(a)novell.com QAContact: qa(a)suse.de Found By: Product Management Blocker: --- bnc#664550 made some changes to IPv6 Privacy extensions - and now a default installation does not have them enabled at all. It should really be enabled. -- 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 16

[Bug 711489] New: Package 'libffi' has no Description: field
by bugzilla_noreply＠novell.com 01 Jul '16

01 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=711489 https://bugzilla.novell.com/show_bug.cgi?id=711489#c0 Summary: Package 'libffi' has no Description: field Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: koenig(a)linux.de QAContact: qa(a)suse.de Found By: --- Blocker: --- running "pkg-config --libs libffi" fails with error Package 'libffi' has no Description: field $ rpm -qf /usr/lib64/pkgconfig/libffi.pc libffi45-devel-4.5.1_20101208-9.1.x86_64 workaround for now: # echo Description: foo >> /usr/lib64/pkgconfig/libffi.pc -- 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 9

[Bug 726744] New: ghc-libs fails to symlink libHSsyb and libHSold
by bugzilla_noreply＠novell.com 01 Jul '16

01 Jul '16

https://bugzilla.novell.com/show_bug.cgi?id=726744 https://bugzilla.novell.com/show_bug.cgi?id=726744#c0 Summary: ghc-libs fails to symlink libHSsyb and libHSold Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)suse.com ReportedBy: admin(a)damienradtke.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 After installing cabal-install (version 0.8.2) and ghc-libs (version 6.12.3) from the openSUSE 11.4 Haskell repo, trying to run cabal results in a missing library error. Two libraries need to be located before cabal works, through either symlinking or editing LD_LIBRARY_PATH. The quickfix is to run this command: $ export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/lib64/ghc-6.12.3/syb-0.1.0.2/:/usr/lib64/ghc-6.12.3/old-locale-1.0.0.2/ After these paths are added to the path, cabal works fine. The more permanent fix would be to symlink them to /usr/lib64 in the package's spec file: $ cd /usr/lib64 $ sudo ln -s /usr/lib64/ghc-6.12.3/old-locale-1.0.0.2/libHSold-locale-1.0.0.2-ghc6.12.3.so libHSold.so $ sudo ln -s /usr/lib64/ghc-6.12.3/syb-0.1.0.2/libHSsyb-0.1.0.2-ghc6.12.3.so libHSsyb.so $ sudo /sbin/ldconfig /usr/lib64 After these libraries are symlinked, everything will work fine without having to update LD_LIBRARY_PATH. These are the only libraries required by cabal, but it wouldn't hurt to make sure every library provided by ghc-libs is symlinked properly. Reproducible: Always Steps to Reproduce: 1. Install cabal-install and ghc-libs and try to run cabal 2. 3. Actual Results: libHSold and libHSsyb cannot be found Expected Results: Cabal should run normally -- 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 11

[Bug 673937] New: apache2: provide rpm macros file for 3rd party modules
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=673937 https://bugzilla.novell.com/show_bug.cgi?id=673937#c0 Summary: apache2: provide rpm macros file for 3rd party modules Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: bnc-team-apache(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- 3rd party modules currently have code like this in the .spec file: %define apxs /usr/sbin/apxs2 %define apache_libexecdir %(%{apxs} -q LIBEXECDIR) Stuff like that should be put into a macro file with pre-computed values. e.g. /etc/rpm/macros.apache2 that is provided by apache2-devel. -- 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 597744] New: alpine: Missing umlaut in date column: our_strftime does not always return utf8-encoded strings
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

http://bugzilla.novell.com/show_bug.cgi?id=597744 http://bugzilla.novell.com/show_bug.cgi?id=597744#c0 Summary: alpine: Missing umlaut in date column: our_strftime does not always return utf8-encoded strings Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: kdevel(a)vogtner.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Alpine does not correctly encode non-utf-8-data from locale's time and date formatting. Reproducible: Always Steps to Reproduce: 1. open console/xterm with 8-Bit character encoding (i.e. ISO-8859-1) 2. start alpine with LANG=de_DE@euro 3. have an e-mail in your inbox with a date of March. Actual Results: The Date displayed is "M" Expected Results: "Mär" strftime may return non-utf8 data if operated in a non-utf8 environment. In The non-WINDOWS-case no change of encoding to utf8 is performed in our_strftime (pith/string.c) but utf8 is expected from functions calling our_strftime. -- 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 14

[Bug 558841] New: alpine: incorrect transformation patch included
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

http://bugzilla.novell.com/show_bug.cgi?id=558841 http://bugzilla.novell.com/show_bug.cgi?id=558841#c0 Summary: alpine: incorrect transformation patch included Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- In alpine's operation-may-be-undefined-warning.diff, there is: - m = strtoul (++s,(char **) &s,10); - y = (*s == ':') ? strtoul (++s,(char **) &s,10) : 0; + s++; + m = strtoul (s,(char **) &s,10); + s++; + y = (*s == ':') ? strtoul (s,(char **) &s,10) : 0; But the last two + lines seem wrong. SUSE is incrementing s here before the test for ':', while the original patch only did it _after_. It should probably have been: s++; m = strtoul(s, (char **)&s, 10); if (*s == ':') { ++s; y = strtoul(s, (char **)&s, 10); } else { y = 0; } -- 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 11

[Bug 659905] New: Error in GRUB installation & configuration
by bugzilla_noreply＠novell.com 20 May '16

20 May '16

https://bugzilla.novell.com/show_bug.cgi?id=659905 https://bugzilla.novell.com/show_bug.cgi?id=659905#c0 Summary: Error in GRUB installation & configuration Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 4 of 6 Platform: i686 OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: lassaad(a)pochta.ru QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101026 SUSE/3.6.12-1.2 Firefox/3.6.12 In the Bootloader installation procedure I get an error, so I can't instal GRUB, I've tried many installation option like install on MBR, on sda, on /root but it doesn't work. so I quit installation and when I try to install GRUB manually I get the same error. There are some screenshots of my installation: This is my partitions setup http://yfrog.com/0rdiskpartitionsp My installation setting http://yfrog.com/5einstallationsettingsp GRUB installation ERROR http://yfrog.com/1gerrorgrubp Reproducible: Always Steps to Reproduce: 1.start live USB installation (my CD-ROM is broken) 2.set my "/" on sda5 (ext4) 3.wait until the GRUB error appear in the end of installation Actual Results: when I restart, no GRUB, I get error " no operating system... " and in the /boot directory, there is no vmlinuz or initrd files. only mbr.backup and grub folder. Expected Results: setup the GRUB, and end the installation. -- 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 14

[Bug 692440] New: OpenVPN should have a sysconfig entry to pick which VPN configurations are enabled
by bugzilla_noreply＠novell.com 29 Apr '16

29 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=692440 https://bugzilla.novell.com/show_bug.cgi?id=692440#c0 Summary: OpenVPN should have a sysconfig entry to pick which VPN configurations are enabled Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jmatejek(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- in Debian/Ubuntu, it is possible to configure OpenVPN service to only start some of the available .confs in /etc/openvpn. This is useful when you have more than one openvpn config, such as home and work VPNs and you don't want to use them simultaneously. Also, their init script takes an optional argument that specifies name of the conf to start/stop openSUSE starts all OpenVPN confs automatically and you cannot choose which ones to use. It would be nice to have this feature. -- 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 14

[Bug 700229] New: telnet crashes glibc when using "-b" parameter
by bugzilla_noreply＠novell.com 29 Apr '16

29 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=700229 https://bugzilla.novell.com/show_bug.cgi?id=700229#c0 Summary: telnet crashes glibc when using "-b" parameter Classification: openSUSE Product: openSUSE 11.4 Version: Factory 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: novell-web(a)zmi.at QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 I wanted telnet to source from another IP, using "-b" parameter: # telnet -b eth1 10.10.10.10 Trying 10.10.10.10... telnet: eth1: Name or service not known: Success Speicherzugriffsfehler I tried that twice, then looked into dmesg: [60254.321495] telnet[28275] general protection ip:7f733a452a63 sp:7fff6839fbe0 error:0 in libc-2.11.3.so[7f733a393000+164000] [60350.030095] telnet[29348] general protection ip:7f7169480a63 sp:7fff37e01070 error:0 in libc-2.11.3.so[7f71693c1000+164000] This is on openSUSE 11.4, but I first discovered it in 11.2, where it puts more details on the screen: # telnet -b eth0:1 10.127.128.5 25 Trying 10.127.128.5... telnet: eth0:1: Name or service not known: Success *** glibc detected *** telnet: munmap_chunk(): invalid pointer: 0x00007fff0a06ace8 *** ======= Backtrace: ========= /lib64/libc.so.6[0x7f825d605d06] /lib64/libc.so.6(freeaddrinfo+0x20)[0x7f825d64d510] telnet[0x7f825dd61939] telnet(main+0x34f)[0x7f825dd5a1ff] /lib64/libc.so.6(__libc_start_main+0xfd)[0x7f825d5b1a7d] telnet[0x7f825dd59d59] ======= Memory map: ======== 7f825cf6b000-7f825cf81000 r-xp 00000000 ca:01 16518 /lib64/libgcc_s.so.1 7f825cf81000-7f825d180000 ---p 00016000 ca:01 16518 /lib64/libgcc_s.so.1 7f825d180000-7f825d181000 r--p 00015000 ca:01 16518 /lib64/libgcc_s.so.1 7f825d181000-7f825d182000 rw-p 00016000 ca:01 16518 /lib64/libgcc_s.so.1 7f825d182000-7f825d18d000 r-xp 00000000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d18d000-7f825d38d000 ---p 0000b000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d38d000-7f825d38e000 r--p 0000b000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d38e000-7f825d38f000 rw-p 0000c000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d38f000-7f825d391000 r-xp 00000000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d391000-7f825d591000 ---p 00002000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d591000-7f825d592000 r--p 00002000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d592000-7f825d593000 rw-p 00003000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d593000-7f825d6e4000 r-xp 00000000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d6e4000-7f825d8e4000 ---p 00151000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d8e4000-7f825d8e8000 r--p 00151000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d8e8000-7f825d8e9000 rw-p 00155000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d8e9000-7f825d8ee000 rw-p 00000000 00:00 0 7f825d8ee000-7f825d92c000 r-xp 00000000 ca:01 3177 /lib64/libncurses.so.5.6 7f825d92c000-7f825db2b000 ---p 0003e000 ca:01 3177 /lib64/libncurses.so.5.6 7f825db2b000-7f825db2f000 r--p 0003d000 ca:01 3177 /lib64/libncurses.so.5.6 7f825db2f000-7f825db35000 rw-p 00041000 ca:01 3177 /lib64/libncurses.so.5.6 7f825db35000-7f825db53000 r-xp 00000000 ca:01 4324 /lib64/ld-2.10.1.so 7f825dd26000-7f825dd28000 rw-p 00000000 00:00 0 7f825dd4f000-7f825dd52000 rw-p 00000000 00:00 0 7f825dd52000-7f825dd53000 r--p 0001d000 ca:01 4324 /lib64/ld-2.10.1.so 7f825dd53000-7f825dd54000 rw-p 0001e000 ca:01 4324 /lib64/ld-2.10.1.so 7f825dd54000-7f825dd6a000 r-xp 00000000 ca:01 9058 /usr/bin/telnet 7f825df6a000-7f825df6b000 r--p 00016000 ca:01 9058 /usr/bin/telnet 7f825df6b000-7f825df6d000 rw-p 00017000 ca:01 9058 /usr/bin/telnet 7f825df6d000-7f825df9b000 rw-p 00000000 00:00 0 [heap] 7fff0a058000-7fff0a06d000 rw-p 00000000 00:00 0 [stack] 7fff0a098000-7fff0a099000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Abgebrochen Seems this bug dates a while back. While 11.2 is not in bugfix phase anymore, 11.3 and 11.4 should be fixed, please. Reproducible: Always Steps to Reproduce: 1. use "telnet -b eth0 <IP address>" Actual Results: crash in glibc Expected Results: should work :-) -- 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 34

[Bug 601779] New: 32bit 'tree' doesn't show files 2GB and larger
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=601779 http://bugzilla.novell.com/show_bug.cgi?id=601779#c0 Summary: 32bit 'tree' doesn't show files 2GB and larger Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jc(a)ymmv.dk QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 Hi On 32bit systems the 'tree' command dosn't show 'large' files. I have tested on a 64bit system as well, and the problem is only present on 32bit systems. I have done a fair amount of research, comparing compile-time arguments with those of 32bit Debian packages. In the end I think it comes down to the 'spec' file: In tree.spec the 'make' command is: %build make CFLAGS="$RPM_OPT_FLAGS" -which overrides the CFLAGS set in the Makefile: CFLAGS=-O2 -Wall -fomit-frame-pointer -DLINUX -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -which results in the binary being built with these flags instead: RPM_OPT_FLAGS="-O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables" Now; If I change the spec file so that; %build make -then the compiler gets the flags as set in the Makefile, and the resulting binary works with files larger than 2G. I'm guessing that it's desirable to get $RPM_OPT_FLAGS passed to the compiler, but I'm unsure as to how one would 'merge' this variable with $CFLAGS from the Makefile? As for the severity of the bug: It doesn't break the system, but the functionality of the command is seriously hampered by this. It seems reasonable (to me) that it's a packaging bug, and therefore it should be easily fixed. I have confirmation from the opensuse(a)opensuse.org list that the bug is present on 11.0, so it seems to be an 'old' problem... Kind Regards, Jon Clausen Reproducible: Always Steps to Reproduce: 1. get or create a file larger than 2GB I used 'dd' to create two files - one 2GB, one 1KB smaller: dd if=/dev/zero of=2G bs=1k count=2097152 dd if=/dev/zero of=2G-1k bs=1k count=2097151 2. use 'tree /path/to/large/file' 3. observe output Actual Results: output from 32bit system: jon@nx8220:~> ll tmp/largefiles/ total 4194304 -rw-r--r-- 1 jon users 2147483648 2010-04-30 12:50 2G -rw-r--r-- 1 jon users 2147482624 2010-04-30 12:52 2G-1k jon@nx8220:~> tree tmp/largefiles/ tmp/largefiles/ `-- 2G-1k 0 directories, 1 file Expected Results: output from 64bit system: jon@cnu8092slm:~> ll tmp/largefiles/ total 4194304 -rw-r--r-- 1 jon users 2147483648 2010-04-30 12:58 2G -rw-r--r-- 1 jon users 2147482624 2010-04-30 12:58 2G-1k jon@cnu8092slm:~> tree tmp/largefiles/ tmp/largefiles/ |-- 2G `-- 2G-1k 0 directories, 2 files AFAICT the flag that makes the difference is -D_FILE_OFFSET_BITS=64 - which makes the binary use *stat64() rather than *stat() when files are 'large'. On 64bit systems I suppose everything uses *stat64() anyways, which is why the problem only surfaces on 32bit systems... ? -- 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 17

[Bug 707860] New: Static buffers in minicom are too small
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=707860 https://bugzilla.novell.com/show_bug.cgi?id=707860#c0 Summary: Static buffers in minicom are too small Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86 OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Stromeko(a)NexGo.DE QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 The terminal emulation minicom uses a static buffer for reading in config parameters. When you've got a path like: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 then it gets truncated and can't be used. Using the real device /dev/ttyUSB0 is not a good idea since udev may put this device on /dev/ttyUSB1 the next time. The buffer can be increased by setting #define PARS_VAL_LEN 196 in src/configsym.h (standard value is 64). If I build minicom with this change (and all the patches from https://build.opensuse.org/package/files?package=minicom&project=Base%3ASys…) then it will work with a configuration that references the above device. Reproducible: Always Steps to Reproduce: minicom -D /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 Actual Results: minicom: cannot open /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Co: No such file or directory Expected Results: minicom opening the serial port it had been given -- 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 23

[Bug 578994] New: hwinfo cuts off list of cpu features
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578994 http://bugzilla.novell.com/show_bug.cgi?id=578994#c0 Summary: hwinfo cuts off list of cpu features Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: HMWiesinger(a)gmx.at QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.3; Linux) KHTML/4.3.1 (like Gecko) The list of supported features is cut off at some point. hwinfo (16.10) shows the following list: Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36, clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc, arch_perfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx, smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse whereas "cat /proc/cpuinfo" shows: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow vnmi flexpriority Reproducible: Always Steps to Reproduce: 1. hwinfo --cpu 2. cat /proc/cpuinfo 3. compare output -- 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 6

[Bug 723593] New: in.rshd: double free or corruption
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=723593 https://bugzilla.novell.com/show_bug.cgi?id=723593#c0 Summary: in.rshd: double free or corruption Classification: openSUSE Product: openSUSE 12.1 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tiwai(a)suse.com QAContact: qa(a)suse.de CC: mc(a)suse.com, nadvornik(a)suse.com Found By: --- Blocker: --- After upgrading 12.1b1, rsh server crashes when invoked from xinetd, as glibc detects the double-free in libpam_misc like below: % rsh alsa2 echo foo *** glibc detected *** in.rshd: double free or corruption (out): 0x00007f2a9d6ded40 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x74bb6)[0x7f2a9cb7bbb6] /lib64/libpam_misc.so.0(pam_misc_drop_env+0x5a)[0x7f2a9ce9624a] in.rshd(+0x2ed2)[0x7f2a9d4cced2] in.rshd(+0x2037)[0x7f2a9d4cc037] /lib64/libc.so.6(__libc_start_main+0xed)[0x7f2a9cb2823d] in.rshd(+0x2061)[0x7f2a9d4cc061] ======= Memory map: ======== 7f2a9936e000-7f2a99383000 r-xp 00000000 08:11 4171234 /lib64/libgcc_s.so.1 7f2a99383000-7f2a99582000 ---p 00015000 08:11 4171234 /lib64/libgcc_s.so.1 7f2a99582000-7f2a99583000 r--p 00014000 08:11 4171234 /lib64/libgcc_s.so.1 7f2a99583000-7f2a99584000 rw-p 00015000 08:11 4171234 /lib64/libgcc_s.so.1 7f2a99584000-7f2a99585000 r-xp 00000000 08:11 4170509 /lib64/security/pam_deny.so 7f2a99585000-7f2a99784000 ---p 00001000 08:11 4170509 /lib64/security/pam_deny.so 7f2a99784000-7f2a99785000 r--p 00000000 08:11 4170509 /lib64/security/pam_deny.so 7f2a99785000-7f2a99786000 rw-p 00001000 08:11 4170509 /lib64/security/pam_deny.so 7f2a99786000-7f2a99787000 r-xp 00000000 08:11 4171037 /lib64/security/pam_warn.so 7f2a99787000-7f2a99986000 ---p 00001000 08:11 4171037 /lib64/security/pam_warn.so 7f2a99986000-7f2a99987000 r--p 00000000 08:11 4171037 /lib64/security/pam_warn.so 7f2a99987000-7f2a99988000 rw-p 00001000 08:11 4171037 /lib64/security/pam_warn.so 7f2a99988000-7f2a999a0000 r-xp 00000000 08:11 4171086 /lib64/libpthread-2.14.1.so 7f2a999a0000-7f2a99b9f000 ---p 00018000 08:11 4171086 /lib64/libpthread-2.14.1.so 7f2a99b9f000-7f2a99ba0000 r--p 00017000 08:11 4171086 /lib64/libpthread-2.14.1.so 7f2a99ba0000-7f2a99ba1000 rw-p 00018000 08:11 4171086 /lib64/libpthread-2.14.1.so 7f2a99ba1000-7f2a99ba5000 rw-p 00000000 00:00 0 7f2a99ba5000-7f2a99bac000 r-xp 00000000 08:11 4171089 /lib64/librt-2.14.1.so 7f2a99bac000-7f2a99dab000 ---p 00007000 08:11 4171089 /lib64/librt-2.14.1.so 7f2a99dab000-7f2a99dac000 r--p 00006000 08:11 4171089 /lib64/librt-2.14.1.so 7f2a99dac000-7f2a99dad000 rw-p 00007000 08:11 4171089 /lib64/librt-2.14.1.so 7f2a99dad000-7f2a99df0000 r-xp 00000000 08:11 4170683 /lib64/libdbus-1.so.3.6.3 7f2a99df0000-7f2a99fef000 ---p 00043000 08:11 4170683 /lib64/libdbus-1.so.3.6.3 7f2a99fef000-7f2a99ff0000 r--p 00042000 08:11 4170683 /lib64/libdbus-1.so.3.6.3 7f2a99ff0000-7f2a99ff1000 rw-p 00043000 08:11 4170683 /lib64/libdbus-1.so.3.6.3 7f2a99ff1000-7f2a99ff3000 r-xp 00000000 08:11 2717422 /usr/lib64/libsystemd-daemon.so.0.0.0 7f2a99ff3000-7f2a9a1f3000 ---p 00002000 08:11 2717422 /usr/lib64/libsystemd-daemon.so.0.0.0 7f2a9a1f3000-7f2a9a1f4000 r--p 00002000 08:11 2717422 /usr/lib64/libsystemd-daemon.so.0.0.0 7f2a9a1f4000-7f2a9a1f5000 rw-p 00003000 08:11 2717422 /usr/lib64/libsystemd-daemon.so.0.0.0 7f2a9a1f5000-7f2a9a1f9000 r-xp 00000000 08:11 4170829 /lib64/libcap.so.2.22 7f2a9a1f9000-7f2a9a3f8000 ---p 00004000 08:11 4170829 /lib64/libcap.so.2.22 7f2a9a3f8000-7f2a9a3f9000 r--p 00003000 08:11 4170829 /lib64/libcap.so.2.22 7f2a9a3f9000-7f2a9a3fa000 rw-p 00004000 08:11 4170829 /lib64/libcap.so.2.22 7f2a9a3fa000-7f2a9a404000 r-xp 00000000 08:11 4171252 /lib64/security/pam_systemd.so 7f2a9a404000-7f2a9a603000 ---p 0000a000 08:11 4171252 /lib64/security/pam_systemd.so 7f2a9a603000-7f2a9a604000 r--p 00009000 08:11 4171252 /lib64/security/pam_systemd.so 7f2a9a604000-7f2a9a605000 rw-p 0000a000 08:11 4171252 /lib64/security/pam_systemd.so 7f2a9a605000-7f2a9a607000 r-xp 00000000 08:11 4170032 /lib64/security/pam_umask.so 7f2a9a607000-7f2a9a806000 ---p 00002000 08:11 4170032 /lib64/security/pam_umask.so 7f2a9a806000-7f2a9a807000 r--p 00001000 08:11 4170032 /lib64/security/pam_umask.so 7f2a9a807000-7f2a9a808000 rw-p 00002000 08:11 4170032 /lib64/security/pam_umask.so 7f2a9a808000-7f2a9a80c000 r-xp 00000000 08:11 4170005 /lib64/security/pam_limits.so 7f2a9a80c000-7f2a9aa0b000 ---p 00004000 08:11 4170005 /lib64/security/pam_limits.so 7f2a9aa0b000-7f2a9aa0c000 r--p 00003000 08:11 4170005 /lib64/security/pam_limits.so 7f2a9aa0c000-7f2a9aa0d000 rw-p 00004000 08:11 4170005 /lib64/security/pam_limits.so 7f2a9aa0d000-7f2a9aa0f000 r-xp 00000000 08:11 4171025 /lib64/security/pam_loginuid.so 7f2a9aa0f000-7f2a9ac0e000 ---p 00002000 08:11 4171025 /lib64/security/pam_loginuid.so 7f2a9ac0e000-7f2a9ac0f000 r--p 00001000 08:11 4171025 /lib64/security/pam_loginuid.so 7f2a9ac0f000-7f2a9ac10000 rw-p 00002000 08:11 4171025 /lib64/security/pam_loginuid.so 7f2a9ac10000-7f2a9ac1a000 r-xp 00000000 08:11 4169863 /lib64/security/pam_gnome_keyring.so 7f2a9ac1a000-7f2a9ae19000 ---p 0000a000 08:11 4169863 /lib64/security/pam_gnome_keyring.so 7f2a9ae19000-7f2a9ae1a000 r--p 00009000 08:11 4169863 /lib64/security/pam_gnome_keyring.so 7f2a9ae1a000-7f2a9ae1b000 rw-p 0000a000 08:11 4169863 /lib64/security/pam_gnome_keyring.so 7f2a9ae1b000-7f2a9ae32000 r-xp 00000000 08:11 4170665 /lib64/libz.so.1.2.5 7f2a9ae32000-7f2a9b031000 ---p 00017000 08:11 4170665 /lib64/libz.so.1.2.5 7f2a9b031000-7f2a9b032000 r--p 00016000 08:11 4170665 /lib64/libz.so.1.2.5 7f2a9b032000-7f2a9b033000 rw-p 00017000 08:11 4170665 /lib64/libz.so.1.2.5 7f2a9b033000-7f2a9b03b000 r-xp 00000000 08:11 4438813 /usr/lib64/libcrack.so.2.8.1 7f2a9b03b000-7f2a9b23b000 ---p 00008000 08:11 4438813 /usr/lib64/libcrack.so.2.8.1 7f2a9b23b000-7f2a9b23c000 r--p 00008000 08:11 4438813 /usr/lib64/libcrack.so.2.8.1 7f2a9b23c000-7f2a9b23d000 rw-p 00009000 08:11 4438813 /usr/lib64/libcrack.so.2.8.1 7f2a9b23d000-7f2a9b240000 rw-p 00000000 00:00 0 7f2a9b240000-7f2a9b246000 r-xp 00000000 08:11 4170684 /lib64/security/pam_pwcheck.so 7f2a9b246000-7f2a9b445000 ---p 00006000 08:11 4170684 /lib64/security/pam_pwcheck.so 7f2a9b445000-7f2a9b446000 r--p 00005000 08:11 4170684 /lib64/security/pam_pwcheck.so 7f2a9b446000-7f2a9b447000 rw-p 00006000 08:11 4170684 /lib64/security/pam_pwcheck.so 7f2a9b447000-7f2a9b463000 r-xp 00000000 08:11 4170645 /lib64/libselinux.so.1 7f2a9b463000-7f2a9b662000 ---p 0001c000 08:11 4170645 /lib64/libselinux.so.1 7f2a9b662000-7f2a9b663000 r--p 0001b000 08:11 4170645 /lib64/libselinux.so.1 7f2a9b663000-7f2a9b664000 rw-p 0001c000 08:11 4170645 /lib64/libselinux.so.1 7f2a9b664000-7f2a9b665000 rw-p 00000000 00:00 0 7f2a9b665000-7f2a9b671000 r-xp 00000000 08:11 4170473 /lib64/libcrypt-2.14.1.so 7f2a9b671000-7f2a9b870000 ---p 0000c000 08:11 4170473 /lib64/libcrypt-2.14.1.so 7f2a9b870000-7f2a9b871000 r--p 0000b000 08:11 4170473 /lib64/libcrypt-2.14.1.so 7f2a9b871000-7f2a9b872000 rw-p 0000c000 08:11 4170473 /lib64/libcrypt-2.14.1.so 7f2a9b872000-7f2a9b8a0000 rw-p 00000000 00:00 0 7f2a9b8a0000-7f2a9b8ac000 r-xp 00000000 08:11 4170457 /lib64/security/pam_unix2.so 7f2a9b8ac000-7f2a9baab000 ---p 0000c000 08:11 4170457 /lib64/security/pam_unix2.so 7f2a9baab000-7f2a9baac000 r--p 0000b000 08:11 4170457 /lib64/security/pam_unix2.so 7f2a9baac000-7f2a9baad000 rw-p 0000c000 08:11 4170457 /lib64/security/pam_unix2.so 7f2a9baad000-7f2a9baae000 r-xp 00000000 08:11 4170520 /lib64/security/pam_nologin.so 7f2a9baae000-7f2a9bcae000 ---p 00001000 08:11 4170520 /lib64/security/pam_nologin.so 7f2a9bcae000-7f2a9bcaf000 r--p 00001000 08:11 4170520 /lib64/security/pam_nologin.so 7f2a9bcaf000-7f2a9bcb0000 rw-p 00002000 08:11 4170520 /lib64/security/pam_nologin.so 7f2a9bcb0000-7f2a9bcb1000 r-xp 00000000 08:11 4171033 /lib64/security/pam_rhosts.so 7f2a9bcb1000-7f2a9beb0000 ---p 00001000 08:11 4171033 /lib64/security/pam_rhosts.so 7f2a9beb0000-7f2a9beb1000 r--p 00000000 08:11 4171033 /lib64/security/pam_rhosts.so 7f2a9beb1000-7f2a9beb2000 rw-p 00001000 08:11 4171033 /lib64/security/pam_rhosts.so 7f2a9beb2000-7f2a9bebc000 r-xp 00000000 08:11 4171082 /lib64/libnss_nis-2.14.1.so 7f2a9bebc000-7f2a9c0bb000 ---p 0000a000 08:11 4171082 /lib64/libnss_nis-2.14.1.so 7f2a9c0bb000-7f2a9c0bc000 r--p 00009000 08:11 4171082 /lib64/libnss_nis-2.14.1.so 7f2a9c0bc000-7f2a9c0bd000 rw-p 0000a000 08:11 4171082 /lib64/libnss_nis-2.14.1.so 7f2a9c0bd000-7f2a9c0d2000 r-xp 00000000 08:11 4170600 /lib64/libnsl-2.14.1.so 7f2a9c0d2000-7f2a9c2d1000 ---p 00015000 08:11 4170600 /lib64/libnsl-2.14.1.so 7f2a9c2d1000-7f2a9c2d2000 r--p 00014000 08:11 4170600 /lib64/libnsl-2.14.1.so 7f2a9c2d2000-7f2a9c2d3000 rw-p 00015000 08:11 4170600 /lib64/libnsl-2.14.1.so 7f2a9c2d3000-7f2a9c2d5000 rw-p 00000000 00:00 0 7f2a9c2d5000-7f2a9c2dd000 r-xp 00000000 08:11 4170648 /lib64/libnss_compat-2.14.1.so 7f2a9c2dd000-7f2a9c4dc000 ---p 00008000 08:11 4170648 /lib64/libnss_compat-2.14.1.so 7f2a9c4dc000-7f2a9c4dd000 r--p 00007000 08:11 4170648 /lib64/libnss_compat-2.14.1.so 7f2a9c4dd000-7f2a9c4de000 rw-p 00008000 08:11 4170648 /lib64/libnss_compat-2.14.1.so 7f2a9c4de000-7f2a9c4ea000 r-xp 00000000 08:11 4170876 /lib64/libnss_files-2.14.1.so 7f2a9c4ea000-7f2a9c6e9000 ---p 0000c000 08:11 4170876 /lib64/libnss_files-2.14.1.so 7f2a9c6e9000-7f2a9c6ea000 r--p 0000b000 08:11 4170876 /lib64/libnss_files-2.14.1.so 7f2a9c6ea000-7f2a9c6eb000 rw-p 0000c000 08:11 4170876 /lib64/libnss_files-2.14.1.so 7f2a9c6eb000-7f2a9c6ed000 r-xp 00000000 08:11 4170533 /lib64/libdl-2.14.1.so 7f2a9c6ed000-7f2a9c8ed000 ---p 00002000 08:11 4170533 /lib64/libdl-2.14.1.so 7f2a9c8ed000-7f2a9c8ee000 r--p 00002000 08:11 4170533 /lib64/libdl-2.14.1.so 7f2a9c8ee000-7f2a9c8ef000 rw-p 00003000 08:11 4170533 /lib64/libdl-2.14.1.so 7f2a9c8ef000-7f2a9c906000 r-xp 00000000 08:11 4170671 /lib64/libaudit.so.1.0.0 7f2a9c906000-7f2a9cb05000 ---p 00017000 08:11 4170671 /lib64/libaudit.so.1.0.0 7f2a9cb05000-7f2a9cb06000 r--p 00016000 08:11 4170671 /lib64/libaudit.so.1.0.0 7f2a9cb06000-7f2a9cb07000 rw-p 00017000 08:11 4170671 /lib64/libaudit.so.1.0.0 7f2a9cb07000-7f2a9cc8c000 r-xp 00000000 08:11 4170453 /lib64/libc-2.14.1.so 7f2a9cc8c000-7f2a9ce8b000 ---p 00185000 08:11 4170453 /lib64/libc-2.14.1.so 7f2a9ce8b000-7f2a9ce8f000 r--p 00184000 08:11 4170453 /lib64/libc-2.14.1.so 7f2a9ce8f000-7f2a9ce90000 rw-p 00188000 08:11 4170453 /lib64/libc-2.14.1.so 7f2a9ce90000-7f2a9ce95000 rw-p 00000000 00:00 0 7f2a9ce95000-7f2a9ce97000 r-xp 00000000 08:11 4170928 /lib64/libpam_misc.so.0.82.0 7f2a9ce97000-7f2a9d097000 ---p 00002000 08:11 4170928 /lib64/libpam_misc.so.0.82.0 7f2a9d097000-7f2a9d098000 r--p 00002000 08:11 4170928 /lib64/libpam_misc.so.0.82.0 7f2a9d098000-7f2a9d099000 rw-p 00003000 08:11 4170928 /lib64/libpam_misc.so.0.82.0 7f2a9d099000-7f2a9d0a6000 r-xp 00000000 08:11 4170858 /lib64/libpam.so.0.83.1 7f2a9d0a6000-7f2a9d2a5000 ---p 0000d000 08:11 4170858 /lib64/libpam.so.0.83.1 7f2a9d2a5000-7f2a9d2a6000 r--p 0000c000 08:11 4170858 /lib64/libpam.so.0.83.1 7f2a9d2a6000-7f2a9d2a7000 rw-p 0000d000 08:11 4170858 /lib64/libpam.so.0.83.1 7f2a9d2a7000-7f2a9d2c7000 r-xp 00000000 08:11 4170411 /lib64/ld-2.14.1.so 7f2a9d494000-7f2a9d498000 rw-p 00000000 00:00 0 7f2a9d4c5000-7f2a9d4c6000 rw-p 00000000 00:00 0 7f2a9d4c6000-7f2a9d4c7000 rw-p 00000000 00:00 0 7f2a9d4c7000-7f2a9d4c8000 r--p 00020000 08:11 4170411 /lib64/ld-2.14.1.so 7f2a9d4c8000-7f2a9d4c9000 rw-p 00021000 08:11 4170411 /lib64/ld-2.14.1.so 7f2a9d4c9000-7f2a9d4ca000 rw-p 00000000 00:00 0 7f2a9d4ca000-7f2a9d4ce000 r-xp 00000000 08:11 4436083 /usr/sbin/in.rshd 7f2a9d6cd000-7f2a9d6ce000 r--p 00003000 08:11 4436083 /usr/sbin/in.rshd 7f2a9d6ce000-7f2a9d6cf000 rw-p 00004000 08:11 4436083 /usr/sbin/in.rshd 7f2a9d6cf000-7f2a9d6f0000 rw-p 00000000 00:00 0 [heap] 7fff3700c000-7fff37219000 rw-p 00000000 00:00 0 [stack] 7fff373d5000-7fff373d6000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] -- 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 16

[Bug 685093] New: Printing over Samba does not work
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=685093 https://bugzilla.novell.com/show_bug.cgi?id=685093#c0 Summary: Printing over Samba does not work Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: uli.2001(a)gmx.de QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- I am trying to print from Opensuse on a shared printer attached to a Windows machine, using Samba. This does not work. The document is not printed and shows up in the Cups webinterface with "status" begin "stopped". It has been working reliably with several Opensuse versions before 11.4. In the webinterface of Cups, I see the following: http://localhost:631/admin/log/error_log E [04/Apr/2011:21:39:20 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:39:20 +0200] [Job 17] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:39:39 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:39:39 +0200] [Job 16] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:40:38 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:40:38 +0200] [Job 18] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:42:37 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:42:37 +0200] [Job 18] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:45:39 +0200] [Job 18] Stopping unresponsive job! E [04/Apr/2011:21:50:59 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:50:59 +0200] [Job 18] Stopping job because the sheduler could not execute the backend. This looks similar to the following, but I can't get a workaround out of that: http://forums.opensuse.org/english/get-technical-help-here/network-internet… -- 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 42

[Bug 702654] New: Typos in audit-laf.pot file
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=702654 https://bugzilla.novell.com/show_bug.cgi?id=702654#c0 Summary: Typos in audit-laf.pot file Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andrea.turrini(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=437146) --> (http://bugzilla.novell.com/attachment.cgi?id=437146) useless y2logs, just to avoid "NEEDINFO" request: please attach y2logs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 The yast/audit-laf.pot file contains the following typos: logfile_settings dialog help 5/8 #: src/helps.ycp:75 msgid "" "Flush: describes how to write the data to disk. If set to INCREMANTAL the\n" "Frequency parameter tells how many records to write before issuing an explicit flush to disk.\n" "NONE means: no special effort is made to flush data, DATA: keep data portion synced,\n" "SYNC: keep data and meta-data fully synced." INCREMANTAL -> INCREMENTAL (I suppose...) #. rules dialog help 1/6 #: src/helps.ycp:145 msgid "" "<big>Rules for auditctl</big> \n" "This dialog offers the possibiltiy to enable or to disable the syscall\n" "auditing as well as to lock the audit configuration.\n" "The selected flag from Set Enabled Flag will be added to the rules." possibiltiy -> possibility #. rules dialog help 3/6 #: src/helps.ycp:152 msgid "" "Enabling auditing whithout additional rules will cause the\n" " applications which use libaudit, e.g. PAM to log to /var/log/audit/audit.log (default). " whithout -> without Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 9

[Bug 559704] New: gnome-web-photo doesn't work because it can't find libxul.so
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=559704 http://bugzilla.novell.com/show_bug.cgi?id=559704#c0 Summary: gnome-web-photo doesn't work because it can't find libxul.so Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: arizonagroovejet(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-1.1.2 Firefox/3.5.5 mike@continuity:/tmp$ gnome-web-photo http://news.bbc.co.uk foo.png gnome-web-photo: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory Reproducible: Always Steps to Reproduce: 1. Try and use gnome-web-photo Actual Results: Error message as shown above. Expected Results: That it works. It can be made to work like this: mike@continuity:/tmp$ LD_LIBRARY_PATH="/usr/lib/xulrunner-1.9.1.5/" gnome-web-photo http://news.bbc.co.uk foo.png *** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). mike@continuity:/tmp$ identify foo.png foo.png PNG 1024x1710 1024x1710+0+0 8-bit DirectClass 530kb -- 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 16

[Bug 578053] New: postgresql-plperl looks for libperl.so in the wrong place
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578053 http://bugzilla.novell.com/show_bug.cgi?id=578053#c0 Summary: postgresql-plperl looks for libperl.so in the wrong place Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: eggyknap(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.8 (KHTML, like Gecko) Chrome/4.0.299.0 Safari/532.8 On a completely new openSUSE 11.3 machine, I installed the postgresql-server, postgresql, and postgresql-plperl packages. After starting PostgreSQL and letting it initialize a new database, I sudo-d to the postgres user, and tried to add the PL/Perl language, as follows, with the error below: postgres@linux-e16r:~> createlang plperl createlang: language installation failed: ERROR: could not load library "/usr/lib/postgresql/plperl.so": libperl.so: cannot open shared object file: No such file or directory libperl.so lives in /usr/lib/perl5/5.10.0/i586-linux-thread-multi/CORE/libperl.so. Creating a symlink at /usr/lib/libperl.so to the installed libperl.so binary works around the problem. This also exists in at least one of the 10.x versions, though I don't have access to the servers to know the precise version(s) As a secondary note, the description of the postgresql-plperl package, at least as it appears in YaST2, says the package also includes PL/Tcl and PL/Python. This is incorrect. Thirdly, the documentation also claims "PostgreSQL also offers the builtin procedural language PL/SQL". This is also incorrect -- PL/SQL is an Oracle-specific language. PostgreSQL offers PL/pgSQL, which fact might be worth noting in the PL/Perl documentation, or it might not. Reproducible: Always Steps to Reproduce: 1.install postgresql, postgresql-server, and postgresql-plperl 2.start postgresql (/etc/init.d/postgresql start) 3.become the postgres user (sudo su - postgres) 4.create the plperl language in the default database: createlang plperl Actual Results: # createlang plperl createlang: language installation failed: ERROR: could not load library "/usr/lib/postgresql/plperl.so": libperl.so: cannot open shared object file: No such file or directory Expected Results: createlang should have no output, and a 0 exit status I realize this is a packaging bug, and likely not something distributed by Novell directly. I saw nowhere else to file the bug. -- 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 17

[Bug 551014] New: one click install: error ccoured while initializing the software repository
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=551014 Summary: one click install: error ccoured while initializing the software repository Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: Other OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: jsrain(a)novell.com Found By: Beta-Customer Created an attachment (id=324701) --> (http://bugzilla.novell.com/attachment.cgi?id=324701) y2logs (11.2 repo from today, probably near RC2) I tried to install YaBSC from the openSUSE:Tools repo using one click install. After entering the root password, YaST showed an error dialog: An error ccoured while initializing the software repository. Details: Try again? [Ja] [Nein] (= Yes / No) Yes, the line after "Details:" was really empty. Therefore this bug has two parts: - the missing information about details in the error dialog - maybe the failure itsself is also a bug The last lines from y2log when the error dialog was open: 2009-10-29 15:48:16 <1> geeko(26435) [zypp] RepoManager.cc(init_knownRepositories):557 end construct known repos 2009-10-29 15:48:16 <3> geeko(26435) [Pkg] Source_Create.cc(RepositoryAdd):449 alias openSUSE:Tools already exists [That's probably the disabled 11.1 version of the openSUSE:tools repo] 2009-10-29 15:48:16 <1> geeko(26435) [Pkg] OneClickInstallWorkerFunctions.ycp:113 Pkg Builtin called: SourceRefreshNow 2009-10-29 15:48:16 <3> geeko(26435) [Interpreter] OneClickInstallWorkerFunctions.ycp:113 Parameter 1 is nil, Integer is required 2009-10-29 15:48:16 <1> geeko(26435) [Pkg] OneClickInstallWorkerFunctions.ycp:116 Pkg Builtin called: LastError 2009-10-29 15:48:16 <1> geeko(26435) [ui] YPushButton.cc(setFunctionKey):183 Guessing button role YOKButton for YPushButton "Ja" at 0x18fb1b8 from function key F10 2009-10-29 15:48:16 <1> geeko(26435) [ui] YPushButton.cc(setFunctionKey):183 Guessing button role YCancelButton for YPushButton "Nein" at 0x198aac 8 from function key F9 The full y2logs are attached. Search for [cb] in y2log - I have marked when the error dialog popped up. BTW: After answering the dialog with yes (= try again) and confirming the repo details, the installation worked. -- 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 9

[Bug 630434] New: Server refuses to boot, while used iSCSI based non "/" file system is not available.
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=630434 http://bugzilla.novell.com/show_bug.cgi?id=630434#c0 Summary: Server refuses to boot, while used iSCSI based non "/" file system is not available. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: DOlsson(a)WEB.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.1 Firefox/3.6.6 On our SLES 11 GM based "mirror" server (running as a virtual XEN guest), we are using iSCSI to attach to our NAS holding the "/data" file system, whereas all other file systems (/, /boot, /var, /home) are placed on local disk. When rebooting the server, it refuses to boot correctly, while it is not able to "fsck" the "/data" file system -- The system stops in "(repair filesystem) #" mode (after having entered the "root" password). Using the "nofail" option for the "/data" file system helps to get the system to reboot correctly, but in this case the "/data" file system is neither being checked nor mounted during the system startup, which therefore -- once again -- makes the system unusable! Using the "nofail" option is part of the "solution" listed in the SLES 11 SP1 documentation, but since the system is unusable, this is *not* the solution to the problem. The problem is that the "mkinitrd" is and the boot scripts are not capable of handling iSCSI attached file systems correctly. The correct way of handling iSCSI attached devices are: - All iSCSI devices having the "onboot" set as node startup setting must be attached during the "initrd" boot sequence (i.e. by "boot.open-iscsi") -- and this *independent* of whether the "/" (root) file system is attached via iSCSI or not, - All iSCSI devices having the "automatic" set as node startup setting need to be attached during the normal booting sequence (i.e. by "open-iscsi"), - All iSCSI devices having the "manual" set as node startup setting should be left alone. Using such a attaching schema will ensure that a server is capable of being booted with all its iSCSI file systems being attached, checked and mounted. Reproducible: Always Steps to Reproduce: 1a. Setup an iSCSI device and mount it e.g. as "/home" (no changes to "/etc/fstab"). 2a. Reboot the system 3a. System fails to boot, while "/home" is not available. 1b. Setup an iSCSI device and mount it e.g. as "/home", and add the "nofail" option in "/etc/fstab" to the "/home" mount point. 2b. Reboot system. 3b. System boots, but "/home" is neither checked nor mounted! Actual Results: When using iSCSI devices for non root file systems - the system is not able to boot, when the file system on the iSCSI device is listed in "/etc/fstab" as a file system that should be mounted or - the system boots boots, when the file system on the iSCSI device has been marked with "nofail" in "/etc/fstab", but the file is neither being checked nor it is being mounted. Expected Results: System boots with all file systems listed in "/etc/fstab" being checked and mounted independently of whether they are on local or iSCSI attached disks. -- 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 91

[Bug 710541] New: Zypper gives no information about where source-install downloads files
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=710541 https://bugzilla.novell.com/show_bug.cgi?id=710541#c0 Summary: Zypper gives no information about where source-install downloads files Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: admin(a)damienradtke.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.107 Safari/535.1 When installing a package's source using "zypper source-install", no information can be found about where the source is actually downloaded to. "zypper help source-install" doesn't help, nor does "man zypper". The target location is /usr/src/packages/SOURCES, but those unfamiliar with RPM practices won't know that. Please provide a message, such as in the help text for source-install, that points the user to the directory the source was downloaded to. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 10

[Bug 637791] New: libzypp log: wrong error message if gpg not installed
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=637791 https://bugzilla.novell.com/show_bug.cgi?id=637791#c0 Summary: libzypp log: wrong error message if gpg not installed Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: dheidler(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- the error message tells you, that the files in the repository are not existing, but the real issue is, that gpg is not installed we should check for gpg installed and greate a more expressive message -- 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 9

[Bug 702825] New: IcedTeaPlugin.so gives undefined symbol, plugin_debug, when icedtea-web is installed
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=702825 https://bugzilla.novell.com/show_bug.cgi?id=702825#c0 Summary: IcedTeaPlugin.so gives undefined symbol, plugin_debug, when icedtea-web is installed Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: falolaf(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 After the security update of java-1_6_0-openjdk the icedtea plugin in firefox isn't working. The following is outputed when trying to load an applet: LoadPlugin: failed to initialize shared library /usr/lib64/IcedTeaPlugin.so [/usr/lib64/IcedTeaPlugin.so: undefined symbol: plugin_debug] Installed packages: icedtea-web-1.1-0.2.1 java-1_6_0-openjdk-1.6.0.0_b22.1.10.2-4.3.1 java-1_6_0-openjdk-devel-1.6.0.0_b22.1.10.2-4.3.1 Downgrading to previous version and installation of java-1_6_0-openjdk-plugin and it's working again. Reproducible: Always Steps to Reproduce: See details. Actual Results: See details. Expected Results: See details. -- 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 22