On Fri, Jan 24, 2025 at 12:16:39PM -0800, Adam Williamson wrote:
> On Fri, 2025-01-24 at 12:02 -0600, Michel Lind wrote:
> > On Wed, Jan 22, 2025 at 05:07:45PM -0800, Adam Williamson wrote:
> > > Much like libtest, the mass rebuild has inadvertently bumped the soname
> > > of libnfs. libnfs 6 was in dist-git but had never been built for
> > > Rawhide (there were some attempts in side tags, but they all seem to
> > > have been garbage collected). The mass rebuild built it, so now libnfs
> > > has gone from 5.x to 6.x and soname libnfs.so.14 to libnfs.so.16. This
> > > actually does include a major API change, see upstream:
> > > 
> > Would a policy requiring that packages like these have the commit
> > reverted make sense?
> > 
> > If it's rpmautospec, then the release number need to be manually fiddled
> > with, but it seems better than having a potential land mine.
> 
> Ehhh. I mean...it wouldn't *hurt*, but would it solve the problem? I'm
> not sure. People don't always follow policies, let's just take that as
> a given. :P I don't think anyone is going to go out and *proactively
> check* this on an ongoing basis. So...we'd still kinda need an at-the-
> time-of-the-mass-rebuild check to actually prevent the problem
> happening, I suspect.

Yeah, I think doing that check at least at the time of mass rebuild is
definitely a good idea. Doing it periodically just like we flag FTIs
will be a nice addition. Or just surfacing it to the user

e.g. Debian's per-package tracker (tracker.debian.org/pkg/PKGNAME)
automatically flags if the Git repo is ahead of anything built, and I
*think* it shows up on the per-maintainer page dashboard too

Best regards,

-- 
 _o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
     README:     https://fedoraproject.org/wiki/User:Salimma#README

Attachment: signature.asc
Description: PGP signature

-- 
_______________________________________________
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to