Le mardi 24 mai 2011 à 09:54 -0700, Don Armstrong a écrit :
SNIP
If someone has specific feature requests of the BTS, they can be made
by filing wishlist bugs against bugs.debian.org or debbugs after
checking to make sure that the existing request doesn't already exist.
[If it does, feel
On Wed, 25 May 2011, Olivier Berger wrote:
If someone has specific feature requests of the BTS, they can be made
by filing wishlist bugs against bugs.debian.org or debbugs after
checking to make sure that the existing request doesn't already exist.
[If it does, feel free to add comments to
Patrick Strasser writes (Re: bug reporting workflow is outdated):
What is the advantage of having a mail-only BTS reporting mechanism?
The advantage is that no-one can make _other_ user interfaces to bug
submission that we don't want. (Or at least, they are deterred from
doing so.)
I agree
schrieb Ian Jackson am 2011-05-24 13:34:
Patrick Strasser writes (Re: bug reporting workflow is outdated):
What is the advantage of having a mail-only BTS reporting mechanism?
The advantage is that no-one can make _other_ user interfaces to bug
submission that we don't want. (Or at least
On 2011-05-24, Patrick Strasser patrick.stras...@tugraz.at wrote:
Pros and cons for reportbug HTTP transport:
Heh. your pro's is all about the user.
the con is all about the developer.
/Sune
- who has helped many users with their issues just by the data provided
by reportbug.
--
To
Le mardi 24 mai 2011 à 17:05 +0200, Patrick Strasser a écrit :
The fat end is a web form for users to submit bugs.
Would that be so bad?
We would get more bug reports.
We already receive more bug reports than we can handle. We need less bug
reports, but more useful ones.
Ergo, putting an
schrieb Josselin Mouette am 2011-05-24 17:50:
Le mardi 24 mai 2011 à 17:05 +0200, Patrick Strasser a écrit :
The fat end is a web form for users to submit bugs.
Would that be so bad?
We would get more bug reports.
We already receive more bug reports than we can handle. We need less bug
schrieb Sune Vuorela am 2011-05-24 17:33:
On 2011-05-24, Patrick Strasser patrick.stras...@tugraz.at wrote:
Pros and cons for reportbug HTTP transport:
Heh. your pro's is all about the user.
the con is all about the developer.
1) reportbug is about to enable users to help developers solve
On Tue, 24 May 2011, Patrick Strasser wrote:
Having a big number of open bugs is uncomfortable for sure, but I would
not worry about it if most problems are cared for and a lot of feature
requests are in the queue. Would be interesting to see the numbers for
Debian, but I could not find a
Patrick Strasser patrick.stras...@tugraz.at writes:
Developing software for a living based on a bug tracking system I know
that dilemma. Too much bugs is not very comfortable. Bug reports are
always of too low quality, I've seen a lot of them.
Actually, they're not always of too low quality.
Raphael Hertzog, le Tue 24 May 2011 18:48:07 +0200, a écrit :
On Tue, 24 May 2011, Patrick Strasser wrote:
Having a big number of open bugs is uncomfortable for sure, but I would
not worry about it if most problems are cared for
Even in a lot of teams, problems are not cared for due to
On Tue, 24 May 2011, Patrick Strasser wrote:
Having a big number of open bugs is uncomfortable for sure,
There are currently 72588 un-done bugs reported by 17692 different
addresses which are maintained by at most 2484 maintainers. (Probably
significantly less.)
but I would not worry about it
Quoth Ian Jackson ijack...@chiark.greenend.org.uk, on 2011-05-24 12:34:40
+0100:
Apparently, if we don't want X Y Z done then we must resist an http
interface for bug submission even if it makes it hard for reportbug to
work correctly, because it's the thin end of a wedge.
The fat end is
On Mon, May 23, 2011 at 01:47:22AM +0200, Goswin von Brederlow wrote:
I suggest that we can make an HTTP based bug reporting method.
The only advantage of this would be for systems that firewall outgoing
mail conections but allow http or have a http proxy but no smarthost.
and that's a
sean finney sean...@seanius.net writes:
HTTP would be able to provide a super-set of the features of SMTP
submission, would not prevent SMTP submission from remaining as an option,
and is more likely to work in diverse environments.
HTTP could also provide faster feedback on syntax errors in
Hello,
On Mon, 23 May 2011 11:58:06 +1000
Russell Coker russ...@coker.com.au wrote:
I often use the -o option of reportbug and scp the file to somewhere
I can send mail.
It would be nice if there was a program that could take the output of
reportbug -o and send it via email. Using
On Mon, May 23, 2011 at 3:24 PM, Andrew O. Shadoura bugzi...@tut.by wrote:
Easier is to write a one-liner:
#!/bin/sh
ssh your-favourite-host-with-sendmail-set-up /usr/sbin/sendmail -f \
y...@email.org -t $@
and tell reportbug to use it.
Aha, thanks. I'm now using something similar to
On Mon, 23 May 2011, Paul Wise wrote:
On Mon, May 23, 2011 at 7:47 AM, Goswin von Brederlow goswin-...@web.de
wrote:
The only advantage of this would be for systems that firewall outgoing
mail conections but allow http or have a http proxy but no smarthost.
There are a *lot* of ISPs that
Henrique de Moraes Holschuh h...@debian.org writes:
guarantee a return path for further bug processing
Bugzilla and trac do this by allowing the user to register an account
and to keep the email address associated with that account up to
date. If somebody reopens an archived bug that I've
schrieb Pedro Larroy am 2011-05-22 22:44:
Hi
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
I suggest that we can make an HTTP based bug reporting method.
From my experience as a occasional bug reporter, some thoughts that came
to my mind:
Hi
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
I suggest that we can make an HTTP based bug reporting method.
Regards.
--
Pedro Larroy Tovar | http://pedro.larroy.com/
--
To UNSUBSCRIBE, email to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Pedro,
On 22.05.2011 22:44, Pedro Larroy wrote:
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
I suggest that we can make an HTTP based bug reporting method.
reportbug is able to use (and
On Sun, May 22, 2011 at 10:44:35PM +0200, Pedro Larroy wrote:
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
You don't have to have an MTA installed. You just have to have some MUA
capable of accepting a premade message that can be edited by
On Sun, May 22, 2011 at 09:11:42PM +, brian m. carlson wrote:
I suggest that we can make an HTTP based bug reporting method.
I think that's a terrible idea. I do not want to constantly check a
website to see if I have new messages. Using an email-based method
means that someone who
Pedro Larroy wrote:
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
I suggest that we can make an HTTP based bug reporting method.
While I disagree with your appreciation, I am sure that it would be
technically feasible to code and deploy an
On Sun, May 22, 2011 at 6:25 PM, Didier Raboud o...@debian.org wrote:
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
I suggest that we can make an HTTP based bug reporting method.
While I disagree with your appreciation, I am sure that it
Pedro Larroy pedro.lar...@gmail.com writes:
Hi
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
And you don't. See docs or other mails.
I suggest that we can make an HTTP based bug reporting method.
The only advantage of this would be for
On Mon, May 23, 2011 at 7:47 AM, Goswin von Brederlow goswin-...@web.de wrote:
The only advantage of this would be for systems that firewall outgoing
mail conections but allow http or have a http proxy but no smarthost.
There are a *lot* of ISPs that do this. My ISP does this so I have to
send
On Mon, 23 May 2011, Paul Wise p...@debian.org wrote:
The only advantage of this would be for systems that firewall outgoing
mail conections but allow http or have a http proxy but no smarthost.
There are a lot of ISPs that do this. My ISP does this so I have to
send mail via SSH tunnel or
OoO En ce milieu de nuit étoilée du lundi 23 mai 2011, vers 03:42, Paul
Wise p...@debian.org disait :
The only advantage of this would be for systems that firewall outgoing
mail conections but allow http or have a http proxy but no smarthost.
There are a *lot* of ISPs that do this. My ISP
30 matches
Mail list logo
