On Tue, Aug 16, 2005 at 07:47:01AM +0200, Mike Hommey wrote:
> On Mon, Aug 15, 2005 at 03:41:43PM -0700, Steve Langasek <[EMAIL PROTECTED]>
> wrote:
> > On Sun, Aug 14, 2005 at 02:00:04PM +0200, Mike Hommey wrote:
> > > On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson <[EMAIL
> > > PROTECTE
On Mon, Aug 15, 2005 at 03:41:43PM -0700, Steve Langasek <[EMAIL PROTECTED]>
wrote:
> On Sun, Aug 14, 2005 at 02:00:04PM +0200, Mike Hommey wrote:
> > On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson <[EMAIL PROTECTED]>
> > wrote:
> > > (...)
> > > The 'reopen' command takes an optional sub
On Sun, Aug 14, 2005 at 02:00:04PM +0200, Mike Hommey wrote:
> On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson <[EMAIL PROTECTED]>
> wrote:
> > (...)
> > The 'reopen' command takes an optional submitter argument, so it was
> > difficult to get a version in here unambiguously. Instead, we've
- Forwarded message from Mike Hommey <[EMAIL PROTECTED]> -
From: Mike Hommey <[EMAIL PROTECTED]>
Subject: Re: BTS version tracking
To: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
>>&g
On Wed, Jul 20, 2005 at 01:45:03PM +0100, Colin Watson wrote:
> On Tue, Jul 19, 2005 at 10:34:23PM -0700, Brian Nelson wrote:
> > What if the maintainer uploads a version, say 1.3-2 (which is still the
> > most recent version), which supposedly fixes bug 1234567. However, I
> > test it and find th
On Tue, Jul 19, 2005 at 10:34:23PM -0700, Brian Nelson wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
> > The 'reopen' command takes an optional submitter argument, so it was
> > difficult to get a version in here unambiguously. Instead, we've
> > introduced a new 'found' command, which says "I'
Le Lun 18 Juillet 2005 23:36, Matthew Palmer a écrit :
> On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote:
> > A frequently requested feature for the bug tracking system in
> > recent years has been the ability to track which bugs apply to
> > which distributions, so that, eg, maintaine
Colin Watson <[EMAIL PROTECTED]> writes:
[...]
> The 'reopen' command takes an optional submitter argument, so it was
> difficult to get a version in here unambiguously. Instead, we've
> introduced a new 'found' command, which says "I've found the bug in this
> version of the package". You can use
> "Colin" == Colin Watson <[EMAIL PROTECTED]> writes:
Colin> A frequently requested feature for the bug tracking system
Colin> in recent years has been the ability to track which bugs
Colin> apply to which distributions, so that, eg, maintainers and
Colin> others can tell which
On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote:
> A frequently requested feature for the bug tracking system in recent years
> has been the ability to track which bugs apply to which distributions,
> so that, eg, maintainers and others can tell which bugs that have been
> fixed in uns
On Mon, Jul 18, 2005 at 10:28:06PM +0200, Andreas Barth wrote:
> * Colin Watson ([EMAIL PROTECTED]) [050718 17:21]:
> > The BTS records that bug #NN was fixed in 1.1-sarge1 and 1.3, and
> > let's say the bug was found in version 1.1. Since it has the changelogs
> > (it gets these from ftp-maste
* Colin Watson ([EMAIL PROTECTED]) [050718 17:21]:
> The BTS records that bug #NN was fixed in 1.1-sarge1 and 1.3, and
> let's say the bug was found in version 1.1. Since it has the changelogs
> (it gets these from ftp-master), it can build up a tree of which package
> versions are based on whi
On Mon, Jul 18, 2005 at 08:35:45AM -0600, Rob Sims wrote:
> On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote:
> > A number of changes have been made to [EMAIL PROTECTED] [1] to
> > support this. Firstly, the 'close' and 'reassign' commands now take
> > extra version arguments, as follow
On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote:
> A number of changes have been made to [EMAIL PROTECTED] [1] to
> support this. Firstly, the 'close' and 'reassign' commands now take
> extra version arguments, as follows:
>
> close 1234567 1.1
> reassign 1234567 example-package 2
14 matches
Mail list logo
