Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 26 Mar 2002 13:54:08 -0500
From:      "Dan Langille" <dan@langille.org>
To:        Roman Neuhauser <neuhauser@mobil.cz>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: XML interface to CVS
Message-ID:  <20020326185409.12B953F28@bast.unixathome.org>
In-Reply-To: <20020326185224.GT389@roman.mobil.cz>
References:  <20020326181435.D3BA23F28@bast.unixathome.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 26 Mar 2002 at 19:52, Roman Neuhauser wrote:

> > In the definitions of the tree.  I have one table which contains 
> > everything within the source tree.  A given row will refer to another row 
> > within the table as the parent.  Items in the root directory have no 
> > parent.
> 
>     ok. this can be done with any RDBMS, but it requires more queries,
>     naturally.  :)

Agreed.  Stored procedures make that easier.  And triggers keep the data 
tidier.

>  
> > >     Example: 
> > >     OpenBSD ports collection FP-site is started. Does it make any sense
> > >     to load the complete history of the tree when FP is a "remind me"
> > >     service?
> > >     Looks to me like it's not that useful...
> > >     I mean, it's quite nice to keep older revisions for some time, but I
> > >     don't really grok the need to load the complete history of a CVS
> > >     tree upon its registration.
> > > 
> > >     Explanation?
> > 
> > The FP2 database is initially populated from HEAD (there is only one ports 
> > tree, HEAD).  
> 
>     That isn't what I asked about. FreshPorts' purpose is to send out
>     mails to registered users when ports they 'watch' change. Plus,
>     one can browse a listing of recent changes on a web. Loading the
>     whole history of the tree looks like feeding old news into a
>     newsticker service. What good is it?

Ahh, I see.  No, not for feeding in older commits.  But for feeding in the 
latest commits to HEAD.  That will server as the start point.  Without 
that, you don't have any ports in FP, users can't browse, they can't add 
things to their watch list, etc.

> > > > [4] - http://www.FreshSource.org/
> > > 
> > >     What's the $CVSROOT? :)
> > 
> > I fear my brain is fried from a 5am start today...
> 
>     I'd like to look at the source. Is there a cvs repository with anon
>     access? 

No.  :)

> > >     XML is indeed useful in this situation, because it allows for for
> > >     quite a variety of revision-control systems: one could write an app
> > >     to get the info out of a Perforce repo, or a SVN one...
> > 
> > I hadn't thought of that.  I was just looking for an easy way for CVS.
> > 
> > BTW: I've been directed to this perl interface to CVS, which does provide 
> > a working base for an API:
> > 
> >     http://people.freebsd.org/~eivind/CVSFile-0.2.tar.gz
> 
>     Unfortunately I don't speak perl.

FP/FS uses PHP for any web based content and perl for everything else 
(basically, this "anything else" is for getting data into the database, 
sending out notifications, etc).

-- 
Dan Langille
The FreeBSD Diary - http://freebsddiary.org/ - practical examples


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020326185409.12B953F28>