August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 829722] New: Long starting time by every LibreOffice application
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=829722 https://bugzilla.novell.com/show_bug.cgi?id=829722#c0 Summary: Long starting time by every LibreOffice application Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: LibreOffice AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: asv(a)lumo.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Any LibreOffice application needs about 7-9 seconds to start and 1,5-2 seconds to close. Basic application ("Office"-shortcut on the desktop) starts normally, but the application (writer or calc) needs about 6-8 seconds after click on it. Other programs start normally (e.g. Dolphin, Firefox). -- 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 832347] New: Pidgin with ssl-gnutls.so hangs with Tigase XMPP server (Java)
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832347 https://bugzilla.novell.com/show_bug.cgi?id=832347#c0 Summary: Pidgin with ssl-gnutls.so hangs with Tigase XMPP server (Java) Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jimc(a)math.ucla.edu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Versions: pidgin-2.10.7-4.4.1.x86_64 empathy-3.6.3-2.1.3.x86_64 libgnutls28-3.0.28-1.1.1.x86_64 Tigase-5.1.5 from http://www.tigase.org/ (written in Java) java-1_7_0-openjdk-1.7.0.6-8.14.5.x86_64 java-1_7_0-openjdk-devel-1.7.0.6-8.14.5.x86_64 2 Android clients and 4 Linux boxes with the above version of Pidgin and libgnutls28 can connect to Tigase (on one of those boxes) with TLS and function. 2 similar Linux boxes (one x86_64 and one i586) hang while connecting. They always hang, with many repetitions and no matter which user runs Pidgin. Gnome's Empathy hangs similarly, even from the machines from which Pidgin can connect. Tcpdump on a successful machine shows the client sending starttls, the server sends proceed, the client sends a packet of about 140 bytes containing the XMPP domain (whose cert it wants to see), the server sends the certificate chain, and the connection proceeds. Tcpdump on a failing machine shows starttls and proceed, whereupon the client sends a binary packet larger than 256 bytes (no domain) which the server acks, and both peers just sit there. Tigase prints nothing in its logs. After investigation I noticed that Empathy uses libgnutls28, whereas Pidgin (libpurple) has plugins for both GnuTLS and NSS. I sabotaged /usr/lib64/purple-2/ssl-gnutls.so by setting its mode to 000, forcing Pidgin to use ssl-nss.so instead. It actually does so with no error messages and connects to the server and functions, where formerly it would hang. Various forum postings suggest that the client and server botch the negotiation of which TLS version to use, the client does TLSv1, and the server fails to recognize it. They suggest a variety of maneuvers to make TLSv1 impossible, like suppressing required ciphers, which seem to help the reporting users. A wide variety of server and client software is affected. Usually a working system starts failing after a version upgrade on the client or on the server. Frequently it's reported that some clients or servers fail and some don't. A warning was posted that openssl s_client botches the starttls procedure with some but not all XMPP servers; my experience is that it always hangs when connecting to Tigase. I was unable to discover: * Which plugin Pidgin actually used (strace shows all being opened). * Why it works on some hosts and not others. * The "right" way to influence which TLS plugin libpurple will use. strace doesn't show config files being searched for but not found. * How to influence GnuTLS's choice of the TLS version, or ciphers. * The same choices for Java (Tigase). I would not be surprised to find that the GnuTLS devs are saying "it's a server bug" while the server people are saying "GnuTLS is horked". I hope that someone with a whole lot more expertise than me could discover what the bug really is and rub some dev's nose in it. In any case, it's really discouraging for the end user to find excellent server and client software put out of action by an infrastructure bug that doesn't even appear consistently. -- 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 833616] New: Declining reqms unexpectedly rejected
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833616 https://bugzilla.novell.com/show_bug.cgi?id=833616#c0 Summary: Declining reqms unexpectedly rejected Classification: Internal Novell Products Product: openSUSE Build Service Version: master Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: api AssignedTo: adrian(a)suse.com ReportedBy: jengelh(a)inai.de QAContact: adrian(a)suse.com Found By: Beta-Customer Blocker: --- 186140 is a add_role request for X11:Utilities/putty, for which I am listed as maintainer as per `osc meta pkg`. However, it is impossible to reject it. $ sosc rq decline 186140 -m '.' Server returned an error: HTTP Error 403: Forbidden No permission to change decline request 186140 What I expected to see: Have decline operation succeed. -- 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 813523] New: TeXLive was split in too many packages and there is no metapackage for a complete installation
by bugzilla_noreply＠novell.com 07 Aug '13

