In the particular case of commons-compress failing right now it seems
to be a simple case of a forgotten "svn add", though.
Doh! Well spotted ...at least that should be fixed now.
cheers
--
Torsten
-
To unsubscribe, e-mail: [E
On Tue, 1 Aug 2006, Stephen Colebourne <[EMAIL PROTECTED]>
wrote:
> As this is a sandbox project, we shouldn't be constrained in making
> changes. Gump is there to inform us of who might complain, but in
> the end they made the choice to depend on unreleased projects.
+1
In the particular case
As this is a sandbox project, we shouldn't be constrained in making changes.
Gump is there to inform us of who might complain, but in the end they made the
choice to depend on unreleased projects.
Sure ...but I was more referring to the fact that it is excalibur
particular. It's not like that
From: Rahul Akolkar <[EMAIL PROTECTED]>
On 7/31/06, Torsten Curdt <[EMAIL PROTECTED]> wrote:
> > - commons-compress : Commons Compression Package
> > - commons-vfs : Jakarta commons
> > - excalibur-fortress-bean : Repository of reusable components.
> > - excalibur-fortress-contai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rahul Akolkar wrote:
> (added [vfs] to subject)
>
> On 7/31/06, Torsten Curdt <[EMAIL PROTECTED]> wrote:
>> > - commons-compress : Commons Compression Package
>> > - commons-vfs : Jakarta commons
>> > - excalibur-fortress-bean : Reposit
(added [vfs] to subject)
On 7/31/06, Torsten Curdt <[EMAIL PROTECTED]> wrote:
> - commons-compress : Commons Compression Package
> - commons-vfs : Jakarta commons
> - excalibur-fortress-bean : Repository of reusable components.
> - excalibur-fortress-container-impl : Reposito