body:
/usr/sbin/update-ca-certificates -v
    ...
    running /usr/lib/ca-certificates/update.d/certbundle.run ...
    creating /var/lib/ca-certificates/ca-bundle.pem ...
    p11-kit: invalid basic constraints certificate extension
    running /usr/lib/ca-certificates/update.d/etc_ssl.run ...
    p11-kit: invalid basic constraints certificate extension
    running /usr/lib/ca-certificates/update.d/java.run ...
    creating /var/lib/ca-certificates/java-cacerts ...
    p11-kit: invalid basic constraints certificate extension
    running /usr/lib/ca-certificates/update.d/openssl.run ...
    creating /var/lib/ca-certificates/openssl ...
    p11-kit: invalid basic constraints certificate extension

sh -x /usr/lib/ca-certificates/update.d/certbundle.run
    + set -e
    + cafile=/var/lib/ca-certificates/ca-bundle.pem
    + cadir=/var/lib/ca-certificates/pem
    + '[' -z '' -a /var/lib/ca-certificates/ca-bundle.pem -nt
/var/lib/ca-certificates/pem ']'
    + '[' -z '' ']'
    + cat
    + trust extract --format=pem-bundle --purpose=server-auth
--filter=ca-anchors /var/lib/ca-certificates/ca-bundle.pem.tmp
    p11-kit: invalid basic constraints certificate extension
    + cat /var/lib/ca-certificates/ca-bundle.pem.tmp
    + rm -f /var/lib/ca-certificates/ca-bundle.pem.tmp
    + mv /var/lib/ca-certificates/ca-bundle.pem.new
/var/lib/ca-certificates/ca-bundle.pem

trust extract --format=pem-bundle --purpose=server-auth --filter=ca-anchors
/var/lib/ca-certificates/ca-bundle.pem.tmp
    p11-kit: invalid basic constraints certificate extension

trust extract -v --format=pem-bundle --purpose=server-auth --filter=ca-anchors
/var/lib/ca-certificates/ca-bundle.pem.tmp
    p11-kit: invalid basic constraints certificate extension
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    (p11-kit:23270) extract_certificate: skipping certificate that doesn't
match trust flags
    p11-kit: couldn't complete writing of file:
/var/lib/ca-certificates/ca-bundle.pem.tmp: File exists

reading

rm -f /var/lib/ca-certificates/ca-bundle.pem.tmp
strace trust extract -v --format=pem-bundle --purpose=server-auth
--filter=ca-anchors /var/lib/ca-certificates/ca-bundle.pem.tmp
    ...

stat("/usr/share/pki/trust/TURKTRUST_Mis-issued_Intermediate_CA_1:2.2.8.39.p11-kit",
{st_mode=S_IFREG|0644, st_size=470, ...}) = 0

