November 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 649461] New: No Direct Rendering in openSUSE 11.3 with VIA CX700M2 Unified Digital Media IGP chipset
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=649461 https://bugzilla.novell.com/show_bug.cgi?id=649461#c0 Summary: No Direct Rendering in openSUSE 11.3 with VIA CX700M2 Unified Digital Media IGP chipset Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i586 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: aladedragon(a)gmail.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Opera/9.80 (Windows NT 5.1; U; es-LA) Presto/2.6.30 Version/10.63 No Direct Rendering in openSUSE 11.3 with VIA CX700M2 Unified Digital Media IGP chipset, VGA Integrated VIA UniChrome™ Pro II 3D/2D AGP graphics, XOrg X Server 1.8.0 Release Date: 2010-04-02. Current Operating System: Linux openSUSE 11.3 2.6.34.7-0.4-default. # glxgears *** *** WARNING: Direct Rendering is NOT enabled *** *** NOTE: Don't use glxgears as a benchmark. OpenGL implementations are not optimized for frame rates >> 60fps, thus these numbers are meaningless when compared between vendors. 382 frames in 5.2 seconds = 72.810 FPS 340 frames in 5.2 seconds = 64.899 FPS 340 frames in 5.2 seconds = 64.768 FPS 323 frames in 5.0 seconds = 64.588 FPS Reproducible: Always Steps to Reproduce: 1.Xorg -confiure 2.init 5 3.glxgears Actual Results: *** WARNING: Direct Rendering is NOT enabled Expected Results: Direct Rendering is enabled xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/lib/xorg/modules/updates" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/misc:unscaled" FontPath "/usr/share/fonts/TTF/" FontPath "/usr/share/fonts/OTF/" FontPath "/usr/share/fonts/Type1/" FontPath "/usr/share/fonts/100dpi:unscaled" FontPath "/usr/share/fonts/75dpi:unscaled" FontPath "/usr/share/fonts/URW/" FontPath "/usr/share/fonts/cyrillic:unscaled" FontPath "/usr/share/fonts/misc/sgi:unscaled" FontPath "/usr/share/fonts/truetype/" EndSection Section "Module" Load "extmod" Load "record" Load "glx" Load "vnc" Load "dri" Load "dri2" Load "dbe" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: <i>: integer, <f>: float, <bool>: "True"/"False", ### <string>: "String", <freq>: "<f> Hz/kHz/MHz" ### [arg]: arg optional #Option "Simultaneous" # [<bool>] #Option "AccelMethod" # [<str>] #Option "SWCursor" # [<bool>] #Option "Rotate" # [<str>] #Option "NoXv" # [<bool>] #Option "NoDRI" # [<bool>] #Option "ActiveDevice" # [<str>] #Option "CRTC2Scale" # [<str>] #Option "CRTC2HScale" # [<str>] #Option "CRTC2VScale" # [<str>] #Option "DirectFB" # [<bool>] #Option "DisableVQ" # [<bool>] #Option "DisableIRQ" # [<bool>] #Option "DisableCommandBuffer" # [<bool>] #Option "DisableCommandBufferFor2D" # [<bool>] #Option "UseDMACopy" # [<bool>] Identifier "Card0" Driver "unichrome" VendorName "VIA Technologies, Inc." BoardName "CN700/P4M800 Pro/P4M800 CE/VN800 [S3 UniChrome Pro]" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection hwinfo --gfx: 26: PCI(AGP) 100.0: 0300 VGA compatible controller (VGA) [Created at pci.318] Unique ID: VCu0.4S8mMA9SxrF Parent ID: vSkL.S16qDHSKEeD SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0 SysFS BusID: 0000:01:00.0 Hardware Class: graphics card Model: "VIA VT3344: P4M800Pro, CN700, VN800" Vendor: pci 0x1106 "VIA Technologies, Inc." Device: pci 0x3344 "VT3344: P4M800Pro, CN700, VN800" SubVendor: pci 0x1106 "VIA Technologies, Inc." SubDevice: pci 0x3344 Revision: 0x01 Memory Range: 0xf4000000-0xf7ffffff (ro,non-prefetchable) Memory Range: 0xfb000000-0xfbffffff (rw,non-prefetchable) Memory Range: 0xfc000000-0xfc00ffff (ro,non-prefetchable,disabled) IRQ: 16 (no events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00001106d00003344sv00001106sd00003344bc03sc00i00" Driver Info #0: XFree86 v4 Server Module: unichrome Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #14 (PCI bridge) -- 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 25

