Re: [RESULT][VOTE] Felix 1.0.0 framework and main release

[Karl Pauls <ka...@gmail.com>]

On 7/29/07, Carsten Ziegeler <cz...@apache.org> wrote:
> Marcel Offermans schrieb:
> > On Jul 29, 2007, at 19:01 , Carsten Ziegeler wrote:
> >
> >> Carsten Ziegeler wrote:
> >>> I'll put the artifacts in the maven repo over the weekend.
> >>>
> >> Hmm, it seems that I did not think this through :( We did not vote on
> >> the binary artifacts, but just on on the source archives of framework
> >> and main. So I can't simply put the jars up into the maven repository.
> >>
> >> I fear we have to cut binary releases of these first and vote on them.
> >
> > http://people.apache.org/~pauls/felix-1.0.0.html
> >
> > That has binary artifacts too, right? Or am I overlooking something here?
> >
> Hmm, we need a framework-1.0.0.jar and a main-1.0.0jar - which have the
> same contents as if they were build using m2.

I just called a vote on the two needed artifacts. Personally, I'm not
sure this is really needed because we voted on the source releases and
somehow I'd say that the resulting artifacts are covered as well but
it seemed quicker to just vote on them again.

regards,

Karl

> Carsten
>
> --
> Carsten Ziegeler
> cziegeler@apache.org
>


-- 
Karl Pauls
karlpauls@gmail.com

Re: [RESULT][VOTE] Felix 1.0.0 framework and main release

[Carsten Ziegeler <cz...@apache.org>]

Karl Pauls wrote:
> I just called a vote on the two needed artifacts. Personally, I'm not
> sure this is really needed because we voted on the source releases and
> somehow I'd say that the resulting artifacts are covered as well but
> it seemed quicker to just vote on them again.
> 
It is needed - we have to vote on each and every artifact we release. If
we just vote on the source who can ensure that the binary artifact is
really the one built from the source? And the build process might pull
in other stuff etc. (Ok, in our case these points might not apply, but
there is no other way to ensure everything is working properly in
general than voting on every released artifact)

Carsten

-- 
Carsten Ziegeler
cziegeler@apache.org