[petsc-dev] petsc-dev on bitbucket

[Jed Brown]

On Thu, Feb 9, 2012 at 22:19, Barry Smith <bsmith at mcs.anl.gov> wrote:

> dft     Density Functional Theory solver for Ion Channels
> petsc-maint at mcs.anl.gov Thu, 28 Jul 2011 15:05:00 -0600 gz      RSS Atom
> dft-fft unknown unknown Sat, 19 Dec 2009 13:49:50 -0600         RSS Atom
> dft-log Density Functional Theory solver for Ion Channels in Logarithmic
> Variables      petsc-maint at mcs.anl.gov Tue, 14 Oct 2008 09:31:52 -0600 gz
>      RSS Atom
> dft-mg  Density Functional Theory solver for Ion Channels with Grid
> Sequencing  petsc-maint at mcs.anl.gov Fri, 28 Nov 2008 13:15:07 -0600 gz
>    RSS Atom
> dft-rfd Density Functional Theory solver for Ion Channels with Advanced
> Electrostatics  petsc-maint at mcs.anl.gov Thu, 22 Dec 2011 13:56:52 -0600
>

If you name it dft/log instead, then when you clone it, you get a directory
called "log".


>
>
> Come on guys, it is completely moronic that bitbucket doesn't support
> subdirectories to hold repositories. No amount of rationalization can
> provide a reason for this absurdity.
>
> Some of Jed's rationalizations are going off the deep end.
>
> * In order to not have a Releases directory he states: "I think separate
> clones for every release is clutter."
>

I think we should get rid of this thing called libraries? Who wants to
share code anyway. We should just copy the source code of libc (and MPI,
etc) into our packages. Since we won't be modifying the upstream source,
it'll be easy to copy in a new version when they release one.

Okay, I'm being silly now, but why do you want a sequence of separate
clones, each of which is a strict subset of the last?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20120209/48025f4a/attachment.html>