December 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1140614] New: Error loading Applications menu extension in SLE-Classic
by bugzilla_noreply＠novell.com 20 Mar '23

20 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1140614 Bug ID: 1140614 Summary: Error loading Applications menu extension in SLE-Classic Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: qkzhu(a)suse.com Reporter: qkzhu(a)suse.com QA Contact: qa-bugs(a)suse.de CC: gwang(a)suse.com, xiaoguang.wang(a)suse.com, yfjiang(a)suse.com, zcjia(a)suse.com Found By: --- Blocker: --- apps-menu disappeared in TW-20190704, and journalctl shows: > gnome-shell[2369]: Extension "apps-menu(a)gnome-shell-extensions.gcampax.github.com" had error: Error: Requiring GMenu, version none: Typelib file for namespace 'GMenu' (any version) not found -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1146018] New: Unreliable copy and cut
by bugzilla_noreply＠novell.com 19 Mar '23

19 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1146018 Bug ID: 1146018 Summary: Unreliable copy and cut 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: audi_s4(a)luukku.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After fresh installation of Tumbleweed to a new hardware (Ryzen Threadripper + AMD gfx) copy and cut with ctrl+c/x started working unreliably (never experienced this with the previous hardware setups). After KDE is started these work OK but after few hours already copy and cut start to miss these presses. 2nd press usually works but not always. After several days without restarting KDE this problem gets more severe - misses more often. Also, strange behaviour happens with Dolphin for example. When ctrl+x is pressed the file/folder icon flicks quickly to greyed out (cut selection) and back to normal. It becomes difficult to press ctrl+x so that cut selection remains. Holding ctrl+x pressed for repeat the icon start to flicker between normal and selected. Tried changing clipboard configuration options but none have made any difference to the problem. I have not seen issues with paste i.e. if there's something on a clipboard it can be pasted. This is not only ctrl+c/x button combination issue but same applied to selecting copy&cut from application menus. All applications (KDE basic apps, LibreOffice, Thunderbird, Firefox..) I use suffer from this problem thus it seems to be KDE related issue. This has been an issue for several months (since installation early 2019). In the beginning it was even worse i.e. some updates have reduced the issue a bit but not much. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1185952] New: [Build 20210510] PostgreSQL is not startable on s390x
by bugzilla_noreply＠suse.com 18 Mar '23

18 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1185952 Bug ID: 1185952 Summary: [Build 20210510] PostgreSQL is not startable on s390x Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: S/390-64 URL: https://openqa.opensuse.org/tests/1734657/modules/post gresql_server/steps/6 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: ada.lovelace(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-s390x-textmode@s390x-zVM-vswitch-l2 fails in [postgresql_server](https://openqa.opensuse.org/tests/1734657/modules/postgr… All packages can be installed. The problem is that the PostgreSQL server can not be started. The journal log is saying: -- Logs begin at Mon 2021-05-10 22:41:06 EDT, end at Mon 2021-05-10 23:23:02 EDT. -- May 10 23:15:15 susetest systemd[1]: Starting PostgreSQL database server... May 10 23:15:15 susetest systemd[1]: postgresql.service: Control process exited, code=exited, status=1/FAILURE May 10 23:15:15 susetest systemd[1]: postgresql.service: Failed with result 'exit-code'. May 10 23:15:15 susetest systemd[1]: Failed to start PostgreSQL database server. May 10 23:15:15 susetest postgresql-script[12832]: Cannot find an active PostgreSQL server binary. Please install one of the PostgreSQL May 10 23:15:15 susetest postgresql-script[12832]: server packages or activate an already installed version using update-alternatives. ## Test suite description Maintainer: QE Yast Installation in textmode and selecting the textmode "desktop" during installation. ## Reproducible Fails since (at least) Build [20210510](https://openqa.opensuse.org/tests/1734657) (current job) ## Expected result Last good: [20210507](https://openqa.opensuse.org/tests/1731697) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=s390x&distri=opensuse… -- You are receiving this mail because: You are on the CC list for the bug.

1 24

[Bug 1100677] New: trackerbug: packages do not build reproducibly from compile-time CPU-detection
by bugzilla_noreply＠novell.com 18 Mar '23