open("/usr/share/pki/trust/TURKTRUST_Mis-issued_Intermediate_CA_1:2.2.8.39.p11-kit",
O_RDONLY|O_CLOEXEC) = 4
    mmap(NULL, 470, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f2f21f1f000
    munmap(0x7f2f21f1f000, 470)             = 0
    close(4)                                = 0
    write(2, "p11-kit: invalid basic constrain"..., 57p11-kit: invalid basic
constraints certificate extension
    ) = 57

stat("/usr/share/pki/trust/Explicitly_Distrusted_DigiNotar_PKIoverheid.pem",
{st_mode=S_IFREG|0644, st_size=1967, ...}) = 0

open("/usr/share/pki/trust/Explicitly_Distrusted_DigiNotar_PKIoverheid.pem",
O_RDONLY|O_CLOEXEC) = 4
    ...

ls -al /usr/share/pki/trust/TURKTRUST_*p11-kit
    -rw-r--r--+ 1 root root  470 Jun  5 01:17
/usr/share/pki/trust/TURKTRUST_Mis-issued_Intermediate_CA_1:2.2.8.39.p11-kit
    -rw-r--r--+ 1 root root  468 Jun  5 01:17
/usr/share/pki/trust/TURKTRUST_Mis-issued_Intermediate_CA_2:2.2.8.100.p11-kit

rpm -q --whatprovides /usr/share/pki/trust/TURKTRUST_*
    ca-certificates-mozilla-1.97-3.12.1.noarch
    ca-certificates-mozilla-1.97-3.12.1.noarch

ls -al /usr/share/pki/trust/*p11-kit
    -rw-r--r--+ 1 root root 350 Jun  5 01:17
/usr/share/pki/trust/Distrust_a_pb.com_certificate_that_does_not_comply_with_the_baseline_requirements.:2.3.21.121.20.p11-kit
    -rw-r--r--+ 1 root root 296 Jun  5 01:17
/usr/share/pki/trust/Distrusted_AC_DG_Tresor_SSL:2.3.3.29.167.p11-kit
    -rw-r--r--+ 1 root root 557 Jun  5 01:17
/usr/share/pki/trust/Distrust:_O=Egypt_Trust__OU=VeriSign_Trust_Network_=cert_1_3=:2.16.76.0.54.27.229.8.43.169.170.206.116.10.5.62.251.52.p11-kit
    -rw-r--r--+ 1 root root 559 Jun  5 01:17
/usr/share/pki/trust/Distrust:_O=Egypt_Trust__OU=VeriSign_Trust_Network_=cert_2_3=:2.16.62.12.158.135.105.170.149.92.234.35.216.69.158.212.91.81.p11-kit
    -rw-r--r--+ 1 root root 555 Jun  5 01:17
/usr/share/pki/trust/Distrust:_O=Egypt_Trust__OU=VeriSign_Trust_Network_=cert_3_3=:2.16.18.189.38.162.174.51.192.127.36.123.106.88.105.242.10.118.p11-kit
    -rw-r--r--+ 1 root root 471 Jun  5 01:17
/usr/share/pki/trust/MITM_subCA_1_issued_by_Trustwave:2.4.107.73.210.5.p11-kit
    -rw-r--r--+ 1 root root 471 Jun  5 01:17
/usr/share/pki/trust/MITM_subCA_2_issued_by_Trustwave:2.4.107.73.210.6.p11-kit
    -rw-r--r--+ 1 root root 470 Jun  5 01:17
/usr/share/pki/trust/TURKTRUST_Mis-issued_Intermediate_CA_1:2.2.8.39.p11-kit
    -rw-r--r--+ 1 root root 468 Jun  5 01:17
/usr/share/pki/trust/TURKTRUST_Mis-issued_Intermediate_CA_2:2.2.8.100.p11-kit

MOVE the suspect p11-kit data out of the way

    mkdir -p /usr/share/pki/trust/TEMP
    mv /usr/share/pki/trust/*p11-kit /usr/share/pki/trust/TEMP

recheck. no more 'invalid' error

    /usr/sbin/update-ca-certificates -v
        running /usr/lib/ca-certificates/update.d/certbundle.run ...
        creating /var/lib/ca-certificates/ca-bundle.pem ...
        p11-kit: couldn't complete writing of file:
/var/lib/ca-certificates/ca-bundle.pem.tmp: File exists
        running /usr/lib/ca-certificates/update.d/etc_ssl.run ...
        running /usr/lib/ca-certificates/update.d/java.run ...
        creating /var/lib/ca-certificates/java-cacerts ...
        running /usr/lib/ca-certificates/update.d/openssl.run ...
        creating /var/lib/ca-certificates/openssl ...

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: ca-certificates-mozilla includes p11-kit data/certs reported as containing 'invalid basic constraints certificate extension'


body:
I have installed both libtxc_dxtn0 and libtxc_dxtn0-32bit.
The games either have the black textures or straight up refuse to start,
complaining about missing s3tc extension.

Reproducible: Always

Steps to Reproduce:
1. Install the libtxc libraries.
2. Install a game using S3TC.
3. Run the game.
Actual Results:
Civilization V from Steam has black textures.
Portal complains about missing extensions and then refuses to start.

I install X libraries from the Factory//Xorg repository hoping for fixes, but
even those packages have the problem. Next I will try a user's repository with
"libtxc_dxtn".

summary: S3TC decompression does not work.


body:
https://bugzilla.novell.com/show_bug.cgi?id=891152

https://bugzilla.novell.com/show_bug.cgi?id=891152#c0

           Summary: format_spec_file can damage spec file
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: BuildService
        AssignedTo: ro-at-suse.com
        ReportedBy: sbrabec-at-suse.com
         QAContact: adrian-at-suse.com
          Found By: ---
           Blocker: ---

Created an attachment (id=601758)
 --> (http://bugzilla.novell.com/attachment.cgi?id=601758)
spec file before mangling by format_spec_file (copy it to python-libmount.spec
and edit Name: to see what happens after format_spec_file).

I created a very special spec file with preamble containing many conditionals.
This spec file is intended to be compiled with 3 different names, where only
Name tags needs to be edited.

The spec file is mangled by format_spec_file:
- Group tag is edited to an incorrect value.
- License tag is move to incorrect place causes build to fail:
[    5s] error: License field must be present in package: (main package)

diff -ur BEFORE_FORMAT/python-libmount.spec AFTER_FORMAT/python-libmount.spec
-

summary: format_spec_file can damage spec file


body:
The openSuSE package ocaml 4.01.0-59.1 has the bug.  This package has probably
had it for many years.  I believe I saw the same bug about 4 years ago, but
didn't pursue it.
The details are in
https://forums.opensuse.org/showthread.php/500178-In-the-13-1-ocaml-package-the-ocamlopt-%28native-code%29-tool-is-broken-It-can-t-find-the-assembler?p=2658432#post2658432
I suspect there are not many users of ocamlopt in openSuSE, but the MediaWiki
Math extension uses it, which is where I encountered the problem.

Reproducible: Always

Steps to Reproduce:
1. Create the file hw.ml:
  let () =
  print_endline "Hello, world!"
2. Execute duke@ee:~/Documents> ocamlopt hw.ml -o hw
3. This is verbatim from
http://roscidus.com/blog/blog/2014/07/28/my-first-unikernel/#a-hello-world-kernel
Actual Results:
sh: as: command not found
File "hw.ml", line 1:
Error: Assembler error, input left in file /tmp/camlasmd7b8ce.s

I'm reasonably sure the "as" not found is the (or an) assembler in openSuSE.

Expected Results:
After executing: duke@ee:~/Documents> ./hw
Expect: Hello, world!

I am told that Ubuntu doesn't have this problem.
I'd rather fight than switch. :)

summary: ocamlopt, the native code generator of ocaml, is broken in the distribution package.


body:
Squid proxy server now has correct permissions handling and as such in this
moment uses setBadness in squid-rpmlintrc, so to be able to push this change
into Factory we need it to be resolved with security team.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: Squid permissions and setbadness handling


body:
https://bugzilla.novell.com/show_bug.cgi?id=891617

https://bugzilla.novell.com/show_bug.cgi?id=891617#c0

           Summary: Publishing:TeXLive/texlive-specs-e: Bug
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: x86-64
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Action Items
        AssignedTo: werner-at-suse.com
        ReportedBy: wal-at-astron.nl
         QAContact: adrian-at-suse.com
          Found By: Community User
           Blocker: ---

When installing texlive-exceltex I got an error message when first using it.
Seems it should depend on the perl-Spreadsheet-ParseExcel package.

I notice that this package has a combine spec file. I do know if it is possible
to add it to subpackages, without making all packages depend on it.

Regards, Erik.

pkgs: texlive-specs-a texlive-specs-b texlive-specs-c texlive-specs-d texlive-specs-e texlive-specs-f texlive-specs-g texlive-specs-h texlive-specs-i texlive-specs-j texlive-specs-k texlive-specs-l texlive-specs-m texlive-specs-n texlive-specs-o texlive-specs-p texlive-specs-q texlive-specs-r texlive-specs-s texlive-specs-t texlive-specs-u texlive-specs-v texlive-specs-w texlive-specs-x texlive-specs-y texlive-specs-z

summary: Publishing:TeXLive/texlive-specs-e: Bug


https://bugzilla.novell.com/show_bug.cgi?id=891629

https://bugzilla.novell.com/show_bug.cgi?id=891629#c0

           Summary: gwenview via kipi plugins no longer does flickr upload
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KDE4 Applications
        AssignedTo: kde-maintainers-at-suse.de
        ReportedBy: meissner-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

flickr seems to have changed, i can no longer use gwenview -> Export to Flickr
to upload pictures to flickr.


body:
From time to time, lvm tools like "pvscan", "vgs", "lvdisplay" seemingly just
get stuck and do nothing.

Reproducible: Sometimes

Steps to Reproduce:
Call "vgs"
Actual Results:
nothing happens, vgs never returns (unless killed)

Expected Results:
vgs prints volume groups, then exits

I can't really tell what makes the problem occur.  From my tests it seems it
comes and goes with restarting the machine.  Just restarting the lvmetad
service did solve the problem, but maybe I haven't restarted it often enough.

Yesterday, when I installed the latest kernel update, the problem occurred
again (preventing mkinitrd from working correctly, as it calls lvdisplay
multiple times).  Rebooting didn't help, but today in the morning, lvdisplay
worked fine, and so did mkinitrd.  In the attachment, you can find the output
of "lvdisplay -vvvvvvvvvvvvvvvvv" from yesterday (lvdisplay.fail.log, before
killing lvdisplay) and from today (lvdisplay.good.log).  The fail.log contains
the suspicious line
> #libdm-config.c:786       Setting response to token_mismatch
which isn't in the good.log.

My lvm configuration is quite complicated.  Although I don't think it
contributes to the problem, I have also attached the files from /etc/lvm/backup
since they seem to represent my lvm config.  My machine is a x86_64
architecture, however, I also observed the problem on a 32 bit intel machine
(with a much simpler lvm config: 1 PV, 1 VG, 4 linear LVs).

summary: sometimes lvm suffers a "token_mismatch", then gets stuck


https://bugzilla.novell.com/show_bug.cgi?id=891829

https://bugzilla.novell.com/show_bug.cgi?id=891829#c0

           Summary: source_validator incorrectly parses conditionals in preamble
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: BuildService
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: sbrabec-at-suse.com
         QAContact: adrian-at-suse.com
                CC: ro-at-suse.com
          Found By: ---
           Blocker: ---

Created an attachment (id=602295)
 --> (http://bugzilla.novell.com/attachment.cgi?id=602295)
util-linux.spec file passed to rpmbuild

When processing new util-linux package, I got following error:

error: Duplicate License entries in package: (main package)
Aborting: service call failed: /usr/lib/obs/service/source_validator --outdir
/tmp/tmpUOqaab

However rpmbuild -ba util-linux.spec does not see any problems of this spec
file.

This statement is apparently incorrect.

Looking at the spec file, I see:
One License tag inside "%if %build_util_linux" - this one should be active.

Second License tag inside "%if %build_python_libmount" and inside %else of "%if
%build_util_linux" - this should be inactive.

Third License tag inside "%if %build_util_linux_systemd" and inside %else of
"%if %build_util_linux" - this should be inactive.

According to the initial evaluation of variables, we should have:
%define         build_util_linux 1
%define         build_util_linux_systemd 0
%define         build_python_libmount 0
%define         verify_sig 0

But if I look into preprocessed /tmp/check_if_valid_source_dir-5rRp5R/tmp.spec,
I see that all are supposed to be 1.

Note that this bug is triggered by format_spec_file (see bug 891152), which
forces placing License tags to each %if branch.


body:
https://bugzilla.novell.com/show_bug.cgi?id=891961

https://bugzilla.novell.com/show_bug.cgi?id=891961#c0

           Summary: network:dhcp/dhcp: Bug
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: mt-at-suse.com
        ReportedBy: grantksupport-at-operamail.com
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: Community User
           Blocker: ---

The dhcp build for repo @

http://download.opensuse.org/repositories/network:/dhcp/openSUSE_13.1/x86_64/

is "failed" for Opensuse 13.1

The last available update is 6 months ago

  dhcp-4.2.6-0.133.2.x86_64.rpm   21-Feb-2014 19:05  669K   Details

whereas the parent, for Factory, is recent as of

  dhcp-4.2.6-0.152.1.x86_64.rpm   30-Jul-2014 14:06  663K   Details

please fix the build

summary: network:dhcp/dhcp: Bug


runuser exits with exit code 1, not being able to set the user permissions.

Reproducible: Always

Steps to Reproduce:
# runuser -u root whoami

  -or-

# runuser - root -c whoami
Actual Results:
# runuser -u root whoami
runuser: Fehler beim Festlegen der Benutzerberechtigung

# runuser - root -c whoami
runuser: Fehler beim Festlegen der Benutzerberechtigung

Expected Results:
# runuser -u root whoami
root

# runuser - root -c whoami
root

This may be due to missing /etc/pam.d/runuser and /etc/pam.d/runuser-l.

A simple link from /etc/pam.d/su to /etc/pam.d/runuser and /etc/pam.d/su-l to
/etc/pam.d/runuser-l resolves this issue.


body:
Octave requires makeinfo for parsing help files. But octave package requires
texinfo package instead of makeinfo. Texinfo requires makeinfo, so everything
works fine, but texinfo requires not needed latex packages.

Reproducible: Always

summary: octave requires latex at runtime


body:
https://bugzilla.novell.com/show_bug.cgi?id=892256

https://bugzilla.novell.com/show_bug.cgi?id=892256#c0

           Summary: devel:tools:building/cmake: Bug
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: x86-64
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: tchvatal-at-suse.com
        ReportedBy: 9-at-cirno.systems
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
                CC: pth-at-suse.com, sbrabec-at-suse.com
          Found By: ---
           Blocker: ---

The version of CMake packaged here seems to be unable to use SSL (i.e. when
downloading files with the ExternalProject module) and errors out with:

  libcurl was built with SSL disabled, https: not supported!

Does CMake have its own libcurl in the source tree (ugh) which is built without
SSL support for some reason?

summary: devel:tools:building/cmake: Bug


body:
Up to date factory install

linux-abtl:~ # LANG=C zypper in lsb
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: nothing provides /usr/bin/foomatic-rip needed by lsb-4.0-25.2.x86_64
 Solution 1: do not install lsb-4.0-25.2.x86_64
 Solution 2: break lsb-4.0-25.2.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/c] (c): c

I assume that the switch from foomatic-filters to  cups-filters-foomatic-rip
from cups-filters is the problem.

Reproducible: Always

summary: Lsb is currently uninstallable due to missing reqs


https://bugzilla.novell.com/show_bug.cgi?id=892682

https://bugzilla.novell.com/show_bug.cgi?id=892682#c0

           Summary: modemmanager systemd dbus activation broken
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201408*
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
        AssignedTo: bnc-team-gnome-at-forge.provo.novell.com
        ReportedBy: lnussel-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

org.freedesktop.ModemManager1.service has
SystemdService=dbus-org.freedesktop.ModemManager1.service

that is only an alias in ModemManager.service that gets installed if the
service file is enabled, ie started at boot anyways. So this line must refer to
 ModemManager.service instead.


body:
Mesa fails to build for PowerPC in Factory.

See build log:
https://build.opensuse.org/package/show/openSUSE:Factory:PowerPC/Mesa

Reproducible: Always

Steps to Reproduce:
1. Build Mesa for PowerPC

Actual Results:
Fails to build due to various reasons

Expected Results:
Mesa build succeeds

summary: Mesa fails to build for power


body:
Trying to build a simple C++ or C hello-world program with clang,
it fails to compile it.

The same source files build fine using gcc.

c++:
#include <iostream>
using namespace std;
int main() {
cout << "Hello, World!" << endl;
return 0;
}

c:
#include <stdio.h>
int main() {
printf("Hello, World!\n");
return 0;
}

Reproducible: Always

Steps to Reproduce:
1. install clang
2. create c++ hello-world application
3. try to compile it (clang++ -o test test.cpp)
Actual Results:
 clang++ -o test test.cpp
test.cpp:1:10: fatal error: 'iostream' file not found
#include <iostream>
         ^
1 error generated.

clang -o test test.c
In file included from test.c:1:
In file included from /usr/include/stdio.h:27:
In file included from /usr/include/features.h:402:
/usr/include/gnu/stubs.h:7:11: fatal error: 'gnu/stubs-soft.h' file not found
# include <gnu/stubs-soft.h>
          ^
1 error generated.

clang -mfloat-abi=hard -o test test.c
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
clang-3.4: error: linker command failed with exit code 1 (use -v to see
invocation)

Expected Results:
created executable

All information above comes from tests on an opensuse-factory image built
today, tests performed on CuBox-i and Hummingboard (i.MX6, armv7l)

But opensuse 13.1 has similar issues: on my tests, the c hello-world worked
fine, but the c++-one causes the same error. Also I have a configure-script
that, told to use clang, will fail the "C-compiler create executables" test.
config.log shows the same linker errors as the c-hello-world above. The pkg can
be found here:
https://build.opensuse.org/package/show/home:mayerjosua:mozilla/mclinker

summary: clang fails to compile helloworld on ARM


body:
Just got this fail:

Can't locate Config/Simple.pm in @INC (you may need to install the
Config::Simple module) (@INC contains:
/usr/lib/perl5/site_perl/5.18.1/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.18.1
/usr/lib/perl5/vendor_perl/5.18.1/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.18.1
/usr/lib/perl5/5.18.1/x86_64-linux-thread-multi /usr/lib/perl5/5.18.1
/usr/lib/perl5/site_perl) at /usr/bin/kup line 23.
BEGIN failed--compilation aborted at /usr/bin/kup line 23.

Reason is that perl-Config-Simple isn't a package dependency:

jejb@jarvis> rpm -q --requires kup-client
/usr/bin/perl
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsLzma) <= 4.4.6-1
jejb@jarvis>

The problem is in the spec file.  The rpm language is pretty stupid; you'd
think a Requires: at the start would be global, but it isn't.  You have to have
requires after the %package directory.

Factory has this fixed, byt the 13.1 package doesn't

Reproducible: Always

Steps to Reproduce:
Install kup without perl-Config-Simple
Actual Results:
it crashes on run

Expected Results:
it should run

summary: kup-client package has missing dependencies.


https://bugzilla.novell.com/show_bug.cgi?id=893622

https://bugzilla.novell.com/show_bug.cgi?id=893622#c0

           Summary: yast services-manager does not understand the "help" option
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201407*
          Platform: Other
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
        AssignedTo: yast2-maintainers-at-suse.de
        ReportedBy: suse-beta-at-cboltz.de
         QAContact: jsrain-at-suse.com
          Found By: Beta-Customer
           Blocker: ---

It is common practise that   yast <modulename> help   prints available options
- most yast modules honor this.

Unfortunately,   yast services-manager help   starts the module instead of
displaying the help text. Please add the help option to this yast module.

A funny side effect is that you can start yast while using bash completion ;-)
(See bug 266892 for details, this report is a follow-up of it.)


body:
I have installed openSUSE-Factory and tried to get a network connection via a
TP-LINK 150Mbps Wireless N Nano USB Adapter, model TL-WN725N.

During the install I configured a wired network IP 192.168.2.55 and that works
correct. Since the wired connection is a temporalily situation I configured in
Yast a Wireless connection with IP 192.168.2.56. The configuration went oke but
the system makes no connection.
I follows a thread of LW Finger "Getting your wireless to work"

2  What device do you have?
In yast/hardware/hardware-information I found Realek 802.11n NIC (wlp0s3f3u4)
and kernel driver r8188eu.
3  Do you need to install external firmware?
In Yast/Misc/System-logs I cannot find /var/log/boot.msg I find only
/var/log/boot.log and that does not contains the word "firmware".
Also with the command "dmesg | grep firmware" i do not find an entry.

4  Making a connection
MD8000-openSUSE:/home/frans # /usr/sbin/iwlist scan
enp0s4    Interface doesn't support scanning.

wlp0s3f3u4  Scan completed :
          Cell 01 - Address: BC:05:43:F2:77:B4
                    ESSID:"FRITZ!Box Fon WLAN 7340"
                    Protocol:IEEE 802.11bgn
                    Mode:Master
                    Frequency:2.412 GHz (Channel 1)
                    Encryption key:on
                    Bit Rates:300 Mb/s
                    Extra:wpa_ie=dd160abaf20101000050f2020100df20201000050f202
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : TKIP
                        Authentication Suites (1) : PSK
                    Extra:rsn_ie=30140100000fac020100000fac040100000fac020000
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : CCMP
                        Authentication Suites (1) : PSK
                    IE: Unknown:
DD6F0050F204104A0001101044000102103B000103104700106FFD8EE9EFEE1239D507BC0543F277B41021000341564D1023000446426F78102400043030303010420004303030301054000800060050F20400011011000446426F78100800022788103C0001031049000600372A000120
                    Quality:0  Signal level:0  Noise level:0

lo        Interface doesn't support scanning.

MD8000-openSUSE:/home/frans #

5  Encryption was properly set in configuration via yast

6  Association and Authentication

MD8000-openSUSE:/home/frans # /usr/sbin/iwconfig
enp0s4    no wireless extensions.

wlp0s3f3u4  unassociated  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency=2.412 GHz  Access Point: Not-Associated
          Sensitivity:0/0
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lo        no wireless extensions.

MD8000-openSUSE:/home/frans #

Part of output dmesg

22.172033] r8188eu: module is from the staging directory, the quality is
unknown, you have been warned.
[   22.180130] Chip Version Info:
CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0)
[   22.213373] usbcore: registered new interface driver r8188eu
[   22.608250] saa7134 ALSA driver for DMA sound loaded
[   22.608300] saa7134[0]/alsa: saa7134[0] at 0xe2425000 irq 19 registered as
card -1
[   22.743091] systemd-udevd[434]: renamed network interface wlan0 to
wlp0s3f3u4
[   25.311310] Adding 811244k swap on /dev/sda7.  Priority:-1 extents:1
across:811244k FS
[   25.889031] EXT4-fs (sda12): mounted filesystem with ordered data mode.
Opts: acl,user_xattr
[   27.649235] EXT4-fs (sda10): mounting ext3 file system using the ext4
subsystem
[   28.243914] EXT4-fs (sda10): mounted filesystem with ordered data mode.
Opts: (null)
[   28.307955] audit: type=1305 audit(1409043811.956:2): audit_pid=567 old=0
auid=4294967295 ses=4294967295 res=1
[   41.817729] NET: Registered protocol family 17
[   42.497155] No iBFT detected.
[   43.688445] enp0s4: Media Link Off
[   48.706781] enp0s4: Media Link On 100mbps full-duplex
[   76.532839] Bluetooth: Core ver 2.19
[   76.532883] NET: Registered protocol family 31
[   76.532886] Bluetooth: HCI device and connection manager initialized
[   76.532902] Bluetooth: HCI socket layer initialized
[   76.532906] Bluetooth: L2CAP socket layer initialized
[   76.532924] Bluetooth: SCO socket layer initialized
[   76.544641] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   76.544647] Bluetooth: BNEP filters: protocol multicast
[   76.544663] Bluetooth: BNEP socket layer initialized
[   89.483317] fuse init (API version 7.23)
[ 2657.992328] perf interrupt took too long (2507 > 2500), lowering
kernel.perf_event_max_sample_rate to 50000
[ 5026.887373] perf interrupt took too long (5002 > 5000), lowering
kernel.perf_event_max_sample_rate to 25000
[ 8398.886546] R8188EU: Firmware Version 11, SubVersion 1, Signature 0x88e1
[ 8399.268613] MAC Address = e8:94:f6:16:95:60
[ 8399.273304] IPv6: ADDRCONF(NETDEV_UP): wlp0s3f3u4: link is not ready
[ 8584.856011] R8188EU: ERROR indicate disassoc
[ 8587.824011] R8188EU: ERROR indicate disassoc
[ 8590.792011] R8188EU: ERROR indicate disassoc
[ 8593.760011] R8188EU: ERROR indicate disassoc
[ 8610.144011] R8188EU: ERROR indicate disassoc
[ 8633.288011] R8188EU: ERROR indicate disassoc

 Regards,  Frans

Reproducible: Always

Steps to Reproduce:
1. Just reboot the system
2.
3.
Actual Results:
No wireless connection

Expected Results:
Wireless connection

The same wireless NIC function in openSUSE 13.1 final correctly, after I
had aplied Computer Tip "Realtek RTL8188EU in openSUSE 13.1" from URL
https://sites.google.com/site/computertip/3

summary: no wireless connection via Realtek 802.11n USB NIC wlp0s3f3u4


body:
Typing the command "systemctl restart postf" and pressing tab shows the
following:
 # systemctl restart postfFailed to get properties: Unit name autovt@.service
is not valid.
Failed to get properties: Unit name configure-printer@.service is not valid.
Failed to get properties: Unit name container-getty@.service is not valid.
Failed to get properties: Unit name getty@.service is not valid.
Failed to get properties: Unit name mdadm-grow-continue@.service is not valid.
Failed to get properties: Unit name mdadm-last-resort@.service is not valid.
Failed to get properties: Unit name mdmon@.service is not valid.
Failed to get properties: Unit name openvpn@.service is not valid.
Failed to get properties: Unit name serial-getty@.service is not valid.
Failed to get properties: Unit name systemd-backlight@.service is not valid.
Failed to get properties: Unit name systemd-fsck@.service is not valid.
Failed to get properties: Unit name systemd-nspawn@.service is not valid.
Failed to get properties: Unit name systemd-rfkill@.service is not valid.
Failed to get properties: Unit name user@.service is not valid.
Failed to get properties: Unit name wacom-inputattach@.service is not valid.
ix.service

Pressing Enter performs the requested action.

This is a system which has been updated up to the latest repository 20140820.

At the same time the file /var/log/messages shows:
2014-08-27T11:06:12.898465+02:00 eik132 systemd[1]: Configuration file
/usr/lib/systemd/system/ipmiseld.service is marked executable. Please remove
executable permission bits. Proceeding anyway.
2014-08-27T11:06:13.122251+02:00 eik132 systemd[1]: message repeated 2 times: [
Configuration file /usr/lib/systemd/system/ipmiseld.service is marked
executable. Please remove executable permission bits. Proceeding anyway.]
2014-08-27T11:06:13.126394+02:00 eik132 systemd[1]:
[/usr/lib/systemd/system/klog.service:26] Unknown lvalue 'Alias' in section
'Unit'
2014-08-27T11:06:13.572908+02:00 eik132 systemd[1]: Configuration file
/usr/lib/systemd/system/ipmiseld.service is marked executable. Please remove
executable permission bits. Proceeding anyway.
2014-08-27T11:06:13.813405+02:00 eik132 systemd[1]: message repeated 2 times: [
Configuration file /usr/lib/systemd/system/ipmiseld.service is marked
executable. Please remove executable permission bits. Proceeding anyway.]
2014-08-27T11:06:13.822436+02:00 eik132 systemd[1]:
[/usr/lib/systemd/system/klog.service:26] Unknown lvalue 'Alias' in section
'Unit'

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: Typing the command "systemctl restart postf" and pressing tab to autocomplete shows a list of errors


https://bugzilla.novell.com/show_bug.cgi?id=893775

https://bugzilla.novell.com/show_bug.cgi?id=893775#c0

           Summary: Authentication popup when Google calendar is configured in GNOME
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
        AssignedTo: bnc-team-gnome-at-forge.provo.novell.com
        ReportedBy: fcrozat-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This is a follow-up of upstream
https://bugzilla.gnome.org/show_bug.cgi?id=735311

Google added some restrictions to their calendar API, which is causing
authentication dialog to popup when starting GNOME desktop if a Google Calendar
is configured in Evolution/ using GNOME online Accounts.

I'm working on backporting the fix to GNOME 3.10


body:
As I understood reported on
http://www.freedesktop.org/software/systemd/man/systemd-tty-ask-password-agent.html
implements Password Agent Specifications
(http://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/), a tool that
wants to give help to user that when a system software wants a password then a
service handled by systemd is going to warning user asking him for a password.
This should be very useful for mounting e.g. crypto disk or starting apache
with SSL with certificate password.... or something like that.

What I see in the opensuse 13.1 distribution is that this utility
(/usr/bin/systemd-tty-ask-password-agent --watch) is invoked whenever you try
to restart /etc/init.d/ntp.
What happen is a temporary hang in the script subroutine:
function add_runtime_server() {
  /usr/sbin/sntp -s $@
  NTPC_CMD="keyid $NTP_KEYID\npasswd $NTP_PASSWD\naddserver $@\n"
  NTPDC_LOG=$(echo -e "${NTPC_CMD}quit" | $NTPDC_BIN)
  logger -t $0 "runtime configuration: $NTPDC_LOG"
}

that when is invoked cause the launch of systemd-tty-ask-password-agent process
that wait something for a minute (!) until it have a timeout and the init
script finish its process.

Here it is what I debugged with set -x in bash:
[...]
Aug 28 14:09:27 linux-zbzu ntp[5092]: + echo -n 'Starting network time protocol
daemon (NTPD)'
Aug 28 14:09:27 linux-zbzu ntp[5092]: Starting network time protocol daemon
(NTPD)+ parse_symlink
Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -c '' ']'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + test no = yes
Aug 28 14:09:27 linux-zbzu ntp[5092]: + startproc /usr/sbin/ntpd -p
/var/run/ntp/ntpd.pid -g -u ntp:ntp -c /etc/ntp.conf
Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -n /etc/ntp.keys ']'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + runtime_configuration
Aug 28 14:09:27 linux-zbzu ntp[5092]: + for f in '/var/run/ntp/servers*'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -r /var/run/ntp/servers-netconfig
']'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + . /var/run/ntp/servers-netconfig
Aug 28 14:09:27 linux-zbzu ntp[5092]: ++ RUNTIME_SERVERS=time
Aug 28 14:09:27 linux-zbzu ntp[5092]: + ntp_server=' time'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -n ' time' ']'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + for s in '${ntp_server}'
Aug 28 14:09:27 linux-zbzu ntp[5092]: + add_runtime_server time
Aug 28 14:09:27 linux-zbzu ntp[5092]: + /usr/sbin/sntp -s time
Aug 28 14:09:27 linux-zbzu ntp[5092]: 28 Aug 14:09:27 sntp[5106]: Started sntp

then I you place a ps auxwwwf:
root      2757  0.0  0.4  11460  3632 ?        Ss   13:13   0:01  \_ sshd:
root@pts/1
root      2761  0.0  0.3   5600  2432 pts/1    Ss   13:13   0:01  |   \_ -bash
root      5075  0.0  0.1   4580  1080 pts/1    S+   14:09   0:00  |       \_
/usr/bin/systemctl restart ntp.service
root      5079  0.0  0.0   2928   708 pts/1    S+   14:09   0:00  |
\_ /usr/bin/systemd-tty-ask-password-agent --watch

after a minute the journal log continues:
Aug 28 14:10:35 linux-zbzu ntp[5092]: 2014-08-28 14:10:35.611287 (-0100)
+0.000002 +/- 0.455688 secs
Aug 28 14:10:35 linux-zbzu systemd[1796]: Time has been changed
Aug 28 14:10:35 linux-zbzu systemd[1]: Time has been changed
Aug 28 14:10:35 linux-zbzu ntp[5092]: + NTPC_CMD='keyid 1\npasswd
ee713cf\naddserver time\n'
Aug 28 14:10:35 linux-zbzu ntp[5092]: ++ /usr/sbin/ntpdc
Aug 28 14:10:35 linux-zbzu ntp[5092]: ++ echo -e 'keyid 1\npasswd
ee713cf\naddserver time\nquit'
Aug 28 14:10:35 linux-zbzu ntp[5092]: + NTPDC_LOG='keyid 1
Aug 28 14:10:35 linux-zbzu ntp[5092]: passwd ee713cf
Aug 28 14:10:35 linux-zbzu ntp[5092]: addserver time
Aug 28 14:10:35 linux-zbzu ntp[5092]: done!
Aug 28 14:10:35 linux-zbzu ntp[5092]: quit'
Aug 28 14:10:35 linux-zbzu ntp[5092]: + logger -t /etc/init.d/ntp 'runtime
configuration: keyid 1
Aug 28 14:10:35 linux-zbzu ntp[5092]: passwd ee713cf
Aug 28 14:10:35 linux-zbzu ntp[5092]: addserver time
Aug 28 14:10:35 linux-zbzu ntp[5092]: done!
Aug 28 14:10:35 linux-zbzu ntp[5092]: quit'
Aug 28 14:10:35 linux-zbzu ntp[5092]: + rc_status -v
Aug 28 14:10:35 linux-zbzu ntp[5092]: + rc_check
Aug 28 14:10:35 linux-zbzu ntp[5092]: + _rc_status_ret=0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + test 0 -eq 0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + test 0 -eq 0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + return 0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + test 0 -gt 7
Aug 28 14:10:35 linux-zbzu ntp[5092]: + _rc_status_ret=0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + case "$_rc_todo" in
Aug 28 14:10:35 linux-zbzu ntp[5092]: + local i
Aug 28 14:10:35 linux-zbzu ntp[5092]: + for i in '"$@"'
Aug 28 14:10:35 linux-zbzu ntp[5092]: + case "$i" in
Aug 28 14:10:35 linux-zbzu ntp[5092]: + local vrt=
Aug 28 14:10:35 linux-zbzu ntp[5092]: + local out=1
Aug 28 14:10:35 linux-zbzu ntp[5092]: + local opt=en
Aug 28 14:10:35 linux-zbzu ntp[5092]: + test -n ''
Aug 28 14:10:35 linux-zbzu ntp[5092]: + opt=e
Aug 28 14:10:35 linux-zbzu ntp[5092]: + case "$_rc_status" in
Aug 28 14:10:35 linux-zbzu ntp[5092]: + vrt=..done
Aug 28 14:10:35 linux-zbzu ntp[5092]: + echo -e ..done
Aug 28 14:10:35 linux-zbzu ntp[5092]: ..done
Aug 28 14:10:35 linux-zbzu ntp[5092]: + _rc_status=0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + return 0
Aug 28 14:10:35 linux-zbzu ntp[5092]: + rc_exit
Aug 28 14:10:35 linux-zbzu ntp[5092]: + exit 0
Aug 28 14:10:35 linux-zbzu /etc/init.d/ntp[5111]: runtime configuration: keyid
1
                                                  passwd ee713cf
                                                  addserver time
                                                  done!
                                                  quit
Aug 28 14:10:35 linux-zbzu systemd[1]: Started LSB: Network time protocol
daemon (ntpd).

This is very annoying!

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: restarting ntp delay due to trigger of systemd-tty-ask-password-agent


body:
https://bugzilla.novell.com/show_bug.cgi?id=894098

https://bugzilla.novell.com/show_bug.cgi?id=894098#c0

           Summary: git test fails on PowerPC
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201408*
          Platform: PowerPC-64
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: dvaleev-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

git package after update to git 2.1.0 fails to build for all PowerPC
architectures

ppc64le|ppc64:
[  815s] # failed 1 among 136 test(s)
[  815s] 1..136
[  815s] Makefile:44: recipe for target 't7004-tag.sh' failed

https://build.opensuse.org/package/show/openSUSE:Factory:PowerPC/git

summary: git test fails on PowerPC


body:
just did a zypper up:

(2/4) Installing: phpMyAdmin-4.1.14.3-8.1
...............................[done]
Additional rpm output:
/var/tmp/rpm-tmp.6bQefx: line 13: /etc/init.d/apache2: No such file or
directory
/var/tmp/rpm-tmp.cmpLma: line 8: /etc/init.d/apache2: No such file or directory

Seems that phpMyAdmin from the OpenSUSE 13.1 Update repo tryies to exec
/etc/init.d/apache2 which is missing since OpenSUSE 13.1 uses systemd.

Reproducible: Always

 # zypper info phpmyadmin
Loading repository data...
Reading installed packages...

Information for package phpMyAdmin:
-----------------------------------
Repository: openSUSE-13.1-Update
Name: phpMyAdmin
Version: 4.1.14.3-8.1
Arch: noarch
Vendor: openSUSE
Installed: Yes
Status: up-to-date
Installed Size: 25.2 MiB

pkgs: phpMyAdmin rpm

summary: update of phpmyadmin tries to execute deprecated /etc/init.d/apache2


https://bugzilla.novell.com/show_bug.cgi?id=3D894331

https://bugzilla.novell.com/show_bug.cgi?id=3D894331#c0

           Summary: multimedia:libs/glew: baselibs.conf is wrong
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: 3rd party software
        AssignedTo: sbrabec-at-suse.com
        ReportedBy: johannesobermayr-at-gmx.de
         QAContact: opensuse-communityscreening-at-forge.provo.novell.com
                CC: christian.morales.vega-at-gmail.com
          Found By: ---
           Blocker: ---

-glew
-glew-devel
-libGLEW1_9
+libGLEW*

glew and glew-devel don't have to be -32bit ...

$ sudo zypper in pcsx2
root's password:
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Paketabh=C3=A4ngigkeiten werden aufgel=C3=B6st...

Problem: pcsx2-1.2.1+git20140830.2018-1.1.i586 ben=C3=B6tigt libGLEW.so.1.1=
0, kann
jedoch nicht zur Verf=C3=BCgung gestellt werden
  Deinstallierbare Anbieter: libGLEW1_10-1.10.0-1.2.i586[openSUSE-Factory]
 L=C3=B6sung 1: Folgende Aktionen werden ausgef=C3=BChrt:
  libGLEW1_10-1.10.0-1.2.i586 trotz der nachrangigen Architektur installier=
en
  Architekturwechsel von libGLEW1_10-1.10.0-1.2.x86_64 zu
libGLEW1_10-1.10.0-1.2.i586

1. leads to changing libreoffice to i586 on my x86_64 ...

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----


body:
https://bugzilla.novell.com/show_bug.cgi?id=894889

https://bugzilla.novell.com/show_bug.cgi?id=894889#c0

           Summary: ntpd service start timeout
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201408*
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
        AssignedTo: max-at-suse.com
        ReportedBy: schwab-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Starting the ntpd service times out if IPv6 connectivity is incomplete.  The
start-ntpd script hangs while calling sntp which waits forever for reply over
IPv6.

# getent ahosts ntp1
10.120.0.150    STREAM amor.suse.de
10.120.0.150    DGRAM
10.120.0.150    RAW
2620:113:80c0:8080:10:120:0:150 STREAM
2620:113:80c0:8080:10:120:0:150 DGRAM
2620:113:80c0:8080:10:120:0:150 RAW
# ip -6 ad show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
    inet6 fe80::202:f7ff:fe00:5891/64 scope link
       valid_lft forever preferred_lft forever
# ip -6 ro
2620:113:80c0:8000::/64 dev eth0  proto kernel  metric 256  expires 3229sec
fe80::/64 dev eth0  proto kernel  metric 256
default via fe80::1 dev eth0  proto ra  metric 1024  expires 3229sec
# sntp -s ntp1
 3 Sep 17:26:02 sntp[14370]: Started sntp
2014-09-03 17:26:02.837738 (-0100) +0.000198 +/- 0.071121 secs
[hangs here]

pkgs: ntp sysconfig

summary: ntpd service start timeout


https://bugzilla.novell.com/show_bug.cgi?id=3D895447

https://bugzilla.novell.com/show_bug.cgi?id=3D895447#c0

           Summary: yast2 lan leaves part of NetworkManager running
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Platform: x86-64
        OS/Version: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
        AssignedTo: bnc-team-gnome-at-forge.provo.novell.com
        ReportedBy: bwiedemann-at-suse.com
         QAContact: qa-bugs-at-suse.de
                CC: mfilka-at-suse.com, wicked-maintainers-at-suse.de
          Found By: Development
           Blocker: ---

on Factory 20140901
when using yast2 lan to switch from NetworkManager to wicked,
it tries to stop NetworkManager, but leaves its dhclient process around.

in systemctl it all looks good:

# before
> systemctl status NetworkManager.service
NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled)
   Active: active (running) since Sat 2014-09-06 06:12:32 CEST; 33s ago
 Main PID: 2239 (NetworkManager)
   CGroup: /system.slice/NetworkManager.service
           =E2=94=9C=E2=94=802239 /usr/sbin/NetworkManager --no-daemon
           =E2=94=94=E2=94=802510 /sbin/dhclient -d -sf /usr/lib/nm-dhcp-he=
lper -pf
/var/run/...

# after
> systemctl status NetworkManager.service=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20
NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled)
   Active: inactive (dead) since Sat 2014-09-06 06:13:39 CEST; 31s ago
 Main PID: 2239 (code=3Dexited, status=3D0/SUCCESS)

# yet there is still this process left:
> ps ax|grep -e Netw -e nm-
 2510 ?        S      0:00 /sbin/dhclient -d -sf /usr/lib/nm-dhcp-helper -pf
/var/run/dhclient-enp1s0.pid -lf
/var/lib/NetworkManager/dhclient-9e24fd05-237d-44d1-9352-af334d569f57-enp1s=
0.lease
-cf /var/lib/NetworkManager/dhclient-enp1s0.conf enp1s0

and I guess this leftover process can make trouble for some people=20
who will then need to reboot, before everything is right

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----


body:
env LC_ALL=3Dde_DE.utf8 sh -c 'mkdir /tmp/$$; cd /tmp/$$; pwd; rmdir /tmp/$=
$;
pwd'
/tmp/1111
pwd: Kann das nicht aktuelle Verzeichnis wiederfinden: getwd: Kann nicht auf
das =C3=BCbergeordnete Verzeichnis zugreifen.: Datei oder Verzeichnis nicht=
 gefunden

This is garbled german, it expresses almost the opposite of what is actually
meant. Please change to=20

pwd: Kann das aktuelle Verzeichnis nicht wiederfinden ...

Reproducible: Always

Steps to Reproduce:
env LC_ALL=3Dde_DE.utf8 sh -c 'mkdir /tmp/$$; cd /tmp/$$; pwd; rmdir /tmp/$=
$;
pwd'
Actual Results:=20=20
pwd: Kann das nicht aktuelle Verzeichnis wiederfinden: getwd: Kann nicht auf
das =C3=BCbergeordnete Verzeichnis zugreifen.: Datei oder Verzeichnis nicht=
 gefunden

Expected Results:=20=20
pwd: Kann das aktuelle Verzeichnis nicht wiederfinden: getwd: Kann nicht auf
das =C3=BCbergeordnete Verzeichnis zugreifen.: Datei oder Verzeichnis nicht=
 gefunden

I don't normally report translation issues, but this one is severe.

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----

summary: locale de_DE.utf8 has wrong translations


https://bugzilla.novell.com/show_bug.cgi?id=895495

https://bugzilla.novell.com/show_bug.cgi?id=895495#c0

           Summary: g++: /usr/include/bits/stat.h:164:31: error: expected unqualified-id before '[' token
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
        AssignedTo: matz-at-suse.com
        ReportedBy: suse-beta-at-cboltz.de
         QAContact: qa-bugs-at-suse.de
          Found By: Beta-Customer
           Blocker: ---

I packaged AppArmor 2.8.96 (aka 2.9 beta2) and get the following compiler error
for x86_64 on openSUSE 12.3 and 13.1:

[  759s] g++ -g -O2 -pipe -Wall -Wsign-compare -Wmissing-field-initializers
-Wformat-security -Wunused-parameter -std=gnu++0x -D_GNU_SOURCE
-DPACKAGE=\"apparmor-parser\" -DLOCALEDIR=\"/usr/share/locale\"
-DSUBDOMAIN_CONFDIR=\"/etc/apparmor\" -I../libraries/libapparmor//include -c -o
parser_merge.o parser_merge.c
[  760s] In file included from /usr/include/fcntl.h:68:0,
[  760s]                  from network.h:22,
[  760s]                  from profile.h:24,
[  760s]                  from parser_merge.c:26:
[  760s] /usr/include/bits/stat.h:106:31: error: expected unqualified-id before
'[' token
[  760s]      __syscall_slong_t __unused[3];
[  760s]                                ^
[  760s] /usr/include/bits/stat.h:164:31: error: expected unqualified-id before
'[' token
[  760s]      __syscall_slong_t __unused[3];
[  760s]                                ^
[  760s] make: *** [parser_merge.o] Error 1
[  760s] make: Leaving directory
`/home/abuild/rpmbuild/BUILD/apparmor-2.8.96/parser'
[  760s] error: Bad exit status from /var/tmp/rpm-tmp.JvCgv5 (%build)

It builds without problems for i586, and also builds fine for i586 and x86_64
on Factory.

You can find the full build log etc. in security:apparmor/apparmor.


https://bugzilla.novell.com/show_bug.cgi?id=895525

https://bugzilla.novell.com/show_bug.cgi?id=895525#c0

           Summary: lomt-raleway-fonts conflicts with raleway-fonts
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
        AssignedTo: pgajdos-at-suse.com
        ReportedBy: coolo-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

can't install lomt-raleway-fonts-0.20121218-4.3.noarch:
  package is obsoleted by raleway-fonts-3.0-2.2.noarch

There is no point in having lomt-raleway-fonts if it's obsoleted - the next
zypper up will replace it.

So either change the obsolete to a conflict or remove the lomt-raleway-fonts
package.


https://bugzilla.novell.com/show_bug.cgi?id=895581

https://bugzilla.novell.com/show_bug.cgi?id=895581#c0

           Summary: alsactl bugs in openSUSE 13.1 alsa-utils package
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
        AssignedTo: tiwai-at-suse.com
        ReportedBy: tiwai-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

There are a few bugs of alsactl that have been addressed in the upstream:

- The lock directory that is same as the state file causes a problem
- systemd services shouldn't be activated before the mount point for alsactl
state file is available
- Some uninitialized variable in alsactl code

We need to backport upstream fixes:
f4be3f88b6e80e3f3ea19ba5784cff49ab6e6277
ef0e588c76fbad4112193d311e51a60d18b44282
2607d8deee33124c0b71ee7e5408056b4b8934e5
24a7b2fec2fdac87aa3594daa2b3ed979dd45706
158a67f6f5058bec0ac27086a1c6206bfd2ff414
be4565c84163a158bec5380df6c0201f738c2013
3a7c1c59ecb54bb85bc336f4522e882ada352826


body:
https://bugzilla.novell.com/show_bug.cgi?id=895600

https://bugzilla.novell.com/show_bug.cgi?id=895600#c0

           Summary: wicked.service wrong dependencies
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
        AssignedTo: wicked-maintainers-at-suse.de
        ReportedBy: lnussel-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

wicked.service lists too many things in Before=. AFAICT it should be reduced to
network-online.target as that's the target that is defined to have some
networking set up. network.target is only to signal that networking could be
used. So something like

-Before=SuSEfirewall2.service network-online.target network.target
multi-user.target shutdown.target
+Before=network-online.target

(SuSEfirewall2 doesn't need ip connectivity to set up interfaces)

summary: wicked.service wrong dependencies


https://bugzilla.novell.com/show_bug.cgi?id=895611

https://bugzilla.novell.com/show_bug.cgi?id=895611#c0

           Summary: insserv.conf/systemd-insserv-generator creates dependency on network-online.target for mult-user.target
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
        AssignedTo: lnussel-at-suse.com
        ReportedBy: lnussel-at-suse.com
         QAContact: qa-bugs-at-suse.de
                CC: werner-at-suse.com, fcrozat-at-suse.com
          Found By: ---
           Blocker: ---

/etc/insserv.conf lists a dependency on $network for named.
systemd-insserv-generator translates that to a dependency on
network-online.target for nss-lookup.target. Therefore multi-user.target always
waits for full network activation even if the system uses only local
authentication.

in the old world $network was kind of synonymous for network online.
Translating named to nss-lookup is kind of odd but kind of understandable. So
insserv.conf needs to avoid adding the dependency between named and $network.
If named is enabled it will add the dependency to network-online itself
anyways.


body:
https://bugzilla.novell.com/show_bug.cgi?id=895647

https://bugzilla.novell.com/show_bug.cgi?id=895647#c0

           Summary: startx as nonroot with non-setuid Xorg

pkgs: permissions xinit

summary: startx as nonroot with non-setuid Xorg


body:
I tried to install webmailer roundcube. It uses by default datebase to store
the sessions. They implemented a own session_handler with
session_set_save_handler(). But it wont work with suhosin, it crashed. Setting
suhosin simulation on wont work. Only removing suhosin from the system is a
solution. Another workaround is setting session storage to db at the roundcube
config.
I have only default installation of OpenSuSE 13.1 and the normal patches.
Here some additional Links:
https://github.com/stefanesser/suhosin/pull/26
http://trac.roundcube.net/ticket/1488786

Reproducible: Always

Steps to Reproduce:
1. Install apache with suhosin, php etc.
2. install roundcube
3. Try login, look at roundcube logfile the error is "Warning:
session_write_close():Failed to write session data (user)....."

summary: Suhosin Crashed if used with with php session_set_save_handler()


body:
https://bugzilla.novell.com/show_bug.cgi?id=895970

https://bugzilla.novell.com/show_bug.cgi?id=895970#c0

           Summary: wickedd-nanny uses 100% CPU time
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
        AssignedTo: bnc-team-screening-at-forge.provo.novell.com
        ReportedBy: schwab-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

(gdb) bt
#0  0x0000007f8768ed44 in __GI___libc_sigaction (sig=sig@entry=15,
    act=act@entry=0x7fdebe1620, oact=oact@entry=0x7fdebe16b8)
    at ../ports/sysdeps/unix/sysv/linux/aarch64/sigaction.c:53
#1  0x0000007f8768ee10 in __GI___sigaction (sig=sig@entry=15,
    act=act@entry=0x7fdebe1620, oact=oact@entry=0x7fdebe16b8)
    at ../nptl/sigaction.c:43
#2  0x0000007f8768ebe4 in __bsd_signal (sig=sig@entry=15,
    handler=handler@entry=0x7f8789e330 <__ni_catch_terminal_signal>)
    at ../sysdeps/posix/signal.c:47
#3  0x0000007f878a22e4 in ni_caught_terminal_signal () at util.c:2427
#4  0x0000000000405cdc in babysit () at main.c:288
#5  main (argc=<optimized out>, argv=<optimized out>) at main.c:190
(gdb) f 3
#3  0x0000007f878a22e4 in ni_caught_terminal_signal () at util.c:2427
2427                    signal(SIGTERM, __ni_catch_terminal_signal);
(gdb) l
2422    ni_caught_terminal_signal(void)
2423    {
2424            static ni_bool_t installed_handlers = FALSE;
2425
2426            if (!installed_handlers) {
2427                    signal(SIGTERM, __ni_catch_terminal_signal);
2428                    signal(SIGINT, __ni_catch_terminal_signal);
2429            }
2430
2431            if (!__ni_terminal_signal)
(gdb) fin
Run till exit from #3  0x0000007f878a22e4 in ni_caught_terminal_signal ()
    at util.c:2427
0x0000000000405cdc in babysit () at main.c:288
288             while (!ni_caught_terminal_signal()) {
Value returned is $1 = 0 '\000'
(gdb) n
291                     if (ni_config_use_nanny()) {
(gdb)
301                     if (ni_socket_wait(timeout) != 0)
(gdb)
288             while (!ni_caught_terminal_signal()) {
(gdb)
291                     if (ni_config_use_nanny()) {
(gdb)
301                     if (ni_socket_wait(timeout) != 0)
(gdb) p timeout
$2 = 0

summary: wickedd-nanny uses 100% CPU time


https://bugzilla.novell.com/show_bug.cgi?id=896378

https://bugzilla.novell.com/show_bug.cgi?id=896378#c0

           Summary: gnome-shell locks up when returning from blanked screen
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: x86-64
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: X.Org
        AssignedTo: bnc-team-xorg-bugs-at-forge.provo.novell.com
        ReportedBy: jdelvare-at-suse.com
         QAContact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: Community User
           Blocker: ---

I'm running Gnome in classic mode. After leaving my machine alone and trying to
wake it up from the blank screen, it happens frequently that gnome-shell locks
up and I can't get back to my desktop. The clock is displayed in the middle of
the screen, but no longer updates. The mouse pointer still moves but there's
nothing I can do with it.

The only way to recover my session from that point is to switch to a console,
log in, run "killall -3 gnome-shell", then switch back to X.

This only happens with the open-source radeon driver; I never experienced this
problem when I was using the binary fglrx driver. I also never experienced this
issue on systems with Intel or Nvidia graphics chips.

This looks somewhat similar to the issues discussed in this thread:
https://bbs.archlinux.org/viewtopic.php?id=172238


body:
gnome weather shell extension
(https://extensions.gnome.org/extension/613/weather/) is using Norwegian site
to fetch information. Site has changed web API so extension no more updates
weather information. See https://bugzilla.gnome.org/show_bug.cgi?id=736334 and
https://git.gnome.org/browse/libgweather/commit/?id=77c4dbc22cd09a5151e5bfbfcc29bf7747126294.
Please, provide update got GNOME to include these changes. Thank you.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

summary: gnome-shell-extension-weather stopped getting weather updates


body:
On my system with four cores, xosview +coretemp hangs - the programs runs, but
shows no display.
Starting it with -coretemp works.

strace shows this:

stat("/sys/devices/platform/coretemp.0", {st_mode=S_IFDIR|0755, st_size=0,
...}) = 0
openat(AT_FDCWD, "/sys/devices/platform/coretemp.0",
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 5
getdents(5, /* 19 entries */, 32768)    = 600
getdents(5, /* 0 entries */, 32768)     = 0
close(5)                                = 0
open("/sys/devices/platform/coretemp.0/temp2_label", O_RDONLY) = 5
read(5, "Core 0\n", 8191)               = 7
close(5)                                = 0
open("/sys/devices/platform/coretemp.0/temp4_label", O_RDONLY) = 5
read(5, "Core 2\n", 8191)               = 7
close(5)                                = 0
openat(AT_FDCWD, "/sys/class/hwmon", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC)
= 5
getdents(5, /* 4 entries */, 32768)     = 112
open("/sys/class/hwmon/hwmon0/device/name", O_RDONLY) = 6
read(6, "coretemp\n", 8191)             = 9
close(6)                                = 0
open("/sys/devices/platform/coretemp.0/temp0_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp1_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp2_label", O_RDONLY) = 6
read(6, "Core 0\n", 8191)               = 7
close(6)                                = 0
open("/sys/devices/platform/coretemp.0/temp3_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp4_label", O_RDONLY) = 6
read(6, "Core 2\n", 8191)               = 7
close(6)                                = 0
open("/sys/devices/platform/coretemp.0/temp5_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp6_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp7_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp8_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp9_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp10_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp11_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp12_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp13_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp14_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp15_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp16_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp17_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp18_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp19_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp20_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp21_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp22_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp23_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp24_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp25_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp26_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp27_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp28_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp29_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp30_label", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/sys/devices/platform/coretemp.0/temp31_label", O_RDONLY) = -1 ENOENT (No
such file or directory)

