16:01:04 #startmeeting f19final-blocker-review-5 16:01:04 Meeting started Wed Jun 12 16:01:04 2013 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:04 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:01:04 #meetingname f19final-blocker-review-5 16:01:04 #topic Roll Call 16:01:04 The meeting name has been set to 'f19final-blocker-review-5' 16:01:11 #chair adamw kparal 16:01:11 Current chairs: adamw kparal tflink 16:01:56 * jreznik is here 16:02:21 ahoyhoy 16:03:57 * kparal here 16:04:46 kparal, we should correct adamw's way how he writes ahoy :) http://en.wikipedia.org/wiki/Ahoy_%28greeting%29#Czech_and_Slovak 16:06:00 right, adamw, practice: ahoj :-) 16:06:40 * kparal should practise words practice and practise 16:07:06 jreznik: https://en.wikipedia.org/wiki/Ahoy_%28greeting%29 16:07:10 and more specifically: 16:07:20 https://en.wiktionary.org/wiki/ahoy-hoy 16:07:24 tflink: is having connection issues 16:07:36 give him a few mins, if it doesn't sort out I'll take over 16:08:19 that was fun 16:09:38 adamw: yeah, saw that - for some reason I took a wikipedia lesson on the etymology of ahoj a few days ago :) 16:10:36 do we have enough people to get started? 16:10:42 * tflink thinks so 16:11:31 #topic Introduction 16:11:38 Why are we here? 16:11:38 #info 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 freeze exception bugs. 16:12:01 #info We'll be following the process outlined at: 16:12:01 #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting 16:12:06 #info The bugs up for review today are available at: 16:12:07 #link http://qa.fedoraproject.org/blockerbugs/current 16:12:14 #info The criteria for release blocking bugs can be found at: 16:12:15 #link https://fedoraproject.org/wiki/Fedora_19_Final_Release_Criteria 16:12:17 #link https://fedoraproject.org/wiki/Fedora_19_Beta_Release_Criteria 16:12:21 #link https://fedoraproject.org/wiki/Fedora_19_Alpha_Release_Criteria 16:12:23 #info Up for review today, we have: 16:12:27 #info 7 Proposed Blockers 16:12:27 #info 14 Accepted Blockers 16:12:27 #info 11 Proposed Freeze Exceptions 16:12:27 #info 22 Accepted Freeze Exceptions 16:12:44 any volunteers for secretarialization? 16:14:05 * tflink can do it post-meeting otherwise 16:14:18 if there are no objections, I'll start with the proposed blockers 16:14:42 #topic (972959) Anaconda F19-TC-2 is unable to regain focus of the network configuration box if it loses it 16:14:45 #link https://bugzilla.redhat.com/show_bug.cgi?id=972959 16:14:48 #info Proposed Blocker, anaconda, NEW 16:16:02 this does sound kinda icky but not so sure about blocker 16:16:35 is anyone +1 blocker on this? 16:17:16 do you have to start over, if you unfocus the dialog? 16:17:22 meaning reboot into installer again? 16:17:50 a screenshot would help, btw 16:18:11 it sounds like you'd have to reboot, yeah 16:18:28 there's proposed "solution" 16:18:57 this could be annoying, would be great to fix it but not sure it's really blocker, more not 16:19:52 * kparal playing with it 16:20:24 -1/+1 16:20:35 if this was the last blocker proposal, I wouldn't block release 16:20:53 yep, -1/+1 16:20:54 or 0/+1, however you want to put it 16:20:55 yeah, +1 FE ... probably -1 blocker 16:21:54 proposed #agreed 972959 - RejectedBlocker AcceptedFreezeException - While unfortunate, this bug doesn't violate any of the F19 release criteria and is thus rejected as a blocker for F19 final. However, a tested fix would be considered past freeze. 16:22:11 ack 16:22:34 at least FE 16:22:37 ack 16:22:48 might re-propose as a blocker if it doesn't get fixed, but there's a patch... 16:23:06 ack 16:23:28 #agreed 972959 - RejectedBlocker AcceptedFreezeException - While unfortunate, this bug doesn't violate any of the F19 release criteria and is thus rejected as a blocker for F19 final. However, a tested fix would be considered past freeze. 16:23:37 #topic (966761) storage configuration failed: Not enough free space on disks for automatic partitioning 16:23:40 #link https://bugzilla.redhat.com/show_bug.cgi?id=966761 16:23:43 #info Proposed Blocker, anaconda, NEW 16:25:16 probably coulda skipped this one, not much new since monday 16:25:33 yeah, skip it today 16:25:45 can be a dupe, but we really need the already accepted blocker first 16:25:47 to rule it out 16:25:50 or confirm it 16:26:06 *need to fix 16:26:22 #info no significant movement since we last discussed this bug on monday, skipping for today 16:26:32 #topic (973542) gnome-shell-3.8.3 fails to show login screen 16:26:33 #link https://bugzilla.redhat.com/show_bug.cgi?id=973542 16:26:33 #info Proposed Blocker, gnome-shell, MODIFIED 16:26:44 well, that sounds bad. 16:27:13 I like the reporter's steps to reproduce 16:27:23 3. weep for mummy 16:27:30 sounds like my day 16:27:31 +1 16:27:54 multiple people confirmed and can test, +1 16:28:11 +1 but we would be the first distro to "support" gnome on wayland ig not fixed :) 16:28:12 +1 sounds like a mistake in the current build that's causing problems 16:28:13 ask James to test the packages 16:29:10 proposed #agreed 973542 - AcceptedBlocker - Violates the following F19 alpha release criterion: "After firstboot is completed and on subsequent boots, a graphical install must boot to a log in screen where it is possible to log in to a working desktop as the user created during firstboot." 16:29:19 ack 16:29:32 ackity ack 16:29:45 3ack 16:29:52 jreznik: i hear that someone would wear a buinny suit on a tv program or something... 16:29:56 #agreed 973542 - AcceptedBlocker - Violates the following F19 alpha release criterion: "After firstboot is completed and on subsequent boots, a graphical install must boot to a log in screen where it is possible to log in to a working desktop as the user created during firstboot." 16:30:28 #topic (973068) DBusException: org.freedesktop.NetworkManager.AgentManager.SessionNotFound: Session not found 16:30:31 #link https://bugzilla.redhat.com/show_bug.cgi?id=973068 16:30:34 #info Proposed Blocker, NetworkManager, NEW 16:31:02 anaconda secret agent patch? 16:31:34 the 007 module 16:32:32 no, it's so you can do WEP/WPA wireless 16:32:37 see commit d45dbcc6424cb9d925f8f48536332c2e8dae7b55 16:32:39 I suppose that would fit, 007 has a history of leaving a path of destruction in his wake 16:32:43 heh 16:33:05 Fedora 20 '007 Edition': you can never tell if James Bond is alive or dead either 16:33:06 +1 16:33:31 +1, this is basically a 100% showstopper - we need to get NM fixed, but we may temporarily revert the anaconda patch to get a tc3 16:33:40 +1 16:34:45 proposed #agreed 973068 - AcceptedBlocker - Violates the following F19 final release criterion: " The installer must be able to complete an installation using all supported interfaces" 16:34:59 ack 16:35:16 ack 16:35:18 ack 16:35:37 #agreed 973068 - AcceptedBlocker - Violates the following F19 final release criterion: " The installer must be able to complete an installation using all supported interfaces" 16:37:03 #topic (964006) cloud-init hostname service failing on initial boot 16:37:06 #link https://bugzilla.redhat.com/show_bug.cgi?id=964006 16:37:09 #info Proposed Blocker, selinux-policy, ASSIGNED 16:38:48 it sounds like this is a bit more severe than we thought 16:40:14 yeah 16:41:00 the way to take this would be to stretch "The release must boot successfully as Xen DomU with releases providing a functional, supported Xen Dom0 and widely used cloud providers utilizing Xen. This does not include any issues limited to the release functioning as Xen Dom0 " a bit to fit, I think 16:41:11 would be nice to fix this one. 16:41:15 I don't think it's much of a stretch 16:41:20 yeah, only a bit 16:41:23 i'm ok with +1 on that 16:41:31 this effectivly blocks some of the most common cloud use cases 16:41:34 +1 16:41:35 * nirik would like fast booting cloud instances. ;) 16:41:38 +1 16:41:58 nirik: it's not only about speed but also some functionality 16:41:59 +1 16:42:04 side note, it should be pretty easy now to test composes in the infra private cloud. 16:42:06 it would only be proper if our cloud release criterion was a bit nebulous 16:42:08 yeah, that too 16:42:09 * tflink ducks 16:43:22 proposed #agreed 964006 - AcceptedBlocker - Violates the following F19 final release criterion in the sense that many of the important use cases are effectively blocked: "The release must boot successfully as Xen DomU with releases providing a functional, supported Xen Dom0 and widely used cloud providers utilizing Xen. This does not include any issues limited to the release functioning as Xen Dom0" 16:43:43 ack 16:46:05 ack 16:46:52 any other ack/nack/patch? 16:47:06 ack 16:47:17 #agreed 964006 - AcceptedBlocker - Violates the following F19 final release criterion in the sense that many of the important use cases are effectively blocked: "The release must boot successfully as Xen DomU with releases providing a functional, supported Xen Dom0 and widely used cloud providers utilizing Xen. This does not include any issues limited to the release functioning as Xen Dom0" 16:47:32 #topic (973374) qemu screenshots broken for F19 Beta guests 16:47:33 #link https://bugzilla.redhat.com/show_bug.cgi?id=973374 16:47:33 #info Proposed Blocker, spice, NEW 16:48:38 this doesn't really quite meet the blocker smell test for me, but fe 16:48:39 -1/+1 - cosmetic bug, and from the comment #2 seems to be fixable in updates even 16:48:51 oh, and yeah 16:49:13 if that's the case, i'm not i'm even +1 fe really. running a live image as a virt host is a pretty minority occupation. 16:49:21 unless we consider boxes working to be a release blocking issue 16:49:29 which I'm pretty sure wouldn't fly 16:49:30 tflink: boxes are working 16:49:40 define working 16:49:49 I'm -1/+1 either way, though 16:49:54 was there decided whether this is a guest or host issue? 16:49:56 I don't see it 16:50:04 kparal: sounds like it's a host issue 16:50:09 tflink: there is "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use." 16:50:12 * nirik is -1/+1. If the fix is anoying/invasive make it 0 day 16:50:16 tflink: there's screenshot garbage https://bugs.freedesktop.org/attachment.cgi?id=79464 16:50:21 is having a screenshot of the guest a 'basic function'? eh. maybe. 16:50:46 adamw: I was referring to boxes' display of the running vm 16:50:52 adamw: it does not crash, there's also a screenshot just with some garbage... 16:51:18 tflink: display of running vm is ok if I understand it correctly, it just icon for vm 16:51:32 jreznik: yep, that's my understanding as well 16:51:40 but the icon is quite big, I think 16:51:54 in the overview mode 16:51:56 the example screenshot isn't terrible 16:52:04 so it sounds like this won't just be total garbage in all cases 16:52:10 -1/+1 here 16:52:23 and not talking about boxes being garbage completely outside gnome :) 16:52:31 def -1 blocker, i'm really not sure about fe 16:52:33 if it's guest issue. if it's host issue, make it 0-day update 16:52:44 kparal: it seems pretty established it's a host issue 16:52:54 airlied wrote "totally a spice server bug." 16:52:58 so we are now more -1/-1? 16:53:12 proposed #agreed 973374 - RejectedBlocker AcceptedFreezeException - While this looks bad, it doesn't keep boxes from functioning and doesn't violate any of the F19 release criteria. However, a tested fix would be considered past freeze. 16:53:13 the planned fix involves adding new stuff to libvirt which sets off my 'squee' alarms 16:53:16 nack 16:53:29 so i'm starting to be more -1/-1 16:53:29 in that case -1 FE sounds reasonable 16:53:44 yeah, I was just wanting to get it out since I was done typing 16:54:02 heh 16:55:38 proposed #agreed 973374 - RejectedBlocker RejectedFreezeException - While this looks bad, it doesn't keep boxes from functioning and doesn't violate any of the F19 release criteria. The fix sounds invasive and potentially risky with changing libvirt. Since it could be fixed with a post-release update on the host and thus, this is also rejected as a freeze exception for F19 final. 16:55:45 ack 16:55:46 ack 16:55:51 ack 16:56:03 well, C- for grammar ;) 16:56:14 eh? what'd I mess up? 16:56:21 "Since it could be fixed with a post-release update on the host and thus, this is also rejected" 16:56:30 oh, whoops 16:56:41 changed part of it and forgot to change the rest 16:57:17 * kparal sees no grammar issues :) 16:57:30 #agreed 973374 - RejectedBlocker RejectedFreezeException - While this looks bad, it doesn't keep boxes from functioning and doesn't violate any of the F19 release criteria. The fix sounds invasive and potentially risky with changing libvirt. Since the bug could be fixed with a post-release update on the host, also rejected as a freeze exception for F19 final. 16:57:36 bedtter? 16:57:55 from grammar to spelling ... 16:58:30 #topic (885151) [BUG] kickstart repo --name cannot have spaces or the repo will not be added 16:58:32 * jreznik would say it's bettr - move on 16:58:33 #link https://bugzilla.redhat.com/show_bug.cgi?id=885151 16:58:36 #info Proposed Blocker, yum, NEW 16:59:46 it'd be nice if the docs were fixed, but I don't see how this is a blocker 16:59:49 -1 16:59:50 -1/-1 17:00:02 -1/-1 17:00:17 well if it really is a regression, it can cause troubles to some administrators 17:00:22 that's probably the reason to propose it 17:00:24 -1 17:00:41 it behaved like this in 18 as well, I think 17:00:56 kparal: it's regressed in f18 already 17:01:01 "The following kickstart directive used to work with Fedora17, but fails now with 18." 17:01:02 sorry "it" 17:01:03 I see now 17:01:17 -1 blocker in that case 17:01:36 and the question is if it's really regression or just docs issue 17:01:56 * kparal notes that anaconda docs would really deserve more love 17:02:07 proposed #agreed 885151 - RejectedBlocker RejectedFreezeException - While unforutnate, this doesn't violate any of the F19 release criteria and seems to be as much of a documentation issue as anything. Rejected as a blocker and freezeException for F19 final. 17:02:27 ack 17:02:39 ack 17:02:46 just freezeException 17:02:58 minor cosmetic issue :) 17:03:04 ? 17:03:17 unforutnate, 17:03:20 ack 17:03:21 tflink: camel case in "Rejected as a blocker and freezeException for F19 final." 17:03:28 oh 17:04:13 #agreed 885151 - RejectedBlocker RejectedFreezeException - While unforutnate, this doesn't violate any of the F19 release criteria and seems to be as much of a documentation issue as anything. Rejected as a blocker and freeze exception for F19 final. 17:04:17 um 17:04:29 sorry, that went by a bit fast 17:04:39 undo time? 17:04:43 it does seem like there's stuff that could be done anaconda-side about this 17:04:43 yeah 17:05:04 make it pass a repo ID with underlines if the user specifies a name with spaces, or reject with a more useful error, or something 17:05:21 i wouldn't mind a +1 FE if anaconda wanted to make a change like that at this point (remember anaconda is 'frozen') 17:05:36 so -1 only? 17:05:43 or -1/+1 17:06:08 * jreznik would be ok with -1/+1 17:06:49 -1/+1 for now-or-early-freeze change if anaconda team wants to do one 17:07:13 #undo 17:07:13 Removing item from minutes: 17:07:41 and fix unforutnate as kparal pointed out :) 17:08:48 proposed #agreed 885151 - RejectedBlocker AcceptedFreezeException - While unfortunate, this doesn't vilate any of the F19 release criteria. However, there are potential improvements in the handling of repo names in kickstart files and a tested fix would be considered after freeze. 17:09:06 ... apparently, I work with a buch of spelling and grammar freaks 17:09:16 * tflink thought it was just adamw 17:09:55 =) 17:10:03 'vilate' 17:10:09 .fire tflink three English strikes 17:10:09 adamw fires tflink three English strikes 17:10:53 proposed #agreed 885151 - RejectedBlocker AcceptedFreezeException - While unfortunate, this doesn't violate any of the F19 release criteria. However, there are potential improvements in the handling of repo names in kickstart files and a tested fix would be considered after freeze. 17:11:06 ack 17:11:46 ack 17:12:10 ack 17:12:16 #agreed 885151 - RejectedBlocker AcceptedFreezeException - While unfortunate, this doesn't violate any of the F19 release criteria. However, there are potential improvements in the handling of repo names in kickstart files and a tested fix would be considered after freeze. 17:12:43 OK, that's all of the proposed blockers on my list 17:12:44 * kparal iz no grammer phreak 17:12:59 kparal: nor spelling, apparently :-P 17:14:00 on a side note, I'm really NOT a fan of this anaconda FE stuff, our list of accepted FEs is getting rather long 17:14:37 * tflink moves on to the proposed anaconda FEs 17:14:43 #topic (951879) [en_AU] Australian locale missing from anaconda 17:14:43 #link https://bugzilla.redhat.com/show_bug.cgi?id=951879 17:14:43 #info Proposed Freeze Exceptions, anaconda, ASSIGNED 17:16:00 -1, there isn't a clean and simple change here 17:16:12 any way to fix this would be a somewhat major revision to how we do locales 17:16:21 yeah, -1 17:16:23 -1 17:16:25 -1 17:16:45 vratislav plans revamp for f20 17:18:06 proposed #agreed 951879 - RejectedFreezeException - This needs a rather large fix in anaconda and could be fixed post-install by the user. Thus, this bug isn't appropriate for a FE and is rejected as a freeze exception for F19 final. 17:18:15 ack 17:18:24 ack 17:18:33 the major reason is that anaconda devs don't want to do it 17:18:41 that beats all other reasons 17:18:42 ack 17:18:46 #agreed 951879 - RejectedFreezeException - This needs a rather large fix in anaconda and could be fixed post-install by the user. Thus, this bug isn't appropriate for a FE and is rejected as a freeze exception for F19 final. 17:19:02 topic (972547) Anaconda hangs and crashes on graphical netinstall on a system with 512MB of RAM allocated 17:19:05 #link https://bugzilla.redhat.com/show_bug.cgi?id=972547 17:19:07 #info Proposed Freeze Exceptions, anaconda, NEW 17:19:44 kparal: which makes this process a bit silly, as tflink says, but ah well 17:20:14 well, we're kinda playing counter-factuals here. i'd be +1 FE to some kind of magic fix which made anaconda safely use less memory in a graphical net install, I guess. 17:21:01 adamw: even if the fix would be to remove half of anaconda code (to save memory?) 17:21:24 if there's some easyfix, I'd be +1 FE... 17:21:29 but I kinda doubt there is. 17:21:39 jreznik: see 'magic fix' 17:21:43 let me ask bcl 17:22:06 ask anaconda devs if they want to do something about it. if they don't, don't waste time on this 17:22:18 * nirik is with kparal 17:22:45 but I think we already discussed that anaconda FEs should always have a short summary from some anaconda dev saying that they want to implement it and what the fix would include 17:23:35 waiting means wasting time I'd say - and yeah, there seems to be no interest from anaconda guys to do anything with that 17:24:01 s/no interest/no response 17:24:09 i'm okay with punt or reject 17:24:21 brb call of nature, count me as 'ack' to either of those 17:24:46 "Please re-propose if anaconda devs say that they intend to fix this somehow" 17:25:03 * jreznik would say -1 with what kparal sentence 17:25:38 I sentence... FE process without justification to death :-) 17:26:01 proposed #agreed 951879 - RejectedFreezeException - Text based installs do work from the netinstall media with the minimum 512M ram and thus, this is rejected as a freeze exception for F19 final. Please re-propose as FE if a fix shows up reasonably soon. 17:26:18 ack 17:26:32 ack 17:27:36 add adamw's ack too 17:27:41 ack 17:27:46 oh, missed that 17:27:55 #agreed 951879 - RejectedFreezeException - Text based installs do work from the netinstall media with the minimum 512M ram and thus, this is rejected as a freeze exception for F19 final. Please re-propose as FE if a fix shows up reasonably soon. 17:28:15 OK, that's all of the "extra special" proposed FEs for today 17:28:25 moving on to the accepted blockers 17:28:37 ok 17:28:44 note that I'm planning to skip anything that's ON_QA or VERIFIED 17:28:53 #topic (971191) DVD install option unavailable in TUI 17:28:53 #link https://bugzilla.redhat.com/show_bug.cgi?id=971191 17:28:53 #info Accepted Blocker, anaconda, NEW 17:29:38 * tflink should probably skip the blockers we accepted on monday, as well 17:29:55 #info not much to say here, just accepted two days ago 17:30:13 samantha is not online, so na way to get more updates 17:30:42 #topic (964586) Anaconda does not isntall ntfs tools to allow OS-Prober to find windows partition and therefore creates no grub.cfg entry 17:30:45 #link https://bugzilla.redhat.com/show_bug.cgi?id=964586 17:30:47 #info Accepted Blocker, anaconda, ASSIGNED 17:31:12 no real updates on this one recently 17:32:31 * jreznik is pinging dlehman 17:33:47 #info sounds like progress is being made 17:33:50 #undo 17:33:50 Removing item from minutes: 17:33:53 yep 17:33:56 #info sounds like progress is being made and a patch was just sent out 17:34:24 #topic (969327) race condition in kickstart partitioning 17:34:25 #link https://bugzilla.redhat.com/show_bug.cgi?id=969327 17:34:25 #info Accepted Blocker, anaconda, ASSIGNED 17:36:10 seems like comment #16 was correct from what kparal said in #18 17:36:16 last update from dev was almost a week ago 17:36:49 is using text mode an acceptable workaround? 17:37:23 I don't think so 17:37:41 sometimes you don't want to have the whole installation kickstarted 17:37:54 but pre-populate just a few fields and left the rest to be configured interactively 17:38:13 true, I'm not sure how much pre-configured disk layout fits in here 17:38:26 doesn't seem too far-fetched 17:38:34 especially when kickstart disk config can do stuff interactive can't 17:38:42 and people often seem attached to very specific partition layouts 17:39:58 good point 17:40:12 I see jreznik pinged bcl, no response yet 17:40:58 #info it sounds like this is related to something in graphical mode as text mode doesn't seem to show the same behavior 17:42:52 #info will ask for update in bug 17:42:55 well, if it's race-y, could just be that text works faster. anyhoo. 17:43:13 any objections to moving on 17:43:31 * tflink assumes not 17:43:34 #topic (968951) g-i-s created user's accounts and settings are copied to new users created after g-i-s completes but before a reboot 17:43:37 #link https://bugzilla.redhat.com/show_bug.cgi?id=968951 17:43:40 #info Accepted Blocker, gnome-initial-setup, NEW 17:44:30 has this already been fixed? 17:44:41 there are patches submitted looking on upstream bug 17:44:58 it's been closed upstream already 17:45:37 yeah, just needs to come back downstream 17:45:41 but looking on git, it's not in 0.11 release 17:45:43 i'd best check in with desktop team 17:46:04 yeah, there's been no update in fedora since the bug was closed 17:46:23 #action adamw to follow up with the desktop team on the status of this fix 17:46:39 #info it sounds like there are patches available upstream but they aren't in Fedora yet 17:46:55 anything else on this one? 17:47:22 naw 17:47:23 move on, we just need 0.12 release 17:47:51 #topic (969852) Software Update fails to update 17:47:51 #link https://bugzilla.redhat.com/show_bug.cgi?id=969852 17:47:51 #info Accepted Blocker, gnome-packagekit, ASSIGNED 17:48:12 sounds like this is still broken, more people are starting to report it 17:48:22 yeah 17:48:31 hughsie has been looking at them 17:48:37 (this and the offline updates one) 17:48:57 ok, there have been no updates in bug 17:49:12 sounds like there's nothing for us to do here ATM, though? 17:49:35 yep, time to ping hughsie, /me will try to do so 17:50:52 #action jreznik to follow up with hughsie about this issue 17:51:16 #info not much info in bug report, not much for us to do at the moment 17:51:52 #topic (958426) 19 Final TC1 x86_64 Desktop Live is oversized (larger than 1 GB) 17:51:55 #link https://bugzilla.redhat.com/show_bug.cgi?id=958426 17:51:58 #info Accepted Blocker, LiveCD, NEW 17:52:04 #info devs are aware of the issue and are working on it 17:52:23 #topic (969182) DeviceCreateError: ('Could not commit to disk /dev/mapper/mpatha, (py_ped_disk_commit)', 'mpatha3') 17:52:26 #link https://bugzilla.redhat.com/show_bug.cgi?id=969182 17:52:28 #info Accepted Blocker, python-blivet, NEW 17:53:16 #info still waiting on the fix for this, sounds like it's waiting for another patch set that's part of the fix 17:54:12 right 17:54:17 not sure there's much else to say here 17:54:53 whoops, I was looking at the wrong bug 17:55:20 #undo 17:55:20 Removing item from minutes: 17:55:34 yeah, that's the other one adamw commented 17:55:57 for 969182 the patch is posted, looks like 17:56:03 #info patch has been submitted, waiting for new build with fix 17:56:28 anything else on this one? 17:57:08 newp 17:57:10 i just set it to POST 17:57:21 ok 17:57:28 #topic (966795) DeviceCreateError: ('lvcreate failed for fedora_sharpie00/swap: running lvm lvcreate -L 6160m -n swap --config devices { filter=["r|/loop3$|","r|/loop4$|","r|/loop5$|","r|/loop6$|","r|/loop7$|"] } fedora_sharpie00 failed', 'fedora_sharpie00-swap') 17:57:32 #link https://bugzilla.redhat.com/show_bug.cgi?id=966795 17:57:34 #info Accepted Blocker, python-blivet, ASSIGNED 17:57:48 #info still waiting on the fix for this, sounds like it's waiting for another patch set that's part of the fix 17:58:46 do we know if this is still true? 18:00:05 nope 18:00:13 usually dlehman knows what he's doing though 18:00:22 i'll probably do a blocker status mail at some point soon fwiw 18:00:36 ok, we can leave this alone for now 18:00:49 anything else on this bug? 18:01:19 nope 18:01:26 #topic (968936) network access is always required for offline update 18:01:29 #link https://bugzilla.redhat.com/show_bug.cgi?id=968936 18:01:31 #info Accepted Blocker, yum, ASSIGNED 18:02:58 this is the offline update busted bug 18:03:02 I talked to Zdenek, he sent a comment - so probably waiting for hughsie too 18:03:04 it seems to have turned into a pk/yum turf war...:) 18:03:12 yeah, this is back on richard 18:03:15 i'll set a needinfo on him, 18:04:42 #info still trying to figure out exactly what the problem is here 18:05:06 #info waiting for more info from devs to figure out what fix is needed 18:05:41 anything else on this one? 18:06:10 if not, that's the last of the accepted blockers 18:07:13 I do believe that it's time for ... 18:07:17 #topic Open Floor 18:07:28 anything else that should be brought up today 18:07:30 ? 18:08:54 newwwwp 18:08:55 nothing from me now, I have to leave 18:09:34 * tflink sets the magical fuse 18:09:51 it's a kind of magic... 18:10:39 Thanks for coming, everyone! 18:10:45 * tflink will send out minutes shortly 18:10:50 .... BOOM! 18:10:54 #endmeeting