New component-mismatches for source universe -> main

2012-08-07 Thread process-component-mismatches-diff
The following universe packages have new reverse dependencies in main or got seeded. They need to get a MainInclusionReport and be promoted, or the reverse dependencies in main need to be dropped: MIR: #1030335 (Fix Committed) MIR: #1031852 (Fix Committed) Please see http://people.canonic

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Steve Langasek
0120805, value=48042) > => (counter=20120806, value=54958) > => (counter=20120807, value=33539) > This is wrong, as you've pointed out. Matthew has filed a bug for it here: > https://bugs.launchpad.net/daisy/+bug/1033913 > Fixing this will not require any client-side chan

New component-mismatches for source universe -> main

2012-08-07 Thread process-component-mismatches-diff
The following universe packages have new reverse dependencies in main or got seeded. They need to get a MainInclusionReport and be promoted, or the reverse dependencies in main need to be dropped: MIR: #1030943 (Fix Committed) Please see http://people.canonical.com/~ubuntu-archive/component-m

Re: Reducing dialogues rate (was: Re: Disabling whoopsie by default in the 12.04.1 release)

2012-08-07 Thread Evan Dandrea
On Tue, Aug 7, 2012 at 5:28 PM, Steve Langasek wrote: > On Tue, Aug 07, 2012 at 10:56:12AM +0200, Sebastien Bacher wrote: >> If you log in and 5 reports are >> "waiting" on the disk we should probably not have 5 dialogs >> displaying in sequence... > > I agree. And I understand this is now being

New component-mismatches for source universe -> main

2012-08-07 Thread process-component-mismatches-diff
The following universe packages have new reverse dependencies in main or got seeded. They need to get a MainInclusionReport and be promoted, or the reverse dependencies in main need to be dropped: o python-swiftclient: python-swiftclient MIR: #1030943 (New) [Reverse-Build-Depends: swif

Re: Reducing dialogues rate (was: Re: Disabling whoopsie by default in the 12.04.1 release)

2012-08-07 Thread Steve Langasek
On Tue, Aug 07, 2012 at 10:56:12AM +0200, Sebastien Bacher wrote: > Le 07/08/2012 08:40, Steve Langasek a écrit : > >that data that aren't giving users a bad impression (if indeed that's what's > >happening). For instance, what if we were to only pop up the whoopsie > >prompt for every fifth crash

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Evan Dandrea
7;)]; ... => (counter=20120801, value=54191) => (counter=20120802, value=52659) => (counter=20120803, value=51273) => (counter=20120804, value=45861) => (counter=20120805, value=48042) => (counter=20120806, value=54958) => (counter=20120807, value=33539) This is wrong, as you&#

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Matthew Paul Thomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dylan McCall wrote on 06/08/12 18:49: > > On Mon, Aug 6, 2012 at 6:20 AM, Matthew Paul Thomas > ... >> >> That isn't true, unless today is a freak exception. Right now, >> out of the 50 most common errors, only 17 are from services. The >> rest are

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Sebastien Bacher
Le 07/08/2012 11:47, Matthew Paul Thomas a écrit : But optimizing purely for the number of error prompts is the wrong goal. The situations we're discussing are situations where *something has already gone wrong*. We then have a choice between explaining what went wrong, or leaving it a mystery.

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Matthew Paul Thomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Paul Thomas wrote on 06/08/12 12:04: > ... > > An average of 1.4 crashes/user/calendar-day is far too high. > Suppressing the error messages won't fix that. Only fixing the > errors will. > > ... Correction: Steve Langasek's comment that "

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Matthew Paul Thomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sebastien Bacher wrote on 06/08/12 17:27: > ... > > Let me change the angle of my suggestion, and say "we can't keep > the LTS with that number of error prompts", that's my position. > > ... In an ideal world, there would be no alert boxes of any s

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Oliver Grawert
hi, Am Dienstag, den 07.08.2012, 08:19 +0200 schrieb Didier Roche: > - the most important point in my opinion is that we are making the user > paying the price about the error. We are interrupting them when they are > using application X (or even maybe when they are watching a video on > youtub

Reducing dialogues rate (was: Re: Disabling whoopsie by default in the 12.04.1 release)

2012-08-07 Thread Sebastien Bacher
Le 07/08/2012 08:40, Steve Langasek a écrit : that data that aren't giving users a bad impression (if indeed that's what's happening). For instance, what if we were to only pop up the whoopsie prompt for every fifth crash on a user's system on a stable release? The per-user dialogue rate would

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Sebastien Bacher
Le 07/08/2012 08:14, Steve Langasek a écrit : If there was this much disparity between the rate of error dialogs and the rate of SRU bug fixes, it would have been nice to make this a focus for 12.04.1 work. But that's water under the bridge now. It has been defined as a focus and several peopl

Re: Disabling whoopsie by default in the 12.04.1 release

2012-08-07 Thread Steve Langasek
On Mon, Aug 06, 2012 at 01:09:54PM +0200, Sebastien Bacher wrote: > >I think we could argue about whether it's showing up "too often." It's > >showing up precisely as often as the user is experiencing crashes. At > >present, this is 1.47 times a day on average (a value we wont know if > >we turn of