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
The first Fedora 14 Alpha Go/No-Go Meeting was held 2010-08-12 at 12:00
UTC (so evening of 2010-08-11 in North America). The outcome of the
meeting was a decision to slip the Alpha release by one week due to one
bug agreed to be a definite blocker:
https://bugzilla.redhat.com/show_bug.cgi?id=623129 "xdriver=vesa is not
honored"
and one bug that is potentially a blocker, pending more data:
https://bugzilla.redhat.com/show_bug.cgi?id=596985 "hang at start of X11
on fresh install from DVD"
All other bugs considered were agreed not to be release blockers and
removed from the list.
A slip announcement will be sent with more details on the slip
specifically. We aim to build an RC4 tomorrow afternoon American time
(2010-08-12) with the fix for 623129 (and possibly fixes for a couple of
other bugs we decided were not blockers but would be nice to fix), and
continue to research 596985 to decide if it is a blocker. If we decide
it is, an RC5 build will be required.
The automated summary of the meeting can be found here:
http://meetbot.fedoraproject.org/fedora-meeting/2010-08-12/gonogo.2010-08-1…
The full log of the meeting can be found here:
http://meetbot.fedoraproject.org/fedora-meeting/2010-08-12/gonogo.2010-08-1…
Thanks to all for attending and providing input.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
Hi, everyone. Working live images for Fedora 14 Alpha RC3 are now
available here:
http://alt.fedoraproject.org/pub/alt/stage/14-Alpha.RC3.1.live/
we've screwed this up so many times I took the precaution of actually
downloading and booting all the x86-64 images before writing this email.
So I personally guarantee they at least boot to a desktop in
virt-manager!
We have the go/no-go meeting in just under 3 hours. It would be very
helpful if people could help fill in at least the Alpha tests for each
desktop in the desktop testing matrix:
https://fedoraproject.org/wiki/Test_Results:Fedora_14_Alpha_RC3_Desktop
thanks a lot!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
Sending on behalf of Dave Lawrence. This will affect Fedora too.
REMINDER: Red Hat Bugzilla (bugzilla.redhat.com) will be unavailable on
August 13th starting at 9:00 p.m. EDT [01:00 UTC] to perform
an upgrade from Bugzilla 3.4 to Bugzilla 3.6. We are hoping to be
complete in no more than 5 hours barring any problems. Any
services relying on bugzilla.redhat.com may not work properly during
this time. Please be aware in case you need use of those
services during the outage.
Also *PLEASE* make sure any scripts or other external applications that
rely on bugzilla.redhat.com are tested against our test
server before the upgrade if you have not done so already (see original
email below). Let the Bugzilla Team know immediately of any
issues found by reporting the bug in bugzilla.redhat.com against the
Bugzilla product, version 3.6.
-------------------------------------------
Greetings,
The Red Hat Bugzilla team is happy to announce another public beta
release of the next version of Red Hat Bugzilla based on the
upstream 3.6 code base.
Please test drive at:
https://partner-bugzilla.redhat.com
Over the years Red Hat has made substantial customizations to Bugzilla
to fit into the Engineering
tool chain. Over time the upstream has incorporated some of these
customizations or solved them in different ways. Upgrading reduces
our customization footprint (and thus maintenance) while bringing many
bug fixes & enhancements.
The main area of focus for our public betas is stability. Functionality
that currently works in our 3.4 code base should continue to
work as expected in the new 3.6 release. These include various ajax
optimizations, needinfo actor support, frontpage.cgi, product
browser, several various UI enhancements, and of course the XMLRPC API.
Please feel free to point your various scripts and third party
applications that use the XMLRPC API at the test server to make sure
they continue to function properly.
There are numerous other changes behind the scenes that we haven't
listed. The goal is to make sure that functionality that people
have come to expect in 3.4 is possible in the new system.
There are also numerous new features/fixes that are part of the upstream
3.6 release. For more detailed information on what has
changed since the last release, check out the release notes page at
https://partner-bugzilla.redhat.com/page.cgi?id=release-notes.html .
The database is a recent snapshot of the live database so should be
useful for testing to make sure the information is displayed
properly and changeable. Also with a full snapshot it is possible to
test for any performance related issues. Email has been
disabled so that unnecessary spam is not sent out. So
feel free to make changes to bugs to verify proper working order.
We are asking for everyone to get involved as much as possible with
testing and feedback on the beta releases to help us make this
the most robust and stable release possible.
Please file any enhancement requests or bug reports in our current
Bugzilla system at https://bugzilla.redhat.com . File them under
the Bugzilla product and relevant component with the version 3.6. With
everyone's help we can make this a great release.
Thanks
The Red Hat Bugzilla Team
The 389 team is pleased to announce the availability of Release
Candidate 7 of version 1.2.6. This release has one bug fix.
WARNING: If you are upgrading from a previous 1.2.6 release candidate,
you will need to run fixfiles to fix some SELinux AVCs, or directory
server will not start. See bug
https://bugzilla.redhat.com/show_bug.cgi?id=622882
To fix, run this:
fixfiles -R 389-ds-base restore
WARNING: If you are upgrading from a 1.2.6 alpha or release candidate,
you will need to manually fix your entryrdn index files. See
http://directory.fedoraproject.org/wiki/Subtree_Rename#warning:_upgrade_fro…
for more information. If you are upgrading from 1.2.5 or earlier, there
is no problem.
***We need your help! Please help us test this software.*** It is a
release candidate, so it may have a few glitches, but it has been tested
for regressions and for new feature bugs. The Fedora system
strongly encourages packages to be in Testing until verified and pushed
to Stable. If we don't get any feedback while the packages are in
Testing, the packages will remain in limbo, or get pushed to Stable.
The more testing we get, the faster we can release these packages to
Stable. See the Release Notes for information about how to provide
testing feedback (or just send an email to
389-users(a)lists.fedoraproject.org)
The packages that need testing are:
* 389-ds-base-1.2.6.rc7 - 389-ds-base
More information
* Release Notes - http://port389.org/wiki/Release_Notes
* Install_Guide - http://port389.org/wiki/Install_Guide
* Download - http://port389.org/wiki/Download
=== Bugs Fixed ===
This release contains several bug fixes. The complete list of bugs
fixed is found at the link below. Note that bugs marked as MODIFIED
have been fixed but are still in testing.
* Tracking bug for 1.2.6 release -
https://bugzilla.redhat.com/showdependencytree.cgi?id=543590&hide_resolved=0
** Bug 621928 - Unable to enable replica (rdn problem?) on 1.2.6 rc6
The 389 team is pleased to announce the availability of Release
Candidate 6 of version 1.2.6. This release has several bug fixes.
Note: RC4 and RC5 were never released.
***We need your help! Please help us test this software.*** It is a
release candidate, so it may have a few glitches, but it has been tested
for regressions and for new feature bugs. The Fedora system
strongly encourages packages to be in Testing until verified and pushed
to Stable. If we don't get any feedback while the packages are in
Testing, the packages will remain in limbo, or get pushed to Stable.
The more testing we get, the faster we can release these packages to
Stable. See the Release Notes for information about how to provide
testing feedback (or just send an email to
389-users(a)lists.fedoraproject.org)
The packages that need testing are:
* 389-ds-base-1.2.6.rc6 - 389-ds-base
* 389-admin-1.1.11.rc2 - 389-admin
More information
* Release Notes - http://port389.org/wiki/Release_Notes
* Install_Guide - http://port389.org/wiki/Install_Guide
* Download - http://port389.org/wiki/Download
=== Bugs Fixed ===
This release contains several bug fixes. The complete list of bugs
fixed is found at the link below. Note that bugs marked as MODIFIED
have been fixed but are still in testing.
* Tracking bug for 1.2.6 release -
https://bugzilla.redhat.com/showdependencytree.cgi?id=543590&hide_resolved=0
** Bug 617013 - repl-monitor.pl use cpu upto 90%
** Bug 616618 - 389 v1.2.5 accepts 2 identical entries with different DN
format
** Bug 547503 - replication broken again, with 389 MMR replication and
TCP errors
** Bug 613833 - Allow dirsrv_t to bind to rpc ports
** Bug 612242 - membership change on DS does not show on AD
** Bug 617629 - Missing aliases in new schema files
** Bug 619595 - Upgrading sub suffix under non-normalized suffix disappears
** Bug 616608 - SIGBUS in RDN index reads on platforms with strict
alignments
** Bug 617862 - Replication: Unable to delete tombstone errors
** Bug 594745 - Get rid of dirsrv_lib_t label
Greetings Testers,
F-14 Alpha TC2 is being posted for testing:
* http://serverbeach1.fedoraproject.org/pub/alt/stage/14.TC2/
It's still synchronizing right now, but should be fully available very
soon. This one actually works! Or so I'm told.
Please read the instructions and help executing the test cases at:
Installation:
* https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test
Desktop:
* https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test
Remember, new for Fedora 14, we need to have the desktop validation
tests for KDE, Xfce and LXDE completed, as well as the desktop spin. If
you would like to use a live image for testing, please use the nightly
live images dated 2010-08-03 available here:
* http://alt.fedoraproject.org/pub/alt/nightly-composes/
The 2010-08-03 desktop spin is already available, and KDE, Xfce and LXDE
will be available shortly.
Feel free to discuss any issue/problem/bug encountered on IRC/Test List
and file it in bugzilla if it's a bug.
Happy testing!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net