07 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=813523 https://bugzilla.novell.com/show_bug.cgi?id=813523#c0 Summary: TeXLive was split in too many packages and there is no metapackage for a complete installation Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: albert.passalacqua(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Starting with openSUSE 12.3, TeXLive has been split in many more packages, isolating classes and styles in separate RPM packages, and also separating the documentation from the class/style. Apparently no "full" installation meta-package exists, and users are forced to install manually a large amount of packages by trial and error while building their documents. I believe the split in so many sub-packages is a pure exercise of style and it unnecessary and not functional, and it should be reconsidered, or at least a full installation meta-package should be provided. Additionally, installing Kile used to lead to a working LaTeX environment. At the moment, most of the commonly used classes to write scientific articles are not installed, and many common styles (roman.sty for example) are not pulled by default. Reverting to the situation in openSUSE 12.2 would be really helpful. 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 12

[Bug 832229] New: No menu item for other other working OS
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832229 https://bugzilla.novell.com/show_bug.cgi?id=832229#c0 Summary: No menu item for other other working OS Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: x86 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jon.l.cosby(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 Duplicate of bug #799457. My partitioning is /dev/sda1 SWAP /dev/sda2 /boot /dev/sda3 extended /dev/sda5 / for Fedora /dev/sda6 /home for Fedora /dev/sda7 / for openSUSE /dev/sda8 /home for openSUSE Both installers overwrite /boot and don't produce a menu item for the other OS. YaST suggests a partitioning setup overwriting Fedora install. grub repair complains that ext2 file system is not supported in grub2, but all partitions are ext4. I'm installing milestone 3 with the most recent version of grub2. 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 829471] New: Please add back the ca bundle file
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=829471 https://bugzilla.novell.com/show_bug.cgi?id=829471#c0 Summary: Please add back the ca bundle file Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: lnussel(a)suse.com ReportedBy: mrueckert(a)suse.com QAContact: qa-bugs(a)suse.de CC: dimstar(a)opensuse.org Found By: --- Blocker: --- there are still tools using it: weechat and empathy/telepathy are the ones i ran into so far. and from a discussion with sascha i know that openstack seems to use it 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 11

[Bug 832336] New: kiwi: Fails to use http repositories
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832336 https://bugzilla.novell.com/show_bug.cgi?id=832336#c0 Summary: kiwi: Fails to use http repositories Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Yarny(a)public-files.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=550268) --> (http://bugzilla.novell.com/attachment.cgi?id=550268) kiwi logfile from suse-live-iso example User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 When using kiwi with a repository which is to be accessed via http it fails to download packages and aborts with an error. Reproducible: Always Steps to Reproduce: Building the suse-live-iso example which comes with kiwi-doc triggers the bug (see logfile attached). Actual Results: pattern:base-12.3-7.10.1.x86_64 requires module-init-tools, but this requirement cannot be provided The attached logfile shows that zypper works fine when called for the first time. The second zypper call (whithin chroot) fails and it appears zypper cannot connect to the repository any longer. It works without problems with local repositories ("dir:///bla/bla"). -- 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 820428] New: libyui5: broken runtime dependencies
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=820428 https://bugzilla.novell.com/show_bug.cgi?id=820428#c0 Summary: libyui5: broken runtime dependencies Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lazy.kent(a)opensuse.org QAContact: jsrain(a)suse.com Found By: --- Blocker: --- After installing libyui5 I can't run YaST modules (using Qt). It depends on libyui-qt5 and libyui-qt-pkg5 that aren't installed. http://lists.opensuse.org/opensuse-factory/2013-05/msg00252.html 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 4

[Bug 765270] talloc declared LGPL-3.0+ but contains GPL-3.0+ licenses
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=765270 https://bugzilla.novell.com/show_bug.cgi?id=765270#c26 --- Comment #26 from Bernhard Wiedemann <bwiedemann(a)suse.com> 2013-08-06 15:00:09 CEST --- This is an autogenerated message for OBS integration: This bug (765270) was mentioned in https://build.opensuse.org/request/show/186094 Maintenance / -- 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 751663] New: GNOME terminal crashes on cd to a non-existent directory using tcsh shell
by bugzilla_noreply＠novell.com 06 Aug '13

06 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=751663 https://bugzilla.novell.com/show_bug.cgi?id=751663#c0 Summary: GNOME terminal crashes on cd to a non-existent directory using tcsh shell Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: arani89(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=480834) --> (http://bugzilla.novell.com/attachment.cgi?id=480834) A screenshot showing the command that crashes the application User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 In gnome-terminal using tcsh shell, when I give the command cd <some invalid directory>, tcsh simply quits without giving any error messages. This happens every time I by mistake write the name of some non-existent directory. Reproducible: Always Steps to Reproduce: 1.Open gnome-terminal 2.cd <some name which is not a valid directory name> 3. Actual Results: GNOME-terminal quits without any error or warning messages Expected Results: tcsh should have given the message "No such file or directory", and taken the user back to command-prompt -- 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 17