September 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 838374] New: Publishing:TeXLive/texlive: mpost broken
by bugzilla_noreply＠novell.com 04 Sep '13

04 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=838374 https://bugzilla.novell.com/show_bug.cgi?id=838374#c0 Summary: Publishing:TeXLive/texlive: mpost broken Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: werner(a)suse.com ReportedBy: wl(a)gnu.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Third Party Developer/Partner Blocker: --- Please read http://lists.gnu.org/archive/html/bug-lilypond/2013-09/msg00022.html why it is of critical importance to update the TeXLive source code bundle. Without the metapost fixes, the feta music glyph font is severely broken, making the output of lilypond essentially unusable. -- 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

[Bug 837706] New: Update OpenLP from 2.0.1 to 2.0.2
by bugzilla_noreply＠novell.com 04 Sep '13

04 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=837706 https://bugzilla.novell.com/show_bug.cgi?id=837706#c0 Summary: Update OpenLP from 2.0.1 to 2.0.2 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jdmulloy(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/28.0.1500.71 Safari/537.36 * Upstream bugfix/stabilization release * Improvements/Bugfixes for UI, Song Importers and more Full changelist from https://launchpad.net/openlp/+milestone/2.0.2 * OpenLP does not start due to mimetypes bug * Theme in Song Editor is never reset * We should not warn when verse order is empty * Inconvenient focus in Song Editor when adding authors * Macro enabled presentations are not shown in OpenLP * Images always get black background when loaded from saved service file * "Display verses on live tool bar" ignored * Typing a path for a theme background causes a key error * Typing a path for a theme background does not set background * Adjust Line Spacing does not work * Configure shortcuts has two items called settings * Attach button on exception form does not work * Transtion + fast slide changes + ESC causes screen to open again * Delete button in Configure Formatting Tags gets focus * Importing an OSIS bible always results in English book names * Traceback in czech bible download Webbible import fails * Traceback when importing bible with disabled bible plugin in FTW * Non existing chapters result in traceback when searching webbibles * getFileNames corrupts file names that use "special chars" * Opensong Import - some lines missing * Foil Presenter Importer fails if no verses * SongShowPlus traceback * SongShowPlus importer does not handle verse labels such as 1A * Issues importing Sunday Plus Files * OpenLP 1 database importer crashes when encountering control chars * Easy Worship importer progress bar is out * Cancelling character table dialogue in importer causes OpenLP to crash 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 3

[Bug 838101] New: xdg_menu --format icewm misquotes the backslash
by bugzilla_noreply＠novell.com 04 Sep '13

04 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=838101 https://bugzilla.novell.com/show_bug.cgi?id=838101#c0 Summary: xdg_menu --format icewm misquotes the backslash Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 The file /etc/icewm/menu constructs a dynamic menu for icewm by means of a self-made PERL script called xdg_menu. (This script should really be called suse_menu instead, since it is neither provided nor endorsed by XDG.) The script is undocumented. It accepts an argument --format icewm, which makes it emit a menu definition that supposedly can be understood by icewm. However, the script quotes backslashes by doubling them, which is something icewm does not support. If icewm encounters a quotation mark in a title preceded by a backslash, it treats the quotation mark as a literal character and it expects another quotation mark to end the title. The net result is that the rest of the menu definition is not processed and the remaining applications are not available. Reproducible: Always Steps to Reproduce: 1. { LANG=pl_PL.utf8 xdg_menu --format icewm; } Actual Results: 1. prog "Przeglądaj napęd C:\\" none xdg-open .wine/dosdevices/c: Expected Results: 1. prog "Przeglądaj napęd C:\ " none xdg-open .wine/dosdevices/c: -- 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 831983] New: Documentation:Tools/calibre: Bug - Crash on start up
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=831983 https://bugzilla.novell.com/show_bug.cgi?id=831983#c0 Summary: Documentation:Tools/calibre: Bug - Crash on start up Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: 3rd party software AssignedTo: jw(a)suse.com ReportedBy: awafaa(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: fs(a)suse.com, thomas.schraitle(a)suse.com Found By: --- Blocker: --- Calibre version calibre-0.9.40-125.1.x86_64 openSUSE version 12.3 After upgrading to latest version from Documentation:Tools Calibre fails to start. Traceback is below. Advice on resolving would be appreciated. :~> calibre Traceback (most recent call last): File "/usr/bin/calibre", line 20, in <module> sys.exit(main()) File "/usr/lib64/calibre/calibre/gui2/main.py", line 415, in main app, opts, args, actions = init_qt(args) File "/usr/lib64/calibre/calibre/gui2/main.py", line 85, in init_qt from calibre.gui2.ui import Main File "/usr/lib64/calibre/calibre/gui2/ui.py", line 31, in <module> from calibre.gui2.widgets import ProgressIndicator File "/usr/lib64/calibre/calibre/gui2/widgets.py", line 21, in <module> from calibre.gui2.progress_indicator import ProgressIndicator as _ProgressIndicator File "/usr/lib64/calibre/calibre/gui2/progress_indicator/__init__.py", line 15, in <module> pi_error) RuntimeError: Failed to load the Progress Indicator plugin: the sip module implements API v10.0 but the progress_indicator module requires API v9.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 14

