March 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 921570] New: after dist upgrade system boots to emergency mode
by bugzilla_noreply＠novell.com 01 Apr '20

01 Apr '20

http://bugzilla.opensuse.org/show_bug.cgi?id=921570 Bug ID: 921570 Summary: after dist upgrade system boots to emergency mode Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: steffen.hau(a)rz.uni-mannheim.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I've started upgrading systems from openSUSE 13.1 to 13.2. Virtual machines without special stuff like mdadm raid devices oder multipathed FC LUN's went fine. But systems (IBM HS22 Blades) with mdadm raid devices are booting to emergency mode. The systems have three raid 1 devices (swap, / and /srv or /home), swap and / are correctly assembled but the third md device is missing and it also does not appear in /proc/mdstat. Manually running "mdadm -A --scan" brings it up and "systemctl default" continues booting. To dig deeper into this issue, I've installed openSUSE 13.2 from scratch on a spare blade and here md2 is correctly assembled. This is the content of /etc/systemd/system/ of the upgraded system: /etc/systemd/system/dbus-org.opensuse.Network.AUTO4.service /etc/systemd/system/dbus-org.opensuse.Network.DHCP4.service /etc/systemd/system/dbus-org.opensuse.Network.DHCP6.service /etc/systemd/system/dbus-org.opensuse.Network.Nanny.service /etc/systemd/system/default.target /etc/systemd/system/default.target.wants/sysstat.service /etc/systemd/system/default.target.wants/systemd-readahead-collect.service /etc/systemd/system/default.target.wants/systemd-readahead-replay.service /etc/systemd/system/getty.target.wants/getty(a)tty1.service /etc/systemd/system/multi-user.target.wants/acpid.service /etc/systemd/system/multi-user.target.wants/apache2.service /etc/systemd/system/multi-user.target.wants/auditd.service /etc/systemd/system/multi-user.target.wants/cron.service /etc/systemd/system/multi-user.target.wants/dsmc.service /etc/systemd/system/multi-user.target.wants/irqbalance.service /etc/systemd/system/multi-user.target.wants/mcelog.service /etc/systemd/system/multi-user.target.wants/ntpd.service /etc/systemd/system/multi-user.target.wants/postfix.service /etc/systemd/system/multi-user.target.wants/remote-fs.target /etc/systemd/system/multi-user.target.wants/smartd.service /etc/systemd/system/multi-user.target.wants/sshd.service /etc/systemd/system/multi-user.target.wants/syslog-ng.service /etc/systemd/system/multi-user.target.wants/wicked.service /etc/systemd/system/network-online.target.wants/wicked.service /etc/systemd/system/network.service /etc/systemd/system/sysinit.target.wants/multipathd.service /etc/systemd/system/syslog.service /etc/systemd/system/system-update.target.wants/systemd-readahead-drop.service /etc/systemd/system/timers.target.wants/logrotate.timer /etc/systemd/system/wickedd.service.wants/wickedd-auto4.service /etc/systemd/system/wickedd.service.wants/wickedd-dhcp4.service /etc/systemd/system/wickedd.service.wants/wickedd-dhcp6.service /etc/systemd/system/wickedd.service.wants/wickedd-nanny.service /etc/systemd/system/wicked.service.wants/wickedd.service I've made the scratch system identical to the problematic system (identical installed packages, conf files in /etc, active systemd services, and so on) and it still assembles md2. I've no more ideas where to search for possible causes. Please let me know what kind of information I should provide in order to help you to find the cause. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 911512] New: opensuse boots to terminal
by bugzilla_noreply＠novell.com 01 Apr '20

01 Apr '20

http://bugzilla.opensuse.org/show_bug.cgi?id=911512 Bug ID: 911512 Summary: opensuse boots to terminal Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: illumilore(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0 Build Identifier: after an update, opensuse now boots to a terminal. trying to use the command startx gives the output that it cannot open /dev/tty0 no such file or directory. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 690867] New: Consider to DNSSEC sign the opensuse.org domain
by bugzilla_noreply＠novell.com 28 Mar '20

28 Mar '20

