====================================
#fedora-qa: f18beta-blocker-review-6
====================================
Since we didn't get through all of the bugs today, we'll be holding
a continuation tomorrow (2012-11-01) at 16:00 UTC
Minutes: http://meetbot.fedoraproject.org/fedora-qa/2012-10-31/f18beta-blocker-revie…
Minutes (text): http://meetbot.fedoraproject.org/fedora-qa/2012-10-31/f18beta-blocker-revie…
Log: http://meetbot.fedoraproject.org/fedora-qa/2012-10-31/f18beta-blocker-revie…
Meeting summary
---------------
* Roll Call (tflink, 16:00:44)
* Introduction (tflink, 16:04:57)
* Our purpose in this meeting is to review proposed blocker and
nice-to-have bugs and decide whether to accept them, and to monitor
the progress of fixing existing accepted blocker and nice-to-have
bugs. (tflink, 16:05:04)
* We'll be following the process outlined at: (tflink, 16:05:12)
* LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
(tflink, 16:05:12)
* The bugs up for review today are available at: (tflink, 16:05:19)
* LINK: http://qa.fedoraproject.org/blockerbugs/current (tflink,
16:05:19)
* The criteria for release blocking bugs can be found at: (tflink,
16:05:25)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria
(tflink, 16:05:25)
* LINK: https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
(tflink, 16:05:25)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria
(tflink, 16:05:25)
* Up for review today are: (tflink, 16:05:40)
* 8 Proposed Blockers (tflink, 16:05:43)
* 4 Accepted Blockers (tflink, 16:05:44)
* 19 Proposed NTH (tflink, 16:05:44)
* 17 Accepted NTH (tflink, 16:05:44)
* (868558) anaconda needs to tell yum what's a URL and what's a
mirrorlist (tflink, 16:07:27)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=868558 (tflink,
16:07:30)
* Proposed Blocker, anaconda, ASSIGNED (tflink, 16:07:32)
* AGREED: 868558 - RejectedBlocker (beta) - The original report seems
like a one-time mirror issue and thus this bug was deemed to be not
a blocker. The mirrorlist issue seems to be different but more of a
final blocker - ask devs whether the issues should be split or not
(tflink, 16:26:51)
* (867593) installer must stop relying on being able to tell kpartx to
use a disk/partition delimiter (tflink, 16:26:55)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=867593 (tflink,
16:26:58)
* Proposed Blocker, anaconda, ASSIGNED (tflink, 16:27:00)
* AGREED: 867593 - AcceptedBlocker - Violates the following F18 beta
release criterion for dmraid : "The installer must be able to create
and install to software, hardware or BIOS RAID-0, RAID-1 or RAID-5
partitions for anything except /boot" (tflink, 16:30:27)
* (868535) AttributeError: 'NoneType' object has no attribute 'get'
(tflink, 16:30:31)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=868535 (tflink,
16:30:34)
* Proposed Blocker, anaconda, MODIFIED (tflink, 16:30:36)
* AGREED: 868535 - AcceptedNTH - While not a clear blocker, crashing
when trying to configure network after initial wireless setup is bad
and this can't be fixed after release with an update. A tested fix
would be accepted past freeze (tflink, 16:46:13)
* (871129) Network is considered 'up' even if DHCP fails (tflink,
16:46:45)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871129 (tflink,
16:46:45)
* Proposed Blocker, anaconda, MODIFIED (tflink, 16:46:45)
* AGREED: 871129 - RejectedBlocker, AcceptedNTH - This doesn't prevent
configuration of static networking but this shouldn't happen for
non-dhcp setups. A well tested fix would be accepted after freeze.
(tflink, 16:52:01)
* (870208) Logoff does not close session so if Restart or Shutdown
performed from Logon screen after logoff Authentication dialog
presented (tflink, 16:52:05)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=870208 (tflink,
16:52:08)
* Proposed Blocker, gnome-desktop3, NEW (tflink, 16:52:11)
* AGREED: 870208 - RejectedBlocker, RejectedNTH - This doesn't violate
any of the F18 beta release criteria and could easily be fixed with
an update. Thus this bug is rejected as a blocker or NTH for F18
beta (tflink, 16:55:51)
* (844167) Error in PREIN scriptlet in rpm package
libvirt-daemon-0.9.11.4-3.fc17.x86_64 (tflink, 16:55:55)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=844167 (tflink,
16:55:58)
* Proposed Blocker, selinux-policy, MODIFIED (tflink, 16:56:01)
* ACTION: tflink to test fedup upgrade from 17 to 18 with libvirt
installed on F17 (tflink, 17:01:32)
* AGREED: 844167 - We're still not sure if this affects fedup, will
re-evaluate after more testing has been done (tflink, 17:02:12)
* (869061) No output to journal after double-switch-root (tflink,
17:02:26)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=869061 (tflink,
17:02:26)
* Proposed Blocker, systemd, NEW (tflink, 17:02:26)
* AGREED: 869061 - We still need more information on whether or not
this actually needs to be fixed in the frozen package set and what
the exact issue is. (tflink, 17:09:19)
* (871161) Fedora Upgrade Tool for F18 (fedup) requires systemd-195
(tflink, 17:12:08)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871161 (tflink,
17:12:08)
* Proposed Blocker, systemd, NEW (tflink, 17:12:08)
* AGREED: 871161 - AcceptedNTH - We recognize that this is likely
required for upgrades but there are too many unanswered questions to
take this as a blocker. However, testing of this update needs to
start sooner than later and it is accepted as NTH for F18 beta. A
tested fix would be taken past freeze. (tflink, 17:23:17)
* (855646) custom partition setup: missing volume/device identification
(tflink, 17:25:27)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=855646 (tflink,
17:25:27)
* Proposed NTH, anaconda, NEW (tflink, 17:25:27)
* AGREED: 855646 - AcceptedNTH - This alleviates some issues with
custom partitioning and determining what can be deleted and what
can't. Since this can't be fixed with an update, a tested fix would
be taken past freeze. (tflink, 17:28:38)
* (869185) Crash when reclaiming space on disks with incomplete LVM
(tflink, 17:28:50)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=869185 (tflink,
17:28:50)
* Proposed NTH, anaconda, NEW (tflink, 17:28:50)
* AGREED: 869185 - AcceptedBlocker (final), AcceptedNTH (beta) -
Crashes in the installer are bad and can't be fixed with an update.
A tested fix would be considered past freeze. Accepted as blocker
for F18 final as it violates the F18 final criterion "The installer
must be able to create and install to any workable partition layout
using any file system offered in a default installer configuration,
LVM, software, hardware or BIOS RAID, ..." (tflink, 17:45:13)
* (868509) LUKS passphrase exposed in storage.log attached to bug report
(tflink, 17:45:26)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=868509 (tflink,
17:45:26)
* Proposed NTH, anaconda, MODIFIED (tflink, 17:45:26)
* AGREED: 868509 - AcceptedNTH - plaintext LUKS passwords in the
storage log are a security issue and this can't be fixed with an
update. A well tested fix would be considered past beta freeze
(tflink, 17:50:13)
* (866717) f18 anaconda cannot use the selected disk (continue button
remains grayed out and the disks does 'not count' for anaconda)
(reproduced) (tflink, 17:50:24)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=866717 (tflink,
17:50:27)
* Proposed NTH, anaconda, ASSIGNED (tflink, 17:50:29)
* AGREED: 866717 - AcceptedNTH - While not a blocker, being able to
select additional disks is somewhat expected. A tested fix would be
considered past freeze. (tflink, 17:53:47)
* (868468) anaconda displays previously installed Fedora systems as
Unknown in Manual Partitioning (tflink, 17:54:03)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=868468 (tflink,
17:54:06)
* Proposed NTH, anaconda, ASSIGNED (tflink, 17:54:09)
* AGREED: 868468 - RejectedNTH - While unfortunate, this appears to
only affect systems with pre-existing btrfs subvols. It was deemed
uncommon enough not to justify NTH status for F18 beta, especially
since btrfs partitioning was not possible through anaconda for F17.
(tflink, 18:06:34)
* (870569) Custom partitioning should allow the user to specify which
disk a partition should wind up on (tflink, 18:09:00)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=870569 (tflink,
18:09:03)
* Proposed NTH, anaconda, ASSIGNED (tflink, 18:09:05)
* AGREED: 870569 - AcceptedNTH - While not a blocker for F18 beta,
this functionality is important for final and would be good to start
testing now. A tested fix would be considered past freeze. (tflink,
18:11:56)
* (871104) Installer allows use of preexisting root filesystem (tflink,
18:12:14)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871104 (tflink,
18:12:14)
* Proposed NTH, anaconda, NEW (tflink, 18:12:14)
* LINK:
https://lists.fedorahosted.org/pipermail/anaconda-patches/2012-October/0018…
is the patch i believe (adamw, 18:19:15)
* AGREED: 871104 - AcceptedNTH - Reusing / without reformatting is a
bad idea and hasn't been allowed in anaconda for a while. A tested
fix would be considered past freeze. (tflink, 18:21:35)
* (871109) Confusing text in label for checkbutton to use custom
partitioning (tflink, 18:21:52)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871109 (tflink,
18:21:55)
* Proposed NTH, anaconda, ASSIGNED (tflink, 18:21:58)
* AGREED: 871109 - AcceptedNTH - This is a minor change to a dialog to
increase the accuracy of the message. A tested fix would be
considered past freeze if the translation freeze break is approved.
(tflink, 18:27:59)
* (869675) RFE: Anaconda should warn user when disabling root account in
certain situations (tflink, 18:28:14)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=869675 (tflink,
18:28:17)
* Proposed NTH, anaconda, ASSIGNED (tflink, 18:28:19)
* AGREED: 869675 - AcceptedNTH - While not a blocker, allowing people
to install with no available users is a bad idea and if this
changes, it needs to be changed now. A tested fix would be
considered past freeze. (tflink, 18:45:34)
* (869978) %packages --default doesn't install default system, but
minimal one (tflink, 18:45:44)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=869978 (tflink,
18:45:47)
* Proposed NTH, anaconda, ASSIGNED (tflink, 18:45:49)
* AGREED: 869978 - AcceptedNTH - This is a regression in the behavior
of previous versions and would be good to fix. A tested fix would be
considered past freeze. (tflink, 18:53:50)
* (870570) Anaconda needs to retry downloading the repo medata on a
network config change (tflink, 18:59:01)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=870570 (tflink,
18:59:04)
* Proposed NTH, anaconda, ASSIGNED (tflink, 18:59:07)
* AGREED: 870570 - AcceptedNTH - This makes networking configuration
changes during install configuration easier and more obvious, would
be useful and can't be fixed with an update. A tested fix would be
considered past freeze but we request an updates.img to test before
the patch is pushed. (tflink, 19:04:51)
* (871554) NFSISO installs fail to reboot: SystemError: (16,
'umount.nfs: /run/install/isodir: device is busy') (tflink, 19:05:00)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871554 (tflink,
19:05:03)
* Proposed NTH, anaconda, ASSIGNED (tflink, 19:05:05)
* AGREED: 871554 - AcceptedNTH - While NFSISO isn't required for beta,
having it testable in beta would be helpful for final. A tested fix
would be considered past freeze. (tflink, 19:17:18)
* (871648) Cannot use nfsiso repo through graphical source picker
(tflink, 19:22:41)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871648 (tflink,
19:22:41)
* Proposed NTH, anaconda, POST (tflink, 19:22:41)
* LINK:
https://lists.fedorahosted.org/pipermail/anaconda-patches/2012-October/0018…
for anyone interested (adamw, 19:28:28)
* AGREED: 871648 - AcceptedNTH - While NFSISO isn't required for beta,
having it testable in beta would be helpful for final. A tested fix
would be considered past freeze. (tflink, 19:29:59)
* (869106) F18 anaconda chokes on wireless network names containing
spaces (tflink, 19:30:06)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=869106 (tflink,
19:30:09)
* Proposed NTH, anaconda, MODIFIED (tflink, 19:30:12)
* AGREED: 869106 - AcceptedNTH - While not incredibly common, there
are wireless APs whose names contain spaces. Not enough to block
release over but fixing prior to beta release would be preferred. A
tested fix would be considered past freeze. (tflink, 19:33:53)
* (871132) Protected wifi connection not enabled after secrets are set,
user has to re-select it (tflink, 19:34:11)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871132 (tflink,
19:34:14)
* Proposed NTH, anaconda, NEW (tflink, 19:34:16)
* AGREED: 871132 - AcceptedNTH - While not a big enough problem to
block release, it is an annoyance and can't be fixed with an update.
A tested fix would be considered past freeze. (tflink, 19:40:15)
* (870781) keyboard shortcuts patch got lost during Xfce 4.10 update
(tflink, 19:43:26)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=870781 (tflink,
19:43:26)
* Proposed NTH, libxfce4ui, ON_QA (tflink, 19:43:26)
* AGREED: 870781 - AcceptedNTH - This fixes a functionality regression
in XFCE when compared to previous versions of Fedora. A tested fix
would be considered after freeze. (tflink, 19:48:25)
* (856194) firstboot has to insist the first user is admin when root
account is locked (tflink, 19:48:29)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=856194 (tflink,
19:48:32)
* Proposed NTH, firstboot, ON_QA (tflink, 19:48:34)
* AGREED: 856194 - AcceptedNTH - Allowing for an install with no admin
or root users is not desirable and should probably be fixed. A
tested fix would be considered past freeze. (tflink, 19:50:10)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871888 seems to
have been added to the propsoed blocker list (adamw, 19:51:42)
* (871888) AttributeError: 'YumPayload' object has no attribute '_yum'
(tflink, 19:54:17)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=871888 (tflink,
19:54:17)
* ProposedBlocker, anaconda, NEW (tflink, 19:54:18)
* AGREED: 871888 - RejectedBlocker - While severe, this doesn't seem
to be happening often enough to justify blocking F18 beta. Please
repropose if this starts happening more often. (tflink, 19:56:32)
* Open Floor (tflink, 19:56:55)
* the blocker review will continue tomorrow: 2012-11-01 @ 16:00 UTC
(tflink, 19:59:04)
Meeting ended at 20:01:12 UTC.
Action Items
------------
* tflink to test fedup upgrade from 17 to 18 with libvirt installed on
F17
Action Items, by person
-----------------------
* tflink
* tflink to test fedup upgrade from 17 to 18 with libvirt installed on
F17
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* tflink (392)
* adamw (364)
* jlk (118)
* Viking-Ice (116)
* kparal (102)
* nirik (24)
* jreznik (22)
* jskladan (18)
* akshayvyas (17)
* zodbot (9)
* dlehman (8)
* nanonyme (8)
* Martix (2)
* nonamedotc (2)
* satellit (2)
* Martix1 (1)
* satellit- (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
===================================
#fedora-meeting: FESCO (2012-10-31)
===================================
Meeting started by nirik at 17:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-31/fesco.2012-10-31…
.
Meeting summary
---------------
* init process (nirik, 17:00:01)
* #932 F18 Features - progress at Feature Freeze (nirik, 17:02:28)
* LINK: https://fedorahosted.org/fesco/ticket/932 (nirik, 17:02:28)
* LINK:
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/90-default.preset?h=f18
(nirik, 17:06:18)
* #960 F18 schedule + the holidays (nirik, 17:24:48)
* LINK: https://fedorahosted.org/fesco/ticket/960 (nirik, 17:24:49)
* AGREED: if we slip on Thursday, pull 1 week from schedule after beta
release but before final freeze (nirik, 17:39:10)
* #961 Clarification request- Is Java (including the JVM) exempt from
Multilib (nirik, 17:39:44)
* LINK: https://fedorahosted.org/fesco/ticket/961 (nirik, 17:39:44)
* LINK: https://fedoraproject.org/wiki/Category:FESCo_policy (nirik,
17:44:03)
* AGREED: proposal is accepted (nirik, 17:44:50)
* #963 change of names of configuration files (nirik, 17:45:00)
* LINK: https://fedorahosted.org/fesco/ticket/963 (nirik, 17:45:00)
* AGREED: Kay should make sure all the packages affected to use the
new config files. (nirik, 17:59:58)
* Daylight savings time change (nirik, 18:00:26)
* AGREED: Move ahead to 18UTC starting next week. Those people who's
lunch are affected update the wiki. ;) (nirik, 18:05:06)
* Chair next week (nirik, 18:05:12)
* ACTION: t8m to chair next weeks meeting (nirik, 18:05:45)
* Open Floor (nirik, 18:05:50)
Meeting ended at 18:15:39 UTC.
Action Items
------------
* t8m to chair next weeks meeting
Action Items, by person
-----------------------
* t8m
* t8m to chair next weeks meeting
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* nirik (129)
* jreznik (50)
* mjg59 (48)
* mitr (34)
* notting (25)
* mmaslano (20)
* t8m (14)
* jwb (11)
* limburgher (10)
* pjones (9)
* zodbot (8)
* Viking-Ice (5)
* gholms (4)
* adamw (2)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot===================================
#fedora-meeting: FESCO (2012-10-31)
===================================
Meeting started by nirik at 17:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-31/fesco.2012-10-31…
.
Meeting summary
---------------
* init process (nirik, 17:00:01)
* #932 F18 Features - progress at Feature Freeze (nirik, 17:02:28)
* LINK: https://fedorahosted.org/fesco/ticket/932 (nirik, 17:02:28)
* LINK:
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/90-default.preset?h=f18
(nirik, 17:06:18)
* #960 F18 schedule + the holidays (nirik, 17:24:48)
* LINK: https://fedorahosted.org/fesco/ticket/960 (nirik, 17:24:49)
* AGREED: if we slip on Thursday, pull 1 week from schedule after beta
release but before final freeze (nirik, 17:39:10)
* #961 Clarification request- Is Java (including the JVM) exempt from
Multilib (nirik, 17:39:44)
* LINK: https://fedorahosted.org/fesco/ticket/961 (nirik, 17:39:44)
* LINK: https://fedoraproject.org/wiki/Category:FESCo_policy (nirik,
17:44:03)
* AGREED: proposal is accepted (nirik, 17:44:50)
* #963 change of names of configuration files (nirik, 17:45:00)
* LINK: https://fedorahosted.org/fesco/ticket/963 (nirik, 17:45:00)
* AGREED: Kay should make sure all the packages affected to use the
new config files. (nirik, 17:59:58)
* Daylight savings time change (nirik, 18:00:26)
* AGREED: Move ahead to 18UTC starting next week. Those people who's
lunch are affected update the wiki. ;) (nirik, 18:05:06)
* Chair next week (nirik, 18:05:12)
* ACTION: t8m to chair next weeks meeting (nirik, 18:05:45)
* Open Floor (nirik, 18:05:50)
Meeting ended at 18:15:39 UTC.
Action Items
------------
* t8m to chair next weeks meeting
Action Items, by person
-----------------------
* t8m
* t8m to chair next weeks meeting
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* nirik (129)
* jreznik (50)
* mjg59 (48)
* mitr (34)
* notting (25)
* mmaslano (20)
* t8m (14)
* jwb (11)
* limburgher (10)
* pjones (9)
* zodbot (8)
* Viking-Ice (5)
* gholms (4)
* adamw (2)
--
17:00:01 <nirik> #startmeeting FESCO (2012-10-31)
17:00:01 <zodbot> Meeting started Wed Oct 31 17:00:01 2012 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:00:01 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
17:00:01 <nirik> #meetingname fesco
17:00:01 <nirik> #chair notting nirik mjg59 mmaslano t8m pjones mitr limburgher jwb
17:00:01 <nirik> #topic init process
17:00:01 <zodbot> The meeting name has been set to 'fesco'
17:00:01 <zodbot> Current chairs: jwb limburgher mitr mjg59 mmaslano nirik notting pjones t8m
17:00:07 * limburgher here
17:00:07 <jwb> i am present
17:00:16 <notting> i am here as well
17:00:20 <mmaslano> hi
17:00:32 <nirik> thats 5, so we have quorum. ;)
17:01:01 <nirik> pjones / mjg59 / t8m / mitr ?
17:01:06 <t8m> hi
17:02:23 <nirik> ok, lets go ahead and get started.
17:02:28 <nirik> #topic #932 F18 Features - progress at Feature Freeze
17:02:28 <nirik> .fesco 932
17:02:28 <nirik> https://fedorahosted.org/fesco/ticket/932
17:02:30 <zodbot> nirik: #932 (F18 Features - progress at Features 100% Complete deadline (was: Feature Freeze)) – FESCo - https://fedorahosted.org/fesco/ticket/932
17:02:35 <mitr> Hello all
17:02:36 <mjg59> Hi
17:02:43 <nirik> jreznik had an update this morning on the ticket.
17:03:05 * jreznik is ready here
17:03:28 <jreznik> the power features and owncloud postponed to f19
17:03:40 <nirik> +1 on that.
17:03:58 <notting> what exactly is missing in the rngd one?
17:04:15 <jreznik> notting: how to switch it default-on
17:04:25 <jreznik> last time I was talking with jeff
17:05:09 <jreznik> cite: "Just looking for a pointer to the proper systemd switch to make it default-on..."
17:05:35 <notting> that's the preset file
17:05:39 <nirik> that would be a bug against systemd to change it's default on preset?
17:05:48 * pjones is here.
17:05:53 <pjones> sorry, bit late.
17:05:58 <jreznik> hmm, indeed, it's a preset thing
17:06:18 <nirik> http://pkgs.fedoraproject.org/cgit/systemd.git/tree/90-default.preset?h=f18
17:06:26 <jreznik> ok, I can point him to presets
17:06:48 <mmaslano> we should probably improve our guidelines if it's not obvious
17:08:29 <nirik> ok, so any objections to the power features and owncloud going to f19? any others we should punt to f19 now?
17:08:37 <jwb> no
17:08:41 <jreznik> nirik: I already did it
17:08:50 <nirik> jreznik: great
17:08:57 <jreznik> for power and owncloud
17:09:24 <jreznik> no reply for openshift origin about the current status, so I'm +1 moving to F19
17:09:40 <jreznik> rngd should be still doable and simple one... so not sure
17:09:41 <jwb> yeah, agreed. i don't think the ruby thing is going to get cleared up in time
17:10:00 <nirik> yeah, I think I saw in the cloud meeting that they were now going to target f19
17:10:11 <jreznik> ok
17:10:28 <nirik> "<tdawson> We're going to shoot for Fedora 19 as a feature."
17:10:45 <mmaslano> ok
17:11:37 <nirik> Usermode Migration ?
17:12:05 <t8m> this is definitely not finished yet
17:12:09 <jreznik> nirik: as notting said, it's more continuous effort, same as sysvtosystemd
17:12:18 <t8m> and won't be in F18
17:12:50 <jreznik> so the question is how to deal with these long term features, reapprove for every release?
17:13:18 <nirik> jreznik: they should change the feature to match whats done NOW and put it to 100% and then redo a feature next release with what they are going to do then'
17:13:26 <limburgher> I think that's a discussion for the feature process improvement conversation.
17:14:04 <notting> nirik: in the usermode migration case, then, it's just move-to-f19
17:14:10 <jreznik> notting: ok
17:14:24 <notting> the infrastructure work there, but if the feature is 'migration', basically nothing has been migrated
17:15:05 <nirik> right, fine with me.
17:16:00 <nirik> new installer ui is at 80%?
17:16:18 <mitr> jreznik: Long-term I think we do need to develop a process for "everyone fix your own packages NOW or else" - but that's a completely separate discussion
17:16:20 <jreznik> nirik: for sysvsystemd I ask Viking-Ice to do it, we were arguing how to solve it :)
17:17:07 <jreznik> nirik: new installer ui - we should be tracking it and it's definitely not 100% now and it would be foolish to ask anaconda to say it's 100% done
17:17:18 <nirik> it isn't ?
17:17:35 <nirik> what parts of functionality are not yet written and testable?
17:18:03 <mitr> Iignoring code quality, do we have 100% of expected (by whom?) features, or do we need to release-note dropped functionality?
17:18:05 <jreznik> nirik: if we consider fedup for example as part of rewrite? to have feature parity?
17:18:27 <nirik> "At the Beta Change Deadline new features must be code complete meaning that all the code required to enable to the new feature is finished."
17:19:25 <mmaslano> ok, that might be a problem
17:19:29 <jreznik> nirik: and we are tracking it in https://fedorahosted.org/fesco/ticket/946 aren't we? as it's a different feature to the rest...
17:19:53 <nirik> sure, I just don't think 80% is accurate... but nevermind that.
17:19:53 <nirik> Anything else on this ticket?
17:20:00 <nirik> shall we close it now?
17:20:21 <jreznik> nirik: ok, I'll work with anaconda on updates
17:20:40 <jreznik> pjones: what about secure boot one?
17:20:46 <mjg59> It's code complete
17:20:59 <pjones> right now we're waiting on lawyers, with whom we've just had a phone call that was fairly promising
17:21:03 <mjg59> The final signing hasn't been done because we're still blocked on legal agreement
17:21:08 <mjg59> But this week really this time
17:21:23 <pjones> we need to do a couple of builds of the three packages in question and then get one signed (which will actually wind up being a 4th package)
17:21:39 * nirik doesn't see any other sub 100% ones to deal with off hand.
17:22:48 <Viking-Ice> nirik we just keep doing the same with sysvtosystemd feature as we did previously release cycle
17:22:55 * nirik listens to the crickets
17:23:02 <jreznik> pjones: well as it's code complete, it could be probably set to 100%
17:23:14 <nirik> Viking-Ice: right. update to whats done now, repurpose for f19 to do more.
17:23:27 <pjones> jreznik: if you want to change the wiki that's fine.
17:23:33 <Viking-Ice> nirik, it's not unlikely that there will be new feature process in f19 ( or at least I hope so )
17:23:45 <nirik> Viking-Ice: I think we all do. ;)
17:23:56 <nirik> (hope it's changed that is)
17:24:06 <limburgher> indeed
17:24:10 <nirik> anyhow, if no objections, close this ticket and move on to next...
17:24:12 <pjones> jreznik: *I'm* not going to change the wiki until it actually works.
17:24:19 <pjones> But it's a wiki.
17:24:36 <jreznik> pjones: fair enough
17:24:48 <nirik> #topic #960 F18 schedule + the holidays
17:24:48 <nirik> .fesco 960
17:24:49 <nirik> https://fedorahosted.org/fesco/ticket/960
17:24:51 <zodbot> nirik: #960 (F18 schedule + the holidays) – FESCo - https://fedorahosted.org/fesco/ticket/960
17:25:09 <nirik> so, not sure what we want to do here. It seems likely we will slip at least another week.
17:25:22 <mmaslano> jreznik: 23th of December?
17:25:23 <limburgher> It does.
17:25:25 <mmaslano> or in January?
17:25:26 * nirik finds it hard to discuss abstracts until we know more .
17:25:33 <nirik> no
17:25:48 <nirik> current release is scheduled for 2012-12-11
17:25:59 <nirik> if we slip a week (as seems likely) it will be 2012-12-18
17:26:15 <jreznik> for now, it's still ok but we're going to slip probably one more week... that's 18
17:26:21 <nirik> right.
17:26:35 <jreznik> so would be great to have at least one spare week to cut off from current schedule
17:26:56 <jreznik> and yeah, latest date this year could be 23, dgilmore seems to be ok with that
17:27:02 <nirik> jreznik: where do you propose cutting it?
17:27:34 <t8m> I'd rather like to see a nice Fedora 18 release some time in 2013 than buggy and ugly Fedora 18 release in 2012.
17:27:41 <nirik> one of the weeks after beta release but before final freeze?
17:27:48 <jreznik> nirik: yep
17:27:55 <notting> so, we essentially have 2 'weeks' of wiggle room in the current process, one of which we're likely to take RSN
17:28:01 <nirik> t8m: agreed. I don't think anyone is proposing changing release critera tho
17:28:32 <mitr> t8m: right, but a part of the release process is indepenent on results quality. We can have a golden image and continue work on improving the website in the week it takes to mirror and prepare the GA.
17:29:02 <mitr> So _if_ the critical path on the schedule was websites or something else not related to anaconda, there might be a wiggle room.
17:29:27 <mitr> Right now that's seems purely theoretical though.
17:29:31 <jreznik> mitr: yep
17:29:42 <jreznik> I'd like to ask teams on readiness meeting
17:29:55 <nirik> well, I don't think we can reduce mirroring time any... but thats not super long already.
17:30:09 <jreznik> dgilmore, docs team, commonbug people are ok right now with it
17:30:26 <jreznik> nirik: we need three days
17:30:31 <nirik> I'd be ok with pulling a week out of the time between beta release and before final freeze. Other than that, I don't see much place for getting back a week
17:30:52 <jreznik> nirik: in case we slip now (and probably we will)
17:31:03 <nirik> jreznik: we currently have 4-5... stage content on friday, release on tuesday.
17:31:08 <mitr> (s/results/released ISO/ above, the other teams do produce results and I didn't want to imply otherwise)
17:31:15 <nirik> if that time is reduced, we will have fewer mirrors ready
17:31:46 <jreznik> nirik: that's what dennis told me, it should be enough...
17:31:59 <jreznik> as a real minimum
17:32:20 <nirik> ok. ;(
17:32:32 * nirik isn't happy with 3 days particularly, but we could try and make it work.
17:32:33 <mitr> FWIW aiming at the 23rd sounds like a challenge in any case - I'd expect quite a few people, at least in Europe, to take the whole week starting with 22nd off.
17:33:12 <nirik> anyhow, we can: a) do nothing and revisit this next week, b) pull 1 week from the schedule now between beta/final freeze c) something else?
17:33:14 <jreznik> mitr: I know, I wanted to do so too... but it really depends on what problem we will hit
17:33:35 <notting> mitr: right, but at t-1 day, the number of people needed is much smaller
17:33:53 <jreznik> nirik: let's do a) and revisit if we slip... and I'll ask on Thursday readiness meeting if this will work for the rest of folks
17:34:03 * nirik is fine with that.
17:34:19 <jreznik> notting: indeed, it depends on what issue we will hit...
17:35:01 <jreznik> nirik: on the other hand it will look silly to move schedule back if we slip, so b) could be a good idea too
17:35:23 <nirik> jreznik: well, ideally we do that if we slip a week (which seems pretty likely)
17:35:28 <jreznik> what about - if we slip on Thursday, pull 1 week from schedule/
17:35:34 <nirik> right.
17:35:55 <jreznik> and no objections are raised on readiness meeting
17:36:02 <t8m> +1
17:36:05 <jreznik> (follows go/no-go)
17:36:57 <jreznik> anyone else? I see nirik ok with it, t8m...
17:37:04 <limburgher> +1
17:37:05 * nirik is +1 as well, it means less non freeze time for developers, but I think at this point we all just want to get f18 out.
17:37:23 <limburgher> nirik: out, and as high-quality as humanly possible.
17:37:25 <notting> ok, +1
17:37:31 <mmaslano> +1
17:37:51 <nirik> so, that would mean, slip a week, but keep all milestones after beta release the same right?
17:38:00 <mjg59> +1
17:38:03 <jwb> +1
17:38:04 <jreznik> nirik: yep
17:39:09 <jreznik> Final Change Deadline would be still Mon 2012-11-26
17:39:10 <nirik> #agreed if we slip on Thursday, pull 1 week from schedule after beta release but before final freeze
17:39:22 <nirik> ok, anything else on this?
17:39:44 <nirik> #topic #961 Clarification request- Is Java (including the JVM) exempt from Multilib
17:39:44 <nirik> .fesco 961
17:39:44 <nirik> https://fedorahosted.org/fesco/ticket/961
17:39:46 <zodbot> nirik: #961 (Clarification request- Is Java (including the JVM) exempt from Multilib) – FESCo - https://fedorahosted.org/fesco/ticket/961
17:40:27 * limburgher steps away briefly
17:40:27 <mjg59> Are there any cases where this actually matters?
17:40:32 <mjg59> I don't know java well enough
17:40:33 <nirik> so, drop 32bit support? ;) sorry
17:41:01 <notting> mjg59: someone manually installing a 32-bit browser and wanting java plugin support, i suppose
17:41:04 <nirik> So, it seems that this is already the case, and they just want us to note it officially...
17:41:10 <mjg59> notting: Ok
17:41:11 <mitr> mjg59: Yes, java applications can, and fairly frequently do, include native extensions. I.e. supporting 32-bit-only Java apps.
17:41:14 <nirik> and fixing it would be 'difficult'
17:41:20 <notting> but yes, this is the de-facto policy
17:41:22 <mjg59> Oh, great
17:41:36 <mjg59> I'm glad "Write once, run anywhere" was such a success
17:42:05 <mjg59> So sure, unless we have a good plan for changing practice policies should represent practice
17:42:05 <mitr> mjg59: The Java standard library just doesn't have enough interfaces to the underlying OS, so...
17:42:06 <nirik> on the one hand, I feel for them... on the other hand, how come they get to ignore the horror of multilib and others don't. ;)
17:42:16 <notting> mitr: i may be misremembering, but where i usually hit those is web apps that see 'linux' in browser string, and just hand you 32-bit x86 linux jni libraries on the assumption that all linux is 32-bit x86?
17:42:19 <mjg59> I'm +1
17:42:20 <mitr> Based on https://fedoraproject.org/wiki/User:Akurtakov/JavaPackagingDraftUpdate#Note… , the only solution would basically to turn all .noarch into arch rpms
17:42:23 * jwb steps away for a few min
17:42:50 <mitr> notting: I really don't know much.
17:42:59 <notting> but in any case, i'm +1 to this
17:43:04 <mitr> Just based on the link above, +1
17:43:06 * nirik is a reluctant +1, not sure where to document really tho.
17:43:39 <mitr> We (FESCo) really need a page that logs decisions...
17:43:47 <mmaslano> +1 java sig knows better than we do
17:43:47 <t8m> +1 as that's unfortunately the only thing that could be done just now
17:44:00 <mitr> but this could simply got into the Java part of the packaging guidelines I think.
17:44:03 <nirik> https://fedoraproject.org/wiki/Category:FESCo_policy
17:44:07 <nirik> but yeah
17:44:37 <nirik> ok, thats enough to pass.
17:44:50 <nirik> #agreed proposal is accepted
17:45:00 <nirik> #topic #963 change of names of configuration files
17:45:00 <nirik> .fesco 963
17:45:00 <nirik> https://fedorahosted.org/fesco/ticket/963
17:45:01 <zodbot> nirik: #963 (change of names of configuration files) – FESCo - https://fedorahosted.org/fesco/ticket/963
17:45:36 <nirik> so, what do we want to do here.
17:45:41 * nirik thinks what a mess.
17:46:08 <mjg59> It's not like it's hard to check the tree for every package that references these files
17:46:32 <mitr> mjg59: Right, but someone has to do it.
17:46:35 <mmaslano> in mailing thread were mentioned some problems
17:46:45 <mjg59> Right. But that could have been done in the time that thread took.
17:47:00 <mitr> mmaslano: that particular mail referenced prefdm which is removed in f18
17:47:06 * t8m thinks that people who introduce such changes should do that work.
17:47:11 <mjg59> #proposal Tell Kay to check an exploded tree and just fix everything
17:47:28 * nirik agrees with t8m
17:47:30 <mitr> +1
17:47:44 <t8m> +1
17:47:45 <mmaslano> +1 to mjg proposal
17:48:10 <nirik> sure, +1 although a full exploded tree is going to be a pile of stuff.
17:48:20 <mjg59> nirik: We've got one internally he can get access to, I think
17:48:26 <mjg59> I'll find out how up to date it is
17:48:28 <nirik> oh? cool.
17:48:33 <notting> and it's always possible to make one, given bandwidth and time
17:48:47 * nirik nods.
17:49:05 <nirik> thats +4?
17:49:22 <mitr> notting: ... or closely collocated shell machines, which I think exist
17:49:36 <notting> i'm not up on the devel@ list thread ... this is definitely a problem. i'd be ok with just going through and fixing everything. I believe that even once we do so, manual modification of the old files should still work, if the admin has scripts that do that
17:49:58 <mitr> notting: Once the new files exist, systemd ignores the old ones AFAICS
17:50:19 <notting> mitr: the last time i looked at the code, the old files were read in preference to the new ones on startup
17:50:37 <notting> with the exception of /etc/hostname
17:50:56 <jwb> +1
17:51:10 <mitr> notting: I may have misread the code. I did ask in the ticket and got no response...
17:52:10 <nirik> proposal: Kay (or other provenpackager(s)) should go and fix all the config files to use the new files
17:52:13 <notting> so i'm +1 to Fixing Things
17:52:17 <nirik> is that what we are agreeing to?
17:52:30 <mjg59> nirik: Well I was explicitly saying that Kay should take the lead
17:52:37 <nirik> ok.
17:52:55 <nirik> but new files is what we want to fix everything to right? to be consistent?
17:53:00 <mmaslano> nirik: provenpackers tent to do nothing
17:53:02 <mmaslano> tend
17:53:28 <nirik> we can't force them to, but if someone stepped up and said they would do it, wouldn't that be ok?
17:53:41 <mmaslano> yeah, but how many times it happened?
17:53:43 <mitr> notting: in http://cgit.freedesktop.org/systemd/systemd/tree/src/core/locale-setup.c?id…, parse_env_file returns >0 if the file contains something; locale.conf goes first, and that causes the other files to be ignored.
17:54:06 <mitr> mmaslano: We are not proposing a general "everyone go fix it" mandate, but asking a specific person to do it.
17:54:18 <nirik> proposal: Kay should go and fix all the packages affected to use the new config files.
17:54:22 <nirik> ^ is that better?
17:54:24 <Viking-Ice> just pointing out that deleting the old file ( once migrated ) is the right thing to do to avoid confusion among users and quickly identify problems ( from my pov )
17:54:34 <mitr> nirik: Isn't that exactly what mjg59 proposed above?
17:54:35 <mjg59> nirik: Kay should cause all the affected packages to use the new config files
17:54:46 <mjg59> I don't care whether he does it himself
17:54:48 <nirik> mitr: I am trying to make it clear for the agreed and ticket.
17:54:54 <mjg59> As long as he makes sure it's done
17:54:54 <nirik> "fix it" is not clear
17:55:16 <mitr> nirik: oh, right
17:55:20 <mjg59> well I don't think we're talking about neutering
17:55:22 <notting> mitr: aha, didn't see how parse_env_file handled return codes
17:55:22 <jreznik> is this for f18 - as fix things at least for beta would not work... freeze...
17:55:36 <nirik> "fix it" could also mean back out the change and make everything use the old files.
17:55:46 <mjg59> One way or the other
17:55:49 <mjg59> I suspect I know his preference
17:55:55 <nirik> right.
17:56:31 <nirik> jreznik: these changes can be fixed in updates no? or does anaconda need further changes for this?
17:56:54 <notting> jreznik: the problem is 1) we have this file confusion since f-16 2) with anaconda currently writing both files, it's currently *worse* (AIUI), so we should do Something to make things consistent. at least, as i understand it
17:57:07 <gholms> mjg59: Does that involve actually doing the work, or is simply filing bugs against affected packages sufficient?
17:57:12 <jreznik> nirik: and if we hit some bad breakage - there's beta blocker process
17:57:15 <mjg59> gholms: Make it happen
17:57:46 <gholms> mjg59: One interpretation of that is "I can file bugs and walk away." Hence my question.
17:57:54 <mjg59> That's not an interpretation, no
17:58:00 <gholms> Alrighty then.
17:58:03 <mmaslano> so, Kay should go through all packages using those old configuration files and fix them. Right?
17:58:07 <mjg59> Right
17:58:18 <nirik> proposal: Kay should make sure all the packages affected to use the new config files.
17:58:26 <mjg59> I can't imagine it taking more than an order of magnitude longer than this conversation has
17:58:30 <mjg59> +1
17:58:35 <mitr> mmaslano: and/or talk to the package owner and ensure that the owner does it
17:58:37 <mitr> +1
17:58:50 <nirik> sure, +1. lets get this done and over with.
17:59:02 <t8m> +1
17:59:20 <jwb> +1 (again)
17:59:25 <mmaslano> +1
17:59:49 <notting> +1. also need relnotes, but it looks like someone took care of that?
17:59:58 <nirik> #agreed Kay should make sure all the packages affected to use the new config files.
18:00:20 <nirik> notting: seems so.
18:00:24 <nirik> ok, moving on...
18:00:26 <nirik> #topic Daylight savings time change
18:00:33 <nirik> DST changes in the us this upcoming weekend.
18:00:39 <nirik> are we sticking to same UTC time?
18:00:44 <notting> proposal: get UN to make EU and US coordinate DST schedules.
18:00:49 <nirik> ha
18:01:00 <gholms> Heh
18:01:06 <t8m> notting, +1 are you taking action item to do that ? :D
18:01:18 <mjg59> EU already changed
18:01:20 <jwb> that would mean noon eastern time?
18:01:28 <nirik> anyhow, I always forget... shall we just stick to UTC and ignore timezone stupidity
18:01:31 <mjg59> Let's move back an hour so it's just the same as it was before
18:01:44 <mjg59> Then this week is the only bizarro week
18:01:51 <pjones> EU already changed. If we were going to change it for the gap week, we should have done that /this/ week.
18:01:54 <t8m> mjg59, I suppose you mean forward an hour?
18:02:00 <mjg59> t8m: Yeah
18:02:06 <mjg59> Fucking timezones, how do they work
18:02:06 <t8m> +1 then
18:02:14 <mmaslano> I would be fine with meeting at six, but it might be problem for you ;-)
18:02:25 <mjg59> Keeping the same UTC time means I miss lunch
18:02:28 <mjg59> And then I'll be cranky
18:02:30 * pjones +1 to moving it with the DST change.
18:02:40 * mitr doesn't care about moving at all
18:02:52 <mitr> Can I abstain in a way that removes me from the quorum?
18:02:53 <nirik> I only care in that we need to then change all the wiki pages, etc. ;)
18:02:57 * notting says... pick something.
18:03:25 <nirik> proposal: Move ahead to 18UTC starting next week. Those people who's lunch are affected update the wiki. ;)
18:03:33 <mitr> :)
18:03:53 <notting> nirik: +1 to having something written down
18:04:14 <mmaslano> +1
18:04:26 * nirik is +1 for his own proposal of course.
18:04:35 * limburgher back. FInally.
18:04:41 <mjg59> +1
18:04:43 <limburgher> Ugh.
18:04:45 <t8m> +1
18:04:54 <limburgher> +1
18:05:06 <nirik> #agreed Move ahead to 18UTC starting next week. Those people who's lunch are affected update the wiki. ;)
18:05:12 <nirik> #topic Chair next week
18:05:16 <nirik> who wants it?
18:05:28 <t8m> I can do it
18:05:37 <nirik> thanks.
18:05:45 <nirik> #action t8m to chair next weeks meeting
18:05:50 <nirik> #topic Open Floor
18:05:58 <nirik> anyone have anything for open floor?
18:06:00 <mjg59> Did we skip the LVM one on the basis of the votes in the ticket?
18:06:29 <nirik> mjg59: yes, it passed in ticket to revert back to lvm by default.
18:06:30 <mmaslano> well it had +5 votes
18:06:35 <mjg59> Sure
18:06:41 <mmaslano> I wonder if anaconda people read the ticket
18:06:45 <nirik> which we should make sure and communicate to anaconda folks
18:07:08 <notting> pjones is *a* anaconda/anaconda-related person, and is on fesco. so....
18:07:15 <mjg59> I'm not entirely happy with this being done without actual discussion of the impact of LVM on our users
18:07:15 <notting> but yes, explicit communication better than implicit
18:07:27 <mjg59> But the same probably applies to the original change
18:07:27 <jreznik> it's more question - do fesco wants it in beta even we would not slip this Thursday? as it would lead to the slip again
18:07:55 <jreznik> mjg59: yep, the original was not discussed at all too...
18:08:13 <mjg59> So we should plausibly aim to have an actual discussion about that for f19
18:08:20 <nirik> mjg59: I agree.
18:08:30 <nirik> also with btrfs in the mix to see if thats finally ready or not
18:08:39 <mjg59> There is some promising LVM-based work coming, and it'd be good to know how that can be integrated
18:08:44 <jwb> nobody will be making btrfs the default without discussion.
18:08:52 * nirik nods.
18:09:16 <nirik> also, it's worth noting that all of this is 'defaults', you can choose something else if you really love it better.
18:09:19 <mitr> mjg59: I haven't seen any noted impact (one suggestion of performace problems), beyond problems with rescuing the system but the anaconda boot.iso "should" usually take care of it.
18:09:32 <mjg59> mitr: Interoperability is the main one
18:09:35 <mitr> jreznik: Is a slip caused entirely by LVM a real threat?
18:09:43 <nirik> mitr: I doubt it
18:09:50 <mitr> In any case, I'm strongly against changing the default after beta
18:09:54 <mjg59> adamw: Some LVM-by-default testing had been done, right?
18:10:03 <nirik> mjg59: yes.
18:10:11 <mjg59> adamw: Would you feel comfortable with it being changed pre-beta?
18:10:50 <nirik> mjg59: see comments on ticket.
18:10:57 <jreznik> mitr: as we do not have RC and it's Wed today...
18:10:59 <jreznik> no
18:10:59 <adamw> mjg59: huh? oh. we've actually already moved on the basis that fesco had voted to make the change for beta.
18:11:24 <adamw> i marked the bug as acceptednth and anaconda team is pulling the fix into 18.22.
18:11:26 <Viking-Ice> I would very much like for fesco to considered giving us in QA 2 whole development cycle to test btrfs before making it the default so we could work in advantage and try to have the transition as smooth as possible as in do target testing documentation writing what not in F19 and make the switch in F20
18:11:54 <mjg59> adamw: Ok
18:12:12 <nirik> Viking-Ice: sure, as far as I know no one has yet formally asked for btrfs by default... but that would be a good thing to talk about them with for sure.
18:12:13 <mjg59> adamw: Well that certainly answers my question :)
18:12:15 <jwb> Viking-Ice, make a note of that on the feature when it's filed. or open a ticket. different meeting at the very least
18:12:31 <nirik> ok, any more open floor stuff?
18:12:59 <Viking-Ice> jwb thought this was open floor time?
18:13:22 <mitr> Viking-Ice: The Fedora space has been _very_ quiet about btrfs status for some time...which makes things difficult to judge - in itself a reason to be in favor to your request.
18:13:31 <jwb> Viking-Ice, sure. we've noted what you requested and i just suggested how you can accomplish that. i don't think "open floor" means "discuss things taht aren't even proposed"
18:13:52 * mmaslano needs to go home. Bye
18:14:17 * nirik has been leary of btrfs since his last dataloss incident... but that was a year or more ago, so hopefully things are better now.
18:14:52 <nirik> ok, if nothing else, will close out in a minute...
18:15:37 <nirik> ok, thanks for coming everyone!
18:15:39 <nirik> #endmeeting
======================
#fedora-meeting: FAmNA
======================
Meeting started by inode0 at 01:00:14 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-31/famna.2012-10-31…
.
Meeting summary
---------------
* Roll Call (inode0, 01:00:32)
* Announcements (inode0, 01:03:03)
* F19 Election Announcement is imminent (inode0, 01:04:21)
* LINK: https://fedorahosted.org/famna/report/9 (masta, 01:06:32)
* LINK:
http://blog.jds2001.org/random_thoughts/2012/10/event-report-cposc-2012.html
(inode0, 01:08:41)
* suehle has possibly got a conf room lined up already, we need to ask
her to make sure, otherwise the hotel has a 40 person $250 room
available (masta, 01:29:09)
* another option is reward members for marriot might get free conf
rooms as a perk, if anybody is involved with that. (masta,
01:30:22)
* LINK: http://fedoraproject.org/wiki/Logo/UsageGuidelines (masta,
01:45:55)
* LINK:
http://fedoraproject.org/wiki/User:Pchestek/TMGuidelinesDraft#Ambassador_Gi…
(inode0, 01:46:33)
* LINK:
http://fedoraproject.org/wiki/User:Spot/New_Type_Or_Design_Approval_Process
(inode0, 01:47:17)
* dan408-- has firmly accepted next week meeting chair (masta,
01:58:50)
* ACTION: masta to show Dan how to chair the meeting (masta,
01:58:57)
Meeting ended at 02:18:31 UTC.
Action Items
------------
* masta to show Dan how to chair the meeting
Action Items, by person
-----------------------
* masta
* masta to show Dan how to chair the meeting
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* inode0 (88)
* masta (72)
* dan408-- (59)
* chanchito (41)
* nb (37)
* kk4ewt (30)
* zodbot (13)
* rbergeron (7)
* ianweller (2)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
-Jon Disnard
irc: masta
fas: parasense
As always, minutes and IRC transcript available on the wiki at
https://fedoraproject.org/wiki/QA/Meetings/20121029
Next meeting is scheduled for 2012-11-05 at **1600** UTC in
#fedora-meeting. Note the time change: daylight savings ends in North
America the coming weekend, so we will be meeting at 1600 UTC. This
should mean the meeting is at the same local time as before in most
places.
If you have topics you think we should bring up at the meeting, please
add them to the Wiki page at
https://fedoraproject.org/wiki/QA/Meetings/20121105 . Thanks!
TOPIC: Previous meeting follow-up
=======================================================================
* "adamw to report recommendation to fesco ticket" - this was
done[1]
TOPIC: Fedora 18 Beta status / mini blocker review
=======================================================================
* Go/No-Go is Thursday - we need to review blockers and fix
them ASAP to get an RC spun
* We were still waiting on fedup to be fully available but
tflink had been testing it and filing bugs with Will
* See wiki page for results of mini blocker review
TOPIC: Release criteria / test cases
=======================================================================
* Adam will continue to work on the partitioning criteria, with
feedback from David and this meeting
* Everyone was happy with the proposed security criterion, Adam
would push it out after waiting a few more days for feedback
TOPIC: Open Floor
=======================================================================
* We agreed that any decision to take LVM-by-default
(see ticket[2]) made after today (2012-10-29) must include a
slip for testing
* viking-ice argued that even a decision to take LVM-by-default
made today should include a slip, there is not complete
agreement on this and there were too few people present to
vote on the idea
ACTION ITEMS
=======================================================================
* adamw to finally finish drafting revised partitioning
criteria
* adamw to push security criterion into 'production' after
waiting a few more days for feedback
1. http://fedorahosted.org/fesco/ticket/946#comment:34
2. http://fedorahosted.org/fesco/ticket/964
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
Meeting summary
---------------
* Roll Call (bcotton, 14:01:13)
* Fedora 18 schedule (bcotton, 14:06:06)
* LINK:
http://jreznik.fedorapeople.org/schedules/f-18/f-18-docs-tasks.html
(bcotton, 14:06:11)
* The Security Guide has been branched, with updates, and I believe it
has been sent to the translators. (Sparks, 14:10:33)
* Live Images and Burning ISOs will probably be updated and branched
next week. (bcotton, 14:11:49)
* The Secure Boot guide was started but hasn't been worked in a while.
(Sparks, 14:12:44)
* Release Notes (bcotton, 14:19:43)
* RN way behind schedule (bcotton, 14:19:51)
* All beats are XMLed now and most have been proofread (bcotton,
14:20:14)
* HELP: Need people to proofread content and check XML on remaining
beats (bcotton, 14:22:20)
* LINK: https://fedoraproject.org/wiki/Category:Documentation_beats
(bcotton, 14:22:22)
* Outstanding BZ Tickets (bcotton, 14:28:19)
* LINK: http://tinyurl.com/lbrq84 (bcotton, 14:28:28)
* Open floor discussion (bcotton, 14:30:17)
Meeting ended at 14:35:51 UTC.
Action Items
------------
Action Items, by person
-----------------------
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* bcotton (44)
* lnovich (18)
* Sparks (15)
* randomuser (12)
* Capesteve (6)
* zodbot (3)
* jreznik (3)
* jjmcd (1)
* daydrim (1)
* pkovar (1)
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-29/fedora_docs.2012…
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-29/fedora_docs.2012…
Log:
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-29/fedora_docs.2012…
--
Ben Cotton
Fedora Docs Leader
Hi folks,
We had a great meeting today. Thank you all for coming. Here are the
minutes (links to full logs at the end):
> =======================
> #fedora-meeting Meeting
> =======================
>
>
> Meeting started by bckurera at 04:00:32 UTC. The full logs are available
> at
> http://meetbot.fedoraproject.org/fedora-meeting/2012-10-27/apac_2012-10-27.…
> .
>
>
>
> Meeting summary
> ---------------
> * LINK:
> https://fedoraproject.org/wiki/Meeting:APAC_Ambassadors_2012-10-27
> (bckurera, 04:01:21)
> * Rollcall (bckurera, 04:01:40)
>
> * News From FAmSCo (bckurera, 04:03:57)
> * new mentors for EMEA (FranciscoD, 04:04:49)
> * LINK:
> http://lists.fedoraproject.org/pipermail/ambassadors/2012-October/020415.ht…
> (bckurera, 04:04:51)
> * EMEA has 5 new mentors, congrats folks . . (bckurera, 04:05:42)
> * Welcome new EMEA mentors (FranciscoD, 04:05:43)
>
> * Review action items from last meeting (bckurera, 04:06:36)
> * tuanta got responses from all ticket owners and some tickets have
> been closed (FranciscoD, 04:10:09)
>
> * #APAC FUDCon bid process (bckurera, 04:10:29)
> * ACTION: tuanta follow tickets for next two weeks (FranciscoD,
> 04:11:19)
> * LINK: http://fedoraproject.org/wiki/FUDCon_bid_process (bckurera,
> 04:12:57)
> * No change to FUDCon bid process (FranciscoD, 04:13:24)
>
> * APAC Events: plans, status, reports (bckurera, 04:14:01)
> * IDEA: Discuss events in trac review agenda topic (FranciscoD,
> 04:16:50)
> * Reminder to everyone: PLEASE FILE TRAC TICKETS FOR ANY EVENT
> REQUIREMENTS (FranciscoD, 04:18:11)
>
> * Miscellaneous (FranciscoD, 04:18:59)
> * 2000 badges available (FranciscoD, 04:21:09)
> * the best way to distribute swags inside APAC is in FUDCon (tuanta,
> 04:22:31)
> * Defer postal address for badges until some info on the FUDCon is
> concrete (FranciscoD, 04:24:04)
> * LINK:
> http://lists.fedoraproject.org/pipermail/ambassadors/2012-September/020311.…
> (bckurera, 04:25:02)
> * ACTION: bckurera find out who to give postal address to
> (FranciscoD, 04:27:53)
> * ACTION: bckurera give postal address (FranciscoD, 04:27:54)
> * ACTION: bckurera receive and confirm reception of badges
> (FranciscoD, 04:28:06)
> * ACTION: bckurera get badges to next fudcon (FranciscoD, 04:28:14)
>
> * Open Floor (bckurera, 04:29:39)
> * No trac tickets to discuss this meeting (FranciscoD, 04:29:50)
> * Produce swag locally, file ticket, get reimbursed (FranciscoD,
> 04:33:16)
> * Think about another fedora credit card holder for APAC to help
> harish cope with tickets (FranciscoD, 04:37:58)
> * Regarding APAC reimbursement guideline is in place now (bckurera,
> 04:39:44)
> * Wea re discussing about how budget should be handle with in the
> regions and how budget should be estimated per region (bckurera,
> 04:40:24)
> * in the mean time I am working with how to manage SWAG in APAC
> (bckurera, 04:41:01)
> * paypal not work for all countries so we use western union for some
> countries (bckurera, 04:45:33)
> * PayPal is avail in Vietnam now. (tuanta, 04:46:27)
> * there are a lot of APAC countries supported by PayPal (tuanta,
> 04:48:21)
> * LINK:
> https://www.paypal.com/vn/cgi-bin/webscr?cmd=_display-approved-signup-count…
> (tuanta, 04:48:23)
> * ACTION: FranciscoD make a wiki page list of coutries and how people
> in them can be reimbursed (paypal/wu/etc) (FranciscoD, 04:48:25)
> * ACTION: Discuss with Harish about the refurbishment with in APAC (by
> using Redhat credit card) and update at the next meeting (bckurera,
> 04:50:27)
> * please contact bckurera for urgent reimbursements (FranciscoD,
> 04:52:59)
> * bckurera will send proposal about release party dinners to ML
> (FranciscoD, 04:54:16)
> * niteshnarayan next meeting chair until he confirms otherwise.
> (FranciscoD, 05:04:17)
> * MavJS back-up meeting chair. (FranciscoD, 05:04:21)
> * bckurera please email nb with address (FranciscoD, 05:05:04)
> * missing dramsey this meeting (FranciscoD, 05:05:33)
> * ACTION: bckurera please email nb with address (bckurera, 05:05:37)
> * ACTION: All FAms lpease respond to ML (bckurera, 05:05:55)
>
> Meeting ended at 05:06:02 UTC.
>
>
>
>
> Action Items
> ------------
> * tuanta follow tickets for next two weeks
> * bckurera find out who to give postal address to
> * bckurera give postal address
> * bckurera receive and confirm reception of badges
> * bckurera get badges to next fudcon
> * FranciscoD make a wiki page list of coutries and how people in them
> can be reimbursed (paypal/wu/etc)
> * Discuss with Harish about the refurbishment with in APAC (by using
> Redhat credit card) and update at the next meeting
> * bckurera please email nb with address
> * All FAms lpease respond to ML
>
>
>
>
> Action Items, by person
> -----------------------
> * bckurera
> * bckurera find out who to give postal address to
> * bckurera give postal address
> * bckurera receive and confirm reception of badges
> * bckurera get badges to next fudcon
> * bckurera please email nb with address
> * FranciscoD
> * FranciscoD make a wiki page list of coutries and how people in them
> can be reimbursed (paypal/wu/etc)
> * tuanta
> * tuanta follow tickets for next two weeks
> * **UNASSIGNED**
> * Discuss with Harish about the refurbishment with in APAC (by using
> Redhat credit card) and update at the next meeting
> * All FAms lpease respond to ML
>
>
>
>
> People Present (lines said)
> ---------------------------
> * FranciscoD (171)
> * bckurera (137)
> * tuanta (64)
> * niteshnarayan (19)
> * inode0 (17)
> * zodbot (16)
> * MavJS (7)
> * arifiauo (6)
> * niteshnarayanlal (3)
> * kaio_ph (1)
> * Suresh (1)
Full logs:
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-27/apac_2012-10-27.…http://meetbot.fedoraproject.org/fedora-meeting/2012-10-27/apac_2012-10-27.…http://meetbot.fedoraproject.org/fedora-meeting/2012-10-27/apac_2012-10-27.…
--
Thanks,
Warm regards,
Ankur: "FranciscoD"
Please only print if necessary.
Looking to contribute to Fedora? Look here: https://fedoraproject.org/wiki/Fedora_Join_SIGhttp://fedoraproject.org/wiki/User:Ankursinhahttp://dodoincfedora.wordpress.com/
====================================
#fedora-qa: f18beta-blocker-review-5
====================================
Minutes: http://meetbot.fedoraproject.org/fedora-qa/2012-10-24/f18beta-blocker-revie…
Minutes (text): http://meetbot.fedoraproject.org/fedora-qa/2012-10-24/f18beta-blocker-revie…
Log: http://meetbot.fedoraproject.org/fedora-qa/2012-10-24/f18beta-blocker-revie…
Meeting summary
---------------
* Roll Call (tflink, 16:01:09)
* Introduction (tflink, 16:06:14)
* Our purpose in this meeting is to review proposed blocker and
nice-to-have bugs and decide whether to accept them, and to monitor
the progress of fixing existing accepted blocker and nice-to-have
bugs. (tflink, 16:06:22)
* We'll be following the process outlined at: (tflink, 16:06:32)
* LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
(tflink, 16:06:32)
* The bugs up for review today are available at: (tflink, 16:06:39)
* LINK: http://qa.fedoraproject.org/blockerbugs/current (tflink,
16:06:39)
* The criteria for release blocking bugs can be found at: (tflink,
16:06:49)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria
(tflink, 16:06:49)
* LINK: https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
(tflink, 16:06:49)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria
(tflink, 16:06:49)
* 7 Proposed Blockers (tflink, 16:07:06)
* 8 Accepted Blockers (tflink, 16:07:06)
* 0 Proposed NTH (tflink, 16:07:06)
* 12 Accepted NTH (tflink, 16:07:06)
* (868519) LUKS passphrase exposed in /root/anaconda-ks.cfg (tflink,
16:07:59)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=868519 (tflink,
16:07:59)
* Proposed Blocker, anaconda, ASSIGNED (tflink, 16:07:59)
* AGREED: it's agreed in principle that security issues above a
certain severity level (to be decided) not fixable by an update must
be resolved before final release (adamw, 16:32:58)
* AGREED: 868519 - RejectedBlocker (beta), AcceptedNTH (beta),
AcceptedBlocker (final) - This does not violate any F18 beta release
criteria and is thus rejected as a blocker for F18. Following the
agreement above, this is provisionally accepted as a blocker for F18
final and NTH for F18 beta. (tflink, 16:34:27)
* (848764) default mediacheck on 18 Alpha RC2 discs does not work
(tflink, 16:34:39)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=848764 (tflink,
16:34:40)
* Proposed Blocker, anaconda, POST (tflink, 16:34:40)
* AGREED: 848764 - RejectedBlocker(beta), AcceptedNTH(beta),
AcceptedBlocker(Final) - This doesn't violate any criteria for F18
beta and is rejected as a blocker. However, it does violate the
following F18 final criterion and thus is accepted as beta NTH and
final blocker: "If there is an embedded checksum in the image, it
must match. If there is a related UI element displayed after booting
the image, it must work and display the correct result" (tflink,
16:41:47)
* (858801) [zh_TW] Please add Chinese (Taiwan) language to language
selection menu in anaconda (tflink, 16:41:54)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=858801 (tflink,
16:41:57)
* Proposed Blocker, anaconda, POST (tflink, 16:41:59)
* AGREED: 858801 - RejectedBlocker (beta), AcceptedNTH (beta) - There
are no translation requirements for beta and this is rejected as a
blocker for beta. However, a tested patch would be accepted after
beta freeze to add traditional chinese. Please re-propose as a final
blocker for later review (tflink, 16:53:52)
* (862784) newUI custom partitioning does not allow formatting of an
existing partition for use in the installed system (tflink, 16:54:30)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862784 (tflink,
16:54:33)
* Proposed Blocker, anaconda, MODIFIED (tflink, 16:54:35)
* AGREED: 862784 - RejectedBlocker (beta) - This doesn't violate any
of the F18 beta release requirements, seems unlikely to hit any
proposed revisions and has several reasonable workarounds. (tflink,
17:02:13)
* (868777) fail to install the system use vnc (tflink, 17:02:22)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=868777 (tflink,
17:02:22)
* Proposed Blocker, anaconda, NEW (tflink, 17:02:22)
* AGREED: 868777 - RejectedBlocker (beta) - Since this seems to only
affect VNC installs with media and dhcp, there are several workable
workarounds and it was decided that this is not a blocker for f18
beta. (tflink, 17:08:08)
* (869091) Gnome fails to install in TC6 Beta netinstall (tflink,
17:08:14)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=869091 (tflink,
17:08:14)
* Proposed Blocker, distribution, NEW (tflink, 17:08:14)
* AGREED: 869091 does not seem to be reproducible by anyone else,
others have run successful GNOME netinstalls with TC6, and the
reporter has provided no data to diagnose the issue. Bug will be
closed as WORKSFORME, reporter can re-open if he can reproduce and
provide data (adamw, 17:34:10)
* (867118) limit bugzilla summary to 255 chars (tflink, 18:09:38)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=867118 (tflink,
18:09:38)
* Proposed Blocker, libreport, MODIFIED (tflink, 18:09:39)
* AGREED: 867118 - RejectedBlocker, AcceptedNTH - This doesn't seem to
prevent enough bug reports to justify taking as a blocker. However,
it could affect bug reporting in the installer and a well tested fix
would be accepted past freeze. (tflink, 18:15:44)
* (863348) ValueError: Cannot remove non-leaf device 'vda2' (tflink,
18:16:48)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863348 (tflink,
18:16:48)
* Accepted Blocker, anaconda, POST (tflink, 18:16:48)
* a fix for this was included in anaconda-18.17-1 (tflink, 18:21:03)
* request re-testing and close as verified when fixed (tflink,
18:21:15)
* (866519) BIOS RAID is not shown on harddrive screen (tflink,
18:22:33)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=866519 (tflink,
18:22:33)
* Accepted Blocker, anaconda, NEW (tflink, 18:22:33)
* no movement on this since last reviewed 2 days ago (tflink,
18:23:07)
* waiting for info and/or a fix from anaconda devs (tflink, 18:24:05)
* (866115) ValueError: ('invalid size specification', '0 b') (tflink,
18:24:19)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=866115 (tflink,
18:24:19)
* Accepted Blocker, anaconda, MODIFIED (tflink, 18:24:20)
* fix for this should be in anaconda-18.20-1 (tflink, 18:26:35)
* test when the new build is available, add reports to bug (tflink,
18:26:53)
* (862613) ValueError: cannot initialize a disk that has partitions
(tflink, 18:27:09)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862613 (tflink,
18:27:10)
* Accepted Blocker, anaconda, NEW (tflink, 18:27:10)
* doesn't appear to have been fixed yet (tflink, 18:28:43)
* waiting for request for more information or a fix to test (tflink,
18:29:17)
* (863451) AttributeError: 'DeviceFormat' object has no attribute
'peStart' (tflink, 18:29:49)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863451 (tflink,
18:29:52)
* Accepted Blocker, anaconda, NEW (tflink, 18:29:54)
* no movement on this since last week, still waiting for attention
from anaconda devs (tflink, 18:30:24)
* (855526) f18a tc6 anaconda cannot connect to a protected wireless
network (tflink, 18:32:20)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=855526 (tflink,
18:32:23)
* Accepted Blocker, anaconda, ASSIGNED (tflink, 18:32:26)
* this doesn't appear to be completely fixed yet (tflink, 18:33:54)
* waiting to see how anaconda devs want to handle the bug - split it
or keep it as one bug (tflink, 18:34:46)
* (867071) NameError: global name 'anaconda' is not defined (tflink,
18:35:41)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=867071 (tflink,
18:35:42)
* Accepted Blocker, anaconda, MODIFIED (tflink, 18:35:42)
* this appears to have been fixed in recent anaconda builds and there
have been no new reports on a bug that used to be easy to hit
(tflink, 18:40:01)
* this can be closed (tflink, 18:40:35)
* (866486) Apper: cannot perform system update (tflink, 18:41:43)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=866486 (tflink,
18:41:43)
* Accepted Blocker, apper, ASSIGNED (tflink, 18:41:43)
* progress has been made on this - it works when updates are set to
never but doesn't work for the default install (tflink, 18:42:28)
* dialoge between testers and devs is taking place, waiting for a new
fix (tflink, 18:42:47)
* more testing would be useful to confirm the findings stated in the
bug (tflink, 18:44:43)
* Open Floor (tflink, 18:45:54)
* the next blocker review meeting will be 2012-10-31 @ 16:00 UTC
(tflink, 18:47:48)
Meeting ended at 18:50:54 UTC.
Action Items
------------
Action Items, by person
-----------------------
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* tflink (220)
* adamw (154)
* cmurf (90)
* akshayvyas (16)
* jreznik (14)
* zodbot (11)
* nirik (9)
* kparal (6)
* satellit (4)
* jmoskovc (1)
* jreznik_ (1)
* Southern_Gentlem (1)
* dreamreal (1)
* satellit_e (1)
* weld (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot