March 2017 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 974800] New: unable to run go-5 on armv7
by bugzilla_noreply＠novell.com 04 Jun '20

04 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=974800 Bug ID: 974800 Summary: unable to run go-5 on armv7 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv7 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dmueller(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- running go-5 on tumbleweed/armv7hl gives an endless hang, e.g. as seen on "go-5 version". gdb gives: Program received signal SIGINT, Interrupt. 0xb639b750 in __pthread_mutex_unlock_usercnt ( mutex=0xb6fff4dc <_rtld_local+1244>, decr=1) at pthread_mutex_unlock.c:73 73 pthread_mutex_unlock.c: No such file or directory. (gdb) p i No symbol "i" in current context. (gdb) bt #0 0xb639b750 in __pthread_mutex_unlock_usercnt ( mutex=0xb6fff4dc <_rtld_local+1244>, decr=1) at pthread_mutex_unlock.c:73 #1 0xb64cb4ec in __GI___dl_iterate_phdr ( callback=0xb64cb4ec <__GI___dl_iterate_phdr+436>, data=0x10415c54, data@entry=0x10415c4c) at dl-iteratephdr.c:83 #2 0xb64cc3b0 in __gnu_Unwind_Find_exidx (pc=pc@entry=3057612094, pcount=0x10415c74, pcount@entry=0x10415c6c) at ../sysdeps/arm/find_exidx.c:74 #3 0xb637c4f0 in get_eit_entry (ucbp=ucbp@entry=0x10415c88, return_address=3057612094) at ../../../libgcc/unwind-arm-common.inc:210 #4 0xb637cc50 in __gnu_Unwind_Backtrace (trace=0xb6cef380 <unwind>, trace_argument=0x10415f28, entry_vrs=<optimized out>) at ../../../libgcc/unwind-arm-common.inc:567 #5 0xb637d700 in _Unwind_Backtrace () at ../../../libgcc/config/arm/libunwind.S:360 #6 0xb6cef440 in backtrace_full (state=<optimized out>, skip=skip@entry=0, callback=<optimized out>, error_callback=<optimized out>, data=0x10415f54, data@entry=0x10415f4c) at ../../../libbacktrace/backtrace.c:106 #7 0xb69d92d4 in runtime_callers (skip=skip@entry=1, locbuf=locbuf@entry=0x10418074, m=m@entry=32, keep_thunks=keep_thunks@entry=0 '\000') at ../../../libgo/runtime/go-callers.c:168 #8 0xb69e8adc in mcommoninit (mp=mp@entry=0x10418000) ---Type <return> to continue, or q <return> to quit---c at ../../../libgo/runtime/proc.c:808 #9 0xb69eb3d4 in runtime_allocm (p=p@entry=0x0, stacksize=stacksize@entry=-1, ret_g0_stack=ret_g0_stack@entry=0x0, ret_g0_stacksize=ret_g0_stacksize@entry=0x0) at ../../../libgo/runtime/proc.c:1146 #10 0xb69eb47c in newm (fn=0xb69ede60 <sysmon>, p=p@entry=0x0) at ../../../libgo/runtime/proc.c:1433 #11 0xb69ed3ec in runtime_main (dummy=<optimized out>) at ../../../libgo/runtime/proc.c:575 #12 0xb69eaf60 in kickoff () at ../../../libgo/runtime/proc.c:235 #13 0xb63f7540 in setcontext () at ../sysdeps/unix/sysv/linux/arm/setcontext.S:82 Backtrace stopped: previous frame identical to this frame (corrupt stack?) -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1011815] New: [Build 20161121] Console messages writes over YaST configuration page in terminal
by bugzilla_noreply＠novell.com 03 Jun '20

03 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1011815 Bug ID: 1011815 Summary: [Build 20161121] Console messages writes over YaST configuration page in terminal Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 URL: http://openqa.opensuse.org/tests/309124/modules/yast2_ samba/steps/37 OS: All Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: zluo(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-yast2_ui_gnome@64bit fails in [yast2_samba](http://openqa.opensuse.org/tests/309124/modules/yast2_samba/st… dmesg messages writes over YaST configuration screen and breaks needle match. ## Reproducible Fails since (at least) Build [20161121](http://openqa.opensuse.org/tests/308999) ## Expected result The message should not show up at all to screen. Last good: [20161120](http://openqa.opensuse.org/tests/308402) (or more recent) ## Further details Always latest result in this scenario: [latest](http://openqa.opensuse.org/tests/latest?arch=x86_64&version=Tumblew… -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 966057] New: RPM pacakges won't regenerate initrd on removal
by bugzilla_noreply＠novell.com 29 May '20

29 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=966057 Bug ID: 966057 Summary: RPM pacakges won't regenerate initrd on removal Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: All OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Currently there are two macros in /etc/rpm/macros.initrd: %regenerate_initrd_post, to be called in the %post and %postun sections and %regenerate_initrd_posttrans, to be called in %posttrans. %regenerate_initrd_post simply sets a flag that the initrd has to be rebuilt after the transaction. The posttrans macros takes care of that. Now, that works fine for installation (%post -> %posttrans) and upgrades (%postun -> %post -> %posttrans), but on removal, %posttrans is never run. How could that be implemented properly? -- You are receiving this mail because: You are on the CC list for the bug.

2 12

[Bug 1003939] New: enlightenment doesn't honor system locale
by bugzilla_noreply＠novell.com 28 May '20

28 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1003939 Bug ID: 1003939 Summary: enlightenment doesn't honor system locale Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- - install Beta3 in different locale (German in this case) - select XFCE - in summary screen go to software, unselect XFCE and select Englightenment - first log in presents wizard which is only partially in German - Desktop ends up in US locale with US clock and US keyboard even though system settings say de_DE -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1007777] New: windows:mingw:win32/mingw32-libqt5-qtwebkit: Bug
by bugzilla_noreply＠novell.com 23 May '20

23 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1007777 Bug ID: 1007777 Summary: windows:mingw:win32/mingw32-libqt5-qtwebkit: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: rafal.przemyslaw.malinowski(a)gmail.com Reporter: rafal.przemyslaw.malinowski(a)gmail.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com CC: fridrich.strba(a)bluewin.ch, fstrba(a)suse.com, hib(a)hiberis.nl, idonmez(a)suse.com, mkbosmans(a)gmail.com, tlillqvist(a)suse.com Found By: --- Blocker: --- Package does not build because of headers change. To fix apply: https://build.opensuse.org/package/view_file/home:rmalinowski:mingw32-qt5-k… -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1012272] New: Cannot open Flatpak Bundles with Gnome-Software
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1012272 Bug ID: 1012272 Summary: Cannot open Flatpak Bundles with Gnome-Software 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: Antoine.Saroufim(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Opening .flatpak bundles via gnome-software does absolutely nothing. Gnome-software doesn't even launch or start. Flatpak bundles are also not automatically detected as a type of file that can be opened with gnome-software. Currently using GNOME 3.22.2 on Tumbleweed (fully updated to the latest snapshot) -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[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 980866] New: update-scripts leave ton of leftovers
by bugzilla_noreply＠novell.com 15 May '20

15 May '20

http://bugzilla.suse.com/show_bug.cgi?id=980866 Bug ID: 980866 Summary: update-scripts leave ton of leftovers Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: tchvatal(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- While we now have leftover mechanism to run scripts on posttrans of packages just once instead of for all invocations we keep the scripts that were not executed in /var/adm/update-scripts/ Most visible it is on update scripts for font scriptlets. One of the leftovers: dreamcrawler:/var/adm/update-scripts # cat ghostscript-fonts-9.06-7.4-reconfigure-fonts if [ -e /var/run/fontpackages/reconfigure-fonts ]; then if [ -x /usr/sbin/fonts-config ]; then /usr/sbin/fonts-config --quiet fi rm /var/run/fontpackages/reconfigure-fonts fi rm /var/adm/update-scripts/ghostscript-fonts-9.06-7.4-reconfigure-fonts I suppose proper solution would be to run just one of the scripts, but then delete them all and not keep any? -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 954505] New: yast ruby msg extractor (xgettext) does not support format marker
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.suse.com/show_bug.cgi?id=954505 Bug ID: 954505 Summary: yast ruby msg extractor (xgettext) does not support format marker Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: ke(a)suse.com QA Contact: jsrain(a)suse.com CC: 5yrnyk(a)myway.com, ancor(a)suse.com, dimstar(a)opensuse.org, ke(a)suse.com Depends on: 954357 Found By: --- Blocker: --- +++ This bug was initially created as a clone of Bug #954357 +++ When installing Leap 42.1 (or 13.2) with Ukrainian localization the page of user account setup is skipped with error: Details: malformed format string - %*[0-9] Caller: /usr/lib64/ruby/gems/2.1.0/gems/fast_gettext-0.9.2/lib/fast_gettext/vendor/string.rb:70:in `%' Other tried localizations show user account page correctly. y2logs is attached ============================================================================= Karl Eichwalder 2015-11-10 17:36:40 CET (In reply to Ancor Gonzalez Sosa from comment #5) > Silly me! I was looking at Estonian .po file (et) and checking the effect in > Greek language (el). But turns out el!=et. :-) > > In Estonian it's not broken just because the translation is marked as fuzzy > (so not included in the .mo file)... a missing translation that is not that > obvious when you are staring at a Greek screen and you see no English text. > :-D > > So, in the end, it's a bug in the uk/users.po, as expected from the very > beginning. So reassigning to translations. Ok, thanks for debugging. It would work better, if the ruby xgettext extractor would add formatting markers as it does for other languages such as c or even ycp: #, c-format #, ycp-format I'm not sure whether that's a general issue or whether our yast xgettext extractor just does not know about this. Without such markers we are not (easily) able to validate the translations -- we usually do this with msgfmt. -- You are receiving this mail because: You are on the CC list for the bug.

1 21

[Bug 1026156] New: Weblate doesn't check for wrong "%s" variable
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1026156 Bug ID: 1026156 Summary: Weblate doesn't check for wrong "%s" variable Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Translations Assignee: ke(a)suse.com Reporter: elchevive68(a)gmail.com QA Contact: ke(a)suse.com Found By: --- Blocker: --- Hi, Maybe Weblate should check for wrong translations on variable %s, because if it is translated wrong (%1, %d, etc) it can break the program like this bug for example: https://bugzilla.suse.com/show_bug.cgi?id=1018576 Regards -- You are receiving this mail because: You are on the CC list for the bug.

1 10