September 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1176044] Repository mess when upgrading
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176044 https://bugzilla.suse.com/show_bug.cgi?id=1176044#c5 --- Comment #5 from Lukas Ocilka <locilka(a)suse.com> --- Created attachment 841276 --> https://bugzilla.suse.com/attachment.cgi?id=841276&action=edit This is how it looks like in Installer (Upgrade) This is from Tumbleweed. If you are upgrading from X to Y, then even the version is visible. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1174720] unable to load german console keymap - loadkeys dies with syntax error (fix known)
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1174720 https://bugzilla.suse.com/show_bug.cgi?id=1174720#c5 --- Comment #5 from Walter Haidinger <walter.haidinger(a)gmx.at> --- Regarding the upgrade path: I've upgraded from openSUSE 13.x to Tumbleweed, i.e. did not go with Leap at any time. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176059] New: new sysstat script results ~30s delay in entering suspend mode
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176059 Bug ID: 1176059 Summary: new sysstat script results ~30s delay in entering suspend mode Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: dheidler(a)suse.com QA Contact: qa-bugs(a)suse.de CC: dleuenberger(a)suse.com, dmueller(a)suse.com Found By: --- Blocker: --- When running "systemctl suspend" it takes ~30s to enter the standby mode now. The error in the journal sais: /usr/lib/systemd/system-sleep/sysstat.sleep failed with exit status 73 As of https://build.opensuse.org/request/show/827123 sysstat has this script included that is executed even if the sysstat service is not started/enabled. This should not be the case. The hook script should not do anything if the service is not in use. The same exit code is shown when trying to start the systat service: # systemctl start sysstat Sep 02 11:08:31 athene systemd[1]: sysstat.service: Main process exited, code=exited, status=73/CANTCREAT Sep 02 11:08:31 athene systemd[1]: sysstat.service: Failed with result 'exit-code'. Sep 02 11:08:31 athene systemd[1]: Failed to start Resets System Activity Logs. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1162080] gnome-tweaks can't be used after changing windows button layout
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1162080 https://bugzilla.suse.com/show_bug.cgi?id=1162080#c8 --- Comment #8 from Alynx Zhou <alynx.zhou(a)suse.com> --- https://build.suse.de/request/show/225655 SR for SLE-15-SP2 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176057] New: man unusable after libexec dir change due to alternatives not updated
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176057 Bug ID: 1176057 Summary: man unusable after libexec dir change due to alternatives not updated Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: dheidler(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- [root@athene ~]# /usr/bin/man bash: /usr/bin/man: No such file or directory [root@athene ~]# l /usr/bin/man lrwxrwxrwx 1 root root 21 27. Aug 14:48 /usr/bin/man -> /etc/alternatives/man [root@athene ~]# l /etc/alternatives/man lrwxrwxrwx 1 root root 23 13. Aug 12:17 /etc/alternatives/man -> /usr/lib/man-db/wrapper [root@athene ~]# l /usr/lib/man-db/wrapper ls: Zugriff auf '/usr/lib/man-db/wrapper' nicht möglich: No such file or directory [root@athene ~]# l /usr/libexec/man-db/wrapper -rwxr-xr-x 1 root root 14800 27. Aug 14:48 /usr/libexec/man-db/wrapper -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1140584] No AusweisApp2 for Leap 15.1
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1140584 https://bugzilla.suse.com/show_bug.cgi?id=1140584#c4 John Paul Adrian Glaubitz <adrian.glaubitz(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from John Paul Adrian Glaubitz <adrian.glaubitz(a)suse.com> --- Since I don't think there is any chance to backport Qt 5.10 to Leap 15.1 and 15.2 where AusweisApp2 is available has been out for a while now, I'm closing this issue as WONTFIX. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176054] New: too many tracker errors
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176054 Bug ID: 1176054 Summary: too many tracker errors Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Bug 658732 had reported problems for OpenSUSE 42.3 (AFAIR). It seems it was not "resolved upstream" since then. Here are some correct errors: Unable to insert multiple values for ... single valued property `nie:contentCreated' Unable to insert multiple values for ... single valued property `nie:copyright' nie:copyright "-----------------------------------------------------------" ; nie:copyright "Copyright 1990-2015 Adobe Systems Incorporated." ; nie:copyright "All rights reserved." ; nie:copyright "" ; nie:copyright "Redistribution and use in source and binary forms, with or" ; nie:copyright "without modification, are permitted provided that the" ; (...) So maybe copyright is either not single-valued, or the file from Adobe used it wrongly. The problem here is that it tried again and again, flooding the xsession error log. tracker-miner-fs:3690): Tracker-CRITICAL **: (Sparql buffer) Error in task 5 (file:///home/user/Downloads/Extras/Windows/Connect/Thunderbird%20Setup%2060.3.0.exe) of the array-update: UNIQUE constraint failed: nie:DataObject.nie:url (strerror of errno (not necessarily related): No such file or directory) (tracker-miner-fs:3690): Tracker-CRITICAL **: Could not execute sparql: UNIQUE constraint failed: nie:DataObject.nie:url (strerror of errno (not necessarily related): No such file or directory) I have no idea what causes these. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176053] New: realm join ad domain gotchas
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176053 Bug ID: 1176053 Summary: realm join ad domain gotchas Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: diego.ercolani(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- As stated on the upstream site sssd.io, to join a domain using commandline (no yast2) you have a useful utility called realm that permit almost "everything" to join ad: firstly you have to "explore" the domain: pc-marcow10:~ # realm discover ssisnet.ssis ssisnet.ssis type: kerberos realm-name: SSISNET.SSIS domain-name: ssisnet.ssis configured: no server-software: active-directory client-software: sssd required-package: sssd-tools required-package: sssd required-package: adcli required-package: samba-client and realm inform you about the packages you need to join domain. After you can do (verbose) the command: realm join -v -U diego --computer-name=networkstorage2 ssisnet.ssis and this invoke the real joining command: adcli and try to modify all the configuration file accordingly: /etc/sssd/sssd.conf /etc/nssswitch.conf /etc/pam.d/common-* but it's failing: * /usr/sbin/pam-config --add --sssd --mkhomedir pam-config: invalid option -- --sssd Per ulteriori informazioni, utilizzare `pam-config --help' o `pam-config --usage'. ! Enabling SSSD in nsswitch.conf and PAM failed. realm: Couldn't join realm: Enabling SSSD in nsswitch.conf and PAM failed. Workaround: pam-config --add --sss --mkhomedir <<<<<<<<< /etc/nsswitch.conf passwd: compat sss group: compat sss shadow: compat sss >>>>>>>>> -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176050] New: No virtual consoles available when X server fails to start
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1176050 Bug ID: 1176050 Summary: No virtual consoles available when X server fails to start Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Due to missing Nvidia drivers X11 failed to start, showing that big sad face... When trying to find out what might be the problem, I realized that no text consoles had been started. At some later time I just "zapped the server" (how many users will know that?), and I found virtual consoles then. In the syslog I found (I suspect it might be related): Sep 02 07:48:05 pc6 echo[4573]: Switch to tty1 Successfully Sep 02 07:48:05 pc6 systemd[1]: Requested transaction contradicts existing jobs: Transaction is destructive. Sep 02 07:48:05 pc6 systemd-logind[1498]: Failed to start autovt(a)tty1.service: Transaction is destructive. Sep 02 07:48:05 pc6 display-manager[4499]: Shutting down service gdm..done -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1176044] Repository mess when upgrading
by bugzilla_noreply＠suse.com 02 Sep '20

02 Sep '20

https://bugzilla.suse.com/show_bug.cgi?id=1176044 https://bugzilla.suse.com/show_bug.cgi?id=1176044#c3 --- Comment #3 from Stefan Hundhammer <shundhammer(a)suse.com> --- Having said that, I am not sure if the YaST upgrade workflow is supposed to handle those community repos as well. They typically follow the same conventions with regards to the distro version in the repo URLs; but I am not sure how reliable or how robust that is. Personally, I tend to be very conservative with that, disabling or even removing those non-SUSE repos before upgrading and adding them after the upgrade and installing the software again that I want from those repos (NVidia, VLC). I am not sure if that is the official way to do that or just me being a bit paranoid. -- You are receiving this mail because: You are on the CC list for the bug.

1 0