https://bugzilla.novell.com/show_bug.cgi?id=838374https://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.
https://bugzilla.novell.com/show_bug.cgi?id=837706https://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.
https://bugzilla.novell.com/show_bug.cgi?id=838101https://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.
https://bugzilla.novell.com/show_bug.cgi?id=831983https://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.
https://bugzilla.novell.com/show_bug.cgi?id=838218https://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.
https://bugzilla.novell.com/show_bug.cgi?id=838200https://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.
https://bugzilla.novell.com/show_bug.cgi?id=835317https://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.
https://bugzilla.novell.com/show_bug.cgi?id=835177https://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.
https://bugzilla.novell.com/show_bug.cgi?id=804172https://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.
https://bugzilla.novell.com/show_bug.cgi?id=837476https://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.