February 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1160875] libtirpc fails with -fno-common
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1160875 http://bugzilla.suse.com/show_bug.cgi?id=1160875#c8 --- Comment #8 from Petr Vorel <petr.vorel(a)suse.com> --- Thanks for confirmation, forwarded to factory as https://build.opensuse.org/request/show/770402 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1161600] New: Applications and fonts dissapear
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1161600 Bug ID: 1161600 Summary: Applications and fonts dissapear 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: pedropablolc(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Sometimes chrome and wps doesnt open, some fonts installed from font manager disappear from list as well but if im try to install display that it exist on system. I need to restart up to three times to let me open the applications and to show the fonts. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1159706] puddletag - ASSERT: "PyList_CheckExact(py)" in file ../../qpy/QtCore/qpycore_chimera.cpp
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1159706 http://bugzilla.suse.com/show_bug.cgi?id=1159706#c7 Michael Hirmke <opensuse(a)mike.franken.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX |--- --- Comment #7 from Michael Hirmke <opensuse(a)mike.franken.de> --- It is not possible to install python-qt4 on Tumbleweed, because qt4 has beend deprecated completely: zypper in ./puddletag-1.2.0-lp151.2.2.noarch.rpm ./python2-qt4-4.12.1-lp151.3.5.x86_64.rpm Loading repository data... Reading installed packages... The selected package 'puddletag-1.2.0-lp151.2.2.noarch' from repository 'Plain RPM files cache' has lower version than the installed one. Use 'zypper install --oldpackage puddletag-1.2.0-lp151.2.2.noarch' to force installation of the package. Resolving package dependencies... Problem: nothing provides libQtCore.so.4()(64bit) needed by python2-qt4-4.12.1-lp151.3.5.x86_64 Solution 1: do not install python2-qt4-4.12.1-lp151.3.5.x86_64 Solution 2: break python2-qt4-4.12.1-lp151.3.5.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1161843] Screen flickering on latest Dell XPS 7390 with kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1161843 http://bugzilla.suse.com/show_bug.cgi?id=1161843#c13 --- Comment #13 from Sébastien POHER <sogal(a)opensuse.org> --- My bad, I though bugzilla.kernel.org would be appropriate, should I close it with a link on the Intel DRM Gitlab ? Here is the bug report: https://gitlab.freedesktop.org/drm/intel/issues/1145 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1153547] Yast2 User Logon Management: SSSD configuration missing option for ldap-domain
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1153547 http://bugzilla.suse.com/show_bug.cgi?id=1153547#c6 --- Comment #6 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-RU-2020:0174-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 1153547 CVE References: Sources used: openSUSE Leap 15.1 (src): yast2-auth-client-4.1.3-lp151.2.6.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1162887] New: [Build 20200204] openQA test fails in add_box_virtualbox - winrm-fs update to 1.3.4 breaks vagrant
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1162887 Bug ID: 1162887 Summary: [Build 20200204] openQA test fails in add_box_virtualbox - winrm-fs update to 1.3.4 breaks vagrant Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/1164864/modules/add_ box_virtualbox/steps/27 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Containers Assignee: containers-bugowner(a)suse.de Reporter: stefan.bruens(a)rwth-aachen.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation vagrant wants rubyzip ~> 1.3 winrm-fs 1.3.4 wants rubyzip ~> 2.0 https://github.com/hashicorp/vagrant/issues/11375 openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_vagrant@64bit fails in [add_box_virtualbox](https://openqa.opensuse.org/tests/1164864/modules/add_b… ## Test suite description Maintainer: dancermak. Test vagrant, vagrant plugins and the vagrant boxes ## Reproducible Fails since (at least) Build [20191217](https://openqa.opensuse.org/tests/1117038) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124078] [doc] Verify correct path to linuxrc "info" file
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1124078 http://bugzilla.suse.com/show_bug.cgi?id=1124078#c9 Carla Schroder <cschroder(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED Flags|needinfo?(lproven(a)suse.com) | --- Comment #9 from Carla Schroder <cschroder(a)suse.com> --- Merged and backported: SLE15SP2: https://github.com/SUSE/doc-sle/pull/551 SLE15SP1: https://github.com/SUSE/doc-sle/commit/c2800076ea50f049353f274e6ae905809d15… SLE15SP0: https://github.com/SUSE/doc-sle/commit/b5c3e76341e5286722526edf338dcfc53aa8… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1162435] lots of entries in vmware-vmsvc-root.log "[ warning] [guestinfo] GuestInfoGetDiskDevice: Missing disk device name;
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1162435 http://bugzilla.suse.com/show_bug.cgi?id=1162435#c8 --- Comment #8 from John Wolfe <jwolfe(a)vmware.com> --- (In reply to Michael Krapp from comment #5) > > 47: PCI 10.0: 0100 SCSI storage controller > [Created at pci.386] > ... > Model: "VMware LSI Logic Parallel SCSI Controller" > Vendor: pci 0x1000 "LSI Logic / Symbios Logic" In my testing, so far, with recent versions of ESXi, the default SCSI controller is the VMware Paravirtual SCSI controller. There are some differences in the way Linux enumerates the devices on a VMware LSI Logic Parallel SCSI controller on bus 0. So that will be my next round of testing - LSI Logic and either partitioned disk(s) or LVM. Michael, Are you seeing this on all SLES 12 SP4 VMs or just when SCSI0 is a LSI Logic controller? What is the VM hardware version of VMs experiencing this issue? Is there any pattern? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1162883] New: gem2rpm output does not satisfy `osc service localrun format_spec_file`
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1162883 Bug ID: 1162883 Summary: gem2rpm output does not satisfy `osc service localrun format_spec_file` Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Ruby Assignee: ruby-devel(a)suse.de Reporter: james.mason(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- `gem2rpm` specfiles include the "Url:" element; `osc service localrun format_spec_file` changes this to "URL:". Scripts we use to generate specfiles should be consistent with our standards for specfile format. example: -Url: https://github.com/infrablocks/ruby_terraform +URL: https://github.com/infrablocks/ruby_terraform -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1162435] lots of entries in vmware-vmsvc-root.log "[ warning] [guestinfo] GuestInfoGetDiskDevice: Missing disk device name;
by bugzilla_noreply＠novell.com 05 Feb '20

05 Feb '20

http://bugzilla.suse.com/show_bug.cgi?id=1162435 http://bugzilla.suse.com/show_bug.cgi?id=1162435#c7 --- Comment #7 from John Wolfe <jwolfe(a)vmware.com> --- Hi Michael, (In reply to Michael Krapp from comment #5) > > just for clarification, we never tried VMwaretools, but only open-vm-tools > and only the latest update in the SLES12SP4 channel shows this behaviour. Nor would I have expected you to use VMware Tools. That is a VMware internal build of the same source that uses a Perl script to install the vmtools from a tar file - based on the version of Linux encountered. It was a quicker way to get a debug version of 11.0.x tools onto the SLES VM without having to play with the packaging repository links on the guest. All our QE release and reqression testing uses the appropriate RPM built from the open-vm-tools source. Last evening I registered my SLES 12 SP4 Desktop VM and after refreshing the repository information I installed the SUSE OVT 11.0.0 packages. open-vm-tools-11.0.0-4.18.3.x86_64 open-vm-tools-desktop-11.0.0-4.18.3.x86_64 libvmtools0-11.0.0.4.18.3-x86_64 Testing with the SUSE OVT 11.0.0 did not repro the problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 0