[Scons-dev] bug prune
Dirk Bächle
tshortik at gmx.de
Sat Aug 31 08:08:48 EDT 2019
Hi,
this approach sounds good to me too. I just wanted to mention that I have all the old Tigris Issues (and user and developer mails)
archived on my local machine. They're stored in a simple text-ish format that can be read into corresponding Python classes.
My plan is still to write a small "viewer" app, that would enable interested developers/users to "browse" through the "SCons
archives". In my view there is a lot of hidden knowledge in there, that we can't really use at the moment.
I'll try to check whether my "archive" is still up-to-date during the next days. ;)
Best regards,
Dirk
On 27.08.19 15:53, Gary Oberbrunner wrote:
> I think this would be great. I'll help review the bugs-to-be-closed.
>
> -- Gary
>
> On Tue, Aug 27, 2019 at 8:50 AM Mats Wichmann <mats at wichmann.us <mailto:mats at wichmann.us>> wrote:
>
>
> Just to pull some thoughts together:
>
> there are currently 679 open scons issues on github.
>
> That number drops to 92 if you select only ones which have had a
> modification since the big migration from tigris. Try this query:
>
> is:issue is:open updated:>=2018-02-10
>
> or as a link:
>
> https://github.com/SCons/scons/issues?utf8=%E2%9C%93&q=is%3Aissue+is%3Aopen+updated%3A%3E%3D2018-02-10+
>
> I'm a relative newcomer around here, but I don't see the value of
> showing a ton of historical bugs that aren't being worked on; the newly
> filed ones don't even get a lot of attention - there just isn't a big
> scons team at this point and numerically most current contributors have
> a specific motivation ("itch to scratch" as it were) rather than the
> ability to just generally work on bugs. To provide more visible focus
> there's already been some discussion of a bug prune.
>
> My suggestion is this:
>
> (a) close all open tigris bugs with a message that includes these items:
>
> * bug is now tracked on github [link]
> * bugs which have not had activity in 18 months are going to be closed
> (it doesn't have to be 18, but that was the cutover time)
> * we understand readers of this issue might not see messages from
> github, so if you want to keep this issue alive, make a comment - any
> comment - on the corresponding github issue.
>
> (b) fire up a bot to mark inactive github issues with a tag, and
> configure suitably. Looks like there's an app in the github marketplace
> that is free so setup is just a YAML file. Example setup here:
>
> https://github.com/timgrossmann/InstaPy/commit/afd968dfa1ce1141456a207484d35f2766d5916b
>
> the app:
>
> https://github.com/marketplace/stale
>
> (c) someone scan through the first-time closure proposal list and
> manually update any which seem deserving of continued life.
>
>
> Closed-as-stale issues don't vanish, they are still there to be browsed
> as needed...
>
> _______________________________________________
> Scons-dev mailing list
> Scons-dev at scons.org <mailto:Scons-dev at scons.org>
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
>
>
> --
> Gary
>
> _______________________________________________
> Scons-dev mailing list
> Scons-dev at scons.org
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
More information about the Scons-dev
mailing list