On Wed, 6 Jun 2007, Mark Taylor wrote:
> I'm happy enough with CVS, so I'm not going to agitate for a change
> as far as starjava goes. But if it was going to make your lives
> easier I wouldn't necessarily be against it - I haven't reallly looked at
> subversion but I understand it's quite good. I'd be
> interested in Peter's opinion, maybe after he's had some experience
> with the non-java subversion.
After a month of subversion usage I really can't handle CVS any more. I
feel so much more free to make refactoring decisions.
>
> On a slightly related topic: I may at some point (possibly soon,
> possibly not) want to check in some non-starlink code to the starjava
> repository. Obviously, it hasn't been properly starlink code for a couple of
> years now, but this would/may be new applications
> which I probably ought to give package names in the org.astrogrid
> namespace. It would make things easier for me to have these in the
> same build system as STIL etc, so I'd rather have them in starjava
> than in an AstroGrid repository.
>
> Of course there's no technical barrier to this, and AG don't mind
> where I put the sources, but I don't know how JAC would feel about
> me using the repository in this way. Any comments?
>
Personally, I'd be in favour of a "starjava" sourceforge project -
"starjava" hasn't been taken yet. It is a standalone chunk of code and
whilst JAC are heavy SPLAT users (as well as TOPCAT) I don't have a
problem with SPLAT being on sourceforge and it would be easier to justify
the presence of astrogrid code (Which is a bit of a hard sell for JAC to
be hosting if anyone asked). sourceforge allow CVS and subversion
repository hosting.
--
Tim Jenness
JAC software
http://www.jach.hawaii.edu/~timj
|