[Bug 838218] New: Xorg default resolution does not honor kernel settings
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=838218 https://bugzilla.novell.com/show_bug.cgi?id=838218#c0 Summary: Xorg default resolution does not honor kernel settings Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: lnussel(a)suse.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- When passing e.g. video=1024x768 to the kernel when using drm the kernel prefers that mode and sets the frame buffer resolution accordingly. X however still starts up choosing a different mode. Can be reproduced when doing an installation in a kvm vm for example (cirrus in that case). I am aware that it is possible to override the edid information using e.g. drm_kms_helper.edid_firmware=edid/1024x768.bin but that is very hard to remember, clumsy to type and very limited in choice of resolutions. Shouldn't it be possible to make X somehow prefer the resolution settings of the kernel by default? -- 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 838200] New: PathInfo::exchange does not handle EXDEV errno
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=838200 https://bugzilla.novell.com/show_bug.cgi?id=838200#c0 Summary: PathInfo::exchange does not handle EXDEV errno Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: fcastelli(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=555514) --> (http://bugzilla.novell.com/attachment.cgi?id=555514) strace log Recently I have been running openSUSE and SLE as lxc containers using docker (http://docker.io) Everything works fine except for zypper refresh, which works fine only the 1st time a repository is refreshed. Further calls return without errors, but the changes made to the remote repository are not found by zypper. Using strace I found the reason of this issue. Preamble: the running container has / mounted using AUFS. First refresh of the repository: zypper has no entries inside of its cache for this repository. zypper downloads repository's metadata inside of a temporary directory and then moves it inside of the 'official' cache directory. Everything works fine. Further invocations of zypper refresh: when something changes zypper downloads repository's metadata to a temporary directory. Then zypper founds the old cached entries and swaps the temporary directory with the 'official' cache one. That makes the changes available to zypper. Unfortunately the 'swap directories' operation does not work inside of the running container. That happens because AUFS cannot handle rename(2) operations made against a non empty directory which is available in the original file system. Hence AUFS raises EXDEV errno, but zypper does not handle it properly: it doesn't neither fail with an error nor it performs the rename operation in a different way. According to AUFS documentation: > To rename(2) directory may return EXDEV even if both of src and tgt are on the same aufs. When the rename-src dir exists on multiple branches and the lower dir has child(ren), aufs has to copyup all his children. It can be recursive copyup. Current aufs does not support such huge copyup operation at one time in kernel space, instead produces a warning and returns EXDEV. Generally, mv(1) detects this error and tries mkdir(2) and rename(2) or copy/unlink recursively. So the result is harmless. If your application which issues rename(2) for a directory does not support EXDEV, it will not work on aufs. Also this specification is applied to the case when the src directroy exists on the lower readonly branch and it has child(ren). It would be great to catch EXDEV errno and recursively handle all the files inside of the target directory. I've attached the strace log. Just grep for EXDEV to find the relevant part 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 0

