← Back to team overview

dolfin team mailing list archive

Re: Notification from dolfin-kth repository

 

On Thu, Oct 26, 2006 at 03:41:20PM +0200, Johan Jansson wrote:
> On Thu, Oct 26, 2006 at 03:12:02PM +0200, Garth N. Wells wrote:
> > Johan Jansson wrote:
> > > On Thu, Oct 26, 2006 at 02:39:48PM +0200, Garth N. Wells wrote:
> > >> Repositories are so easy to make, so just make some local ones to share
> > >> developments against the stable version.
> > > 
> > > Ok, but then we're in agreement, since this is exactly what dolfin-kth
> > > is. 
> > 
> > 
> > >I think it's a good idea though to cc notifications to dolfin-dev,
> > > because there might be changes in local repositories  which are not
> > > only module-specific, 
> > 
> > Shouldn't these changes be made in DOLFIN?
> > 
> ...
> 
> > I looked at the log for dolfin-kth, and couldn't see why most of the
> > work (which is by Johan J.) isn't done directly in DOLFIN?
> > 
> 
> It seems we're back to square one :). You said this:
> 
> "They work against the latest release. That is the stable version :)."
> 
> Our stable version is dolfin-kth. You don't point your
> students/collaborators to the DOLFIN development repository, and
> neither do I. If I'm working with people who work against dolfin-kth,
> then I need to push changes they need there. Eventually they will be
> merged to the development repository. Since most of the development is
> at the module level, a merge should not involve much work.
> 
> It seems the argumentation is inconsistent. I'm getting criticized for
> not working against the main repository, when in fact nobody is doing
> that with their locally-run projects either (with other non-core
> developers involved). Surely you are then aware of the impracticality
> in doing so? Your plasticity project sounds very interesting, why
> isn't it developed in the main repository? Why isn't Dag developing in
> the main repository? The reason is probably the same as mine.

I have just two concerns:

  1. I would like to see more people helping out with general
  development and maintenance.

  2. I would like changes to be propagated to the main tree in
  small pieces (if they are not independent) so I know what is
  happening and get a chance to influence the development.

  I don't want to track the development in a separate KTH branch.

I'll support any development model that does this.

/Anders


> > I agree. What about more frequent releases then? Would that help? If the
> > latest release needs to be patched to get something working, let's make
> > a release.
> > 
> 
> Either that, or a stable branch, which is essentially the latest
> release, with important fixes backported. This is how Linux kernel
> development has worked, and also Debian as far as I know.
> 
>   Johan
> _______________________________________________
> DOLFIN-dev mailing list
> DOLFIN-dev@xxxxxxxxxx
> http://www.fenics.org/mailman/listinfo/dolfin-dev


Follow ups

References