On Sat, 06 Feb 2010 18:03:23 +0100
Karel Klic <kklic@redhat.com> wrote:
...snip...
> Please consider testing and adding +1 karma to ABRT 1.0.6 in Bodhi.
Sadly, I don't think it's going to get much testing currently.
The only folks who can test it are those that just enable
updates-testing and update abrt. Anyone who keeps updates-testing
enabled fully will have the newer kernel that doesn't work with
abrt. ;(
So, I think we need a fixed kernel in updates-testing and wait a bit
before pushing this to stable, IMHO.
kevin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-06-2010, 07:59 PM
drago01
ABRT unusable again
On Sat, Feb 6, 2010 at 9:01 PM, Thomas Spura
<spurath@students.uni-mainz.de> wrote:
> Am Samstag, den 06.02.2010, 20:18 +0100 schrieb Christoph Wickert:
>> Am Samstag, den 06.02.2010, 19:27 +0100 schrieb drago01:
>> > What needs to be fixed here is bugzilla not ABRT, we need a "report
>> > upstream" button.
>>
>> Ok, and where is the "submit downstream" button in upstream's bug
>> tracker? The Fedora maintainer still will have to forward replies,
>> questions, calls for testing etc. from upstream back to the user and
>> this is a lot of work.
>
> Maybe he wants to have our bugzilla and upstreams bugzilla connected, so
> that the developer can directly talk to the reporter and propose a fix,
> that the maintainer can submit to the testing repos.
> Not a bad idea.
Yeah exactly, I wasn't suggesting that the maintainer should act as a
proxy between user and upstream developer (that would be insane).
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-06-2010, 08:32 PM
Adam Williamson
ABRT unusable again
On Sat, 2010-02-06 at 14:08 +0100, Michael Schwendt wrote:
> On Sat, 06 Feb 2010 10:53:14 +0000, Leigh wrote:
>
> > IMO ABRT isn't that useful as a lot of the reports don't include steps
> > to reproduce (I just close the bugs after a month if they don't respond
> > to the "needinfo" request).
> > I believe ABRT shouldn't file a bug report unless it is filled in
> > properly.
>
> Yeah, some of us have pointed out that before.
And, IIRC, Jiri has already agreed and said this will be implemented, so
why bring it up again?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-06-2010, 08:33 PM
Adam Williamson
ABRT unusable again
On Sat, 2010-02-06 at 14:08 +0100, Michael Schwendt wrote:
> On Sat, 06 Feb 2010 10:53:14 +0000, Leigh wrote:
>
> > IMO ABRT isn't that useful as a lot of the reports don't include steps
> > to reproduce (I just close the bugs after a month if they don't respond
> > to the "needinfo" request).
> > I believe ABRT shouldn't file a bug report unless it is filled in
> > properly.
>
> Yeah, some of us have pointed out that before.
I believe Jiri has already agreed and said this will be implemented.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Sat Feb 6 23:30:01 2010
Return-path: <bounce-debian-user=tom=linux-archive.org@lists.debian.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Sat, 06 Feb 2010 23:08:16 +0200
Received: from liszt.debian.org ([82.195.75.100]:59686)
by s2.java-tips.org with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.69)
(envelope-from <bounce-debian-user=tom=linux-archive.org@lists.debian.org>)
id 1Ndrt2-000251-3Z
for tom@linux-archive.org; Sat, 06 Feb 2010 23:08:16 +0200
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with QMQP
id 1491B13A615C; Sat, 6 Feb 2010 21:36:22 +0000 (UTC)
Old-Return-Path: <gpall@ccf.auth.gr>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-11.0 required=4.0 tests=LDOSUBSCRIBER,LDO_WHITELIST
autolearn=failed version=3.2.5
X-Original-To: lists-debian-user@liszt.debian.org
Delivered-To: lists-debian-user@liszt.debian.org
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with ESMTP id 4AA5113A6138
for <lists-debian-user@liszt.debian.org>; Sat, 6 Feb 2010 21:36:15 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-7 tagged_above=-10000 required=5.3
tests=[BAYES_00=-2, LDO_WHITELIST=-5] autolearn=ham
Received: from liszt.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id ZpM9YhBlXVaa for <lists-debian-user@liszt.debian.org>;
Sat, 6 Feb 2010 21:36:07 +0000 (UTC)
X-policyd-weight: using cached result; rate: -7
Received: from hermes3.ccf.auth.gr (hermes3.ccf.auth.gr [155.207.1.69])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "AUTH Mail Servers", Issuer "AUTH Network Operations Center Certification Authority R3" (not verified))
by liszt.debian.org (Postfix) with ESMTPS id BA73313A5EBA
for <debian-user@lists.debian.org>; Sat, 6 Feb 2010 21:36:07 +0000 (UTC)
Received: from [192.168.1.200] (79.103.199.184.dsl.dyn.forthnet.gr [79.103.199.184])
(authenticated bits=0)
by hermes3.ccf.auth.gr (8.14.3/8.14.3) with ESMTP id o16La3JK015398
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
for <debian-user@lists.debian.org>; Sat, 6 Feb 2010 23:36:04 +0200
Message-ID: <4B6DE0C2.4040709@ccf.auth.gr>
Date: Sat, 06 Feb 2010 23:36:02 +0200
From: =?UTF-8?B?zpPOuc+Oz4HOs86/z4IgzqDOrM67zrvOsc+C?=
<gpall@ccf.auth.gr>
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
MIME-Version: 1.0
To: debian Users ENG <debian-user@lists.debian.org>
Subject: KMS, vga=791 and intel xorg driver
X-Enigmail-Version: 0.95.0
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050207070408020400070709"
X-Virus-Scanned: clamav-milter 0.95.3 at hermes1
X-Virus-Status: Clean
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <wXmxLrqnjLP.A.GdF.WDebLB@liszt>
Resent-From: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/568971
X-Loop: debian-user@lists.debian.org
List-Id: <debian-user.lists.debian.org>
List-Post: <mailto:debian-user@lists.debian.org>
List-Help: <mailto:debian-user-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-user-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-user-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-user-request@lists.debian.org
Resent-Date: Sat, 6 Feb 2010 21:36:22 +0000 (UTC)
This is a cryptographically signed message in MIME format.
After I upgraded last week to latest xorg drivers my squeeze box, I had
problem getting a console: the X session just froze. I searched a bit
and found bug #567563. So I discovered that the problem was the
'vga=791' setting that I used to boot with, so that I have a decent
resolution while booting, for the kernel messages.
So I removed vga=791 and problems with getting a console were resolved.
In order to have a good resolution for my console while the pc is
booting, I used the
GRUB_GFXMODE=1440x900 directive in the grub2 config, but while it starts
at this resolution, after the message 'Loading the initial image' (or
something like that), it reverts again to a very low analysis. How can I
fix that?
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
02-06-2010, 08:48 PM
Leigh Scott
ABRT unusable again
On Sat, 2010-02-06 at 13:32 -0800, Adam Williamson wrote:
> And, IIRC, Jiri has already agreed and said this will be implemented, so
> why bring it up again?
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
> http://www.happyassassin.net
>
I have only recently subscribed to the devel-list and haven't had the
time to trawl though it all.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-06-2010, 09:07 PM
Adam Williamson
ABRT unusable again
On Sat, 2010-02-06 at 21:48 +0000, Leigh Scott wrote:
> On Sat, 2010-02-06 at 13:32 -0800, Adam Williamson wrote:
>
> > And, IIRC, Jiri has already agreed and said this will be implemented, so
> > why bring it up again?
> > --
> > Adam Williamson
> > Fedora QA Community Monkey
> > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
> > http://www.happyassassin.net
> I have only recently subscribed to the devel-list and haven't had the
> time to trawl though it all.
Yeah, I actually only meant to send the more polite version of that
email. Damn Evolution
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-06-2010, 09:56 PM
Mail Lists
ABRT unusable again
On 02/06/2010 03:50 PM, Kevin Fenzi wrote:
rt. ;(
>
> So, I think we need a fixed kernel in updates-testing and wait a bit
> before pushing this to stable, IMHO.
>
> kevin
>
Surely you're not suggesting holding up a decent kernel from going to
stable while waiting for Abrt ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-06-2010, 10:59 PM
Christoph Wickert
ABRT unusable again
Am Samstag, den 06.02.2010, 21:59 +0100 schrieb drago01:
> On Sat, Feb 6, 2010 at 9:01 PM, Thomas Spura
> <spurath@students.uni-mainz.de> wrote:
> > Am Samstag, den 06.02.2010, 20:18 +0100 schrieb Christoph Wickert:
> >> Am Samstag, den 06.02.2010, 19:27 +0100 schrieb drago01:
> >> > What needs to be fixed here is bugzilla not ABRT, we need a "report
> >> > upstream" button.
> >>
> >> Ok, and where is the "submit downstream" button in upstream's bug
> >> tracker? The Fedora maintainer still will have to forward replies,
> >> questions, calls for testing etc. from upstream back to the user and
> >> this is a lot of work.
> >
> > Maybe he wants to have our bugzilla and upstreams bugzilla connected, so
> > that the developer can directly talk to the reporter and propose a fix,
> > that the maintainer can submit to the testing repos.
> > Not a bad idea.
>
> Yeah exactly, I wasn't suggesting that the maintainer should act as a
> proxy between user and upstream developer (that would be insane).
Right, but this is what I am currently spending a lot of my time on.
Regards,
Christoph
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
02-07-2010, 01:15 AM
Karel Klic
ABRT unusable again
Kevin Kofler wrote:
> Stefan Schulze Frielinghaus wrote:
>> However, in the meantime I stopped reporting crashes via ABRT because I
>> think it raises the load for a package maintainer to high while the
>> report should go directly to upstream. Bothering the maintainer first
>> instead of upstream is not the right thing to do.
>
> +1, in fact that's the biggest design failure in ABRT (in its current state)
> and basically makes it useless. Gathering backtraces is something that needs
> to be handled by upstream projects (like KDE does with KCrash/DrKonqi), not
> distributions.
Some maintainers fix crashes in their packages and then send the fixes
to the upstream, and some don't. Some crashes are caused by
distribution-specific environment, and some are not It's not clear
whether we should report crashes directly to the upstream.
For some packages, reporting upstream could work well (Firefox,
OpenOffice.org come to my mind). However, many packages have
unresponsive/dead upstream, upstream without issue tracker etc.
See rhbz#532307 for a beautiful example of cross-package bugfixing,
which is very hard to do in upstream. At least eight applications will
be fixed at the end (e.g. #542277, #547030, #550165, #558329, #561592,
#561059)
Karel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ABRT unusable again
