From owner-cvs-ports Sun Feb 8 11:55:50 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26902 for cvs-ports-outgoing; Sun, 8 Feb 1998 11:55:50 -0800 (PST) (envelope-from owner-cvs-ports) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26891; Sun, 8 Feb 1998 11:55:35 -0800 (PST) (envelope-from se@dialup124.zpr.uni-koeln.de) Received: from dialup124.zpr.Uni-Koeln.DE (dialup124.zpr.Uni-Koeln.DE [134.95.219.124]) by Octopussy.MI.Uni-Koeln.DE (8.8.7/8.8.7) with ESMTP id UAA29504; Sun, 8 Feb 1998 20:55:33 +0100 (MET) Received: (from se@localhost) by dialup124.zpr.Uni-Koeln.DE (8.8.8/8.6.9) id WAA09386; Sat, 7 Feb 1998 22:12:00 +0100 (CET) X-Face: " Date: Sat, 7 Feb 1998 22:12:00 +0100 From: Stefan Esser To: Satoshi Asami Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-ports@FreeBSD.ORG Subject: Re: cvs commit: ports/x11/kdelibs Makefile ports/x11/kdelibs/files md5 ports/x11/kdelibs/patches patch-a0 patch-ab ports/x11/kdelibs/pkg PLIST References: <199802071155.DAA23100@freefall.freebsd.org> <199802072027.MAA07578@baloon.mimi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199802072027.MAA07578@baloon.mimi.com>; from Satoshi Asami on Sat, Feb 07, 1998 at 12:27:22PM -0800 Sender: owner-cvs-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 1998-02-07 12:27 -0800, Satoshi Asami wrote: > * Recompile all your applications! > * > * Only the minor revision of the shared libraries changed, but > * they are not really upward compatible with those from Beta2! > > Do you want to change the major revision? Usually we aren't that No, I don't. And in fact, I had considered to add a line stating that to the commit message, but decided against this, to restrict the CVS bloat :) My opinion is: KDE is Beta software, and we should keep the major numbers unmodified even if there are incompatible changes in the libraries (similar to the concept in -current). > strict about shlib versions for things that haven't been in our > releases yet, but the kde stuff is so widely used (and also a frequent > source of questions to our lists), I think it's better to make sure > everyone will be forced to upgrade. Well, yes, I've been thinking about this too. But people may want to try one of the daily KDE snapshots, and if we changed the library version numbers, this could lead to quite some confusion ... When I tried to boot with Beta3 libraries and my old Beta2 binaries, many applications would fail because of unresolved symbols, People will know, that there is a mismatch, and they will update their binaries. If somebody just builds kdebase, then the correct kdelibs versions will be required. But thereafter, binaries from kdeutils might fail (since they try to link against those more recent libraries from beta3). We should be prepared to deal with people that suffer from exactly that problem, but I guess it was much worse, if we tried to have our own numbering scheme for KDE libraries. Regards, STefan