On Fri, Feb 20, 2026 at 11:06:50PM +0000, Jonathan Wakely wrote: ... > > > Actually, it might not be tooooo painful: > > > https://src.fedoraproject.org/fork/jwakely/rpms/boost/diff/rawhide..mingw > > > > > > One of the mingw-specific patches no longer applies to boost-1.90.0 > > > (and would completely break the min-mingw native package builds > > > anyway) so that needs addressing by somebody. > > > > > > I've only tested 'fedpkg prep' so far, so I have no idea if the rest > > > of it works. > > > > The %files will obviously fail, because the list of libs in > > boost-1.90.0 is very different. But is there any reason that the mingw > > %files don't just use wildcards? It looks like that would be vastly > > simpler. I've pushed a second commit to the branch that does that.
I kicked off a scratch build in Koji: https://koji.fedoraproject.org/koji/taskinfo?taskID=142580007 The actual change looks quite a lot simpler than I was expecting. I'm a bit surprised that 'file' and 'perl-interpreter' are needed by mingw but not by the native package. Those may be left overs? Is it safe to create directories (like ../win32) in the parent of the build directory? And then the build actual uses "pushd win32" (not "pushd ../win32"). I wonder if the scratch build will fail on this. I agree about simplifying %files. Basically reducing the delta between native and mingw, and generally reducing the packager workload, are the important factors. Ultimately the decision about this is entirely up to you. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com nbdkit - Flexible, fast NBD server with plugins https://gitlab.com/nbdkit/nbdkit -- _______________________________________________ mingw mailing list -- [email protected] To unsubscribe send an email to [email protected] 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/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
