Re: Fedora 33 blocker status , with CALL FOR TESTING on abrt/libreport

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2020-09-11 at 15:50 -0400, Ben Cotton wrote:
> 
> Accepted blockers
> -----------------
> 1. libreport — https://bugzilla.redhat.com/show_bug.cgi?id=1860616 — ON_QA
> abrt-server errors when processing zstd compressed core dumps produced
> by systemd-246~rc1-1.fc33
> 
> FEDORA-2020-59e144acee contains a potential fix, but appears to
> introduce a new blocker (BZ 1873029). It may be moot until the retrace
> server is brought back online. The infra team has provisioned a basic
> instance, which msuchy is working to get ready for use.

So yeah: it would really help if other folks could try installing the
update and see if they are able to successfully file a crash bug or
not. Please report your findings to the bug report(s).

Reporting bugs *is* supposed to work even if using the retrace server
doesn't. In that case abrt should fall back on installing debuginfo
locally and generating the backtrace locally (after confirming with the
user that this is OK). If that doesn't happen currently, that also
could be considered a bug.

My basic thought here is that for Beta release it would be acceptable
if we can file crash bugs successfully, even if the retrace server
isn't up. Obviously the faster we can get the retrace server up the
better.
> 
> 3. distribtution — https://bugzilla.redhat.com/show_bug.cgi?id=1849430
> — ASSIGNED
> Everything boot x86_64 image exceeds maximum size
> 
> Latest compose does not significantly shrink the image size. Given the
> similar nature of the overages, I believe fixing the Server image
> size, which sgallagh is working on, will fix this as well.
> 
> 4. distribtution — https://bugzilla.redhat.com/show_bug.cgi?id=1849431
> — ASSIGNED
> Server boot x86_64 image exceeds maximum size
> 
> We need to slim it down by ~14 MB.

I've been working on this. One PR was merged to Rawhide already:
https://github.com/weldr/lorax/pull/1070
but not yet to the F33 branch. I have an equivalent for F33 pending:
https://github.com/weldr/lorax/pull/1073
Plus a couple of further changes currently proposed for Rawhide but
which I will also submit for F33:
https://github.com/weldr/lorax/pull/1075
https://github.com/weldr/lorax/pull/1076
I have one more to go on top of 1075 when/if it's merged. If we take
all these changes, the images should be 20-30MB or so under the limit.
We can also take any combination of whichever people think are the
safest to try and get under the limit.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux