[gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 446 bytes --]

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

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Alexis Ballier]

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.

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 1330 bytes --]

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)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Ryan Hill]

[-- Attachment #1: Type: text/plain, Size: 839 bytes --]

> > > 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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]

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


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 1636 bytes --]

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 ;)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Ryan Hill]

[-- Attachment #1: Type: text/plain, Size: 379 bytes --]

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Marcin Mirosław]

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

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 891 bytes --]

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)


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Samuli Suominen]

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

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 1507 bytes --]

El dom, 15-04-2012 a las 19:10 +0300, Samuli Suominen escribió:
> 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
> 
> 

The problem is that, in reality, some bugs are forgotten and are keep
opened. Currently, I manually check for them, but it's sometimes hard to
do this manually. The idea of generating a QA report (like others in
http://qa-reports.gentoo.org/) would allow me to easily review that list
periodically to check that obsolete bugs are closed.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] About adding a way to check for bugs referring to no longer existing packages in the tree

[Marcin Mirosław]

W dniu 2012-04-15 18:10, Samuli Suominen napisał(a):
> 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.

Thanks for clarification, i was afraid sentence "cleaner bug list" 
means remove/make unavailable in future.
Marcin

Re: [gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Jeroen Roovers]

On Sun, 15 Apr 2012 11:55:04 +0200
Pacho Ramos <pacho@gentoo.org> wrote:

> 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).

I only started fixing summaries to include valid, canonical
cat/pkg[-ver] strings a few years ago because searching for a full
atom in bugzilla's search would otherwise (and still does) fail.

Before that it was mayhem, and it's mainly the older bugs you appear be
worried about. Having a list of bugs to fix the cat/pkg for would have
more uses than the one you're interested in.


     jer

Re: [gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Mike Frysinger]

[-- Attachment #1: Type: Text/Plain, Size: 853 bytes --]

On Sunday 15 April 2012 21:04:01 Jeroen Roovers wrote:
> On Sun, 15 Apr 2012 11:55:04 +0200 Pacho Ramos wrote:
> > 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).
> 
> I only started fixing summaries to include valid, canonical
> cat/pkg[-ver] strings a few years ago because searching for a full
> atom in bugzilla's search would otherwise (and still does) fail.

+1

i'm a bit more anal and generally prefer it to be the first item in the summary 
as it makes scanning through summaries much easier.  having an arbitrary 
series of words before it makes it a bit harder imo.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 973 bytes --]

El lun, 16-04-2012 a las 03:04 +0200, Jeroen Roovers escribió:
> On Sun, 15 Apr 2012 11:55:04 +0200
> Pacho Ramos <pacho@gentoo.org> wrote:
> 
> > 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).
> 
> I only started fixing summaries to include valid, canonical
> cat/pkg[-ver] strings a few years ago because searching for a full
> atom in bugzilla's search would otherwise (and still does) fail.
> 
> Before that it was mayhem, and it's mainly the older bugs you appear be
> worried about. Having a list of bugs to fix the cat/pkg for would have
> more uses than the one you're interested in.
> 
> 
>      jer
> 
> 

I obviously agree, but both suggestions are not mutually exclusive I
think :)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Re: About adding a way to check for bugs referring to no longer existing packages in the tree

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 1215 bytes --]

El lun, 16-04-2012 a las 10:40 +0200, Pacho Ramos escribió:
> El lun, 16-04-2012 a las 03:04 +0200, Jeroen Roovers escribió:
> > On Sun, 15 Apr 2012 11:55:04 +0200
> > Pacho Ramos <pacho@gentoo.org> wrote:
> > 
> > > 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).
> > 
> > I only started fixing summaries to include valid, canonical
> > cat/pkg[-ver] strings a few years ago because searching for a full
> > atom in bugzilla's search would otherwise (and still does) fail.
> > 
> > Before that it was mayhem, and it's mainly the older bugs you appear be
> > worried about. Having a list of bugs to fix the cat/pkg for would have
> > more uses than the one you're interested in.
> > 
> > 
> >      jer
> > 
> > 
> 
> I obviously agree, but both suggestions are not mutually exclusive I
> think :)

This is another example I hit today:
https://bugs.gentoo.org/show_bug.cgi?id=247750

that would benefit from this QA report

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]