Hi Bertrand,
Am 29.11.16 um 13:25 schrieb Bertrand Delacretaz:
Hi Sandro,
On Mon, Nov 28, 2016 at 11:45 PM, Sandro Boehme wrote:
...If I checkout and build the latest trunk I would expect that the built
projects are available at the runtime of the server. This way I can
Hi Sandro,
On Mon, Nov 28, 2016 at 11:45 PM, Sandro Boehme wrote:
> ...If I checkout and build the latest trunk I would expect that the built
> projects are available at the runtime of the server. This way I can set
> breakpoints in the debugger, examine the inner workings
- the launchpad maintained in trunk should always be the "stable" launchpad,
referencing only released dependencies of the sling bundles and oft the integration tests
project
If I checkout and build the latest trunk I would expect that the built
projects are available at the runtime of the
On Wed, 2016-11-02 at 12:02 +0100, Carsten Ziegeler wrote:
> Bertrand Delacretaz wrote
> > On Wed, Nov 2, 2016 at 9:39 AM, Carsten Ziegeler > org> wrote:
> > > Bertrand Delacretaz wrote
> > > > On Wed, Nov 2, 2016 at 6:56 AM, Carsten Ziegeler > > > che.org>
Bertrand Delacretaz wrote
> On Wed, Nov 2, 2016 at 9:39 AM, Carsten Ziegeler wrote:
>> Bertrand Delacretaz wrote
>>> On Wed, Nov 2, 2016 at 6:56 AM, Carsten Ziegeler
>>> wrote:
...what problem are we exactly trying to solve?
>>> ...As described
On Wed, Nov 2, 2016 at 9:39 AM, Carsten Ziegeler wrote:
> Bertrand Delacretaz wrote
>> On Wed, Nov 2, 2016 at 6:56 AM, Carsten Ziegeler
>> wrote:
>>> ...what problem are we exactly trying to solve?
>> ...As described in the original post here - having
Bertrand Delacretaz wrote
> On Wed, Nov 2, 2016 at 6:56 AM, Carsten Ziegeler wrote:
>> ...what problem are we exactly trying to solve?
>
> As described in the original post here - having a stable launchpad
> that's always ready to release, while also continuously testing
On Wed, Nov 2, 2016 at 6:56 AM, Carsten Ziegeler wrote:
> ...what problem are we exactly trying to solve?
As described in the original post here - having a stable launchpad
that's always ready to release, while also continuously testing the
integration of the latest
Maybe I'm missing something, but what problem are we exactly trying to
solve?
Carsten
Robert Munteanu wrote
> On Mon, 2016-10-31 at 11:17 +0100, Carsten Ziegeler wrote:
>> Bertrand Delacretaz wrote
>>> On Wed, Oct 26, 2016 at 9:08 AM, Robert Munteanu >> g> wrote:
...How
On Mon, 2016-10-31 at 11:17 +0100, Carsten Ziegeler wrote:
> Bertrand Delacretaz wrote
> > On Wed, Oct 26, 2016 at 9:08 AM, Robert Munteanu > g> wrote:
> > > ...How would we handle launchpad tests that rely on functionality
> > > introduced in a SNAPSHOT dependency?...
> >
>
Bertrand Delacretaz wrote
> On Wed, Oct 26, 2016 at 9:08 AM, Robert Munteanu wrote:
>> ...How would we handle launchpad tests that rely on functionality
>> introduced in a SNAPSHOT dependency?...
>
> I suppose we'll need an annotation to indicate the requirements for a
>
On Wed, Oct 26, 2016 at 9:08 AM, Robert Munteanu wrote:
> ...How would we handle launchpad tests that rely on functionality
> introduced in a SNAPSHOT dependency?...
I suppose we'll need an annotation to indicate the requirements for a
specific test.
-Bertrand
On Fri, 2016-10-14 at 15:38 +0200, Bertrand Delacretaz wrote:
> I've committed an experimental script [1] which modifies the
> launchpad/builder provisioning model files to remove the version
> numbers for all Sling artifacts. See comments in the script for
> details (and enjoy the sed regexp ;-)
On Fri, 2016-10-14 at 15:45 +0200, Carsten Ziegeler wrote:
> Bertrand Delacretaz wrote
> > On Mon, Oct 3, 2016 at 3:20 PM, Robert Munteanu > > wrote:
> > > ...If we make building an unstable launchpad really simple, e.g.
> > > an addition
> > > profile or a mojo property, I
Bertrand Delacretaz wrote
> On Mon, Oct 3, 2016 at 3:20 PM, Robert Munteanu wrote:
>> ...If we make building an unstable launchpad really simple, e.g. an addition
>> profile or a mojo property, I don't think we lose anything...
>
> I've committed an experimental script [1]
On Mon, Oct 3, 2016 at 3:20 PM, Robert Munteanu wrote:
>...If we make building an unstable launchpad really simple, e.g. an addition
> profile or a mojo property, I don't think we lose anything...
I've committed an experimental script [1] which modifies the
launchpad/builder
On Wed, 2016-09-28 at 22:06 +, Stefan Seifert wrote:
> discussed at the Sling Committer Round Table @ adaptTo() 2016
>
> currently we have only one launchpad in trunk, which contains a
> mixture of release dependencies and snapshot dependencies. this makes
> it difficult to release new
17 matches
Mail list logo