From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20410 invoked by alias); 15 Feb 2002 17:43:17 -0000 Mailing-List: contact sourcenav-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sourcenav-owner@sources.redhat.com Received: (qmail 20305 invoked from network); 15 Feb 2002 17:43:13 -0000 Received: from unknown (HELO venus1.ttnet.net.tr) (212.156.4.3) by sources.redhat.com with SMTP; 15 Feb 2002 17:43:13 -0000 Received: from orion.exa.homeip.net ([195.174.160.184]) by venus1.ttnet.net.tr (Netscape Messaging Server 4.15) with ESMTP id GRL57Q02.O7X for ; Fri, 15 Feb 2002 20:43:02 +0300 Received: from exa by orion.exa.homeip.net with local (Exim 3.34 #1 (Debian)) id 16bmMp-0005w7-00 for ; Fri, 15 Feb 2002 19:41:51 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Eray Ozkural Organization: Bilkent University CS Dept. To: sourcenav@sources.redhat.com Subject: Let's start it (Re: SN backend GPL or LGPL?) Date: Fri, 15 Feb 2002 12:26:00 -0000 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: X-SW-Source: 2002-q1/txt/msg00073.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey there, IMHO, we don't need a license different from GPL. Let it remain free... We still have to decide on a name. I suggested sourcebase, and Mo said fuzzyp (but that's a fuzzy name ;). It's probably going to be hosted on sources.redhat.com so we have to do an initial import to start the work. I suggest that we start with the source/snavigator directory, with all its contents (we don't build gui/ though). That way, we'll be forced to drop hacked versions of tcl/tk and the old db. It's easy to use upstream tcl/tk in the part of the code we're going to adapt. It was said on this list before that the old berkeley db was used for performance, but is that really true? We can go for the latest berkeley db instead of that one. It might also allow us to use a few advanced features, those people are crazy for performance. With that directory, we're going to have to work on the build system and do some changes (hopefully minor) for a preliminary version. I tried the feasibility of that and it doesn't seem hard, I've got it half-working here. We can keep the C and tcl/tk interfaces in, and simply disable all GUI stuff. Then, we can progress to work on the API. (Like refining library API, writing a C++ wrapper, an abstract database interface, etc.) Thanks, - -- Eray Ozkural (exa) Comp. Sci. Dept., Bilkent University, Ankara www: http://www.cs.bilkent.edu.tr/~erayo GPG public key fingerprint: 360C 852F 88B0 A745 F31B EA0F 7C07 AE16 874D 539C -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8bUhdfAeuFodNU5wRAgbxAKCV2HfCq7VEs1lKnNIECW7gI+SncQCfZiPg iqKm9lk6tEDV0yFmlEHfHSY= =Crmp -----END PGP SIGNATURE-----