proposal do disallow syncs of library packages from experimental without approval
Scott Kitterman
ubuntu at kitterman.com
Wed Oct 5 20:47:52 UTC 2011
On Wednesday, October 05, 2011 09:30:22 PM Sebastien Bacher wrote:
> Le mercredi 05 octobre 2011 à 16:08 +0200, Matthias Klose a écrit :
> > During the oneiric development cycle we had syncs of library packages
> > from
> > experimental, introducing new sonames, and changing APIs in a way that
> > other
>
> Hi,
>
> The issue is not really specific to experimental, that could happen the
> same way with updates done in Ubuntu directly or syncs from unstable.
>
> While I agree that people who start a transition should have some
> responsibilities in it I also think that we should be ok with dropping
> unmaintained code which is not ported at the end of the cycle (and not
> especially require that whoever started the transition has to be the one
> that should fix the universe).
>
> If we had the resources to both push forward our default installation
> with the softwares most users care and port the universe it would be
> great but in really we don't and I think we shouldn't let universe
> crufts stop use to improve the default experience.
> To take an example I think porting universe GNOME2 applets to GNOME3
> wouldn't be a good use of our time, we better spend the resources we
> have making sure our current desktop version is great.
> If some people want to work on porting the applications they care about,
> great, otherwise the source can be dropped and will come back once its
> upstream or somebody else pick it up and update the code.
I think Gnome2 -> Gnome3 is an exceptional case where that is particularly
true. In general either all that's needed are rebuilds or digging for
patches. I think if we're going to do a transition the developer needs to at
least follow through and try to deal with Universe and file bugs where things
fail. I don't think just fixing Main and then saying "Meh, Univierse,
Whatever" is appropriate.
Scott K
More information about the ubuntu-devel
mailing list