March 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1181402] dd_rescue fails on LZO test on aarch64
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1181402 https://bugzilla.suse.com/show_bug.cgi?id=1181402#c20 --- Comment #20 from Dirk Mueller <dmueller(a)suse.com> --- (In reply to Kurt Garloff from comment #16) > this is how a cleaner approach to handling memory input/output would look > like from my PoV. Yes, this is cleaner (more fine grained) than the memory-clobber patch (which I only suggested for troubleshooting / proofing that the issue is due to asm constraints, not for upstreaming). > So whenever we read memory, we use a "m"(*ptr) input, for written memory, a > "="(*ptr) in/output. Yes, we're declaring here *ptr to be read/written, which is typically char*. however in the assembly I see things like: " ld1 {v1.4s, v2.4s}, [%[rk]], #32 \n" if I understand that correctly, this is a 32 byte wide load. so we're declaring 1 byte, we're reading 32byte. it might happen that the compiler happens to not miscompile that, but there is no guarantee. we'd have to declare the full width of the memory block we're accessing, or fall back to the "memory" clobber. > This goes beyond just arm_aes64.c. > It does pass testing, but as I could not reproduce the issue before, your > testing is appreciated. it passes testing, thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182831] New: nvidia repositories missing
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1182831 Bug ID: 1182831 Summary: nvidia repositories missing Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: All OS: openSUSE Leap 15.2 Status: NEW Severity: Normal Priority: P5 - None Component: X11 3rd Party Driver Assignee: gfx-bugs(a)suse.de Reporter: kasi042(a)web.de QA Contact: sndirsch(a)suse.com Found By: --- Blocker: --- Hi, I have just noticed that the openSUSE nivida repositories are gone. That is not just for 15.2 but for all 15.x and Tumbleweed. https://download.nvidia.com/opensuse/leap/15.2 https://download.nvidia.com/opensuse/tumbleweed All empty. Anything serious? Best regards kasi -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 1182882] evolution-ews crashes when parsing XML data
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182882 https://bugzilla.suse.com/show_bug.cgi?id=1182882#c3 Michael Gorse <mgorse(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mgorse(a)suse.com --- Comment #3 from Michael Gorse <mgorse(a)suse.com> --- The valgrind log shows a buffer overrun, although I'm not sure if it is related to the crash. I've built a test evolution-ews package with a fix if you'd like to test it. Repo here: https://download.opensuse.org/repositories/home:/mgorse:/branches:/openSUSE… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1167976] New: Default install of Tumbleweed; Firefox starts out with Taiwanese bookmarks
by bugzilla_noreply＠novell.com 01 Mar '21

01 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1167976 Bug ID: 1167976 Summary: Default install of Tumbleweed; Firefox starts out with Taiwanese bookmarks Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Linux Status: NEW Severity: Minor Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: norwegian_pancakes(a)protonmail.ch QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- If I remember correctly, the bookmarks redirect to English language sites anyways (which may be a result of my ISP and not necessarily Firefox nor openSUSE). -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1182881] New: Missing dependencies on new Konqueror installation
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1182881 Bug ID: 1182881 Summary: Missing dependencies on new Konqueror installation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: klaus-dieter.fietze(a)bluewin.ch QA Contact: qa-bugs(a)suse.de Found By: Community User Blocker: --- Created attachment 846635 --> http://bugzilla.opensuse.org/attachment.cgi?id=846635&action=edit Error message on startup Dear package manager, I am running openSUSE Tumbleweed on my machine. No matter if I use YaST or zypper to install Konqueror it installs the old KWebKitPart engine instead of the new WebEnginePart. This leads to the error message "Cannot Initiate the konq Protocol". As you can see on the enclosed picture, all explanations about the possible cause are completely misleading. Only after adding ��webenginepart�� this message disappears and the program will start with its ordinary introduction page. Even after resolving this dependency Konqueror does not allow editing or importing bookmarks. This requires ��keditbookmarks��. There may be reasons to not include these dependencies, but the user should be made aware of the lacking components. Thank you, Klaus -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1181402] dd_rescue fails on LZO test on aarch64
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1181402 https://bugzilla.suse.com/show_bug.cgi?id=1181402#c19 --- Comment #19 from Dirk Mueller <dmueller(a)suse.com> --- (In reply to Kurt Garloff from comment #15) > Thanks for your investigation! > Can you elaborate on "-fno-strict-aliasing not permanently fixing the issue"? I added -fno-strict-aliasing some time ago without any code modifications https://build.opensuse.org/package/rdiff/openSUSE:Factory/dd_rescue?linkrev… this worked for a few weeks, but then it started to fail again. > Did you still observe issues with the aliasing fix patch applied? Not at the moment. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182125] [Build 20210207] no yast2 online update icon in control center
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182125 https://bugzilla.suse.com/show_bug.cgi?id=1182125#c6 Stefan Hundhammer <shundhammer(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #6 from Stefan Hundhammer <shundhammer(a)suse.com> --- https://github.com/yast/patterns-yast/blame/master/package/patterns-yast.sp… seems to indicate that this is intentional. lslezak also just wrote in IRC: "TW does not have maintenance updates (patches), they just update packages. So online-update does not make much sense." That yast2-online-update module handles patches. So IMHO this works as intended. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182125] [Build 20210207] no yast2 online update icon in control center
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182125 https://bugzilla.suse.com/show_bug.cgi?id=1182125#c5 --- Comment #5 from Rodion Iafarov <riafarov(a)suse.com> --- (In reply to Stefan Hundhammer from comment #4) > The zypp/history file of both y2logs tarballs in that OpenQA test case both > contain > yast2-online-update, but NOT yast2-online-update-frontend. > > Is that intentional? Was there a change in the TW software patterns to that > effect? That's exactly is the question, and as stated in the bug description, there is even dependency when package is installed manually. So I'm puzzled what is expected here. Let me know if additional information is required. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182125] [Build 20210207] no yast2 online update icon in control center
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182125 https://bugzilla.suse.com/show_bug.cgi?id=1182125#c4 --- Comment #4 from Stefan Hundhammer <shundhammer(a)suse.com> --- The zypp/history file of both y2logs tarballs in that OpenQA test case both contain yast2-online-update, but NOT yast2-online-update-frontend. Is that intentional? Was there a change in the TW software patterns to that effect? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1182125] [Build 20210207] no yast2 online update icon in control center
by bugzilla_noreply＠suse.com 01 Mar '21

01 Mar '21

https://bugzilla.suse.com/show_bug.cgi?id=1182125 https://bugzilla.suse.com/show_bug.cgi?id=1182125#c3 --- Comment #3 from Stefan Hundhammer <shundhammer(a)suse.com> --- I have it on my (not completely up-to-date) TW VM. The .desktop file is /usr/share/applications/YaST2/org.opensuse.yast.OnlineUpdate.desktop belonging to package yast2-online-update-frontend built from https://github.com/yast/yast-online-update . -- You are receiving this mail because: You are on the CC list for the bug.

1 0