Kubuntu Policies (for council consideration)
Harald Sitter
apachelogger at ubuntu.com
Wed Feb 26 10:04:17 UTC 2014
On Wednesday 26 February 2014 09:51:24 Jonathan Riddell wrote:
> On Tue, Feb 25, 2014 at 12:46:54PM +0100, Harald Sitter wrote:
> > On Mon, Feb 24, 2014 at 5:55 PM, Jonathan Riddell <jr at jriddell.org> wrote:
> > > On Wed, Feb 19, 2014 at 02:05:26PM +0100, Harald Sitter wrote:
> > >> > As an exception where upstream bugs are due to be tracked until the
> > >> > current release is out they can be filed, linked to upstream, tagged
> > >> > ''kubuntu'' and milestoned to the next release.> >>
> > >> What is the benefit of that?
> > >
> > > So that bugs which need to be tracked for the release can be easily
> > > tracked.>
> > But what is the benefit of us tracking bugs we cannot do anything
> > about? And that being said, which bugs would be considered
> > trackworthy? And assuming the bugs do not get fixed upstream in time,
> > what do we do?
>
> Anything which is important enough to be worked on or release noted
> should be tracked. If we don't fix it we release note them. But we
> can't just pretend we have no bugs that affect a significent number of
> users and point upstream, we always have some that users need to know about.
Shouldn't they then be tracked as release note tasks/bugs?
HS
More information about the kubuntu-devel
mailing list