Re: EDS Versioning

On Mon, 2004-09-20 at 07:34 +0100, Mark McLoughlin wrote:
> Hi,
> On Fri, 2004-09-17 at 16:54, JP Rosevear wrote:
> > So, I've been sorted out the versioning in HEAD and I've moved to
> >,, libebook-1.2.pc, libecal-1.2.pc etc
> > (work on top of updating BASE_VERSION in in my local tree.
> > This also resets the libtool numbers for all the libraries.
> > 
> > Is everyone comfortable with this?  It will require consumers such as
> > gnome-meeting, gnome-panel, contact lookup applet etc to update their
> > checks, but I think its likely we will break the API as we shake out
> > issues for them and us anyhow as e-d-s gets more widespread usage.
> 	This is a similar situation to the OAFIID change - these are all
> interface numbers and I'd prefer to only see them changed as part of a
> conscious decision to break the interface compatibility. And I'd prefer
> that decision to not be taken lightly.

Its similar yes, except we won't be silly with the BASE_VERSION in
Evolution by making it an "unstable" major/minor and then bumping it.
It will always be the the upcoming "stable" BASE_VERSION so we don't
have to do any last minute bumping again.  The decision is not taken
lightly, I'm  pretty positive we will break the api somewhere as more
people start using e-d-s, and we are also likely to add a
libedataserverui.  However, we could change BASE_VERSION at the time we
break the API I suppose.

> 	AFAICS, these interface versions are changing because they're tied to
> BASE_VERSION in In reality, the interface versions should
> have nothing to do with BASE_VERSION. Changing the interface versions
> does cause some hassle to consumers, so lets break that tie rather than
> needlessly doing this every six months.

BASE_VERSION is detached from the actual version in both e-d-s and
evolution (it always was in e-d-s) mainlines.

> 	Incidentally, you shouldn't be resetting the soname. It would only make
> sense if the libs were etc., but while the library names
> themselves aren't versioned, resetting the soname just makes it
> difficult/impossible for the older libraries to co-exist with the newer
> libraries.

The libraries are intended to be etc.

JP Rosevear <jpr novell com>
Novell, Inc.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]