December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 559019] New: Pulseaudio uses random soundcard
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=559019 http://bugzilla.novell.com/show_bug.cgi?id=559019#c0 Summary: Pulseaudio uses random soundcard Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)novell.com ReportedBy: suse-linux(a)ml082.pinguin.uni.cc QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.15) Gecko/2009102100 SUSE/3.0.15-0.1.2 Firefox/3.0.15 I have 2 systems (32bit and 64bit) with the same behavior. Onboard-sound and a Cypress USB Telephone Receiver is used. Sound installation is default. The USB telephone receiver was not connected during OS installation. The KDE-startup sound, e.g. can be heard by the default loudspeakers _or_ the telephone receiver, it looks like it is random. I did tests with KDE, Gnome and XFCE and there is no difference. The USB-sound is the last in KDE / multimedia. It looks like the system thinks, that onboard sound is used at the moment. Suddenly I had no chance to play audio with Firefox and pulsaudio anymore with the primary soundcard, although it was not used. Before, there was a chance, that music with Firefox_could be played with the loudspeakers. I don't know, if it is a related to an update. With mplayer or vlc the chance was better, that the primary soundcard was used. After I removed pulseaudio and use esound, all problems are gone. I had the problem with openSUSE 11.2 too. Reproducible: Always Steps to Reproduce: Use an USB telephone receiver with a bulit-in soundcard as 2nd soundcard. Try to play sound from youtube in Firefox or Amarok, where everything is default and automatic. -- 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 1

[Bug 559426] New: webYaST UI: EULA - several issues
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=559426 http://bugzilla.novell.com/show_bug.cgi?id=559426#c0 Summary: webYaST UI: EULA - several issues Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: WebYaST AssignedTo: kkaempf(a)novell.com ReportedBy: mschmidkunz(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- There are several issues concerning the EULA UI during first start of webYaST: 1. Heading: instead of "Accept End User Licence Agreement - SLES-11" we should use a non-technical language such as "License Terms" 2. Available translations: |en v| should be more friendly and the language abbrevation should be written out (maybe the combo box from language selection can be reused). So the suggestion would be: "Show license terms in |English v| 3. Spacing: Increase white space between navigation buttons and agree/disagree radio buttons to allow and ease spacial coding/grouping of elements. -- 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 482300] radeonhd[HD 3200 (RS780M/RS780MN)] Unable to output on monitor connected to DVI-D_1
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=482300 http://bugzilla.novell.com/show_bug.cgi?id=482300#c30 --- Comment #30 from Vidar Haugsvær <vidar.haugsvar(a)gmail.com> 2009-12-01 10:58:18 UTC --- (In reply to comment #28) > (In reply to comment #27) > > Vidar, in comment #10 you told that when booting mode 0x324 (1280x1024) instead > > of 0x345 (1440x1050) the DVI output works as expected. Now you write that it is > > related to if the laptop is docked when booting or not. > > I assume the DVI output is on the docking station - is this correct? > > When booted while docked does X also work when you boot with mode 0x345 > > I'm sorry. My fault for beeing inconsistent. > > Yes, the DVI output is on the docking station. > > After more exploration of the problem it seems to occour in two cases: > > 1) If the computer is docked while booting, and using vesafb mode 0x345 output > to DVI fails. VGA and PANEL works. Booting with vesafb mode 0x324 DVI works as > expected. > > 2) If the computer has been booted undocked and then connected to the > dockingstation, output til DVI port fails. Both VGA and PANEL works as > expected. > > > I'll provide output from case 1) in a few moments. X works happily with both vesafb modes, as long as I stay away from DRI and keeps track of my xrandr settings according to available displays (No DVI while in 0x345 and no DVI after beeing uncdocked while booting). -- 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 0

[Bug 482300] radeonhd[HD 3200 (RS780M/RS780MN)] Unable to output on monitor connected to DVI-D_1
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=482300 http://bugzilla.novell.com/show_bug.cgi?id=482300#c29 --- Comment #29 from Vidar Haugsvær <vidar.haugsvar(a)gmail.com> 2009-12-01 10:38:53 UTC --- Created an attachment (id=330229) --> (http://bugzilla.novell.com/attachment.cgi?id=330229) radeonhd_booted_in_dockingstation_0x345_trying_to_run_dvi_and_vga.txt -- 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 0

[Bug 553285] New: YaST software management closes after installation of packages without "install more software" prompt
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=553285 Summary: YaST software management closes after installation of packages without "install more software" prompt Classification: openSUSE Product: openSUSE 11.2 Version: RC 2 Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bruno.canning(a)dsl.pipex.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.15) Gecko/2009102100 SUSE/3.0.15-0.1 Firefox/3.0.15 After selection and installation of new software in YaST software management and after the post installation setup screen, software management closes without asking the user if they would like to install more software as per previous releases of openSUSE. Reproducible: Always Steps to Reproduce: 1. Open YaST 2. Select software management 3. Select new software and install Actual Results: Installation occurs, post installation setup occurs then software management closes leaving YaST main screen up. Expected Results: Installation occurs, post installation setup occurs then a dialogue box pops up asking user if they want to install more software. -- 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 5

