January 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 799262] New: Virtualization/libvirt: enable with_sanlock for SLES 11 SP2 build
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=799262 https://bugzilla.novell.com/show_bug.cgi?id=799262#c0 Summary: Virtualization/libvirt: enable with_sanlock for SLES 11 SP2 build Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Enhancement Priority: P5 - None Component: OBS Request AssignedTo: jfehlig(a)suse.com ReportedBy: michael.menge(a)zdv.uni-tuebingen.de QAContact: adrian(a)suse.com Found By: --- Blocker: --- Build libvirt for SLES 11 SP2 with support for sanlock lockmanager -- 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 799862] New: Guake default transparency set too high
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=799862 https://bugzilla.novell.com/show_bug.cgi?id=799862#c0 Summary: Guake default transparency set too high Classification: openSUSE Product: openSUSE Factory Version: 12.3 Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: RBrownCCB(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Guake in Factory is set to 80% transparency, making it hard/impossible to use if anything else is loaded (as most GNOME windows use lots of white) The default should probably be something more like 20% to keep the terminal and it's text visible in all situations. -- 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 679185] New: kmix removes "playback"- and "record"-devices on second boot
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=679185 https://bugzilla.novell.com/show_bug.cgi?id=679185#c0 Summary: kmix removes "playback"- and "record"-devices on second boot Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: cyberbeat(a)gmx.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.24 SUSE/12.0.700.0 (KHTML, like Gecko) Chrome/12.0.700.0 Safari/534.24 to reproduce: -install opensuse-11.4 -first boot: look at kmix - second boot: look at kmix (2 tabs are missing and cannot be readded!!!) this bug is known upstream, is related to pulseaudio, and won't be fixed before kde 4.6.2: https://bugs.kde.org/show_bug.cgi?id=264835 please do something. I hoped, that bug was known/tested/fixed in opensuse-11.4 as it really happens most of the time (and also appeared in 11.3 with kde-4.6 and pulseaudio), but noone ever seems to have tested opensuse-11.4 kmix for a second boot :( 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 4

[Bug 697155] New: xterm is run with weird fonts
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=697155 https://bugzilla.novell.com/show_bug.cgi?id=697155#c0 Summary: xterm is run with weird fonts Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: jslaby(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- When I run xterm (alt-f2 -> xterm or any other way), the font used is invalid. It perhaps is not of utf8 kind. I see: $ true & [1] 11209 [1]+ Dokon ena true instead of: [1] 11209 [1]+ Dokončena true When I run something like: xterm -font -*-fixed-medium-r-*-*-12-*-*-*-*-*-iso10646-* it works OK. (Except the font is not the one I'm used to.) I don't know if this is a regression, I switched to KDE from XFCE today. (Few weeks ago I switched from GNOME to XFCE.) In both of them xterm worked perfectly. xfontsel says: Warning: app-defaults file not properly installed. And nothing more. Also xfontsel doesn't show the sample string... I don't know if this is related. Note that I switched also from gdm to kdm. So perhaps some of my ancient configs are not sucked anymore? (The short xterm scroll history may indicate that too.) -- 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 799511] New: Device Actions application has a description that is too long
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=799511 https://bugzilla.novell.com/show_bug.cgi?id=799511#c0 Summary: Device Actions application has a description that is too long Classification: openSUSE Product: openSUSE Factory Version: 12.3 Beta 1 Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: rb03884(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Device Actions description is way too long. A configuration tool for managing the actions available to the user when connecting new devices to the computer Reproducible: Always Steps to Reproduce: 1. Open Configure Desktop 2. Under Hardware, select Device Actions 3. Read the lengthy description Actual Results: Device Actions description is way too long. A configuration tool for managing the actions available to the user when connecting new devices to the computer Expected Results: I suggest something shorter such as: 1. A configuration tool for managing actions with new plugin devices or 2. A tool for managing application actions when connecting new devices -- 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 706036] New: Konquerer does not recognize BTRFS filesystem
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=706036 https://bugzilla.novell.com/show_bug.cgi?id=706036#c0 Summary: Konquerer does not recognize BTRFS filesystem Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: juergen(a)radzuweit.eu QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=440218) --> (http://bugzilla.novell.com/attachment.cgi?id=440218) Sysinfo: does not see partition User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 I created a BTRFS partition, mounted it and tried to open it in konquerer. But sysinfo: did not show that the partition is mounted and trying to open the filesystem it refuses with a message saying I have to install more software. But install fails. 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 2

