December 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 856514] New: bzr: bash completion file is ignored
by bugzilla_noreply＠novell.com 20 Dec '13

20 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=856514 https://bugzilla.novell.com/show_bug.cgi?id=856514#c0 Summary: bzr: bash completion file is ignored Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Minor Priority: P5 - None Component: Development AssignedTo: vojtech(a)suse.com ReportedBy: jdelvare(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: --- bzr installs its bash completion file as /etc/bash_completion.d/bzr, but only files matching *.sh are read. So bash completion doesn't work for bzr. -- 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 856504] New: Audio and Video Settings - KDE Control Module does not list my webcamera
by bugzilla_noreply＠novell.com 20 Dec '13

20 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=856504 https://bugzilla.novell.com/show_bug.cgi?id=856504#c0 Summary: Audio and Video Settings - KDE Control Module does not list my webcamera Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: junkerade(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36 Previous version of OpenSUSE had my Gigatech camera listed, but in this version it is not mentioned. The camera however, works good in skype after installing additional dependencies specific to skype... Notice that skype starts properly with the following command: PULSE_LATENCY_MSEC=60 LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so skype %U Camera details: USB Camera (093a:2620) (/dev/video0) Bus 007 Device 002: ID 093a:2620 Pixart Imaging, Inc. Reproducible: Always Steps to Reproduce: 1. right-click on Audio Setup of sound manager 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 0

[Bug 856344] New: flash player update (openSUSE-2013-992) has broken KDE requirement
by bugzilla_noreply＠novell.com 20 Dec '13

20 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=856344 https://bugzilla.novell.com/show_bug.cgi?id=856344#c0 Summary: flash player update (openSUSE-2013-992) has broken KDE requirement Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: os-dev(a)jacraig.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 The new flash player update has the flash-player-kde4 package which requires kdebase4-runtime >= 4.11.97, which cannot be satisfied (4.11.97 would be a beta/RC of 4.12, while 4.11.3 is the current version supplied by 13.1. I put the severity as major, though I suspect maybe critical is better since this is a security patch which won't install. Reproducible: Always Steps to Reproduce: 1. Open a KDE installation 2. Try to install patch openSUSE-2013-992 Actual Results: Error: "A package dependency could not be found." Expected Results: The update installs. -- 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 14

[Bug 854068] New: gnome-keyring-daemon does not exit on logout
by bugzilla_noreply＠novell.com 20 Dec '13

20 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=854068 https://bugzilla.novell.com/show_bug.cgi?id=854068#c0 Summary: gnome-keyring-daemon does not exit on logout Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Xfce AssignedTo: bnc-team-xfce(a)forge.provo.novell.com ReportedBy: olenz(a)icp.uni-stuttgart.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36 When logging in to an XFCE session and "Start gnome services" is set (in Startup->Advanced), it will start the gnome-keyring-daemon. When logging out again, the process is not ended. On a multi-user system, this has the effect that you get more and more keyring-processes over time. Note that this does not happen when you use a gnome session. Also note that a new gnome-keyring-daemon process is started everytime you login. Reproducible: Always Steps to Reproduce: 1. Make sure "Start GNOME services" is set in your Xfce-Settings. 2. Log in to Xfce. 3. Check that "gnome-keyring-daemon" is running. 4. Log out of Xfce. 5. Check that "gnome-keyring-daemon" is still running. Actual Results: The process stays running even after logout. Expected Results: The process should be terminated when logging out. -- 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

[Bug 856442] New: Mono-nunit pkgconfig file points to the wrong directory
by bugzilla_noreply＠novell.com 20 Dec '13

20 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=856442 https://bugzilla.novell.com/show_bug.cgi?id=856442#c0 Summary: Mono-nunit pkgconfig file points to the wrong directory Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Mono AssignedTo: bnc-team-mono(a)forge.provo.novell.com ReportedBy: mihai.petracovici(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36 I was trying to build a package that requires mono-nunit but the compilation failed citing missing nunit dlls (I was using pkgconfig(mono-nunit) for build requires). After further investigation, I found that the nunit .dlls are in the /usr/lib/mono/4.5 directory while the mono-nunit.pc file points to the /usr/lib/mono/4.0 directory. Can mono-nunit.pc be updated to reflect the new location of the nunit dlls? Reproducible: Sometimes -- 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 856416] New: saxon6 and saxon9 do not properly resolve URIs by catalog
by bugzilla_noreply＠novell.com 19 Dec '13

