Re: Enforce some restrictions on unstable APIs in the desktop release? (Was: gok broken with new libwnck)
- From: Mark McLoughlin <markmc redhat com>
- To: Elijah Newren <newren gmail com>
- Cc: Bill Haneman <bill haneman sun com>, Fernando Herrera <fernando herrera tecsidel es>, gnome accessibility <gnome-accessibility-devel gnome org>, Desktop Devel <desktop-devel-list gnome org>, Kjartan Maraas <kmaraas broadpark no>
- Subject: Re: Enforce some restrictions on unstable APIs in the desktop release? (Was: gok broken with new libwnck)
- Date: Tue, 22 Feb 2005 17:40:10 +0000
On Tue, 2005-02-22 at 10:19 -0700, Elijah Newren wrote:
> > i.e. the change has happened, you're going to have to deal with it. I
> > don't think this was neccessarily went against any policy, because we
> > don't have any policy on this other than "libwnck can change its API at
> > any time". I do think, though, that we should have a better policy than
> > that - e.g. that unstable APIs should remain frozen from API freeze time
> > until the next development cycle.
>
> Sounds reasonable to me for future releases. Do we want this to just
> apply to libwnck, or to all unstable APIs in the desktop release? If
> so, we need feedback from others whether this is reasonable and
> whether we want to add this as a rule for being in the gnome-desktop
> release.
Yeah, it'd be for all libraries in the desktop, but not in the platform
- e.g. libgnome-menu would be another one.
Cheers,
Mark.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]