[PATCH 2/3] Re: Maildir relative paths change was not complete
nicolas.s-dev at laposte.net
Wed Aug 17 21:22:57 BST 2011
On Wed, Aug 17, 2011 at 09:16:17PM +0200, Nicolas Sebrecht wrote:
> On Wed, Aug 17, 2011 at 07:27:52PM +0200, Vladimir Marek wrote:
> > > It would make sense (and Nicolas said something to that effect too), to
> > > have a separate git repository containing the test stuff. This way we
> > > can always use the latest test suite and run it easily on older versions
> > > of offlineimap too.
> > >
> > > If you simply push it as a separate git repository, we can always filter
> > > and/or merge it with the main repository later if we decide it should be
> > > in one.
> > I could use some hint here, how do I push anything as a separate git
> > repository? Create new project on github?
> Creating a new project on github is fine.
> As creating a new test suites is a lot of work and should be discussed
> very soon, I would agree to merge anything in the official OfflineIMAP
> repository as long as it stands in a dedicated directory such as
> "experimental" or "contrib/test-suites" (but not "test", "t" or
> something like that).
To make it clear; I still think an external repository is the best
option. What I'm saying is that we could use the current repository as a
_temporary_ repository for the test suites.
> > > Yes, a test suite is what is really missing so far. I had one that was
> > > too low-level for Nicolas, and Ethan had one that was not generic
> > > enough. Any that makes it and is useful would be great!!!
> > Well, we'll see how Nicolas will like what I did. And I expect troubles
> > since I ... ehm ... wrote it ... ehm ... in ... perl and shell :) But
> > anyone knowing python well can rewrite it easily into python I think
> > (the perl code is 200+ lines)
> I'm fine with Ruby, Python, Perl, shell scripts, etc. For a start from
> scratch, I do worry about the global design, scalability and so. Current
> failures, languages, etc can easily be changed/improved later.
> > Also it is not yet suitable for imap<->imap and maildir<->maildir
> > testing, but that's just a matter of improving the shell script
> > executing everything.
> As said above, it's not a problem. If the design is good, everything
> else will just be improved later.
More information about the OfflineIMAP-project