Bug Triage Meeting
Time: 15:00 UTC (11 EDT)
Location: #fedora-meeting on irc.freenode.net
#Topic getting the semantics switchover added to qa calendar
- adamw was working with jlaska on this.
#Topic Update on new version of triageweb
- comphappy is working on this, goal is September 18
#Topic Wifi triage started
- rjune is working on getting a wifi bug and starting triage on it.
#Topic Creating the agenda and use of the meeting agenda list.
#Topic Open Floor - Your topic here.
Downloaded the DVD iso and netinst.iso. Unpacked DVD into local repo
for NFS install. Used netinst.iso to boot.
Had to specify 'radeon.modeset=0' and 'xdriver=vesa' to get a successful
boot on my hardware.
Did custom partitioning. Some customization of Packages from repo.
Anaconda did not remember the 'radeon.modeset=0' for GRUB.
Install completed successfull, reboot successful after adding the
radeon.modeset=0 to grub.conf
System running pretty snappily. Nice Job.
2009-08-20 ABRT Test Day report
On Thursday 2009-08-20 we tested ABRT all the day.
Many testers from different department of Red Hat and Fedora community
came to help with testing (~30 active testers).
ABRT developers Zdeněk Přikryl (zprikryl), Jiří Moskovčák (jmoskovc)
came to help users with testing and even produced new versions
of ABRT during test day, which closed several reported bugs.
Current Status of issues reported during test day:
Issues reported in Bugzilla:
518472 NEW - abrt daemon crashes
518606 NEW - Plug-ins from CCpp are not silent when using CCpp:application
518386 NEW - Right click on applet hides the applet but does nothing
518413 NEW - furious kerneloops reporting
518422 NEW - abrt silently starts when plugin is configured but not installed
518457 NEW - user configuration of plugins doesn't survive service restart
518498 NEW - Segmentation fault in KerneloopsScanner while parsing oops
518420 NEW - ordinary user's abrt-applet shows up for root owned crashes
518459 CLOSED NEXTRELEASE - cannot use # in bugzilla password
518409 CLOSED NOTABUG - no item can be selected after clicked abrt-gui icon if other user's application crashes.
518465 CLOSED NOTABUG - RunApp do not work - abrt-plugin-runapp installed
518609 CLOSED NEXTRELEASE - ABRT crashes if plug-in Mailx is in both CCpp and CCpp:application
518396 CLOSED NEXTRELEASE - EnableOpenGPG option in abrt.conf takes no effect
518414 CLOSED NEXTRELEASE - "CCpp:<program> = <plugin>" in /etc/abrt.conf does not work
518425 CLOSED NEXTRELEASE - report window larger that screen (no horizontal scrolling)
518438 CLOSED NEXTRELEASE - bugzilla plugin can't detect correct component for a bug
518488 CLOSED NEXTRELEASE - Missing %requires python-sexy - ImportError: No module named sexy
Issues reported in ABRT trac -- https://fedorahosted.org/abrt
75 NEW abrt-gui allows "sending" report which is not in existing anymore
74 NEW solve problem with old database during upgrade
73 NEW catching crashes of custom applications
I would say that this testing day was very successful - it will help developers
to make ABRT work flawlessly for users, which is very important. Easy and good
crashreporting should make debugging and updating software faster.
So we would like to say thanks to all who came and did their part.
David Pravec & Kamil Paral
ABRT Test Day wiki with detailed information:
TestDay for Automated Bug Reporting Tool (ABRT)
will be hold at this Thursday, 2009-08-20.
This tool should help non-power users with bug reporting of crashes.
Ease of crash/bug reporting and quick response from maintainers
based on info from ABRT should make Fedora more stable and thus
more attractive for users.
So it looks like this is very important tool and that is
why we want you to come and help testing.
What is needed to be able to help: download our ABRT Live TestCD
or install ABRT on fully updated Rawhide or even Fedora 11.
We have prepared ABRT TestDay page with all important info:
We are looking forward to see you this Thursday!
David Pravec and Kamil Paral on behalf of Fedora QA team
Someone asked me once if I knew the difference
between a civilian and a citizen. I know now.
A citizen has the courage to make debugging
their personal responsibility.
Three machines, three failed installs.
Celeron 430, ECS mb with Intel Graphics: Unhandled exception
when selecting boot loader location.
AMD 6000+, ECS MB, ATI 2600: machine locks up with no error
message about the time Anaconda starts X.
Intel Core DUO 8500, Gigabyte MB, Nvidia 9600gt: First attempt
unhandled exception arising from empty card reader. Inserted Binkie.
Second attempt failed starting boot loader dialog. Changed disks to
eliminate need to move boot loader.
Third attempt installed but panics on boot.
p.s.: kernel mode change display with 24 inch 1920x1200 LCD
and Nvidia is usable but ugly until X starts. Package selection
dialog should have a maximize button to get rid of the pesky
Chuck Forsberg caf(a)omen.com www.omen.com 503-614-0430
Developer of Industrial ZMODEM(Tm) for Embedded Applications
Omen Technology Inc "The High Reliability Software"
10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665
I've been hitting this bug fairly often and have complained but didn't
find this bugzilla reference before.
Note that this is always rawhide, F12aRC2 doesn't trigger the bug, nor
Other than this occurrence the install was ok.
needed radon.modeset=0 and xdriver=vesa to get install started on this
(darn thunderbird word wrapping!)
I'm M.Reza Qurbani from Iran and I would be happy to join Fedora Bug
Zappers Team. I have some experience in C/C++ system programming,
scripting and some administration skill.
I hope I can help.
Tried a new test install today. The boot.iso from
download.fedora.redhat.com still won't give the option for a network
installation, so I used Unetbootin, which donwloaded the necessary
After booting it, I used the URL method, choosing the
download.fedora.redhat.com/pub location, for x86_64.
I did what I have been doing since F12 could boot off of ext4, use a
single / partition. (This is on a machine with multiple installs, used
for testing.) I then did what I have been doing until now, on this
machine as well as others, deselected everything, including base.
Upon reboot, I got a kernel panic. I booted with a different CD and
changed the grub timeout--which many people, as well as myself,
feel should not be 0 unless it is able to be tested on every possible
configuration in the world. It just makes it too much of a pain to try
to edit grub on boot--yeah, I know if you're quick enough, you can hit
escape after the BIOS, but it shouldn't be such a challenge. :)
I changed the UUID to /dev/sda5 and got a bit further in the boot, but
it died saying unable to open initial console.
I've only tested this on one machine so far. I'm not sure where the
issue is. I'm going to try another installation, this time leaving in
base system. However, I'm curious if anyone else has tried and found
something similar. As I've seen no posts about this today, either folks
haven't gotten around to it because it's a Sunday, or it's simply
something I'm doing a bit differently, causing the issue.
I don't see a DVD with today's date, or I'd test it on a few VM
combinations as well. I'm about to go out for the day, but I'm setting
up another installation, this time leaving in base system, and putting
in X (NICE, by the way--I see that now we have the choice of several
different window managers instead of being limited to the big 3), using
fluxbox, so I'll see if that changes matters.
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
Wesley: Back, creature of the night! Leave this place!
Evil Willow: Don't wanna.
Wesley: (threatens with holy water)
Evil Willow: (sighs) Whatever.