[Bug 642058] New: Project for Estonian ID Card software
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=642058 https://bugzilla.novell.com/show_bug.cgi?id=642058#c0 Summary: Project for Estonian ID Card software Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)novell.com ReportedBy: kalev(a)smartlink.ee QAContact: adrian(a)novell.com Found By: --- Blocker: --- I would like to request an official 'esteid' project for Estonian ID Card software. The packages are currently under my private 'home:kalev30' namespace; to make the project more easier to find I'd like to have the packages under official 'esteid' namespace. So far it has worked OK to have them under my own personal tree, but now we're going to have more people working on the packages and it'd be easier to collaborate under an official project. Thank you in advance! -- 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 431431] Significant mismatch between openSUSE:Factory repo and direct access.
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=431431 https://bugzilla.novell.com/show_bug.cgi?id=431431#c2 --- Comment #2 from Scott Reeves <sreeves(a)novell.com> 2010-11-09 20:28:47 UTC --- Yeah - I don't see this long delay with publishing the rpm's anymore. It doesn't really matter but I'm not sure that "invalid" is the right resolution for a legitimate bug that has been fixed with time - maybe "fixed" or "wontfix" because it's old. -- 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 0

[Bug 635617] New: Project for command-line utilities
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=635617 https://bugzilla.novell.com/show_bug.cgi?id=635617#c0 Summary: Project for command-line utilities Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)novell.com ReportedBy: pascal.bleser(a)opensuse.org QAContact: adrian(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-1.3 Firefox/3.6.8 We currently don't have a top-level project for command-line utilities. Base:System might be an option, but it is unclear whether it is restricted to packages that ship with the distro or whether it is a general-purpose project (as e.g. network:utilities). For examples of packages that currently don't have a fitting project, please have a look at home:pbleser:Utilities Reproducible: Always -- 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 271748] weak-updates mechanism doesn't work for squashfs-kmp
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=271748 https://bugzilla.novell.com/show_bug.cgi?id=271748#c8 Jeff Mahoney <jeffm(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #8 from Jeff Mahoney <jeffm(a)novell.com> 2010-11-09 17:49:42 UTC --- Closing as WONTFIX since it's an 10.2 issue. -- 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 0

[Bug 623470] New: iscsi problem when starting xen domU
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