[Bug 835317] New: libQtWebKit4-debuginfo missing
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=835317 https://bugzilla.novell.com/show_bug.cgi?id=835317#c0 Summary: libQtWebKit4-debuginfo missing Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 debug info package for libQtWebKit4 is not published for x86_64 Reproducible: Always Steps to Reproduce: 1. { zypper if libQtWebKit4-debuginfo; } Actual Results: 1. Arch: i586 Expected Results: 1. Arch: x86_64 -- 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 835177] New: zypper has display problems with large packages
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=835177 https://bugzilla.novell.com/show_bug.cgi?id=835177#c0 Summary: zypper has display problems with large packages Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: seife(a)novell.slipkontur.de QAContact: qa-bugs(a)suse.de Found By: Third Party Developer/Partner Blocker: --- It looks like there is a 32bit signed problem in the zypp infrastructure: The following packages are going to be upgraded: kernel-default-devel 3.11.rc5-1.1.g25b5917 -> 3.11.rc5-2.1.gadcd98b kernel-desktop 3.11.rc5-1.1.g25b5917 -> 3.11.rc5-2.1.gadcd98b kernel-desktop-debuginfo 3.11.rc5-1.1.g25b5917 -> 3.11.rc5-2.1.gadcd98b kernel-desktop-devel 3.11.rc5-1.1.g25b5917 -> 3.11.rc5-2.1.gadcd98b kernel-devel 3.11.rc5-1.1.g25b5917 -> 3.11.rc5-2.1.gadcd98b kernel-source 3.11.rc5-1.1.g25b5917 -> 3.11.rc5-2.1.gadcd98b 6 packages to upgrade. Overall download size: 411.7 MiB. After the operation, 4.0 GiB will be freed. [...] Retrieving package kernel-desktop-debuginfo-3.11.rc5-2.1.gadcd98b.x86_64 (3/6), 285.8 MiB (-1.92 GiB unpacked) kernel-desktop-debuginfo is bigger than 2GB: susi:~ # rpm -qi kernel-desktop-debuginfo Name : kernel-desktop-debuginfo Version : 3.11.rc5 Release : 1.1.g25b5917 Architecture: x86_64 Install Date: Thu Aug 15 16:31:22 2013 Group : Development/Debug Size : 2236381437 License : GPL-2.0 Signature : RSA/SHA1, Wed Aug 14 12:12:20 2013, Key ID eceef21003579c1d Source RPM : kernel-desktop-3.11.rc5-1.1.g25b5917.nosrc.rpm Build Date : Wed Aug 14 10:54:59 2013 Build Host : build35 Relocations : (not relocatable) Vendor : obs://build.opensuse.org/Kernel URL : http://www.kernel.org/ Summary : Debug information for package kernel-desktop Description : This package provides debug information for package kernel-desktop. Debug information is useful when developing applications that use this package or when debugging this package. Distribution: Kernel:HEAD -- 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 804172] New: grub1: hangs when XFS is used as root device
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=804172 https://bugzilla.novell.com/show_bug.cgi?id=804172#c0 Summary: grub1: hangs when XFS is used as root device Classification: openSUSE Product: openSUSE 12.3 Version: RC 1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: duwe(a)suse.com ReportedBy: jengelh(a)inai.de QAContact: qa-bugs(a)suse.de CC: mchang(a)suse.com Found By: Beta-Customer Blocker: --- Created an attachment (id=525003) --> (http://bugzilla.novell.com/attachment.cgi?id=525003) strace last lines This occurs first and foremost when doing a clean install. In the partitioner, pick sda: 1 partition sda1: mountpoint /, XFS No other partitions (I also had sdb in my test, which I don't touch) Bootloader: GRUB1, boot from MBR=enabled, boot from partition=disabled (because XFS does not support PBR) Yast then installs and prepares the final system (/mnt) in such a way that: # chroot /mnt # cat /etc/grub.conf setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,0) quit # cat /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb # strace /usr/sbin/grub --device-map=/boot/grub/device.map --batch </etc/grub.conf See the screenshot for the last lines of strace output. After that, grub goes into what looks very much like an infinite loop. -- 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 837476] New: yast: Renamed network card (int0) is shown as "Not configured"
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=837476 https://bugzilla.novell.com/show_bug.cgi?id=837476#c0 Summary: yast: Renamed network card (int0) is shown as "Not configured" Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: abergmann(a)suse.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Found inside my up to date openSUSE 12.3 installation (kvm guest). After using the "Change DeviceName" feature inside yast, the network card is always shown as "Not configured" if entering the "Network Settings" menu again. During the configuration all looks fine and the new NIC settings are working afterwards. The "Change DeviceName" is simply inserting a udev rule into: #> cat /etc/udev/rules.d/70-persistent-net.rules SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:12:3a:01:12:03", ATTR{type}=="1", KERNEL=="eth*", NAME="int0" And renaming the interface configuration from ifcfg-eth0 to ifcfg-int0. But this affects yast by showing the "Ethernet Card 0" as "Not configured". Ethernet Card 0 MAC : 00:12:3a:01:12:03 BusID : virtio0 Device Name: int0 The device is not configured. Press Edit to configure. #> cat /etc/sysconfig/network/ifcfg-int0 BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.0.2/24' MTU='' NAME='Ethernet Card 0' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no' After changing the "DeviceName" back to eth0 the card is listed as configured again. 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 2