On 8/25/21 6:29 AM, Ian McInerney wrote:
On Wed, Aug 25, 2021 at 11:00 AM Felix Schwarz <fschw...@fedoraproject.org
<mailto:fschw...@fedoraproject.org>> wrote:
Am 24.08.21 um 22:47 schrieb Steven A. Falco:
> Should I edit the criteria in f33 so I can mark it stable before the 7
days
> elapse, or should I let it wait? It seems weird that one release would
have to
> wait longer than the other releases when the fix is identical for all of
them.
Also I'd even prefer F33 getting the update a bit later:
I assume F33 users are valuing stability over "latest versions and fixes"
(otherwise they would have upgraded to F34 already). On the other hand the
bug
is probably not too bad (otherwise the bug would have been fixed earlier or
users would have stopped using the package altogether).
So as a F33 user I'd prefer only getting "rock solid" fixes over newer stuff
which might introduce regressions.
just a personal opinion though :-)
Felix
That isn't what happened in this case though. One of the libraries it depended
on was updated, which changed the patch version in the soname (there used to be
no soname versioning for that library until now, when they introduced the
versioning system). The library loader inside KiCad was searching for the exact
soname because of the way the loader works (load the library explicitly and
then find the function pointers), but because the soname it was built with
didn't exist anymore, it couldn't find it. This led to an error on launching
one part of the program, making that part stop working when it was working
before the library update. All that was needed to fix this was a rebuild of the
package to pick up the new soname - no patches required.
-Ian
Thanks, Ian. With the help of yourself and others, we've gotten enough +karma
that I have now been able to schedule both the f33 and f34 builds for stable.
I assume that the next time releng does a push those builds will become GA.
In the next upstream release, the mechanism will change, such that only the
major soname number will have to match, and changing that is a much rarer
occurrence.
Steve
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure