Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   Gentoo Development (http://www.linux-archive.org/gentoo-development/)
-   -   About adding a way to check for bugs referring to no longer existing packages in the tree (http://www.linux-archive.org/gentoo-development/655895-about-adding-way-check-bugs-referring-no-longer-existing-packages-tree.html)

Pacho Ramos 04-14-2012 11:02 AM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
Hello

From time to time I see old bug reports that are still wrongly opened
and referring to old packages no longer in the tree. Would be possible
to add a way to periodically check for bugs referring in summary to
obsolete packages and, then, allow us to have a cleaner bug list?

If the bug is referring to an overlay, it should state that in summary
(like we do with [gnome-overlay] bugs) and skip checking for them.

Thanks a lot

Alexis Ballier 04-14-2012 03:42 PM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
On Sat, 14 Apr 2012 13:02:27 +0200
Pacho Ramos <pacho@gentoo.org> wrote:

> Hello
>
> From time to time I see old bug reports that are still wrongly opened
> and referring to old packages no longer in the tree. Would be possible
> to add a way to periodically check for bugs referring in summary to
> obsolete packages and, then, allow us to have a cleaner bug list?

-1, you really cant automate this.

- for eg, keyword req, the version doesnt really matter and is usually
just there to help but should really be read as latest version;
closing/ignoring the bug while the latest version still lacks the
keywords is just wrong.
- for stablereq, that's a different story

- for other bugs, some may have been fixed independently upstream, but
usually, they dont fix by themselves, so if a bug didnt get
attention, chances are its still valid.


moreover, doing this, you'll just encourage people not to fill the
version


IOW: If you want a cleaner bug list, ignore stable/kw reqs, then pay
attention to your bugs and fix them :)

A.

Pacho Ramos 04-14-2012 05:54 PM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
El sáb, 14-04-2012 a las 12:42 -0300, Alexis Ballier escribió:
> On Sat, 14 Apr 2012 13:02:27 +0200
> Pacho Ramos <pacho@gentoo.org> wrote:
>
> > Hello
> >
> > From time to time I see old bug reports that are still wrongly opened
> > and referring to old packages no longer in the tree. Would be possible
> > to add a way to periodically check for bugs referring in summary to
> > obsolete packages and, then, allow us to have a cleaner bug list?
>
> -1, you really cant automate this.
>
> - for eg, keyword req, the version doesnt really matter and is usually
> just there to help but should really be read as latest version;
> closing/ignoring the bug while the latest version still lacks the
> keywords is just wrong.
> - for stablereq, that's a different story
>
> - for other bugs, some may have been fixed independently upstream, but
> usually, they dont fix by themselves, so if a bug didnt get
> attention, chances are its still valid.
>
>
> moreover, doing this, you'll just encourage people not to fill the
> version
>
>
> IOW: If you want a cleaner bug list, ignore stable/kw reqs, then pay
> attention to your bugs and fix them :)
>
> A.
>
>

It's not for versions, only package names (there are still bugs
referring to already removed packages for months)

Ryan Hill 04-15-2012 08:47 AM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
> > > From time to time I see old bug reports that are still wrongly opened
> > > and referring to old packages no longer in the tree. Would be possible
> > > to add a way to periodically check for bugs referring in summary to
> > > obsolete packages and, then, allow us to have a cleaner bug list?

How exactly would you do this? Maintain a list of all packages ever removed
from the tree? What if the package name is a common word? What about bugs
requesting a previously removed package be re-added? Or a different
project using the same name?

> It's not for versions, only package names (there are still bugs
> referring to already removed packages for months)

The person dumping the package should be checking for open bugs at the time
of removal.


--
fonts, gcc-porting
toolchain, wxwidgets
@ gentoo.org

Pacho Ramos 04-15-2012 09:55 AM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
El dom, 15-04-2012 a las 02:47 -0600, Ryan Hill escribió:
> > > > From time to time I see old bug reports that are still wrongly opened
> > > > and referring to old packages no longer in the tree. Would be possible
> > > > to add a way to periodically check for bugs referring in summary to
> > > > obsolete packages and, then, allow us to have a cleaner bug list?
>
> How exactly would you do this? Maintain a list of all packages ever removed
> from the tree? What if the package name is a common word? What about bugs
> requesting a previously removed package be re-added? Or a different
> project using the same name?

Well, I currently manually do eix searching to check it, maybe would be
a way to compare eix outputs with "${CATEGORY}/${PKGNAME}" from bug
summaries (bugs without that naming structure would be uncovered by
this, but we would still be able to easily check for obsolete bug
reports).

Regarding bugs asking package to be readded, that bugs should be
assigned to maintainer-wanted and, then, could be filtered.