http://bugzilla.novell.com/show_bug.cgi?id=623470 http://bugzilla.novell.com/show_bug.cgi?id=623470#c0 Summary: iscsi problem when starting xen domU Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)novell.com ReportedBy: koenig(a)linux.de QAContact: qa(a)suse.de Found By: --- Blocker: --- setup: my xen dom0 server uses 2 iscsi servers for domU disks (192.168.178.3 and 192.168.178.4). xen domU "os-suse103" with disk from 192.168.178.3 does *not* start up if iscsi server on 192.168.178.4 does not start (did not start up because of missing kernel module): # iscsiadm -m node | sort | cut -d, -f1 | uniq -c 28 192.168.178.3:3260 19 192.168.178.4:3260 # iscsiadm -m node | grep os-suse103 192.168.178.3:3260,1 iqn.2010-04.de.science-computing:os-suse103-flat.vmdk 192.168.178.3:3260,1 iqn.2010-04.de.science-computing:os-suse103-0-flat.vmdk iscsi server on 192.168.178.3 is up and running, 192.168.178.4 is down. trying to "xm create -c os-suse103" gives errors in /var/log/xen/xen-hotplug.log : ------------------------------------------------------------------------------- iscsiadm: cannot make connection to 192.168.178.4:3260 (111) iscsiadm: connection to discovery address 192.168.178.4 failed iscsiadm: cannot make connection to 192.168.178.4:3260 (111) iscsiadm: connection to discovery address 192.168.178.4 failed iscsiadm: cannot make connection to 192.168.178.4:3260 (111) iscsiadm: connection to discovery address 192.168.178.4 failed iscsiadm: cannot make connection to 192.168.178.4:3260 (111) iscsiadm: connection to discovery address 192.168.178.4 failed iscsiadm: cannot make connection to 192.168.178.4:3260 (111) iscsiadm: connection to discovery address 192.168.178.4 failed iscsiadm: connection login retries (reopen_max) 5 exceeded ------------------------------------------------------------------------------- and from /var/log/xen/xend.log: ------------------------------------------------------------------------------- [2010-07-19 15:23:00 4555] DEBUG (XendDomainInfo:514) XendDomainInfo.shutdown(poweroff) [2010-07-19 15:23:00 4555] DEBUG (XendDomainInfo:1733) XendDomainInfo.handleShutdownWatch [2010-07-19 15:23:00 4555] DEBUG (XendDomainInfo:1733) XendDomainInfo.handleShutdownWatch [2010-07-19 15:23:46 4555] INFO (XendDomainInfo:1919) Domain has shutdown: name=os-suse103 id=68 reason=poweroff. [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2757) XendDomainInfo.destroy: domid=68 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2227) Destroying device model [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2234) Releasing devices [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2247) Removing vif/0 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:1137) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2247) Removing console/0 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:1137) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2247) Removing vbd/768 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:1137) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:2247) Removing vbd/832 [2010-07-19 15:23:47 4555] DEBUG (XendDomainInfo:1137) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/832 [2010-07-19 15:23:57 4555] DEBUG (XendDomainInfo:94) XendDomainInfo.create(['vm', ['name', 'os-suse103'], ['memory', 1000], ['maxmem', 2048], ['on_poweroff', 'destroy'], ['on_reboot', 'restart'], ['on_crash', 'restart'], ['vcpus', 4], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['bootloader', '/usr/lib/xen/boot/domUloader.py'], ['bootloader_args', '--entry=hda2:/boot/vmlinuz-xenpae,/boot/initrd-xenpae'], ['image', ['linux', ['videoram', 4], ['args', 'root=/dev/hda2']]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'iscsi:iqn.2010-04.de.science-computing:os-suse103-flat.vmdk'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'iscsi:iqn.2010-04.de.science-computing:os-suse103-0-flat.vmdk'], ['dev', 'hdb'], ['mode', 'w']]], ['device', ['vif', ['bridge', 'br0'], ['mac', '00:0c:29:c1:cf:ef'], ['model', 'rtl8139']]]]) [2010-07-19 15:23:57 4555] DEBUG (XendDomainInfo:2324) XendDomainInfo.constructDomain [2010-07-19 15:23:57 4555] DEBUG (balloon:185) Balloon: 4499012 KiB free; need 4096; done. [2010-07-19 15:23:59 4555] DEBUG (XendDomain:453) Adding Domain: 69 [2010-07-19 15:23:59 4555] DEBUG (XendDomainInfo:2525) XendDomainInfo.initDomain: 69 256 [2010-07-19 15:23:59 4555] INFO (XendDomainInfo:2948) Mounting iqn.2010-04.de.science-computing:os-suse103-flat.vmdk on /dev/xvdp. [2010-07-19 15:23:59 4555] DEBUG (DevController:95) DevController: writing {'backend-id': '0', 'virtual-device': '51952', 'device-type': 'disk', 'state': '1', 'backend': '/local/domain/0/backend/vbd/0/51952'} to /local/domain/0/device/vbd/51952. [2010-07-19 15:23:59 4555] DEBUG (DevController:97) DevController: writing {'domain': 'Domain-0', 'frontend': '/local/domain/0/device/vbd/51952', 'uuid': '0bad18ee-be5d-bcf5-5988-397fcf313c75', 'bootable': '0', 'dev': '/dev/xvdp', 'state': '1', 'params': 'iqn.2010-04.de.science-computing:os-suse103-flat.vmdk', 'mode': 'w', 'online': '1', 'frontend-id': '0', 'type': 'iscsi'} to /local/domain/0/backend/vbd/0/51952. [2010-07-19 15:23:59 4555] DEBUG (DevController:144) Waiting for 51952. [2010-07-19 15:23:59 4555] DEBUG (DevController:654) hotplugStatusCallback /local/domain/0/backend/vbd/0/51952/hotplug-status. [2010-07-19 15:24:05 4555] DEBUG (DevController:654) hotplugStatusCallback /local/domain/0/backend/vbd/0/51952/hotplug-status. [2010-07-19 15:24:05 4555] DEBUG (DevController:668) hotplugStatusCallback 2. [2010-07-19 15:24:05 4555] ERROR (XendDomainInfo:3662) Device 51952 (vbd) could not be connected. /etc/xen/scripts/block failed; error detected. Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 3658, in create_vbd dev_control.waitForDevice(devid) File "/usr/lib64/python2.6/site-packages/xen/xend/server/DevController.py", line 165, in waitForDevice "%s" % (devid, self.deviceClass, err)) VmError: Device 51952 (vbd) could not be connected. /etc/xen/scripts/block failed; error detected. [2010-07-19 15:24:05 4555] ERROR (XendDomainInfo:479) VM start failed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 459, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib64/python2.6/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2527, in _initDomain self._configureBootloader() File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2957, in _configureBootloader vbd_uuid = dom0.create_vbd(vbd, disk) File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 3658, in create_vbd dev_control.waitForDevice(devid) File "/usr/lib64/python2.6/site-packages/xen/xend/server/DevController.py", line 165, in waitForDevice "%s" % (devid, self.deviceClass, err)) VmError: Device 51952 (vbd) could not be connected. /etc/xen/scripts/block failed; error detected. [2010-07-19 15:24:05 4555] DEBUG (XendDomainInfo:2757) XendDomainInfo.destroy: domid=69 [2010-07-19 15:24:05 4555] DEBUG (XendDomainInfo:2232) No device model [2010-07-19 15:24:05 4555] DEBUG (XendDomainInfo:2234) Releasing devices [2010-07-19 15:24:05 4555] ERROR (XendDomainInfo:99) Domain construction failed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 97, in create vm.start() File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 459, in start XendTask.log_progress(31, 60, self._initDomain) File "/usr/lib64/python2.6/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2527, in _initDomain self._configureBootloader() File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2957, in _configureBootloader vbd_uuid = dom0.create_vbd(vbd, disk) File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 3658, in create_vbd dev_control.waitForDevice(devid) File "/usr/lib64/python2.6/site-packages/xen/xend/server/DevController.py", line 165, in waitForDevice "%s" % (devid, self.deviceClass, err)) VmError: Device 51952 (vbd) could not be connected. /etc/xen/scripts/block failed; error detected. ------------------------------------------------------------------------------- as soon as I start iscsitarget on 192.168.178.4 the domU "os-suse103" will start up again. manual access to that iscsi disk always works ok: # iscsiadm -m node -T iqn.2010-04.de.science-computing:os-suse103-flat.vmdk --login Logging in to [iface: default, target: iqn.2010-04.de.science-computing:os-suse103-flat.vmdk, portal: 192.168.178.3,3260] Login to [iface: default, target: iqn.2010-04.de.science-computing:os-suse103-flat.vmdk, portal: 192.168.178.3,3260]: successful # iscsiadm -m node -T iqn.2010-04.de.science-computing:os-suse103-flat.vmdk --logout Logging out of session [sid: 75, target: iqn.2010-04.de.science-computing:os-suse103-flat.vmdk, portal: 192.168.178.3,3260] Logout of [sid: 75, target: iqn.2010-04.de.science-computing:os-suse103-flat.vmdk, portal: 192.168.178.3,3260]: successful # this xen dom0 server does *not* use/access any disks from 192.168.178.4, all disk images come from 192.168.178.3. 192.168.178.4 is the iscsi server for a 2nd dom0 and is configured only to be able to migrate those domUs between xen servers (but used by default, but working if needed). -- 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 7

