July 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 811258] New: on opensuse 12.3 biber doesn't include a package dependency for perl-Text-BibTeX
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=811258 https://bugzilla.novell.com/show_bug.cgi?id=811258#c0 Summary: on opensuse 12.3 biber doesn't include a package dependency for perl-Text-BibTeX Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: arun(a)gmx.de 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 After installing texlive-biber, biber still didn't work. It complained about a missing libbtparse*.so library. Installing perl-Text-BibTeX solved the problem. I guess this is a missing dependency in the spec file? thanks Arun ps.: on the bugtracker I couldn't choose opensuse 12.3. Tumbelweed seems also to be missing. Reproducible: Always Steps to Reproduce: 1. install texlive-biber without having perl-Text-BibTeX installed 2. user biber in latex und run it over a file 3. biber file complains about missing libbtparse file Actual Results: biber file complains about missing libbtparse file Expected Results: biber should work ;) -- 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 811162] New: texlive-scheme-medium won't install due to many uninstallable texlive components
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=811162 https://bugzilla.novell.com/show_bug.cgi?id=811162#c0 Summary: texlive-scheme-medium won't install due to many uninstallable texlive components Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jimc(a)math.ucla.edu QAContact: qa-bugs(a)suse.de Found By: Customer Blocker: --- (This is actually for OS = openSUSE 12.3) I do: zypper install texlive-scheme-medium . It complains that texlive-scheme-medium-2012.61.svn18615-4.2.1 requires uninstallable provider texlive-collection-context-2012.61.svn23785-4.2.1.noarch . Following the chain of A requires uninstallable B requires uninstallable C... I reached: texlive-tools-2012.60.svn26263-4.2.1.noarch requires texlive-extratools >= 2012 Uninstallable provider: texlive-extratools-2012.61-4.2.1.noarch And texlive-extratools is installable by itself. If I do: zypper install texlive-extratools texlive-tools it says texlive-extratools-2012.61-4.2.1.noarch obsoletes texlive-tools provided by texlive-tools-2012.60.svn26263-4.2.1.noarch Note that %{texlive_noarch} is 61 on extratools and 60 on tools. The source RPM for all these packages is texlive-filesystem-2012.61-4.2.1.src.rpm In the texlive-extratools section it says: Obsoletes: texlive-tools < %{texlive_version} (value is 2012). I think Zypper is overinterpreting the Obsoletes relation. I commented out the Obsoletes statement, and this pair of packages became installable, but there were several other similar dependency chains that I followed, stomping Obsoletes statements one at a time, but I did not finish that project. Workaround: I edited texlive-filesystem.spec removing every Obsoletes statement, incremented the build number on all packages (78 of them I think) to 4.2.2 (from 4.2.1) so the recompiled package will be preferred, and did: rpmbuild -bb /usr/src/packages/SPECS/texlive-filesystem.spec I made the built packages, from /usr/src/packages/RPMS/noarch, available on my enterprise mirror. Now texlive-scheme-medium, which is my desired keystone package, can be installed. What I would like the developers to do: I'm not completely sure. A. Is libzypp or satsolver comparing the complete versions of potentially obsolete packages (wrong)? It should do just the comparison listed in the Obsoletes statement, which would have let these packages on. B. Is texlive-filesystem.spec overzealous with the Obsoletes relations? What's in the spec file seems reasonable, if it would just be obeyed. C. All these packages originate from the Official Release on download.opensuse.org (no Pbone, no "unstable packages"). Although I believe all the packages out of texlive-filesystem have %{texlive_noarch}=61, there are a number of other packages back at minor(?) version 60, such as texlive-tools-2012.60.svn26263-4.2.1.noarch and texlive-xdvi-2012.60.22.84.16svn23138-4.2.1.noarch . Is this version skew actually causing the problem, and would upgrading all packages to minor version 61 put a band-aid on 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 20