>
> > It's not for versions, only package names (there are still bugs
> > referring to already removed packages for months)
>
> The person dumping the package should be checking for open bugs at the time
> of removal.
>
>

I agree... but it's usually forgotten as I have seen

Pacho Ramos 04-15-2012 10:00 AM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
El dom, 15-04-2012 a las 11:55 +0200, Pacho Ramos escribió:
> El dom, 15-04-2012 a las 02:47 -0600, Ryan Hill escribió:
> > > > > From time to time I see old bug reports that are still wrongly opened
> > > > > and referring to old packages no longer in the tree. Would be possible
> > > > > to add a way to periodically check for bugs referring in summary to
> > > > > obsolete packages and, then, allow us to have a cleaner bug list?
> >
> > How exactly would you do this? Maintain a list of all packages ever removed
> > from the tree? What if the package name is a common word? What about bugs
> > requesting a previously removed package be re-added? Or a different
> > project using the same name?
>
> Well, I currently manually do eix searching to check it, maybe would be
> a way to compare eix outputs with "${CATEGORY}/${PKGNAME}" from bug
> summaries (bugs without that naming structure would be uncovered by
> this, but we would still be able to easily check for obsolete bug
> reports).
>
> Regarding bugs asking package to be readded, that bugs should be
> assigned to maintainer-wanted and, then, could be filtered.
>
> >
> > > It's not for versions, only package names (there are still bugs
> > > referring to already removed packages for months)
> >
> > The person dumping the package should be checking for open bugs at the time
> > of removal.
> >
> >
>
> I agree... but it's usually forgotten as I have seen
>

Also, the idea is to simply generate a list with possible obsolete bug
reports, closing would still be done manually after checking for false
positives ;)

Ryan Hill 04-15-2012 10:21 AM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
On Sun, 15 Apr 2012 12:00:45 +0200
Pacho Ramos <pacho@gentoo.org> wrote:

> Also, the idea is to simply generate a list with possible obsolete bug
> reports, closing would still be done manually after checking for false
> positives ;)

Ah, okay. I thought you wanted something automatically closing them.


--
fonts, gcc-porting
toolchain, wxwidgets
@ gentoo.org

Marcin Mirosław 04-15-2012 03:47 PM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
W dniu 2012-04-14 13:02, Pacho Ramos pisze:
> Hello
>
> From time to time I see old bug reports that are still wrongly
> opened and referring to old packages no longer in the tree. Would
> be possible to add a way to periodically check for bugs referring
> in summary to obsolete packages and, then, allow us to have a
> cleaner bug list?

Hi,
what about siutation package was removed from tree. After sometime
other maintainer wants to put this package to the tree again,
shouldn't fix those bugs before doing this?
Marcin

Pacho Ramos 04-15-2012 04:09 PM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
El dom, 15-04-2012 a las 17:47 +0200, Marcin Mirosław escribió:
> W dniu 2012-04-14 13:02, Pacho Ramos pisze:
> > Hello
> >
> > From time to time I see old bug reports that are still wrongly
> > opened and referring to old packages no longer in the tree. Would
> > be possible to add a way to periodically check for bugs referring
> > in summary to obsolete packages and, then, allow us to have a
> > cleaner bug list?
>
> Hi,
> what about siutation package was removed from tree. After sometime
> other maintainer wants to put this package to the tree again,
> shouldn't fix those bugs before doing this?
> Marcin
>

As that results will simply be used to generate a list, it will be a
good opportunity to really check that developer is taking care of it (I
have also seen a lot of cases where a dev has a bug for this assigned to
him for months without action)

Samuli Suominen 04-15-2012 04:10 PM

About adding a way to check for bugs referring to no longer existing packages in the tree
 
On 04/15/2012 06:47 PM, Marcin Mirosław wrote:

W dniu 2012-04-14 13:02, Pacho Ramos pisze:

Hello

From time to time I see old bug reports that are still wrongly
opened and referring to old packages no longer in the tree. Would
be possible to add a way to periodically check for bugs referring
in summary to obsolete packages and, then, allow us to have a
cleaner bug list?


Hi,
what about siutation package was removed from tree. After sometime
other maintainer wants to put this package to the tree again,
shouldn't fix those bugs before doing this?
Marcin




When package foobar gets removed from Portage, the remaining bugs
affecting foobar gets closed with resolution WONTFIX/OBSOLETE/FIXED
depending on type of the bug.
When package foobar gets readded to Portage, the maintainer needs to
check also for closed bugs.

That's how it is now, and the workflow wouldn't change with this proposal.

So you are right, but irrelevant to the /topic in hand.

- Samuli


All times are GMT. The time now is 02:03 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.