Hi, folks. Once again, there's a meeting slot tomorrow at the usual
time, 2010-08-31 15:00 UTC. Once again, there's nothing new on the
agenda page -
https://fedoraproject.org/wiki/BugZappers:meeting-agenda-list . Again,
I'll be around in the morning, though, just in case. If anyone would
like to discuss something specific, please do reply to this email and
we'll run the meeting as usual. Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
On 26th of August there was an OpenSCAP Test Day [1]. Thanks everyone
for showing up. The attendance was not absolutely great, but it was quite
decent taking into account this software is not widely known and used.
This test day has shown very helpful for OpenSCAP developers since many
problems were discovered. Some of them were reported into bugzilla, here's
the list:
627633 NEW - [abrt] firstaidkit-engine-0.2.12-1.fc14: raise: Process /usr/bin/python was killed by signal 6 (SIGABRT)
627600 NEW - Set net.ipv4.conf.all.accept_redirects for Hosts and Routers fails
627674 NEW - Failures on F13
565691 ASSIGNED - file probe eats too much memory even for small file lists
627488 CLOSED RAWHIDE - buffer overflow detected in xccdf_item_to_dom
Others were communicated over IRC, posted as wiki comments or put onto
fpaste. The soon-to-be-available OpenSCAP 0.6.2 version should address most
of those shortcomings. Developers also learnt an important lesson about
memory requirements of this software in different software setups, because
it caused problems on many computers.
Thanks developers for actively solving problems and posting fixed versions
and testers for helping to improve this upcoming Fedora 14 feature.
See you on the next test day,
Kamil Paral
[1] https://fedoraproject.org/wiki/Test_Day:2010-08-26_OpenSCAP
> When: Friday, 2010-08-27 @ 16:00 UTC (12 PM EST)
> Where: #fedora-bugzappers on irc.freenode.net
Right of the coat tails of Fedora 14 Alpha, it's time for another
installment of <drumroll> the blocker bug review meeting! Friday kicks
off the first of several Beta bug review meetings.
If you are the owner of a F14Beta bug, please take a moment to update
the bug with:
1. feedback as to whether you believe it is a blocker
2. plans/expectations for addressing the bug
If you have a bug that is *not* listed, but should be considered as a
blocker bug:
1. Please consult the release criteria
(https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria)
2. Add a comment to the bug indicating which criteria are impacted
3. Simply add 'F14Beta' to the "Blocks" field of the bug you are
concerned about
Included below is the current F14Beta blocker bug list. We'll be
discussing each bug to determine if they meet the criteria, should stay
on the list, and are getting the attention they need.
https://bugzilla.redhat.com/show_bug.cgi?id=624208
NEW :: mesa :: Adam Jackson
[F14 REGRESSION] KDE desktop effects with OpenGL: no display updates
https://bugzilla.redhat.com/show_bug.cgi?id=618504
NEW :: xmlrpc-c :: Enrico Scholz
Cannot submit abrt bugs
https://bugzilla.redhat.com/show_bug.cgi?id=623126
NEW :: qemu :: Justin M. Forbes
F14 Alpha CD install fails in KVM guest
https://bugzilla.redhat.com/show_bug.cgi?id=624971
NEW :: preupgrade :: Richard Hughes
Fail to upgrade with preupgrade-1.1.4-1.fc13
https://bugzilla.redhat.com/show_bug.cgi?id=621027
NEW :: fedora-logos :: Tom "spot" Callaway
Graphical screen in anaconda shows F-13
https://bugzilla.redhat.com/show_bug.cgi?id=621685
MODIFIED :: anaconda :: Brian C. Lane
TypeError: sequence item 0: expected string, NoneType found
https://bugzilla.redhat.com/show_bug.cgi?id=622927
MODIFIED :: anaconda :: Radek Vykydal
F14 Alpha RC2 - /etc/resolv.conf gets corrupted, cannot download
packages
https://bugzilla.redhat.com/show_bug.cgi?id=623524
NEW :: anaconda :: Anaconda Maintenance Team
Err during filesystem check after upgrading bootloader
https://bugzilla.redhat.com/show_bug.cgi?id=615386
ON_QA :: autofs :: Ian Kent
automount[3035]: open_lookup:90: cannot open lookup module ldap
(/usr/lib64/autofs/lookup_ldap.so: undefined symbol:
krb5_get_init_creds_keytab)
See you Friday,
James
Greetings,
An OpenSCAP Test Day is coming up tomorrow - Thursday 26th August:
https://fedoraproject.org/wiki/Test_Day:2010-08-26_OpenSCAP
OpenSCAP is a tool for maintaining the security of systems, such as automatically verifying the presence of patches, checking system security configuration settings, and examining systems for signs of compromise. It is accepted as a feature for the upcoming Fedora 14 [1].
Security controls that are recommended by DISA[2] and NSA[3] for RHEL5 Desktop systems were migrated into Fedora and stored in SCAP content. Tools capable of handling with such a content are delivered too. So if this sounds interesting to you, now is the best time to give it a try! :)
Test instructions are easy to follow, you just go a few test cases and fill the results into a matrix. OpenSCAP developers are available for support and inquiries on an IRC channel.
The Test Day runs from 9:00 to 17:00 UTC [4] in #fedora-test-day on Freenode IRC.
Hope to see you there!
[1] https://fedoraproject.org/wiki/Features/OpenSCAP
[2] http://www.disa.mil/
[3] http://en.wikipedia.org/wiki/Nsa
[4] http://www.timeanddate.com/worldclock/fixedtime.html?year=2010&month=8&day=…
Hi, folks. There's a meeting slot tomorrow at the usual time, 2010-08-24
15:00 UTC. There's nothing new on the agenda page -
https://fedoraproject.org/wiki/BugZappers:meeting-agenda-list - and I
can't think of any particularly pressing topics, so we may not need to
have a meeting. I'll be around in the morning, though, just in case. If
anyone would like to discuss something specific, please do reply to this
email and we'll run the meeting as usual. Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
Join us on irc.freenode.net #fedora-meeting for this important meeting.
Thursday, August 19, 2010, @ 12:00 AM UTC ( *20:00 EDT/17:00 PDT--
Wednesday, August 18, 2010* )
"Before each public release Development, QA, and Release Engineering
meet to determine if the release criteria are met for a particular
release. This meeting is called the: Go/No-Go Meeting."
"Verifying that the Release criteria are met is the responsibility of
the QA Team."
For more details about this meeting see:
https://fedoraproject.org/wiki/Go_No_Go_Meeting
In the meantime keep an eye on the Fedora 14 Alpha Blocker list (which
is currently EMPTY!)
https://bugzilla.redhat.com/showdependencytree.cgi?id=611990&hide_resolved=1
Event: Fedora Bug Triage Meeting
Date: 2010-08-17
Time: 15:00 UTC
Location: #fedora-meeting on irc.freenode.net
Agenda Items:
https://fedoraproject.org/wiki/BugZappers:meeting-agenda-list
If anyone has an additional topic they would like discussed, please
reply to this email.
= Agenda =
* triage metrics update (?)
https://fedoraproject.org/wiki/User:Jraber
* F14 housekeeping
* SOP for blocker bug nagging
* open floor
See you there! Yes, the agenda is the same as last time, but we didn't
get through the topics then :) If jraber and poelcat can be around for
the meeting it'd really help. Sorry the meetings have been infrequent
lately, I've been busy with F14 stuff and others haven't been available
to run the meetings.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
Hi, everyone. So, we have one bug remaining for Fedora 14 whose blocker
status is unclear:
https://bugzilla.redhat.com/show_bug.cgi?id=596985
Two reporters in the bug - John Reiser and Mike Chambers - and one
reporter from the list - Rui He,
http://lists.fedoraproject.org/pipermail/test/2010-August/092583.html -
report that the screen is blanked when the installer starts X on various
Radeon adapters when booted with default options. The system is still
running and you can switch to a virtual console to get logs - see
https://bugzilla.redhat.com/show_bug.cgi?id=596985#c36 - but the screen
is permanently blank until reboot. When booted with 'basic video driver'
- which, due to an anaconda bug, actually results in the use of the
radeon driver, but with kernel modesetting disabled - the installer is
able to run X normally, for all three. One further reporter, Chuck
Forsberg -
http://lists.fedoraproject.org/pipermail/test/2010-August/092581.html -
had problems with both default and 'basic video mode' (radeon+UMS).
Jerome Glisse reports that he was able to start X and see the display in
the installer with one or some of his own test cards.
What we need here is more data. So it would be really useful if everyone
on this list with a Radeon video adapter could test this. It's fairly
quick and easy and doesn't require you to actually complete an install.
Just get the boot.iso for RC3 (currently) or RC4 (later today, likely) -
the boot.iso for RC3 is at
http://serverbeach1.fedoraproject.org/pub/alt/stage/14-Alpha.RC3/Fedora/x86… or http://serverbeach1.fedoraproject.org/pub/alt/stage/14-Alpha.RC3/Fedora/i38… - boot it, and see if you can make it to the graphical stage of the installation process. Please reply here, and if you observe the same problem as the reporters, add your details to the bug report (also test the 'basic graphics driver' choice, and report whether you used rc3 or rc4, and x86-64 or i386). Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net