May 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 06 Sep '16

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