body:
--1415027963.CeFEa6.7108
Date: Mon, 3 Nov 2014 15:19:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=903687

            Bug ID: 903687
           Summary: LXDE - Error starting gmixer
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2 RC 1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: holgi-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I installed 13.2 GM selecting LXDE as the default Window Manager. When I start
gmixer I get the following error

holgi@opti:~> gmixer
Traceback (most recent call last):
  File "/usr/bin/gmixer", line 39, in <module>
    from gtktrayicon import TrayIcon
  File "/usr/lib64/python2.7/site-packages/gtktrayicon.py", line 29, in
<module>
    from Xlib import display as Xdisplay, Xatom, protocol as Xprotocol, X
ImportError: No module named Xlib

summary: LXDE - Error starting gmixer


Build Identifier:

)
Nov  3 11:43:09 Office kernel: [    0.112550] ftrace: allocating 14904 entries
in 59 pages
Nov  3 11:43:09 Office kernel: [    0.116432] ------------[ cut here
]------------
Nov  3 11:43:09 Office kernel: [    0.116447] WARNING: CPU: 0 PID: 0 at
../kernel/trace/ftrace.c:1776 ftrace_bug+0x203/0x270()
Nov  3 11:43:09 Office kernel: [    0.116450] Modules linked in:
Nov  3 11:43:09 Office kernel: [    0.116457] CPU: 0 PID: 0 Comm: swapper/0 Not
tainted 3.17.1-53.gd944251-ec2 #1
Nov  3 11:43:09 Office kernel: [    0.116459] Hardware name: Xen 3.4.3.amazon
PV guest
Nov  3 11:43:09 Office kernel: [    0.116462]  ffffffff8000ca25
ffffffff803e41ea 0000000000000000 ffffffff8002e117
Nov  3 11:43:09 Office kernel: [    0.116468]  0000000000000000
ffffffff80006000 ffff8800ea0257a0 0000000000000000
Nov  3 11:43:09 Office kernel: [    0.116472]  ffff8800ea080000
ffffffff800c34b3 0000000000000000 ffffffff80006000
Nov  3 11:43:09 Office kernel: [    0.116478] Call Trace:
Nov  3 11:43:09 Office kernel: [    0.116494]  [<ffffffff8000a9cb>]
dump_trace+0x7b/0x1f0
Nov  3 11:43:09 Office kernel: [    0.116500]  [<ffffffff8000abd4>]
show_stack_log_lvl+0x94/0x170
Nov  3 11:43:09 Office kernel: [    0.116505]  [<ffffffff8000ca41>]
show_stack+0x21/0x50
Nov  3 11:43:09 Office kernel: [    0.116511]  [<ffffffff803e41ea>]
dump_stack+0x41/0x51
Nov  3 11:43:09 Office kernel: [    0.116519]  [<ffffffff8002e117>]
warn_slowpath_common+0x77/0x90
Nov  3 11:43:09 Office kernel: [    0.116525]  [<ffffffff800c34b3>]
ftrace_bug+0x203/0x270
Nov  3 11:43:09 Office kernel: [    0.116533]  [<ffffffff800c3b33>]
ftrace_process_locs+0x3d3/0x6c0
Nov  3 11:43:09 Office kernel: [    0.116545]  [<ffffffff8076183e>]
ftrace_init+0xdd/0x17c
Nov  3 11:43:09 Office kernel: [    0.116552]  [<ffffffff80755c2d>]
start_kernel+0x4af/0x4bf
Nov  3 11:43:09 Office kernel: [    0.116563] ---[ end trace c84328a9fc27084e
]---
Nov  3 11:43:09 Office kernel: [    0.116565] ftrace faulted on writing
[<ffffffff80006000>] run_init_process+0x0/0x30
Nov  3 11:43:09 Office kernel: [    0.118271] Brought up 1 CPUs

Reproducible: Always

Steps to Reproduce:
1.reboot
2.
3.


--1415051676.61DcbDA20.27791
Date: Mon, 3 Nov 2014 21:54:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=903744

            Bug ID: 903744
           Summary: lightdm does not automatically unlock gnome-keyring via PAM any more
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201410*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: gber-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

From http://lists.opensuse.org/opensuse-factory/2014-11/msg00049.html:

On openSUSE 13.1 I was used to get the Gnome keyring automagically
unlocked whenever I log in. This doesn't happen on a new installation of
openSUSE Factory. I've tracked it down to the following line in
/etc/pam.d/common-session:

  session optional        pam_gnome_keyring.so    auto_start
only_if=gdm,gdm-password,lxdm,lightdm

Everything looks OK, but even with the Gnome runtime support enabled in
xfce4, the keyring stays locked. What's surprising is the following
output of "systemctl status display-manager.service":

  Nov 03 18:08:36 saturn display-manager[25273]: /etc/vconsole.conf available
  Nov 03 18:08:36 saturn display-manager[25273]: KEYMAP: de-latin1-nodeadkeys
  Nov 03 18:08:36 saturn display-manager[25273]: Command: localectl set-keymap
de-latin1-nod...ys
  Nov 03 18:08:36 saturn lightdm[25310]: pam_unix(lightdm-greeter:session):
session opened ...=0)
  Nov 03 18:08:36 saturn display-manager[25273]: Starting service lightdm..done
  Nov 03 18:08:52 saturn lightdm[25339]: pam_unix(xdm:session): session opened
for user man...=0)

Look at the "xdm" in the last line. When I added some debugging code to
pam_gnome_keyring.so, I saw that the display's manager name is indeed
passed as "xdm" instead of "lightdm", which then resulted to not unlock
the keyring because the manager wasn't in the list of supported ones.


--1415059202.eD1Aed30.20415
Date: Tue, 4 Nov 2014 00:00:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=903753

            Bug ID: 903753
           Summary: usb_modeswitch-2.1.1-2.3.1.x86_64 is incompatible with usb_modeswitch-data-2.1.1-2.3.1.noarch
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bpesavento-at-infinito.it
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In 13.2-OSS repo, package usb_modeswitch-2.1.1-2.3.1.x86_64 is incompatible
with matching package usb_modeswitch-data-2.1.1-2.3.1.noarch.
Huawei 3G dongles do not switch out of "CD-mode" with thiis setup.

With the first one, usb_modeswitch -e yields:

 * usb_modeswitch: handle USB devices with multiple modes
 * Version 2.1.1 (C) Josua Dietze 2014
 * Based on libusb1/libusbx

while the second contains file 40-usb_modeswitch.rules which reads:

# Part of usb-modeswitch-data, version 20140529
#
# Works with usb_modeswitch versions >= 2.2.0 (introduction of HuaweiNewMode)

A workaround is installing usb_modeswitch-data-2.1.1-2.1.6.noarch (from
13.2RC1) whose file 40-usb_modeswitch.rules reads:

# Part of usb-modeswitch-data, version 20140327
#
# Works with usb_modeswitch versions >= 2.1.0 (introduction of StandardEject)

Versions 5.1 and 14.1 available in additional repos as of today are affected
too.


body:
--1415103325.aEbAd0.5648
Date: Tue, 4 Nov 2014 12:15:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=903833

            Bug ID: 903833
           Summary: yast translations: update wanted
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Translations
          Assignee: ke-at-suse.com
          Reporter: ke-at-suse.com
        QA Contact: ke-at-suse.com
          Found By: ---
           Blocker: ---

I'd like to publish an update of the yast translations (yast2-trans and
subpackages).

summary: yast translations: update wanted


--1415185827.fa6Ec6.15275
Date: Wed, 5 Nov 2014 11:10:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=903992

            Bug ID: 903992
           Summary: Totem no longer finds DLNA after upgrade to 13.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: robert.munteanu-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I've been using totem with the Gnome 3.14 repos on openSUSE 13.1 and in the
'channels' view I found a DLNA server running on my local network.

This no longer works after upgrading to openSUSE 13.2, the channels view lists
other channels but not the DLNA server.

When starting totem from the command line I get the following output :

(totem:32369): GLib-GObject-WARNING **: The property GtkTreeView:rules-hint is
deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkMisc:xpad is deprecated
and shouldn't be used anymore. It will be removed in a future version.

(totem:32369): GLib-GObject-WARNING **: The property GtkMisc:ypad is deprecated
and shouldn't be used anymore. It will be removed in a future version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:xalign is
deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:yalign is
deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:xscale is
deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:yscale is
deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:top-padding
is deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property
GtkAlignment:bottom-padding is deprecated and shouldn't be used anymore. It
will be removed in a future version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:left-padding
is deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkAlignment:right-padding
is deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property GtkComboBox:add-tearoffs
is deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): GLib-GObject-WARNING **: The property SoupSession:ssl-ca-file is
deprecated and shouldn't be used anymore. It will be removed in a future
version.

(totem:32369): Grilo-WARNING **: [dleyna] grl-dleyna-servers-manager.c:165:
Unable to connect to the dLeynaRenderer.Manager DBus object: Error calling
StartServiceByName for com.intel.dleyna-server:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process
com.intel.dleyna-server exited with status 1
totem-video-thumbnailer couldn't open file
'file:///home/rmuntean/New%20Project.mkv'
totem-video-thumbnailer couldn't open file
'file:///home/rmuntean/New%20Project.ogv'
totem-video-thumbnailer couldn't open file
'file:///home/rmuntean/Videos/desktop.ogg'

(totem:32369): GnomeDesktop-WARNING **: Unable to create loader for mime type
video/x-theora+ogg: Unrecognized image file format

(totem:32369): GnomeDesktop-WARNING **: Error creating thumbnail for
file:///home/rmuntean/Videos/desktop.ogg: Unrecognized image file format


body:
--1415193594.Cd1C1B0.30895
Date: Wed, 5 Nov 2014 13:19:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904028

            Bug ID: 904028
           Summary: openldap2 %post requires binutils
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jengelh-at-inai.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

openldap2 post routine depends on strings, but lacks a Requires(post):
binutils.

(392/463) Installing: openldap2-2.4.39-8.3.1
....................................................................[done]
Additional rpm output:
groupadd: group 'ldap' already exists
useradd: user 'ldap' already exists
/var/tmp/rpm-tmp.dkxWWC: line 5: /usr/bin/strings: No such file or directory
warning: /etc/openldap/slapd.conf created as /etc/openldap/slapd.conf.rpmnew
Updating /etc/sysconfig/openldap...
/var/tmp/rpm-tmp.WvR53B: line 8: /etc/init.d/ldap: No such file or directory

summary: openldap2 %post requires binutils


--1415200260.d2BdC6.9790
Date: Wed, 5 Nov 2014 15:11:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904047

            Bug ID: 904047
           Summary: Gnome has a hard RPM requirement for the whole CUPS
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201410*
          Hardware: All
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: jsmeix-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: fcrozat-at-suse.com, klaus.gmeinwieser-at-oce.com
        Depends on: 875606
          Found By: Beta-Customer
           Blocker: No

+++ This bug was initially created as a clone of Bug #875606 +++

In short:
Gnome cannot installed without the whole CUPS.

Reason:
gnome-control-center has a hard RPM requirement for cups-pk-helper
and cups-pk-helper has a hard RPM requirement for cups.

For SLE12 this was fixed in gnome-control-center by lowering
'Requires' to 'Recommends' for cups-pk-helper, see in OBS
SUSE:SLE-12:GA/gnome-control-center/gnome-control-center.changes

But:
---------------------------------------------------------------------------
$ osc cat SUSE:SLE-12:GA gnome-control-center gnome-control-center.spec \
 | grep cups-pk-helper
Recommends:     cups-pk-helper

$ osc cat openSUSE:Factory gnome-control-center gnome-control-center.spec \
 | grep cups-pk-helper
Requires:       cups-pk-helper
---------------------------------------------------------------------------
=> bug still present in gnome-control-center in openSUSE:Factory

Only FYI:

From some time ago on one of my SLE12 test systems an analysis
what actually had required cups at that time
(the rpm output is shown condensed here by me):
------------------------------------------------------------------------
rpm -e --test cups-client
error: Failed dependencies:
cups-client needed by cups-1.7.2-6.1.x86_64

# rpm -e --test cups
error: Failed dependencies:
cups needed by cups-pk-helper-0.2.5-3.61.x86_64
cups needed by patterns-sles-print_server-12-28.1.x86_64
cups needed by system-config-printer-1.4.4-1.3.x86_64

# rpm -e --test system-config-printer
[no output - i.e. nothing requires it]

# rpm -e --test patterns-sles-print_server
[no output - i.e. nothing requires it]

# rpm -e --test cups-pk-helper
error: Failed dependencies:
cups-pk-helper needed by cups-pk-helper-lang-0.2.5-3.61.noarch
cups-pk-helper needed by gnome-control-center-3.10.3-1.3.x86_64

# rpm -e --test cups-pk-helper-lang
[no output - i.e. nothing requires it]
-----------------------------------------------------------------------

When gnome-control-center has a hard RPM requirement for cups-pk-helper
it must mean that gnome-control-center cannot run without it
or that gnome-control-center does not make any sense without it.

When gnome-control-center can run without cups-pk-helper
in a reasonable way, then gnome-control-center should
not have a hard RPM requirement for cups-pk-helper
but only a weak RPM "Recommends" for it.

