February 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1124390] yast-samba-client incorrectly parses output from net ads lookup, "Join the domain Pre-Win2k Domain"
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1124390 http://bugzilla.suse.com/show_bug.cgi?id=1124390#c2 Ladislav Slezák <lslezak(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |CONFIRMED URL| |https://trello.com/c/lWrKWZ | |XV Assignee|yast2-maintainers(a)suse.de |yast-internal(a)suse.de --- Comment #2 from Ladislav Slezák <lslezak(a)suse.com> --- (In reply to David Mulder from comment #1) > Notice it's making exactly the same network call, but now we don't have to > parse the results. I see your point, but on the other hand adding dependency to yast2-python-bindings and samba-python just because of parsing the response does not look nice... (For the record: it seems that SLE15-SP1 will still use Samba 4.9 so it should not be affected by this.) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 916587] New: zypper does not update package when used with -C
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=916587 Bug ID: 916587 Summary: zypper does not update package when used with -C Classification: openSUSE Product: openSUSE Factory Version: 201502* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: tchatzimichos(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When I try to `zypper in -C pkg`, zypper only checks if the package is installed. I would expect it to update it as well, like when specifying the original name of it. zypper outputs below, let me know if you need further info from me please. # zypper lu ... v | home:tampakrap | dummy | 0.0.1-2.1 | 0.0.1-3.1 | noarch # zypper -v in -C dummy Verbosity: 1 Non-option program arguments: 'dummy' Initializing Target ... Loading repository data... Reading installed packages... Force resolution: No 'dummy' is already installed. Resolving package dependencies... Force resolution: No Nothing to do. # zypper -v in dummy Verbosity: 1 Non-option program arguments: 'dummy' Initializing Target ... Loading repository data... Reading installed packages... Force resolution: No Selecting 'dummy-0.0.1-3.1.noarch' from repository 'home:tampakrap' for installation. Resolving package dependencies... Force resolution: No The following package is going to be upgraded: dummy 0.0.1-2.1 -> 0.0.1-3.1 1 package to upgrade. Overall download size: 5.7 KiB. Already cached: 0 B No additional space will be used or freed after the operation. Continue? [y/n/? shows all options] (y): -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1116431] systemd tmpfiles does not clean-up sddm-auth files
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1116431 http://bugzilla.suse.com/show_bug.cgi?id=1116431#c3 --- Comment #3 from Bernhard Wiedemann <bwiedemann(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1116431) was mentioned in https://build.opensuse.org/request/show/671971 15.1 / sddm -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1102832] [Build 20180726] ostart_wayland_plasma5 fails to login
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1102832 http://bugzilla.suse.com/show_bug.cgi?id=1102832#c4 --- Comment #4 from Bernhard Wiedemann <bwiedemann(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1102832) was mentioned in https://build.opensuse.org/request/show/671971 15.1 / sddm -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1091784] New: SDDM screen is black after boot
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1091784 Bug ID: 1091784 Summary: SDDM screen is black after boot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: akontsevich(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Very often SDDM screen is black after boot and only mouse pointer is visible. Need to press Ctrl-Alt-Backspace every time to reboot X and make it work. Very annoying to see this and gray screen with green dots on boot. When suse become stable and convenient? -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1124339] AUDIT-0: blueman: Blueman 2.0.8 adds new blueman.rules to /usr/share/polkit-1/rules.d/blueman.rules
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1124339 http://bugzilla.suse.com/show_bug.cgi?id=1124339#c1 Matthias Gerstner <matthias.gerstner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias.gerstner(a)suse.com Summary|Blueman 2.0.8 adds new |AUDIT-0: blueman: Blueman |blueman.rules to |2.0.8 adds new |/usr/share/polkit-1/rules.d |blueman.rules to |/blueman.rules |/usr/share/polkit-1/rules.d | |/blueman.rules --- Comment #1 from Matthias Gerstner <matthias.gerstner(a)suse.com> --- Thank you for bringing this to our attention. In the SUSE security team we have decided a while ago that we don't want to follow the special meaning of the "wheel" group as being treated equivalent to root in our distribution. We currently have a couple of rules like this in /usr/share/polkit-1/rules.d but most of them aren't affective anyways, because our polkit-default-privs in /etc/polkit-1/rules.d take precedence, except when the file starts with a number like "00-blueman.rules". We are planning to require a whitelisting for files in /usr/share/polkit-1/rules.d in the future and to move files out of this directory that don't match our policies. Therefore in your case I suggest you install this rules file as an example file e.g. under /usr/share/doc/packages/blueman. This way uses can activate this rule manually if they really want to, but the default security remains untouched. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1112963] New: AST Video Kernel Mode Driver is broken
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1112963 Bug ID: 1112963 Summary: AST Video Kernel Mode Driver is broken Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: evanevery(a)digitalintelligence.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 786905 --> http://bugzilla.opensuse.org/attachment.cgi?id=786905&action=edit Xorg.0.log file (default post-install) It appears that the "ast" KMS driver is broken in LEAP15. It will not start under any circumstances. Details of support thread can be found here: https://forums.opensuse.org/showthread.php/533522-AST2500-Video-Driver-fail… This fails on multiple Dual-Xeon Server Motherboards with onboard ast2500 video from major manufacturers (SuperMicro X11DPH-T and Asus WS C621 Sage) The KMS driver is being loaded but is not being used: [ 50.733] (EE) ast: The PCI device 0x2000 at 02@00:00:0 has a kernel module claiming it. [ 50.733] (EE) ast: This driver cannot operate until it has been unloaded. Full Xorg.0.log attached (for default start up) I have lots of other Xorg.0.log files for various manipulations (nomodeset, manual conf settings, etc) in an attempt to getting this working. (Please contact me directly if necessary). Support community is pretty sure this is a kernel mode driver problem and suggests this bug be posted (see forum link above) -- You are receiving this mail because: You are on the CC list for the bug.

1 58

[Bug 1123642] When write some notes on Cyrillic in the Guest summary form for KVM and shutdown the guest then it can not start
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1123642 http://bugzilla.suse.com/show_bug.cgi?id=1123642#c10 --- Comment #10 from Krasimir Ivanov <kiv(a)mail.orbitel.bg> --- Thank yoou for this information. If so it looks like our test with the hooks was not done reliable enough. So we need to test it as you are suggesting, but as this server is heavy loaded in the normal working time, we need to test it during the weekend After it I will report what happen. With best regards, -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124406] New: man systemd-user.conf references non-existant directories
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1124406 Bug ID: 1124406 Summary: man systemd-user.conf references non-existant directories Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: 64bit OS: openSUSE 42.3 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: openSUSE(a)NiceGuyIT.biz QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.81 Safari/537.36 Build Identifier: The man page for "systemd-user.conf" references "/etc/systemd/system.conf.d/*.conf" and "/etc/systemd/user.conf.d/*.conf" but these directories don't exist. Instead, "/etc/systemd/system/" and "/etc/systemd/user/" are there. If you're not familiar with systemd, you won't realize "/etc/systemd/system/" and "/etc/systemd/user/" are for unit files, not configuration files. It would be nice if the systemd installer created these directories. Many installers create empty directories to represent locations where configuration files are to be put. Not creating "system.conf.d" and "user.conf.d" while creating "system" and "user" adds a little confusion. Please create the following directories. /etc/systemd/system.conf.d/ /etc/systemd/user.conf.d/ Reproducible: Always Steps to Reproduce: 1. Install openSUSE Leap 15.0. Systemd is installed by default. 2. man systemd-user.conf 3. Follow the documentation to install a service manager configuration file. Actual Results: You'll have to create the "system.conf.d" or "user.conf.d" directories because they don't exist. Expected Results: Usually, empty configuration directories are crated by the installer. This has the benefit of "rpm -qf /etc/systemd/system.conf.d/" correctly identifying the directory as part of systemd. Additionally, the documentation clearly references a directory that exists. I put Basesystem for the component because systemd is installed by default. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124397] New: open-vm-tools: Correct and/or improve handling of certain quiesced snapshot failures.
by bugzilla_noreply＠novell.com 06 Feb '19

06 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1124397 Bug ID: 1124397 Summary: open-vm-tools: Correct and/or improve handling of certain quiesced snapshot failures. Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Virtualization:Tools Assignee: virt-bugs(a)suse.de Reporter: okurth(a)vmware.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Customers may hit issues with quiesced snapshots under certain circumstances. This is fixed in a branch forked from 10.3.5: https://github.com/vmware/open-vm-tools/tree/stable-10.3.5-quiesced-snapshot A more detailed description of the issue can be found in the individual commit messages. -- You are receiving this mail because: You are on the CC list for the bug.

1 1