Gang,
I finally got some work done on the CI task for Taskotron in Taskotron. The
idea here is that after each commit (of a relevant project - trigger,
execdb, resultsdb, libtaskotron) to pagure, we will run the whole stack in
docker containers, and execute a known "phony" task, to see whether it
On Wed, Feb 8, 2017 at 8:06 PM, Adam Williamson
wrote:
> Wouldn't it be great if we had a brand new project which would be the
> ideal place to represent such conventions, so the bit of taskotron
> which reported the results could construct them conveniently? :P
https://xkcd.com/684/ :) (I mean
On Wed, Feb 8, 2017 at 7:39 PM, Kamil Paral wrote:
> > I mentioned this in IRC but why not have a bit of both and allow input
> > as either a file or on the CLI. I don't think that json would be too
> > bad to type on the command line as an option for when you're running
> > something manually:
>
On Wed, Feb 8, 2017 at 4:11 PM, Tim Flink wrote:
> On Wed, 8 Feb 2017 08:26:30 -0500 (EST)
> Kamil Paral wrote:
>
> I think another question is whether we want to keep assuming that the
> *user supplies the item* that is used as a UID in resultsdb. As you say,
> it seems a bit odd to require peo
On Wed, Feb 8, 2017 at 2:26 PM, Kamil Paral wrote:
> This is what I meant - keeping item as is, but being able to pass another
> structure to the formula, which can then be used from it. I'd still like to
> keep the item to a single string, so it can be queried easily in the
> resultsdb. The item
On Wed, 2017-02-08 at 08:11 -0700, Tim Flink wrote:
> Would it make more sense to just pass in the dict and have semi-coded
> conventions for reporting to resultsdb based on the item_type which
> could be set during the task instead of requiring that to be known
> before task execution time?
Would
> I think another question is whether we want to keep assuming that the
> user supplies the item that is used as a UID in resultsdb. As you say,
> it seems a bit odd to require people to munge stuff together like
> "namespace/module#commithash" at the same time that it can be separated
> out into a
On Wed, 8 Feb 2017 08:26:30 -0500 (EST)
Kamil Paral wrote:
> > This is what I meant - keeping item as is, but being able to pass
> > another structure to the formula, which can then be used from it.
> > I'd still like to keep the item to a single string, so it can be
> > queried easily in the res
On Fri, 3 Feb 2017 17:05:04 -0500 (EST)
Kamil Paral wrote:
> I spent a bit of time fixing minor issues in our test suite and
> makefiles and would like to do the following further changes across
> all our taskotron projects:
>
> 1. run the test suite while inside virtualenv with simple `pytest`
> This is what I meant - keeping item as is, but being able to pass another
> structure to the formula, which can then be used from it. I'd still like to
> keep the item to a single string, so it can be queried easily in the
> resultsdb. The item should still represent what was tested. It's just th
10 matches
Mail list logo
