On 15/08/14 14:17, Andrew Wilkins wrote:
> On Fri, Aug 15, 2014 at 11:58 AM, Ian Booth wrote:
>
>> There is no mongo 2.6 build; it's all the one code base.
>> juju-core works out-of-the-box on both mongo 2.4 and 2.6.
>> The landing tests are run on top of mongo 2.4 as usual. If any of the tests
(if someone tests and finds a bug)...
On Fri, Aug 15, 2014 at 12:17 PM, Andrew Wilkins <
andrew.wilk...@canonical.com> wrote:
> On Fri, Aug 15, 2014 at 11:58 AM, Ian Booth
> wrote:
>
>> There is no mongo 2.6 build; it's all the one code base.
>> juju-core works out-of-the-box on both mongo 2.4
On Fri, Aug 15, 2014 at 11:58 AM, Ian Booth wrote:
> There is no mongo 2.6 build; it's all the one code base.
> juju-core works out-of-the-box on both mongo 2.4 and 2.6.
> The landing tests are run on top of mongo 2.4 as usual. If any of the tests
> fail, then the bot will be blocked.
>
> Perhaps
There is no mongo 2.6 build; it's all the one code base.
juju-core works out-of-the-box on both mongo 2.4 and 2.6.
The landing tests are run on top of mongo 2.4 as usual. If any of the tests
fail, then the bot will be blocked.
Perhaps I don't understand the question?
On 15/08/14 13:47, David Chen
Sorry, I was not clear.
If a bug is found in the mongo 2.6 build will that be considered
critical and block the landing bot.
On Fri, Aug 15, 2014 at 12:32 PM, Ian Booth wrote:
> No, not yet. The landing tests are still run using 2.4.
> The job to test with mongo 2.6 is/will initially be separate
No, not yet. The landing tests are still run using 2.4.
The job to test with mongo 2.6 is/will initially be separate.
On 15/08/14 11:11, David Cheney wrote:
> Will CI failures using mongodb-2.6 be considered critical and block the build
> ?
>
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Will CI failures using mongodb-2.6 be considered critical and block the build ?
On Fri, Aug 15, 2014 at 10:07 AM, Ian Booth wrote:
> A little while back we started work as a background task to port Juju to work
> with Mongo 2.6. After a final push from Andrew to get everything finalised,
> the
>
A little while back we started work as a background task to port Juju to work
with Mongo 2.6. After a final push from Andrew to get everything finalised, the
current Juju trunk now has Mongo 2.6 support finished/working.
Note that Mongo 2.4.x (as shipped in cloud archive and/or trusty) is still th
if we stopped redirecting the log on linux in our upstart jobs, log start
would rotate the per agent/job log files for us.
On Thu, Aug 14, 2014 at 11:49 AM, Matt Rae wrote:
>
> On Thu, Aug 14, 2014 at 8:23 AM, Nate Finch
> wrote:
>
>> The front page of 12factor.net says "offering maximum port
On Thu, Aug 14, 2014 at 2:14 PM, Nate Finch
wrote:
> I didn't bring up 12 factor, it's irrelevant to my argument.
>
> I'm trying to make our product simpler and easier to maintain. That is
> all. If there's another cross-platform solution that we can use, I'd be
> happy to consider it. We have
On Thu, Aug 14, 2014 at 3:14 PM, Nate Finch wrote:
> I didn't bring up 12 factor, it's irrelevant to my argument.
Is there someone else sending messages under your name?
On Thu, Aug 14, 2014 at 12:23 PM, Nate Finch wrote:
> The front page of 12factor.net says "offering maximum portability betwe
Indeed, godeps does already have this functionality.
I should probably have announced it, sorry.
It does go-get packages you don't already have too.
Our 'bot script now does something like:
go get -d $ourpackage
godeps -u $ourpackagedir/dependencies.tsv
which means that we don't pull do
Indeed, godeps does already have this functionality.
I should probably have announced it, sorry.
It does go-get packages you don't already have too.
Our 'bot script now does something like:
go get -d $ourpackage
godeps -u $ourpackagedir/dependencies.tsv
which means that we don't pull do
I didn't bring up 12 factor, it's irrelevant to my argument.
I'm trying to make our product simpler and easier to maintain. That is
all. If there's another cross-platform solution that we can use, I'd be
happy to consider it. We have to change the code to support Windows. I'd
rather the diff b
On Thu, Aug 14, 2014 at 1:35 PM, Nate Finch wrote:
> On Thu, Aug 14, 2014 at 12:24 PM, Gustavo Niemeyer
> wrote:
>>
>> > Why support two things when you can support just one?
>>
>> Just to be clear, you really mean "why support two existing and well
>> known things when I can implement a third th
On Thu, Aug 14, 2014 at 12:24 PM, Gustavo Niemeyer <
gustavo.nieme...@canonical.com> wrote:
>
> > Why support two things when you can support just one?
>
> Just to be clear, you really mean "why support two existing and well
> known things when I can implement a third thing", right?
>
Yes, that i
On Thu, Aug 14, 2014 at 12:23 PM, Nate Finch wrote:
> The front page of 12factor.net says "offering maximum portability between
> execution environments" ... that's exactly what I'm going for.
This can be taken as an excuse to do just about anything.
> We're going to support Windows. Windows doe
On Thu, Aug 14, 2014 at 8:23 AM, Nate Finch
wrote:
> The front page of 12factor.net says "offering maximum portability between
> execution environments" ... that's exactly what I'm going for.
>
> We're going to support Windows. Windows does not have rsyslog or
> logrotate. We *have* a solution w
Godeps should pull down new revisions, as of a month or so ago. You just
need to do go get -u launchpad.net/godeps and you'll get the new revision.
I don't believe it go-gets packages you don't already have, though.
On Thu, Aug 14, 2014 at 11:27 AM, Dimiter Naydenov <
dimiter.nayde...@canonica
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
Is it just me or others are also getting frustrated for the N-th time
that godeps doesn't fetch new revisions when needed, and you need to
manually go into each dependency's work dir, pull/fetch/update as
needed, then run godeps again.. You kn
The front page of 12factor.net says "offering maximum portability between
execution environments" ... that's exactly what I'm going for.
We're going to support Windows. Windows does not have rsyslog or logrotate.
We *have* a solution which is cross platform.
My main concern is that if we use rsy
Many operations teams already have a standard log collecting systems. I
think it would be best to be flexible enough to work in environments with
existing systems.
Standard ways are logging to syslog so any syslog implementation can be
used, or logging to stdout so a supervisor like djb daemontool
Sorry, more context for those who haven't been in on the talks in Juju-core:
We're trying to get Reviewboard set up for juju-core use with github (and a
plugin we wrote so we can log in with our github usernames).
On Thu, Aug 14, 2014 at 10:27 AM, Nate Finch
wrote:
> What's the status on this?
What's the status on this? I think this could really help our workflow.
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
On Thu, Aug 14, 2014 at 3:42 AM, Stuart Bishop
wrote:
> Further to just injecting failures, I'm interested in controlling when
> and the order hooks can run. A sort of manual mode, which could be
> driven by a test harness such as Amulet.
This sounds quite heavyweight and intrusive. Introducing d
As a side note, MongoDB offers a "capped collection" mechanism with
the semantics that you can insert rows at will, and it rolls around
automatically by replacing oldest entries with the newest ones. This
tends to be a very convenient way to do structured logging, both on
the writing and on the rea
On 14.08.2014 06:20, Ian Booth wrote:
> Just to back up Dave's arguments - all sys admins I know would be a big -1 on
> Juju doing it's own log rolling. It's a recipe for lost log files, missing
> data
> etc. It's a mixing of responsibilities that should be handled separately.
I am unsure how juju
Please forgive the lengthy response :). The following are just a few
thoughts regarding this subject.
On 14.08.2014 06:13, David Cheney wrote:
> Ian asked me to post my thoughts here.
>
> I am not in favour of applications rolling their own logs, I believe
> that applications should not know anyt
28 matches
Mail list logo
