I wrote:
> This is not the first time a "feature" which impacts the entire
> distribution in a way which can break a lot of things gets rushed in so
> late. I remember the ld DSO "feature" which changed decades-old ELF
> semantics, breaking the build of dozens of packages, and which got rushed
> into F13 the day of the feature freeze (!), with neither the feature
> owners nor FESCo wanting to postpone it to F14 even though there was no
> reason at all why that change couldn't have waited for a release
> (especially considering that the F14 Rawhide was about to open, which
> would have been the perfect point in the schedule to land such a change).
> I don't understand the rush for UsrMove either. We really need to require
> such deep-impacting changes to land much earlier in the cycle (if we allow
> them at all), while being more flexible for features in leaf packages.
> Having a single feature freeze day for everything just doesn't work.
PS: I still think both the LD DSO "feature" and this UsrMove "feature" are
"features" we'd better do without. They bring no tangible benefit and lots
of very tangible problems.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