18 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1100677 Bug ID: 1100677 Summary: trackerbug: packages do not build reproducibly from compile-time CPU-detection Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Depends on: 1100520 Blocks: 1081754 Found By: Development Blocker: --- e.g. bug 1100520 compiler options -march=native and -mtune=native make the resulting machine code depend on the build system's CPU which breaks reproducible builds. affects at least: glucat form python-annoy legion trigger-rally This is already fixed in: clpeak higan kyotocabinet one common approach seems to do sed -i "s|-march=native||g" $FILE -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Bug 1159231] New: tesseract-ocr builds with march=native
by bugzilla_noreply＠novell.com 18 Mar '23

18 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1159231 Bug ID: 1159231 Summary: tesseract-ocr builds with march=native Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Factory Status: NEW Severity: Major Priority: P5 - None Component: Development Assignee: idonmez(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: hiwatari.seiji(a)gmail.com Found By: Development Blocker: --- While working on reproducible builds for openSUSE, I found that the tesseract-ocr package binary varies depending on build machine CPU. This is a bug that can cause crashes on machines older that the random build machine. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1192844] New: vlc dvd:// crashes in Mesa init_source
by bugzilla_noreply＠suse.com 17 Mar '23

17 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1192844 Bug ID: 1192844 Summary: vlc dvd:// crashes in Mesa init_source Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: ohering(a)suse.com QA Contact: gfx-bugs(a)suse.de Found By: --- Blocker: --- vlc dvd:// crashes: Core was generated by `vlc dvd://'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f5b2d18b011 in init_source (buffer=0x7f5ae8842088, idct=0x7f5ae87eb4e0) at ../src/gallium/auxiliary/vl/vl_idct.c:597 597 tex = buffer->sampler_views.individual.source->texture; [Current thread is 1 (Thread 0x7f5aeed36640 (LWP 2185))] (gdb) p buffer->sampler_views $1 = {all = {0x0, 0x7f5ae8829390, 0x0, 0x7f5ae8829390}, stage = {{0x0, 0x7f5ae8829390}, {0x0, 0x7f5ae8829390}}, individual = { source = 0x0, matrix = 0x7f5ae8829390, intermediate = 0x0, transpose = 0x7f5ae8829390}} (gdb) bt #0 0x00007f5b2d18b011 in init_source (buffer=0x7f5ae8842088, idct=0x7f5ae87eb4e0) at ../src/gallium/auxiliary/vl/vl_idct.c:597 #1 vl_idct_init_buffer (intermediate=0x0, source=<optimized out>, buffer=0x7f5ae8842088, idct=0x7f5ae87eb4e0) at ../src/gallium/auxiliary/vl/vl_idct.c:806 #2 init_idct_buffer (buffer=<optimized out>, dec=0x7f5ae8841de8) at ../src/gallium/auxiliary/vl/vl_mpeg12_decoder.c:256 #3 vl_mpeg12_get_decode_buffer (dec=dec@entry=0x7f5ae87eb2e0, target=<optimized out>) at ../src/gallium/auxiliary/vl/vl_mpeg12_decoder.c:557 #4 0x00007f5b2d18ba87 in vl_mpeg12_begin_frame (decoder=0x7f5ae87eb2e0, target=<optimized out>, picture=0x7f5ae807dca8) at ../src/gallium/auxiliary/vl/vl_mpeg12_decoder.c:606 #5 0x00007f5aeddac314 in handleVASliceDataBufferType (context=context@entry=0x7f5ae807dc30, buf=<optimized out>) at ../src/gallium/frontends/va/picture.c:351 #6 0x00007f5aeddadf09 in vlVaRenderPicture (ctx=<optimized out>, context_id=<optimized out>, buffers=0x7f5ae801cb70, num_buffers=72) at ../src/gallium/frontends/va/picture.c:581 #7 0x00007f5af4bc15bf in vaRenderPicture (dpy=0x7f5ae810eb50, context=8, buffers=0x7f5ae801cb70, num_buffers=72) at /usr/src/debug/libva-2.13.0-3.1.x86_64/va/va.c:1605 #8 0x00007f5b0c92e990 in ff_vaapi_decode_issue (avctx=0x7f5ae8001580, pic=0x7f5ae807ab40) at libavcodec/vaapi_decode.c:179 #9 0x00007f5b0c93a61e in vaapi_mpeg2_end_frame (avctx=<optimized out>) at libavcodec/vaapi_mpeg2.c:121 #10 0x00007f5b0c7d3fa0 in slice_end (avctx=avctx@entry=0x7f5ae8001580, pict=pict@entry=0x7f5ae8005f80) at libavcodec/mpeg12dec.c:2042 #11 0x00007f5b0c7deb4d in decode_chunks (avctx=0x7f5ae8001580, picture=0x7f5ae8005f80, got_output=0x7f5aeed359a0, buf=0x7f5ae8045c60 "", buf_size=137080) at libavcodec/mpeg12dec.c:2495 #12 0x00007f5b0c7dfb4e in mpeg_decode_frame (avctx=0x7f5ae8001580, data=0x7f5ae8005f80, got_output=0x7f5aeed359a0, avpkt=<optimized out>) at libavcodec/mpeg12dec.c:2847 #13 0x00007f5b0c5d440a in decode_simple_internal (discarded_samples=<synthetic pointer>, frame=0x7f5ae8005f80, avctx=0x7f5ae8001580) at libavcodec/decode.c:329 #14 decode_simple_receive_frame (frame=<optimized out>, avctx=<optimized out>) at libavcodec/decode.c:530 #15 decode_receive_frame_internal (avctx=avctx@entry=0x7f5ae8001580, frame=0x7f5ae8005f80) at libavcodec/decode.c:550 #16 0x00007f5b0c5d5888 in avcodec_send_packet (avctx=avctx@entry=0x7f5ae8001580, avpkt=0x7f5ae8006d40) at libavcodec/decode.c:617 ... (gdb) info source Current source file is ../src/gallium/auxiliary/vl/vl_idct.c Compilation directory is /usr/src/debug/Mesa-drivers-21.2.5-293.2.x86_64/x86_64-suse-linux Located in /usr/src/debug/Mesa-drivers-21.2.5-293.2.x86_64/src/gallium/auxiliary/vl/vl_idct.c ... [ 26.750403][ T570] [drm] initializing kernel modesetting (RV620 0x1002:0x95C5 0x1028:0x0342 0x00). [ 26.759604][ T570] ATOM BIOS: 113 ... No idea when it started, just tried it this week on this Dell OptiPlex 980. -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1184786] New: Deduplicate directory ownership with filesystem package
by bugzilla_noreply＠suse.com 17 Mar '23