[Bug 799680] New: Should be possible to set a simple alarm using kalarm without having akonadi running
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=799680 https://bugzilla.novell.com/show_bug.cgi?id=799680#c0 Summary: Should be possible to set a simple alarm using kalarm without having akonadi running Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: thnielsen(a)novell.com QAContact: qa-bugs(a)suse.de Found By: Customer Blocker: Yes Initially i opened a kde bug on this: https://bugs.kde.org/show_bug.cgi?id=313614 but over there they said that it is a openSuSE choice to require akonadi running, so now i open the bug here. To make it short, the requirements of akonadi in kalarm, makes kalarm unavailable to me, and there is not a lot of other "alarm"s avail. Here my initial description: "if akonadi is not running, no alarms can be set in kalarm, and AFAIK, there is no other plasma avail that allows to program a simple alarm later today, when i have to leave work, to be in time to pick up my son from school :-) Reproducible: Always Steps to Reproduce: 1.stop akonadi 2.click on kalarm in ("boite a miniatures"(red:system tray)) the little icons, i forgot the original name, where klipper, networkmanager and friends sits 3. kalarm pops up ith a message saying "go away" akonadi is not running." -- 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 799499] New: Audex CD Ripper Application version 0.74 Beta 1 is unable to fetch CD Covers, A major feature of the program.
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=799499 https://bugzilla.novell.com/show_bug.cgi?id=799499#c0 Summary: Audex CD Ripper Application version 0.74 Beta 1 is unable to fetch CD Covers, A major feature of the program. Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: jmcdaniel3(a)austin.rr.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 The Audex CD Ripper Application version 0.74 Beta 1 is unable to fetch CD Covers, A major feature of the program. The application is contained in the KDE Extra repository: http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_12.2/ Audex has a Web Site here: http://kde.maniatek.com/audex/, and Audex version Version 0.76 beta 1 has been released which has been fixed. The new version is here: http://kde.maniatek.com/audex/files/audex-0.76b1.tar.xz Reproducible: Always Steps to Reproduce: 1.Add KDE:Extra repository for openSUSE 12.2 2.open YaST, serach for and install Audex 0.74 Beta 1 3.open Audex, insert Audio CD and see not CD conver is located. Actual Results: CD Covers are never found online. Expected Results: Find CD Covers as advertised in Audex application. If you compile Audux 0.76 beta 1 from source file link and copy it over the one from KDE:Extra in the folder /usr/bin, Audex work properly. You can read the openSUSE forum thread on the subject here: https://forums.opensuse.org/english/get-technical-help-here/applications/48… -- 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 731560] New: no mouse when using startx from shell to access KDE
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=731560 https://bugzilla.novell.com/show_bug.cgi?id=731560#c0 Summary: no mouse when using startx from shell to access KDE Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: melchiaros(a)aol.com 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 I´ve started the sytem in shell mode to do some basic stuff. Later I want to access KDE(default)from shell with startx. That works so far, with one impairment: There was no mouse! Well, the cursor was there, but I could not get any controll of it. Reproducible: Always Steps to Reproduce: 1.start the system in shell mode(F5 on kernel screen -> than choosing shell) 2.execute startx in shell 3.see KDE starting 4. see the mouse cursor on screen and have no control of it. -- 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 327502] Icons Should Be Set To Align
by bugzilla_noreply＠novell.com 22 Jan '13

22 Jan '13

https://bugzilla.novell.com/show_bug.cgi?id=327502 https://bugzilla.novell.com/show_bug.cgi?id=327502#c17 Christian Trippe <ctrippe(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ctrippe(a)opensuse.org --- Comment #17 from Christian Trippe <ctrippe(a)opensuse.org> 2013-01-22 18:24:10 UTC --- I made https://build.opensuse.org/request/show/149591which makes the alignToGrid default to true for new created folderviews. @Will: Your suggestion to modify 00-defaultLayout.js in my understanding only writes the settings for the default plasma configuration and does not help for the case that someone wants folderview as the containment an alignToGrid=true as the default, or did I miss something? -- 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