closing bugs products

[Jordi Polo]

On Tue, Dec 2, 2008 at 1:53 AM, Friedrich W. H. Kossebau
<kossebau at kde.org>wrote:

> Hi,
>
> Hurra for all cleaning up of bko, in general :)
>
> Am Montag, 1. Dezember 2008, um 16:52 Uhr, schrieb Matt Rogers:
> > On Monday 01 December 2008 01:42:47 Mark Kretschmann wrote:
> > > On Mon, Dec 1, 2008 at 5:05 AM, Jordi Polo <mumismo at gmail.com> wrote:
> > > > There are products on bugs.kde.org that I think should be closed for
> > > > new bugs:
> > > >
> > > > configure: buildsystem can be used instead. No open bugs as this
> > > > writting.. binaries: downstream bugs should not be reported. No open
> > > > bugs as this writting.
> > > > daap kioslave: 1 open bug. Why not move it to kioslaves?
>
> Why shouldn't it stay a product of its own?


one open bug in all its life ... All the other kioslaves are just in
kioslaves. We split all or merge all.


>
> > > > spreadkde.org: No open bugs. Looks unmaintained ...
>
> Promo people still think of bringing it back to life, AFAIR.
>
> > > > printer-applet: 3 open bugs, 5 bugs reported in its life, surely
> should
> > > > merge with something.
> > >
> > > Makes sense. You should forward this to sysadmin at kde.org.
> >
> > isn't printer-applet new though?
>
> It is. Only part of KDE since 4.1. See e.g. here:
> http://utils.kde.org/projects/printer-applet/development.php
>

As above, applets are separated products or no, but the same policy for them
all.



>
> There should perhaps be one central database for the metadata of all KDE
> programs/modules, which is reused in techbase, userbase, bugzilla and
> elsewhere, containing data like homepage, maintainer, releases, icon/logo,
> etc. So such information is consistent and can be automatically made
> available.
>
> I guess it is lack of human resources here...




> Cheers
> Friedrich
> --
> Okteta - KDE 4 Hex Editor - http://utils.kde.org/projects/okteta
>



-- 
Jordi Polo Carres
NLP laboratory - NAIST
http://www.bahasara.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20081202/10f03944/attachment.htm>