19 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=856416 https://bugzilla.novell.com/show_bug.cgi?id=856416#c0 Summary: saxon6 and saxon9 do not properly resolve URIs by catalog Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: mvyskocil(a)suse.com ReportedBy: fs(a)suse.com QAContact: qa-bugs(a)suse.de CC: jw(a)suse.com, thomas.schraitle(a)suse.com, sknorr(a)suse.de Found By: Documentation Blocker: --- Created an attachment (id=572641) --> (http://bugzilla.novell.com/attachment.cgi?id=572641) Stylesheet saxon6 and saxon9 do not properly resolve URIs by catalog because they do not perform the switches to delegate catalogs. Setting severity to "Major" because this error is a major issue for Documentation. This bug has the following impacts: * performance: catalog resolving is done by internet lookups * wrong results: local files and "internet files" may differ as the following example shows * lookup errors: Catalog URIs are often pseudo URIs which do not really exist. When not being able to resolve them locally, saxon will wrongly quit with a "Failure reading ..." error This error is also present on older openSUSE versions and most probably in Factory, too. The attached stylesheet extracts the version number from the URI "http://docbook.sourceforge.net/release/xsl/currRSION.xsl". This URI is supposed to resolve to file:/usr/share/xml/docbook/stylesheet/nwalsh/1.78.1/VERSION.xsl: ~> xml-resolver12 -s \ http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl system Resolve SYSTEM (systemid): system id: http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl Result: file:/usr/share/xml/docbook/stylesheet/nwalsh/1.78.1/VERSION.xsl If you run the following command from a directory with a CatalogManager.properties file that has verbosity=5, you see the following result (shortened): ~> saxon6 http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl \ /local/svn/daps/trunk/daps/daps-xslt/common/get-dbxslt-version.xsl [...] delegateSystem: http://docbook.sourceforge.net/release/xsl/ file:///etc/xml/docbook-xsl-stylesheets.xml DELEGATE_SYSTEM: http://docbook.sourceforge.net/release/xsl/ file:/etc/xml/docbook-xsl-stylesheets.xml resolveURI(http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl) Resolved URI: http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl 1.78.1 Although the delegateSystem statement is correctly identified, saxon does _not_ switch to the delegated catalog (/etc/xml/docbook-xsl-stylesheets.xml) to resolve the URI. This becomes apparent when installing an older version of the docbook-xsl-stylesheets package. The command reports the wrong version number, because it extracts it from the file on sourceforge rather than from the local file. ~> rpm -q docbook-xsl-stylesheets docbook-xsl-stylesheets-1.77.1-4.1.1.noarch ~> xsltproc /local/svn/daps/trunk/daps/daps-xslt/common/get-dbxslt-version.xsl \ http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl 1.77.1 ~> saxon6 http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl \ /local/svn/daps/trunk/daps/daps-xslt/common/get-dbxslt-version.xsl 1.78.1 The same error occurs with saxon9. xml-commons-resolver12 is installed. Resolving the URI with the xml-commons-resolver works correctly, because the switch to the delegated catalog is correctly made: ~> xml-resolver12 -s \ http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl system [...] delegateSystem: http://docbook.sourceforge.net/release/xsl/ file:///etc/xml/docbook-xsl-stylesheets.xml DELEGATE_SYSTEM: http://docbook.sourceforge.net/release/xsl/ file:/etc/xml/docbook-xsl-stylesheets.xml Resolve SYSTEM (systemid): system id: http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl resolveSystem(http://docbook.sourceforge.net/release/xsl/current/VERSION.xs… Switching to delegated catalog(s): file:/etc/xml/docbook-xsl-stylesheets.xml Parse catalog: file:/etc/xml/docbook-xsl-stylesheets.xml Loading catalog: file:/etc/xml/docbook-xsl-stylesheets.xml Default BASE: file:/etc/xml/docbook-xsl-stylesheets.xml rewriteSystem: http://docbook.sourceforge.net/release/xsl/1.77.1 file:///usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 REWRITE_SYSTEM: http://docbook.sourceforge.net/release/xsl/1.77.1 file:/usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 rewriteURI: http://docbook.sourceforge.net/release/xsl/1.77.1 file:///usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 REWRITE_URI: http://docbook.sourceforge.net/release/xsl/1.77.1 file:/usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 rewriteSystem: http://docbook.sourceforge.net/release/xsl/current file:///usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 REWRITE_SYSTEM: http://docbook.sourceforge.net/release/xsl/current file:/usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 rewriteURI: http://docbook.sourceforge.net/release/xsl/current file:///usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 REWRITE_URI: http://docbook.sourceforge.net/release/xsl/current file:/usr/share/xml/docbook/stylesheet/nwalsh/1.77.1 resolveSystem(http://docbook.sourceforge.net/release/xsl/current/VERSION.xs… Result: file:/usr/share/xml/docbook/stylesheet/nwalsh/1.77.1/VERSION.xsl The only way to make saxon6/9 correctly resolve the URI is to directly specify the catalog: ~> ADDITIONAL_FLAGS="-Dxml.catalog.files=/etc/xml/docbook-xsl-stylesheets.xml" \ saxon6 http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl \ /local/svn/daps/trunk/daps/daps-xslt/common/get-dbxslt-version.xsl Parse catalog: /etc/xml/docbook-xsl-stylesheets.xml Loading catalog: /etc/xml/docbook-xsl-stylesheets.xml Default BASE: file:/etc/xml/docbook-xsl-stylesheets.xml [...] Resolved URI: http://docbook.sourceforge.net/release/xsl/current/VERSION.xsl file:/usr/share/xml/docbook/stylesheet/nwalsh/1.77.1/VERSION.xsl 1.77.1 -- 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 733853] New: Enhance the Default KDE installation by adding 'KNEMO' to the installation packing list
by bugzilla_noreply＠novell.com 19 Dec '13

