"adamw to refine alpha partitioning criterion"
and "adamw to draft new partitioning criterion for Beta once we know
what will be in anaconda" - the proposal's on the list, we'll come
to it later(adamw,
15:06:28)
"adamw to consider revisions to 'kickstart
delivery method' criterion" - didn't get to that one yet,
sorry(adamw,
15:06:39)
"tflink to ask other interested parties
(anaconda team, fesco...) to look over the beta criteria and see if
there's anything they feel should be dialled down" - tflink was
waiting for the revised partitioning criteria before doing this, so
will happen soon(adamw,
15:08:16)
adamw proposed revised partition criteria for
F18+ to the list:
https://lists.fedoraproject.org/pipermail/test/2012-October/110494.html(adamw,
15:10:46)
AGREED: the modified
proposed criteria given at XX:37 in the log are approved as the
baseline requirements for F18 beta, further requirements have been
suggested but will be discussed separately(adamw,
15:50:05)
ACTION: adamw to
propose a criterion covering basic (not advanced) re-use of /home
for Beta(adamw,
15:52:33)
viking-ice suggests that for f19+, much more
custom partitioning functionality should be required at Beta(adamw,
15:53:01)
there is some support for requiring creation of
LVs/advanced btrfs partitions/RAID to work at beta(adamw,
15:54:30)
tflink quoted the current proposals at
https://lists.fedoraproject.org/pipermail/test/2012-October/110512.html(adamw,
15:56:56)
viking-ice points out that the question of the
status of upgrades from older Fedora releases has still not been
entirely settled(adamw,
16:02:02)
there is some support for extending the
criteria to support upgrades from the two previous stable releases,
we will discuss that separately(adamw,
16:07:27)
AGREED: tflink's
proposal for upgrade criteria,
https://lists.fedoraproject.org/pipermail/test/2012-October/110512.html
, is accepted (but we note that the use of 'or' is slightly
ambiguous and can be improved)(adamw,
16:11:27)
AGREED: the intent of
the proposed criteria is that you must be able to upgrade all three
of: a) a minimal install, b) a GNOME install, c) a KDE
install(adamw,
16:11:54)
FESCo will be determining this week if the F18
codebase, especially anaconda, is complete enough to enter freeze
for Beta(adamw,
16:13:44)
the idea is that we freeze only once the code
required by the Beta criteria is broadly in place(adamw,
16:14:05)
the new upgrade tool code is at
https://github.com/wgwoods/fedup , but as far as we are aware there
has been no release and no indication that it is yet in testable
state(adamw,
16:17:05)
wwoods says fedup should be testable before
freeze(adamw,
16:25:16)
dlehman says current partitioning code covers
the criteria as accepted earlier in the meeting(adamw,
16:25:46)
AGREED: QA agrees
that the current state of F18 is not freezeable but anaconda team
believes outstanding issues will be resolved before freeze. we will
list specific areas of concern on the FESCo ticket: upgrade tool and
autopart install into free space(adamw,
16:36:24)