> On 15/12/2022 13:34, Neal Gompa wrote:
>
> It should be fixed then. Please report this issue to dnf component.
Using weak deps was our original plan, but problem is it broke due to
https://fedoraproject.org/wiki/Changes/ExcludeFromWeakAutodetect and we surely
do not want to revert that. Also,
> On Thu, 2022-12-15 at 00:11 +0000, Michael Catanzaro via devel wrote:
>
> Well, except that we ship Firefox in the default OS image and to make
> that play video, overlaying openh264 is *exactly* what's needed.
Ah, drat... well there's not a lot of great options, then. We
> One solution to reduce the time taken by client side layering and those
> issues mentioned
> above is to move the package overrides back to the server side by using a
> layering
> approach similar to the one used to build containers. This is the goal of
> this change:
> https://fedoraproject.o
> Anyway, the effort that
> went into that change proposal has established new expectations for any
> change that will
> impact system performance: the new flags should be benchmarked in an
> environment where all
> Fedora packages have been rebuilt with the new flags, so we can critique the
> c
No. He probably doesn't even know about this proposal yet, since it was just
published yesterday. This is not the sort of thing that matters for desktop
performance, where we care about orders of magnitude rather than a few percent
improvement here or there. Even if extra bounds checking makes c
Red Hat's desktop performance engineer has repeatedly rejected use of DWARF as
impractical and outlandish, including on this mailing list [1] and most
recently at [2].
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/UV65DSMPINEE6KWNI5MBH3MBQ26JHNNJ/
[2]