This way cups-pk-helper (and CUPS) would be usually installed
when gnome-control-center is installed (via zypper's "--recommends")
but when a user deliberately does not want to have CUPS installed,
the RPMs cups and cups-client could be removed without violating
hard RPM requirements.

In contrast the cups-libs RPM is usually needed by many other
software packages that link with the CUPS libraries
-----------------------------------------------------------------------
# rpm -e --test cups-libs 2>&1 \
 | grep -o 'needed by .*' | cut -d ' ' -f4 | sort -u
cups-1.7.2-6.1.x86_64
cups-client-1.7.2-6.1.x86_64
cups-filters-1.0.52-7.1.x86_64
cups-filters-cups-browsed-1.0.52-7.1.x86_64
cups-filters-ghostscript-1.0.52-7.1.x86_64
cups-pk-helper-0.2.5-3.61.x86_64
ghostscript-9.14-1.11.x86_64
gnome-control-center-3.10.3-1.3.x86_64
gnome-settings-daemon-3.10.2-7.2.x86_64
hplip-hpijs-3.14.4-2.3.x86_64
libgtk-2_0-0-2.24.23-1.23.x86_64
libgtk-3-0-3.10.7-1.35.x86_64
patterns-sles-base-12-28.1.x86_64
python-cups-1.9.66-1.3.x86_64
samba-libs-4.1.6-5.1.x86_64
-----------------------------------------------------------------------

Summary:
It is o.k. when Gnome links with CUPS libraries
but I wonder if Gnome really cannot work without the
whole rest of CUPS (in particular a running cupsd).


--1415205495.64FF3d2E5.24970
Date: Wed, 5 Nov 2014 16:38:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904070

            Bug ID: 904070
           Summary: gnome-control-center crashes when taking foto for the avatar
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

GCC crashes when you go to Users, click on the avatar, choose 'take picture'
and snap one.

fixed in g-c-c upstream commit
https://git.gnome.org/browse/gnome-control-center/commit/?h=gnome-3-14&id=d3c93d92497ba796427245fab266658e6d330086


--1415205603.8caBed305.23255
Date: Wed, 5 Nov 2014 16:40:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904071

            Bug ID: 904071
           Summary: gnome-control-center: region: crash for locales with no country_code
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

gnome_parse_locale() can return an empty country_code for some locales, which
we are not taking into account when building the simple_locale string.

Fixed in upstream commit
https://git.gnome.org/browse/gnome-control-center/commit/?h=gnome-3-14&id=422166f3206740b98304528fb0974419ac0aeadb


--1415205699.83fF7545.24882
Date: Wed, 5 Nov 2014 16:41:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904073

            Bug ID: 904073
           Summary: gnome-control-center: possible crash when date isn't available
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

If the file in the background chooser does not provide mtime information, g-c-c
crashes

Fixed in upstream commit
https://git.gnome.org/browse/gnome-control-center/commit/?h=gnome-3-14&id=57aab756e9d67d6420bcb651537e45930a257aa2


--1415211576.BE8280.4936
Date: Wed, 5 Nov 2014 18:19:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904092

            Bug ID: 904092
           Summary: build-compare failure: rpmlint.log files differ
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: ohering-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I just noticed this in 12.3 and 13.2 ffmpeg builds in PMBS:

[ 1137s] comparing /.build.oldpackages/rpmlint.log and
/home/abuild/rpmbuild/OTHER/rpmlint.log
[ 1137s] rpmlint.log files differ:
[ 1137s] -


--1415215468.3c7B840.9049
Date: Wed, 5 Nov 2014 19:24:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904097

            Bug ID: 904097
           Summary: Use of more than one VT produces silent system crash
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: stakanov-at-freenet.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Lenovo X201.
Create two or more users in kde.
Work in one. Leave the other(s) open. Wait for a while (like watch a TG in
stream) or read in the browser. You move the mouse all normal. You do: change
VT with alt+ctrl+Fx (following my settings that is F7 and F8 with two users
etc. So switch from the VT where you are to the other.

Result: immediate, repeatable, stable - the system crashes silently. Just a
white cursor on the left high corner of the VGA screen, HDMI is constant off.
And even this only if you pull the hdmi cable and plug it in again or if you
detach the device from the ultra base docking station. No key can wake up the
machine. The ventilator continuous to run at speed as before.
If you reset the machine no reaction. Closing lid and reopen: no reaction.
Alt-ctrl-canc: no reaction. You have to hard reset with the power button. Then
you will find that of course data has gone, programs have not been shut down
correctly (i.e. firefox) so it did crash.

I have no clue where the error could be found. So if you need logs..tell me
what to look for. There are some ACPI messages in /var/log/messages. But now
evident warning or something that I could recover as crash log.

This is a very crippling bug.


--1415215573.07F4f0.9726
Date: Wed, 5 Nov 2014 19:26:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904098

            Bug ID: 904098
           Summary: wxGTK3-3_0-devel is missing two .so links
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: suse.4Pane.4Pane-at-dfgh.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The wxGTK3-3_0-devel package contains the .so links for most of the wxWidgets
libs. However, at least in x86_64 and i686, those for libwx_baseu-suse-3.0.so.0
and libwx_baseu-xml-suse-3.0.so.0 are missing. As a result building
wx-requiring programs will fail at the link stage; all wx programs link against
base.

Creating the symlinks by hand solves the immediate problem.


--1415216679.AFd5c9.11083
Date: Wed, 5 Nov 2014 19:44:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904100

            Bug ID: 904100
           Summary: shared-mime-info update from 1.1 to 1.3 database breaks .iso files (.txt file icon / behavior)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KDE4 Workspace
          Assignee: kde-maintainers-at-suse.de
          Reporter: rb03884-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 612546
  --> http://bugzilla.opensuse.org/attachment.cgi?id=612546&action=edit
Screenshot of ISO Image showing properties

Updating from openSUSE 13.1 shared-mime-info 1.1 to shared-mime-info 1.3 in
openSUSE 13.2 breaks the .ISO file .txt file icon/behavior.

It is now associated with the plain text document. The applications to open the
ISO file are kate, kwrite, LibreOffice writer.

It should be associated with raw CD image.

In openSUSE 13.2 KDE4.14.2 I opened konsole and ran:

$ file --mime-type openSUSE-13\ 1.1-KDE-Live-x86_64.iso
openSUSE-13 1.1-KDE-Live-x86_64.iso: application/octet-stream

and

xdg-mime query filetype openSUSE-13\ 1.1-KDE-Live-x86_64.iso
text/plain

ArchLinux wiki is recommending to all of their users to downgrade to 1.2x.


--1415256677.df5C0.28667
Date: Thu, 6 Nov 2014 06:51:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904155

            Bug ID: 904155
           Summary: Clementine (Your GStreamer installation is missing a plug-in.)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2 RC 1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: cra1g321xmp-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Trying to play a mp3 file with clementine, it fails and a popup is shown
displaying the message (Your GStreamer installation is missing a plug-in.)

I've checked my gstreamer packages and don't see any missing.

Also switched any installed gstreamer packages to the versions available in the
packman 13.2 repository, but still no luck, so i'm assuming this is a problem
with Clementine not the gstreamer packages.

openSUSE:~ # zypper se -i -s gstreamer
Loading repository data...
Reading installed packages...

S | Name                           | Type    | Version        | Arch   |
Repository
--+--------------------------------+---------+----------------+--------+----------------------
i | PackageKit-gstreamer-plugin    | package | 1.0.0-4.1      | x86_64 |
openSUSE-13.2-Oss
i | gstreamer                      | package | 1.4.3-1.4      | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-0_10                 | package | 0.10.36-13.1.5 | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-0_10-plugin-esd      | package | 0.10.31-13.1.9 | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-0_10-plugin-gnomevfs | package | 0.10.36-11.1.5 | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-0_10-plugins-bad     | package | 0.10.23-26.3   | x86_64 |
packman
i | gstreamer-0_10-plugins-base    | package | 0.10.36-11.1.5 | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-0_10-plugins-good    | package | 0.10.31-13.1.9 | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-0_10-plugins-ugly    | package | 0.10.19-14.1   | x86_64 |
packman
i | gstreamer-fluendo-mp3          | package | 18-5.1.3       | x86_64 |
openSUSE-13.2-Non-Oss
i | gstreamer-plugins-base         | package | 1.4.3-1.5      | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-plugins-good         | package | 1.4.3-1.1      | x86_64 |
openSUSE-13.2-Oss
i | gstreamer-plugins-qt           | package | 1.2.0-2.2.4    | x86_64 |
openSUSE-13.2-Oss
i | libgstreamer-0_10-0            | package | 0.10.36-13.1.5 | x86_64 |
openSUSE-13.2-Oss
i | libgstreamer-1_0-0             | package | 1.4.3-1.4      | x86_64 |
openSUSE-13.2-Oss
i | libgstreamer-1_0-0-32bit       | package | 1.4.3-3.1      | x86_64 |
packman
i | phonon-backend-gstreamer       | package | 4.7.80-2.1.4   | x86_64 |
openSUSE-13.2-Oss
openSUSE:~ # zypper se -i -s clementine
Loading repository data...
Reading installed packages...

S | Name       | Type    | Version     | Arch   | Repository
--+------------+---------+-------------+--------+------------------
i | clementine | package | 1.2.2-3.1.8 | x86_64 | openSUSE-13.2-Oss


--1415280036.5Abb10.1021
Date: Thu, 6 Nov 2014 13:20:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904214

            Bug ID: 904214
           Summary: Control characters are not interpreted in vmware console (tab, backspace, ctrl+c)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: VMWare
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: volanszki-at-mik.uni-pannon.hu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 612659
  --> http://bugzilla.opensuse.org/attachment.cgi?id=612659&action=edit
vmware console bug screenshot

The control characters (tab, backspace, ctrl+c/d, etc...) are not interpreted
in any vmware console window. The problem is mostly the same after an
distribution upgrade or after a fresh install.

I attached a screenshot about it. On the left side there is an upgraded VM
(13.1->13.2) and on the right side there is a newly installed system.

Via SSH everything is working fine, the problem exists only on console. By
default the TERM variable is "linux" on console. Changing that to xterm does
not help.

I tried it in vSphere Client at Windows (old Client) and in FireFox too (via
Webclient), but the problem remains the same.

Thank you in advance!


--1415280171.d5c0Eed64.759
Date: Thu, 6 Nov 2014 13:22:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904215

            Bug ID: 904215
           Summary: dependency job addition for unit cups.socket; cups.socket not found
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Printing
          Assignee: jsmeix-at-suse.com
          Reporter: dominian-at-slackadelic.com
        QA Contact: jsmeix-at-suse.com
          Found By: ---
           Blocker: ---

After doing a system upgrade with zypper dup, I'm getting this error in my
logs:

Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket
failed to load: No such file or directory.

systemctl status cups.socket output:

cups.socket
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

Nov 04 23:51:37 destiny systemd[1]: Cannot add dependency job for unit
cups.socket, ignoring: Invalid argument
Nov 04 23:52:18 destiny systemd[1]: Cannot add dependency job for unit
cups.socket, ignoring: Unit cups.socket failed to load: No such file or
directory.

Informational:

cd /etc/systemd/system/sockets.target.wants

 ls -al cups.socket shows a symlink but in 'red' saying it is broken:
lrwxrwxrwx 1 root root 35 May  3  2014 cups.socket ->
/usr/lib/systemd/system/cups.socket

 ls -al /usr/lib/systemd/system/cups.socket
ls: cannot access /usr/lib/systemd/system/cups.socket: No such file or
directory

Not sure if this is something not needed, but figured it was best to report it,
just in case.


--1415305986.Bedaf6c3.16584
Date: Thu, 6 Nov 2014 20:33:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904289

            Bug ID: 904289
           Summary: ideapad_laptop kernel module hard blocked wifi
    Classification: openSUSE
           Product: openSUSE 12.3
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: brioscaibriste-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On my lenovo yoga 2 13" (not pro), I am having an issue with the ideapad_laptop
module.

This laptop does not have a wifi hardware switch or bios setting to control
it's on/off status.

When I install any linux distro, the wifi adapter gets hard blocked, as per the
rfkill output:

2: ideapad_wlan: Wireless LAN
    Soft blocked: no
    Hard blocked: yes

This cannot be reactivated in Windows using the wifi on/off or lenovo tools, it
simply sees the device as switched off.

POSSIBLE FIX
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

I have not been able to re-enable the wifi using opensuse 13.1 or 13.2. I have
only been able to re-enable it using fedora 20, by updating to the latest
kernel, then running the command "rfkill unblock all". I believe Fedora have
patched their kernel, can this be done in the opensuse kernel?
https://bugzilla.redhat.com/show_bug.cgi?id=1021036

I have investigated this issue and it appears to be similar but not identical
to other bugs [ https://bugzilla.kernel.org/show_bug.cgi?id=54361 and
https://bugzilla.kernel.org/show_bug.cgi?id=43007 ].

If all else fails I will attempt this, to modify and rebuild the kernel module:
http://askubuntu.com/questions/434547/wireless-hard-block

Other than that 13.2 is a blast so far :D


--1415318811.EDE0b03.31918
Date: Fri, 7 Nov 2014 00:06:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904313

            Bug ID: 904313
           Summary: Base:System/polkit-default-privs: Add org.kde.kcontrol.kcmsddm.save for SDDM displaymanager
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: meissner-at-suse.com
          Reporter: stefan.bruens@rwth-aachen.de
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

The kcm for kdm has
org.kde.kcontrol.kcmkdm.save  auth_admin

org.kde.kcontrol.kcmsddm.save
does not exist


--1415333989.ceCF56.13732
Date: Fri, 7 Nov 2014 04:19:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904322

            Bug ID: 904322
           Summary: radiotray crashes at startup: Attempt to unlock mutex that was not locked
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: antoine.belvire-at-laposte.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

radiotray O.7.3 from 13.2 oss repo crashes at startup, with error message:
"Attempt to unlock mutex that was not locked."

Reproducible: always.

Bug has already been fixed upstream in the development tree:
- bug report:
https://bitbucket.org/carlmig/radio-tray/issue/220/crashed-with-attempt-to-unlock-mutex-that
- commit:
https://bitbucket.org/carlmig/radio-tray/commits/88d3c67f11cf44d47304f6645bc782c7786b1734

So radiotray needs a patch until its next release.


--1415334937.A2c10.15111
Date: Fri, 7 Nov 2014 04:35:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904323

            Bug ID: 904323
           Summary: wicked sets MTU from dhcp, not from config file (this is different from prior openSUSE releases)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jnelson-suse-at-jamponi.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

wicked in 13.2 apparently sets the MTU using information obtained from dhcp.
Previously, this could be overwritten by setting an explicit MTU in the config
file. Despite the setting still being present, this does not appear to work any
longer.

My ISP sends me an MTU of 576 (which is wrong in this case, it should be - and
has been properly tested to - 1500). I need to be able to override it,
otherwise google video chat doesn't work properly (don't ask me why, I have no
idea).


--1415360556.fa68A50.31567
Date: Fri, 7 Nov 2014 11:42:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904380

            Bug ID: 904380
           Summary: Wicked TAP group rights incorrect set from /etc/sysconfig/network/ifcfg-tapx
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Gerhard@Dr-Lorbeer.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Way to see the error:

1. Add TAP-Device tap0 in YAST2-Network with User=gerhard (ID 1000) and
Group=users (ID 100)
Save

2. Look at  /etc/sysconfig/network/ifcfg-tap0
TUNNEL_SET_GROUP and TUNNEL_SET_OWNER are set correct

3. ip tuntap show:
tap0: tap pi UNKNOWN_FLAGS:800 user 100 group 0
user and group not correct

4. wicked show-config
...
<tap>
 <owner>1000</owner>
 <owner>100</owner>
</tap>
...
owner is set incorrect in second line with ID of Group.
group isnt set.

its possible to workaround with
tunctl -t tap0 -g users -u gerhard

but wicked show-config remains incorrect.


--1415415970.E33ECd1.26786
Date: Sat, 8 Nov 2014 03:06:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904500

            Bug ID: 904500
           Summary: can't modify frozen String  -  Caller: /usr/share/YaST2/clients/view_anymsg.rb:191:in `gsub!'
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2 RC 1
          Hardware: 64bit
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: averw-at-zeelandnet.nl
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 612875
  --> http://bugzilla.opensuse.org/attachment.cgi?id=612875&action=edit
Screenshot Yast2 - "View System logs"

found a bug with Yast2 when i choose "view system logs"

see screenshot: http://goo.gl/Bmd39i (or see attachments )

Details: can't modify frozen String
Caller:  /usr/share/YaST2/clients/view_anymsg.rb:191:in `gsub!'

see full yast2log attachment for details ...


body:
--1415463484.0C3Fd170.24955
Date: Sat, 8 Nov 2014 16:18:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904520

            Bug ID: 904520
           Summary: upower memory leak
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: sonichedgehog_hyperblast00-at-yahoo.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since upgrading from openSUSE 13.1 to 13.2, the system immediately slows down
and freezes after several hours to a day of uptime. Since this is usually the
result of a memory leak, I waited to catch the process at fault before the
machine went unresponsive. The cause appears to be a root process called
upowerd, part of the upower package.

http://software.opensuse.org/package/upower

The process rests at about 1.1 MB of memory usage, so the leak is sudden and
extreme when it happens. As a workaround, I kill the process immediately after
logging in, which doesn't appear to break anything. Since this is likely an
issue with the application, I suggest either disabling upower or downgrading /
upgrading the version offered in 13.2 to one that doesn't have the problem.
openSUSE 13.1 appears to have version 0.9.23 of upower, whereas 13.2 has
version 0.99.1.

summary: upower memory leak


body:
Build Identifier:

On a fresh install of 13.2, setting the language to German, the entries in the
context menus in dolphin (right-click on a file or folder) are mixed. Some
appear in German, but most are still English.
The same happens for the choice of device actions, e.g. when a USB-stick is
plugged in.

I found out that most of the *.desktop files in:
/usr/share/kde4/services/ServiceMenus
and:
/usr/share/kde4/apps/solid/actions

seem to be incomplete. Mostly, there is only one entry like
Name=Open with File Manager
The translated items (like: Name[de]=... Name[ar]=... etc) are missing.

Thus, the problem most likely appears for all other languages, too.

Reproducible: Always

Steps to Reproduce:
1. Install 13.2 from the DVD.
2. Set system language to German in YAST.
3. Set language to German in System Settings --> locale.

Actual Results:
4. Right.click on a file in dolphin (or plug in a USB stick).
5. Context menu (or list of proposed actions) shows English and German entries
mixed.

Expected Results:
All entries should be German

summary: KDE: Missing translations in context menus and device actions


--1415537102.3836570.25908
Date: Sun, 9 Nov 2014 12:45:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=904544

            Bug ID: 904544
           Summary: seccheck daily report mail is split to two mails
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: d_werner-at-gmx.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 612901
  --> http://bugzilla.suse.com/attachment.cgi?id=612901&action=edit
patch for helper.inc and security_daily_helper.inc

in 13.2 not the complete output of the daily security checks is piped to the
mailer.

Therefore the output comes partly as the "normal" seccheck mail and partly as
spillover caught by crond:
Subject: Cron <root@computer>  test -x /usr/lib/secchk/security-control.sh &&
/usr/lib/secchk/security-control.sh daily &

Besides, due to the blanks before the provided mail header the mailer does not
use it to set up the mails subject.

/sbin/chkconfig --list writes output to stderr:
Note: This output shows SysV services only and does not include native
systemd services. SysV configuration data might be overridden by native
systemd configuration.

If you want to list systemd services use 'systemctl list-unit-files'.
To see services enabled on particular target use
'systemctl list-dependencies [target]'.

The attached patch solves these issues for the daily checks.


--1415540207.fDAdCE9.4342
Date: Sun, 9 Nov 2014 13:36:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904545

            Bug ID: 904545
           Summary: Calibre 1.48.0-1.2 crashes when adding a pdf file to calibre's database
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: i586
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE4 Applications
          Assignee: kde-maintainers-at-suse.de
          Reporter: thomas-formella-at-web.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Overview: Calibre 1.48.0-1.2 crashes when adding a pdf file to calibre's
database

Steps to Reproduce:

1. Install calibre 1.48.0-1.2-i586 with YaST from the oss repository
2. start calibre
3. Add a pdf file of your choice to calibre's database by clicking 'Add book'
4. calibre crashes with the following errors:

Unable to open ~/.mtpz-data for reading, MTPZ disabled.
Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString)
Object::connect: No such signal
org::freedesktop::UPower::DeviceRemoved(QString)
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype
"application/vnd.ms-excel.sheet.binary.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype  "application/vnd.ms-excel.addin.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype
"application/vnd.ms-powerpoint.slideshow.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype  "application/vnd.ms-excel.sheet.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype
"application/vnd.ms-powerpoint.presentation.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype  "application/vnd.ms-word.template.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype  "application/vnd.ms-excel.template.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype
"application/vnd.ms-powerpoint.template.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype  "application/vnd.ms-word.document.macroEnabled.12"
kfilemodule(13184) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"
refers to unknown mimetype
"application/vnd.ms-powerpoint.slide.macroEnabled.12"
illegal instruction

Expected Results: Adding the same pdf file worked without problems with calibre
0.9.13 and openSUSE 12.3

Linux 3.16.6-2-default
openSUSE 13.2 (Harlequin) (i586)
KDE 4.14.2


--1415571629.cf3db0.432
Date: Sun, 9 Nov 2014 22:20:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904557

            Bug ID: 904557
           Summary: meld does not highlight changed lines anymore
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: mail@bernhard-voelker.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On openSUSE-13.2, meld looks strange: it does not change the background
color of changed lines (only for the changed portion on such a line) anymore.
This is even more irritating for inserted or deleted lines, because the
change is then only visible by the marker on the middle bar. See screenshot.
There don't seem to be preferences for this, are there?

I'm using the /home of the previous openSUSE-13.1 installation with the
new os-13.2 system.

Any hints?


body:
--1415572954.DbDCec471.1157
Date: Sun, 9 Nov 2014 22:42:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904558

            Bug ID: 904558
           Summary: Semicolon bug/typo in gpicview-0.2.4
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: LXDE
          Assignee: andrea-at-opensuse.org
          Reporter: markohaas-at-yahoo.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

A superfluous semicolon trailing the condition in line 510 of
gpicview-0.2.4/src/main-win.c leads to unconditional execution of lines 511 tp
514 (removal of an animation timeout). This bug manifests in stderr output like

�(gpicview:14198): GLib-CRITICAL **: Source ID 330 was not found when
attempting to remove it�

Expected behavior: remove timeout only if it has been added before.
Actual behavior: removal of timeout ID 0 leads to GLib error message.

Patch suggestion, using sources in gpicview-0.2.4-2.3.2.src.rpm:

diff --git a/main-win.c b/main-win.c
index 9b62504..4751dfb 100644
-

summary: Semicolon bug/typo in gpicview-0.2.4


body:
--1415611883.1c86ad0.15731
Date: Mon, 10 Nov 2014 09:31:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904620

            Bug ID: 904620
           Summary: ntpd is unable to start
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bluedzins-at-wp.pl
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This is default XFCE installation.

I noticed ntpd is not running, so I checked the settings (in Yast), and then
the logs. I see only lines:
ntpd[###]: ntpd exiting on signal 15

where # is a number, each line has different one.

summary: ntpd is unable to start


--1415618961.7A7d5eb0.1160
Date: Mon, 10 Nov 2014 11:29:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904652

            Bug ID: 904652
           Summary: Missing MIME conversion rule for filter gstoraster in package cups-filters-ghostscript-1.0.58-2.1.3
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: i686
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Printing
          Assignee: jsmeix-at-suse.com
          Reporter: a.makhalkin-at-samsung.com
        QA Contact: jsmeix-at-suse.com
          Found By: ---
           Blocker: ---

Missing CUPS mime convs rule in  cups-filters-ghostscript-1.0.58-2.1.3 leads to
a wrong printout

In OpenSUSE 13.2, cups-filters-ghostscript package contains filter gstoraster,
designed to convert PostScript to CUPS-Raster format. It is intended for
maintaining old-style PostScript printing workflow.

There is another package in the system, hplip-hpijs-3.14.6-2.2.4.i586, which
provides CUPS filter pstotiff, which can convert PostScript input to TIFF

Since there is no .convs file, which would declare that PostScript may be
converted to CUPS-Raster using gstoraster filter, CUPS calls pstotiff filter,
and then imagetoraster filter to produce CUPS-Raster, required for our Samsung
rastertospl filter.

Unfortunately, filter pstotiff was not designed to be universal solution, I
think, it is provided for supporting HP Fax devices. The chain pstotiff |
imagetoraster produces 2 raster pages instead of one, when we are printing a
Test Page.

In OpenSUSE 13.1 there is a file /etc/cups/gstoraster.convs, which defines
correct conversion rules. It would be great to include this file into
cups-filters-ghostscript package too.


--1415697771.2C005ECD0.25341
Date: Tue, 11 Nov 2014 09:22:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904828

            Bug ID: 904828
           Summary: systemd no longer calls pm-utils's sleep.d scripts on suspend/hibernate/resume
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: systemd-maintainers-at-suse.de
          Reporter: gber-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Removing pm-utils was discussed on the opensuse-factory list
(http://lists.opensuse.org/opensuse-factory/2013-11/msg00911.html) and several
cases were pointed out where sleep.d scripts are still used.
pm-utils was not removed and still exists in 13.2 and Factory and it is
installed by default, but back in March the pm-utils support was removed from
systemd so that now sleep.d scripts are silently ignored. Dependent packages
such as storage-fixup were not fixed either even though I explicitly pointed
out in http://lists.opensuse.org/opensuse-factory/2013-11/msg00916.html that it
is used and needed, even with recent hardware.

Please either fix systemd to call pm-utils so sleep.d scripts get executed or
remove pm-utils properly and ensure that all dependent packages such as
storage-fixup get fixed so that they use the corresponding systemd facilities
on suspend/hibernate/resume.


body:
--1415713812.4E5e0.27264
Date: Tue, 11 Nov 2014 13:50:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=904873

            Bug ID: 904873
           Summary: libdbi update 0.9.0.g33
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Development
          Assignee: jengelh-at-inai.de
          Reporter: jengelh-at-inai.de
        QA Contact: qa-bugs-at-suse.de
          Found By: Beta-Customer
           Blocker: ---

When libdbi programs fail to open a connection to the database and then unwind
as a result, the object is already gone and a free() with a dangling pointer is
attempted.

pkgs: libdbi libdbi-drivers

summary: libdbi update 0.9.0.g33


--1415723395.68cb0.20213
Date: Tue, 11 Nov 2014 16:29:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=904903

            Bug ID: 904903
           Summary: 13.2/wicked tun interface setup, using migrated/prior working 13.1 config(s), FAILs
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: grantksupport-at-operamail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I've upgraded opensuse 13.1 -> 13.2.

With the upgrade, the functioning of 'tun' interface setup FAILs, causing the
subsequent FAIL of dependent services, such as openvpn.

This has been initially discussed @ -factory ML,

    http://lists.opensuse.org/opensuse-factory/2014-11/msg00198.html

Focusing 1st on the tun1 fail,

The orig, pre opensuse 13.2 config consists of

    cat /etc/sysconfig/network/ifcfg-tun1
        STARTMODE='auto'
        BOOTPROTO='static'
        TUNNEL='tun'
        TUNNEL_SET_GROUP='openvpn'
        TUNNEL_SET_OWNER='openvpn'
        TUNNEL_SET_PERSISTENT='yes'
        IPV6INIT='no'
        IPV6_AUTOCONF='no'
        IPADDR="0.0.0.0"

and has been in use, here, for generations of pre-13.2 opensuse + openvpn use
without error or fail.

Whereas

    IPADDR="0.0.0.0"

is widely historically referenced/used for initial setup of tun interface (also
used for DHCP*, Tomcat, others ...),, under 13.2's 'wicked', it causes an
error,

    ifdown tun1
        tun1 device-down

    ifup tun1
        wicked: ifcfg-tun1: ignoring unspecified ip address 0.0.0.0
        wicked: device tun1 failed: operation timed out
        tun1 setup-in-progress

        and

    /var/log/messages
        Nov 10 13:22:24 edge03 wicked: ifcfg-tun1: ignoring unspecified
        ip address 0.0.0.0
        Nov 10 13:22:32 edge03 wicked: device tun1 failed: operation
        timed out
        Nov 10 13:22:39 edge03 wicked: device tun1 failed: operation
        timed out

There's clear disagreement on the ML as to whether or not '0.0.0.0' is
acceptable use.

The current documentation across wicked/ifcfg no longer addresses all the above
params, and is somewhat consistent across man pages.  Referring to,

    man ifcfg-tunnel
    ...
       Universal TUN/TAP tunnels
              The universal TUN/TAP kernel driver provides an interface for
user space programs to operate a tun-
              nel. There are two modes in which the interface can be created:
                TUN (a Point-to-Point interface using local and remote IP) or
                TAP (like normal ethernet interface, e.g. for use in bridges).

              The following configuration allows to create the interfaces
persistently:

    ...

              ifcfg-tun0
                 STARTMODE='onboot'
                 BOOTPROTO='static'
                 TUNNEL='tun'
                 TUNNEL_SET_OWNER='username'
                 TUNNEL_SET_GROUP='groupname'

    ...

and changing to that ^^^ as a starting point, so that, here

    cat /etc/sysconfig/network/ifcfg-tun1
        STARTMODE='auto'
        BOOTPROTO='static'
        TUNNEL='tun'
        TUNNEL_SET_GROUP='openvpn'
        TUNNEL_SET_OWNER='openvpn'
        #TUNNEL_SET_PERSISTENT='yes'
        #IPV6INIT='no'
        #IPV6_AUTOCONF='no'
        #IPADDR="0.0.0.0"

On reboot, tun1 is still not functional & available for use.

journalctl output from the boot

    journalctl -xb | egrep -i "tun|wicked" | egrep -v "named"
        Nov 10 18:41:55 edge03 kernel: tun: Universal TUN/TAP device driver,
1.6
        Nov 10 18:41:55 edge03 kernel: tun: (C) 1999-2004 Max Krasnyansky
<maxk-at-qualcomm.com>
        Nov 10 18:41:55 edge03 systemd-modules-load[193]: Inserted module 'tun'
        Nov 10 18:42:36 edge03 systemd[1]: Starting wicked AutoIPv4 supplicant
service...
        Nov 10 18:42:36 edge03 systemd[1]: Starting wicked DHCPv6 supplicant
service...
        Nov 10 18:42:36 edge03 systemd[1]: Starting wicked DHCPv4 supplicant
service...
        Nov 10 18:42:37 edge03 systemd[1]: Started wicked AutoIPv4 supplicant
service.
        Nov 10 18:42:37 edge03 systemd[1]: Started wicked DHCPv6 supplicant
service.
        Nov 10 18:42:37 edge03 systemd[1]: Started wicked DHCPv4 supplicant
service.
        Nov 10 18:42:37 edge03 systemd[1]: Starting wicked network management
service daemon...
        Nov 10 18:42:37 edge03 systemd[1]: Started wicked network management
service daemon.
        Nov 10 18:42:37 edge03 systemd[1]: Starting wicked network nanny
service...
        Nov 10 18:42:38 edge03 systemd[1]: Started wicked network nanny
service.
        Nov 10 18:42:38 edge03 systemd[1]: Starting wicked managed network
interfaces...
        Nov 10 18:42:39 edge03 kernel: IPv6: ADDRCONF(NETDEV_UP): tun1: link is
not ready
        Nov 10 18:42:39 edge03 wickedd[925]: lo: address 127.0.0.1 covered by a
static lease
        Nov 10 18:42:39 edge03 wickedd[925]: lo: address ::1 covered by a
static lease
        Nov 10 18:42:53 edge03 wicked[967]: device tun1 failed: operation timed
out
        Nov 10 18:42:53 edge03 wicked[967]: lo              up
        Nov 10 18:42:53 edge03 wicked[967]: eth0            up
        Nov 10 18:42:53 edge03 wicked[967]: eth1            setup-in-progress
        Nov 10 18:42:53 edge03 wicked[967]: tun1            setup-in-progress
        Nov 10 18:42:53 edge03 systemd[1]: Started wicked managed network
interfaces.
        Nov 10 18:44:35 edge03 wicked[3200]: Reading config file
/etc/wicked/client.xml
        Nov 10 18:44:35 edge03 wicked[3200]: Reading config file
/etc/wicked/common.xml
        Nov 10 18:44:35 edge03 wicked[3200]: __ni_config_parse_ifconfig_source:
Adding ifconfig firmware:
        Nov 10 18:44:35 edge03 wicked[3200]: __ni_config_parse_ifconfig_source:
Adding ifconfig compat:
        Nov 10 18:44:35 edge03 wicked[3200]: __ni_config_parse_ifconfig_source:
Adding ifconfig wicked:/etc/wicked/ifconfig
        Nov 10 18:44:35 edge03 wicked[3200]: Executing: wicked --debug all ifup
tun1
        Nov 10 18:44:35 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/wicked.xml)
        Nov 10 18:44:35 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/types.xml
        Nov 10 18:44:35 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/types.xml)
        Nov 10 18:44:35 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/constants.xml
        Nov 10 18:44:35 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/constants.xml)
        Nov 10 18:44:35 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/protocol.xml
        Nov 10 18:44:35 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/protocol.xml)
        Nov 10 18:44:35 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/ethernet.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/ethernet.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/vlan.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/vlan.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/macvlan.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/macvlan.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/dummy.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/dummy.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/bonding.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/bonding.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/bridge.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/bridge.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/infiniband.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/infiniband.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/interface.xml
        Nov 10 18:44:36 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/interface.xml)
        Nov 10 18:44:36 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/wireless.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/wireless.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/tuntap.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/tuntap.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/sit.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/sit.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/ipip.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/ipip.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/gre.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/gre.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/ppp.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/ppp.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/firewall.xml
        Nov 10 18:44:37 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/firewall.xml)
        Nov 10 18:44:37 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/addrconf.xml
        Nov 10 18:44:38 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/addrconf.xml)
        Nov 10 18:44:38 edge03 wicked[3200]: trying to include
/usr/share/wicked/schema/lldp.xml
        Nov 10 18:44:38 edge03 wicked[3200]:
ni_xs_process_schema_file(filename=/usr/share/wicked/schema/lldp.xml)
        Nov 10 18:44:38 edge03 wicked[3200]:
ni_dbus_xml_register_services(scope=dbus)
        Nov 10 18:44:38 edge03 wicked[3200]: register dbus service description
org.opensuse.Network.ManagedInterface
        Nov 10 18:44:38 edge03 wicked[3200]: register dbus service description
org.opensuse.Network.PPP
        Nov 10 18:44:38 edge03 wicked[3200]: register dbus service description
org.opensuse.Network.PPP.Factory
        Nov 10 18:44:38 edge03 wicked[3200]: register dbus service description
org.opensuse.Network.PPPoE.Factory
        Nov 10 18:44:38 edge03 wicked[3200]: register dbus service description
org.opensuse.Network.Firewall
        Nov 10 18:44:38 edge03 wicked[3200]: register dbus service description
org.opensuse.Network.Addrconf
        Nov 10 18:44:38 edge03 wicked[3200]: ni_objectmodel_bind_extensions()
        Nov 10 18:44:38 edge03 wicked[3200]:
ni_dbus_client_open(bus_type=(null), bus_name=org.opensuse.Network)
        Nov 10 18:44:38 edge03 wicked[3200]:
ni_dbus_connection_open(bus=system, name=)
        Nov 10 18:44:38 edge03 wicked[3200]: __ni_dbus_add_watch(0xcdd4c0,
connection=0xc7c360, fd=4, reuse sock=(nil))
        Nov 10 18:44:39 edge03 wicked[3200]: __ni_dbus_add_watch(0xc7b490,
connection=0xc7c360, fd=4, reuse sock=0xce0a10)
        Nov 10 18:44:39 edge03 wicked[3200]: created
/org/opensuse/Network/Interface as child of /org/opensuse/Network, class
netif-list
        Nov 10 18:44:39 edge03 wicked[3200]: created
/org/opensuse/Network/Interface/1 as child of /org/opensuse/Network/Interface,
class <anonymous>
        Nov 10 18:44:39 edge03 wicked[3200]: created
/org/opensuse/Network/Interface/2 as child of /org/opensuse/Network/Interface,
class <anonymous>
        Nov 10 18:44:39 edge03 wicked[3200]: /org/opensuse/Network/Interface/2:
specializing object as a netif-ethernet
        Nov 10 18:44:39 edge03 wicked[3200]: created
/org/opensuse/Network/Interface/4 as child of /org/opensuse/Network/Interface,
class <anonymous>
        Nov 10 18:44:39 edge03 wicked[3200]: created
/org/opensuse/Network/Interface/5 as child of /org/opensuse/Network/Interface,
class <anonymous>
        Nov 10 18:44:39 edge03 wicked[3200]: /org/opensuse/Network/Interface/5:
specializing object as a netif-ethernet
        Nov 10 18:44:40 edge03 wicked[3200]: created
/org/opensuse/Network/Interface/7 as child of /org/opensuse/Network/Interface,
class <anonymous>
        Nov 10 18:44:40 edge03 wicked[3200]: /org/opensuse/Network/Interface/7:
specializing object as a netif-tun
        Nov 10 18:44:40 edge03 wicked[3200]: created
/org/opensuse/Network/Interface/8 as child of /org/opensuse/Network/Interface,
class <anonymous>
        Nov 10 18:44:40 edge03 wicked[3200]: /org/opensuse/Network/Interface/8:
specializing object as a netif-ethernet
        Nov 10 18:44:40 edge03 wicked[3200]: received new device lo
(/org/opensuse/Network/Interface/1)
        Nov 10 18:44:40 edge03 wicked[3200]: lo: refresh <client-state>
control: persistent=true, usercontrol=false
        Nov 10 18:44:40 edge03 wicked[3200]: lo: refresh <client-state> config:
origin=compat:/etc/sysconfig/network/ifcfg-lo, uuid=f61...a33,
owner-uid=4294967295
        Nov 10 18:44:40 edge03 wicked[3200]: received new device eth0
(/org/opensuse/Network/Interface/2)
        Nov 10 18:44:40 edge03 wicked[3200]: eth0: refresh <client-state>
control: persistent=false, usercontrol=false
        Nov 10 18:44:40 edge03 wicked[3200]: eth0: refresh <client-state>
config: origin=compat:/etc/sysconfig/network/ifcfg-eth0, uuid=8e4...dd4,
owner-uid=4294967295
        Nov 10 18:44:41 edge03 wicked[3200]: received new device ip6tnl0
(/org/opensuse/Network/Interface/4)
        Nov 10 18:44:41 edge03 wicked[3200]: ip6tnl0: refresh <client-state>
control: persistent=false, usercontrol=false
        Nov 10 18:44:41 edge03 wicked[3200]: ip6tnl0: refresh <client-state>
config: origin=, uuid=, owner-uid=4294967295

at this stage

    wicked ifstatus tun1
        tun1            setup-in-progress
              link:     #7, state device-up, mtu 1500
              type:     tun
              config:   compat:/etc/sysconfig/network/ifcfg-tun1

    ifconfig tun1
        tun1      Link encap:UNSPEC  HWaddr
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
                  UP POINTOPOINT NOARP MULTICAST  MTU:1500  Metric:1
                  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
                  collisions:0 txqueuelen:500
                  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

and

    wicked ifdown tun1
        tun1            device-down
    wicked ifup tun1
        wicked: device tun1 failed: operation timed out
        tun1            setup-in-progress


body:
Build Identifier:

openssl-1.0.1i-2.1.4 that comes with OpenSUSE 13.2 is configured with 'no-ec2m'
. This exposes a bug in openssl that let the client advertise a non-prime field
curve, that it however doesn't actually support.

The problem & a patch has been discussed on the openssl-users mailing list:

http://comments.gmane.org/gmane.comp.encryption.openssl.user/53293

Reproducible: Always

Steps to Reproduce:
1. Start server that has been compiled _without_ no-ec2m: openssl s_server
-named_curve sect239k1
2. Start client with stock openssl from OpenSUSE 13.2: openssl s_client -cipher
ECDHE-RSA-AES256-SHA

Actual Results:
140445455709840:error:100AE081:elliptic curve
routines:EC_GROUP_new_by_curve_name:unknown group:ec_curve.c:2075:
140445455709840:error:1408D010:SSL routines:SSL3_GET_KEY_EXCHANGE:EC
lib:s3_clnt.c:1659:

(s_client will still continue though, but other apps will probably stop here)

Expected Results:
OpenSSL should reject the selection of -cipher ECDHE-RSA-AES256-SHA , which it
actually doesn't support.

Since the issue only appears if a server actually chooses one of the non-prime
curves, it's hard to assess how many servers are affected. I've though one
internal one where the issue is always reproducable.

http://permalink.gmane.org/gmane.comp.encryption.openssl.user/53299 contains a
patch that fixes the issue, and should probably be applied together with the
other fips patches.

If you tell me which obs project to patch against I can also prepare it in a
merge requerest :)

summary: Openssl fails at handshake with certain servers (error: elliptic curve routines:EC_GROUP_new_by_curve_name:unknown group.)


--1415785633.4A3DECf0.28439
Date: Wed, 12 Nov 2014 09:47:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905055

            Bug ID: 905055
           Summary: alsa-plugins-pulse install/remove is not transparent to the system
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: bluedzins-at-wp.pl
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Any rpm package install/remove should be transparent to the system, right?

Well


body:
Build Identifier:

I recently upgraded from 13.1 to 13.2 (using boot media) and haven't been able
to update any AppArmor profiles using aa-logprof since then.  AppArmor is
enabled and correctly logging events but aa-logprof will never report them or
give the ability the update them.

Reproducible: Always

Steps to Reproduce:
1. Profile an application (or do something unusual with an existing one), i.e.,
a-autodep /usr/lib64/thunderbird/thunderbird.sh
2. Run application and generate events while in complain mode
3. Validate the events are being logged:

delder:/etc/apparmor.d # dmesg | grep thunderbird | grep apparmor
...
[ 9159.239221] audit: type=1400 audit(1415907687.111:18944279):
apparmor="ALLOWED" operation="file_lock"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="k" denied_mask="k" fsuid=1005
ouid=1005
[ 9159.239225] audit: type=1400 audit(1415907687.111:18944280):
apparmor="ALLOWED" operation="file_lock"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="k" denied_mask="k" fsuid=1005
ouid=1005
[ 9159.239228] audit: type=1400 audit(1415907687.111:18944281):
apparmor="ALLOWED" operation="file_lock"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="k" denied_mask="k" fsuid=1005
ouid=1005
[ 9159.239234] audit: type=1400 audit(1415907687.111:18944282):
apparmor="ALLOWED" operation="getattr"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="r" denied_mask="r" fsuid=1005
ouid=1005
[ 9159.239240] audit: type=1400 audit(1415907687.111:18944283):
apparmor="ALLOWED" operation="getattr"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="r" denied_mask="r" fsuid=1005
ouid=1005
[ 9159.239244] audit: type=1400 audit(1415907687.111:18944284):
apparmor="ALLOWED" operation="getattr"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="r" denied_mask="r" fsuid=1005
ouid=1005
[ 9159.239327] audit: type=1400 audit(1415907687.111:18944285):
apparmor="ALLOWED" operation="getattr"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/usr/share/zoneinfo/America/Los_Angeles" pid=20785 comm="thunderbird-bin"
requested_mask="r" denied_mask="r" fsuid=1005 ouid=0
[ 9159.239332] audit: type=1400 audit(1415907687.111:18944286):
apparmor="ALLOWED" operation="getattr"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/usr/share/zoneinfo/America/Los_Angeles" pid=20785 comm="thunderbird-bin"
requested_mask="r" denied_mask="r" fsuid=1005 ouid=0
[ 9159.239544] audit: type=1400 audit(1415907687.111:18944287):
apparmor="ALLOWED" operation="file_lock"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="k" denied_mask="k" fsuid=1005
ouid=1005
[ 9159.240275] audit: type=1400 audit(1415907687.112:18944288):
apparmor="ALLOWED" operation="file_lock"
profile="/usr/lib64/thunderbird/thunderbird.sh//null-8c"
name="/home/thunderbird/.thunderbird/z1zitdrz.default/ExQuilla/ex1.novacoast-2.com/ews-db.sqlite"
pid=20785 comm="thunderbird-bin" requested_mask="k" denied_mask="k" fsuid=1005
ouid=1005

4. Run aa-logprof:

delder:/etc/apparmor.d # aa-logprof
Reading log entries from /var/log/messages.
Updating AppArmor profiles in /etc/apparmor.d.
delder:/etc/apparmor.d #

The thunderbird profile is blank so all events should be captured:

delder:/etc/apparmor.d # cat usr.lib64.thunderbird.thunderbird.sh
# Last Modified: Mon Nov 10 11:26:00 2014
#include <tunables/global>

/usr/lib64/thunderbird/thunderbird.sh flags=(complain) {
  #include <abstractions/base>
  #include <abstractions/bash>

  /bin/bash ix,
  /usr/lib64/thunderbird/thunderbird.sh r,

}

Actual Results:
No matter how many AppArmor events are in /var/log/messages, aa-logprof never
finds them or reports them.

summary: aa-logprof Never Catches Events


--1415921554.f4dE7ef0.11419
Date: Thu, 13 Nov 2014 23:32:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=905418

            Bug ID: 905418
           Summary: No audio/no sound when headphone is plugged in -- choosing "Headphones (unplugged)" in pavucontrol then works
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: gp-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 613619
  --> http://bugzilla.suse.com/attachment.cgi?id=613619&action=edit
Screenshot showing pavucontrol vs GNOME Sound panel when external jack is
unplugged

This is an interesting one, current Factory with kernel
3.16.4-1.g7a8842b-default (and before that also with
kernel-default-3.17.1-1.2.g5c4d099 I believe).

Sounds on this Lenovo T430s notebook works just fine.

Except when I plug in speakers or a headset, instead of switching off
the internal speakers and activating that external audio


--1415922387.22acdaA0.4200
Date: Thu, 13 Nov 2014 23:46:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905421

            Bug ID: 905421
           Summary: netlink buffer on wicked still too small
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: russellx.j.miller-at-intel.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

We have a system with two interfaces, a bonded interface, a hundred vlans off
the bonded interface, and a hundred bridge interfaces, some with IPs.

When bringing the system up, I get 'netlink receive error: no buffer space
available'.

I see you rolled in a change for this on Sep 1.  It's still too small.

Perhaps you could add a command line option to change the size of the buffer?


body:
--1415954665.CCD000e0.15863
Date: Fri, 14 Nov 2014 08:44:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905468

            Bug ID: 905468
           Summary: invalid icecast-2.4.0 json stats
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: fisiu-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Icecast 2.4.0 introduced json stats file, which is available in
${ICECAST_HOST}:${ICECAST_PORT}/status-json.xsl. Unfortunate, produced json is
invalid, so it can't be parsed by third party tools.

Upstream bug report: https://trac.xiph.org/ticket/2047
Forum discussion about this bug: http://icecast.imux.net/viewtopic.php?t=8240

It seems upstream resolved it already in svn trunk (rev 19262), so we could fix
our package easily.

summary: invalid icecast-2.4.0 json stats


body:
--1415999827.f25E76f0.13137
Date: Fri, 14 Nov 2014 21:17:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905582

            Bug ID: 905582
           Summary: Missing dependency in RadioTray
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bluedzins-at-wp.pl
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Currently RadioTray does not require gstreamer0.10-plugins-good but it should.
Without it it crashes with:

** Message: pygobject_register_sinkfunc is deprecated (GstObject)
Traceback (most recent call last):
  File "/usr/bin/radiotray", line 15, in <module>
    radiotray.main(sys.argv[1:])
  File "/usr/lib/python2.7/site-packages/radiotray/radiotray.py", line 39, in
main
    RadioTray()
  File "/usr/lib/python2.7/site-packages/radiotray/RadioTray.py", line 72, in
__init__
    self.audio = AudioPlayerGStreamer(self.mediator, self.cfg_provider,
eventManager)
  File "/usr/lib/python2.7/site-packages/radiotray/AudioPlayerGStreamer.py",
line 43, in __init__
    self.souphttpsrc = gst.element_factory_make("souphttpsrc", "source")
gst.ElementNotFoundError: souphttpsrc

summary: Missing dependency in RadioTray


--1416021070.22Ba7ee1.16282
Date: Sat, 15 Nov 2014 03:11:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905622

            Bug ID: 905622
           Summary: Common Server Certificate Location error
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: srivathsaacharya-at-gmail.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Entered into CA Management, Created a Root CA, Added server Certificate & a
client Certificate.

Exported as a Common server Certificate.

Opened Yast Common server Certificate and confirmed that certificate is
exported.

Opened Yast Authentication server (open LDAP), Under TLS settings, enabled TLS,
Enabled use Common server certificate.

I get Error as, Yast-CA.pem is not available.

reason,
default search location :
/usr/share/pki/trust/anchors/YaST-CA.pem

Actual saved location,
/etc/pki/trust/anchors/Yast-CA.pem

Request you to kindly correct this issue.


body:
--1416031273.F3Ee8c820.29661
Date: Sat, 15 Nov 2014 06:01:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905625

            Bug ID: 905625
           Summary: xemacs crashes with segmentation fault
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: chris-at-infosun.fim.uni-passau.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Calling

> /usr/bin/xemacs example.tex

and answering the question about the master tex file in xemacs with an empty
string delivers a segmenatation fault (see attached file error.txt). Here
example.tex is a new/non existing file. Loading existing tex files delivers a
similar result. For the above test, I renamed my ~/.xemacs configuration
(configuring auctex etc), since otherwise

> /usr/bin/xemacs

(without specifiying a file) crashes during startup. So I am sure that my
config does not trigger the bug.

summary: xemacs crashes with segmentation fault


body:
--1416042075.0bDf0.30689
Date: Sat, 15 Nov 2014 09:01:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905627

            Bug ID: 905627
           Summary: audit -s segfault
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: tonyj-at-suse.com
          Reporter: mpluskal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

# gdb /usr/sbin/auditctl
...
Reading symbols from /usr/sbin/auditctl...(no debugging symbols found)...done.
(gdb) run -s
Starting program: /usr/sbin/auditctl -s
enabled 1
flag 1
pid 576
rate_limit 0
backlog_limit 320
lost 0
backlog 0

Program received signal SIGSEGV, Segmentation fault.
0x0000555555559577 in audit_print_reply ()
(gdb) bt
#0  0x0000555555559577 in audit_print_reply ()
#1  0x0000555555556895 in get_reply ()
#2  0x00005555555574df in report_status ()
#3  0x0000555555557743 in setopt ()
#4  0x0000555555556538 in main ()
(gdb) bt full
#0  0x0000555555559577 in audit_print_reply ()
No symbol table info available.
#1  0x0000555555556895 in get_reply ()
No symbol table info available.
#2  0x00005555555574df in report_status ()
No symbol table info available.
#3  0x0000555555557743 in setopt ()
No symbol table info available.
#4  0x0000555555556538 in main ()
No symbol table info available.
(gdb)

Also it seems that although I installed audit-debuginfo, for some reasons debug
symbols are not present.

summary: audit -s segfault


--1416062695.A7AC3800.14651
Date: Sat, 15 Nov 2014 14:44:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905638

            Bug ID: 905638
           Summary: lxc-create deletes packages from the host due to change in build package
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bugzilla_opensuse-at-ojkastl.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As stated on the opensuse-factory mailinglist, lxc-create behaves differently
on 13.2 than it did before.

Now, rather than preparing the container, it starts to delete package from the
host!

Downgrading to version 20131015 of build fixes this (I built the package for
13.2 in home:ojkastl_buildservice and tested this).

The template needs fixing, to adjust to the new behaviour of build.

Johannes


body:
--1416066669.A553ECC0.17248
Date: Sat, 15 Nov 2014 15:51:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905639

            Bug ID: 905639
           Summary: Enabling autofs delays login by letting systemd-logind fail
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: suse-at-bugs.jan.ritzerfeld.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

If you enable autofs, the system will not boot correctly anymore. This is
easily reproducible by installing the openSUSE 13.2 DVD in VirtualBox, take all
the defaults, including KDE, do "systemctl enable autofs.service", and reboot:
1. It will take 30-60 seconds until the KDE user is automatically logged in.
2. Without autologin, the first login will take about 10-20 seconds. No matter
if on tty or in kdm.
3. The first login will get not a systemd-logind session. That is, loginctl
lists no sessions. All applications that need such a session, like
NetworkManager, will not work correctly!
4. A logout and login makes everything work again. That is, the second and all
subsequent logins work.

The systemd journal says:
Nov 15 15:37:34 linux-ykuq dbus[640]: [system] Activating via systemd: service
name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.
service'
[...]
Nov 15 15:37:59 linux-ykuq dbus[640]: [system] Failed to activate service
'org.freedesktop.login1': timed out
Nov 15 15:37:59 linux-ykuq kdm[760]: :0[760]: pam_systemd(xdm-np:session):
Failed to create session: Activation of org.freedesktop.login1 timed
 out

Should I compress and attach /var/log/journal/system.journal, output of
"journalctl --output=export" or just of "journalctl"?

pkgs: NetworkManager radiotray+NetworkManager


body:
--1416131737.bD1a610.20510
Date: Sun, 16 Nov 2014 09:55:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905649

            Bug ID: 905649
           Summary: Blender: not compiled with Cycles render engine
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: lassi.vaatamoinen-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 613797
  --> http://bugzilla.opensuse.org/attachment.cgi?id=613797&action=edit
Screenshot from preferences showing cycles missing

"Cycles" render engine is missing, as it is probably not compiled in the
package.

This can be observed by going to File->User Preferences and search for cycles.
"Missing script files: cycles" is shown.

pkgs: OpenImageIO pugixml


--1416156605.DECF84.4353
Date: Sun, 16 Nov 2014 16:50:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905666

            Bug ID: 905666
           Summary: file-roller integration in thunar-archive-plugin broken
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
          Assignee: bnc-team-xfce-at-forge.provo.novell.com
          Reporter: gber-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
                CC: m.moeller-at-opensuse.org
          Found By: ---
           Blocker: ---

From http://lists.opensuse.org/opensuse-xfce/2014-11/msg00000.html:

I am using thunar-archive-plugin and try to make use of the 'Extract
here' functionality using file-roller. But I always get an error like
'no supported archive manager found'. Opening the archive manually in
file-roller and extracting from there, of course works.

This happens because of a broken and misnamed symlink for the file-roller tap
file.


--1416180032.f6eD3F40.24274
Date: Sun, 16 Nov 2014 23:20:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905673

            Bug ID: 905673
           Summary: Fetchmail cannot be customized as before
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: f+novell-at-congenio.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I found that fetchmail is now integrated into systemd. That way, it has lost
most of its ability of being customized.

Up to openSUSE 13.1, there was a configuration file in /etc/sysconfig/fetchmail
where one could set many parameters that cannot be configured in
/etc/fetchmailrc, e.g.:

FETCHMAIL_POLLING_INTERVAL
FETCHMAIL_FETCHALL
FETCHMAIL_SILENT
FETCHMAIL_USER
FETCHMAIL_EXPERT_OPTIONS
FETCHMAIL_RC_PATH

While one can change that by editing /usr/lib/systemd/system/fetchmail.service,
this is error-prone as that file would most probably get replaced by a future
update of the package.

I think this is due to quick-and-dirty transformation of the service. At least
some of the relevant options could be kept configurable with a version like
this:

[Unit]
Description=A remote-mail retrieval utility
After=network.target

[Service]
Environment='FETCHMAIL_POLLING_INTERVAL=900'
'FETCHMAIL_RC_PATH=/etc/fetchmailrc' 'FETCHMAIL_USER=fetchmail'
EnvironmentFile=-/etc/sysconfig/fetchmail
User=$FETCHMAIL_USER
ExecStart=/usr/bin/fetchmail -d $FETCHMAIL_POLLING_INTERVAL
$FETCHMAIL_EXPERT_OPTIONS -f $FETCHMAIL_RC_PATH
RestartSec=1

[Install]
WantedBy=multi-user.target

The SILENT and FETCHALL options can then be had by using "-s" and/or "-a" in
FETCHMAIL_EXPERT_OPTIONS respectively.


body:
Build Identifier:

I am unable to configure WiFi unless I start
"polkit-gnome-authentication-agent-1"

More accurately, I am unable to edit an exist connection which is configured as
a shared connection.

According to the MATE startup applications configuration, "Policy Kit
Authentication Agent" should be running.  However, the only process running
with "polkit" in its name is the main daemon "polkitd".

If I manually start "polkit-gnome-authentication-agent-1", then I am able to
edit existing connections.

Reproducible: Always

I installed only MATE.  More specifically, I installed "minimal X" from the DVD
installer, then I added the MATE patterns afterwards.  And I then switched
displaymanager from "xdm" to "lightdm".

Testing was with a new user account (no existing files in home directory).

summary: MATE - polkit applet not running


--1416216986.6aACc0.6652
Date: Mon, 17 Nov 2014 09:36:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905707

            Bug ID: 905707
           Summary: gitweb is missing AppArmor option for snapshot generation
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tosiara-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Out of the box gitweb does not allow to create snapshots. 0 bytes file is sent
to browser

This happens because gitweb is not allowed to execute "compressor" commands,
like by default "/usr/bin/gzip". All available compressors must be added to
AppArmor config:

vi /etc/apparmor.d/usr.share.git-web.gitweb.cgi

/usr/bin/gzip rix,
/usr/bin/bzip2 rix,
/usr/bin/zip rix,
/bin/tar rix,

After adding those lines to config file snapshots are being generated and sent
to browser


body:
--1416226958.4F4C1.25900
Date: Mon, 17 Nov 2014 12:22:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905733

            Bug ID: 905733
           Summary: Integration issues : fail2ban
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: jamesh-at-bluewallgroup.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

The version of fail2ban distributed with OpenSuSE 13.2 does not have the
capability of using systemd journal and there are no log files for it to work
against.

Also, systemd-python that is part of systemd is missing in OpenSuSE 13.2,
preventing versions of fail2ban that have capabilities to use systemd from
working as well.

summary: Integration issues : fail2ban


--1416232053.f0100.32004
Date: Mon, 17 Nov 2014 13:47:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=905746

            Bug ID: 905746
           Summary: DMraid fails to populate /dev/mapper with partitions
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Upgrade Problems
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tim.nicholson-at-bbc.co.uk
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Upgrade of 13.1 to 13.2 done as a fresh install on system with Adaptec 5081
mirrored pair RAID.

Installation appears to go OK, but on first reboot into new system boot process
hangs in dracut as the system is unable to find '/'
('/dev/mapper/ddf1_System_part1') and '/home' ('/dev/mapper/ddf1_System_part2')
partitions.

On investigation'/dev/mapper/ddf1_System' is present but the links to the
actual partitions are missing.

I could find no way out of this for a successful boot.

Reverted to 13.1 and that behaved as expected.