17 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1184786 Bug ID: 1184786 Summary: Deduplicate directory ownership with filesystem package 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: dmueller(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, checksec pointed out that various directories in our /usr are 0755 while they're 0555 on Fedora and Red Hat. For more hardened environments this might make a difference, as it prevents a user "root" that doesn't have DAC_OVERRIDE permission to no longer write/create files there. In order to achieve that, only one package need to own the permissions of that directory. currently we have various packages co-owning it, which means actual permission would depend on installation order, and we'd get installation conflicts. This can be prevented by de-duplicating directory ownership. this is a tracker bug that tracks the work related to it. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1191381] New: gnu-compilers-hpc: Move rpm macros to %_rpmmacrodir
by bugzilla_noreply＠suse.com 16 Mar '23

16 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1191381 Bug ID: 1191381 Summary: gnu-compilers-hpc: Move rpm macros to %_rpmmacrodir Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: eich(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1191379 Found By: --- Blocker: --- rpm macros aren't config files for the administrator, as such they should be installed into %_rpmmacrodir (ie /usr/lib/rpm/macros.d) instead of /etc/rpm. Please consider adjusting gnu-compilers-hpc -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1175587] New: windows:mingw:win{32|64}/mingw{32|64}-filesystem: Deprecated external dependency generator is used
by bugzilla_noreply＠suse.com 15 Mar '23

15 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1175587 Bug ID: 1175587 Summary: windows:mingw:win{32|64}/mingw{32|64}-filesystem: Deprecated external dependency generator is used Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: fstrba(a)suse.com Reporter: ralf.habacker(a)freenet.de QA Contact: screening-team-bugs(a)suse.de CC: fridrich.strba(a)bluewin.ch, hib(a)hiberis.nl, idonmez(a)suse.com, mkbosmans(a)gmail.com Found By: --- Blocker: --- On building packages there is always a message printed that a 'Deprecated external dependency generator is used'. The reason for this message is located in macros.mingw32 (https://build.opensuse.org/package/view_file/windows:mingw:win32/mingw32-fi…) %_mingw32_package_header \ %global __strip %{_mingw32_strip} \ %global __objdump %{_mingw32_objdump} \ %global _use_internal_dependency_generator 0 \ %global __find_requires %{_mingw32_findrequires} \ %global __find_provides %{_mingw32_findprovides} \ %global __os_install_post %{_mingw32_install_post} by specifing '_use_internal_dependency_generator 0' and overriding the __find_requires and __find_provides. Recent obs dependency support uses *.attr file as shown below: cat /usr/lib/rpm/fileattrs/cmake.attr %__cmake_provides %{_rpmconfigdir}/cmake.prov %__cmake_path ^/usr/lib(64)?/cmake/.*/.*(Config\.cmake|-config\.cmake) where the mentioned file cmake.prov does the work of generating a list of packages that are provided by cmake configuration files. Similar files exists for debuginfo cat /usr/lib/rpm/fileattrs/debuginfo.attr %__debuginfo_provides %{_rpmconfigdir}/debuginfo.prov %__debuginfo_path ^/usr/lib/debug/ for pkgconfig files cat /usr/lib/rpm/fileattrs/pkgconfig.attr %__pkgconfig_provides %{_rpmconfigdir}/pkgconfigdeps.sh --provides %__pkgconfig_requires %{_rpmconfigdir}/pkgconfigdeps.sh --requires %__pkgconfig_path ^((%{_libdir}|%{_datadir})/pkgconfig/.*\.pc|%{_bindir}/pkg-config)$ for executables cat /usr/lib/rpm/fileattrs/elf.attr %__elf_provides %{_rpmconfigdir}/elfdeps --provides %{?__filter_GLIBC_PRIVATE:--filter-private} %__elf_requires %{_rpmconfigdir}/elfdeps --requires %{?__filter_GLIBC_PRIVATE:--filter-private} %__elf_magic ^(setuid,? )?(setgid,? )?(sticky )?ELF (32|64)-bit.*executable %__elf_flags exeonly %__elf_exclude_path ^/usr/lib/debug/ for shared libraries cat /usr/lib/rpm/fileattrs/elflib.attr %__elflib_provides %{_rpmconfigdir}/elfdeps --assume-exec --provides %{?__filter_GLIBC_PRIVATE:--filter-private} %__elflib_requires %{_rpmconfigdir}/elfdeps --assume-exec --requires %{?__filter_GLIBC_PRIVATE:--filter-private} %__elflib_magic ^(setuid )?(setgid )?(sticky )?ELF (32|64)-bit.*shared object %__elflib_exclude_path ^/usr/lib/debug/ and others. To take advantage of this type of support, the currently used files mingw32-find-provides.sh and mingw32-find-requres.sh must be split into implementations that handle a single category of corresponding files. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1166537] New: osc rq accept - forwarding request causes backtrace
by bugzilla_noreply＠novell.com 15 Mar '23

15 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1166537 Bug ID: 1166537 Summary: osc rq accept - forwarding request causes backtrace Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: marco.strigl(a)suse.com Reporter: suse-beta(a)cboltz.de QA Contact: qa-bugs(a)suse.de CC: suse-tux(a)gmx.de Found By: --- Blocker: --- When accepting a SR to a devel project, osc asks if I want to forward the SR to Factory. I answered "y", but got this nice backtrace instead of a SR to Factory: # osc rq accept 784420 Result of change request state: ok openSUSE:Factory Forward this submit to it? ([y]/n)y Traceback (most recent call last): File "/usr/bin/osc", line 41, in <module> r = babysitter.run(osccli) File "/usr/lib/python3.8/site-packages/osc/babysitter.py", line 64, in run return prg.main(argv) File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 344, in main return self.cmd(args) File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 367, in cmd retval = self.onecmd(argv) File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 501, in onecmd return self._dispatch_cmd(handler, argv) File "/usr/lib/python3.8/site-packages/osc/cmdln.py", line 1232, in _dispatch_cmd return handler(argv[0], opts, *args) File "/usr/lib/python3.8/site-packages/osc/commandline.py", line 2652, in do_request project, package, html.escape(msg, quote=False)) NameError: name 'html' is not defined Wild guess: missing "import html"? Note: commandline.py has an "import html" in do_submitrequest(), but this import isn't visible to do_request(). Also note that there are more functions in this file that call html.escape() without importing html before and will probably break in a similar way. Doing the "import html" in the file header instead of inside the functions might be a good idea. -- You are receiving this mail because: You are on the CC list for the bug.

2 2