stdcxx-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Sebor <se...@roguewave.com>
Subject Re: [jira] Deleted: (STDCXX-33) Implement C++0x regular expressions
Date Wed, 04 Jun 2008 21:54:44 GMT
Eric Lemings wrote:
>  
> 
>> -----Original Message-----
>> From: Martin Sebor [mailto:sebor@roguewave.com] 
>> Sent: Wednesday, June 04, 2008 3:22 PM
>> To: dev@stdcxx.apache.org
>> Subject: Re: [jira] Deleted: (STDCXX-33) Implement C++0x 
>> regular expressions
>>
>> Eric Lemings wrote:
>>>  
>>>
>>>> -----Original Message-----
>>>> From: Eric Lemings 
>>>> Sent: Wednesday, June 04, 2008 2:58 PM
>>>> To: 'dev@stdcxx.apache.org'
>>>> Subject: RE: [jira] Deleted: (STDCXX-33) Implement C++0x 
>>>> regular expressions
>>>>
>>>>  
>>>>
>>>>> -----Original Message-----
>>>>> From: Martin Sebor [mailto:sebor@roguewave.com] 
>>>>> Sent: Wednesday, June 04, 2008 2:30 PM
>>>>> To: dev@stdcxx.apache.org
>>>>> Subject: Re: [jira] Deleted: (STDCXX-33) Implement C++0x 
>>>>> regular expressions
>>>>>
>>>>> Martin Sebor wrote:
>>>>>> Could we move issues instead of deleting them?
>>>>> Also, we're still discussing what the plan is WRT how these
>>>>> components will be organized so these kinds of changes seem
>>>>> premature. In fact, I'm not sure I see why any issues need
>>>>> to be deleted or moved. Why can't the existing ones can be
>>>>> changed?
>>>> They are subtasks and subtasks can't be moved.  I tried.
>>> Also, subtasks can't be broken down into smaller issues.  Some of
>>> these issues will likely need to be subdivided into smaller chunks
>>> of work.
>> As a courtesy to the rest of us working on the project it would
>> be nice to let us know what restructuring changes you'd like to
>> make, and wait for feedback before making them. Especially
>> deleting issues should be brought up because doing so not only
>> permanently removes them from the database but also breaks any
>> links pointing to such issues.
> 
> Jira is pretty smart.  It allows you to relink such issues before
> deleting issues so there are no broken links.

This is now a broken link:
   http://issues.apache.org/jira/browse/STDCXX-33

> 
> And the issues are still in the database.  I just moved them from
> subtasks into individual issues.  Or you'd prefer to keep the
> duplicate issues?

I would prefer us to have a plan before we start moving issues
around or permanently deleting them.

As it is, the rest of us are left to guess what's happening
with the existing issues, why they're being deleted, why new
ones are being created, or where you plan to stop. If you want
to change/improve things you need to let us in on your plan
ahead of time to make sure your changes don't adversely affect
anyone or that there isn't a better way to go about implementing
them. It's possible that we'd end up doing exactly what you did
in the end. The big difference is that we'd all understand and
(hopefully) agree with what's going on.

Martin


Mime
View raw message