On Sat, Jan 19, 2008 at 06:18:32PM +0100, Sebastian Pipping wrote:
> i noticed that there exist many ita/itp bugs that are much older than
> two month. would it make sense to set them back to rfa/rfp? if so how
> many days would be good to be the "too old" edge value?
I'd say more than two months
Andreas Tille wrote:
A further enhancement would be to not list merged bugs because both bugs
are mentioned on your page.
fixed. a project with two bugs now is shown as
project [1][2]
instead of
project
project
before.
try this query to see it in action:
http://wnpp.debian.net/?pro
Andreas Tille wrote:
A further enhancement would be to not list merged bugs because both bugs
are mentioned on your page.
Right. I'm not sure about the best way yet. I think MySQL can
help me with that but not sure yet how exactly.
Sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Tue, 22 Jan 2008, Sebastian Pipping wrote:
Sebastian Pipping wrote:
this query shows some very old ITA/ITP bugs:
http://debian.binera.de/wnpp/?type%5B%5D=ITA&type%5B%5D=ITP&sort=dust;desc
should i create a retitle command list from that?
Well, I have no idea whether BTS allows to detect
Sebastian Pipping wrote:
this query shows some very old ITA/ITP bugs:
http://debian.binera.de/wnpp/?type%5B%5D=ITA&type%5B%5D=ITP&sort=dust;desc
should i create a retitle command list from that?
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
On Mon, 21 Jan 2008, Sebastian Pipping wrote:
Andreas Tille wrote:
So I do not mind that I'm listed responsible for this bug but to
make the page really effective it might be better to dive even more
into the details of the bug history.
Actually I misread this the first time. What exactly do
Andreas Tille wrote:
So I do not mind that I'm listed responsible for this bug but to
make the page really effective it might be better to dive even more
into the details of the bug history.
Actually I misread this the first time. What exactly do you have in
mind?
Sebastian
--
To UNSUBSCRI
Sebastian Pipping wrote:
[..] i plan to add the owner column later today.
added, will take some time for the cron to feed
in the data though.
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Andreas Tille wrote:
Very interesting page. I tried to find out for ITPs I'm "guilty"
for and found that I'm listed behind #186958. It is right that
I originally issued the bug but as RFP. It was later on retitled to
ITP by Thomas Huriaux and it was also merged with #389876.
actually that co
On Mon, 21 Jan 2008, Sebastian Pipping wrote:
hm, if we have ITA/ITPs with more than 300 days of no activity than
we need a fix here i guess :-)
i added a "dust" column showing the number of days without activity.
also the cron job updates existing entries finally.
this query shows some very o
Luk Claes wrote:
There is already a process that does that, though it takes into account
any follow-up on the bug report to reset the timer which you clearly
don't...
hm, if we have ITA/ITPs with more than 300 days of no activity than
we need a fix here i guess :-)
i added a "dust" column show
Rafael Laboissiere wrote:
This web page is great. It would be good to also show the submitter of the
bug in a column.
added.
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Rafael Laboissiere wrote:
http://debian.binera.de/wnpp/?type%5B%5D=ITA&type%5B%5D=ITP&sort=age;desc
This web page is great. It would be good to also show the submitter of the
bug in a column.
noted for todo.
sebastian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Luk Claes wrote:
i noticed that there exist many ita/itp bugs that are much older than
two month. would it make sense to set them back to rfa/rfp?
if so how many days would be good to be the "too old" edge value?
There is already a process that does that, though it takes into account
any follow
* Sebastian Pipping <[EMAIL PROTECTED]> [2008-01-19 18:18]:
> i noticed that there exist many ita/itp bugs that are much older than
> two month. would it make sense to set them back to rfa/rfp?
> if so how many days would be good to be the "too old" edge value?
>
> click this to get a quick overv
Sebastian Pipping wrote:
> i noticed that there exist many ita/itp bugs that are much older than
> two month. would it make sense to set them back to rfa/rfp?
> if so how many days would be good to be the "too old" edge value?
There is already a process that does that, though it takes into account
i noticed that there exist many ita/itp bugs that are much older than
two month. would it make sense to set them back to rfa/rfp?
if so how many days would be good to be the "too old" edge value?
click this to get a quick overview: :-D
http://debian.binera.de/wnpp/?type%5B%5D=ITA&type%5B%5D=ITP&s
17 matches
Mail list logo