19 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=733853 https://bugzilla.novell.com/show_bug.cgi?id=733853#c0 Summary: Enhance the Default KDE installation by adding 'KNEMO' to the installation packing list Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Enhancement Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: scott(a)aphofis.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=464998) --> (http://bugzilla.novell.com/attachment.cgi?id=464998) 1 of 3 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 With a default KDE/IFUP Installation there is no application added to the system tray to detect/report and analyse network traffic. The extra KDE application KNEMO just all of this and so much more. It would help any single PC or networked PC which easy and extensive information about the PC network connection. The Module KNEMO is unreal and I'll attach an image. Can you please add this to the default packing list of a KDE installation Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: A user can now monitor the network traffic and configure so much more with this small app if added to packing list Expected Results: A user can now monitor the network traffic and configure so much more with this small app if added to packing list -- 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 853035] New: BURPing leaves waste behind
by bugzilla_noreply＠novell.com 19 Dec '13

19 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853035 https://bugzilla.novell.com/show_bug.cgi?id=853035#c0 Summary: BURPing leaves waste behind Classification: Internal Novell Products Product: openSUSE Build Service Version: master Platform: All OS/Version: All Status: NEW Severity: Minor Priority: P5 - None Component: backend AssignedTo: mls(a)suse.com ReportedBy: bwiedemann(a)suse.com QAContact: adrian(a)suse.com Found By: Development Blocker: --- The recommended development workflow for OBS is BURP: branch, update, request, package When I branched wesnoth from games repo, it also created a wesnoth-data link in my home branch project. After the submitreq was accepted, wesnoth was autocleaned, but wesnoth-data stayed around as dangling symlink. If possible, OBS should cleanup those links as well. -- 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 853901] New: no /etc/init.d/tomcat after yast install of tomcat rpm
by bugzilla_noreply＠novell.com 19 Dec '13

19 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=853901 https://bugzilla.novell.com/show_bug.cgi?id=853901#c0 Summary: no /etc/init.d/tomcat after yast install of tomcat rpm Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: laurent.henry(a)ehess.fr QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 Installing tomcat by yast, there is no /etc/init.d/tomcat script to launch tomcat daemon. By the way, how make the system run it on boot ? Reproducible: Always Steps to Reproduce: 1.install tomcat via yast 2.go in /etc/init.d 3. Expected Results: being able to run tomcat on boot of the system or manually -- 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 854328] New: Android MTP device not appear when is conected by usb
by bugzilla_noreply＠novell.com 19 Dec '13

19 Dec '13

https://bugzilla.novell.com/show_bug.cgi?id=854328 https://bugzilla.novell.com/show_bug.cgi?id=854328#c0 Summary: Android MTP device not appear when is conected by usb Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Macintosh OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: oscarabilleira(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:25.0) Gecko/20100101 Firefox/25.0 When I connect my android device (htc one - android 4.3) using usb port, the system doesn't recognize (using MTP) it and It's imposible to acces to its content. Under previous opensuse's version it works like a charm. Reproducible: Always Steps to Reproduce: 1. connect using usb port the android device (4.3) 2. the device is not recognized using MTP 3. I can't acces to its content. Actual Results: I can't acces to the content of android device (android 4.3) using MTP Expected Results: I must can acces to my android device using MTP and usb port. -- 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 10