May 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1013324] New: Gnome-todo Does Not Show Google Tasks
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1013324 Bug ID: 1013324 Summary: Gnome-todo Does Not Show Google Tasks Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: Antoine.Saroufim(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- on openSUSE Tumbleweed with the latest snapshot, gnome-todo shows an empty list for the enabled gmail accounts while they should not be empty. Added tasks are not saved and do not appear on Google tasks either. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1081014] New: [Build 20180213] GNUcash fails to start help in a p[asma/wayland session
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1081014 Bug ID: 1081014 Summary: [Build 20180213] GNUcash fails to start help in a p[asma/wayland session Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/609894/modules/gnuca sh/steps/47 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-kde-wayland@64bit_virtio fails in [gnucash](https://openqa.opensuse.org/tests/609894/modules/gnucash/steps/47) ## Reproducible Fails since (at least) Build [20170825](https://openqa.opensuse.org/tests/474925) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?version=Tumbleweed&arch=x8… This kind of issue seems to be unique to Plasma/Wayland - where the help does ot show up. Other test reliably show the help window. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1131076] New: Gnome applications fail to start after zypper update and gets fixed by forcing gsettings-desktop-schemas
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1131076 Bug ID: 1131076 Summary: Gnome applications fail to start after zypper update and gets fixed by forcing gsettings-desktop-schemas Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: mail(a)aitorpazos.es QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0 Build Identifier: This is an issue I've been seeing in my installation for some months now. It is one I don't have an explanation for but I do have a consistent workaround to fix it when it happens. Last time it happened, I spent the time on gathering logs and info that may help getting to the bottom of it. So this is what happens: - After some zypper updates, Firefox and any other apps that use Gnome libraries fail to start (I use KDE as my desktop environment). The reported error is: ``` (firefox:11159): GLib-GIO-ERROR **: 16:28:47.893: No GSettings schemas are installed on the system ExceptionHandler::GenerateDump cloned child 11168 ExceptionHandler::SendContinueSignalToChild sent continue signal to child ExceptionHandler::WaitForContinueSignal waiting for continue signal... (crashreporter:11170): GLib-GIO-ERROR **: 16:28:47.984: No GSettings schemas are installed on the system ``` - See the zypper log attached for that update - From experience on other instances of this error, I knew that reinstalling gsettings-desktop-schemas package will solve the issue and therefore, I took a look at the package to see if there was any difference between the contents of the package and the files in my filesystem. There were no differences and I couldn't see any script on the package that will trigger any system change other than replacing the files. - So I proceeded with the re-installation of gsettings-desktop-schemas package (`sudo zypper in --force gsettings-desktop-schemas`) - As expected, Firefox started working again - Checking at the filesystem changes on the `gsettings-desktop-schemas` reinstall using `snapper diff`, there were only rpm database related file changes: ``` Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Basenames and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Basenames differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Dirnames and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Dirnames differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Group and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Group differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Installtid and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Installtid differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Name and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Name differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Packages and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Packages differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Providename and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Providename differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Recommendname and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Recommendname differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Sha1header and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Sha1header differ Binary files /.snapshots/757/snapshot/usr/lib/sysimage/rpm/Sigmd5 and /.snapshots/758/snapshot/usr/lib/sysimage/rpm/Sigmd5 differ ``` Restarting the system doesn't fix it. Some googling suggests it may be related with the value of `XDG_DATA_DIRS`, but some other reports for other distros seem to suggest the same workaround (reinstalling gsettings-desktop-schemas): https://stackoverflow.com/questions/28953925/glib-gio-error-no-gsettings-sc… https://stackoverflow.com/questions/37510261/ubuntu-meld-no-gsettings-schem… https://forums.freebsd.org/threads/mate-not-starting-with-message-no-gsetti… My `XDG_DATA_DIRS` environment variable (no change between before and after the error): XDG_DATA_DIRS=/home/aitor/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share Any advice would be greatly appreciated. Reproducible: Sometimes Steps to Reproduce: 1. Perform a packages upgrade (`zypper up` or `zypper dup`) Actual Results: Sometimes, after the update, Firefox and other applications using Gnome libraries fail to start: ``` (firefox:11159): GLib-GIO-ERROR **: 16:28:47.893: No GSettings schemas are installed on the system ExceptionHandler::GenerateDump cloned child 11168 ExceptionHandler::SendContinueSignalToChild sent continue signal to child ExceptionHandler::WaitForContinueSignal waiting for continue signal... (crashreporter:11170): GLib-GIO-ERROR **: 16:28:47.984: No GSettings schemas are installed on the system ``` Expected Results: Start Firefox or any other Gnome app as usual Forcing the reinstall of `gsettings-desktop-schemas` package fixes the issue: (`sudo zypper in --force gsettings-desktop-schemas`) -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1128190] New: GNOME 3.32.0 in Tumbleweed - Brewing in GNOME:Next
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1128190 Bug ID: 1128190 Summary: GNOME 3.32.0 in Tumbleweed - Brewing in GNOME:Next Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: bjorn.lie(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This is a meta bug for stuff that needs to be done/fixed before we can push GNOME 3.32.x into Tumbleweed. -- You are receiving this mail because: You are on the CC list for the bug.

2 26

[Bug 1128589] New: GDM - patches and build needs major rework and bumping to 3.32.x
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1128589 Bug ID: 1128589 Summary: GDM - patches and build needs major rework and bumping to 3.32.x Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: bjorn.lie(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The patches and the way we build gdm needs major rework. In reality we need to look into how we build gdm, and if we can move away from depending on xdm, since we now use the update-alternatives magic for selecting what login manager to use. Depending on xdm for a few folders and files are insane! HELP WANTED!! -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1121963] New: [Build 20190112] openQA test fails in NM_wpa2_enterprise
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1121963 Bug ID: 1121963 Summary: [Build 20190112] openQA test fails in NM_wpa2_enterprise Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/831502/modules/NM_wp a2_enterprise/steps/19 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_on_gnome@64bit fails in [NM_wpa2_enterprise](https://openqa.opensuse.org/tests/831502/modules/NM_wpa… ## Reproducible Fails since (at least) Build [20181224](https://openqa.opensuse.org/tests/821120) ## Expected result Last good: [20181219](https://openqa.opensuse.org/tests/819007) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?version=Tumbleweed&test=ex… At that step, openQA would switch back to the X-Session, but somehow we end up on gdm (and the test does not anticipate that) since there seems not to be a QA related change, I file it as a product bug (this issue started after the major yast stack update) -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1109687] New: gnome-news differs between architectures
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1109687 Bug ID: 1109687 Summary: gnome-news differs between architectures Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: os.gnome.maintainers(a)gmail.com Blocks: 1109534 Found By: Development Blocker: --- see bug 1109534 for background /usr/bin/gnome-news differs (Python script, ASCII text executable) --- old//usr/bin/gnome-news 2018-03-11 01:10:54.000000000 +0000 +++ new//usr/bin/gnome-news 2018-03-10 17:48:18.000000000 +0000 @@ -7,7 +7,7 @@ import gettext # Make sure we'll find the pygobject module, even in JHBuild -sys.path.insert(1, "/usr/lib64/python3.6/site-packages") +sys.path.insert(1, "/usr/lib/python3.6/site-packages") # Make sure we'll find the gnomenews module, even in JHBuild sys.path.insert(1, "/usr/lib/python3.6/site-packages") Might be easiest to always include both lib and lib64 independent of build architecture. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1104904] New: [Build 6.36] openQA test fails in finish_desktop
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1104904 Bug ID: 1104904 Summary: [Build 6.36] openQA test fails in finish_desktop Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/726678/modules/finis h_desktop/steps/12 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-3.29.90.1-Gnome-Live-x86_64-gnome-live@uefi-usb fails in [finish_desktop](https://openqa.opensuse.org/tests/726678/modules/finish_des… ## Reproducible Fails since (at least) Build [6.20](https://openqa.opensuse.org/tests/721301) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?machine=uefi-usb&arch=x86_… First debug sessions show that gnome-shell segfaults in glib2; glib2 was recently updated and migrated to meson as build system. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1048934] New: Enable STAudio ADCIII device in ice1712
by bugzilla_noreply＠novell.com 18 May '20

18 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1048934 Bug ID: 1048934 Summary: Enable STAudio ADCIII device in ice1712 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: sbahling(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 732588 --> http://bugzilla.suse.com/attachment.cgi?id=732588&action=edit Patch against latest openSUSE Leap 42.2 kernel I have a rare but very nice 8 channel ADC unit that uses the hoontech ice1712 driver. For years I have carried around a special patch that makes this unit work properly. First it appears that the MUTE flag must be set in order to unmute the channels. Second, I enable all box configs. From what I recall these settings are hard coded, so no option other than patching the code. During the days when the alsa-driver-kmp was maintained, it was not too difficult for me to simply link and patch that, but now I need to patch the in kernel driver which is more of a pain. I'm guessing that maintaining my own KMP will also be a pain in the long run. Would be nice to find a way to make these parts runtime configurable or at least via module configuration. -- You are receiving this mail because: You are on the CC list for the bug.

2 26

[Bug 1132439] New: [transactional server] does not scale in VirtualBox
by bugzilla_noreply＠novell.com 18 May '20

18 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1132439 Bug ID: 1132439 Summary: [transactional server] does not scale in VirtualBox Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: axel.braun(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Using a fully patched Leap 15.0 as host (Virtualbox 5.2.22), I have installed Leap 15.1 Build 449.2 with transactional server and KDE desktop. virtualbox-guest-kmp-default virtualbox-guest-X11 virtualbox-guest-tools are installed on the client. When enlarging the Vbox window, the resolution of the client remains at 640x480. Expected behaviour: client scales up to a larger resolution -- You are receiving this mail because: You are on the CC list for the bug.

2 10