From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32123 invoked by alias); 19 Jan 2002 16:59:37 -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 32091 invoked from network); 19 Jan 2002 16:59:35 -0000 Received: from unknown (HELO venus3.ttnet.net.tr) (212.156.4.35) by sources.redhat.com with SMTP; 19 Jan 2002 16:59:35 -0000 Received: from orion.exa.homeip.net ([195.174.160.184]) by venus3.ttnet.net.tr (Netscape Messaging Server 4.15) with ESMTP id GQ70BZ02.Y5B; Sat, 19 Jan 2002 18:57:35 +0300 Received: from exa by orion.exa.homeip.net with local (Exim 3.32 #1 (Debian)) id 16RymG-0002aj-00; Sat, 19 Jan 2002 18:55:36 +0200 Content-Type: text/plain; charset="iso-8859-1" From: "Eray Ozkural (exa)" Organization: Bilkent University CS Dept. To: Mo DeJong Subject: Re: SourceNav release ... Date: Sat, 19 Jan 2002 09:03:00 -0000 X-Mailer: KMail [version 1.3.2] Cc: corsepiu@faw.uni-ulm.de, sourcenav@sources.redhat.com, kdevelop-devel@kdevelop.org, snuffeler@gmx.net References: <20020118065806.4158e85b.supermo@bayarea.net> In-Reply-To: <20020118065806.4158e85b.supermo@bayarea.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: X-SW-Source: 2002-q1/txt/msg00042.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 18 January 2002 16:58, Mo DeJong wrote: > On Fri, 18 Jan 2002 23:55:53 +0200 > "Eray Ozkural (exa)" wrote: > > > There are always alternatives in the DB arena. Abstracting the DB interface > so that it does not strictly rely on Berkeley DB was all I meant. > Attempting to rewrite working code to make the DB layer more generic is > about as much fun as poking yourself in the eye (the SN code is guilty of > this). > Well we can lower the priority of an abstract DB interface then. ;) > Sounds good, as long as #3 (or any other GUI front end) is left outside the > scope of the project. I think a key to success will be minimizing external > dependencies so that code can easily be incorporated into other projects. > Then there is the old C vs C++ debate and the discussion of which > lame/broken compilers should be supported. > Sure. A GUI front end can be hosted on KDE CVS. Possibly kdenonbeta, it might be too alpha to include it in kdevelop. > I would be very interested in helping you get this project going. My > initial focus would be on a regression test suite and a Java parser. What > comes next is the age old question of labels and resources. This project > will need a name and a home. Sourceforge has some great features, but the > mailing list archives are really lame. I have always been impressed by the > folks that run sourceware (aka sources.redhat.com), but I don't know if it > is the best place for such a project. > I first thought "libsourcenav" since that is what we are doing: making it work better as a library rather than a stand alone application. It would also mark the descent of the project better. For a fancier name, I thought "sourcemine" since we could actually run data mining programs such as association rule mining or sequence rule mining on databases derived from sourcenav project databases. Frequency mining is my current research subject, so I tend to think of applications of data mining rather quickly. :) 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 iD8DBQE8SaUGfAeuFodNU5wRAnOEAJ4pyLACkFJgEh25kCGTKhc2cnsydgCfYD3T r4Vn1UEfvjnd7B0pi1+GxAc= =PU57 -----END PGP SIGNATURE-----