[Bug 808731] New: Publishing:TeXLive/texlive-specs-m:=?UTF-8?Q?=20Bug=20=E2=80=93=20no=20pdf=20file=20produced?=
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=808731 https://bugzilla.novell.com/show_bug.cgi?id=808731#c0 Summary: Publishing:TeXLive/texlive-specs-m: Bug – no pdf file produced Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: werner(a)suse.com ReportedBy: saloution(a)googlemail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Customer Blocker: --- I'm using opensuse 12.3 RC2 and faced the following problem when typesetting my master thesis using latex with a non-default math-font: The package texlive-mathdesign should provide a suitable math font for the Latex font "[Bitstream] Charter". Using \usepackage[charter]{mathdesign} or \usepackage[fraktur,mdbch]{mathdesign} in the document preamble gives some errors, but doesn't produce a pdf: ###### [7] (./mdbchtest.aux) ) (see the transcript file for additional information){/usr/share/texmf/fonts/enc /dvips/cm-super/cm-super-t1.enc} !pdfTeX error: /usr/bin/pdflatex (file texnansi.enc): cannot open encoding file for reading ==> Fatal error occurred, no output PDF file produced! ###### Minimal example: ###### \documentclass[a4paper,10pt]{scrartcl} \usepackage[utf8]{inputenc} \usepackage[charter]{mathdesign} \begin{document} \section{Test} Some Text with some Math: $a^2 + b^2 = c^2$ \end{document} ###### Using just \usepackage{charter} works just fine, but in this case the corresponding math font is not used. Best, Robert -- 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 773575] New: texlive update takes ages
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=773575 https://bugzilla.novell.com/show_bug.cgi?id=773575#c0 Summary: texlive update takes ages Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: werner(a)suse.com ReportedBy: jslaby(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Now that mostly every texlive class is in a separate package, an update of factory takes ages. Every update of RPM is followed by /usr/lib/texmf/texconfig/update in %postconfig. This is evil and should be done only once at the very end I think. Or solved differently so that the update is not so painful. -- 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 36

[Bug 830323] New: turpial fails to start on pygtkwebkit error: undefined symbol g_type_class_adjust_private_offset
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=830323 https://bugzilla.novell.com/show_bug.cgi?id=830323#c0 Summary: turpial fails to start on pygtkwebkit error: undefined symbol g_type_class_adjust_private_offset Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: GNOME AssignedTo: speilicke(a)suse.com ReportedBy: mvyskocil(a)suse.com QAContact: qa-bugs(a)suse.de CC: dimstar(a)opensuse.org Found By: Development Blocker: --- $ turpial ** Message: pygobject_register_sinkfunc is deprecated (GstObject) No module named indicate /usr/lib64/libgstreamer-1.0.so.0: undefined symbol: g_type_class_adjust_private_offset No existe una interfaz válida. Las interfaces válidas son: ['cmd'] Saliendo... That means, just cmd interface (turpial -i cmd) is available, however I'd prefer to use Gtk+ one :-) The error can be reproduced from commandline $ python -c 'from turpial.ui.gtk.main import Main as _GTK' ** Message: pygobject_register_sinkfunc is deprecated (GstObject) No module named indicate Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib/python2.7/site-packages/turpial/ui/gtk/main.py", line 26, in <module> from turpial.ui.gtk.oauthwin import OAuthWindow File "/usr/lib/python2.7/site-packages/turpial/ui/gtk/oauthwin.py", line 10, in <module> import webkit File "/usr/lib64/python2.7/site-packages/webkit/__init__.py", line 21, in <module> import webkit ImportError: /usr/lib64/libgstreamer-1.0.so.0: undefined symbol: g_type_class_adjust_private_offset So we do have a suspect - pygtkwebkit $ python -c 'import webkit' Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib64/python2.7/site-packages/webkit/__init__.py", line 21, in <module> import webkit ImportError: /usr/lib64/libgstreamer-1.0.so.0: undefined symbol: g_type_class_adjust_private_offset To me it seems like pygtkwebkit not beeing compatible with gstreamer 1.0 (like most of the universe...). Adding dimstar to CC as he might be aware of a problem. -- 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 825238] New: The script boot.compcache cannot be started, because there is a error in line 38
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=825238 https://bugzilla.novell.com/show_bug.cgi?id=825238#c0 Summary: The script boot.compcache cannot be started, because there is a error in line 38 Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 1 Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: kl_schmidt(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 After installation of packet compcache: Line 38 in script /etc/init.d/boot.compcache is: NUM_DEV="zram_num_devices" This is wrong. It must be: NUM_DEV="num_devices" The error is the same in openSUSE 12.2 By the way, line 27 RZSCTL_BIN=/usr/sbin/rzscontrol is no more necessary. The same is with the dependency of boot.swap, which lacks in openSUSE 12.3 Reproducible: Always Steps to Reproduce: 1. systemctl start compcache.service 2. 3. Actual Results: Every start of compcache fails Error-message: zram: Unknown parameter `zram_num_devices' Expected Results: To load module zram, shown with command: lsmod|grep zram and create an additional swap-device, shown with command: cat /proc/swaps -- 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 382214] bash script aborts with memory dump if interpreter not specified on first line
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=382214 https://bugzilla.novell.com/show_bug.cgi?id=382214#c23 --- Comment #23 from Bernhard Wiedemann <bwiedemann(a)suse.com> 2013-07-22 14:00:08 CEST --- This is an autogenerated message for OBS integration: This bug (382214) was mentioned in https://build.opensuse.org/request/show/183978 Maintenance / https://build.opensuse.org/request/show/183979 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 826422] New: gettext: broken handling of unicode code point escapes in Tcl
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=826422 https://bugzilla.novell.com/show_bug.cgi?id=826422#c0 Summary: gettext: broken handling of unicode code point escapes in Tcl Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gber(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 xgettext parsing of unicode code point escapes is broken, it tries to replace the escape with the literal unicode character but does not consume the last character of the escape but copies it into the output which results in corrupt .po files, e.g.: ----8<---- $ cat gettext-bug.tcl #!/usr/bin/tclsh package require msgcat puts [msgcat::mc "Hello\u200e\u201cWorld\u201d"] $ $ /usr/bin/xgettext -o- gettext-bug.tcl # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2013-06-24 16:24+0200\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n" "Language-Team: LANGUAGE <LL(a)li.org>\n" "Language: \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: gettext-bug.tcl:5 msgid "Hello‎e“cWorld”d" msgstr "" ---->8---- It should probably not try to substitute these escapes at all as it results in fragile .po files with embedded control characters, see e.g. the U+200E left-to-right mark in the above example. 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 9

