--1416319586.BAECde10.31961
Date: Tue, 18 Nov 2014 14:06:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 905950
           Summary: Java 8u40 packaged with openSUSE 13.2 does not have JPEG support
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Java
          Assignee: bnc-team-java-at-forge.provo.novell.com
          Reporter: opensuse-at-dstoecker.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

See e.g. here http://josm.openstreetmap.de/ticket/10675

The 8u40 version produces

ERROR: java.lang.NoClassDefFoundError: Could not initialize class
com.sun.imageio.plugins.jpeg.JPEGImageReader

Searching a bit in the net I got the impression, that maybe JPEG handling
changed and thus JPEG support was not compiled in?

At least it's disturbing to get more and more bug reports for JOSM. Please fix
the Java package in 13.2.


--1416409817.EBDaAaAA10.12907
Date: Wed, 19 Nov 2014 15:10:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906138
           Summary: sound volume for headphone channel at 0% at system startup
    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: vmoutoussamy-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 614215
  --> http://bugzilla.suse.com/attachment.cgi?id=614215&action=edit
alsa-info.txt

Hi,

After starting up my openSUSE 13.2 system, I have no sound with my headphone on
my laptop. This was not the case on openSUSE 13.1.

I found out that in openSUSE 13.2 the channel headphone is at 0%, so after each
startup I have to increase the volume for this channel through Yast2 -> Sound
-> Other -> Volume.


--1416411070.e6b3dE760.20459
Date: Wed, 19 Nov 2014 15:31:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=906143

            Bug ID: 906143
           Summary: ibus-mozc with XIM does not work as expected after focus change
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bugproxy-at-us.ibm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Third Party Developer/Partner
           Blocker: ---

== Comment: #0 - Ichiroh Takiguchi <takiguc-at-jp.ibm.com> - 2013-05-20 04:56:12
==
I tested this problem on openSUSE 12.3 with Japanese locale.

When I use ibus-mozc with XIM, it does not work as expected.
If preedit string is available and input focus is moved to
another window, preedit string is committed.
Then input focus is moved back to the window, and type Japanese character.
Previous preedit string is displayed even if it's committed.

I could not recreate this problem with ibus-anthy.

