September 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 307079] New: restrict video mode within ES1000's capability
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=307079 Summary: restrict video mode within ES1000's capability Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: liswu(a)ati.com QAContact: sndirsch(a)novell.com Found By: --- this bug was originally found in RHLE5 When connect a digital monitor which supports max 1600x1200 resolution, radeon driver will set 1600x1200@24bit mode for output, however, this mode is out of ES1000's capacity. video corruption will occur in this case. How reproducible: Often Steps to Reproduce: 1. install RHEL5 2. connect a digital monitor with max 1600x1200 resolution 3. startX Actual results: video corruption will occur Additional info: Radeon driver has its own mode validation routine for digital monitors, this routine forget to check clock limations for output mode.we add clock range check in this routine to restrict output mode within chip's capability. -- 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 294171] New: Missing YaST icon: "Autofs"
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=294171 Summary: Missing YaST icon: "Autofs" Product: openSUSE 10.3 Version: Alpha 6 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: jimmac(a)novell.com ReportedBy: stbinner(a)novell.com QAContact: jsrain(a)novell.com Found By: Development The "AutoFs" module in YaST control center has no icon: yast2-autofs-2.15.2-28 autofs.desktop Icon=yast-autofs -- 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 6

[Bug 307074] New: add OPMA server support
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=307074 Summary: add OPMA server support Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: liswu(a)ati.com QAContact: sndirsch(a)novell.com Found By: --- This bug is originally found on RHEL5. On OPMA servers (use ES1000 as video chip), when connect local monitor that supports low resolution, say, max 1024x768, radeon driver will display 1600x1200 resolution in the OPMA remote console, while local CRT monitor simply goes out of range. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. connect a CRT monitor that support low resolution to OPMA server 2. when graphic installation begin, CRT monitor goes out of range. Additional info: RN50 has only one CRTC to generate timings. With current implementation, radeon driver is programmed for driving only one display on one CRTC. only one monitor EDID will be collected by radeon driver, which in our case, server KVM EDID is got, while radeon driver is not aware the existance of local monitor. Output modes are validated according to OPMA EDID. thus local monitor will go out of range. -- 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 303857] New: Installation on DM-RAID fails due to missing packages " kpartx" and "dmraid"
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=303857 Summary: Installation on DM-RAID fails due to missing packages "kpartx" and "dmraid" Product: openSUSE 10.3 Version: Beta 2 Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Blocker Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aosthof(a)novell.com QAContact: jsrain(a)novell.com Found By: Development If one tries to install openSUSE 10.3 Beta 2 on a device mapper raid (aka fake raid aka bios raid), the installation fails while "Finishing Basic Installation". An error message pops up saying: An error occured during initrd creation. Kernel image: /boot/vmlinuz-2.6.22.3-7-default Initrd image: /boot/initrd-2.6.22.3-7-default Root device: /dev/mapper/nvidia_eeifagch_part3 (mounted on / as ext3) cp: cannot stat `/etc/udev/rules.d/70-kpartx.rules': No such file or directory Script /lib/mkinitrd/setup/51-kpartx.sh failed! You may now have to update your boot loader configuration. A screenshot of this error message will be attached. Taking a closer look reveals that both necessary packages "kpartx" and "dmraid" are missing: inst-sys:~ # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/nvidia_eeifagch_part3 10325780 3402620 6398640 35% /mnt /dev/mapper/nvidia_eeifagch_part1 101086 11447 84420 12% /mnt/boot inst-sys:~ # rpm -q --root=/mnt kpartx package kpartx is not installed inst-sys:~ # rpm -q --root=/mnt dmraid package dmraid is not installed Selecting those 2 missing packages in the initial package selection solves the problem. IMHO it should be a problem related to patterns. -- 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 304396] New: Gateway FPI2004 devices don't need baud_base anymore
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=304396 Summary: Gateway FPI2004 devices don't need baud_base anymore Product: openSUSE 10.3 Version: Beta 2 Platform: i386 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: dkukawka(a)novell.com ReportedBy: dkukawka(a)novell.com QAContact: qa(a)suse.de Found By: --- HAL don't need to set the baud_base while setup /dev/ttyS0 on Gateway TabletPCs anymore option autoconfig should be enough. -- 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 7

[Bug 287106] New: Kick off still in English
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=287106 Summary: Kick off still in English Product: openSUSE 10.3 Version: Alpha 5 Platform: Other OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: khoemsokhem(a)khmeros.info QAContact: ke(a)novell.com Found By: Other Created an attachment (id=148091) --> (https://bugzilla.novell.com/attachment.cgi?id=148091) Khmer kickoff still in English I have tested openSUSE 10.3 alpha 5, and I noticed that the kickoff is still in English. for more detail about this please see the picture attached. I have reported about this since the release of openSUSE 10.2. For more detail of what I have talked before please see: https://bugzilla.novell.com/show_bug.cgi?id=223826 -- 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 18

[Bug 305088] New: OpenOffice thesaurus in several languages installed by default
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=305088 Summary: OpenOffice thesaurus in several languages installed by default Product: openSUSE 10.3 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: jsrain(a)novell.com Found By: --- updating 10.2 to 10.3 beta2, using Factory tree For OpenOffice, thesaurus packages are installed for lots of languages I never use (or even understand): sk, pl, fr, es, es, bg. I'd expect to only have packages for my system language by default. y2logs: http://www.cboltz.de/tmp/y2logs-103b2.tar.bz2 (too large for bugzilla) -- 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 5

[Bug 299922] New: openvpn and xen try to use same tun device
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=299922 Summary: openvpn and xen try to use same tun device Product: openSUSE 10.2 Version: Final Platform: x86-64 OS/Version: openSUSE 10.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Frank(a)explido.us QAContact: qa(a)suse.de Found By: Other The startup and configuration scripts for openvpn and xen both try to use the same tun device at startup which breaks network connectivity for all virtual xen systems as well as for openvpn. tap0 gets setup by xen and is bound to the xen demon (blktapctrl) however open vpn creates a tun device as well (actually tap1) and tries to set the network setting on it as tap0 which breaks the tap0 interface. There seems to be a bit more confusion in the networking once that happens. Disabling openvpn solved the problem, beside that it leaves openvpn unusable. -- 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 307057] New: Sax2 does not detect sapphire radoen x1650 pro pci express
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=307057 Summary: Sax2 does not detect sapphire radoen x1650 pro pci express Product: openSUSE 10.3 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: SaX2 AssignedTo: ms(a)novell.com ReportedBy: allanmervin(a)lycos.co.uk QAContact: qa(a)suse.de Found By: Customer Sax2 does not detect sapphire radoen x1650 pro pci express It detects it as VESA Frame Buffer Graphics causing a slow down in graphics peformance -- 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 227059] New: Autoregistration of update source
by bugzilla_noreply＠novell.com 03 Sep '07

03 Sep '07

https://bugzilla.novell.com/show_bug.cgi?id=227059 Summary: Autoregistration of update source Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dominique.leuenberger(a)tmf-group.com QAContact: jsrain(a)novell.com I've installed openSUSE 10.2 behind a quiet restrictive firewall, FTP is denied. During the setup, yast was advised to use a http proxy and the internet test succeeded. While adding an FTP Update source, this failed, but no visible feedback was reported and no backfalling to http was done. Thus, without a visual note about this and no other retries, I have no update source registered in the system. Suggestion: (probably onle for 10.3?): Fall back to a http source (especially, as the internet connection test verifies http), and if this fails too, give visual feedback, so the user KNOWS that something did not happen correctly. Yast Logs will be appended afterwards. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 11