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 comm
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, fe
Quoth Ian Jackson , 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 a web form for users to sub
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
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 m
Patrick Strasser 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. Debian bugs tend to be
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 s
schrieb Sune Vuorela am 2011-05-24 17:33:
> On 2011-05-24, Patrick Strasser 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 problems.
2) To quote
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 nee
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
On 2011-05-24, Patrick Strasser 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 UNSUBSCRIBE, email to debian-de
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
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
d
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
Henrique de Moraes Holschuh 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 reported a year ago
t
On Mon, 23 May 2011, Paul Wise wrote:
> On Mon, May 23, 2011 at 7:47 AM, Goswin von Brederlow
> 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.
On Mon, May 23, 2011 at 3:24 PM, Andrew O. Shadoura 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 dump rep
Hello,
On Mon, 23 May 2011 11:58:06 +1000
Russell Coker 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 cut/paste wastes a littl
sean finney 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 control
messages.
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
OoO En ce milieu de nuit étoilée du lundi 23 mai 2011, vers 03:42, Paul
Wise 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 does this so
On Mon, 23 May 2011, Paul Wise 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 webmail.
On Mon, May 23, 2011 at 7:47 AM, Goswin von Brederlow 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 tu
Pedro Larroy 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 systems that firew
On Sun, May 22, 2011 at 6:25 PM, Didier Raboud 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
>
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
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 w
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
-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 w
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 debian-devel-requ...@lists.debian.org
30 matches
Mail list logo
