On Fri, Aug 15, 2003 at 07:57:52PM -0500, Colin Watson wrote:
On Fri, Aug 15, 2003 at 09:58:58PM +1000, Anthony Towns wrote:
Colin'll probably roll out the CGI's this weekend -- that'll be a
non-event hopefully, since the .status files haven't changed, but will
get us moving.
Yup,
On Fri, Aug 01, 2003 at 11:40:34AM +1000, Anthony Towns wrote:
] package foo
] reopen 123456 1.2.3-1
] Source: foo
] Version: 1
] Packages:
] foo (1x)
] bar (3.14x)
Soo. Some discussion on IRC with Colin resulted in the following.
reopen should be done away with entirely. submitter
On Fri, Aug 15, 2003 at 09:58:58PM +1000, Anthony Towns wrote:
Version: processing needs to be added to -done processing. Eventually a
pseudo-header should be required for emails to -done to avoid bugs being
closed by spam, or accident.
We should do that right now, but a bit more leniently --
On Fri, Aug 15, 2003 at 09:58:58PM +1000, Anthony Towns wrote:
reopen should be done away with entirely. submitter replaces one aspect of
it's functionality but better (dealing with merged bugs).
Notifying the original submitter, too.
A new command, open, should replace the other half,
On Fri, Aug 15, 2003 at 07:57:52PM -0500, Colin Watson wrote:
I'd like to leave a limited form of reopen around (versionless, doesn't
let you change submitter) for a while at least because I'm a wimp. :-)
(I'm inclined to think having a limited reopen would be more confusing than
doing away
On Fri, Aug 15, 2003 at 07:57:52PM -0500, Colin Watson wrote:
Add two lines to .status, containing space separated versions. One line
has fixed versions. The other line found versions. open adds to one
line. close adds to the other.
How about a command to remove from the list of found
On Fri, Aug 15, 2003 at 07:57:52PM -0500, Colin Watson wrote:
What happens when a package splits? Do the bugs belong to the old
source? The new source? How's the connection made? Automatically?
Manually by maintaining good changelogs? Manually by telling the BTS
which bugs to carry
On Fri, 1 Aug 2003, Colin Watson wrote:
On Thu, Jul 31, 2003 at 01:38:51PM -0500, Drew Scott Daniels wrote:
I've been looking at modifying a copy of dak/katie.py to list which
You're duplicating a lot of work.
Luckily I hadn't dug into it too much yet.
Colin Watson, any progress on a test
I've been looking at modifying a copy of dak/katie.py to list which
versions close which bugs, and to get a way to list all the different
versions from the changelog. I'm trying to work towards version tracking
as has been discussed before on this list.
-
One problem that I'm worried about is
On Thu, Jul 31, 2003 at 01:38:51PM -0500, Drew Scott Daniels wrote:
I've been looking at modifying a copy of dak/katie.py to list which
versions close which bugs, and to get a way to list all the different
versions from the changelog. I'm trying to work towards version tracking
as has been
10 matches
Mail list logo