Hello,

On Mon, Aug 21, 2017 at 11:09 AM, Pavel Raiskup <prais...@redhat.com> wrote:

> On Monday, August 21, 2017 10:42:00 AM CEST Michal Novotny wrote:
> > Hello Kevin,
> >
> > sorry for the late response caused by me being on vacations.
> >
> > On Sat, Aug 12, 2017 at 2:35 AM, Kevin Kofler <kevin.kof...@chello.at>
> > wrote:
> >
> > > Hi,
> > >
> > > Michal Novotny wrote:
> > > > - "Follow Fedora branching" project switch that (if enabled) makes
> COPR
> > > > fork your rawhide chroots into the newly branched ones
> > > > and hence user will have your packages available in their f27 systems
> > > > and they will also be available for your upcoming builds
> > > > (meaning you don't need to bootstrap anything from scratch). It might
> > > > take a few days after branching for this to actually take effect
> because
> > > > the new chroots need to be enabled in COPR first (and they should
> also
> > > > be in mock for that as well so that building in them works).
> > > >
> > > > You can enable the "Follow Fedora branching" option in project
> settings
> > > > and it will basically ensure that your rawhide builds will be copied
> > > > into the new fedora-27-* ones when they become available in COPR.
> > >
> > > Why is that not the default?
> >
> > I thought there might people that would prefer rebuilding the packages
> into
> > the new chroot.
>
> It would look like use-case for new check-box;  aka rebuild all packages
> during
> fedora-branching time.
>
> > Perhaps there are none. In any case, some people only want to
> > enable epel or Mageia chroots in their project. In their case, they
> wouldn't
> > have the rawhide chroot enabled so the option would do nothing anyway but
> > still, for them having the option 'on' does not make that much sense.
>
> +1 for having this enabled by default; IMO that's non-issue if that option
> doesn't affect non-fedora buildroots.
>
> Also small issue report: from the description of the checkbox is unclear
> whether
> just new chroot is created in frontend database, or also build-results are
> copyied from rawhide to branched on "backend" (binary packages).
>


It describes the way they are created: "automatically created for you (as
soon as they are available) *as* *rawhide chroot forks*."

Forking in COPR involves copying.


>
> Pavel
>
> > clime
> >
>
>
>
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to