and so forth: the number in /sys/devices/platform/coretemp.0/temp31_label is
increased forever (or maybe till 2^32 or 2^64, but I didn't wait so long).

+coretemp works on two other systems (which have only two cores).

dmesg is attached.

I tested with xosview 1.16 from upstream, but the bug is still present there
(and I could find no bugtracker).

Reproducible: Always

Steps to Reproduce:
1. Start xosview +coretemp
2.
3.
Actual Results:
The display of xosview is not shown.

Expected Results:
I want to see the display of xosview.

summary: xosview +coretemp hangs


https://bugzilla.novell.com/show_bug.cgi?id=896635

https://bugzilla.novell.com/show_bug.cgi?id=896635#c0

           Summary: phpMyAdmin: XSRF/CSRF due to DOM based XSS in the micro history feature
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Platform: All
        OS/Version: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
        AssignedTo: security-team-at-suse.de
        ReportedBy: Andreas.Stieger-at-gmx.de
         QAContact: qa-bugs-at-suse.de
                CC: security-team-at-suse.de, chris-at-computersalat.de,
                    ecsos-at-schirra.net
          Found By: ---
           Blocker: ---

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

Announcement-ID: PMASA-2014-10
Date: 2014-09-13
Summary: XSRF/CSRF due to DOM based XSS in the micro history feature
Description:
By deceiving a logged-in user to click on a crafted URL, it is possible to
perform remote code execution and in some cases, create a root account due to a
DOM based XSS vulnerability in the micro history feature.

Severity: We consider this vulnerability to be critical.

Affected Versions:
4.0.x < 4.0.10.3
4.1.x < 4.1.14.4
4.2.x < 4.2.8.1

Current:
openSUSE:13.1:Update 4.1.14.3
openSUSE:12.3:Update 4.1.14.3
server:php:applications 4.2.8.1
openSUSE:Factory: above submitted
SLE 10: not shipped
SLE 11: not shipped


body:
I use zenity in 'mkusb' version 9 described at

    https://help.ubuntu.com/community/mkusb

    This command (in a bash script) was developed in Ubuntu and works in
    several distros, for example Debian, Knoppix and Mageia Gnome:

    in the mkusb script:

    (echo "$htmlbody") | zenity --text-info --html --filename=/dev/stdin \
    --height=$(($hadd+120)) --title "" --timeout 2 2>> "$errout"

    for testing from a command line:

    echo "hello world" | zenity --text-info --html --filename=/dev/stdin

    But in Fedora and openSUSE, it fails. It seems to me, that the --html
    option is missing.

    I use the --html option to enable colours, text control and graphics.

    1. Red background for a final warning before flashing an iso to a device

    2. For better control of the text

    3. For graphics - the mkusb logo icon and an arrow

    *Question*

    Is it correct, that the --html option is missing? Or is it something
    else that makes it fail?

    *Details*

    Ubuntu 12.04.5 LTS uses zenity version 3.4.0
    Ubuntu 14.04.1 LTS uses zenity version 3.8.0
    Knoppix 7.4 (the current version) uses zenity version 3.12

    and they all work.
    -----
    openSUSE 13.1-GNOME uses zenity version 3.8.0

    and fails with the following message:

    This option is not available. Please see --help for all possible usages.

    It works without the --html option
    -----

Reply from the zenity developer ArX Cruz:

Hello

--html option uses WebKit to render. Probably zenity wasn't compiled with
WebKit, so the option doesn't exist. You need to open a bug against the distro
to compile zenity with WebKit.

Kind regards
Arx Cruz

Reproducible: Always

Steps to Reproduce:
1.Try this command from a terminal window

echo "hello world" | zenity --text-info --html --filename=/dev/stdin

2. It fails with the following message:

    This option is not available. Please see --help for all possible usages.

3. But without the option --html it works (displays a window with 'hello
world')

Actual Results:
zenity fails in opensuse and fedora, but works in several other distros.

Expected Results:
success, so that html formatting can be used with zenity --text-info

--html option uses WebKit to render. Probably zenity wasn't compiled with
WebKit, so the option doesn't exist.

Please try to solve the problem by compiling zenity with WebKit!

summary: zenity lacks the --html option, probably needs to compile zenity with WebKit.


body:
When REPORTTIME=0 or 1 or some low value, and zsh tab completion is used,
steps taken in the completer routines will output timing values.

Reproducible: Always

Steps to Reproduce:
1. /bin/zsh
2. export REPORTTIME=0
3. git clone /tm TAB
Actual Results:
freundt@quant:pts/5:~> git clone /tm  0.00s user 0.00s system 39% cpu 0.005
total
  0.00s user 0.00s system 46% cpu 0.004 total
p/

Expected Results:
completed /tmp without any disruptive output.

This issue makes the zsh completion completely unusable.

summary: zsh completion and REPORTTIME broken


body:
Kmix has still so strange behaviour during  change of main Built-in Audio
Analog Stereo.
Unknown Application: Audio-volume-change stream always appears for a while and
then disappears only during this change.

There is this behaviour in palel and in opened Kmix application.

Reproducible: Always

Actual Results:
Strange behaviour of sound volume control in KDE

summary: Kmix - poping up of Unknown Application: Audio-volume-change stream


body:
Xemacs writes a file with the wrong encoding: latin-9 was requested (single
byte umlauts), but utf-8 is written.

If xemacs is started without site-file, the bug does not occur. The reason =
for
the bug is in the Opensuse specific startup files in
/usr/share/xemacs/site-packages/lisp/site-start.el (see below).

Reproducible: Always

Steps to Reproduce:
- Start xemacs with the default language set to UTF-8
  env LANG=3Dde_DE.UTF-8 xemacs -q
- Load a new file and specify the encoding differently
  C-u C-x C-f /tmp/nf.txt RET latin-9 RET
- Modeline indicates "Latin-9"
- Enter Umlauts =C3=A4=C3=B6=C3=BC, save file.
- Check saved file contents: file size should be 3
Actual Results:=20=20
file size is 6, sile is saved as utf8 though latin-9 was requested when loa=
ding
the file.

Expected Results:=20=20
file size should be 3, file written in single-byte encoding.

The reason is in the Opensuse specific startup files in
/usr/share/xemacs/site-packages/lisp/site-start.el which first loads
/usr/lib/ispell/ispell-emacs-menu.el and then executes the
(suse-set-coding-systems) function.

Specifically the=20
  (copy-coding-system 'iso-8859-15 'iso-latin-9)
in ispell-emacs-menu.el triggers the bug. If this is commented out,=20
the bug does not occur.  Also if (suse-set-coding-systems) is not invoked, =
the
bug is not triggered.

--=20
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=3Demail
-----

summary: xemacs writes wrong file encoding


body:
https://bugzilla.novell.com/show_bug.cgi?id=897112

https://bugzilla.novell.com/show_bug.cgi?id=897112#c0

           Summary: focaltech touchpad does not work
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Platform: x86-64
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
        AssignedTo: jslaby-at-suse.com
        ReportedBy: jslaby-at-suse.com
         QAContact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It works only with psmouse.proto=bare kernel parameter. This is about bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1110011
https://bugzilla.kernel.org/show_bug.cgi?id=77391

summary: focaltech touchpad does not work


body:
rdesktop to a Window 2008 R2 Terminal Server, disconnected with error
Autoselected keyboard map en-us
ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized
?
Connection established using SSL.
disconnect: Invalid licensing message.

rdesktop to a Windows 7 desktop, works fine.

rdesktop version (rdesktop-1.8.2-2.8.1.x86_64) (does not work)
rdesktop version (rdesktop-1.7.1-5.1.1.x86_64) (works: could connect to Windows
2008R2 and Windows 7)

Reproducible: Always

Steps to Reproduce:
1.rdesktop abc.de.com
2.
3.
Actual Results:
Autoselected keyboard map en-us
ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized
?
Connection established using SSL.
disconnect: Invalid licensing message.

(no connection to server)

summary: rdesktop to Windows 2008 R2 Terminal Server


body:
I am using the standard TeXLive installation that comes with openSUSE. My
diagrams are encapsulated PostScript (EPS); I load them into the LaTeX document
with the \epsfig command (package epsfig, for embedded diagrams) or \special
(for background graphics).

When I use the \Pisymbol command (package pifont) to print a character from the
Symbol font, symbols from this font in the diagram are suppressed.

There are no error messages from the latex nor from the dvips command. The DVI
file looks correct.

When I delete the \Pisymbol invocation, or let it use another font, the diagram
is rendered correctly.

Reproducible: Always

Steps to Reproduce:
1. unzip doc.zip
2. latex doc
3. dvips -o docnew.ps doc
4. okular docnew.ps (or any other PostScript viewer)
Actual Results:
The generated PS file shows a part of an axis lable at its bottom, "vap H
m/(RT)",
with "m" and "vap" as subscripts.

Expected Results:
The label should be "Delta vap H m/(RT)", with a Greek Delta character.

The problem is not limited to the pifont package.

The problem did not exist on my computer two or three years ago. It may have
something to do with the adoption of the TeXLive system.

summary: LaTeX document printing: dvips suppresses fonts in embedded PostScript diagrams


--1412067156.5131d12.13517
Date: Tue, 30 Sep 2014 08:52:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899104
           Summary: KDE complains about X-KDE-Library from yast desktop files
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: lnussel-at-suse.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

See
https://openqa.opensuse.org/tests/25123/file/XSE

KDE complains about the X-KDE-Library entries in yast's desktop files.


body:
--1412094780.7C15340.13447
Date: Tue, 30 Sep 2014 16:32:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899218
           Summary: thttpd misc fixes
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Beta 1
          Hardware: All
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: marcosfrm-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Fix pidfile path and charset description (in 2.26 it has changed to UTF-8).

*****************************
-

summary: thttpd misc fixes


--1412105584.A4aEf0f20.28279
Date: Tue, 30 Sep 2014 19:33:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899252
           Summary: sudo: "ignoring time stamp from the future" message after each boot
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bpoirier-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I am also experiencing on openSUSE Factory what is described here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762465

ben@f1:~$ rpm -qi sudo
Name        : sudo
Version     : 1.8.10p3
Release     : 1.2
Architecture: x86_64
Install Date: Thu 18 Sep 2014 04:25:51 AM PDT
Group       : System/Base
[...]


body:
--1412251036.FA1ffE340.19749
Date: Thu, 2 Oct 2014 11:57:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899506
           Summary: netcfg's rename of HOSTNAME breaks
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 201409*
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: pgajdos-at-suse.com
          Reporter: coolo-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---
             Flags: SHIP_STOPPER+

this is either a dup of 883999 or caused by the fix of it - I just don't know

But this is what happens while duping from 13.1 in openqa:
https://openqa.opensuse.org/tests/25566/modules/zdup/steps/16

summary: netcfg's rename of HOSTNAME breaks


body:
--1412271612.eB460.23661
Date: Thu, 2 Oct 2014 17:40:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899576
           Summary: automount 5.0.9 segfaults
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.1
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: flowers-suse-at-hagsc.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 608834
  --> http://bugzilla.opensuse.org/attachment.cgi?id=608834&action=edit
strace of crashing automount thread

We've got a cluster of opensuse 13.1 machines. Recently the automount daemon
started crashing:

2014-10-01T11:03:12.065329-05:00 pc59-gsc kernel: [84722.382631]
automount[69721
]: segfault at 0 ip 00007fc8a1731194 sp 00007fc89eb150a0 error 4 in
libc-2.18.so
[7fc8a16c7000+1a5000]

I set up strace on several machines, and eventually got the following (full
trace included as an attachment):

futex(0x7f9877475c60, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x7f985c0012d0, FUTEX_WAIT_PRIVATE, 2, NULL) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f987aba1000
read(-1, 0x7f987aba1000, 8192) = -1 EBADF (Bad file descriptor)
futex(0x7f985c0012d0, FUTEX_WAKE_PRIVATE, 1) = 0
-

summary: automount 5.0.9 segfaults


body:
--1412301347.bcf7e0.20960
Date: Fri, 3 Oct 2014 01:55:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899627
           Summary: p7zip package is missing 7zr executable
    Classification: openSUSE
           Product: openSUSE 13.1
           Version: Final
          Hardware: x86-64
                OS: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: me-at-shadsterling.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

/usr/bin/7zr, the "stand-alone" program that only handles the 7-zip format is
missing from the p7zip package.

/usr/bin/7z and /usr/bin/7za are included, as are man pages are for 7z, 7za,
and 7zr.

pkgs: PlayOnLinux megaglest

summary: p7zip package is missing 7zr executable


body:
--1412345621.daCFe00.28913
Date: Fri, 3 Oct 2014 14:13:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899665
           Summary: Add mate to official Factory patterns
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: OBS Request
          Assignee: mrueckert-at-suse.com
          Reporter: p.drouand-at-gmail.com
        QA Contact: adrian-at-suse.com
          Found By: ---
           Blocker: ---

I made patterns, based on Gnome/LXDE ones

%package mate
%pattern_graphicalenvironments
Summary:        MATE Desktop Environment
Group:          Metapackages
Provides:       pattern() = mate
Provides:       pattern-icon() = pattern-mate
Provides:       pattern-order() = 1500
Provides:       pattern-visible()
Requires:       pattern() = mate_basis
Recommends:     pattern() = games
Recommends:     pattern() = imaging
Recommends:     pattern() = non_oss
Recommends:     pattern() = mate_admin
Recommends:     pattern() = gnome_internet
Recommends:     pattern() = multimedia
Recommends:     pattern() = office
Recommends:     pattern() = mate_utilities
#
# Official upstream
# As MATE is the continuation of Gnome2, patterns are based on Gnome ones
# and some Gnome's are required
#
Recommends:     mojo
Recommends:     mate-disk-usage-analyzer
Recommends:     mate-system-log
Recommends:     brasero
Recommends:     caribou
Recommends:     cheese
Recommends:     empathy
Recommends:     eom
Recommends:     atril
Recommends:     MozillaThunderbird
Recommends:     engrampa
Recommends:     gcr-viewer
Recommends:     pluma
# For instance, recommends gnome-bluetooth, then recommends blueman once stable
Recommends:     gnome-bluetooth
Recommends:     mate-calc
# Support will be added in 1.12
#Recommends:     gnome-contacts
Recommends:     mate-dictionary
Recommends:     gnome-disk-utility
Recommends:     gnome-font-viewer
Recommends:     gnome-nettool
Recommends:     mate-screenshot
Recommends:     mate-system-monitor
Recommends:     mate-user-share
Recommends:     gucharmap
Recommends:     mousetweaks
Recommends:     caja-sendto
Recommends:     orca
Recommends:     seahorse
Recommends:     sushi
Recommends:     totem
Recommends:     totem-browser-plugin
Recommends:     vino
Recommends:     mate-dialogs
#
# Packages that really make sense
#
Recommends:     deja-dup
# Tool for advanced configuration of printers
Recommends:     system-config-printer-applet
Recommends:     system-config-printer
# #608156
Recommends:     tracker
Recommends:     tracker-gui
Recommends:     tracker-miner-evolution
#
# Telepathy connection managers
#
Recommends:     telepathy-gabble
Recommends:     telepathy-haze
Recommends:     telepathy-idle
Recommends:     telepathy-salut
Recommends:     telepathy-sofiasip
Suggests:       dasher
Suggests:       dconf-editor
Suggests:       mate-backgrounds

%description mate
The MATE desktop environment is a desktop environment using traditional
metaphors

%files mate
%dir /usr/share/doc/packages/patterns-openSUSE
/usr/share/doc/packages/patterns-openSUSE/mate.txt

%package mate_admin
%pattern_matedesktop
Summary:        MATE Administration Tools
Group:          Metapackages
Provides:       pattern() = mate_admin
Provides:       pattern-extends() = mate
Provides:       pattern-icon() = pattern-generic
Provides:       pattern-order() = 2080
Requires:       pattern() = basesystem
Requires:       pattern() = x11
Recommends:     mojo
Recommends:     vinagre

%description mate_admin
Administration Tools e.g. for desktop lockdown

%files mate_admin
%dir /usr/share/doc/packages/patterns-openSUSE
/usr/share/doc/packages/patterns-openSUSE/mate_admin.txt

%package mate_basis
%pattern_graphicalenvironments
Summary:        MATE Base System
Group:          Metapackages
Provides:       pattern() = mate_basis
Provides:       pattern-icon() = pattern-mate
Provides:       pattern-order() = 1550
Provides:       pattern-visible()
Requires:       pattern() = basesystem
Requires:       pattern() = x11
Recommends:     pattern() = gnome_basis_opt
Requires:       lightdm
Requires:       mate-session-manager
# default
Recommends:     mate-settings-daemon
#
# Low-level parts that we need
#
Recommends:     NetworkManager
Recommends:     dbus-1-x11
Recommends:     desktop-file-utils
# we want useful bug reports
Recommends:     gdb
Recommends:     gpg2
Recommends:     gpgme
Recommends:     input-utils
Recommends:     polkit-default-privs
Recommends:     samba
Recommends:     susehelp
#
# Branding
#
Recommends:     mate-control-center-branding-openSUSE
Recommends:     mate-menus-branding-openSUSE
Recommends:     mate-panel-branding-openSUSE
Recommends:     mate-session-manager-branding-openSUSE
Recommends:     hicolor-icon-theme-branding-openSUSE
Recommends:     libsocialweb-branding-openSUSE
Recommends:     desktop-branding
#
# Now the real packages
#
Recommends:     gnome-keyring-pam
Recommends:     at-spi2-core
Recommends:     canberra-gtk-play
Recommends:     mate-control-center
Recommends:     mate-themes
Recommends:     mate-icon-theme
Recommends:     mate-icon-theme-faenza
Recommends:     gnome-keyring
Recommends:     marco
Recommends:     mate-applets
Recommends:     mate-media
Recommends:     mate-menus
Recommends:     mate-power-manager
Recommends:     mate-screensaver
Recommends:     mate-terminal
Recommends:     caja
Recommends:     NetworkManager-gnome
Recommends:     shared-mime-info
Recommends:     tango-icon-theme
Recommends:     xkeyboard-config
Recommends:     yelp
# Pulseaudio is the default sound server
Recommends:     pulseaudio-module-bluetooth
Recommends:     pulseaudio-module-gconf
Recommends:     pulseaudio-module-lirc
Recommends:     pulseaudio-module-x11
Recommends:     pulseaudio-module-zeroconf
Recommends:     pulseaudio-utils
# #509829
Recommends:     xdg-user-dirs-gtk
# we need something for xdg-su
Recommends:     libgnomesu

# from data/COMMON-DESKTOP
Recommends:     droid-fonts
Recommends:     MozillaFirefox
Recommends:     desktop-data-openSUSE
Recommends:     avahi
Recommends:     xdg-user-dirs
Suggests:       moonlight-plugin
# metalink downloader
Suggests:       aria2

%description mate_basis
Base packages for the MATE desktop environment.

%files mate_basis
%dir /usr/share/doc/packages/patterns-openSUSE
/usr/share/doc/packages/patterns-openSUSE/mate_basis.txt

%package mate_laptop
%pattern_matedesktop
Summary:        MATE Laptop
Group:          Metapackages
Provides:       pattern() = mate_laptop
Provides:       pattern-extends() = laptop
Provides:       pattern-icon() = pattern-generic
Provides:       pattern-order() = 5140
Supplements:    packageand(patterns-openSUSE-mate:patterns-openSUSE-laptop)
Requires:       pattern() = mate
Recommends:     gnome-bluetooth
Recommends:     xournal
Suggests:       mate-netbook

%description mate_laptop
MATE Tools designed specifically for use with laptop computers.

%files mate_laptop
%dir /usr/share/doc/packages/patterns-openSUSE
/usr/share/doc/packages/patterns-openSUSE/mate_laptop.txt

%package mate_office
%pattern_graphicalenvironments
Summary:        MATE Office
Group:          Metapackages
Provides:       pattern() = mate_office
Provides:       pattern-extends() = office
Provides:       pattern-icon() = pattern-mate
Provides:       pattern-order() = 2260
Supplements:    packageand(patterns-openSUSE-mate:patterns-openSUSE-office)
Requires:       pattern() = mate
Recommends:     libreoffice-gnome
Recommends:     libreoffice-icon-theme-tango
Suggests:       abiword
Suggests:       mupdf
Suggests:       gnumeric
Suggests:       goffice

%description mate_office
MATE Office

%files mate_office
%dir /usr/share/doc/packages/patterns-openSUSE
/usr/share/doc/packages/patterns-openSUSE/mate_office.txt

%package mate_utilities
%pattern_matedesktop
Summary:        MATE Utilities
Group:          Metapackages
Provides:       pattern() = mate_utilities
Provides:       pattern-extends() = mate
Provides:       pattern-icon() = pattern-mate
Provides:       pattern-order() = 2340
Requires:       pattern() = mate_basis
#
# Official upstream
#
Recommends:     mate-disk-usage-analyzer
Recommends:     mate-netspeed
Recommends:     cheese
Recommends:     engrampa
Recommends:     pluma
Recommends:     mate-calc
Recommends:     mate-dictionary
Recommends:     gnome-font-viewer
Recommends:     mate-screenshot
Recommends:     gucharmap
Recommends:     caja-sendto
Recommends:     seahorse
# Packages that can make sense
#
Suggests:       conduit
Suggests:       deja-dup
Suggests:       gtg
# #388570
Suggests:       kerneloops-applet
Suggests:       caja-share
Suggests:       caja-open-terminal
Suggests:       caja-image-converter
Suggests:       pdfmod
Suggests:       synapse
Suggests:       tasque
Suggests:       the-board

%description mate_utilities
MATE Utilities

%files mate_utilities
%dir /usr/share/doc/packages/patterns-openSUSE
/usr/share/doc/packages/patterns-openSUSE/mate_utilities.txt

summary: Add mate to official Factory patterns


--1412363983.Dbc1B4.19582
Date: Fri, 3 Oct 2014 19:19:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899718
           Summary: multimedia:apps/cdrtools: Don't have permissions for cdrtools binaries
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: hnch-at-gmx.net
          Reporter: johannesobermayr-at-gmx.de
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
                CC: davejplater-at-gmail.com
          Found By: ---
           Blocker: ---

Please explain how users shall gain permissions to burn CDs or DVDs.

1.
$ l /usr/bin/cdrecord
-rwxr-xr-x 1 root root 446200 29. Sep 00:59 /usr/bin/cdrecord*

2.
$ cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 3.01a24 (x86_64-unknown-linux-gnu) Copyright (C)
1995-2014 Joerg Schilling
cdrecord: Insufficient 'file read' privileges. You will not be able to open all
needed devices.
cdrecord: Insufficient 'file write' privileges. You will not be able to open
all needed devices.
cdrecord: Insufficient 'device' privileges. You may not be able to send all
needed SCSI commands, this my cause various unexplainable problems.
cdrecord: Insufficient 'network' privileges. You will not be able to do remote
SCSI.
cdrecord: Keine Berechtigung. Cannot open '/dev/sg0'. Cannot open or use SCSI
driver.
cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.

3. Use the helpers from https://bugzilla.novell.com/show_bug.cgi?id=896601#c4

4.
$ l /usr/bin/cdrecord
-rws--x-


--1412372693.3A2F1c86.27886
Date: Fri, 3 Oct 2014 21:44:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899736
           Summary: gnome-documents cannot load any libreoffice document
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Beta 1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: badshah400-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 608949
  --> http://bugzilla.opensuse.org/attachment.cgi?id=608949&action=edit
Screenshot showing error when trying to view an odp file in gnome-documents

Open gnome-documents and click on the thumbnail of any libreoffice document
file "foo" (.odp, .odt, etc). The application fails to show the file, instead
displaying the error message:
"Oops! Unable to load "foo". No such file or directory"
which is obviously incorrect because the file is very much present and
gnome-documents itself shows the file's thumbnail in the home screen.

See attached screenshot.


body:
--1412394687.FEdb2a03.9382
Date: Sat, 4 Oct 2014 03:51:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899746
           Summary: apparmor prevents ntpd start
    Classification: openSUSE
           Product: openSUSE Factory
           Version: 13.2 Beta 1
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: AppArmor
          Assignee: suse-beta-at-cboltz.de
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: max-at-suse.com
          Found By: Development
           Blocker: ---

I updated Factory to 20141001
and found that ntpd would not start.
During the start, I could see the ntpd process,
but when systemd gave up, it was gone.

I tracked this down to a missing PID file and via strace to
open("/var/run/ntp/ntpd.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES
(Permission denied)

because our config only allows other paths:
/etc/apparmor.d/usr.sbin.ntpd:
  /var/lib/ntp/{,var/}run/ntp/ntpd.pid w,
  /{,var/}run/ntpd.pid w,

summary: apparmor prevents ntpd start


body:
--1412395806.1C1B10.10151
Date: Sat, 4 Oct 2014 04:10:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 899747
           Summary: editors/vim: Bug
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: i586
                OS: openSUSE 13.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: idonmez-at-suse.com
          Reporter: skobara.arthur-at-gmail.com
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

100% cpu usage after several calls of unite plugin. More info in this issue:
https://github.com/Shougo/unite.vim/issues/701

Here is a patch
https://github.com/nelson/vim/commit/88252398cbcea0787cb0bfc1bfba8887ceb34daf

summary: editors/vim: Bug