Daniel Axtens writes:
> Don Zickus writes:
>
>> On Tue, Sep 11, 2018 at 12:21:26PM -0600, Stephen Finucane wrote:
>>> > Personally I would *really* like labels to land. They unlock a lot of
>>> > potential improvements to workflow for maintainers, eg. automated
>>> > tagging, tagging based on te
Don Zickus writes:
> On Tue, Sep 11, 2018 at 12:19:02PM -0600, Stephen Finucane wrote:
>> > > Personally I would *really* like labels to land. They unlock a lot of
>> > > potential improvements to workflow for maintainers, eg. automated
>> > > tagging, tagging based on test results etc. As well a
On Sat, Sep 22, 2018 at 12:53:46AM +1000, Daniel Axtens wrote:
> Don Zickus writes:
>
> > On Tue, Sep 11, 2018 at 12:21:26PM -0600, Stephen Finucane wrote:
> >> > Personally I would *really* like labels to land. They unlock a lot of
> >> > potential improvements to workflow for maintainers, eg. a
Don Zickus writes:
> On Tue, Sep 11, 2018 at 12:21:26PM -0600, Stephen Finucane wrote:
>> > Personally I would *really* like labels to land. They unlock a lot of
>> > potential improvements to workflow for maintainers, eg. automated
>> > tagging, tagging based on test results etc. As well as fine
On Thu, Sep 13, 2018 at 05:12:30PM -0600, Stephen Finucane wrote:
> On Thu, 2018-09-13 at 16:48 -0400, Don Zickus wrote:
> > On Wed, Sep 12, 2018 at 04:37:21PM -0600, Stephen Finucane wrote:
> > > > > I see labels as different to tags. Tags are key:value pairs, generally
> > > > > extracted from a
On Thu, 2018-09-13 at 16:48 -0400, Don Zickus wrote:
> On Wed, Sep 12, 2018 at 04:37:21PM -0600, Stephen Finucane wrote:
> > > > I see labels as different to tags. Tags are key:value pairs, generally
> > > > extracted from a message body, while Labels are simply values initially
> > > > stripped fr
On Tue, Sep 11, 2018 at 12:21:26PM -0600, Stephen Finucane wrote:
> > Personally I would *really* like labels to land. They unlock a lot of
> > potential improvements to workflow for maintainers, eg. automated
> > tagging, tagging based on test results etc. As well as finer grained
> > reporting of
On Wed, Sep 12, 2018 at 04:37:21PM -0600, Stephen Finucane wrote:
> > > I see labels as different to tags. Tags are key:value pairs, generally
> > > extracted from a message body, while Labels are simply values initially
> > > stripped from the subject. We could build a unified model that supports
On Thu, 2018-09-13 at 02:02 +1000, Daniel Axtens wrote:
> Stephen Finucane writes:
>
> > On Tue, 2018-08-21 at 15:09 +1000, Michael Ellerman wrote:
> > > Andrew Donnellan writes:
> > >
> > > > On 09/08/18 18:54, Daniel Axtens wrote:
> > > > > > This series starts work on the latter of these by
On Wed, 2018-09-12 at 15:59 -0400, Don Zickus wrote:
> On Tue, Sep 11, 2018 at 12:19:02PM -0600, Stephen Finucane wrote:
> > > > Personally I would *really* like labels to land. They unlock a lot of
> > > > potential improvements to workflow for maintainers, eg. automated
> > > > tagging, tagging b
On Tue, Sep 11, 2018 at 12:19:02PM -0600, Stephen Finucane wrote:
> > > Personally I would *really* like labels to land. They unlock a lot of
> > > potential improvements to workflow for maintainers, eg. automated
> > > tagging, tagging based on test results etc. As well as finer grained
> > > repo
Stephen Finucane writes:
> On Tue, 2018-08-21 at 15:09 +1000, Michael Ellerman wrote:
>> Andrew Donnellan writes:
>>
>> > On 09/08/18 18:54, Daniel Axtens wrote:
>> > > > This series starts work on the latter of these by addressing yet
>> > > > another
>> > > > issues, #22 [3]. Full details of
On Tue, 2018-08-21 at 15:09 +1000, Michael Ellerman wrote:
> Andrew Donnellan writes:
>
> > On 09/08/18 18:54, Daniel Axtens wrote:
> > > > This series starts work on the latter of these by addressing yet another
> > > > issues, #22 [3]. Full details of the feature are provided inline but
> > > >
On Tue, 2018-08-21 at 14:43 -0400, Don Zickus wrote:
> On Tue, Aug 21, 2018 at 03:09:54PM +1000, Michael Ellerman wrote:
> > Andrew Donnellan writes:
> >
> > > On 09/08/18 18:54, Daniel Axtens wrote:
> > > > > This series starts work on the latter of these by addressing yet
> > > > > another
> >
On Tue, Aug 21, 2018 at 03:09:54PM +1000, Michael Ellerman wrote:
> Andrew Donnellan writes:
>
> > On 09/08/18 18:54, Daniel Axtens wrote:
> >>> This series starts work on the latter of these by addressing yet another
> >>> issues, #22 [3]. Full details of the feature are provided inline but
> >>
Andrew Donnellan writes:
> On 09/08/18 18:54, Daniel Axtens wrote:
>>> This series starts work on the latter of these by addressing yet another
>>> issues, #22 [3]. Full details of the feature are provided inline but
>>> tl;dr labels are arbitrary bits of metadata that can be used to
>>> represen
On 09/08/18 18:54, Daniel Axtens wrote:
This series starts work on the latter of these by addressing yet another
issues, #22 [3]. Full details of the feature are provided inline but
tl;dr labels are arbitrary bits of metadata that can be used to
represent some of the more orthogonal states like "
Stephen Finucane writes:
> I want to add support for global series states, as noted in #157 [1]
> However, to get there we're going to need a boolean open/closed
> attribute for 'Patch.state' and to get _there_ we're going to need to
> clean up the various 'State' fixtures, as noted in #4 [2].
I
On Sun, 2018-04-15 at 23:53 +0100, Stephen Finucane wrote:
> I want to add support for global series states, as noted in #157 [1]
> However, to get there we're going to need a boolean open/closed
> attribute for 'Patch.state' and to get _there_ we're going to need to
> clean up the various 'State'
I want to add support for global series states, as noted in #157 [1]
However, to get there we're going to need a boolean open/closed
attribute for 'Patch.state' and to get _there_ we're going to need to
clean up the various 'State' fixtures, as noted in #4 [2].
This series starts work on the latte
20 matches
Mail list logo
