On Sat, Jun 02, 2007 at 11:00:14PM +0200, Nicolas Mailhot wrote: > > > and no consideration of how to limit the impact on packager work. > > Again the infrastructure team deserves more credit than you give it. I am not giving or removing credit to specific people or groups. I am stating where I see problems in the fedora lead with different objectives for some packagers and those who decide on processes. > At some point you have to ship and do fine-tuning later. With perfect > hindsight better questions would have been asked, but with perfect > hindsight people wouldn't have had to ask them in the first place, and > that F7 happened is testament the delivered infrastructure/process does > not fall too far of the mark. That is not my point, the merge is right, it happened in very little time, it is good that it wasn't plagued with lengthy discussions. The point is that in discussions many of the infrastructures team people showed that they wanted to add mandatory processes even when packagers wanted shortcuts, they wanted some defaults that didn't correspond to some packagers will. Once again it is not about the work done but about some directions. In general these are not technical points but more 'political' ones. For an example (if it is still unclear) I think freezes for releases are good, and it is very nice to have an infrastructure for that. However I think that instead of asking to a rel-eng to tag the build to enter the freeze, it should be up to the packager, with a possibility for rel-engs to deny it. > The problems are obvious now because we have something (tools+processes) > to play with, and that's loads more we'd have if people had discussed it > half a year more. Still speaking about the release freeze issue, I voiced my concerns well before, and the work to implement both way is certainly the same. Having put the decision to tag for the freeze or not in packagers hand wouldn't have delayed anything. It is a 'political' choice. -- Pat -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