[Bug 271748] weak-updates mechanism doesn't work for squashfs-kmp
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=271748 https://bugzilla.novell.com/show_bug.cgi?id=271748#c7 Lars Müller <lmuelle(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|lmuelle(a)novell.com | --- Comment #7 from Lars Müller <lmuelle(a)novell.com> 2010-11-09 17:26:05 CET --- squashfs.ko in 11.3 is no longer part of a kmp package and therefore the weak update mechanism isn't longer used for this part. For other kmp packages this might still be an issue. As I never ran into an issue feel free to close this one. -- 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 0

[Bug 431431] Significant mismatch between openSUSE:Factory repo and direct access.
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=431431 https://bugzilla.novell.com/show_bug.cgi?id=431431#c1 Sascha Peilicke <speilicke(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED CC| |speilicke(a)novell.com Resolution| |INVALID --- Comment #1 from Sascha Peilicke <speilicke(a)novell.com> 2010-11-09 15:58:31 UTC --- Seems to be an old issue. -- 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 0

[Bug 649046] New: dosfslabel command is missing
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=649046 https://bugzilla.novell.com/show_bug.cgi?id=649046#c0 Summary: dosfslabel command is missing Classification: openSUSE Product: openSUSE 11.3 Version: Final 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: ingham(a)i-pi.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-0.3.1 Firefox/3.6.10 The man page for dosfslabel is installed when the dosfstools package is installed, but the program itself is missing. This appears to be a bug in dosfstools.spec for the RPM. Reproducible: Always Steps to Reproduce: 1.Install dosfstools 2.Read manual page for dosfslabel 3.Try to use dosfslabel Actual Results: $ dosfslabel If 'dosfslabel' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf dosfslabel $ ls -l /sbin/dosfslabel ls: cannot access /sbin/dosfslabel: No such file or directory Expected Results: $ dosfslabel usage: dosfslabel device [label] I built dosfstools-3.0.10 and dosfslabel does get built (and works). -- 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 639553] New: mkdosfs misdetects partition on MD RAID
by bugzilla_noreply＠novell.com 09 Nov '10

09 Nov '10

https://bugzilla.novell.com/show_bug.cgi?id=639553 https://bugzilla.novell.com/show_bug.cgi?id=639553#c0 Summary: mkdosfs misdetects partition on MD RAID Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aschnell(a)novell.com QAContact: qa(a)suse.de Found By: Development Blocker: --- mkdosfs misdetects a partition on MD RAID. It reports the device of the partition as entire device. thalassa:~ # parted /dev/md0 print Model: Unknown (unknown) Disk /dev/md0: 42.9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 262kB 1086MB 1086MB primary fat32 type=83 thalassa:~ # mkdosfs /dev/md0p1 mkdosfs 3.0.9 (31 Jan 2010) mkdosfs: Device partition expected, not making filesystem on entire device '/dev/md0p1' (use -I to override) OK, there is -I to override but still the detection is broken. -- 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 8