[Bug 829479] New: Publishing/plotutils: pic2plot unusable
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=829479 https://bugzilla.novell.com/show_bug.cgi?id=829479#c0 Summary: Publishing/plotutils: pic2plot unusable Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: werner(a)suse.com ReportedBy: nico.kruber(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- I'm no expert and please correct me if I'm wrong, but it seems that pic2plot is not working at all. Please put the following lines (without ==) into a file called test2.pic and execute the commands below to reproduce: ========== PS ellipse "ellipsetext"; box "boxtext"; PE ========== > pic2plot test2.pic -Tps > test2.ps pic2plot:test2.pic:3: syntax error before `"boxtext"' pic2plot:test2.pic:3: giving up on this picture The result is a ps file with only an ellipse but without the test. Changing the output format does not help. (I'm using the version shipped with openSUSE 12.3 but afaics not much has changed in this package with regard to my problem) -- 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

[Bug 828369] New: Gramps 4.0 needs GTKSpell3 but, when this is included from Factory, Gramps will be installed OK but will not run.
by bugzilla_noreply＠novell.com 22 Jul '13

22 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=828369 https://bugzilla.novell.com/show_bug.cgi?id=828369#c0 Summary: Gramps 4.0 needs GTKSpell3 but, when this is included from Factory, Gramps will be installed OK but will not run. Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hacker(a)scarlet-jade.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 Gramps 4.0 on Gnome:Apps repo can't be installed asis because of a lack of an up-to-date version of GTKSpell3. If the Gnome factory repo is included, YAST installs Gramps with no complaint. However, the program will not start and produces the following error when started from console: ----- No handlers could be found for logger "grampslocale" Traceback (most recent call last): File "/usr/bin/gramps", line 2, in <module> import gramps.grampsapp as app File "/usr/lib/python2.7/site-packages/gramps/grampsapp.py", line 54, in <module> from .gen.const import APP_GRAMPS, USER_DIRLIST, HOME_DIR File "/usr/lib/python2.7/site-packages/gramps/gen/const.py", line 195, in <module> GRAMPS_LOCALE = GrampsLocale(localedir=_resources.locale_dir) File "/usr/lib/python2.7/site-packages/gramps/gen/utils/grampslocale.py", line 541, in __init__ self.language) File "/usr/lib/python2.7/site-packages/gramps/gen/utils/grampslocale.py", line 573, in _get_translation if gettext.find(domain, localedir, [lang]): File "/usr/lib64/python2.7/gettext.py", line 426, in find if len(bundle): TypeError: object of type 'NoneType' has no len() ----- Now, some may say I shouldn't be using Gnome:Apps repo but this repo is the only way of getting bug-fixes for Gnome apps such as this one and Gnucash for example. The added problem of not passing updates from Gnome:Apps up the chain is that bug-fixes for Gramps, which were on the Apps repo, have now been replaced by a version that doesn't work. The latest version of OSS repo is 3.4.2 whereas, before 4.0 appeared, I'd been using 3.4.4 from Apps, so, as the latest working version of Gramps3 is 3.4.5, I'm three bug-fixed versions adrift. Reproducible: Always Steps to Reproduce: 1.Install Gramps [from OSS repo] 2.Add Gnome:Apps repo 3.Update Gramps to 4.0.1 - or attempt to do so. 4.Add Gnome Factory repo for GTKSpell 3. 5.Update Gramps to 4.0.1 - should work now. 6.Try starting Gramps. I run on KDE but installed Gnome and found that Gramps4 also failed to start on that desktop. -- 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