January 2017 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 911355] New: Job for spamd.service failed
by bugzilla_noreply＠novell.com 11 Nov '19

11 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=911355 Bug ID: 911355 Summary: Job for spamd.service failed Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: stephan.barth(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After the upgrade from 12.3 I found out that spmad was not running anymore. When trying to start it manually I get: # /etc/init.d/spamd restart redirecting to systemctl restart spamd.service Job for spamd.service failed. See "systemctl status spamd.service" and "journalctl -xn" for details. Running the latter command yields: Dec 29 16:40:11 linux-wulv echo[6901]: Starting spamd: Dec 29 16:40:11 linux-wulv spamd[6903]: logger: removing stderr method Dec 29 16:40:11 linux-wulv spamd[6905]: config: no rules were found! Do you need to run 'sa-update'? Dec 29 16:40:12 linux-wulv spamd[6903]: child process [6905] exited or timed out without signaling production of a PID file: exit 255 at /us Dec 29 16:40:12 linux-wulv spamd[6903]: child process [6905] exited or timed out without signaling production of a PID file: exit 255 at /us Dec 29 16:40:12 linux-wulv systemd[1]: Failed to start Daemonized version of spamassassin. -- Subject: Unit spamd.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit spamd.service has failed. -- -- The result is failed. # rpm -q perl-Mail-SpamAssassin perl-Mail-SpamAssassin-3.4.0-44.1.3.x86_64 # rpm -q spamassassin spamassassin-3.4.0-44.1.3.x86_64 Solution: Running sa-update manually makes spamd start with '/etc/init.d/spamd restart'. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 950955] New: Error Messages from rtkit-daemon caused by CONFIG_RT_GROUP_SCHED
by bugzilla_noreply＠novell.com 04 Nov '19

04 Nov '19

http://bugzilla.opensuse.org/show_bug.cgi?id=950955 Bug ID: 950955 Summary: Error Messages from rtkit-daemon caused by CONFIG_RT_GROUP_SCHED Classification: openSUSE Product: openSUSE Factory Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: Jan.Hebler(a)Kabeldeutschland.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- rtkit-daemon produces the following Error-Messages: ... Okt 19 07:06:19 tablette rtkit-daemon[3051]: Failed to make ourselves RT: Operation not permitted ... If i understand Lennart Poettering here https://bugzilla.redhat.com/show_bug.cgi?id=1229700 correct, the Kernel-Option CONFIG_RT_GROUP_SCHED should turned off. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1008898] New: KIWI can't unmount sysfs (is in use by systemd-logind)
by bugzilla_noreply＠novell.com 30 Oct '19

30 Oct '19

http://bugzilla.suse.com/show_bug.cgi?id=1008898 Bug ID: 1008898 Summary: KIWI can't unmount sysfs (is in use by systemd-logind) Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: ms(a)suse.com Reporter: svollath(a)suse.com QA Contact: qa-bugs(a)suse.de CC: thardeck(a)suse.com Found By: --- Blocker: --- Created attachment 700932 --> http://bugzilla.suse.com/attachment.cgi?id=700932&action=edit KIWI logs + config When building an appliance with kiwi (in this case using "machinery build"), kiwi finishes SUCCESSFUL, but machinery can't cleanup its temporary files. This is because kiwi leaves a sysfs mount open which requires a reboot to get rid of. ((Reproduced with Leap 42.1, 42.2, kiwi-7.03.97, kiwi-7.04.8, kiwi-7.04.13)) Buildlog snippets: ... Nov-07 14:52:18 <1> : EXEC [mount -n -t sysfs sysfs /tmp/machinery-image20161107-10165-1js1i2p/build/image-root/sys] ... Nov-07 14:56:36 <1> : EXEC [umount "/tmp/machinery-image20161107-10165-1js1i2p/build/image-root/sys" 2>&1] Nov-07 14:56:36 <2> : Umount of /tmp/machinery-image20161107-10165-1js1i2p/build/image-root/sys failed: umount: /tmp/machinery-image20161107-10165-1js1i2p/build/image-root/sys: target is busy (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1).) ... Nov-07 15:02:05 <1> : Closing session with ecode: 0 Nov-07 15:02:06 <1> : KIWI exited successfully ... see full log and config attached. # mount | grep sysfs sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) sysfs on /tmp/machinery-image20161107-10165-1js1i2p/build/image-root/sys type sysfs (rw,relatime) # lsof /tmp/machinery-image20161107-10165-1js1i2p/build/image-root/sys lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/10570/gvfs Output information may be incomplete. COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd-l 2046 root 6r REG 0,17 4096 18025 /sys/devices/virtual/tty/tty0/active ((root 2046 0.0 0.0 20108 2608 ? Ss Nov04 0:01 /usr/lib/systemd/systemd-logind)) -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 941758] New: grub-once isn't called at hibernate
by bugzilla_noreply＠novell.com 22 Oct '19

22 Oct '19

http://bugzilla.opensuse.org/show_bug.cgi?id=941758 Bug ID: 941758 Summary: grub-once isn't called at hibernate Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: tiwai(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Since the recent change of systemd, grub-once isn't called any longer, thus at thawing, the normal GRUB menu is shown instead of the direct boot to the target kernel. The regression was introduced in openSUSE:Factory/systemd changeset 215: Wed Feb 18 05:01:38 UTC 2015 - crrodriguez(a)opensuse.org .... - systemd-sleep-grub: moved to the grub2 package where it belongs as a suspend/resume hook (SR#286533) (drops prepare-suspend-to-disk.patch) However, SR#286533 was declined and it's lost since then. The fix would be either revert the change in systemd or put the hook properly into grub2 package. The latter method has a potential bug, however. systemd-sleep doesn't call hooks to restore when writing to /sys/power/state fails. That is, if we have a hook to set up grubenv, it'll left when the hibernation fails, and the next boot would go wrong. This didn't happen in the past because it invoked the grubenv setup in a different manner. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 969165] New: parted creates wrong protective mbr
by bugzilla_noreply＠novell.com 22 Oct '19

22 Oct '19

http://bugzilla.suse.com/show_bug.cgi?id=969165 Bug ID: 969165 Summary: parted creates wrong protective mbr Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem Assignee: puzel(a)suse.com Reporter: snwint(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: Development Blocker: --- The protective mbr parted creates has inconsistent data. The CHS value for the partition start is 0/0/1 (pointing to the MBR itself) but should be 0/0/2 (pointing to the partition). The LBA starting value of 1 is correct, however. (CHS values are 1-based.) UEFI spec also explicitly mentions the correct value 0/0/2. gptfdisk works correctly, btw. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1013981] New: Errors from /usr/lib/obs/service/source_validators/20-files-present-and-referenced
by bugzilla_noreply＠novell.com 22 Oct '19

22 Oct '19

http://bugzilla.suse.com/show_bug.cgi?id=1013981 Bug ID: 1013981 Summary: Errors from /usr/lib/obs/service/source_validators/20-files-presen t-and-referenced Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: ro(a)suse.de Reporter: lpechacek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- While submitting an update for sle-module-toolchain-release package, errors were detected by the maintenance checker script. It turned out to be a result of /usr/lib/obs/service/source_validators/20-files-present-and-referenced failing to process the special .spec file. How to reproduce: # osc -A https://api.suse.de/ co Devel:Toolchain:SLE12 _product:sle-module-toolchain-release # cd Devel\:Toolchain\:SLE12/_product\:sle-module-toolchain-release/ # /usr/lib/obs/service/source_validators/20-files-present-and-referenced Actual output: # /usr/lib/obs/service/source_validators/20-files-present-and-referenced (E) warning: mentioned in spec file does not exist. (E) line mentioned in spec file does not exist. (E) 20: mentioned in spec file does not exist. (E) Invalid mentioned in spec file does not exist. (E) version mentioned in spec file does not exist. (E) (double mentioned in spec file does not exist. (E) separator mentioned in spec file does not exist. (E) '-'): mentioned in spec file does not exist. (E) sle-module-toolchain: mentioned in spec file does not exist. (E) Provides: mentioned in spec file does not exist. (E) product() mentioned in spec file does not exist. (E) = mentioned in spec file does not exist. (E) sle-module-toolchain mentioned in spec file does not exist. Expected output: Exit status 0, nothing reported. Interestingly enough, the script works fine on SLE 11 SP4, which has bash 3.2.57. It is failing on distros with bash 4.3.x and higher (SLE 12, Leap 42, Tumbleweed). -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 939248] New: gnome-shell not having correct SSH_AUTH_SOCK variable
by bugzilla_noreply＠novell.com 20 Oct '19

20 Oct '19

http://bugzilla.suse.com/show_bug.cgi?id=939248 Bug ID: 939248 Summary: gnome-shell not having correct SSH_AUTH_SOCK variable Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: vuntz(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Any process that I start through gnome-shell seems to have a SSH_AUTH_SOCK matching a ssh-agent process (probably started through the X11 session scripts). However, if I start a process through gnome-settings-daemon (like a terminal, through the shortcurt for that), it has SSH_AUTH_SOCK set to the path for gnome-keyring. The result is that any app I start through gnome-shell actually has, by default, not access to my ssh keys :/ (also, I thought I had fixed a long time ago the bit starting ssh-agent on gnome sessions -- this shouldn't happen because of the keyring) -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1012648] New: readline: /etc/inputrc: line 19: term: unknown variable name
by bugzilla_noreply＠novell.com 16 Oct '19

16 Oct '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1012648 Bug ID: 1012648 Summary: readline: /etc/inputrc: line 19: term: unknown variable name Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: JeanLasVEGAs(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- > uname -a Linux jano 4.8.10-1-default #1 SMP PREEMPT Mon Nov 21 13:50:28 UTC 2016 (d1ec066) x86_64 x86_64 x86_64 GNU/Linux > cat /etc/os-release NAME="openSUSE Tumbleweed" # VERSION="20161125" ID=opensuse ID_LIKE="suse" VERSION_ID="20161125" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:tumbleweed:20161125" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" When opening a new terminal session, I get a message: readline: /etc/inputrc: line 19: term: unknown variable name -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 992519] New: obsolete font package requirements
by bugzilla_noreply＠novell.com 15 Oct '19

15 Oct '19

http://bugzilla.opensuse.org/show_bug.cgi?id=992519 Bug ID: 992519 Summary: obsolete font package requirements Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Patterns Assignee: coolo(a)suse.com Reporter: mrmazda(a)earthlink.net QA Contact: qa-bugs(a)suse.de CC: simonf.lees(a)suse.com Found By: --- Blocker: --- Quote from factory mailing list: https://lists.opensuse.org/opensuse-factory/2016-08/msg00133.html > # rpm -qR release-notes-openSUSE > dejavu-fonts > google-opensans-fonts > rpmlib... > I find hard requires of any particular font package just to have release > notes locally available onerous and unnecessary, especially since > neither requires (AFAICT) are used as system fonts in any of the DEs. > I'd be surprised to find other distros have corresponding font deps. > Release notes work fine with google-opensans-fonts tabooed out, falling > back to the monospace, sans-serif and serif defaults. Its probably a historical thing more then anything else especially now that the default fonts have changed, if you would be so kind as to open a bug ticket for me i'll remember to look into it when I next get to doing a clean up of the patterns. Or for that matter the same can be done for any other legacy pattern issue. -- Simon Lees (Simotek) -- You are receiving this mail because: You are on the CC list for the bug.

1 20

[Bug 984976] New: XF86MonBrightnessDown and XF86MonBrightnessUp don't work in TW-20160422
by bugzilla_noreply＠novell.com 03 Oct '19

03 Oct '19

http://bugzilla.opensuse.org/show_bug.cgi?id=984976 Bug ID: 984976 Summary: XF86MonBrightnessDown and XF86MonBrightnessUp don't work in TW-20160422 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: h.m.brand(a)xs4all.nl QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- XF86MonBrightnessDown and XF86MonBrightnessUp do not work for a while now in TumbleWeed patterns-openSUSE-kde_plasma-20151112-15.1.x86_64 plasma5-desktop-5.6.4-2.1.x86_64 Linux 4.6.2-1-default [openSUSE Tumbleweed (20160422) (x86_64)] HP EliteBook 8560p Core(TM) i7-2620M CPU @ 2.70GHz/1901(4) x86_64 7932 Mb xev still recognizes the keys: KeyPress event, serial 37, synthetic NO, window 0x8c00001, root 0x49e, subw 0x0, time 2298889, (-656,74), root:(630,500), state 0x0, keycode 232 (keysym 0x1008ff03, XF86MonBrightnessDown), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 40, synthetic NO, window 0x8c00001, root 0x49e, subw 0x0, time 2298959, (-656,74), root:(630,500), state 0x0, keycode 232 (keysym 0x1008ff03, XF86MonBrightnessDown), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 40, synthetic NO, window 0x8c00001, root 0x49e, subw 0x0, time 2673178, (115,109), root:(1401,535), state 0x0, keycode 233 (keysym 0x1008ff02, XF86MonBrightnessUp), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False The weird thing I see here is that Fn-F9 (Down) is detected as both Press and Release and that FnF100 (Up) is only seen as Release -- You are receiving this mail because: You are on the CC list for the bug.

1 2