---Steps to Reproduce---
(It requires Japanese language setting, Japanese fonts, ibus and ibus-mozc rpm
packages.
If ibus's icon is not on GNOME Panel or ibus language panel is not displayed
even if IM is working, execute "ibus-setup" command, Select "Show Language
panel" -> "Always" on "General" tab and press "Close" button)

1. Open gnome-terminal
2. Type "GTK_IM_MODULE=xim gedit"
3. Turn on IME and select "Japanese Mozc" on Language Panel.
    (Press left side of icon on language panel by right mouse button)
4. Type "a", Japanese "A" is displayed
5. Move input focus to gnome-terminal, and move back input focus to gedit
6. Japanese "A" is committed, type "i", Japanese "I" should be displayed,
    But previous Japanese "A" is also displayed on preedit string, so "AI" is
displayed.

== Comment: #4 - Ichiroh Takiguchi <takiguc-at-jp.ibm.com> - 2014-11-09 11:19:01
==
(In reply to comment #3)
> I see last update on this bugs is on 2013-07-19. Is this bug is still valid?
> Do we still need to mirror this bug to SUSE?
I used openSUSE 13.2, I could recreate same issue.

== Comment: #13 - Thomas Staudt <tstaudt-at-de.ibm.com> - 2014-11-19 10:23:55 ==
Since SLES 12 does not provides ibus-mozc and related rpm packages, mirroring
to the openSUSE component.


--1416451435.5d2e2b559.8464
Date: Thu, 20 Nov 2014 02:43:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906217
           Summary: wicked complains about libgcrypt mismatch
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: sboyce-at-blueyonder.co.uk
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

tindog:~ # strace -s 256 -f systemctl status wickedd
ioctl(1, TIOCGWINSZ, {ws_row=48, ws_col=271, ws_xpixel=0, ws_ypixel=0}) = 0
write(1, "Nov 17 21:02:43 tindog wickedd[655]: \33[1;31mlibgcrypt version
mismatch\33[0m\n", 75Nov 17 21:02:43 tindog wickedd[655]: libgcrypt version
mismatch
) = 75

A reply on the mailing with a fix confirmed:-
----------------------------------------------
Since tumbleweed and factory repositories still contain libgcrypt-1.6.1,
you might try grabbing 1.6.2 directly via:

https://api.opensuse.org/build/openSUSE:Factory/snapshot/x86_64/libgcrypt/libgcrypt20-1.6.2-1.1.x86_64.rpm

and if needed:

https://api.opensuse.org/build/openSUSE:Factory/snapshot/x86_64/libgcrypt/libgcrypt-devel-1.6.2-1.1.x86_64.rpm

After manual upgrade with these 2 packages, wickedd comes up fine.


--1416480026.C200200.30742
Date: Thu, 20 Nov 2014 10:40:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906336
           Summary: security audit for cups-backend-kerberized-smb in OBS project Printing
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: All
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: jsmeix-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I ask for a security audit for the package
cups-backend-kerberized-smb in OBS project Printing
because as far as I know this CUPS backend must run as root.

In short:
This CUPS backend switches its running user ID to the user
who had submitted the print job to be able to access
a Kerberos ticket of that user that is needed to send
printing data to a SMB printer share that requires
Kerberos authentication.

For background information about cups-backend-kerberized-smb
see bug#899118
"Kerberized Printing to Windows AD Print Server/Share"

For very basic information about printing to a SMB printer
share that requires Kerberos authentication see
my "help text in yast2-printer" in
https://bugzilla.suse.com/show_bug.cgi?id=661845#c7


--1416493339.Bb8FDFc19.21265
Date: Thu, 20 Nov 2014 14:22:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906413
           Summary: Missing dependency for "tar" to support acl and xattr functions
    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: bjoernv-at-arcor.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Tar 1.28 supports ACLs and Xattr extensions.

But the Tar package from openSUSE 13.2 has no dependencies for development
packages for ACLs (libacl-devel) and Xattr (libattr-devel). So the binary
package does not support ACLs and Xattr:

$ ldd /bin/tar
        linux-vdso.so.1 (0x00007fffec3fe000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fbdabc6c000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fbdac040000)

If I re-compile the tar source package with development packages libacl-devel
and libattr-devel installed, I get a tar version with ACL/Xattr support.

As a user I would expect, that the default Tar package for openSUSE 13.2 has
ACL/Xattr support. The package change log for tar-1.28-2.2.2.x86_64 (openSUSE
13.2) says:

* Thu Oct 24 2013 andreas.stieger-at-gmx.de
- update to 1.27
- bug fixes:
  * PAX-format sparse archive files no longer restricted to 8 GiB.
  * adjust diagnostics and output to GNU coding
- new features:
  * The --owner and --group options now accept numeric IDs
  * restore traditional functionality of --keep-old-files and
  - -skip-old-files, treat existing file as errors for the former
  * --warning=existing-file gives verbose notice for this
  * Support for POSIX ACLs, extended attributes and SELinux context
  - -xattrs, --acls and --selinux and their `--no-' counterparts
  - -xattrs-include and --xattrs-exclude allows selective control


body:
--1416495676.D7b1b00.27965
Date: Thu, 20 Nov 2014 15:01:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=906416

            Bug ID: 906416
           Summary: Script error in mumble-server package
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: david.westfall@red-inc.us
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The /usr/bin/murmur-user-wrapper gives the following error when run.

/usr/bin/murmur-user-wrapper: line 4:
SYSDIR/usr/share/doc/packages/mumble/scripts: No such file or directory

Looking at the file the line should be
SYSDIR=/usr/share/doc/packages/mumble/scripts and not
SYSDIR/usr/share/doc/packages/mumble/scripts.

Dave W

summary: Script error in mumble-server package


--1416518611.cb5Eb4.6570
Date: Thu, 20 Nov 2014 21:23:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=906485

            Bug ID: 906485
           Summary: VUL-0: CVE-2014-8958: phpMyAdmin:  Multiple XSS vulnerabilities..
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
               URL: http://www.phpmyadmin.net/home_page/security/PMASA-201
                    4-13.php
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: chris-at-computersalat.de, ecsos-at-schirra.net,
                    security-team-at-suse.de
        Depends on: 899452
          Found By: ---
           Blocker: ---

http://www.phpmyadmin.net/home_page/security/PMASA-2014-13.php

Announcement-ID: PMASA-2014-13

Date: 2014-11-20
Summary: Multiple XSS vulnerabilities.
Description

    With a crafted database, table or column name it is possible to trigger an
XSS attack in the table browse page.
    With a crafted ENUM value it is possible to trigger XSS attacks in the
table print view and zoom search pages.
    With a crafted value for font size it is possible to trigger an XSS attack
in the home page.

Severity

We consider this vulnerabilities to be non critical.
Mitigation factor

These vulnerabilities can be triggered only by someone who is logged in to
phpMyAdmin, as the usual token protection prevents non-logged-in users from
accessing the required pages. Moreover, exploitation of the XSS vulnerability
related to the font size requires forgery of the pma_fontsize cookie.
Affected Versions

Versions 4.0.x (prior to 4.0.10.6), 4.1.x (prior to 4.1.14.7) and 4.2.x (prior
to 4.2.12) are affected.
Solution

Upgrade to phpMyAdmin 4.0.10.6 or newer, or 4.1.14.7 or newer, or 4.2.12 or
newer, or apply the patch listed below.
References

Thanks to Johannes Dahse (https://twitter.com/FluxReiners) for reporting XSS
vulnerabilities in table browse and home pages.

Assigned CVE ids: CVE-2014-8958

CWE ids: CWE-661 CWE-79
Patches

The following commits have been made to fix this issue:

    d32da348c4de2379482a48661ce968a55eebe5c4
    1bc04ec95038f2356ad33752090001bf1c047208
    2a3b7393d1d5a8ba0543699df94a08a0f5728fe0
    2ffdbf2d7daa0b92541d8b754e2afac555d3ed21

The following commits have been made on the 4.1 branch to fix this issue:

    47a6ece0427a23c47f2b1a88dfb0f46ca344aaec
    816fa880060f37932be291d2918fd5c6ac474ab5
    60c619fa1679a7c4fe09657da293e84dde02eede
    cea7c5fba8224b8380f2a83a689eb6caa6c79662

The following commits have been made on the 4.0 branch to fix this issue:

    c5783321cd387d0b65b32cf399766f08a9acad68
    42b64e12b5f596366f94ef72365fd69a019ba820
    58cdd91fc83703a1ab645764fb3708e8e0b7c4a2
    c7685e5acd3f8e722f4f374c6fa821590865b68d


--1416518618.bfc3eC1215.6570
Date: Thu, 20 Nov 2014 21:23:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=906486

            Bug ID: 906486
           Summary: VUL-0: CVE-2014-8959: phpMyAdmin:  Local file inclusion vulnerability.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
               URL: http://www.phpmyadmin.net/home_page/security/PMASA-201
                    4-14.php
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: chris-at-computersalat.de, ecsos-at-schirra.net,
                    security-team-at-suse.de
          Found By: ---
           Blocker: ---

http://www.phpmyadmin.net/home_page/security/PMASA-2014-14.php

Announcement-ID: PMASA-2014-14

Date: 2014-11-20
Summary: Local file inclusion vulnerability.

In the GIS editor feature, a parameter specifying the geometry type was not
correcly validated, opening the door to a local file inclusion attack.
Severity

We consider this vulnerability to be serious.
Mitigation factor

This vulnerability can be triggered only by someone who is logged in to
phpMyAdmin, as the usual token protection prevents non-logged-in users from
accessing the required page.
Affected Versions

Versions 4.0.x (prior to 4.0.10.6), 4.1.x (prior to 4.1.14.7) and 4.2.x (prior
to 4.2.12) are affected.
Solution

Upgrade to phpMyAdmin 4.0.10.6 or newer, or 4.1.14.7 or newer, or 4.2.12 or
newer, or apply the patch listed below.
References

Thanks to Johannes Dahse (https://twitter.com/FluxReiners) for reporting this
vulnerability.

Assigned CVE ids: CVE-2014-8959

CWE ids: CWE-661 CWE-98
Patches

The following commits have been made to fix this issue:

    80cd40b6687a6717860d345d6eb55bef2908e961

The following commits have been made on the 4.1 branch to fix this issue:

    59557b51362edc5eee024f3f2912a9d598e42763

The following commits have been made on the 4.0 branch to fix this issue:

    2e3f0b9457b3c8f78beb864120bd9d55617a11b5


--1416518622.3745a23.6570
Date: Thu, 20 Nov 2014 21:23:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=906487

            Bug ID: 906487
           Summary: VUL-0: CVE-2014-8960: phpMyAdmin:   XSS vulnerability in error reporting functionality.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
               URL: http://www.phpmyadmin.net/home_page/security/PMASA-201
                    4-15.php
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: chris-at-computersalat.de, ecsos-at-schirra.net,
                    security-team-at-suse.de
          Found By: ---
           Blocker: ---

http://www.phpmyadmin.net/home_page/security/PMASA-2014-15.php

Announcement-ID: PMASA-2014-15

Date: 2014-11-20
Summary: XSS vulnerability in error reporting functionality.
Description:
With a crafted file name it is possible to trigger an XSS in the error
reporting page.

Severity

We consider this vulnerability to be non critical.
Mitigation factor

This vulnerability can be triggered only by someone who is logged in to
phpMyAdmin, as the usual token protection prevents non-logged-in users from
accessing the required page.
Affected Versions

Versions 4.1.x (prior to 4.1.14.7) and 4.2.x (prior to 4.2.12) are affected.
Solution

Upgrade to 4.1.14.7 or newer, or 4.2.12 or newer, or apply the patch listed
below.
References

Thanks to Johannes Dahse (https://twitter.com/FluxReiners) for reporting this
vulnerability.

Assigned CVE ids: CVE-2014-8960

CWE ids: CWE-661 CWE-79
Patches

The following commits have been made to fix this issue:

    9364e2eee5681681caf7205c0933bc18af11e233

The following commits have been made on the 4.1 branch to fix this issue:

    c641ad40c37bc562226c8a25cce77a273a07756b


--1416518627.4F1524D74.7134
Date: Thu, 20 Nov 2014 21:23:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=906488

            Bug ID: 906488
           Summary: VUL-0: CVE-2014-8961: phpMyAdmin:   Leakage of line count of an arbitrary file
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
               URL: http://www.phpmyadmin.net/home_page/security/PMASA-201
                    4-16.php
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: chris-at-computersalat.de, ecsos-at-schirra.net,
                    security-team-at-suse.de
          Found By: ---
           Blocker: ---

http://www.phpmyadmin.net/home_page/security/PMASA-2014-16.php

Announcement-ID: PMASA-2014-16
Date: 2014-11-20
Summary: Leakage of line count of an arbitrary file.
Description:
In the error reporting feature, a parameter specifying the file was not
correctly validated, allowing the attacker to derive the line count of an
arbitrary file.
Severity

We consider this vulnerability to be non critical.

Mitigation factor

This vulnerability can be triggered only by someone who is logged in to
phpMyAdmin, as the usual token protection prevents non-logged-in users from
accessing the required page.
Affected Versions

Versions 4.1.x (prior to 4.1.14.7) and 4.2.x (prior to 4.2.12) are affected.
Solution

Upgrade to phpMyAdmin 4.1.14.7 or newer, or 4.2.12 or newer, or apply the patch
listed below.
References

Thanks to Johannes Dahse (https://twitter.com/FluxReiners) for reporting this
vulnerability.

Assigned CVE ids: CVE-2014-8961

CWE ids: CWE-661 CWE-23
Patches

The following commits have been made to fix this issue:

    b99b6b6672ff2419f05b05740c80c7a23c1da994

The following commits have been made on the 4.1 branch to fix this issue:

    da44dd4fd7432b915203e3e723a4534a01c12cd9


--1416579394.76Bbc5F20.30614
Date: Fri, 21 Nov 2014 14:16:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906592
           Summary: dracut breaks resume from suspend to disk (hibernate), DATA CORRUPTION!
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2 RC 1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: seife-at-novell.slipkontur.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

while looking into bug 894574, I found out that dracut is 100% buggy wrt
suspend to disk.

Captured via serial console:

[    4.174187] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10
[    4.238296] scsi0 : ata_piix
[    4.258915] scsi1 : ata_piix
[    4.263663] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc120 irq 14
[    4.286045] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc128 irq 15
[    4.309761] ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
[    4.421900]  vda: vda1 vda2
[    4.476432] ata2.00: ATAPI: QEMU DVD-ROM, 2.1.0, max UDMA/100
[    4.486088] ata2.00: configured for MWDMA2
[    4.506392] scsi 1:0:0:0: CD-ROM            QEMU     QEMU DVD-ROM     2.1.
PQ: 0 ANSI: 5
[    4.525548] scsi 1:0:0:0: Attached scsi generic sg0 type 5
[    4.593559] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray
[    4.616421] cdrom: Uniform CD-ROM driver Revision: 3.20
[  OK  ] Found device /dev/vda2.
         Starting File System Check on /dev/vda2...
[    4.910780] PM: Starting manual resume from disk
[  OK  ] Started File System Check on /dev/vda2.
[    4.936987] Freezing user space processes ... (elapsed 0.011 seconds) done.
[    5.000586] PM: Using 1 thread(s) for decompression.
[    5.000586] PM: Loading and decompressing image data (101672 pages)...
[    5.210487] PM: Image loading progress:   0%
[    5.856784] PM: Image loading progress:  10%
[    6.153687] PM: Image loading progress:  20%
[    6.463061] PM: Image loading progress:  30%
[    6.796363] PM: Image loading progress:  40%
[    7.114706] PM: Image loading progress:  50%
[    7.471675] PM: Image loading progress:  60%
[    7.793344] PM: Image loading progress:  70%
[    7.829790] random: nonblocking pool is initialized
[    8.102342] PM: Image loading progress:  80%
[    8.395507] PM: Image loading progress:  90%
[    8.715793] PM: Image loading progress: 100%
[    8.719860] PM: Image loading done.
[    8.723442] PM: Read 406688 kbytes in 3.71 seconds (109.61 MB/s)
[    8.729959] Suspending console(s) (use no_console_suspend to debug)

The file system check is run on the rootfs before resume starts. This corrupts
the file system (verified on this installation).

*NOTHING MUST TOUCH ANY FILESYSTEM BEFORE RESUME*


--1416582953.DD34e0.26760
Date: Fri, 21 Nov 2014 15:15:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906598
           Summary: uninstalling xterm uninstalls xorg [And in gnome-software press remove no warning]
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: bnc-team-xorg-bugs-at-forge.provo.novell.com
          Reporter: damianatorrpm-at-gmail.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Open GNOME software, select xterm, select remove
no warnings => You'll be thrown out of X and after reboot still no X

FIX: install xorg-x11 again
Proper FIX: make xterm not uninstall xorg / remove dependencies of xorg-x11 to
xterm


--1416584198.86cCCc0.27528
Date: Fri, 21 Nov 2014 15:36:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906606
           Summary: /etc/sysconfig/autofs is missing in 13.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: PC
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: comes-at-naic.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

While I was configuring autofs I noticed that /etc/sysconfig/autofs is missing
in 13.2. /var/adm/fillup-templates/sysconfig.autofs is there,
/usr/lib/systemd/system/autofs.service has a reference to
/etc/sysconfig/autofs, but apparently the autofs postinstall scriplet is not
running fillup. Is this intended?
Other packages (openssh for example) do run fillup in the postinstall scriplet
so I assume this is a bug of autofs.


--1416590886.841337Ce3.31347
Date: Fri, 21 Nov 2014 17:28:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906622
           Summary: KDEinit crashes when wired connection is disabled
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: 64bit
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: bnc-team-xorg-bugs-at-forge.provo.novell.com
          Reporter: aloisio-at-gmx.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Created attachment 614589
  --> http://bugzilla.opensuse.org/attachment.cgi?id=614589&action=edit
kdeinit crash log

I have a curious problem on my system and I've had it since 13.1: almost every
time I disable the wired connection from networkmanager I can no longer launch
any app from the KDE panel or menu.

I wiped the profile, created a new user, reinstalled the whole OS, switched to
KDE:Current, but this has at best only mitigated the problem, that is making it
less frequent.

As attachments you can find the log of kdeinit trying to launch konsole and the
related strace log. The last line of the former ("Invalid MIT-MAGIC-COOKIE-1")
suggest a problem with the hostname.

The only unusual thing about it on my system is that the hostname is set via
dhcp and the nameserver resolves it to the LAN IP, but I'm not sure how that
could interfere.

A KDE developer surmised a problem with xorg, or better the way it's configured
on openSUSE, hinting at a similar bug that Fedora addressed in the past (cf.
https://bugzilla.redhat.com/show_bug.cgi?id=80358 )


body:
Build Identifier:

"xdg-open xfce4.txt" (which is a text/plain file) opens the file in firefox
instead of gvim

Reproducible: Always

Steps to Reproduce:
1. open a text-file or a .mp4 file with xdg-open
2.
3.
Actual Results:
always opens teh file in 'firefox' browser

Expected Results:
use the file-type specific standard application instead;
text/plain  -> gvim
video/mp4   -> vlc

the problem seems to be how xdg-open handles the return of the "xdg-mime query
filetype" request:
if the filetype has an entry in /usr/share/applications/defaults.list AND
/usr/share/applications/mimeinfo.cache, xdg-mime returns BOTH entries in one
string, in my case for "text/plain": "writer.desktop gvim.desktop"
Then xdg-open tries to find the file named "writer.desktop gvim.desktop" with
no success (of course), and drops into it's default: use a browser.
see:
line 921 in /usr/bin/xdg-mime
line 574 in /usr/bin/xdg-open

work-around:
just REMOVE /usr/share/applications/defaults.list; so use mimeinfo.cache only!

additional version information:
rpm -qi xdg-utils
  Version     : 20121008
  Release     : 2.2.1

summary: "xdg-open tool" does not open file with the filetype's "standard application"


--1416651287.A1b50.30923
Date: Sat, 22 Nov 2014 10:14:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906682
           Summary: freeradius server fails to start because of openSSL version problem
    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: triffterer-at-web.de
        QA Contact: qa-bugs-at-suse.de
          Found By: Community User
           Blocker: ---

The freeradius daemon in openSUSE 13.2 stopped working for me after upgrading
from 13.1, but regarding the circumstances of the problem I think it is rather
a generic problem and not upgrade-related.

When starting it in debug mode (with root privileges invoke "radiusd -s -X -f"
it returns:
> libssl version mismatch.  built: 1000109f linked: 100010af

The Debian developers encountered the same problem as you can see here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765871

A fix from the upstream developers for this versioning issue is documented
here:
https://github.com/FreeRADIUS/freeradius-server/commit/3eb1025dc6ac34608a7d5dc2461f3b227d2131ba

As a first fix it may be enough to trigger recompilation of the
freeradius-server package in OBS.

Version of my currently installed package:
> rpm -qi freeradius-server
Name        : freeradius-server
Version     : 3.0.3
Release     : 3.1.4
Architecture: x86_64
Install Date: Fr 21 Nov 2014 21:13:54 CET
Group       : Productivity/Networking/Radius/Servers
Size        : 2800650
License     : GPL-2.0 and LGPL-2.1
Signature   : RSA/SHA256, Di 07 Okt 2014 04:28:34 CEST, Key ID b88b2fd43dbdc284
Source RPM  : freeradius-server-3.0.3-3.1.4.src.rpm
Build Date  : Di 07 Okt 2014 04:27:53 CEST
Build Host  : cloud126
Relocations : (not relocatable)
Packager    : http://bugs.opensuse.org
Vendor      : openSUSE
URL         : http://www.freeradius.org/
Summary     : Very Highly Configurable Radius Server
Description :
The FreeRADIUS server has a number of features found in other servers
and additional features not found in any other server.
Distribution: openSUSE 13.2


--1416680861.a3aCaADB5.14995
Date: Sat, 22 Nov 2014 18:27:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906687
           Summary: Update GNOME  stack to stable  version 3.14.2 in openSUSE 13.2
    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: zaitor-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This is the "collect all" bug for versionbumping GNOME stack in 13.2 to new
stable 13.2

Packages wanted (more may follow, or some of them may be dropped).

 - adwaita-icon-theme (3.14.0 => 3.14.1)
 - at-spi2-core (2.14.0 => 2.14.1)
 - eog (3.14.1 => 3.14.2)
 - epiphany (3.14.1 => 3.14.2)
 - evolution-data-server (3.12.7.1 => 3.12.8)
 - glib (2.42.0 => 2.42.1)
 - gnome-calculator (3.14.0 => 3.14.1)
 - gnome-contacts (3.14.1 => 3.14.2) (*)
 - gnome-control-center (3.14.1 => 3.14.2)
 - gnome-desktop (3.14.1 => 3.14.2)
 - gnome-dictionary (3.14.1 => 3.14.2)
 - gnome-disk-utility (3.12.1 => 3.14.0)
 - gnome-online-accounts (3.14.0 => 3.14.2)
 - gnome-packagekit (3.14.0 => 3.14.2)
 - gnome-settings-daemon (3.14.1 => 3.14.2)
 - gnome-shell (3.14.1 => 3.14.2)
 - gnome-shell-extensions (3.14.1 => 3.14.2)
 - gnome-terminal (3.14.1 => 3.14.2) (*)
 - gnome-themes-standard (3.14.0 => 3.14.2)
 - gnome-user-docs (3.14.1 => 3.14.2)
 - gtk+ (3.14.3 => 3.14.5)
 - gtksourceview (3.14.1 => 3.14.2)
 - gucharmap (3.14.1 => 3.14.2) (*)
 - gvfs (1.22.1 => 1.22.2)
 - libgdata (0.16.0 => 0.16.1)
 - mutter (3.14.1 => 3.14.2)
 - nautilus (3.14.0 => 3.14.1)
 - tracker (1.2.2 => 1.2.4)
 - vino (3.14.0 => 3.14.1)
 - vte (0.38.1 => 0.38.2) (*)

and

 - aisleriot (3.14.1 => 3.14.2) (*)
 - bijiben (3.14.1 => 3.14.2)
 - brasero (3.11.4 => 3.12.0)
 - cheese (3.14.1 => 3.14.2)
 - evolution (3.12.7 => 3.12.8)
 - file-roller (3.14.1 => 3.14.2)
 - four-in-a-row (3.14.1 => 3.14.2)
 - gedit (3.14.0 => 3.14.1)
 - glade (3.18.3 => 3.14.3)
 - gnome-boxes (3.14.1.1 => 3.14.2)
 - gnome-chess (3.14.0 => 3.14.1)
 - gnome-color-manager (3.14.1 => 3.14.2)
 - gnome-devel-docs (3.14.1 => 3.14.2)
 - gnome-documents (3.14.0 => 3.14.1)
 - gnome-initial-setup (3.14.1 => 3.14.2.1)
 - gnome-klotski (3.14.1 => 3.14.2)
 - gnome-logs (3.14.1 => 3.14.2)
 - gnome-maps (3.14.1.2 => 3.14.2)
 - gnome-music (3.14.1 => 3.14.2)
 - gnome-photos (3.14.0 => 3.14.2)
 - gnome-robots (3.14.1 => 3.14.2)
 - gnome-software (3.14.1 => 3.14.2)
 - gnome-sound-recorder (3.14.0.1 => 3.14.2)
 - gnome-sudoku (3.14.1 => 3.14.2)
 - hitori (3.14.0.1 => 3.14.1)
 - iagno (3.14.1 => 3.14.2)
 - orca (3.14.0 => 3.14.2)
 - rygel (0.24.1 => 0.24.2)
 - vinagre (3.14.1 => 3.14.2)


--1416685570.d7A1B0.5776
Date: Sat, 22 Nov 2014 19:46:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906691
           Summary: Two errors in the Italian locale of command-not-found
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: Linux
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Translations
          Assignee: ke-at-suse.com
          Reporter: aloisio-at-gmx.com
        QA Contact: ke-at-suse.com
          Found By: ---
           Blocker: ---

I noticed two typos in the Italian-localised version of command-not-found,
namely "pressente" and "contralla".

The effect on overall intelligibility is nil, but they make the shell sound
like Gollum and Lisa Simpson respectively.

Installed file /usr/share/locale/it/LC_MESSAGES/command-not-found.mo, source
file scout/i18n/command-not-found/it.po inside the tarball.


--1416714503.BabCE40.16678
Date: Sun, 23 Nov 2014 03:48:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906696
           Summary: thttpd systemd service file using wrong path
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: andi-nbz-at-firstfloor.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After a Tumbleweed update thttpd didn't start anymore.

thttpd-2.26-1.2.x86_64

The problem is that in /usr/lib/systemd/system/thttpd.service

[Service]
PIDFile=/run/thttpd.pid
ExecStart=/usr/bin/thttpd -D -C /etc/thttpd.conf
Restart=always

has the wrong path name. Should be ExecStart=/usr/sbin/thttpd ...


--1416729602.6EDEFf5C0.21432
Date: Sun, 23 Nov 2014 08:00:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906709
           Summary: systemd-nspawn --network-veth not supported
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: f_koch-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi,

i like to start a container with networking enabled, the old systemd version
only supports bridge and veth, but i get an not supported message, why?
Does wicked does not support this?

flo@linux-qdgr:~> sudo systemd-nspawn -D centos -b --network-veth
Failed to append netlink kind: Operation not supported
flo@linux-qdgr:~>

regards fl0


--1416797159.dD43a0.28305
Date: Mon, 24 Nov 2014 02:45:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906730
           Summary: Yast Services Manager does NOT start or stop services
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Ruby
          Assignee: ruby-devel-at-suse.de
          Reporter: bogdan-at-hlevca.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The service manager does not start or stop services.

Initially I thought that only refreshing the status does not work, but for
example when I tried to stop and disable the postfix service the status in the
service shows as disabled and not running while doing 'ps' shows that the
program is still running.

The systemctl command never fails and that's the only one I will rely from now
on.

Before closing it as invalid as you did with 904769 please test thoroughly. It
does not work.

This may be the same bug as 906201. please feel free to mark as duplicate if
this is the case.

13.2 looks like a rushed out release with many bugs in the Ruby department.
(see the Boot Loader with NFS entries, etc)


--1416865705.4B32d0cC0.7849
Date: Mon, 24 Nov 2014 21:48:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 906922
           Summary: tigervnc vncviewer no longer passes control-space to applications running on the VNC desktop
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: i686
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: rspmn-at-arcor.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When using the vncviewer from tigervnc-1.3.1-6.3.1.i586 to access Emacs running
on a VNC desktop I noticed that control-space was no longer passed to it.

This happens independently of the application used.

Reproducible: Always

Steps to Reproduce:
1. Start a VNC desktop with a shell running in a terminal emulator
2. Use the tigervnc vncviewer to connect to the desktop
3. Start cat -tev in the shell window
4. Type t e s t <control-space> <return> <eof>
5. Check that that the cat output is "test$" instead of the expected "test^@$".

From looking at the vncviewer log the corresponding keycode does not seem to
be known to it:

Mon Nov 24 22:13:24 2014
 Viewport:    Unknown FLTK key code 32 (0x0020)
 Viewport:    Unexpected release of FLTK key code 32 (0x0020)

The problem does not occur when the the openSUSE 13.1 tightvnc vncviewer is
used
on openSUSE 13.2.


body:
Build Identifier:

I start Emacs, and the X server crashes :(

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) where
#0  0x0000000000000000 in ?? ()
#1  0x00007f03afca2acd in glyphs_to_dst (sna=sna@entry=0x7f03b4e80000,
op=op@entry=3 '\003', src=src@entry=0x25d1110, dst=dst@entry=0x25b91a0,
src_x=-692, src_x@entry=0,
    src_y=-177, src_y@entry=0, nlist=<optimized out>, nlist@entry=1,
list=<optimized out>, list@entry=0x7fff3c2f3eb0, glyphs=<optimized out>,
glyphs@entry=0x7fff3c2f42b0)
    at sna_glyphs.c:731
#2  0x00007f03afca6728 in sna_glyphs (op=<optimized out>, src=0x25d1110,
dst=0x25b91a0, mask=0x1c44db8, src_x=<optimized out>, src_y=<optimized out>,
nlist=1,
    list=0x7fff3c2f3eb0, glyphs=0x7fff3c2f42b0) at sna_glyphs.c:2004
#3  0x00000000005167c6 in damageGlyphs (op=<optimized out>, pSrc=0x25d1110,
pDst=0x25b91a0, maskFormat=0x1c44db8, xSrc=<optimized out>, ySrc=<optimized
out>, nlist=1,
    list=0x7fff3c2f3eb0, glyphs=0x7fff3c2f42b0) at damage.c:568
#4  0x000000000050cb1e in ProcRenderCompositeGlyphs (client=0x24fcdb0) at
render.c:1390
#5  0x000000000043b77e in Dispatch () at dispatch.c:432
#6  0x000000000043f55a in dix_main (argc=16, argv=0x7fff3c2f4c98,
envp=<optimized out>) at main.c:296
#7  0x00007f03b31c3b05 in __libc_start_main () from /lib64/libc.so.6
#8  0x000000000042ac2e in _start () at ../sysdeps/x86_64/start.S:122
(gdb) frame 1
#1  0x00007f03afca2acd in glyphs_to_dst (sna=sna@entry=0x7f03b4e80000,
op=op@entry=3 '\003', src=src@entry=0x25d1110, dst=dst@entry=0x25b91a0,
src_x=-692, src_x@entry=0,
    src_y=-177, src_y@entry=0, nlist=<optimized out>, nlist@entry=1,
list=<optimized out>, list@entry=0x7fff3c2f3eb0, glyphs=<optimized out>,
glyphs@entry=0x7fff3c2f42b0)
    at sna_glyphs.c:731
731                     tmp.done(sna, &tmp);
(gdb) p tmp.done
$3 = (void (*)(struct sna *, const struct sna_composite_op *)) 0x0

Reproducible: Always

summary: Starting Emacs crashes X


body:
--1416911624.32dF20.32417
Date: Tue, 25 Nov 2014 10:33:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907035
           Summary: offlineimap fails to connect to gmail
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: 64bit
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: gber-at-opensuse.org
          Reporter: mszeredi-at-novell.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Following errors are spewed by offlineimap 6.5.6.  Downgrading to 6.5.3 fixes
it.

> offlineimap -o
OfflineIMAP 6.5.5
  Licensed under the GNU GPL v2+ (v2 or any later version)
Account sync Gmail:
 *** Processing account Gmail
 Establishing connection to imap.gmail.com:993
 ERROR: No CA certificates and no server fingerprints configured.  You must
configure at least something, otherwise having SSL helps nothing.
 *** Finished account 'Gmail' in 0:00
ERROR: Exceptions occurred during the run!
ERROR: No CA certificates and no server fingerprints configured.  You must
configure at least something, otherwise having SSL helps nothing.

Traceback:
  File "/usr/lib/python2.7/site-packages/offlineimap/accounts.py", line 241, in
syncrunner
    self.__sync()
  File "/usr/lib/python2.7/site-packages/offlineimap/accounts.py", line 303, in
__sync
    remoterepos.getfolders()
  File "/usr/lib/python2.7/site-packages/offlineimap/repository/IMAP.py", line
322, in getfolders
    imapobj = self.imapserver.acquireconnection()
  File "/usr/lib/python2.7/site-packages/offlineimap/imapserver.py", line 409,
in acquireconnection
    fingerprint=fingerprint
  File "/usr/lib/python2.7/site-packages/offlineimap/imaplibutil.py", line 148,
in __init__
    super(WrappedIMAP4_SSL, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/offlineimap/imaplib2.py", line 2020,
in __init__
    IMAP4.__init__(self, host, port, debug, debug_file, identifier, timeout,
debug_buf_lvl)
  File "/usr/lib/python2.7/site-packages/offlineimap/imaplib2.py", line 332, in
__init__
    self.open(host, port)
  File "/usr/lib/python2.7/site-packages/offlineimap/imaplibutil.py", line 155,
in open
    "having SSL helps nothing.", OfflineImapError.ERROR.REPO)

summary: offlineimap fails to connect to gmail


--1416921211.6Abe5a1.24299
Date: Tue, 25 Nov 2014 13:13:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907074
           Summary: libkbsa: buffer overflow in ksba_oid_to_str.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 614917
  --> http://bugzilla.opensuse.org/attachment.cgi?id=614917&action=edit
Upstream commit f715b9e156dfa99ae829fc694e5a0abd23ef97d7

http://lists.gnupg.org/pipermail/gnupg-announce/2014q4/000359.html

Libksba 1.3.2 fixes a buffer overflow in ksba_oid_to_str.

> This is a *security fix* release and all users of Libksba should update
> to this version.  Note that GnuPG 2.x makes use of Libksba and thus all
> user of GnuPG 2.x need to install this new version of libksba and at
> least restart the dirmngr process.
>
> Impact of the security bug
> ==========================
>
> By using special crafted S/MIME messages or ECC based OpenPGP data, it
> is possible to create a buffer overflow.  The bug is not easy to exploit
> because there only 80 possible values which can be used to overwrite
> memory.  However, a denial of service is possible and someone may come
> up with other clever attacks.  Thus this should be fix.
>
> Affected versions: All Libksba versions < 1.3.2
>
> Background: Yesterday Hanno B�ck found an invalid memory access in the
> 2.1 branch of GnuPG by conveying a malformed OID as part of an ECC key.
> It turned out that this bug has also been in libksba ever since and
> affects at least gpgsm and dirmngr.  The code to convert an OID to its
> string representation has an obvious error of not considering an invalid
> encoding for arc-2.  A first byte of 0x80 can be used to make a value of
> less then 80 and we then subtract 80 from it as required by the OID
> encoding rules.  Due to the use of an unsigned integer this results in a
> pretty long value which won't fit anymore into the allocated buffer.
> The actual fix for lib Libksba is commit f715b9e.

Upstream commit f715b9e156dfa99ae829fc694e5a0abd23ef97d7
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libksba.git;a=commit;h=f715b9e156dfa99ae829fc694e5a0abd23ef97d7


--1416927997.6BdE5E0.32739
Date: Tue, 25 Nov 2014 15:06:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907092
           Summary: Laptop internal sound lost upgrading from 13.1 to 13.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2 RC 1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: alan-at-hazelgarth.co.uk
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Amarok and Kmix audio setup gave no sound.

With Yast2>Sound tried to configure card and came back with "The kernel module
snd_hda_intel for sound support could not be loaded."

Help from the Forum was unsuccessful after studying the following output:

linux-wda0:~ # cat /tmp/alsa-info.txt.mo3DSN6jYg
upload=true&script=true&cardinfo=
!!################################
!!ALSA Information Script v 0.4.64
!!################################

!!Script ran on: Tue Nov 25 14:23:27 UTC 2014

!!Linux Distribution
!!------------------

Welcome to openSUSE 13.2 "Harlequin" - Kernel \r (\l). openSUSE 13.2 (x86_64) #
/etc/SuSE-release is deprecated and will be removed in the future, use
/etc/os-release instead NAME=openSUSE PRETTY_NAME="openSUSE 13.2 (Harlequin)
(x86_64)" ID=opensuse CPE_NAME="cpe:/o:opensuse:opensuse:13.2"
BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/"
ID_LIKE="suse"

!!DMI Information
!!---------------

Manufacturer:      TOSHIBA
Product Name:      Satellite Pro A120
Product Version:   PSAC1E-04Q00VEN
Firmware Version:  Version 3.40

!!Kernel Information
!!------------------

Kernel release:    3.16.6-2-desktop
Operating System:  GNU/Linux
Architecture:      x86_64
Processor:         x86_64
SMP Enabled:       Yes

!!ALSA Version
!!------------

Driver version:     k3.16.6-2-desktop
Library version:
Utilities version:  1.0.28

!!Loaded ALSA modules
!!-------------------

!!Sound Servers on this system
!!----------------------------

Pulseaudio:
      Installed - Yes (/usr/bin/pulseaudio)
      Running - Yes

ESound Daemon:
      Installed - Yes (/usr/bin/esd)
      Running - No

!!Soundcards recognised by ALSA
!!-----------------------------

-


body:
--1416928472.0cA00.1066
Date: Tue, 25 Nov 2014 15:14:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907093
           Summary: iproute2: too much device checking
    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: richard-at-nod.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi!

Please backport this fix:
https://git.kernel.org/cgit/linux/kernel/git/shemminger/iproute2.git/commit/?id=f1b66ff

It breaks libvirt badly.
Commands like "ip link add vnet0 type veth peer name vnet1" don't work anymore.

Thanks,
//richard

summary: iproute2: too much device checking


--1416981501.6A760.3448
Date: Wed, 26 Nov 2014 05:58:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907215
           Summary: after 13.1 -> 13.2 upgrade, wickedd fails to exec existing if-{up,down}.d/* scripts
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            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: ---

ref'd from: http://lists.opensuse.org/opensuse-factory/2014-11/msg00197.html

in

    /etc/sysconfig/network

i've an if-up.d script

    if-up.d/99-ethX-setup

on openSUSE 13.1, prior to an upgrade to 13.2, on network start the script --
regardless of content


--1417014706.34dE21E0.32709
Date: Wed, 26 Nov 2014 15:11:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907333
           Summary: Bogus numbers for 'btrfs fi usage' for RAID1 profile
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: dsterba-at-suse.com
          Reporter: dsterba-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Backport http://permalink.gmane.org/gmane.comp.file-systems.btrfs/39232 to fix
bogus numbers in 'btrfs fi usage':

Overall:
...
 Free (estimated):              8.00EiB      (min: 8.00EiB)


body:
--1417022168.35aDb0.14708
Date: Wed, 26 Nov 2014 17:16:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907361
           Summary: amreport 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: gour-at-atmarama.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello,

I've upgraded to openSUSE-13.2 from Debian (Sid) and noticed there is same
problem with Amanda's amreport which segfaults due to some changes in newer
Perl.

You can see the issue here:https://github.com/zmanda/amanda/issues/62

Moreover, there is fix aplied in upstream which is available here:
https://github.com/zmanda/amanda/commit/e810e1945909b5a55c3688d0b996a91f526ae1c6

so it would be nice if you can provide updated package with the fix?

I patched it manually, but still not familiar enough with openSUSE to do it on
my own.

Sincerely,
Gour

summary: amreport segmentation fault


--1417082007.fCDfc9.18135
Date: Thu, 27 Nov 2014 09:53:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907462
           Summary: Add kcm_touchpad to manage Synaptiks touchpads
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE4 Workspace
          Assignee: kde-maintainers-at-suse.de
          Reporter: joschibrauchle-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Currently, touchpads can be managed in KDE with the "synaptiks" tool in the
taskbar and/or from KDE control center.

Unfortunately, the "synaptiks" tool seems to be unmaintained, as
all source homepages are down:
1) http://synaptiks.lunaryorn.de/
2) http://synaptiks.readthedocs.org/
3) https://pypi.python.org/packages/source/s/synaptiks/

and in our daily use, the tool has a severe bug:
If one enables the "Disable touchpad when mouse attached" functionality, the
touchpad is indeed disabled when a mouse is attached, but is never enabled
again, once the mouse is detached. In the worst case, the machine must be
rebooted to get the touchpad working again, if no mouse if available to connect
and disable said option.

As a replacement there seems to be a *new* kcm_touchpad module available, see
https://projects.kde.org/projects/playground/utils/kcm-touchpad/
which is
1) actively maintained, see https://github.com/sanya-m/kcm-touchpad
2) has a lot of nice features to immediately test settings within the module
3) does not exhibit above said bug!

The very latest version 1.1+git patches was built and tested with openSUSE13.2
here:
https://build.opensuse.org/package/show/home:endzone:branches:home:scalpel4k/kcm-touchpad

Please add this latest version to
https://build.opensuse.org/project/show/KDE:Extra (an older version exists) and
push it to openSUSE 13.2 and Tumbleweed as a replacement for synaptiks.

Thanks!


body:
--1417106680.FbB20f70.24782
Date: Thu, 27 Nov 2014 16:44:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907528
           Summary: crm history fails to update logs
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: High Availability
          Assignee: lmb-at-suse.com
          Reporter: dmuhamedagic-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 615276
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615276&action=edit
output of crm -d history info

sle12-a:~ # crm history info
INFO: fetching new logs, please wait ...
[1] 16:34:17 [SUCCESS] sle12-a
[2] 16:34:17 [SUCCESS] sle12-c
ERROR: append /var/cache/crm/history/psshout/sle12-a to
/var/cache/crm/history/live/sle12-a/ha-log.txt: File not open for writing
ERROR: append /var/cache/crm/history/psshout/sle12-c to
/var/cache/crm/history/live/sle12-c/ha-log.txt: File not open for writing
Source: live
...

I already used history on this host. Didn't see these messages until today.
Whatever happened in the meantime. Attaching the debug output.

summary: crm history fails to update logs


--1417117217.EbEA0.1909
Date: Thu, 27 Nov 2014 19:40:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907539
           Summary: segfault in lynx after removing expired cookie
    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: mgorse-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 615288
  --> http://bugzilla.suse.com/attachment.cgi?id=615288&action=edit
Backtrace.

I saw a crash in lynx this morning while trying to select a link on
m.facebook.com. See attached backtrace.

scan_cookie_sublist() needs to not remove the expired cookie from the list and
then try to read the item it just freed in order to get the pointer to the next
item.


--1417129101.E8d8E0.21144
Date: Thu, 27 Nov 2014 22:58:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907545
           Summary: TclCurl segfaults when using the multi interface
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: max-at-suse.com
          Reporter: gber-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 615295
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615295&action=edit
backtrace

With Tcl 8.6 TclCurl always segfaults when using the multi interface, happens
both with Tcl 8.6.1 in 13.1 and 8.6.2 in 13.2. A minimal example and backtrace
are attached.


--1417161732.6Be0CBDb0.20277
Date: Fri, 28 Nov 2014 08:02:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907584
           Summary: zeromq: Can't update due to file conflict
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201411*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: tchvatal-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It's impossible to update because zeromq does not comply with shared library
policy. the library packages are supposed to be coinstallable (and do not
conflict):

File /usr/bin/curve_keygen
  from install of
     libzmq4-4.0.5-2.1.x86_64(openSUSE-Oss)
  conflicts with file from package
     libzmq3-4.0.4-4.2.x86_64(@System)


body:
Safari/537.36
Build Identifier:

ifcfg-vlan100 alias info:

IPADDR_1='10.0.1.10/32'
LABEL_1=00
IPADDR_2='10.0.1.11/32'
LABEL_2=02

Reproducible: Always

Steps to Reproduce:
1. create ifcfg-vlan100 file with alias (label) info

2. ifup vlan100

3. 'ip addr show' shows labels are not being set correctly.  They all have the
vlan100 label
Actual Results:
'ip addr show' shows the ip addresses are created, but all with same interface
label.

Expected Results:
'ip addr show' and ifconfig should show the ip addresses AND the alias labels
as defined in the ifcfg-vlan100 file.

ip addr add 10.0.1.10/32 dev vlan100 label vlan100:00 works correctly.

summary: Wicked ignores LABEL_1 (alias) info in ifcfg-* files


--1417272018.DFAb33E0.25711
Date: Sat, 29 Nov 2014 14:40:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907685
           Summary: fontconfig: wrong link to documentation in fc-list.1
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: martin-at-oneiros.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

fc-list.1 ends this way:
   The fontconfig user's guide, in HTML format:
/usr/share/doc/fontconfig/fontconfig-user.html.

But in OpenSUSE that file is in
/usr/share/doc/packages/fontconfig/fontconfig-user.html


--1417286188.0CD60.2051
Date: Sat, 29 Nov 2014 18:36:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907694
           Summary: wickedd boot error "netlink reports error -17" on 'lo' interface IPv6 setup
    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: grantksupport-at-operamail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

after 13.2 boot,

    journalctl -b
        ...
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: applying system config for
ipv4:static lease in state applying: success [0]
        Nov 29 09:40:55 svr022 wicked[1081]: lo: calling
org.opensuse.Network.Addrconf.ipv6.static.requestLease()
        Nov 29 09:40:55 svr022 wicked[1081]:
ni_dbus_object_call_variant(/org/opensuse/Network/Interface/1,
if=org.opensuse.Network.Addrconf.ipv6.static, method=requestLease)
        Nov 29 09:40:55 svr022 wickedd[1072]:
__ni_dbus_object_message(path=/org/opensuse/Network/Interface/1,
interface=org.opensuse.Network.Addrconf.ipv6.static, method=requestLease)
called
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: received ipv6:static lease
update in state granted
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: adjusting mtu for ipv6:static
lease in state applying: success [0]
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: address ::1 covered by a
static lease
        Nov 29 09:40:55 svr022 wickedd[1072]: Adding new interface address
::1/128
        Nov 29 09:40:55 svr022 wickedd[1072]: __ni_rtnl_send_newaddr(::1/128)
!!        Nov 29 09:40:55 svr022 wickedd[1072]: netlink reports error -17
!!        Nov 29 09:40:55 svr022 wickedd[1072]: __ni_nl_talk: recv failed:
Object exists
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: applying addresses for
ipv6:static lease in state applying: success [0]
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: verifying adressses for
ipv6:static lease in state applying: success [0]
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: applying routes for
ipv6:static lease in state applying: success [0]
        Nov 29 09:40:55 svr022 wickedd[1072]: ni_system_update_from_lease()
        Nov 29 09:40:55 svr022 wickedd[1072]: Updating system generic settings
from static/ipv6 lease
        Nov 29 09:40:55 svr022 wickedd[1072]:
handle_other_event(generic-updated)
        Nov 29 09:40:55 svr022 wickedd[1072]: sending event "genericUpdated"
        Nov 29 09:40:55 svr022 wickedd[1072]: lo: applying system config for
ipv6:static lease in state applying: success [0]
        Nov 29 09:40:55 svr022 wicked[1081]: lo: changed state lldp-up ->
network-up
        Nov 29 09:40:55 svr022 wicked[1081]: lo: cancel timeout
        Nov 29 09:40:55 svr022 wicked[1081]: lo: successfully transitioned from
lldp-up to network-up
        ...

with

    ifconfig lo
        lo        Link encap:Local Loopback
                  inet addr:127.0.0.1  Mask:255.0.0.0
                  inet6 addr: ::1/128 Scope:Host
                  UP LOOPBACK RUNNING  MTU:65536  Metric:1
                  RX packets:79 errors:0 dropped:0 overruns:0 frame:0
                  TX packets:79 errors:0 dropped:0 overruns:0 carrier:0
                  collisions:0 txqueuelen:0
                  RX bytes:7909 (7.7 Kb)  TX bytes:7909 (7.7 Kb)


--1417309266.7b16DC4C0.16005
Date: Sun, 30 Nov 2014 01:01:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907701
           Summary: Pithos 1.0.0 drops Pandora stream and freezes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: rskunath-at-yahoo.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Pithos version 1.0.0 drops the Pandora stream and hangs at "loading songs" This
occurs randomly, sometimes very frequently.

I built Pithos 1.0.1 and tested it locally and the bug has been fixed in the
latest version.

Can we get an updated 1.0.1 rpm for the latest Pithos version please? The only
version we have in the repos is the 1.0.0 version.

Thanks in advance.


--1417314698.2FaB1.19195
Date: Sun, 30 Nov 2014 02:31:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907702
           Summary: apcupsd: WARNING: Unknown value of HALT_POWERDOWN_INSERT in /etc/sysconfig/shutdown.
    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: me-at-shadsterling.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Had a few errors in a `zypper dup`, this is one I wasn't able resolve on my
own.

Reinstalling apcupsd `zypper install -f apcupsd` repeats the same error
message:

Loading repository data...
Reading installed packages...
Forcing installation of 'apcupsd-3.14.11-3.2.10.x86_64' from repository
'Tumbleweed-OpenSUSE-InstallOss'.
Resolving package dependencies...

The following package is going to be reinstalled:
  apcupsd

1 package to reinstall.
Overall download size: 0 B. Already cached: 316.2 KiB  No additional space will
be used or freed after the operation.
Continue? [y/n/? shows all options] (y): y
In cache apcupsd-3.14.11-3.2.10.x86_64.rpm

            (1/1), 316.2 KiB (  1.5 MiB unpacked)
Checking for file conflicts:
..............................................................................................................................................................................[done]
(1/1) Installing: apcupsd-3.14.11-3.2.10
..................................................................................................................................................................[done]
Additional rpm output:
Updating /etc/sysconfig/apcupsd...
apcupsd: WARNING: Unknown value of HALT_POWERDOWN_INSERT in
/etc/sysconfig/shutdown.
         Keeping unchanged. Should be:
HALT_POWERDOWN_INSERT=""

... but when I look in the file with `grep HALT_POWERDOWN_INSERT
/etc/sysconfig/shutdown` the value seems to be what it should be:

HALT_POWERDOWN_INSERT=""


body:
--1417317472.7adAD0.20472
Date: Sun, 30 Nov 2014 03:17:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907703
           Summary: X11:wxWidgets/python-wxWidgets: Bug
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: sbrabec-at-suse.com
          Reporter: tzotsos-at-gmail.com
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Our python-wxWidgets version does not work with current NumPy version as per
http://trac.wxwidgets.org/ticket/16590

summary: X11:wxWidgets/python-wxWidgets: Bug


--1417468109.5E8bD0.23282
Date: Mon, 1 Dec 2014 21:08:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907870
           Summary: apparmor profile blocks dnsmasq IPv6 DHCP
    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: luizluca@tre-sc.jus.br
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello,

Current default dnsmasq apparmor profile misses this permission:

 network inet6 raw,

The result is that dnsmasq simply fails to start if DHCPv6 is enabled.


--1417514856.C4c4B5A0.17539
Date: Tue, 2 Dec 2014 10:07:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 907966
           Summary: myspell english language packaging is very inconvenient for Firefox/TB users (may others)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Translations
          Assignee: ke-at-suse.com
          Reporter: joschibrauchle-at-gmx.de
        QA Contact: ke-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 615595
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615595&action=edit
Dictionaries in Thunderbird

The MySpell rpm 'myspell-en' contains all different type of English language
dialects:

--------------------------------------
# rpm -ql myspell-en | grep hunspell | grep dic
/usr/share/hunspell/en_AU.dic
/usr/share/hunspell/en_BS.dic
/usr/share/hunspell/en_BZ.dic
/usr/share/hunspell/en_CA.dic
/usr/share/hunspell/en_GB.dic
/usr/share/hunspell/en_GH.dic
/usr/share/hunspell/en_IE.dic
/usr/share/hunspell/en_IN.dic
/usr/share/hunspell/en_JM.dic
/usr/share/hunspell/en_MW.dic
/usr/share/hunspell/en_NA.dic
/usr/share/hunspell/en_NZ.dic
/usr/share/hunspell/en_PH.dic
/usr/share/hunspell/en_TT.dic
/usr/share/hunspell/en_US.dic
/usr/share/hunspell/en_ZA.dic
/usr/share/hunspell/en_ZW.dic
--------------------------------------

This is packaging of english dictionaries in inconvenient for Firefox /
Thunderbird users, as they show all dialect in the spelling options dialog, see
screenshot attached.

The packaging seems to have changed from openSUSE 13.1 to 13.2, as 13.1 was
offering different packages for each dialect, e.g.
'myspell-american-20100316-32.1.2.noarch.rpm' with only 'en'.

Would it be possible to split up the 13.2 'myspell_en' package into multiple
packages?


--1417532589.2e3BE5d4.22636
Date: Tue, 2 Dec 2014 15:03:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908008
           Summary: virt-manager: Unable to migrate guest: End of file while reading data: : Input/output error
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201412*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: carnold-at-suse.com
          Reporter: mpluskal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
        Depends on: 908007
          Found By: ---
           Blocker: ---

Created attachment 615641
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615641&action=edit
virt-manager --debug

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

When trying to migrate vm via virt-manager (with option migrate via libvirtd)
between machines with opensuse-factorty, following error is raised:

Unable to migrate guest: End of file while reading data: : Input/output error

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in
cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/migrate.py", line 547, in
_async_migrate
    vm.migrate(dstconn, migrate_uri, rate, live, secure, unsafe, meter=meter)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1446, in migrate
    self._backend.migrate(destconn, flags, newname, interface, rate)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1458, in migrate
    if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self)
libvirtError: End of file while reading data: : Input/output error


--1417537075.5Fcd5c0.1996
Date: Tue, 2 Dec 2014 16:17:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908023
           Summary: hylafax: cronjob /etc/cron.daily/suse.de-faxcron runs /usr/sbin/faxcron even if hylafax is not running
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: PC
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: comes-at-naic.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The cronjob /etc/cron.daily/suse.de-faxcron contains the lines:

/usr/sbin/rchylafax status &>/dev/null || exit 0
/usr/sbin/faxcron

After the switch to systemd, '/usr/sbin/rchylafax status' always returns true
causing /usr/sbin/faxcron to be executed even if hylafax is not running which
gives the following error message:

SCRIPT: suse.de-faxcron exited with RETURNCODE = 1.
SCRIPT: output (stdout && stderr) follows

FATAL ERROR: /var/spool/fax/etc/setup.cache is missing!

The file /var/spool/fax/etc/setup.cache is not present.  This
probably means the machine has not been setup using the faxsetup(8C)
command.  Read the documentation on setting up HylaFAX before you
startup a server system.

SCRIPT: suse.de-faxcron


body:
--1417553947.328260.24706
Date: Tue, 2 Dec 2014 20:59:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908078
           Summary: lilypond-doc has >100MB
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Ulrich.Windl-at-rz.uni-regensburg.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Package lilypond-doc as > 100MB of download size!

For comparison: I have a professional product with a PDF manual that has >1000
pages, 38 tables, >1100 partial screen shots, and 23 partially embedded fonts.
That manual has only 72MB.

It seems lilypond-doc contains documentation in several languages. Why not
separate these? Cheap and fast internet is not available everywhere...

summary: lilypond-doc has >100MB


--1417607460.f6123F0.20992
Date: Wed, 3 Dec 2014 11:51:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908163
           Summary: Start job for kernel modules stays forever on packaged 3.17.2, 3.17.4 (git is fine)
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201412*
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: PVince81-at-yahoo.fr
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have upgraded all packages from openSUSE Factory today (2014-12-03) open.

In the update there's the kernel-desktop:
i | kernel-desktop       | package | 3.17.2-1.2          | x86_64 | repo-oss

When I boot I get a message like "Start job Kernel Module Loading" that stays
forever.

I thought I'd try another kernel, so I used 3.17.4 from the stable OBS repo:
i | kernel-desktop       | package | 3.17.4-2.1.g2d23787 | x86_64 |
Kernel:stable

Same problem.

I tried compiling 3.17.4 from kernel.org's linux-stable sources and used the
config from SUSE's /boot. Surprinsingly ths kernel does NOT have the hanging
problem.

So I suspect that something special is happening in the packaged version of
3.17.2 (or .4) which doesn't happen when compiling the kernel from git.

There are also suspicious messages in the log, I'll attach the log messages for
both the packaged version and the other one.


--1417639064.21ACB05.31106
Date: Wed, 3 Dec 2014 20:37:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908253
           Summary: ax88179_178a driver not capable of being added to a bond
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: mt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ebischoff-at-suse.com, stefan.fent-at-suse.com
        Depends on: 908205
          Found By: ---
           Blocker: ---

Same issue exists in 3.16.6-2-desktop (fixed in 3.17)

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

There is a trivial patch which should fix the issue:

http://www.spinics.net/lists/netdev/msg301128.html

The following patch fixes a bug which causes the ax88179_178a driver to be
incapable of being added to a bond.

When I brought up the issue with the bonding maintainers, they indicated
that the real problem was with the NIC driver which must return zero for
success (of setting the MAC address). I see that several other NIC drivers
follow that pattern by either simply always returing zero, or by passing
through a negative (error) result while rewriting any positive return code
to zero. With that same philisophy applied to the ax88179_178a driver, it
allows it to work correctly with the bonding driver.

I believe this is suitable for queuing in -stable, as it's a small, simple,
and obvious fix that corrects a defect with no other known workaround.

This patch is against vanilla 3.17(.0).

Signed-off-by: Ian Morgan <imorgan@xxxxxxxxxxxxx>

# hwinfo --netcard --short
network:
...
  eth0                 ASIX Electronics AX88179
  eth1                 ASIX Electronics AX88179
  eth2                 ASIX Electronics AX88179
  eth4                 ASIX Electronics AX88772

# hwinfo --netcard
52: USB 00.0: 0200 Ethernet controller
  [Created at usb.122]
  Unique ID: +4pb.ykIbeYGXfH0
  Parent ID: FZIx.9T1GDCLyFd9
  SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb8/8-4/8-4:1.0
  SysFS BusID: 8-4:1.0
  Hardware Class: network
  Model: "ASIX Electronics AX88179"
  Hotplug: USB
  Vendor: usb 0x0b95 "ASIX Electronics Corp."
  Device: usb 0x1790 "AX88179"
  Revision: "1.00"
  Serial ID: "0000000000020C"
  Driver: "ax88179_178a"
  Driver Modules: "ax88179_178a"
  Device File: eth0
  Speed: 480 Mbps
  HW Address: 00:40:05:40:91:02
  Link detected: no
  Module Alias: "usb:v0B95p1790d0100dcFFdscFFdp00icFFiscFFip00in00"
  Driver Info #0:
    Driver Status: ax88179_178a is active
    Driver Activation Cmd: "modprobe ax88179_178a"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #50 (Hub)

On enslave, the kernel shows a:

[16872.852222] bonding: bond1: Adding slave eth0.

but in fact it does not enslave eth0.

# ip link show dev eth0
88: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode
DEFAULT group default qlen 1000
    link/ether 00:40:05:40:91:02 brd ff:ff:ff:ff:ff:ff

# ip link set master bond1 dev eth0
RTNETLINK answers: Unknown error -6

# ip link set master bond1 dev eth4
# cat /sys/class/net/bond1/bonding/slaves
eth4
# echo -eth4 > /sys/class/net/bond1/bonding/slaves ; echo $?

# cat /sys/class/net/bond1/bonding/slaves
# echo +eth4 > /sys/class/net/bond1/bonding/slaves ; echo $?
0
# echo +eth0 > /sys/class/net/bond1/bonding/slaves ; echo $?
0
# cat /sys/class/net/bond1/bonding/slaves
eth4

[16850.988512] bonding: bond1: Removing slave eth4.
[16850.988614] bonding: bond1: releasing backup interface eth4
[16867.828354] bonding: bond1: Adding slave eth4.
[16868.646270] IPv6: ADDRCONF(NETDEV_UP): eth4: link is not ready
[16868.647429] bonding: bond1: enslaving eth4 as a backup interface with a down
link.
[16872.852222] bonding: bond1: Adding slave eth0.


body:
--1417640174.2fF60.19729
Date: Wed, 3 Dec 2014 20:56:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908258
           Summary: Xfwm > 1px wide xpms are transparent
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2 RC 1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
          Assignee: bnc-team-xfce-at-forge.provo.novell.com
          Reporter: punx665-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 615811
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615811&action=edit
opensuse 13.2 as guest, Debian testing as host same xfwm theme

If a xfwm theme contains 1px wide and height XPMs the window decoration becomes
unusable and transparent

you can also see ths on the "default" xfwm theme (side borders missing) or this
one ( https://github.com/sixsixfive/themes/tree/master/Glare )which is used in
the screenshots

summary: Xfwm > 1px wide xpms are transparent


--1417652024.0b6a2C15.25721
Date: Thu, 4 Dec 2014 00:13:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908288
           Summary: Sound from Built-in Speakers only work after connecting and disconnecting headphones
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: HP
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: hehe_br-opensuse-at-yahoo.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 615830
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615830&action=edit
2 Alsa info files: First with no sound in the built-in speakers; Second with
sound!

This problem I had already in openSUSE 13.1. I made the upgrade to 13.2, the
sound worked well for 2 days and the problem reappeared after some updates.
The issue is that when I turn on my pc I only get sound from my built-in
speakers after connecting and desconnecting the headphones from the pc.
For some reason the system sets the volume of the built-in speakers to zero on
reboot and it is only adjusted to normal after connecting the headphones.
I'm attaching two alsa outputs from alsa-info.sh, one with the problem and on
the other the sound in the built-in speakers is ok.
Is there a way to fix this?


body:
--1417682222.bFE4a0.22795
Date: Thu, 4 Dec 2014 08:37:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908323
           Summary: Disable DRI3 on X intel driver
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: bnc-team-xorg-bugs-at-forge.provo.novell.com
          Reporter: tiwai-at-suse.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Intel requested for disabling DRI3 on Intel X driver.  The corresponding git
commit is:

commit b6eeb7a1f7efa591504070b606be655e27e6e9c2
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Nov 5 13:03:41 2014 +0000

    Disable DRI3 by default

    The external libraries, both in git, and especially shipping already
    enabled in distributions, are buggy and lead to server crashes and
    lockups. Caveat emptor.

    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

This hits not only openSUSE but also SLE12.

summary: Disable DRI3 on X intel driver


body:
--1417682668.bdbBF22D7.23169
Date: Thu, 4 Dec 2014 08:44:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908326
           Summary: BDW/CHV sna BLT fix
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201412*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: bnc-team-xorg-bugs-at-forge.provo.novell.com
          Reporter: tiwai-at-suse.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Intel informed the missing important fix for BDW/CHV on Intel X driver.
The upstream commit is:

commit 3a22b6f6d55a5b1e0a1c0a3d597996268ed439ad
Author: Mika Kuoppala <mika.kuoppala-at-linux.intel.com>
Date:   Wed Nov 19 15:10:05 2014 +0200

    sna: gen8 BLT broken when address has bit 4 set

    With bit 4 set in address, the gen8 blitter fails and blits errorneously
    into the cacheline preceeding the destination and similarly when reading
from
    the source, corrupting memory.

    v2: Update the destination base offset pattern as revealed
        by igt/tests/gem_userptr_blits/destination-bo-align

    v3: Check base address as well

    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=79053
    Cc: Chris Wilson <chris@chris-wilson.co.uk>
    Tested-by: xunx.fang-at-intel.com [v2]
    Signed-off-by: Mika Kuoppala <mika.kuoppala-at-intel.com>

summary: BDW/CHV sna BLT fix


--1417732682.7136B0.5699
Date: Thu, 4 Dec 2014 22:38:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908452
           Summary: dracut replaces '-i' in kernel version string with "++include"
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: armv7
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: josua.m@t-online.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 615982
  --> http://bugzilla.opensuse.org/attachment.cgi?id=615982&action=edit
require space before -i

On my device the custom contrib kernel image is called zImage-3.14.14-cubox-i.
Now, mkinitrd, at first boot creates an initrd called
"initrd-3.14.14-cubox++include"

Now, Why?

As it turns out, in the dracut script on line 312, any occurence of -i is
replaced with "++include" resulting in this weird image name.

Apparently, they intend to replace -i by the long option name
--include(++include).
So far so good, but it is applied on the kernel version parameter too which is
pretty bad.

I am not sure where to go when enhancing dracut, but I have a suggestion how to
fix that: require a space before the -i to replace.
Patch attached
But I can't tell if my fix breaks the whole thing.

This has caused a pretty annoying bug making cubox-i images not boot a second
time because initrd symlink points to the wrong name.


body:
--1417755105.50d6844.19155
Date: Fri, 5 Dec 2014 04:51:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908476
           Summary: /dev/net/tun went missing
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201412*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: mt-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: thomas.blume-at-suse.com, tiwai-at-suse.com
          Found By: ---
           Blocker: ---

I upgraded my Factory to 20141201
(also removed all virtualbox-guest rpms)

and found that after the reboot, openvpn would not start anymore
because there was no /dev/net/tun device.

Workaround: modprobe tun

Since /dev is a tmpfs, there must be some process during boot
that would create the tun device entry but there is no such entry in
/usr/lib/tmpfiles.d/
or is this normally done via udev?

summary: /dev/net/tun went missing


body:
--1417778818.d7AF2ac0.4478
Date: Fri, 5 Dec 2014 11:26:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908554
           Summary: Wicked segfaults
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: openSUSE 13.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: hecke-at-nld.ds.mpg.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 616102
  --> http://bugzilla.opensuse.org/attachment.cgi?id=616102&action=edit
all the output from the commands on
https://en.opensuse.org/index.php?title=openSUSE:Bugreport_wicked

after a fresh install from autoyast I try to set an external IP for my ethernet
device via a postinstall script and get a segfault in wicked.

the autoyast section for the network:

 <networking>
    <keep_install_network config:type="boolean">true</keep_install_network>
    <dns>
      <hostname>dummyecps</hostname>
      <domain>nld.ds.mpg.de</domain>
      <nameservers config:type="list">
        <nameserver>192.168.216.93</nameserver>
      </nameservers>
      <resolv_conf_policy>auto</resolv_conf_policy>
      <searchlist config:type="list">
        <search>nld.ds.mpg.de</search>
      </searchlist>
    </dns>
    <routing>
      <ip_forward config:type="boolean">false</ip_forward>
      <routes config:type="list">
        <route>
          <destination>default</destination>
          <gateway>192.168.216.254</gateway>
        </route>
      </routes>
    </routing>
  </networking>

The failing script:

<![CDATA[
IP=$(ifconfig | grep 192.168.216 | sed -e 's/^.*inet addr:\([0-9.]*\).*$/\1/')

# set static ip address
cat > /etc/sysconfig/network/ifcfg-enp3s0 <<-EOF
BOOTPROTO='static'
STARTMODE='auto'
IPADDR='$IP/24'
IPADDR_ext='10.216.100.${IP##*.}/24'
LABEL_ext='ext'
EOF

service network restart
]]>

find attached the debug output from wicked

summary: Wicked segfaults


--1417801107.5eE7c0b610.20046
Date: Fri, 5 Dec 2014 17:38:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=908632

            Bug ID: 908632
           Summary: Virtualization/guestfs-tools: virt-resize doesn't work
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: x86-64
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: vmiklos-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: jfehlig-at-suse.com
          Found By: ---
           Blocker: ---

Hi,

I'm trying to resize a virtual machine's disk. It has Windows7 installed,
virt-df says:

$ virt-df w7-devel45.img
Filesystem                           1K-blocks       Used  Available  Use%
w7-devel45.img:/dev/sda1                102396      24712      77684   25%
w7-devel45.img:/dev/sda2              31352828   11542756   19810072   37%

So I created a new qcow2 image:

$ qemu-img create -f qcow2 -o preallocation=metadata w7-devel45.new.img 60G

But when trying to do the actual resize, I get:

$ virt-resize --expand /dev/sda2 w7-devel45.img w7-devel45.new.img
Examining w7-devel45.img ...
virt-resize: libguestfs error: lvm_set_filter: aug_save: Lens not found: Can
not find lens guestfs_lvm_conf.lns

If I remember correctly, I used exactly these commands on openSUSE 13.1, and
there the resizing worked perfectly.

Thanks,

Miklos


--1417810718.ac876.13114
Date: Fri, 5 Dec 2014 20:18:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908669
           Summary: Virtualbox Guest additions from package does not setup vboxsf group
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201412*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jon-at-grossart.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I'm using Tumbleweed in a Virtualbox VM.

If you install the virtualbox guest additions from the provided ISO, there is a
group called vboxsf created during install for using the Shared Folders
support.

If you install the guest additions via the package (which is done automatically
upon install), this group is not created, and you can't use the shared folder
options.

I've tried creating it manually, but it doesn't seem to work correctly in this
case.

It also does not create the /media folder with the correct permissions to be
able to use the shared folders.

Of course, the /media folder isn't really used in systemd land, but it still is
for VirtualBox.


--1417945196.a57c0.4560
Date: Sun, 7 Dec 2014 09:39:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908731
           Summary: clmav package lacks the file /usr/sbin/updateclamconf
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: werner.flamme-at-ufz.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi, everyone,

after each update of the clamav package, I get these messages:

(35/42) Installing: clamav-0.98.5-114.6
.........................................................................................................................................................[done]
Additional rpm output:
Merging /etc/clamd.conf and /etc/clamd.conf.rpmnew
/var/tmp/rpm-tmp.RpVXek: line 12: /usr/sbin/updateclamconf: No such file or
directory
Merging /etc/clamd.conf with /etc/clamd.conf.rpmnew failed
Merging /etc/freshclam.conf and /etc/freshclam.conf.rpmnew
/var/tmp/rpm-tmp.RpVXek: line 12: /usr/sbin/updateclamconf: No such file or
directory
Merging /etc/freshclam.conf with /etc/freshclam.conf.rpmnew failed

Looking into the source rpm, I see a file clamav-updateclamconf. In the spec
file, it has the alias Source3, but this alias is never used afterwards - many
other "Source" aliases are used.

Someone please fix the spec file, so that Source3 is used properly :)

Regards,
Werner


body:
--1417973265.77B7FF350.15749
Date: Sun, 7 Dec 2014 17:27:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 908738
           Summary: vncviewer-tigervnc does not display mouse cursor shape changes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: 13.2
          Hardware: i686
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: rspmn-at-arcor.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Thanks for fixing bnc#906922.

I found a second vncviewer-tigervnc incompatibility/regression with respect to
the openSUSE 13.1 tightvnc vncviewer: mouse cursor shape changes are not
displayed.

Reproducible: Always

Steps to Reproduce:

1. Start a VNC desktop with an application which changes the mouse cursor shape
(e.g. firefox when the mouse is put over a link or emacs when the mouse is in
an *Occur* buffer).

2. Use the tigervnc vncviewer to connect to the desktop.

3. Position the mouse over an area where the cursor shape should change when
using the application without VNC.

The expected mouse cursor shape changes are displayed when e.g. using the
openSUSE 13.1 tightvnc vncviewer on openSUSE 13.2 or the openSUSE 13.2 vinagre
VNC viewer.

pkgs: fltk tigervnc