http://bugzilla.opensuse.org/show_bug.cgi?id=924591
Bug ID: 924591
Summary: Apache2 doesn't start with faulty config, prob from
yast
Classification: openSUSE
Product: openSUSE Factory
Version: 201503*
Hardware: armv7
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: YaST2
Assignee: yast2-maintainers(a)suse.de
Reporter: volker3204(a)paradise.net.nz
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
Running yast http-server module, making basically no changes to get basic
config. No vhosts, ssl, etc.
Btw a server name can't be entered, the value is going to /dev/null.
Starting apache gives:
Mar 27 14:37:35 cubie start_apache2[9361]: Module "authz_default" is not
installed, ignoring.
Mar 27 14:37:35 cubie start_apache2[9361]: Check the APACHE_MODULES setting in
/etc/sysconfig/apache2.
Mar 27 14:37:35 cubie start_apache2[9361]: AH00526: Syntax error on line 10 of
/etc/apache2/mod_status.conf:
Mar 27 14:37:35 cubie start_apache2[9361]: Invalid command 'Require', perhaps
misspelled or defined by a module not included in the server configuration
Mar 27 14:37:36 cubie start_apache2[9378]: Module "authz_default" is not
installed, ignoring.
Mar 27 14:37:36 cubie start_apache2[9378]: Check the APACHE_MODULES setting in
/etc/sysconfig/apache2.
Mar 27 14:37:36 cubie start_apache2[9378]: AH00526: Syntax error on line 10 of
/etc/apache2/mod_status.conf:
Mar 27 14:37:36 cubie start_apache2[9378]: Invalid command 'Require', perhaps
misspelled or defined by a module not included in the server configuration
Mar 27 14:37:36 cubie systemd[1]: Failed to start The Apache Webserver.
In the yast http-server server-modules tab authz_default is listed with a
description of "unknown", i.e. none. The module does not exist on disk!
Editing /etc/sysconfig/apache2 adding authz_core to APACHE_MODULES makes
authz_core also be shown with a description of "unknown".
systemctl restart apache2
is now successful.
This bnc:835484#6 basically says yast http-server module is foobared, so it's
probably best to uninstall it.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=918705
Bug ID: 918705
Summary: alpine locking failure (against procmail) leads to
mail corruption
Classification: openSUSE
Product: openSUSE Factory
Version: 201502*
Hardware: x86-64
OS: Other
Status: NEW
Severity: Critical
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: gp(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
This is something I started to see a bit ago, and since it now happened
twice today I figured I'd report it.
When I obtain mail via fetchmail, using procmail as the delivery agent,
occasionally I get corrupted mails like the following (in mbox format):
==== snip ====
>From gp Thu Feb 19 18:56:54 2015
Mime-Version: 1.0
Date: Thu, 19 Feb 2015 18:56:00 +0100
Subject: AW: Re: Your help needed: Fwd: Comment opportunity: Software
Status: RO
X-Status:
X-Keywords:
X-UID: 9310
definedstorage
Subject: AW: Re: Your help needed: Fwd: Comment opportunity: Software
definedstorage
References: <54E302D90200006F00158C8B(a)suse.com>
<54E2D72A0200002B000A1B55(a)suse.com>
<54E339FA0200006F00158DBD(a)suse.com>
<54E2D7DE0200002B000A1B68(a)suse.com>
<alpine.LSU.2.11.1502191739290.2252(a)ghan.fvgr>
In-Reply-To: <alpine.LSU.2.11.1502191739290.2252(a)ghan.fvgr>
Message-ID: <54E623B70200006F001594A6(a)suse.com>
From: ...
To: "Gerald Pfeifer" <gp(a)suse.com>
==== snap ====
This does not happen daily, and I believe it happens especially when
I have been offline for several hours and a few dozen e-mails are
delivered at once (though this specific case was not that).
The same configuration had been working for years without ever showing
this problem, and it looks like looking on the Alpine side (or procmail,
though less likely I guess, since it essentially only reads
:0
INBOX
)
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=906594
Bug ID: 906594
Summary: Apper showing wrong package description
Classification: openSUSE
Product: openSUSE Factory
Version: NO 13.2 BUGS!!
Hardware: x86-64
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE4 Applications
Assignee: kde-maintainers(a)suse.de
Reporter: erwin.vandevelde(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Apper shows the package's description when clicking on it, but only for the
first package you click on this is done correctly.
Apper shows the same description again and again for each other package you
click on.
Versions:
apper 0.9.1-2.1
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=917759
Bug ID: 917759
Summary: osc fails with a python exception
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: Other
OS: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: BuildService
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: lmb(a)suse.com
QA Contact: adrian(a)suse.com
Found By: ---
Blocker: ---
This is about the latest osc client on Factory (osc-0.150.1-158.1.noarch) used
on the internal build service instance:
# iosc rdiff Devel:Storage:1.0 _product SUSE:SLE-12:Update:Products:Cloud5
Traceback (most recent call last):
File "/usr/bin/osc", line 26, in <module>
r = babysitter.run(osccli)
File "/usr/lib/python2.7/site-packages/osc/babysitter.py", line 61, in run
return prg.main(argv)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 343, in main
return self.cmd(args)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 366, in cmd
retval = self.onecmd(argv)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 500, in onecmd
return self._dispatch_cmd(handler, argv)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 1230, in
_dispatch_cmd
return handler(argv[0], opts, *args)
File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 3593, in
do_rdiff
expand=not opts.unexpand)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 4488, in
server_diff_noex
unified, missingok, meta, expand)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 4477, in
server_diff
f = http_POST(u)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 3201, in http_POST
def http_POST(*args, **kwargs): return http_request('POST', *args,
**kwargs)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 3144, in
http_request
install_opener(conf._build_opener(url))
File "/usr/lib/python2.7/site-packages/osc/conf.py", line 507, in
_build_opener
from . import oscssl
File "/usr/lib/python2.7/site-packages/osc/oscssl.py", line 8, in <module>
import M2Crypto.httpslib
File "/usr/lib64/python2.7/site-packages/M2Crypto/__init__.py", line 24, in
<module>
import ASN1
File "/usr/lib64/python2.7/site-packages/M2Crypto/ASN1.py", line 12, in
<module>
import BIO
File "/usr/lib64/python2.7/site-packages/M2Crypto/BIO.py", line 221, in
<module>
class CipherStream(BIO):
File "/usr/lib64/python2.7/site-packages/M2Crypto/BIO.py", line 227, in
CipherStream
SALT_LEN = m2.PKCS5_SALT_LEN
AttributeError: 'module' object has no attribute 'PKCS5_SALT_LEN'
Most invocations fail like that for me, including "osc up", submitreq, etc,
making it completely unusable for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=936416
Bug ID: 936416
Summary: harfbuzz 32bit devel package missing symlinks
Classification: openSUSE
Product: openSUSE Factory
Version: 201505*
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: admin(a)leinir.dk
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
The 32bit devel package of harfbuzz (and accompanying harfbuzz-icu) is missing
the .so symlinks in /usr/lib.
Temporary workaround:
ln -s libharfbuzz.so.0 /usr/lib/libharfbuzz.so
ln -s libharfbuzz-icu.so.0 /usr/lib/libharfbuzz-icu.so
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=937067
Bug ID: 937067
Summary: efi=1 does not seem to work anymore
Classification: openSUSE
Product: openSUSE Factory
Version: 201505*
Hardware: Other
OS: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Installation
Assignee: yast2-maintainers(a)suse.de
Reporter: kukuk(a)suse.com
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
In the past, you could add efi=1 as argument for the installer, and your system
was setup for EFI boot, even if the detection fails. This works only partly
with Tumbleweed 20150630: the bootloader still installs and configures
grub2-x86_64-efi, but the storage proposal does not create a vfat /boot/EFI
partition anymore. This works with SLES12, haven't tested openSUSE 13.2.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=929755
Bug ID: 929755
Summary: shutter is missing perl(Gnome2) in Tumbleweed
Classification: openSUSE
Product: openSUSE Factory
Version: 201503*
Hardware: x86-64
OS: SUSE Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: f_koch(a)gmx.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/41.0.2272.101 Safari/537.36
Build Identifier:
flo@linux-mvsa:~> sudo zypper in shutter
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides perl(Gnome2) needed by shutter-0.93.1-1.1.noarch
Solution 1: do not install shutter-0.93.1-1.1.noarch
Solution 2: break shutter-0.93.1-1.1.noarch by ignoring some of its
dependencies
Choose from above solutions by number or cancel [1/2/c] (c):
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=930505
Bug ID: 930505
Summary: every package available in standard or optional repos
is not discoverable via
https://software.opensuse.org/search
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Infrastructure
Assignee: mrueckert(a)suse.com
Reporter: mrmazda(a)earthlink.net
QA Contact: lrupp(a)suse.com
Found By: ---
Blocker: ---
mc is the package name and binary executable for the best available file
manager in openSUSE repos.
Latest Midnight Commander (mc) not discoverable via
https://software.opensuse.org/search .
Until recently, current mc for 13.1 could be found on
http://download.opensuse.org/repositories/Base:/System/openSUSE_13.2/ but this
repo has been retired.
Searching https://software.opensuse.org/search for search term commander
produces no hits for Midnight Commander or mc.
Search term mc is not acceptable to https://software.opensuse.org/search, as it
rejects two character search strings, first by announcement, then when
proceeding anyway, searching for mc only as a substring, listing many packages
containing string mc but not mc itself.
I tried searching for latest mc on https://build.opensuse.org/search but as I
am not a builder I found it too difficult to use to locate latest (mc-4.8.14)
even with help from irc://freenode/opensuse-factory.
Something needs to be done so that every package that exists in standard or BS
repos can be discovered via https://software.opensuse.org/search without the
degree of difficulty searching for Midnight Commander presents.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=902583
Bug ID: 902583
Summary: Thunderbird fails to connect when launched before
Internet connection is up
Classification: openSUSE
Product: openSUSE Distribution
Version: 13.2 RC 1
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Firefox
Assignee: bnc-team-mozilla(a)forge.provo.novell.com
Reporter: sb56637(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Hi,
I have noticed that if I launch Thunderbird before my network connection is up
(NetworkManager WiFI connection), it will fail to connect even after the
network comes up. The only way to make it connect is by closing all instances
and restarting Thunderbird.
This appears to be related to Bug 90258.
Thanks for looking into this!
--
You are receiving this mail because:
You are on the CC list for the bug.