[Bug 482300] radeonhd[HD 3200 (RS780M/RS780MN)] Unable to output on monitor connected to DVI-D_1
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=482300 http://bugzilla.novell.com/show_bug.cgi?id=482300#c28 Vidar Haugsvær <vidar.haugsvar(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|vidar(a)gs.bergen.hl.no | --- Comment #28 from Vidar Haugsvær <vidar.haugsvar(a)gmail.com> 2009-12-01 10:16:25 UTC --- (In reply to comment #27) > Vidar, in comment #10 you told that when booting mode 0x324 (1280x1024) instead > of 0x345 (1440x1050) the DVI output works as expected. Now you write that it is > related to if the laptop is docked when booting or not. > I assume the DVI output is on the docking station - is this correct? > When booted while docked does X also work when you boot with mode 0x345 I'm sorry. My fault for beeing inconsistent. Yes, the DVI output is on the docking station. After more exploration of the problem it seems to occour in two cases: 1) If the computer is docked while booting, and using vesafb mode 0x345 output to DVI fails. VGA and PANEL works. Booting with vesafb mode 0x324 DVI works as expected. 2) If the computer has been booted undocked and then connected to the dockingstation, output til DVI port fails. Both VGA and PANEL works as expected. I'll provide output from case 1) in a few moments. -- 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 0

[Bug 559091] New: Segmentation fault in g++ compiling OpenMP sequence in Blender 2.5
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=559091 http://bugzilla.novell.com/show_bug.cgi?id=559091#c0 Summary: Segmentation fault in g++ compiling OpenMP sequence in Blender 2.5 Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: Uwe.Girlich(a)philosys.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=329960) --> (http://bugzilla.novell.com/attachment.cgi?id=329960) preprocessed source code with openmp pagmas switched on User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 I could not compile OpenMP support into Blender 2.5 alpha because GCC segfaults in the fluid simulator of blender (called elbeem). Especially in the fluid simulator OpenMP brings massive performance improvements. I could compile without problems with OpenSuse 11.1 (gcc 4.3.2) but now not anymore with OpenSuse 11.2 (gcc 4.4.1). This problem was already reported at http://bugs.archlinux.org/task/14766 with gcc 4.4.0. But the mentioned "solution" (don't use OpenMP) is not usable. I'm doing lots of fluid animations and my Core i7 needs OpenMP do do them fast. Reproducible: Always Steps to Reproduce: 1.Get blender 2.5 alpha source code via svn from svn checkout https://svn.blender.org/svnroot/bf-blender/trunk/blender 2.Activate cmake option "WITH_OPENMP=ON". 3.Compile with cmake. Actual Results: Compilation will break at this file: https://svn.blender.org/svnroot/bf-blender/trunk/blender/intern/elbeem/inte… with a segfault of c++. I preprocessed the file and could reproduce it outside the blender build tree with this simple command line: girlich@suse112:~/projects/blender> /usr/bin/g++ -fopenmp -o solver_main_pre_omp.o -c solver_main_pre_omp.cpp solver_main_orig.cpp: In member function 'void LbmFsgrSolver::mainLoop(int)': solver_main_orig.cpp:1707: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.opensuse.org/> for instructions. The preprocessed file is attached. Expected Results: An object file solver_main.o. -- 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 5

[Bug 559260] New: Icons in Folder View are closed by panel after logout/login, scroller added
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=559260 http://bugzilla.novell.com/show_bug.cgi?id=559260#c0 Summary: Icons in Folder View are closed by panel after logout/login, scroller added Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: goldstein.mark(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=330099) --> (http://bugzilla.novell.com/attachment.cgi?id=330099) Screenshots of correct icon arrangements and wrong arrangement after re-loging User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-3.1 Firefox/3.5.5 OpenSUSE 11.2, KDE 4.3.3. Folder view. I have one panel at the top of the screen and another at the bottom. After I dragged additional icon to desktop, each time I login the upper icons are under the panel and scroller added. This happens independently of settings of "Align to grid" and "Lock icons". Attached are 2 screenshots. 1st one shows the icons nicely arranged. Second one captured after logout/login. 2 upper icons are hidden under the upper panel and scroller added on the right. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 554473] New: YaST2 Software installation with UTF-8 Problem
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=554473 Summary: YaST2 Software installation with UTF-8 Problem Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gjn(a)gjn.priv.at QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=326750) --> (http://bugzilla.novell.com/attachment.cgi?id=326750) a photo from the Problem User-Agent: Mozilla/5.0 (compatible; Konqueror/4.3; Linux) KHTML/4.3.3 (like Gecko) SUSE when I start YaST2 Software installation and switch to repositories the tool hav problem with german "Umlaut üäö.." The description from repositoriy is "crypti" ;) the Problem exist in the new small window with the description "Switch system packages............." Reproducible: Always Steps to Reproduce: 1.install 11.2 German 2.start software installation 3.check a repositorie -- 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 5

[Bug 549868] New: Mnemonic clash in Software Management - 'yast2 sw_single'
by bugzilla_noreply＠novell.com 01 Dec '09

01 Dec '09

http://bugzilla.novell.com/show_bug.cgi?id=549868 Summary: Mnemonic clash in Software Management - 'yast2 sw_single' Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: srinidhi(a)novell.com QAContact: jsrain(a)novell.com Found By: --- In the Software Management interface, both the "Configuration" menu as well as the "Cancel" button have the same mnemonic set - 'C'. So if the user hits "Alt+C" to cancel the changes / quit, it actually opens the Configuration menu -- 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