At the Fedora 19 Final Go/No-Go Meeting that just occurred, it was
agreed to Go with the Fedora 19 by Fedora QA, development, release
engineering and FPM.
Fedora 19 will be publicly available on Tuesday, July 02, 2013.
Thank you everyone for heroic effort on this release!
Meeting details can be seen here:
The Cat: http://bit.ly/11M5q3V
Join us on irc.freenode.net in #fedora-meeting-2 for this important
meeting, wherein we shall determine the readiness of the Fedora 19.
Thursday, June 27, 2013 17:00 UTC (1 PM EDT, 10 AM PDT, 19:00 CEST)
"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:
In the meantime, keep an eye on the Fedora 19 Blocker list:
There are currently three unresolved accepted blockers, for full
status see mail  by adamw. Please help with the release of
Fedora 19, take a look on bugs assigned to you!
Reminder: the Readiness meeting follows up the Go/No-Go meeting two
I plan to rebase poppler in rawhide to poppler-0.22.4 at the beginning
of the next week (24th of June).
There are several changes (new parameters of some functions and new
private members of some classes (Stream, Gfx, DCTStream and TextWord))
and 1 soname bump (libpoppler.so.34 to libpoppler.so.37).
-----BEGIN PGP SIGNED MESSAGE-----
as the Fedora 19 schedule states the Final change freeze is almost
upon us. The last stable push will be done as late as possible on June
17 in the US, after that point only Final freeze exceptions will be
accepted and allowed into Fedora 19. what does this mean to you. If
you want something in best way is to make sure you get it tested and
karma to go stable over the weekend.
we are approaching the Final stage of release, once freeze kicks in
the Pre_Release stage of the updates policy will apply.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
-----END PGP SIGNATURE-----
= Proposed System Wide Change: python-setuptools update to 0.7.x =
Change owner(s): Toshio Kuratomi <toshio(a)fedoraproject.org> with help from
Bohuslav Kabrda, Nick Coghlin, and the Python SIG
Update to a new upstream release of python-setuptools that is not completely
compatible with previous releases.
== Detailed description ==
python-setuptools is used as a buildtime dependency in many packages. It is
also a runtime dependency for some packages where it provides a way to load
plugins, load data files, and specify what versions of dependent packages are
needed. In Fedora, we also make use of its multiversioning features to install
some backwards compatibility packages.
The upstream for the python setuptools package has been in a maintenance mode
for many years. During that time we have been shipping a fork, python-
distribute, which has added bugfixes and python3 compatibility but not
significantly altered the API. Just recently, python-setuptools upstream has
become active and released a new version that merges the two forks and is not
completely API compatible. As the older versions won't see bug fixes anymore,
we need to move to this new version but there could be some usages that are
broken by the new version.
= Proposed System Wide Change: Perl 5.18 =
Change owner(s): Petr Písař <ppisar(a)redhat.com>, Jitka Plesníková
A new perl 5.18 version brings a lot of changes done over a year of
development. See  for more details.
== Detailed description ==
New perl is released every year and updates containing mainly bug fixes follow
during the year. The 5.18.0 version is stable release this year and 5.18.1 and
subsequent revisions will follow during the year to fix issues introduced in
Because of change in dlopen(3) from RTLD_GLOBAL to RTLD_LOCAL (bug #960048)
, we will try to link all native perl module DSOs to libperl.so explicitly.
This item needs discussion. Current status does not allow to use perl
interpreter via dlopen() from other programs (like slapd, snmpd), but proposed
change can bring other unforeseen difficulties (like double-linking).
Thanks to the Fedora Community for submitting 125 awesome talks,
hackfests, sprints and workshops for Flock, our new contributor conference!
We've taken those submissions and put them in the Fedora Elections web
application, and now, it is time for you to give us your feedback. These
proposals have been submitted by the Fedora community and we want the
Fedora community to tell us what _you_ want to see! Even if you cannot
attend Flock in person, these sessions will be streamed and recorded, so
your vote is appreciated!
If you have a Fedora Account (they are free to create), and have agreed
to the Fedora Project Contributor Agreement (FPCA), you can vote for the
125 submissions here:
Need a Fedora Account? Go to:
Want to know more about Flock? Go to:
The way that the voting works is this:
For each submission, you can give it any score between 0 ("do not want")
and 125 ("WANT WANT WANT WANT WANT!!!!"). Next to every submission title
is a link to the abstract for the submission, which usually (though not
always) contains a longer explanation. These submissions are mostly
anonymized (some people put their names or enough details in the
abstracts to make it obvious who the proposed speakers were). This is
intentional, as we are trying to eliminate an area of potential bias. We
want the ideas behind these submissions to be the area of focus, and not
be overly biased by the speaker.
Voting is now open, and will remain open until 2013-06-10 04:00:00 UTC
(12:00 AM Eastern Time).
Please note: While the voting results will weigh heavily upon the final
Flock schedule, they will not be used as the sole determination for
On behalf of everyone working on Flock, thanks,
Fedora 19 is close (let's hope it's alive) to the release and it's
again the time to start planning for the upcoming version.
For Fedora 20, in coordination with FESCo , the new Planning process
was developed to replace the old, not satisfactory Feature process.
In reality, it's pretty similar to the exercise we did for the
Fedora 19 - with announcements, less burden for FESCo (and now also
developers) for leaf, self contained changes and more time to
coordinate system wide changes with impact to the rest of distribution
and schedule. To emphasize the aim on the cross team/distribution
coordination (development, documentation and marketing), Features are
now called Changes.
For the full description, policies and how-tos (to submit a proposal),
see . The new empty template is now available too, with detailed
instructions how to fill it in.
Again as we did for Fedora 19, final Fedora 20 schedule  will be
based on the scope of submitted Change proposals. In the schedule,
all milestones after the submission deadline are marked as "no earlier
than" and we are not committed to make these dates! But this gives
more information for non-development teams to plan Fedora 20 tasks.
===== IMPORTANT! =====
Change Proposals Submission Deadline is set to 2013-07-16.
Don't hesitate to ask any question or we'll be more than happy to
see more suggestions etc. For docs/marketing coordination more info
will come via appropriate channels.
PS1: Please, review your old Features that are in the Ready for Wrangler
category (mostly as result of postponing F19 ones to F20) if you still
plan to deliver them and let me know. I'll help you with transition
to the new Change Proposal template.
PS2: Flock talk/workshops are proposed for the new planning process,
so we can follow up the FUDCon Lawrence discussion and also it
will be right after Change freeze and I hope we will have more
feedback and experiences with changes we made. Blog post with more
details will follow soon.