On Fri, Oct 19, 2018, 10:58 Jakub Cajka <jca...@redhat.com> wrote:
> ----- Original Message -----
> > From: "Nicolas Mailhot" <nicolas.mail...@laposte.net>
> > To: "Development discussions related to Fedora" <
> devel@lists.fedoraproject.org>
> > Cc: "Fabio Valentini" <nicolas.mail...@laposte.net>
> > Sent: Monday, October 15, 2018 11:56:45 AM
> > Subject: Re: PSA: builds using forge macros with tags broken on rawhide
> >
> > Le 2018-10-15 09:09, Fabio Valentini a écrit :
> >
> > > Because right now, package builds prepared on fedora 27-29 will result
> > > in failing koji builds for rawhide - and nobody should have to install
> > > rawhide to be able to build packages.
> >
> > Well basically you can
> > 1. use a rawhide vm on container of whatever to prepare your rawhide
> > srpms (but, as you noted, not cheap to setup)
> > 2. use mock --shell to get a cheap rawhide buildroot srpm env (in theory
> > that works – not tested)
> > 3. use a local rebuild of the rawhide redhat-rpm-config to match rawhide
> > behaviour (only takes changing dist definition in
> > /etc/macros.d/macros.dist to %{?distprefix}.fcxx
> > 4. use a local backport of the code. You basicaly just need to insert
> > the following at line 251 or 252 of the macros.forge rawhide file
> > -- Workaround releases where distprefix is not used by default
> > local dist = rpm.expand("%{?dist}")
> > local edistprefix = rpm.expand(distprefix)
> > if (edistprefix ~= "") and (string.sub(dist, 1, #edistprefix) ~=
> > edistprefix) then
> > rpmmacros.explicitset("dist", "%{?distprefix}" .. dist,verbose)
> > end
> > 5. ask to accelerate the backport to stable. I can prepare the backport
> > PR, but applying the PR is out of my hands
> > 6. ask redhat-rpm-config maintainers to process
> > https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/35
> > since I have a backport already prepared and tested for this one
> > 7. all of the above
>
> And what about backing up the breaking change in Rawhide? At least until
> there is a backward compatible way of doing that(or it is backported in to
> the stable releases)?
>
> To be honest we should not introduce deliberately backwards incompatible
> changes without at least publicly announcing them way ahead(and in general
> avoid them). This creates really bad experience for all and waste lot of
> time of the packagers.
>
By the way, with the latest update to redhat-rpm-config in rawhide
(122-1.fc30), *all* packages using the new go macros are now broken. With
that, I now have about 40 broken golang packages.
I have neither the time nor the patience to fix them.
Fabio
> JC
>
> >
> > I don’t know which solution best matches your workflow
> >
> > And normally, you do stuff in and for rawhide first, and then backport,
> > but this is kind of a special case since the rawhide bit does not
> > usually extend to the srpm part, and Go packaging in Fedora is so
> > immature every release is pretty much a devel release from Go's POW, so
> > I understand where you're coming from.
> >
> >
> > Regards,
> >
> > --
> > Nicolas Mailhot
> > _______________________________________________
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> >
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> >
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
