On Tuesday, February 21, 2017 11:00:15 AM CET Michal Novotny wrote: > On Tue, Feb 21, 2017 at 10:28 AM, Vít Ondruch <vondruch@xxxxxxxxxx> wrote: > > > I honestly don't understand what is purpose of the f26 vs master. Why we > > have empty master currently (speaking of dist-git)? master should be the > > same as rawhide, as it is in Fedora. > > Yes, I think that makes more sense as well. Well, from copr's _upstream_ POV, I don't think we should hardcode 'master' to Fedora rawhide. Potential future Copr deployments might try to avoid support for fedora-rawhide chroots at all. So it should be (there's a bit related PR#11) configurable on copr's side what 'master' means, and yes -> for Fedora Copr dist-git the 'master' branch should mean 'rawhide'; as long as Fedora's dist-git uses this pattern. Or at least we could drop the 'master' completely to avoid confusion. Otherwise, +1 for having fedora-rawhide-x86_64 instead of fedora-27-x86_64. Thanks for the CC. Pavel > > P.S. Adding devel to the recipient list so that more people can comment. > > > Vít > > > > Dne 21.2.2017 v 10:05 Michal Novotny napsal(a): > > > > Hello folks, > > > > We have quite recently changed naming of rawhide chroot to fXY in COPR and > > I would like to know your opinion about it. > > > > As branching is behind the door, I tried to consider it again and slightly > > changed my mind. The main problem with just fXY is that it is probably not > > very intuitive. "rawhide" tells clearly that rawhide repos are used whereas > > with just fXY, the repos used for the chroot need to be switched at > > branching (from rawhide to the fXY ones). > > > > We were probably trying to be too fancy here thinking that the follow-up > > features (all package rebuilding and chroot forking) will complement it > > well. These features can, however, work with both namings and the "rawhide" > > chroot just plays much better with mock and how it introduces the new > > chroot configs. > > > > We can go either way but to me the "just-call-it-rawhide" seems to be more > > simple now while also providing nicer user experience. > > > > clime > > > > > > > > > > > > > > > > > > _______________________________________________ > > infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > > > > > > _______________________________________________ > > infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to infrastructure-leave@lists. > > fedoraproject.org > > > > _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