https://bugzilla.novell.com/show_bug.cgi?id=690867 https://bugzilla.novell.com/show_bug.cgi?id=690867#c0 Summary: Consider to DNSSEC sign the opensuse.org domain Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Infrastructure AssignedTo: mrueckert(a)novell.com ReportedBy: burnus(a)gmx.de QAContact: lrupp(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:2.0) Gecko/20100101 Firefox/4.0 Currently, the opensuse.org domain is not secured using DNSSEC: http://dnsviz.net/d/opensuse.org/dnssec/ It would be useful, if it could be signed. Other domains are already signed such as: - Fedora: http://dnsviz.net/d/fedoraproject.org/dnssec/ - Mozilla: http://dnsviz.net/d/wiki.mozilla.org/dnssec/ (Side remark: In Firefox, the plugin http://www.dnssec-validator.cz/ can be used to see the DNSSEC status.) Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 1038408] New: wicked: Usage of systemctrl enable should be changed to %sytemd_add_pre/post
by bugzilla_noreply＠novell.com 26 Mar '20

26 Mar '20

http://bugzilla.suse.com/show_bug.cgi?id=1038408 Bug ID: 1038408 Summary: wicked: Usage of systemctrl enable should be changed to %sytemd_add_pre/post Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: wicked-maintainers(a)suse.de Reporter: behlert(a)suse.com QA Contact: qa-bugs(a)suse.de CC: fcrozat(a)suse.com Found By: --- Blocker: --- "systemctl preset-all" is intended to return service states to a factory state based on presets. But currently we can see breakages in some products due to services that are not following the guidelines as described in https://en.opensuse.org/openSUSE:Systemd_packaging_guidelines#Enabling_syst… The package wicked was identified to use "systemctl enable" in its spec-file, and it should get replaced by the proper use of %sytemd_add_pre/post and preset. Please check your package, thanks. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 735865] New: add BuildRequires: python-cups to printer driver packages
by bugzilla_noreply＠novell.com 24 Mar '20

24 Mar '20

https://bugzilla.novell.com/show_bug.cgi?id=735865 https://bugzilla.novell.com/show_bug.cgi?id=735865#c0 Summary: add BuildRequires: python-cups to printer driver packages Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: jsmeix(a)suse.com Found By: --- Blocker: --- all printer driver packages should have BuildRequires: python-cups python-cups installs special rpm macros that adds Provides tags for the printer drivers supported by the package. See gutenprint for an example how the resulting rpm looks like. See also bug 735864 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 1069697] New: python-boto3 unable to build due to python-futures skips python3 build
by bugzilla_noreply＠novell.com 24 Mar '20

24 Mar '20

http://bugzilla.suse.com/show_bug.cgi?id=1069697 Bug ID: 1069697 Summary: python-boto3 unable to build due to python-futures skips python3 build Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mlin(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- With https://build.opensuse.org/request/show/541773 python-boto3 no longer able to build due to can not find python3-futures, not sure how many python modules be effected, but I see not just python-boto3, also some packages rely on python-boto3. This issue appears on TW, Leap 15 and SLE 15. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1064133] New: Recoll text search is unusably sluggish in Tumbleweed
by bugzilla_noreply＠novell.com 20 Mar '20

20 Mar '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1064133 Bug ID: 1064133 Summary: Recoll text search is unusably sluggish in Tumbleweed Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: timothyadams(a)ymail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 745016 --> http://bugzilla.opensuse.org/attachment.cgi?id=745016&action=edit Recoll screen Recoll text search is almost unusably sluggish. If I enter a search term, I almost immediately see the number of 'hits' at lower left, but may wait half a minute for the first results to appear onscreen. Further, clicking 'next' for additional results also produces a long delay. If I expand or minimize the Recoll window while the database is 'hanging' in this fashion, the screen breaks up, as in the example at: https://i.imgur.com/eNVUwoh.jpg (Also included as an attachment.) I have deleted recoll.conf in ~/.config/Recoll.org, as suggested on the Recoll help page. I am using Recoll 1.23.1 + Xapian 1.4.4. Recoll 1.21.5 + Xapian 1.2.22 works fine in a Linux Mint 18.2 virtual machine on the same computer. For now, that is my only way of using Recoll: fire up the VB and search in Mint, as I did before changing to Tumbleweed! I believe this problem is unrelated to my separate bugzilla post, at: https://bugzilla.opensuse.org/show_bug.cgi?id=1064131 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 960739] New: OpenStack nova ends with traceback when connecting to server with custom SUSE certificate
by bugzilla_noreply＠novell.com 19 Mar '20

19 Mar '20

http://bugzilla.suse.com/show_bug.cgi?id=960739 Bug ID: 960739 Summary: OpenStack nova ends with traceback when connecting to server with custom SUSE certificate Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mnowak(a)suse.com QA Contact: qa-bugs(a)suse.de CC: mkravec(a)suse.com, pgonin(a)suse.com Found By: --- Blocker: --- I try to connect to cloud.suse.de on Tumbleweed but I end up with traceback: $ nova --debug image-list DEBUG (session:198) REQ: curl -g -i -X GET https://dashboardp2.cloud.suse.de:5000/v2.0/ -H "Accept: application/json" -H "User-Agent: python-keystoneclient" INFO (connectionpool:756) Starting new HTTPS connection (1): dashboardp2.cloud.suse.de WARNING (base:143) Discovering versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. DEBUG (v2:86) Making authentication request to https://dashboardp2.cloud.suse.de:5000/v2.0/tokens INFO (connectionpool:756) Starting new HTTPS connection (2): dashboardp2.cloud.suse.de DEBUG (shell:905) SSL exception connecting to https://dashboardp2.cloud.suse.de:5000/v2.0/tokens: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/novaclient/shell.py", line 903, in main OpenStackComputeShell().main(argv) File "/usr/lib/python2.7/site-packages/novaclient/shell.py", line 737, in main api_version = api_versions.discover_version(self.cs, api_version) File "/usr/lib/python2.7/site-packages/novaclient/api_versions.py", line 253, in discover_version client) File "/usr/lib/python2.7/site-packages/novaclient/api_versions.py", line 235, in _get_server_version_range version = client.versions.get_current() File "/usr/lib/python2.7/site-packages/novaclient/v2/versions.py", line 62, in get_current return self._get_current() File "/usr/lib/python2.7/site-packages/novaclient/v2/versions.py", line 43, in _get_current url = self.api.client.get_endpoint().rsplit("/", 1)[0] File "/usr/lib/python2.7/site-packages/keystoneclient/adapter.py", line 129, in get_endpoint return self.session.get_endpoint(auth or self.auth, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 660, in get_endpoint return auth.get_endpoint(self, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 315, in get_endpoint service_catalog = self.get_access(session).service_catalog File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 240, in get_access self.auth_ref = self.get_auth_ref(session) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref return self._plugin.get_auth_ref(session, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 88, in get_auth_ref authenticated=False, log=False) File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 501, in post return self.request(url, 'POST', **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/utils.py", line 337, in inner return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 386, in request resp = send(**kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 424, in _send_request raise exceptions.SSLError(msg) SSLError: SSL exception connecting to https://dashboardp2.cloud.suse.de:5000/v2.0/tokens: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) ERROR (SSLError): SSL exception connecting to https://dashboardp2.cloud.suse.de:5000/v2.0/tokens: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) Packages: python-openstackclient-1.7.1-1.1.noarch python-novaclient-2.30.1-1.1.noarch python-neutronclient-3.1.0-1.1.noarch python-glanceclient-1.1.0-1.1.noarch python-cinderclient-1.4.0-1.1.noarch python-troveclient-1.3.0-1.1.noarch python-keystoneclient-1.7.2-1.1.noarch python-swiftclient-2.6.0-1.1.noarch python-heatclient-0.8.0-1.1.noarch python-ceilometerclient-1.5.0-1.1.noarch python-saharaclient-0.11.1-1.1.noarch ca-certificates-suse-1.0-5.1.noarch *-openrc.sh file is properly sourced in the terminal. `nova --insecure image-list` works but prints a lot of InsecureRequestWarning warnings. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 927743] New: Loading screen not displaying correctly
by bugzilla_noreply＠novell.com 17 Mar '20

17 Mar '20

http://bugzilla.opensuse.org/show_bug.cgi?id=927743 Bug ID: 927743 Summary: Loading screen not displaying correctly Classification: openSUSE Product: openSUSE Factory Version: 201503* Hardware: x86-64 OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: gerharddeclercq(a)outlook.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I am on Tumbleweed and the loading screen (three green blocks) are not displaying correctly on my machine (Thinkpad Yoga S1). They displayed correctly on 13.2. They are now just blocks of strange green characters that I do not recognize. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 969142] New: games:tools/springlobby: Bug
by bugzilla_noreply＠novell.com 14 Mar '20

14 Mar '20

http://bugzilla.opensuse.org/show_bug.cgi?id=969142 Bug ID: 969142 Summary: games:tools/springlobby: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: matthias(a)mailaender.name Reporter: smithjd15(a)gmail.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com CC: opensuse(a)dstoecker.de Found By: --- Blocker: --- Hard runtime dependencies for springlobby that aren't pulled in: libwx_baseu_net-suse1 libwx_gtk2u_qa-suse1 libwx_gtk2u_adv-suse1 libwx_gtk2u_aui-suse1 springlobby also complains about libdumb, but still runs. -- You are receiving this mail because: You are on the CC list for the bug.

1 1