From Fedora Project Wiki

< QA‎ | Meetings

(create initial page for 09-10 meeting)
 
(update page with the results of the meeting)
 
Line 1: Line 1:
= Attendees =
= Attendees =
* adamw (200)
* tflink (194)
* kparal (74)
* jreznik (63)
* nirik (9)
* zodbot (8)
* pjones (5)
* jskladan (4)
* cpuobsessed (3)
* maxamillion (3)
* brunowolff (2)
* Cerlyn (2)
* satellit (2)
* pschindl (2)
* nb (1)
* aspratyush (1)
* jah (1)


= Agenda =
= Agenda =
Line 7: Line 24:


== Fedora 18 general status check / mini blocker review ==
== Fedora 18 general status check / mini blocker review ==
* See [http://qa.fedoraproject.org/blockerbugs/current current release blockers]
* TC6 was out, very close to doing an RC1 but needed a new anaconda build
* TC6 is out, very close to doing an RC1 but need a new anaconda build
 
=== Blocker/NTH review ===
* [[rhbug:855289|#855289]] was left undetermined until further data could be obtained
* [[rhbug:854471|#854471]] was left undetermined until further data could be obtained
* [[rhbug:854586|#854586]] was rejected as a blocker as it only affects more advanced network configurations
* [[rhbug:855285|#855285]] was accepted as a blocker for breaking USB installation
* [[rhbug:854962|#854962]] was accepted as a blocker for breaking firstboot of installed live systems
* [[rhbug:855481|#855481]] was rejected as a blocker as it didn't break any criteria but accepted as NTH as errors in root password handling are obviously significant
* [[rhbug:854818|#854818]] was rejected as a blocker as it didn't break any criteria but accepted as NTH as Secure Boot support at Alpha is clearly useful to have
* [[rhbug:855560|#855560]] was rejected as a blocker as it appears simply to be caused by debugging being enabled in the kernel for Alpha
* [[rhbug:855646|#855646]] was left undetermined as the group agreed the relevant criterion needed alteration; it would be revisited after the alteration was complete
* [[rhbug:855646|#855646]] was left undetermined as the group agreed the relevant criterion needed alteration; it would be revisited after the alteration was complete
* [[rhbug:855824|#855824]] was rejected as a blocker due to limited impact: basic graphics mode will work in practice in most important contexts
* [[rhbug:855784|#855784]] was left undetermined until further data could be obtained
* [[rhbug:852792|#852792]] was left undetermined until further data could be obtained
* [[rhbug:855465|#855465]] was accepted as NTH for breaking the LXDE spin
* [[rhbug:855470|#855470]] was accepted as NTH for breaking the LXDE spin
* [[rhbug:855510|#855510]] was left undetermined until further data could be obtained
* [[rhbug:855477|#855477]] was accepted as NTH for obvious visual impact


== Release criteria revision ==
== Release criteria revision ==
* Let's talk about the various proposals on the list and possibly viking's thoughts about revising the entire approach of the criteria
* Topic was tabled due to time taken by the blocker/nth review


== Open floor ==
== Open floor ==
N/A
== Action items ==
* tflink to build test image w/ new lorax to test #855289


== IRC Log ==
== IRC Log ==
{|
|- id="t15:00:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #startmeeting Fedora QA meeting
|| [[#t15:00:19|15:00]]
|- id="t15:00:19"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Meeting started Mon Sep 10 15:00:19 2012 UTC.  The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
|| [[#t15:00:19|15:00]]
|- id="t15:00:19"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic.
|| [[#t15:00:19|15:00]]
|- id="t15:00:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #meetingname fedora-qa
|| [[#t15:00:23|15:00]]
|- id="t15:00:23"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | The meeting name has been set to 'fedora-qa'
|| [[#t15:00:23|15:00]]
|- id="t15:00:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic roll call
|| [[#t15:00:25|15:00]]
|- id="t15:00:35"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | morning folks, who's around to chase the f18 unicorn?
|| [[#t15:00:35|15:00]]
|- id="t15:01:03"
! style="background-color: #818144" | tflink
| style="color: #818144" | UNICORNS!!!!
|| [[#t15:01:03|15:01]]
|- id="t15:01:07"
| colspan="2" | * satellit listening
|| [[#t15:01:07|15:01]]
|- id="t15:02:05"
| colspan="2" | * Cerlyn watches
|| [[#t15:02:05|15:02]]
|- id="t15:02:09"
| colspan="2" | * brunowolff is lurking for about 20 minutes and then has to go to a work meeting.
|| [[#t15:02:09|15:02]]
|- id="t15:02:13"
| colspan="2" | * pschindl is here
|| [[#t15:02:13|15:02]]
|- id="t15:02:36"
! style="background-color: #854685" | jskladan
| style="color: #854685" | is it pony unicorn?
|| [[#t15:02:36|15:02]]
|- id="t15:03:07"
| colspan="2" | * jreznik is here to chase the snake
|| [[#t15:03:07|15:03]]
|- id="t15:03:29"
! style="background-color: #488888" | kparal
| style="color: #488888" | ouch
|| [[#t15:03:29|15:03]]
|- id="t15:03:41"
| colspan="2" | * nirik is lurking
|| [[#t15:03:41|15:03]]
|- id="t15:03:55"
! style="background-color: #8c4a4a" | Cerlyn
| style="color: #8c4a4a" | Perhaps those calling it a Spherical Cow have never seen a unicorn before
|| [[#t15:03:55|15:03]]
|- id="t15:03:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | eeexcellent
|| [[#t15:03:59|15:03]]
|- id="t15:03:59"
! style="background-color: #818144" | tflink
| style="color: #818144" | jreznik: snake? I thought that we were talking about unicorns
|| [[#t15:03:59|15:03]]
|- id="t15:04:04"
! style="background-color: #4b904b" | brunowolff
| style="color: #4b904b" | jreznik picked a bad release to become the program manager!
|| [[#t15:04:04|15:04]]
|- id="t15:04:37"
! style="background-color: #818144" | tflink
| style="color: #818144" | adamw: channeling mr. burns are we?
|| [[#t15:04:37|15:04]]
|- id="t15:04:42"
| colspan="2" | * adamw pretends to wait for more people while actually making coffee
|| [[#t15:04:42|15:04]]
|- id="t15:04:48"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i *always* channel mr burns
|| [[#t15:04:48|15:04]]
|- id="t15:04:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | .fire tflink
|| [[#t15:04:50|15:04]]
|- id="t15:04:53"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | adamw fires tflink
|| [[#t15:04:53|15:04]]
|- id="t15:05:45"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | tflink: unicorn snake?
|| [[#t15:05:45|15:05]]
|- id="t15:06:04"
| colspan="2" | * nb is lurking
|| [[#t15:06:04|15:06]]
|- id="t15:06:33"
! style="background-color: #818144" | tflink
| style="color: #818144" | jreznik: http://4.bp.blogspot.com/_3IBfde2A9L8/TIVUuLrUpRI/AAAAAAAADsQ/trjM02LXkkE/s1600/pony-magic.png ?
|| [[#t15:06:33|15:06]]
|- id="t15:07:28"
| colspan="2" | * maxamillion is here
|| [[#t15:07:28|15:07]]
|- id="t15:07:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | alrighty, maxamillion's here, we can start!
|| [[#t15:07:58|15:07]]
|- id="t15:08:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | =)
|| [[#t15:08:01|15:08]]
|- id="t15:08:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Fedora 18 status check / mini blocker review
|| [[#t15:08:25|15:08]]
|- id="t15:08:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so i was kinda hoping we'd have an rc1 already by today, but no-one was around to do an anaconda build over the weekend
|| [[#t15:08:47|15:08]]
|- id="t15:09:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | when we do get the new build, though, it should be in significantly better shape than tc6
|| [[#t15:09:07|15:09]]
|- id="t15:09:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #chair tflink
|| [[#t15:09:09|15:09]]
|- id="t15:09:09"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Current chairs: adamw tflink
|| [[#t15:09:09|15:09]]
|- id="t15:09:49"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: ok, thanks for info
|| [[#t15:09:49|15:09]]
|- id="t15:09:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | go/no-go is on thursday so we need to nail down testing on the next build fast to make sure we can hit the date (finally)
|| [[#t15:09:49|15:09]]
|- id="t15:09:57"
| colspan="2" | * cpuobsessed is sitting in the back corner
|| [[#t15:09:57|15:09]]
|- id="t15:10:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | that's pretty much it, any other general f18 thoughts?
|| [[#t15:10:28|15:10]]
|- id="t15:10:38"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: are anaconda guys working on a new build or poking is needed?
|| [[#t15:10:38|15:10]]
|- id="t15:10:58"
! style="background-color: #97974f" | cpuobsessed
| style="color: #97974f" | bug #845745
|| [[#t15:10:58|15:10]]
|- id="t15:11:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: haven't checked in with them yet, i only just woke up
|| [[#t15:11:12|15:11]]
|- id="t15:12:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | cpuobsessed: what about it?
|| [[#t15:12:06|15:12]]
|- id="t15:12:46"
! style="background-color: #97974f" | cpuobsessed
| style="color: #97974f" | narrowed the breakage between 3.5.0-0.rc0.git6 and git7; so maybe those of us with certain ATI GPUs can start testing again
|| [[#t15:12:46|15:12]]
|- id="t15:13:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay...
|| [[#t15:13:05|15:13]]
|- id="t15:13:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | alright, are we ready for the mini-blocker review?
|| [[#t15:13:23|15:13]]
|- id="t15:13:43"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | adamw: fire away captain
|| [[#t15:13:43|15:13]]
|- id="t15:13:57"
! style="background-color: #488888" | kparal
| style="color: #488888" | will saying 'no' help?
|| [[#t15:13:57|15:13]]
|- id="t15:14:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | fire? where?! where?! abandon shop!
|| [[#t15:14:01|15:14]]
|- id="t15:14:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: absolutely not.
|| [[#t15:14:05|15:14]]
|- id="t15:14:09"
! style="background-color: #488888" | kparal
| style="color: #488888" | I thought so
|| [[#t15:14:09|15:14]]
|- id="t15:14:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | =)
|| [[#t15:14:11|15:14]]
|- id="t15:14:17"
! style="background-color: #9b519b" | maxamillion
| style="color: #9b519b" | kparal: was worth a shot ;)
|| [[#t15:14:17|15:14]]
|- id="t15:14:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Fedora 18 - mini blocker review
|| [[#t15:14:18|15:14]]
|- id="t15:14:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | over to you, cap'n flink
|| [[#t15:14:24|15:14]]
|- id="t15:14:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | (we're all captains on this ship. it's suffering from severe rank inflation.)
|| [[#t15:14:36|15:14]]
|- id="t15:14:49"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info 12 Proposed Blockers
|| [[#t15:14:49|15:14]]
|- id="t15:14:49"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info 11 Accepted Blockers
|| [[#t15:14:49|15:14]]
|- id="t15:14:49"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info 5 Proposed NTH
|| [[#t15:14:49|15:14]]
|- id="t15:14:49"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info 5 Accepted NTH
|| [[#t15:14:49|15:14]]
|- id="t15:15:03"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855289) Dri files are missing in lorax ( /usr/lib64/dri/foo-dri.so: cannot open shared object file: No such file or directory )
|| [[#t15:15:03|15:15]]
|- id="t15:15:06"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855289
|| [[#t15:15:06|15:15]]
|- id="t15:15:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blockers, ON_QA
|| [[#t15:15:08|15:15]]
|- id="t15:16:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | this is an icky one, viking is convinced this is causing a showstopper for him, but bcl isn't so sure this is the problem
|| [[#t15:16:42|15:16]]
|- id="t15:16:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | no-one else seems to have chipped in yet
|| [[#t15:16:51|15:16]]
|- id="t15:17:29"
! style="background-color: #488888" | kparal
| style="color: #488888" | there is one more comment from Marcos
|| [[#t15:17:29|15:17]]
|- id="t15:17:45"
! style="background-color: #818144" | tflink
| style="color: #818144" | one other person chimed in, but it sounds like that might have been another instance of #854688
|| [[#t15:17:45|15:17]]
|- id="t15:18:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, if it doesn't happen when you use English, it's not this bug.
|| [[#t15:18:00|15:18]]
|- id="t15:19:12"
! style="background-color: #488888" | kparal
| style="color: #488888" | I think I haven't tested TC6 DVD over USB. so I can't really say it doesn't happen to me
|| [[#t15:19:12|15:19]]
|- id="t15:19:18"
! style="background-color: #818144" | tflink
| style="color: #818144" | sounds like we might need more information but it's already part of the next lorax build
|| [[#t15:19:18|15:19]]
|- id="t15:19:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i don't think the medium is relevant to the bug
|| [[#t15:19:25|15:19]]
|- id="t15:19:32"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | yep
|| [[#t15:19:32|15:19]]
|- id="t15:19:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | graphics hardware conceivably could be, though
|| [[#t15:19:33|15:19]]
|- id="t15:19:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: the question is whether we pull that lorax build or not
|| [[#t15:19:53|15:19]]
|- id="t15:19:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | nothing else needs it - in fact this is the only change in it
|| [[#t15:19:59|15:19]]
|- id="t15:20:02"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | we can ask them to retest with latest lorac but as bcl is not sure it's cause by missing dri... but...
|| [[#t15:20:02|15:20]]
|- id="t15:20:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: the problem is you can't really 're-test with latest lorax'
|| [[#t15:20:12|15:20]]
|- id="t15:20:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | well, not easily
|| [[#t15:20:15|15:20]]
|- id="t15:20:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | you have to build your own install image
|| [[#t15:20:20|15:20]]
|- id="t15:20:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | lorax is used in the image compose process
|| [[#t15:20:26|15:20]]
|- id="t15:20:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | we could build a test image pretty easily to see if that fixes things
|| [[#t15:20:43|15:20]]
|- id="t15:20:49"
! style="background-color: #818144" | tflink
| style="color: #818144" | if viking hasn't done so already
|| [[#t15:20:49|15:20]]
|- id="t15:21:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | maybe that'd be best
|| [[#t15:21:06|15:21]]
|- id="t15:21:13"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: in next tc/rc?
|| [[#t15:21:13|15:21]]
|- id="t15:21:22"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | viking's usually pretty available so he should be able to test it quickly
|| [[#t15:21:22|15:21]]
|- id="t15:21:25"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | but of course, sooner better
|| [[#t15:21:25|15:21]]
|- id="t15:21:39"
! style="background-color: #818144" | tflink
| style="color: #818144" | #action tflink to build test image w/ new lorax to test #855289
|| [[#t15:21:39|15:21]]
|- id="t15:21:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so punt on this till we have results from testing?
|| [[#t15:21:53|15:21]]
|- id="t15:21:55"
! style="background-color: #818144" | tflink
| style="color: #818144" | if this does indeed fix what viking was seeing - do we want to accept as a blocker
|| [[#t15:21:55|15:21]]
|- id="t15:21:58"
! style="background-color: #818144" | tflink
| style="color: #818144" | ?
|| [[#t15:21:58|15:21]]
|- id="t15:22:19"
! style="background-color: #818144" | tflink
| style="color: #818144" | punt is a better option than a conditional vote, I suppose
|| [[#t15:22:19|15:22]]
|- id="t15:22:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | since we have another review on wednesday
|| [[#t15:22:43|15:22]]
|- id="t15:22:59"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855289 - It's not clear how widespread this problem is or whether the dri files will fix it - will revisit after more testing
|| [[#t15:22:59|15:22]]
|- id="t15:23:04"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack/nak/patch?
|| [[#t15:23:04|15:23]]
|- id="t15:23:53"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack as we can't do anything before we have more data...
|| [[#t15:23:53|15:23]]
|- id="t15:24:03"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:24:03|15:24]]
|- id="t15:24:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t15:24:04|15:24]]
|- id="t15:24:12"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855289 - It's not clear how widespread this problem is or whether the dri files will fix it - will revisit after more testing
|| [[#t15:24:12|15:24]]
|- id="t15:24:21"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (854471) anaconda stop at the "Error checking storage configuration"
|| [[#t15:24:21|15:24]]
|- id="t15:24:25"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=854471
|| [[#t15:24:25|15:24]]
|- id="t15:24:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, NEW
|| [[#t15:24:27|15:24]]
|- id="t15:24:57"
! style="background-color: #488888" | kparal
| style="color: #488888" | this is waiting for developer action. but I'm afraid storage.log is missing
|| [[#t15:24:57|15:24]]
|- id="t15:25:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yep :(
|| [[#t15:25:42|15:25]]
|- id="t15:25:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | that's the most important log...
|| [[#t15:25:46|15:25]]
|- id="t15:26:01"
! style="background-color: #488888" | kparal
| style="color: #488888" | I tried to ping twu but he was already gone. we can put another needinfo there
|| [[#t15:26:01|15:26]]
|- id="t15:26:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 854471 - Still missing information needed to triage, not completely sure of cause. Will revisit when there is more information available.
|| [[#t15:26:43|15:26]]
|- id="t15:26:46"
! style="background-color: #488888" | kparal
| style="color: #488888" | just 2 people reported that they saw this. it has probably very limited scope
|| [[#t15:26:46|15:26]]
|- id="t15:26:57"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:26:57|15:26]]
|- id="t15:27:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t15:27:26|15:27]]
|- id="t15:27:43"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t15:27:43|15:27]]
|- id="t15:27:44"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 854471 - Still missing information needed to triage, not completely sure of cause. Will revisit when there is more information available.
|| [[#t15:27:44|15:27]]
|- id="t15:27:52"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (854586) F18 KDE Live (alpha TC5) Configure network dialogue isn't accessible in Anaconda
|| [[#t15:27:52|15:27]]
|- id="t15:27:55"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=854586
|| [[#t15:27:55|15:27]]
|- id="t15:27:57"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, ON_QA
|| [[#t15:27:57|15:27]]
|- id="t15:28:33"
| colspan="2" | * tflink needs to leave for a bit
|| [[#t15:28:33|15:28]]
|- id="t15:29:06"
| colspan="2" | * adamw will carry on
|| [[#t15:29:06|15:29]]
|- id="t15:30:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, i think what's been clarified since last week is you likely need a wireless connection to hit this
|| [[#t15:30:08|15:30]]
|- id="t15:31:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh...or maybe i've got that wrong
|| [[#t15:31:00|15:31]]
|- id="t15:31:01"
! style="background-color: #488888" | kparal
| style="color: #488888" | I don't think so. is this the bug where you hit configure and it crashes? no matter whether live or DVD?
|| [[#t15:31:01|15:31]]
|- id="t15:31:11"
! style="background-color: #488888" | kparal
| style="color: #488888" | then you can do it with wired networking as well
|| [[#t15:31:11|15:31]]
|- id="t15:31:14"
| colspan="2" | * jreznik does not understand the bug
|| [[#t15:31:14|15:31]]
|- id="t15:31:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the reproducer is in https://bugzilla.redhat.com/show_bug.cgi?id=854586#c17
|| [[#t15:31:45|15:31]]
|- id="t15:32:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: i'm fairly sure i tested in the last meeting and it didn't crash for me: clicking the configure button resulted in nothing happening, but no crash
|| [[#t15:32:04|15:32]]
|- id="t15:32:19"
! style="background-color: #488888" | kparal
| style="color: #488888" | adamw: hmm, you may be right
|| [[#t15:32:19|15:32]]
|- id="t15:32:35"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i think this may be specific to live images which don't include nm-c-e
|| [[#t15:32:35|15:32]]
|- id="t15:33:11"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | then for live it's not a bad idea to depend on native DE network manager
|| [[#t15:33:11|15:33]]
|- id="t15:33:17"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | and disable network spoke
|| [[#t15:33:17|15:33]]
|- id="t15:33:25"
! style="background-color: #488888" | kparal
| style="color: #488888" | I still believe it's worth +1 blocker, even it fails just for wifi
|| [[#t15:33:25|15:33]]
|- id="t15:33:35"
! style="background-color: #488888" | kparal
| style="color: #488888" | or +1 nth at least
|| [[#t15:33:35|15:33]]
|- id="t15:33:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i'm kinda leaning nth not blocker
|| [[#t15:33:39|15:33]]
|- id="t15:33:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | (we already took it as nth)
|| [[#t15:33:42|15:33]]
|- id="t15:33:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but i'd like to be clearer...
|| [[#t15:33:46|15:33]]
|- id="t15:33:59"
| colspan="2" | * jreznik is more nth too and with no network spoke in live anaconda solution
|| [[#t15:33:59|15:33]]
|- id="t15:34:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the 'fix' for this in 18.6.6 is "require nm-connection-editor"
|| [[#t15:34:21|15:34]]
|- id="t15:35:03"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | not sure it makes sense to have live de nm configuration and then nm-c-e one, it's quite confusing but good for alpha I guess
|| [[#t15:35:03|15:35]]
|- id="t15:35:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose we just leave it as nth since the fix is in 18.6.6 anyhow
|| [[#t15:35:17|15:35]]
|- id="t15:35:25"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ok
|| [[#t15:35:25|15:35]]
|- id="t15:35:32"
! style="background-color: #488888" | kparal
| style="color: #488888" | fine with me
|| [[#t15:35:32|15:35]]
|- id="t15:36:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed as this affects only more advanced network configuration in certain live environments, where it can be worked around by using the live environment's network configuration tools, this remains NTH and is rejectedblocker
|| [[#t15:36:03|15:36]]
|- id="t15:36:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | er
|| [[#t15:36:06|15:36]]
|- id="t15:36:14"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed as this affects only more advanced network configuration in certain live environments, where it can be worked around by using the live environment's network configuration tools, #854586 remains NTH and is rejectedblocker
|| [[#t15:36:14|15:36]]
|- id="t15:36:29"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t15:36:29|15:36]]
|- id="t15:36:31"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:36:31|15:36]]
|- id="t15:36:47"
! style="background-color: #539e9e" | pschindl
| style="color: #539e9e" | ack
|| [[#t15:36:47|15:36]]
|- id="t15:37:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed as this affects only more advanced network configuration in certain live environments, where it can be worked around by using the live environment's network configuration tools, #854586 remains NTH and is rejectedblocker
|| [[#t15:37:05|15:37]]
|- id="t15:37:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oh, foo, i don't have tflink's neat script-y thing
|| [[#t15:37:38|15:37]]
|- id="t15:37:42"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | one sec, lemme see if i can find it
|| [[#t15:37:42|15:37]]
|- id="t15:38:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ha ha.
|| [[#t15:38:47|15:38]]
|- id="t15:38:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic (855285) "AttributeError: 'module' object has no attribute 'addMacros'
|| [[#t15:38:49|15:38]]
|- id="t15:38:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855285
|| [[#t15:38:49|15:38]]
|- id="t15:38:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info Proposed Blockers, MODIFIED
|| [[#t15:38:49|15:38]]
|- id="t15:39:52"
! style="background-color: #488888" | kparal
| style="color: #488888" | so what does this break?
|| [[#t15:39:52|15:39]]
|- id="t15:40:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | per the description, "fix livecd-to-iso alpha network usb thumbdrives installs"
|| [[#t15:40:07|15:40]]
|- id="t15:40:56"
! style="background-color: #488888" | kparal
| style="color: #488888" | but we don't know whether it breaks dd too
|| [[#t15:40:56|15:40]]
|- id="t15:41:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah
|| [[#t15:41:09|15:41]]
|- id="t15:41:12"
| colspan="2" | * adamw is asking clumens
|| [[#t15:41:12|15:41]]
|- id="t15:41:31"
| colspan="2" | * kparal watching
|| [[#t15:41:31|15:41]]
|- id="t15:42:57"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | clumens says "should affect all yum-based installs"
|| [[#t15:42:57|15:42]]
|- id="t15:43:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | assuming 'yum-based install' means 'just about anything', sounds +1 blocker-y to me...
|| [[#t15:43:10|15:43]]
|- id="t15:43:25"
! style="background-color: #488888" | kparal
| style="color: #488888" | yep
|| [[#t15:43:25|15:43]]
|- id="t15:43:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, isn't everything other than preupgrade yum-based?
|| [[#t15:43:34|15:43]]
|- id="t15:43:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | who knows
|| [[#t15:43:46|15:43]]
|- id="t15:43:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | hey, you're not here!
|| [[#t15:43:49|15:43]]
|- id="t15:43:55"
! style="background-color: #818144" | tflink
| style="color: #818144" | nope, not here
|| [[#t15:43:55|15:43]]
|- id="t15:44:32"
| colspan="2" | * jreznik does not see tflink
|| [[#t15:44:32|15:44]]
|- id="t15:44:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed #855285 is accepted as a blocker per criterion "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods"
|| [[#t15:44:45|15:44]]
|- id="t15:44:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: do you have a hideous beard and shades?
|| [[#t15:44:56|15:44]]
|- id="t15:45:22"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:45:22|15:45]]
|- id="t15:45:27"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | any installation that uses yum to install packages, not live
|| [[#t15:45:27|15:45]]
|- id="t15:45:31"
! style="background-color: #818144" | tflink
| style="color: #818144" | adamw: I suppose hideous depends on personal taste, but no shades
|| [[#t15:45:31|15:45]]
|- id="t15:45:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | why aren't we seeing this outside of USB, though?
|| [[#t15:45:43|15:45]]
|- id="t15:46:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | if it affects all yum-based installs, shouldn't it be causing more problems for DVD and netinstall?
|| [[#t15:46:11|15:46]]
|- id="t15:46:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | what i want to know is, why am i debating a figment of my imagination?
|| [[#t15:46:30|15:46]]
|- id="t15:47:21"
! style="background-color: #488888" | kparal
| style="color: #488888" | adamw: schizofrenia
|| [[#t15:47:21|15:47]]
|- id="t15:48:00"
! style="background-color: #818144" | tflink
| style="color: #818144" | it just bugs me that this is supposedly affecting only USB installs
|| [[#t15:48:00|15:48]]
|- id="t15:48:32"
! style="background-color: #818144" | tflink
| style="color: #818144" | unless I'm missing something, the scope of this should be much larger than litd or dd
|| [[#t15:48:32|15:48]]
|- id="t15:48:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the code is conditional
|| [[#t15:48:58|15:48]]
|- id="t15:49:00"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | tflink: if it's all yum based install and yum based means what clumens told at anaconda, yeah, it should have broader scope
|| [[#t15:49:00|15:49]]
|- id="t15:49:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | http://www.fpaste.org/NC23/
|| [[#t15:49:09|15:49]]
|- id="t15:49:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | perhaps that 'if...else' is only fulfilled in a USB context
|| [[#t15:49:18|15:49]]
|- id="t15:49:46"
! style="background-color: #488888" | kparal
| style="color: #488888" | if not selinux, hmm
|| [[#t15:49:46|15:49]]
|- id="t15:50:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but i really don't want to waste too much time on it...
|| [[#t15:50:06|15:50]]
|- id="t15:50:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | since it's in 18.6.6 anyhow
|| [[#t15:50:11|15:50]]
|- id="t15:50:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, it just bugs me that something checking for readability of a fs would only work on USB
|| [[#t15:50:34|15:50]]
|- id="t15:50:55"
! style="background-color: #818144" | tflink
| style="color: #818144" | since RO media should still be read-able
|| [[#t15:50:55|15:50]]
|- id="t15:51:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | clyde kunkel hit it too (dupe)
|| [[#t15:51:15|15:51]]
|- id="t15:51:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | and clumens seemed happy to pull it
|| [[#t15:51:20|15:51]]
|- id="t15:51:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | it's a typo fix, though and already in the next build. so like adam said, not worth debating much
|| [[#t15:51:34|15:51]]
|- id="t15:51:37"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:51:37|15:51]]
|- id="t15:53:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | one more ack?
|| [[#t15:53:46|15:53]]
|- id="t15:54:18"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | you convinced me, ack
|| [[#t15:54:18|15:54]]
|- id="t15:55:14"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed #855285 is accepted as a blocker per criterion "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods"
|| [[#t15:55:14|15:55]]
|- id="t15:55:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | are you taking back over, invisible man&gt;?
|| [[#t15:55:21|15:55]]
|- id="t15:55:30"
! style="background-color: #818144" | tflink
| style="color: #818144" | either way
|| [[#t15:55:30|15:55]]
|- id="t15:55:44"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (854962) Installed system messed up with live stuff
|| [[#t15:55:44|15:55]]
|- id="t15:55:44"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=854962
|| [[#t15:55:44|15:55]]
|- id="t15:55:44"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, ON_QA
|| [[#t15:55:44|15:55]]
|- id="t15:56:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | it sounds like the issue here is that live install replicates the livecd instead of doing a proper install?
|| [[#t15:56:11|15:56]]
|- id="t15:56:23"
! style="background-color: #818144" | tflink
| style="color: #818144" | ie, liveuser autologin, no firstboot, anaconda still present
|| [[#t15:56:23|15:56]]
|- id="t15:56:36"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | tflink: yep
|| [[#t15:56:36|15:56]]
|- id="t15:56:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i included a very thin blocker rationalization in https://bugzilla.redhat.com/show_bug.cgi?id=854962#c12
|| [[#t15:56:49|15:56]]
|- id="t15:56:54"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | you can vote +1 if it convinced you =)
|| [[#t15:56:54|15:56]]
|- id="t15:57:16"
! style="background-color: #818144" | tflink
| style="color: #818144" | I'm OK with blocker on this
|| [[#t15:57:16|15:57]]
|- id="t15:57:18"
! style="background-color: #818144" | tflink
| style="color: #818144" | +1
|| [[#t15:57:18|15:57]]
|- id="t15:57:38"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: my understanding skills are not good enough to understand it :) but I agree, it's a blocker
|| [[#t15:57:38|15:57]]
|- id="t15:57:43"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | +1
|| [[#t15:57:43|15:57]]
|- id="t15:58:01"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | it's fixed, just how do we want to pull firstboot into live system/installed live system?
|| [[#t15:58:01|15:58]]
|- id="t15:58:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: there is a special part of my brain labelled 'convoluted blocker justifications'
|| [[#t15:58:02|15:58]]
|- id="t15:58:24"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 854962 - AcceptedBlocker - Violates the following F18 alpha release criterion for live installs: "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. The firstboot utility must be able to create a working user accoun
|| [[#t15:58:24|15:58]]
|- id="t15:58:28"
| colspan="2" | * jreznik tried to read it several time and gave up :)
|| [[#t15:58:28|15:58]]
|- id="t15:58:39"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 854962 - AcceptedBlocker - Violates the following F18 alpha release criterion for live installs: "In most cases, a system installed according to any of the above criteria must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. The firstboot utility must be able to create a working user account"
|| [[#t15:58:39|15:58]]
|- id="t15:59:08"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:59:08|15:59]]
|- id="t15:59:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t15:59:09|15:59]]
|- id="t15:59:12"
! style="background-color: #a25555" | aspratyush
| style="color: #a25555" | ack
|| [[#t15:59:12|15:59]]
|- id="t15:59:18"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 854962 - AcceptedBlocker - Violates the following F18 alpha release criterion for live installs: "In most cases, a system installed according to any of the above criteria must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. The firstboot utility must be able to create a working user account"
|| [[#t15:59:18|15:59]]
|- id="t15:59:28"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855481) Root password is empty after install from live image without completing root pw spoke in anaconda
|| [[#t15:59:28|15:59]]
|- id="t15:59:31"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855481
|| [[#t15:59:31|15:59]]
|- id="t15:59:33"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, POST
|| [[#t15:59:33|15:59]]
|- id="t16:00:03"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | tflink: for previous bug, how do we plan to ship firstboot in live?
|| [[#t16:00:03|16:00]]
|- id="t16:00:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | jreznik: not sure I follow you - firstboot should be on the lives for install
|| [[#t16:00:43|16:00]]
|- id="t16:00:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: same way we always have, as a package on the live image?
|| [[#t16:00:45|16:00]]
|- id="t16:00:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: it's set up not to run when booting live
|| [[#t16:00:55|16:00]]
|- id="t16:01:34"
| colspan="2" | * satellit soas live starts firsboot....
|| [[#t16:01:34|16:01]]
|- id="t16:02:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so this is another one which the criteria don't really cover...
|| [[#t16:02:28|16:02]]
|- id="t16:02:32"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | tflink: it's not available on tc6 lives, so it's not runned after the bug is fixed... or should the other comps bug fix it?
|| [[#t16:02:32|16:02]]
|- id="t16:02:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we don't have a criterion saying 'root should have a password' :)
|| [[#t16:02:41|16:02]]
|- id="t16:02:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: probably the comps thing. you can't rely at all on any tc6 package set.
|| [[#t16:02:55|16:02]]
|- id="t16:03:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | jreznik: I don't remember where the issue was, but it could be affected by the same thing that wasn't pulling in firstboot earlier
|| [[#t16:03:08|16:03]]
|- id="t16:03:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | either spin-kickstarts or comps
|| [[#t16:03:22|16:03]]
|- id="t16:03:49"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | yep, just raising it as an issue
|| [[#t16:03:49|16:03]]
|- id="t16:04:04"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | I did not report bug because of tc6 breakage, to be aware only
|| [[#t16:04:04|16:04]]
|- id="t16:05:00"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | let's move on :)
|| [[#t16:05:00|16:05]]
|- id="t16:05:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, what do we want to do with 855481?
|| [[#t16:05:07|16:05]]
|- id="t16:05:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it really hits no criteria afaict
|| [[#t16:05:12|16:05]]
|- id="t16:05:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we can make it nth
|| [[#t16:05:25|16:05]]
|- id="t16:05:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose a criterion
|| [[#t16:05:28|16:05]]
|- id="t16:05:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | or take it through the escape hatch
|| [[#t16:05:40|16:05]]
|- id="t16:06:09"
! style="background-color: #818144" | tflink
| style="color: #818144" | what did we do about root pw for non-live installs?
|| [[#t16:06:09|16:06]]
|- id="t16:06:31"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | what do you mean?
|| [[#t16:06:31|16:06]]
|- id="t16:07:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | didn't we take that as a blocker?
|| [[#t16:07:22|16:07]]
|- id="t16:07:40"
! style="background-color: #818144" | tflink
| style="color: #818144" | when you couldn't set root pw on the non-live installs (bringing in the root pw spoke)
|| [[#t16:07:40|16:07]]
|- id="t16:07:57"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | because it made text installs inaccessible
|| [[#t16:07:57|16:07]]
|- id="t16:08:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | this doesn't make anything inaccessible, rather the contrary :)
|| [[#t16:08:04|16:08]]
|- id="t16:08:10"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: :)
|| [[#t16:08:10|16:08]]
|- id="t16:08:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the result of this bug is a root account you can log into without entering a password
|| [[#t16:08:19|16:08]]
|- id="t16:08:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | not a root account you can't log into
|| [[#t16:08:23|16:08]]
|- id="t16:08:30"
! style="background-color: #818144" | tflink
| style="color: #818144" | I could go either way on this one, to be honest
|| [[#t16:08:30|16:08]]
|- id="t16:08:31"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | yep, that's the difference
|| [[#t16:08:31|16:08]]
|- id="t16:08:47"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | it could be a huge security issue
|| [[#t16:08:47|16:08]]
|- id="t16:08:47"
! style="background-color: #818144" | tflink
| style="color: #818144" | probably more towards +1 NTH, -1 blocker though
|| [[#t16:08:47|16:08]]
|- id="t16:08:52"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i worry that i'm maybe overcontorting on this one
|| [[#t16:08:52|16:08]]
|- id="t16:09:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | I can't see blocking release because root pw isn't set on lives
|| [[#t16:09:11|16:09]]
|- id="t16:09:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | are we trapped so far inside the criteria that we're at a point where anyone else would look at it and say 'well OBVIOUSLY that should be a blocker'?
|| [[#t16:09:18|16:09]]
|- id="t16:09:19"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | we should have criteria for this and it should be blocker
|| [[#t16:09:19|16:09]]
|- id="t16:09:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | release -&gt; alpha release
|| [[#t16:09:20|16:09]]
|- id="t16:09:24"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | but now nth is good too
|| [[#t16:09:24|16:09]]
|- id="t16:10:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855481 - RejectedBlocker, AcceptedNTH - Does not violate any F18 alpha release criterion but a root password set during live install should go through to the installed system
|| [[#t16:10:22|16:10]]
|- id="t16:10:28"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: I'd say anyone else would say it's a blocker :) not a good idea to not be aware that your system has no root password and it's accessible from everywhere
|| [[#t16:10:28|16:10]]
|- id="t16:10:35"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack, for now
|| [[#t16:10:35|16:10]]
|- id="t16:10:37"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t16:10:37|16:10]]
|- id="t16:10:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: yeah, that's what i'm worried about
|| [[#t16:10:39|16:10]]
|- id="t16:10:54"
| colspan="2" | * kparal reminds we don't have to have criteria to accept something as a blocker. criteria just helps in contentious issues
|| [[#t16:10:54|16:10]]
|- id="t16:11:22"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: well, it needs to hit the criteria or the escape clause
|| [[#t16:11:22|16:11]]
|- id="t16:11:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | (the one under the criteria)
|| [[#t16:11:25|16:11]]
|- id="t16:11:57"
! style="background-color: #488888" | kparal
| style="color: #488888" | we have different opinions then
|| [[#t16:11:57|16:11]]
|- id="t16:12:00"
! style="background-color: #488888" | kparal
| style="color: #488888" | nevermind, ack
|| [[#t16:12:00|16:12]]
|- id="t16:12:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855481 - RejectedBlocker, AcceptedNTH - Does not violate any F18 alpha release criterion but a root password set during live install should go through to the installed system
|| [[#t16:12:11|16:12]]
|- id="t16:12:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (854818) livecd-creator needs secure boot support
|| [[#t16:12:27|16:12]]
|- id="t16:12:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=854818
|| [[#t16:12:27|16:12]]
|- id="t16:12:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, MODIFIED
|| [[#t16:12:27|16:12]]
|- id="t16:12:53"
! style="background-color: #818144" | tflink
| style="color: #818144" | -1 blocker, unsure about NTH
|| [[#t16:12:53|16:12]]
|- id="t16:13:07"
! style="background-color: #818144" | tflink
| style="color: #818144" | this seems like a boarderline bad idea to be pulling in so late
|| [[#t16:13:07|16:13]]
|- id="t16:13:11"
! style="background-color: #488888" | kparal
| style="color: #488888" | -1 blocker +1 nth
|| [[#t16:13:11|16:13]]
|- id="t16:13:18"
! style="background-color: #818144" | tflink
| style="color: #818144" | but the traditional installers already support it
|| [[#t16:13:18|16:13]]
|- id="t16:13:28"
! style="background-color: #818144" | tflink
| style="color: #818144" | parity would be nice
|| [[#t16:13:28|16:13]]
|- id="t16:13:40"
! style="background-color: #488888" | kparal
| style="color: #488888" | we need to have it included rather sooner than later, so that it can be tested properly
|| [[#t16:13:40|16:13]]
|- id="t16:13:51"
! style="background-color: #488888" | kparal
| style="color: #488888" | btw, is some SB hardware out there yet?
|| [[#t16:13:51|16:13]]
|- id="t16:14:09"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | kparal: it's really hard to get one... but would be great to get some hw for you guys
|| [[#t16:14:09|16:14]]
|- id="t16:14:35"
! style="background-color: #488888" | kparal
| style="color: #488888" | if there is a possibility someone will test it in Fedora space, having it in Alpha would be nice
|| [[#t16:14:35|16:14]]
|- id="t16:15:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, i think the benefit of having it testable in alpha is significant
|| [[#t16:15:07|16:15]]
|- id="t16:15:18"
! style="background-color: #818144" | tflink
| style="color: #818144" | good point
|| [[#t16:15:18|16:15]]
|- id="t16:15:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | +1 NTH
|| [[#t16:15:20|16:15]]
|- id="t16:15:26"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | pjones: ping, would it be possible to get some sb enabled hw for fedora qa guys?
|| [[#t16:15:26|16:15]]
|- id="t16:15:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | +1
|| [[#t16:15:45|16:15]]
|- id="t16:16:15"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | yep I agree with you, +1 nth as I was the guy who said SB in alpha or not at all :) -1 blocker but +1 nth
|| [[#t16:16:15|16:16]]
|- id="t16:17:25"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 854818 - RejectedBlocker, AcceptedNTH - While the lack of SB functionality doesn't violate any F18 alpha release criteria, it is a feature of F18 and already present in the non-live installers. SB would be useful to have in alpha for testing and thus thus bug is accepted as NTH for F18 alpha.
|| [[#t16:17:25|16:17]]
|- id="t16:17:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t16:17:33|16:17]]
|- id="t16:17:36"
! style="background-color: #488888" | kparal
| style="color: #488888" | jreznik: last time we counted, there were 6 of us in a 5-seat cubicle having 13 computers in total. one more computer is not a big deal :)
|| [[#t16:17:36|16:17]]
|- id="t16:17:53"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t16:17:53|16:17]]
|- id="t16:17:56"
! style="background-color: #57a657" | pjones
| style="color: #57a657" | jreznik: I don't have any way to get hardware other than just new development machines
|| [[#t16:17:56|16:17]]
|- id="t16:18:07"
! style="background-color: #57a657" | pjones
| style="color: #57a657" | (which I can't order so much as just show up sometimes)
|| [[#t16:18:07|16:18]]
|- id="t16:18:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the Brno Power Company's best customers
|| [[#t16:18:20|16:18]]
|- id="t16:18:32"
! style="background-color: #57a657" | pjones
| style="color: #57a657" | jreznik: though I think there are a couple of machines on the market they could /buy/ at this point
|| [[#t16:18:32|16:18]]
|- id="t16:18:34"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | or give a recommendation for hw for qa to obtain it?
|| [[#t16:18:34|16:18]]
|- id="t16:18:53"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | btw ack
|| [[#t16:18:53|16:18]]
|- id="t16:18:59"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 854818 - RejectedBlocker, AcceptedNTH - While the lack of SB functionality doesn't violate any F18 alpha release criteria, it is a feature of F18 and already present in the non-live installers. SB would be useful to have in alpha for testing and thus thus bug is accepted as NTH for F18 alpha.
|| [[#t16:18:59|16:18]]
|- id="t16:19:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855560) F18 KDE Live (alpha TC6) Very high CPU usage under KDE
|| [[#t16:19:11|16:19]]
|- id="t16:19:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855560
|| [[#t16:19:11|16:19]]
|- id="t16:19:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, NEW
|| [[#t16:19:11|16:19]]
|- id="t16:19:47"
! style="background-color: #818144" | tflink
| style="color: #818144" | I'
|| [[#t16:19:47|16:19]]
|- id="t16:19:51"
! style="background-color: #818144" | tflink
| style="color: #818144" | m not sure this is a blocker
|| [[#t16:19:51|16:19]]
|- id="t16:19:57"
! style="background-color: #488888" | kparal
| style="color: #488888" | I think this is just the debug kernel
|| [[#t16:19:57|16:19]]
|- id="t16:20:01"
! style="background-color: #488888" | kparal
| style="color: #488888" | I see it on all my machines
|| [[#t16:20:01|16:20]]
|- id="t16:20:05"
! style="background-color: #488888" | kparal
| style="color: #488888" | all video drivers
|| [[#t16:20:05|16:20]]
|- id="t16:20:12"
! style="background-color: #488888" | kparal
| style="color: #488888" | video performance is awful
|| [[#t16:20:12|16:20]]
|- id="t16:20:22"
! style="background-color: #488888" | kparal
| style="color: #488888" | but still usable
|| [[#t16:20:22|16:20]]
|- id="t16:20:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, i'd like more info from the reporter but i'm inclined to -1.
|| [[#t16:20:34|16:20]]
|- id="t16:20:39"
! style="background-color: #57a657" | pjones
| style="color: #57a657" | jreznik: pretty much anything that claims it'll be able to run windows 8 /should/ have it, I /think/
|| [[#t16:20:39|16:20]]
|- id="t16:20:54"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | -1 blocker
|| [[#t16:20:54|16:20]]
|- id="t16:21:28"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | pjones: ok, kparal do you think you could get some budget? or I can try to ask for some for you :)
|| [[#t16:21:28|16:21]]
|- id="t16:21:32"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855560 - RejectedBlocker - This seems to be caused by the debug kernel used until the beta release and thus, not much of a bug. If it turns out to be something other than the debug kernel, please re-propose as a blocker.
|| [[#t16:21:32|16:21]]
|- id="t16:21:42"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t16:21:42|16:21]]
|- id="t16:21:54"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t16:21:54|16:21]]
|- id="t16:21:57"
| colspan="2" | * tflink has a machine that should be SB capable
|| [[#t16:21:57|16:21]]
|- id="t16:22:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t16:22:11|16:22]]
|- id="t16:22:16"
! style="background-color: #57a657" | pjones
| style="color: #57a657" | (there is some discrepancy between being windows 8 logoed, which requires sb on by default, and being able to upgrade to windows 8 on the machine)
|| [[#t16:22:16|16:22]]
|- id="t16:22:19"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855560 - RejectedBlocker - This seems to be caused by the debug kernel used until the beta release and thus, not much of a bug. If it turns out to be something other than the debug kernel, please re-propose as a blocker.
|| [[#t16:22:19|16:22]]
|- id="t16:22:44"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855644) F18 KDE Live (alpha TC5) Anaconda custom partition setup: no access to existing LVM/LUKS volumes
|| [[#t16:22:44|16:22]]
|- id="t16:22:47"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855644
|| [[#t16:22:47|16:22]]
|- id="t16:22:50"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, NEW
|| [[#t16:22:50|16:22]]
|- id="t16:23:44"
! style="background-color: #488888" | kparal
| style="color: #488888" | we still haven't adjusted Alpha requirements, as pschindl proposed. so we still require LVM and LUKS to work under Alpha
|| [[#t16:23:44|16:23]]
|- id="t16:23:47"
| colspan="2" | * kparal just reminds
|| [[#t16:23:47|16:23]]
|- id="t16:24:01"
! style="background-color: #818144" | tflink
| style="color: #818144" | I didn't think that custom partitioning was planned much for alpha
|| [[#t16:24:01|16:24]]
|- id="t16:24:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, i mentioned this is another proposed blocker
|| [[#t16:24:09|16:24]]
|- id="t16:25:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i think we should probably check with #anaconda if this is feasible
|| [[#t16:25:02|16:25]]
|- id="t16:25:18"
! style="background-color: #488888" | kparal
| style="color: #488888" | ah, and "existing Linux partitions" is in Alpha criteria too
|| [[#t16:25:18|16:25]]
|- id="t16:26:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: frankly i'd rather we don't try to apply that criterion as it stands
|| [[#t16:26:09|16:26]]
|- id="t16:26:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it just isn't applicable to newUI
|| [[#t16:26:12|16:26]]
|- id="t16:26:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we need to decide where we want to draw the alpha and beta lines for newUI from scratch
|| [[#t16:26:21|16:26]]
|- id="t16:27:08"
! style="background-color: #488888" | kparal
| style="color: #488888" | ok. the only requirement I have is that anaconda doesn't confuse the user saying it can do something and then perform something completely different. but I don't think it needs to be able to do existing partitions and LVM/LUKS in Alpha
|| [[#t16:27:08|16:27]]
|- id="t16:28:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | my instinct is also -1, but i'd like to be able to quantify it a bit more...
|| [[#t16:28:16|16:28]]
|- id="t16:28:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink?
|| [[#t16:28:18|16:28]]
|- id="t16:29:05"
! style="background-color: #818144" | tflink
| style="color: #818144" | pretty much what kparal said, doesn't need to be there but would be nice if it didn't appear as it should work instead of us saying "well, that isn't working for alpha"
|| [[#t16:29:05|16:29]]
|- id="t16:30:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | sounds like we have some criteria proposals to do/finish, though
|| [[#t16:30:27|16:30]]
|- id="t16:31:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah
|| [[#t16:31:15|16:31]]
|- id="t16:31:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | sounds like we're trending -1 but not convinced of ourselves :)
|| [[#t16:31:45|16:31]]
|- id="t16:33:02"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855644 - While this does qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified
|| [[#t16:33:02|16:33]]
|- id="t16:33:10"
! style="background-color: #488888" | kparal
| style="color: #488888" | it anaconda says "sorry can't do that" it's OK. if it erases the whole disk instead, it not OK
|| [[#t16:33:10|16:33]]
|- id="t16:33:31"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t16:33:31|16:33]]
|- id="t16:33:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t16:33:43|16:33]]
|- id="t16:33:45"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t16:33:45|16:33]]
|- id="t16:33:54"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855644 - While this does qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified
|| [[#t16:33:54|16:33]]
|- id="t16:34:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855646) F18 KDE Live (alpha TC5) Anaconda custom partition setup: missing volume/device identification
|| [[#t16:34:08|16:34]]
|- id="t16:34:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855646
|| [[#t16:34:11|16:34]]
|- id="t16:34:13"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, NEW
|| [[#t16:34:13|16:34]]
|- id="t16:35:00"
! style="background-color: #818144" | tflink
| style="color: #818144" | pretty much the same as the last bug, I think
|| [[#t16:35:00|16:35]]
|- id="t16:35:25"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | yep
|| [[#t16:35:25|16:35]]
|- id="t16:35:36"
! style="background-color: #488888" | kparal
| style="color: #488888" | agree
|| [[#t16:35:36|16:35]]
|- id="t16:36:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah, though i'm more clearly -1 on this one...
|| [[#t16:36:08|16:36]]
|- id="t16:36:09"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855646 - While this does qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified.
|| [[#t16:36:09|16:36]]
|- id="t16:36:15"
! style="background-color: #818144" | tflink
| style="color: #818144" | yay for recycling!
|| [[#t16:36:15|16:36]]
|- id="t16:36:18"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | belay that
|| [[#t16:36:18|16:36]]
|- id="t16:36:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it's not so clearly a violation of the criteria as the last one
|| [[#t16:36:34|16:36]]
|- id="t16:36:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i'd say s/does/may/
|| [[#t16:36:40|16:36]]
|- id="t16:37:19"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855646 - While this may qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified.
|| [[#t16:37:19|16:37]]
|- id="t16:37:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | alrighty
|| [[#t16:37:36|16:37]]
|- id="t16:37:44"
! style="background-color: #818144" | tflink
| style="color: #818144" | or we could just reject it, I suppose
|| [[#t16:37:44|16:37]]
|- id="t16:38:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | meh, we can do it again wed
|| [[#t16:38:12|16:38]]
|- id="t16:38:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | when there'll be more people
|| [[#t16:38:15|16:38]]
|- id="t16:38:15"
! style="background-color: #818144" | tflink
| style="color: #818144" | but I'm not clear on how the UI would work if there is no consistency in /dev/ names
|| [[#t16:38:15|16:38]]
|- id="t16:38:23"
! style="background-color: #818144" | tflink
| style="color: #818144" | k, works for me
|| [[#t16:38:23|16:38]]
|- id="t16:38:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it could at least filter out the device you're installing from
|| [[#t16:38:28|16:38]]
|- id="t16:38:28"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack/nak/patch?
|| [[#t16:38:28|16:38]]
|- id="t16:38:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | which it ought to do anyhow
|| [[#t16:38:32|16:38]]
|- id="t16:38:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | er, you did #agreed
|| [[#t16:38:38|16:38]]
|- id="t16:38:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | not propose #agreed
|| [[#t16:38:41|16:38]]
|- id="t16:38:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so we have two agreements now
|| [[#t16:38:47|16:38]]
|- id="t16:39:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | oh, whoops
|| [[#t16:39:20|16:39]]
|- id="t16:39:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | #undo
|| [[#t16:39:22|16:39]]
|- id="t16:39:22"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Removing item from minutes: &lt;MeetBot.items.Agreed object at 0x2d902490&gt;
|| [[#t16:39:22|16:39]]
|- id="t16:39:24"
! style="background-color: #818144" | tflink
| style="color: #818144" | #undo
|| [[#t16:39:24|16:39]]
|- id="t16:39:24"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Removing item from minutes: &lt;MeetBot.items.Agreed object at 0x29e3e250&gt;
|| [[#t16:39:24|16:39]]
|- id="t16:39:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855646 - While this may qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified.
|| [[#t16:39:34|16:39]]
|- id="t16:40:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t16:40:05|16:40]]
|- id="t16:40:09"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t16:40:09|16:40]]
|- id="t16:40:29"
! style="background-color: #5959a9" | jah
| style="color: #5959a9" | moi
|| [[#t16:40:29|16:40]]
|- id="t16:40:52"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | vous?
|| [[#t16:40:52|16:40]]
|- id="t16:41:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855646 - While this may qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified.
|| [[#t16:41:08|16:41]]
|- id="t16:41:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855824) vesa driver is not used on Live
|| [[#t16:41:22|16:41]]
|- id="t16:41:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855824
|| [[#t16:41:22|16:41]]
|- id="t16:41:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, NEW
|| [[#t16:41:22|16:41]]
|- id="t16:42:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so i suspect what's going on here is that xdriver= isn't being honored
|| [[#t16:42:26|16:42]]
|- id="t16:42:26"
! style="background-color: #818144" | tflink
| style="color: #818144" | this might end up being a beta blocker
|| [[#t16:42:26|16:42]]
|- id="t16:42:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but nomodeset is
|| [[#t16:42:29|16:42]]
|- id="t16:42:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | in practice nomodeset will ensure vesa is used on just about any bit of real hardware
|| [[#t16:42:43|16:42]]
|- id="t16:42:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so i'm -1/-1
|| [[#t16:42:47|16:42]]
|- id="t16:43:07"
! style="background-color: #818144" | tflink
| style="color: #818144" | are there docs that need to be updated, then?
|| [[#t16:43:07|16:43]]
|- id="t16:43:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we can fiddle with the graphics in a KVM in enough other ways that the menu entry being broken isn't a real problem
|| [[#t16:43:11|16:43]]
|- id="t16:43:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | docs?
|| [[#t16:43:16|16:43]]
|- id="t16:43:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | test cases for booting into vesa
|| [[#t16:43:27|16:43]]
|- id="t16:44:13"
! style="background-color: #488888" | kparal
| style="color: #488888" | should we just move this to F18Beta?
|| [[#t16:44:13|16:44]]
|- id="t16:44:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: no, the test case is correct
|| [[#t16:44:21|16:44]]
|- id="t16:44:34"
! style="background-color: #488888" | kparal
| style="color: #488888" | adamw: well it could mention the VM case
|| [[#t16:44:34|16:44]]
|- id="t16:44:35"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | brb, call of nature
|| [[#t16:44:35|16:44]]
|- id="t16:44:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | nah, i wouldn't want to change the test fase
|| [[#t16:44:51|16:44]]
|- id="t16:44:52"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | case
|| [[#t16:44:52|16:44]]
|- id="t16:44:58"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855824 - RejectedBlocker - 'nomodeset' should be working in place of vesa and when booting into a vm, the device type can be changed as an easy workaround in place of booting w/ vesa driver. Since this isn't a direct violation of F18 alpha release criteria and there are easy workarounds - rejected as blocker for F18 alpha
|| [[#t16:44:58|16:44]]
|- id="t16:45:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the test case is correct and the menu entry *ought* to work in KVMs
|| [[#t16:45:01|16:45]]
|- id="t16:45:06"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack/nak/patch?
|| [[#t16:45:06|16:45]]
|- id="t16:45:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | nack
|| [[#t16:45:08|16:45]]
|- id="t16:45:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | the fact that it doesn't is a genuine bug
|| [[#t16:45:16|16:45]]
|- id="t16:45:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i just don't think it's an important one
|| [[#t16:45:20|16:45]]
|- id="t16:45:30"
! style="background-color: #818144" | tflink
| style="color: #818144" | ok
|| [[#t16:45:30|16:45]]
|- id="t16:45:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: the menu entry in question passes the parameters 'nomodeset xdriver=vesa'
|| [[#t16:45:32|16:45]]
|- id="t16:45:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i think the bug here is that nothing's honoring the 'xdriver=vesa' part of that
|| [[#t16:45:45|16:45]]
|- id="t16:46:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but in practice, on almost everything except a KVM, the 'nomodeset' part, these days, will result in the vesa driver being used anyway
|| [[#t16:46:03|16:46]]
|- id="t16:46:18"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | seems like it works on real hw
|| [[#t16:46:18|16:46]]
|- id="t16:46:18"
! style="background-color: #488888" | kparal
| style="color: #488888" | so should I re-propose this for later milestones or not?
|| [[#t16:46:18|16:46]]
|- id="t16:46:31"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | Back In The Day it wouldn't have done, as the native drivers still had UMS code. but nowadays, for all common hardware, the drivers don't have UMS code, so when 'nomodeset' is passed, X winds up falling back to vesa
|| [[#t16:46:31|16:46]]
|- id="t16:46:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: up to you. i'd vote -1 at any point, assuming my understanding above is correct, but that's just one vote :)
|| [[#t16:46:49|16:46]]
|- id="t16:47:18"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855824 - RejectedBlocker - While there is a bug here, it only affects VMs. Since using 'nomodeset' is a possible workaround for either bare metal or VMs and when booting into a VM, the device type can be changed - there are easy workarounds in place of booting w/ vesa driver specified. Since this isn't a direct violation of F18 alpha release criteria and there are easy workarounds - rejected as blocker for F18 alpha
|| [[#t16:47:18|16:47]]
|- id="t16:47:31"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t16:47:31|16:47]]
|- id="t16:47:45"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t16:47:45|16:47]]
|- id="t16:49:05"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855824 - RejectedBlocker - While there is a bug here, it only affects VMs. Since using 'nomodeset' is a possible workaround for either bare metal or VMs and when booting into a VM, the device type can be changed - there are easy workarounds in place of booting w/ vesa driver specified. Since this isn't a direct violation of F18 alpha release criteria and there are easy workarounds - rejected as blocker for F18 alpha
|| [[#t16:49:05|16:49]]
|- id="t16:49:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855784) packagekit waits for authentication
|| [[#t16:49:11|16:49]]
|- id="t16:49:14"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855784
|| [[#t16:49:14|16:49]]
|- id="t16:49:16"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed Blocker, NEW
|| [[#t16:49:16|16:49]]
|- id="t16:49:59"
! style="background-color: #488888" | kparal
| style="color: #488888" | this will require multiple people to re-verify
|| [[#t16:49:59|16:49]]
|- id="t16:50:27"
! style="background-color: #488888" | kparal
| style="color: #488888" | it works for jreznik in a clean installation. I have upgraded system (since TC4 or so) and it doesn't
|| [[#t16:50:27|16:50]]
|- id="t16:50:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, sounds like a punt for now while waiting for more testing/workarounds/verification
|| [[#t16:50:34|16:50]]
|- id="t16:50:52"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | yep, clean installation of live + latest packagekit = works for me
|| [[#t16:50:52|16:50]]
|- id="t16:51:24"
! style="background-color: #488888" | kparal
| style="color: #488888" | jreznik: how do you install Live when it fails to boot on missing initrd?
|| [[#t16:51:24|16:51]]
|- id="t16:51:47"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | kparal: it works in kvm
|| [[#t16:51:47|16:51]]
|- id="t16:51:48"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855784 - This may not affect new installs and may have other workarounds. Needs more testing and/or reproduction before making a decision on blocker status for F18 alpha - will revisit.
|| [[#t16:51:48|16:51]]
|- id="t16:52:12"
! style="background-color: #488888" | kparal
| style="color: #488888" | jreznik: interesting
|| [[#t16:52:12|16:52]]
|- id="t16:53:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | this is a kind of follow-on from https://bugzilla.redhat.com/show_bug.cgi?id=854209 ?
|| [[#t16:53:11|16:53]]
|- id="t16:53:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack, anyhow
|| [[#t16:53:23|16:53]]
|- id="t16:53:26"
! style="background-color: #488888" | kparal
| style="color: #488888" | adamw: yes
|| [[#t16:53:26|16:53]]
|- id="t16:53:45"
! style="background-color: #818144" | tflink
| style="color: #818144" | any other ack/nak/patch?
|| [[#t16:53:45|16:53]]
|- id="t16:54:17"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | adamw: that's different but it could be related to policy kit selinux one
|| [[#t16:54:17|16:54]]
|- id="t16:54:22"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | as it's tc4 updated...
|| [[#t16:54:22|16:54]]
|- id="t16:54:44"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t16:54:44|16:54]]
|- id="t16:55:04"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855784 - This may not affect new installs and may have other workarounds. Needs more testing and/or reproduction before making a decision on blocker status for F18 alpha - will revisit.
|| [[#t16:55:04|16:55]]
|- id="t16:55:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | OK, that's all of the proposed blockers
|| [[#t16:55:11|16:55]]
|- id="t16:55:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | any objections to skipping the accepted blockers and just doing the proposed NTHs?
|| [[#t16:55:34|16:55]]
|- id="t16:55:43"
! style="background-color: #488888" | kparal
| style="color: #488888" | +1
|| [[#t16:55:43|16:55]]
|- id="t16:56:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | +1
|| [[#t16:56:07|16:56]]
|- id="t16:56:36"
! style="background-color: #818144" | tflink
| style="color: #818144" | OK, 2 +1s -&gt; objections -&gt; time to go through all of the accepted blockers :-P
|| [[#t16:56:36|16:56]]
|- id="t16:56:42"
| colspan="2" | * tflink is joking
|| [[#t16:56:42|16:56]]
|- id="t16:56:52"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (852792) [Configure] button in network spoke doesn't work (nm-c-e fails to run)
|| [[#t16:56:52|16:56]]
|- id="t16:56:56"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=852792
|| [[#t16:56:56|16:56]]
|- id="t16:56:58"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed NTH, ASSIGNED
|| [[#t16:56:58|16:56]]
|- id="t16:58:02"
! style="background-color: #818144" | tflink
| style="color: #818144" | wow, going back and forth between the blocker page mockups and the currently active page is really jarring
|| [[#t16:58:02|16:58]]
|- id="t17:00:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | well, this seems confused as hell.
|| [[#t17:00:04|17:00]]
|- id="t17:01:47"
! style="background-color: #818144" | tflink
| style="color: #818144" | it sounds to me like c#12 might be a different bug
|| [[#t17:01:47|17:01]]
|- id="t17:02:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah
|| [[#t17:02:47|17:02]]
|- id="t17:02:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i think i might be able to test this out locally
|| [[#t17:02:55|17:02]]
|- id="t17:03:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | and provide better info to re-vote later
|| [[#t17:03:01|17:03]]
|- id="t17:03:11"
! style="background-color: #818144" | tflink
| style="color: #818144" | but I'm OK with the original bug being NTH, assuming that I understand what's going on
|| [[#t17:03:11|17:03]]
|- id="t17:03:14"
! style="background-color: #818144" | tflink
| style="color: #818144" | works for me
|| [[#t17:03:14|17:03]]
|- id="t17:03:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | if this is truly why the 'configure' button in liveinst does nothing in the GNOME spin, then yeah, probably +1
|| [[#t17:03:37|17:03]]
|- id="t17:04:01"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 852792 - There seems to be quite a bit of confusion in the bug about what exactly is going on here - will revisit once the issue is clarified and re-tested
|| [[#t17:04:01|17:04]]
|- id="t17:04:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | this is only lives?
|| [[#t17:04:08|17:04]]
|- id="t17:04:38"
! style="background-color: #818144" | tflink
| style="color: #818144" | nvm, just potentially related
|| [[#t17:04:38|17:04]]
|- id="t17:04:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack/nak/patch?
|| [[#t17:04:43|17:04]]
|- id="t17:05:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t17:05:39|17:05]]
|- id="t17:06:06"
! style="background-color: #818144" | tflink
| style="color: #818144" | looks like we may have lost almost everyone else
|| [[#t17:06:06|17:06]]
|- id="t17:06:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | how could they possibly leave when we're having so much fun?!
|| [[#t17:06:20|17:06]]
|- id="t17:06:22"
| colspan="2" | * jreznik is still here
|| [[#t17:06:22|17:06]]
|- id="t17:06:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i'd like to get at least the next two proposed nth accepted
|| [[#t17:06:44|17:06]]
|- id="t17:06:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | they're pretty important for non-blocking spins
|| [[#t17:06:50|17:06]]
|- id="t17:06:55"
| colspan="2" | * tflink plays jeopordy music in the bkground
|| [[#t17:06:55|17:06]]
|- id="t17:07:23"
! style="background-color: #818144" | tflink
| style="color: #818144" | time's up
|| [[#t17:07:23|17:07]]
|- id="t17:07:32"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 852792 - There seems to be quite a bit of confusion in the bug about what exactly is going on here - will revisit once the issue is clarified and re-tested
|| [[#t17:07:32|17:07]]
|- id="t17:07:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855465) osmo depends on libsyncml, which currently cannot be installed (f18/rawhide)
|| [[#t17:07:43|17:07]]
|- id="t17:07:46"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855465
|| [[#t17:07:46|17:07]]
|- id="t17:07:48"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed NTH, ON_QA
|| [[#t17:07:48|17:07]]
|- id="t17:08:03"
! style="background-color: #818144" | tflink
| style="color: #818144" | +1 NTH
|| [[#t17:08:03|17:08]]
|- id="t17:08:04"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | +1 nth, fixed, karma +1 from me
|| [[#t17:08:04|17:08]]
|- id="t17:08:31"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | +1
|| [[#t17:08:31|17:08]]
|- id="t17:08:33"
! style="background-color: #488888" | kparal
| style="color: #488888" | +1 nth
|| [[#t17:08:33|17:08]]
|- id="t17:08:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | simples!
|| [[#t17:08:34|17:08]]
|- id="t17:09:14"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855465 - AcceptedNTH - Prevents creation of LXDE spin which becomes NTH as LXDE is a secondary DE.
|| [[#t17:09:14|17:09]]
|- id="t17:09:30"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack/nak/patch?
|| [[#t17:09:30|17:09]]
|- id="t17:10:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t17:10:02|17:10]]
|- id="t17:10:12"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t17:10:12|17:10]]
|- id="t17:10:19"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t17:10:19|17:10]]
|- id="t17:10:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855465 - AcceptedNTH - Prevents creation of LXDE spin which becomes NTH as LXDE is a secondary DE.
|| [[#t17:10:20|17:10]]
|- id="t17:10:25"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855470) lxdm should ship a systemd preset to ensure it's enabled after install
|| [[#t17:10:25|17:10]]
|- id="t17:10:28"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855470
|| [[#t17:10:28|17:10]]
|- id="t17:10:31"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed NTH, NEW
|| [[#t17:10:31|17:10]]
|- id="t17:10:57"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855465 - AcceptedNTH - Prevents booting of LXDE spin after installation from livecd which becomes NTH as LXDE is a secondary DE.
|| [[#t17:10:57|17:10]]
|- id="t17:11:07"
! style="background-color: #818144" | tflink
| style="color: #818144" | er, that's not quite right
|| [[#t17:11:07|17:11]]
|- id="t17:12:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855465 - AcceptedNTH - Prevents booting of graphical DM for LXDE spin after installation from livecd - since violations of F18 release criteria for secondary DEs are NTH by definition.
|| [[#t17:12:34|17:12]]
|- id="t17:12:41"
! style="background-color: #818144" | tflink
| style="color: #818144" | damnation, I did it again
|| [[#t17:12:41|17:12]]
|- id="t17:12:52"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855470 - AcceptedNTH - Prevents booting of graphical DM for LXDE spin after installation from livecd - since violations of F18 release criteria for secondary DEs are NTH by definition.
|| [[#t17:12:52|17:12]]
|- id="t17:12:59"
! style="background-color: #818144" | tflink
| style="color: #818144" | third time's the charm, I suppose
|| [[#t17:12:59|17:12]]
|- id="t17:13:04"
! style="background-color: #818144" | tflink
| style="color: #818144" | or the hazards of recycling
|| [[#t17:13:04|17:13]]
|- id="t17:13:13"
! style="background-color: #488888" | kparal
| style="color: #488888" | can I ack now?
|| [[#t17:13:13|17:13]]
|- id="t17:13:19"
! style="background-color: #488888" | kparal
| style="color: #488888" | is it safe?
|| [[#t17:13:19|17:13]]
|- id="t17:13:28"
! style="background-color: #818144" | tflink
| style="color: #818144" | it's never safe ...
|| [[#t17:13:28|17:13]]
|- id="t17:13:35"
| colspan="2" | * tflink looks around, all paranoid
|| [[#t17:13:35|17:13]]
|- id="t17:13:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t17:13:47|17:13]]
|- id="t17:13:53"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t17:13:53|17:13]]
|- id="t17:13:54"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t17:13:54|17:13]]
|- id="t17:14:02"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855470 - AcceptedNTH - Prevents booting of graphical DM for LXDE spin after installation from livecd - since violations of F18 release criteria for secondary DEs are NTH by definition.
|| [[#t17:14:02|17:14]]
|- id="t17:14:12"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855510) TC5: Cannot get past "Booting in ...... in 0 seconds" screen on iMac 2011 (booting from USB)
|| [[#t17:14:12|17:14]]
|- id="t17:14:15"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855510
|| [[#t17:14:15|17:14]]
|- id="t17:14:17"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed NTH, NEW
|| [[#t17:14:17|17:14]]
|- id="t17:14:50"
! style="background-color: #818144" | tflink
| style="color: #818144" | does this qualify for alpha?
|| [[#t17:14:50|17:14]]
|- id="t17:15:15"
! style="background-color: #818144" | tflink
| style="color: #818144" | either way, needs more info
|| [[#t17:15:15|17:15]]
|- id="t17:15:31"
! style="background-color: #818144" | tflink
| style="color: #818144" | USB creation method, mostly
|| [[#t17:15:31|17:15]]
|- id="t17:15:32"
! style="background-color: #488888" | kparal
| style="color: #488888" | we can test Mac Mini if it helps
|| [[#t17:15:32|17:15]]
|- id="t17:15:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | TC5 was before some EFI fixes
|| [[#t17:15:44|17:15]]
|- id="t17:16:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyway, yeah, needslotsofinfo
|| [[#t17:16:01|17:16]]
|- id="t17:16:59"
! style="background-color: #488888" | kparal
| style="color: #488888" | let's give action item to jskladan, he has the Mac on his desk ;-)
|| [[#t17:16:59|17:16]]
|- id="t17:17:00"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855510 - This needs much more information before making a decision on NTH - method used for creating the USB stick for one. There have also been EFI related fixes since TC5, retesting with a &gt;= TC6 would also be helpful.
|| [[#t17:17:00|17:17]]
|- id="t17:17:20"
| colspan="2" | * kparal loves proposing action items for other people
|| [[#t17:17:20|17:17]]
|- id="t17:17:32"
! style="background-color: #854685" | jskladan
| style="color: #854685" | kparal: i se what you did there :)
|| [[#t17:17:32|17:17]]
|- id="t17:17:45"
! style="background-color: #818144" | tflink
| style="color: #818144" | #action kparal to propose action item to get jskladan to do kparal's work for him
|| [[#t17:17:45|17:17]]
|- id="t17:17:49"
! style="background-color: #488888" | kparal
| style="color: #488888" | jskladan: you want to play with the Mac anyway, I know you
|| [[#t17:17:49|17:17]]
|- id="t17:18:02"
! style="background-color: #854685" | jskladan
| style="color: #854685" | aaaaw, that's true :)
|| [[#t17:18:02|17:18]]
|- id="t17:18:10"
! style="background-color: #488888" | kparal
| style="color: #488888" | he accepted!
|| [[#t17:18:10|17:18]]
|- id="t17:18:27"
! style="background-color: #818144" | tflink
| style="color: #818144" | anyhow, any ack/nak/patch so we can be done with this meeting?
|| [[#t17:18:27|17:18]]
|- id="t17:18:36"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t17:18:36|17:18]]
|- id="t17:18:51"
! style="background-color: #818144" | tflink
| style="color: #818144" | #undo
|| [[#t17:18:51|17:18]]
|- id="t17:18:51"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Removing item from minutes: &lt;MeetBot.items.Action object at 0x36c49850&gt;
|| [[#t17:18:51|17:18]]
|- id="t17:19:04"
! style="background-color: #854685" | jskladan
| style="color: #854685" | patch: for 30% of his salary ;)
|| [[#t17:19:04|17:19]]
|- id="t17:19:07"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | ack
|| [[#t17:19:07|17:19]]
|- id="t17:19:25"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855510 - This needs much more information before making a decision on NTH - method used for creating the USB stick for one. There have also been EFI related fixes since TC5, retesting with a &gt;= TC6 would also be helpful.
|| [[#t17:19:25|17:19]]
|- id="t17:19:36"
! style="background-color: #818144" | tflink
| style="color: #818144" | last proposed NTH ...
|| [[#t17:19:36|17:19]]
|- id="t17:19:39"
! style="background-color: #818144" | tflink
| style="color: #818144" | #topic (855477) Many icons missing when running anaconda within a live Xfce image
|| [[#t17:19:39|17:19]]
|- id="t17:19:42"
! style="background-color: #818144" | tflink
| style="color: #818144" | #link https://bugzilla.redhat.com/show_bug.cgi?id=855477
|| [[#t17:19:42|17:19]]
|- id="t17:19:45"
! style="background-color: #818144" | tflink
| style="color: #818144" | #info Proposed NTH, NEW
|| [[#t17:19:45|17:19]]
|- id="t17:20:01"
! style="background-color: #818144" | tflink
| style="color: #818144" | +1 NTH
|| [[#t17:20:01|17:20]]
|- id="t17:20:16"
! style="background-color: #488888" | kparal
| style="color: #488888" | nice pictures
|| [[#t17:20:16|17:20]]
|- id="t17:20:20"
! style="background-color: #488888" | kparal
| style="color: #488888" | +1 nth
|| [[#t17:20:20|17:20]]
|- id="t17:20:45"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | it's just cosmetic ;)
|| [[#t17:20:45|17:20]]
|- id="t17:20:50"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed 855477 - AcceptedNTH - While the installer is still usable in XFCE, it looks terrible and looks broken. XFCE is a non-primary DE and thus, this is not a blocker.
|| [[#t17:20:50|17:20]]
|- id="t17:21:01"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack/nak/patch?
|| [[#t17:21:01|17:21]]
|- id="t17:21:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | fwiw this may be an xfce bug not anaconda
|| [[#t17:21:06|17:21]]
|- id="t17:21:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | note all the missing icons in the xfce tray
|| [[#t17:21:11|17:21]]
|- id="t17:21:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | but hey, i'd be +1 nth either way
|| [[#t17:21:15|17:21]]
|- id="t17:21:21"
! style="background-color: #adad5b" | nirik
| style="color: #adad5b" | huh.
|| [[#t17:21:21|17:21]]
|- id="t17:21:28"
! style="background-color: #adad5b" | nirik
| style="color: #adad5b" | I didn't see any of that on the last nightly I tried.
|| [[#t17:21:28|17:21]]
|- id="t17:21:40"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t17:21:40|17:21]]
|- id="t17:21:56"
| colspan="2" | * nirik can test again with todays. Recent ones had gdm in them
|| [[#t17:21:56|17:21]]
|- id="t17:22:09"
! style="background-color: #818144" | tflink
| style="color: #818144" | other ack/nak/patch?
|| [[#t17:22:09|17:22]]
|- id="t17:22:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | nirik: yeah, it may depend on exactly waht comps i got
|| [[#t17:22:11|17:22]]
|- id="t17:23:34"
| colspan="2" | * tflink reaches for the spiky 2x4 of timely voting "encouragement"
|| [[#t17:23:34|17:23]]
|- id="t17:23:47"
! style="background-color: #adad5b" | nirik
| style="color: #adad5b" | ack
|| [[#t17:23:47|17:23]]
|- id="t17:24:02"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed 855477 - AcceptedNTH - While the installer is still usable in XFCE, it looks terrible and looks broken. XFCE is a non-primary DE and thus, this is not a blocker.
|| [[#t17:24:02|17:24]]
|- id="t17:24:14"
! style="background-color: #818144" | tflink
| style="color: #818144" | OK, that would be all of the proposed blockers and NTH on my list
|| [[#t17:24:14|17:24]]
|- id="t17:24:32"
! style="background-color: #818144" | tflink
| style="color: #818144" | and since we seem to have lost most interest, I do believe that we're done with the "mini" blocker review
|| [[#t17:24:32|17:24]]
|- id="t17:24:45"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | "mini" :)
|| [[#t17:24:45|17:24]]
|- id="t17:25:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | whew
|| [[#t17:25:29|17:25]]
|- id="t17:25:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | thanks tflink
|| [[#t17:25:32|17:25]]
|- id="t17:25:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i propose we just end this meeting here, since we've lost a lot of people
|| [[#t17:25:44|17:25]]
|- id="t17:25:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i don't see any value in discussing criteria changes with this few bodies
|| [[#t17:25:53|17:25]]
|- id="t17:26:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | let's do this just in case....
|| [[#t17:26:05|17:26]]
|- id="t17:26:09"
! style="background-color: #818144" | tflink
| style="color: #818144" | agreed
|| [[#t17:26:09|17:26]]
|- id="t17:26:18"
| colspan="2" | * kparal sees corpses all around...
|| [[#t17:26:18|17:26]]
|- id="t17:26:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info release criteria topic is postponed due to length of previous segment and lack of people
|| [[#t17:26:21|17:26]]
|- id="t17:26:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic open floor
|| [[#t17:26:24|17:26]]
|- id="t17:26:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyone for open floor?
|| [[#t17:26:26|17:26]]
|- id="t17:26:42"
| colspan="2" | * jreznik is corpse now...
|| [[#t17:26:42|17:26]]
|- id="t17:26:59"
| colspan="2" | * tflink will have a new draft of the blocker tracking page to send out (hopefully) soon
|| [[#t17:26:59|17:26]]
|- id="t17:27:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | looks lots different from the previous versions
|| [[#t17:27:08|17:27]]
|- id="t17:27:25"
! style="background-color: #4d4d93" | jreznik
| style="color: #4d4d93" | what bits we currently miss for rc?
|| [[#t17:27:25|17:27]]
|- id="t17:28:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | jreznik: a new anaconda build is all really
|| [[#t17:28:30|17:28]]
|- id="t17:28:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | though we might need to do something about partitioning
|| [[#t17:28:45|17:28]]
|- id="t17:30:58"
| colspan="2" | * adamw sets fuse for 3 mins
|| [[#t17:30:58|17:30]]
|- id="t17:31:42"
! style="background-color: #adad5b" | nirik
| style="color: #adad5b" | adamw: I see icons fine in todays nightly xfce...
|| [[#t17:31:42|17:31]]
|- id="t17:31:53"
! style="background-color: #adad5b" | nirik
| style="color: #adad5b" | so might have been some comps issue or something.
|| [[#t17:31:53|17:31]]
|- id="t17:31:55"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | do nightlies use updates-testing?
|| [[#t17:31:55|17:31]]
|- id="t17:33:15"
! style="background-color: #adad5b" | nirik
| style="color: #adad5b" | no
|| [[#t17:33:15|17:33]]
|- id="t17:33:32"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | probably comps then yeah.
|| [[#t17:33:32|17:33]]
|- id="t17:33:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we'll see what tc7/rc1 spits out.
|| [[#t17:33:37|17:33]]
|- id="t17:33:49"
| colspan="2" | * nirik nods
|| [[#t17:33:49|17:33]]
|- id="t17:36:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay!
|| [[#t17:36:26|17:36]]
|- id="t17:36:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | let's get back to something vaguely resembling work
|| [[#t17:36:33|17:36]]
|- id="t17:36:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | thanks for coming all
|| [[#t17:36:36|17:36]]
|- id="t17:36:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #endmeeting
|| [[#t17:36:38|17:36]]
|}
Generated by irclog2html.py 2.10.0 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Latest revision as of 23:29, 21 September 2012

Attendees

  • adamw (200)
  • tflink (194)
  • kparal (74)
  • jreznik (63)
  • nirik (9)
  • zodbot (8)
  • pjones (5)
  • jskladan (4)
  • cpuobsessed (3)
  • maxamillion (3)
  • brunowolff (2)
  • Cerlyn (2)
  • satellit (2)
  • pschindl (2)
  • nb (1)
  • aspratyush (1)
  • jah (1)

Agenda

  • Fedora 18 general status check / mini blocker review
  • Release criteria revision
  • Open floor

Fedora 18 general status check / mini blocker review

  • TC6 was out, very close to doing an RC1 but needed a new anaconda build

Blocker/NTH review

  • #855289 was left undetermined until further data could be obtained
  • #854471 was left undetermined until further data could be obtained
  • #854586 was rejected as a blocker as it only affects more advanced network configurations
  • #855285 was accepted as a blocker for breaking USB installation
  • #854962 was accepted as a blocker for breaking firstboot of installed live systems
  • #855481 was rejected as a blocker as it didn't break any criteria but accepted as NTH as errors in root password handling are obviously significant
  • #854818 was rejected as a blocker as it didn't break any criteria but accepted as NTH as Secure Boot support at Alpha is clearly useful to have
  • #855560 was rejected as a blocker as it appears simply to be caused by debugging being enabled in the kernel for Alpha
  • #855646 was left undetermined as the group agreed the relevant criterion needed alteration; it would be revisited after the alteration was complete
  • #855646 was left undetermined as the group agreed the relevant criterion needed alteration; it would be revisited after the alteration was complete
  • #855824 was rejected as a blocker due to limited impact: basic graphics mode will work in practice in most important contexts
  • #855784 was left undetermined until further data could be obtained
  • #852792 was left undetermined until further data could be obtained
  • #855465 was accepted as NTH for breaking the LXDE spin
  • #855470 was accepted as NTH for breaking the LXDE spin
  • #855510 was left undetermined until further data could be obtained
  • #855477 was accepted as NTH for obvious visual impact

Release criteria revision

  • Topic was tabled due to time taken by the blocker/nth review

Open floor

N/A

Action items

  • tflink to build test image w/ new lorax to test #855289

IRC Log

adamw #startmeeting Fedora QA meeting 15:00
zodbot Meeting started Mon Sep 10 15:00:19 2012 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00
adamw #meetingname fedora-qa 15:00
zodbot The meeting name has been set to 'fedora-qa' 15:00
adamw #topic roll call 15:00
adamw morning folks, who's around to chase the f18 unicorn? 15:00
tflink UNICORNS!!!! 15:01
* satellit listening 15:01
* Cerlyn watches 15:02
* brunowolff is lurking for about 20 minutes and then has to go to a work meeting. 15:02
* pschindl is here 15:02
jskladan is it pony unicorn? 15:02
* jreznik is here to chase the snake 15:03
kparal ouch 15:03
* nirik is lurking 15:03
Cerlyn Perhaps those calling it a Spherical Cow have never seen a unicorn before 15:03
adamw eeexcellent 15:03
tflink jreznik: snake? I thought that we were talking about unicorns 15:03
brunowolff jreznik picked a bad release to become the program manager! 15:04
tflink adamw: channeling mr. burns are we? 15:04
* adamw pretends to wait for more people while actually making coffee 15:04
adamw i *always* channel mr burns 15:04
adamw .fire tflink 15:04
zodbot adamw fires tflink 15:04
jreznik tflink: unicorn snake? 15:05
* nb is lurking 15:06
tflink jreznik: http://4.bp.blogspot.com/_3IBfde2A9L8/TIVUuLrUpRI/AAAAAAAADsQ/trjM02LXkkE/s1600/pony-magic.png ? 15:06
* maxamillion is here 15:07
adamw alrighty, maxamillion's here, we can start! 15:07
adamw =) 15:08
adamw #topic Fedora 18 status check / mini blocker review 15:08
adamw so i was kinda hoping we'd have an rc1 already by today, but no-one was around to do an anaconda build over the weekend 15:08
adamw when we do get the new build, though, it should be in significantly better shape than tc6 15:09
adamw #chair tflink 15:09
zodbot Current chairs: adamw tflink 15:09
jreznik adamw: ok, thanks for info 15:09
adamw go/no-go is on thursday so we need to nail down testing on the next build fast to make sure we can hit the date (finally) 15:09
* cpuobsessed is sitting in the back corner 15:09
adamw that's pretty much it, any other general f18 thoughts? 15:10
jreznik adamw: are anaconda guys working on a new build or poking is needed? 15:10
cpuobsessed bug #845745 15:10
adamw jreznik: haven't checked in with them yet, i only just woke up 15:11
adamw cpuobsessed: what about it? 15:12
cpuobsessed narrowed the breakage between 3.5.0-0.rc0.git6 and git7; so maybe those of us with certain ATI GPUs can start testing again 15:12
adamw okay... 15:13
adamw alright, are we ready for the mini-blocker review? 15:13
maxamillion adamw: fire away captain 15:13
kparal will saying 'no' help? 15:13
adamw fire? where?! where?! abandon shop! 15:14
adamw kparal: absolutely not. 15:14
kparal I thought so 15:14
adamw =) 15:14
maxamillion kparal: was worth a shot ;) 15:14
adamw #topic Fedora 18 - mini blocker review 15:14
adamw over to you, cap'n flink 15:14
adamw (we're all captains on this ship. it's suffering from severe rank inflation.) 15:14
tflink #info 12 Proposed Blockers 15:14
tflink #info 11 Accepted Blockers 15:14
tflink #info 5 Proposed NTH 15:14
tflink #info 5 Accepted NTH 15:14
tflink #topic (855289) Dri files are missing in lorax ( /usr/lib64/dri/foo-dri.so: cannot open shared object file: No such file or directory ) 15:15
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855289 15:15
tflink #info Proposed Blockers, ON_QA 15:15
adamw this is an icky one, viking is convinced this is causing a showstopper for him, but bcl isn't so sure this is the problem 15:16
adamw no-one else seems to have chipped in yet 15:16
kparal there is one more comment from Marcos 15:17
tflink one other person chimed in, but it sounds like that might have been another instance of #854688 15:17
adamw yeah, if it doesn't happen when you use English, it's not this bug. 15:18
kparal I think I haven't tested TC6 DVD over USB. so I can't really say it doesn't happen to me 15:19
tflink sounds like we might need more information but it's already part of the next lorax build 15:19
adamw i don't think the medium is relevant to the bug 15:19
jreznik yep 15:19
adamw graphics hardware conceivably could be, though 15:19
adamw tflink: the question is whether we pull that lorax build or not 15:19
adamw nothing else needs it - in fact this is the only change in it 15:19
jreznik we can ask them to retest with latest lorac but as bcl is not sure it's cause by missing dri... but... 15:20
adamw jreznik: the problem is you can't really 're-test with latest lorax' 15:20
adamw well, not easily 15:20
adamw you have to build your own install image 15:20
adamw lorax is used in the image compose process 15:20
tflink we could build a test image pretty easily to see if that fixes things 15:20
tflink if viking hasn't done so already 15:20
adamw maybe that'd be best 15:21
jreznik adamw: in next tc/rc? 15:21
adamw viking's usually pretty available so he should be able to test it quickly 15:21
jreznik but of course, sooner better 15:21
tflink #action tflink to build test image w/ new lorax to test #855289 15:21
adamw so punt on this till we have results from testing? 15:21
tflink if this does indeed fix what viking was seeing - do we want to accept as a blocker 15:21
tflink ? 15:21
tflink punt is a better option than a conditional vote, I suppose 15:22
adamw since we have another review on wednesday 15:22
tflink proposed #agreed 855289 - It's not clear how widespread this problem is or whether the dri files will fix it - will revisit after more testing 15:22
tflink ack/nak/patch? 15:23
jreznik ack as we can't do anything before we have more data... 15:23
kparal ack 15:24
adamw ack 15:24
tflink #agreed 855289 - It's not clear how widespread this problem is or whether the dri files will fix it - will revisit after more testing 15:24
tflink #topic (854471) anaconda stop at the "Error checking storage configuration" 15:24
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=854471 15:24
tflink #info Proposed Blocker, NEW 15:24
kparal this is waiting for developer action. but I'm afraid storage.log is missing 15:24
adamw yep :( 15:25
adamw that's the most important log... 15:25
kparal I tried to ping twu but he was already gone. we can put another needinfo there 15:26
tflink proposed #agreed 854471 - Still missing information needed to triage, not completely sure of cause. Will revisit when there is more information available. 15:26
kparal just 2 people reported that they saw this. it has probably very limited scope 15:26
kparal ack 15:26
adamw ack 15:27
jreznik ack 15:27
tflink #agreed 854471 - Still missing information needed to triage, not completely sure of cause. Will revisit when there is more information available. 15:27
tflink #topic (854586) F18 KDE Live (alpha TC5) Configure network dialogue isn't accessible in Anaconda 15:27
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=854586 15:27
tflink #info Proposed Blocker, ON_QA 15:27
* tflink needs to leave for a bit 15:28
* adamw will carry on 15:29
adamw so, i think what's been clarified since last week is you likely need a wireless connection to hit this 15:30
adamw oh...or maybe i've got that wrong 15:31
kparal I don't think so. is this the bug where you hit configure and it crashes? no matter whether live or DVD? 15:31
kparal then you can do it with wired networking as well 15:31
* jreznik does not understand the bug 15:31
adamw the reproducer is in https://bugzilla.redhat.com/show_bug.cgi?id=854586#c17 15:31
adamw kparal: i'm fairly sure i tested in the last meeting and it didn't crash for me: clicking the configure button resulted in nothing happening, but no crash 15:32
kparal adamw: hmm, you may be right 15:32
adamw i think this may be specific to live images which don't include nm-c-e 15:32
jreznik then for live it's not a bad idea to depend on native DE network manager 15:33
jreznik and disable network spoke 15:33
kparal I still believe it's worth +1 blocker, even it fails just for wifi 15:33
kparal or +1 nth at least 15:33
adamw i'm kinda leaning nth not blocker 15:33
adamw (we already took it as nth) 15:33
adamw but i'd like to be clearer... 15:33
* jreznik is more nth too and with no network spoke in live anaconda solution 15:33
adamw the 'fix' for this in 18.6.6 is "require nm-connection-editor" 15:34
jreznik not sure it makes sense to have live de nm configuration and then nm-c-e one, it's quite confusing but good for alpha I guess 15:35
adamw propose we just leave it as nth since the fix is in 18.6.6 anyhow 15:35
jreznik ok 15:35
kparal fine with me 15:35
adamw propose #agreed as this affects only more advanced network configuration in certain live environments, where it can be worked around by using the live environment's network configuration tools, this remains NTH and is rejectedblocker 15:36
adamw er 15:36
adamw propose #agreed as this affects only more advanced network configuration in certain live environments, where it can be worked around by using the live environment's network configuration tools, #854586 remains NTH and is rejectedblocker 15:36
jreznik ack 15:36
kparal ack 15:36
pschindl ack 15:36
adamw #agreed as this affects only more advanced network configuration in certain live environments, where it can be worked around by using the live environment's network configuration tools, #854586 remains NTH and is rejectedblocker 15:37
adamw oh, foo, i don't have tflink's neat script-y thing 15:37
adamw one sec, lemme see if i can find it 15:37
adamw ha ha. 15:38
adamw #topic (855285) "AttributeError: 'module' object has no attribute 'addMacros' 15:38
adamw #link https://bugzilla.redhat.com/show_bug.cgi?id=855285 15:38
adamw #info Proposed Blockers, MODIFIED 15:38
kparal so what does this break? 15:39
adamw per the description, "fix livecd-to-iso alpha network usb thumbdrives installs" 15:40
kparal but we don't know whether it breaks dd too 15:40
adamw yeah 15:41
* adamw is asking clumens 15:41
* kparal watching 15:41
adamw clumens says "should affect all yum-based installs" 15:42
adamw assuming 'yum-based install' means 'just about anything', sounds +1 blocker-y to me... 15:43
kparal yep 15:43
tflink yeah, isn't everything other than preupgrade yum-based? 15:43
adamw who knows 15:43
adamw hey, you're not here! 15:43
tflink nope, not here 15:43
* jreznik does not see tflink 15:44
adamw propose #agreed #855285 is accepted as a blocker per criterion "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods" 15:44
adamw tflink: do you have a hideous beard and shades? 15:44
kparal ack 15:45
jreznik any installation that uses yum to install packages, not live 15:45
tflink adamw: I suppose hideous depends on personal taste, but no shades 15:45
tflink why aren't we seeing this outside of USB, though? 15:45
tflink if it affects all yum-based installs, shouldn't it be causing more problems for DVD and netinstall? 15:46
adamw what i want to know is, why am i debating a figment of my imagination? 15:46
kparal adamw: schizofrenia 15:47
tflink it just bugs me that this is supposedly affecting only USB installs 15:48
tflink unless I'm missing something, the scope of this should be much larger than litd or dd 15:48
adamw the code is conditional 15:48
jreznik tflink: if it's all yum based install and yum based means what clumens told at anaconda, yeah, it should have broader scope 15:49
adamw http://www.fpaste.org/NC23/ 15:49
adamw perhaps that 'if...else' is only fulfilled in a USB context 15:49
kparal if not selinux, hmm 15:49
adamw but i really don't want to waste too much time on it... 15:50
adamw since it's in 18.6.6 anyhow 15:50
tflink yeah, it just bugs me that something checking for readability of a fs would only work on USB 15:50
tflink since RO media should still be read-able 15:50
adamw clyde kunkel hit it too (dupe) 15:51
adamw and clumens seemed happy to pull it 15:51
tflink it's a typo fix, though and already in the next build. so like adam said, not worth debating much 15:51
tflink ack 15:51
adamw one more ack? 15:53
jreznik you convinced me, ack 15:54
adamw #agreed #855285 is accepted as a blocker per criterion "The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods" 15:55
adamw are you taking back over, invisible man>? 15:55
tflink either way 15:55
tflink #topic (854962) Installed system messed up with live stuff 15:55
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=854962 15:55
tflink #info Proposed Blocker, ON_QA 15:55
tflink it sounds like the issue here is that live install replicates the livecd instead of doing a proper install? 15:56
tflink ie, liveuser autologin, no firstboot, anaconda still present 15:56
jreznik tflink: yep 15:56
adamw i included a very thin blocker rationalization in https://bugzilla.redhat.com/show_bug.cgi?id=854962#c12 15:56
adamw you can vote +1 if it convinced you =) 15:56
tflink I'm OK with blocker on this 15:57
tflink +1 15:57
jreznik adamw: my understanding skills are not good enough to understand it :) but I agree, it's a blocker 15:57
jreznik +1 15:57
jreznik it's fixed, just how do we want to pull firstboot into live system/installed live system? 15:58
adamw jreznik: there is a special part of my brain labelled 'convoluted blocker justifications' 15:58
tflink proposed #agreed 854962 - AcceptedBlocker - Violates the following F18 alpha release criterion for live installs: "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. The firstboot utility must be able to create a working user accoun 15:58
* jreznik tried to read it several time and gave up :) 15:58
tflink proposed #agreed 854962 - AcceptedBlocker - Violates the following F18 alpha release criterion for live installs: "In most cases, a system installed according to any of the above criteria must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. The firstboot utility must be able to create a working user account" 15:58
kparal ack 15:59
adamw ack 15:59
aspratyush ack 15:59
tflink #agreed 854962 - AcceptedBlocker - Violates the following F18 alpha release criterion for live installs: "In most cases, a system installed according to any of the above criteria must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode. The firstboot utility must be able to create a working user account" 15:59
tflink #topic (855481) Root password is empty after install from live image without completing root pw spoke in anaconda 15:59
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855481 15:59
tflink #info Proposed Blocker, POST 15:59
jreznik tflink: for previous bug, how do we plan to ship firstboot in live? 16:00
tflink jreznik: not sure I follow you - firstboot should be on the lives for install 16:00
adamw jreznik: same way we always have, as a package on the live image? 16:00
adamw jreznik: it's set up not to run when booting live 16:00
* satellit soas live starts firsboot.... 16:01
adamw so this is another one which the criteria don't really cover... 16:02
jreznik tflink: it's not available on tc6 lives, so it's not runned after the bug is fixed... or should the other comps bug fix it? 16:02
adamw we don't have a criterion saying 'root should have a password' :) 16:02
adamw jreznik: probably the comps thing. you can't rely at all on any tc6 package set. 16:02
tflink jreznik: I don't remember where the issue was, but it could be affected by the same thing that wasn't pulling in firstboot earlier 16:03
tflink either spin-kickstarts or comps 16:03
jreznik yep, just raising it as an issue 16:03
jreznik I did not report bug because of tc6 breakage, to be aware only 16:04
jreznik let's move on :) 16:05
adamw so, what do we want to do with 855481? 16:05
adamw it really hits no criteria afaict 16:05
adamw we can make it nth 16:05
adamw propose a criterion 16:05
adamw or take it through the escape hatch 16:05
tflink what did we do about root pw for non-live installs? 16:06
adamw what do you mean? 16:06
tflink didn't we take that as a blocker? 16:07
tflink when you couldn't set root pw on the non-live installs (bringing in the root pw spoke) 16:07
adamw because it made text installs inaccessible 16:07
adamw this doesn't make anything inaccessible, rather the contrary :) 16:08
jreznik adamw: :) 16:08
adamw the result of this bug is a root account you can log into without entering a password 16:08
adamw not a root account you can't log into 16:08
tflink I could go either way on this one, to be honest 16:08
jreznik yep, that's the difference 16:08
jreznik it could be a huge security issue 16:08
tflink probably more towards +1 NTH, -1 blocker though 16:08
adamw i worry that i'm maybe overcontorting on this one 16:08
tflink I can't see blocking release because root pw isn't set on lives 16:09
adamw are we trapped so far inside the criteria that we're at a point where anyone else would look at it and say 'well OBVIOUSLY that should be a blocker'? 16:09
jreznik we should have criteria for this and it should be blocker 16:09
tflink release -> alpha release 16:09
jreznik but now nth is good too 16:09
tflink proposed #agreed 855481 - RejectedBlocker, AcceptedNTH - Does not violate any F18 alpha release criterion but a root password set during live install should go through to the installed system 16:10
jreznik adamw: I'd say anyone else would say it's a blocker :) not a good idea to not be aware that your system has no root password and it's accessible from everywhere 16:10
adamw ack, for now 16:10
jreznik ack 16:10
adamw jreznik: yeah, that's what i'm worried about 16:10
* kparal reminds we don't have to have criteria to accept something as a blocker. criteria just helps in contentious issues 16:10
adamw kparal: well, it needs to hit the criteria or the escape clause 16:11
adamw (the one under the criteria) 16:11
kparal we have different opinions then 16:11
kparal nevermind, ack 16:12
tflink #agreed 855481 - RejectedBlocker, AcceptedNTH - Does not violate any F18 alpha release criterion but a root password set during live install should go through to the installed system 16:12
tflink #topic (854818) livecd-creator needs secure boot support 16:12
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=854818 16:12
tflink #info Proposed Blocker, MODIFIED 16:12
tflink -1 blocker, unsure about NTH 16:12
tflink this seems like a boarderline bad idea to be pulling in so late 16:13
kparal -1 blocker +1 nth 16:13
tflink but the traditional installers already support it 16:13
tflink parity would be nice 16:13
kparal we need to have it included rather sooner than later, so that it can be tested properly 16:13
kparal btw, is some SB hardware out there yet? 16:13
jreznik kparal: it's really hard to get one... but would be great to get some hw for you guys 16:14
kparal if there is a possibility someone will test it in Fedora space, having it in Alpha would be nice 16:14
adamw yeah, i think the benefit of having it testable in alpha is significant 16:15
tflink good point 16:15
tflink +1 NTH 16:15
jreznik pjones: ping, would it be possible to get some sb enabled hw for fedora qa guys? 16:15
adamw +1 16:15
jreznik yep I agree with you, +1 nth as I was the guy who said SB in alpha or not at all :) -1 blocker but +1 nth 16:16
tflink proposed #agreed 854818 - RejectedBlocker, AcceptedNTH - While the lack of SB functionality doesn't violate any F18 alpha release criteria, it is a feature of F18 and already present in the non-live installers. SB would be useful to have in alpha for testing and thus thus bug is accepted as NTH for F18 alpha. 16:17
adamw ack 16:17
kparal jreznik: last time we counted, there were 6 of us in a 5-seat cubicle having 13 computers in total. one more computer is not a big deal :) 16:17
kparal ack 16:17
pjones jreznik: I don't have any way to get hardware other than just new development machines 16:17
pjones (which I can't order so much as just show up sometimes) 16:18
adamw the Brno Power Company's best customers 16:18
pjones jreznik: though I think there are a couple of machines on the market they could /buy/ at this point 16:18
jreznik or give a recommendation for hw for qa to obtain it? 16:18
jreznik btw ack 16:18
tflink #agreed 854818 - RejectedBlocker, AcceptedNTH - While the lack of SB functionality doesn't violate any F18 alpha release criteria, it is a feature of F18 and already present in the non-live installers. SB would be useful to have in alpha for testing and thus thus bug is accepted as NTH for F18 alpha. 16:18
tflink #topic (855560) F18 KDE Live (alpha TC6) Very high CPU usage under KDE 16:19
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855560 16:19
tflink #info Proposed Blocker, NEW 16:19
tflink I' 16:19
tflink m not sure this is a blocker 16:19
kparal I think this is just the debug kernel 16:19
kparal I see it on all my machines 16:20
kparal all video drivers 16:20
kparal video performance is awful 16:20
kparal but still usable 16:20
adamw yeah, i'd like more info from the reporter but i'm inclined to -1. 16:20
pjones jreznik: pretty much anything that claims it'll be able to run windows 8 /should/ have it, I /think/ 16:20
jreznik -1 blocker 16:20
jreznik pjones: ok, kparal do you think you could get some budget? or I can try to ask for some for you :) 16:21
tflink proposed #agreed 855560 - RejectedBlocker - This seems to be caused by the debug kernel used until the beta release and thus, not much of a bug. If it turns out to be something other than the debug kernel, please re-propose as a blocker. 16:21
jreznik ack 16:21
kparal ack 16:21
* tflink has a machine that should be SB capable 16:21
adamw ack 16:22
pjones (there is some discrepancy between being windows 8 logoed, which requires sb on by default, and being able to upgrade to windows 8 on the machine) 16:22
tflink #agreed 855560 - RejectedBlocker - This seems to be caused by the debug kernel used until the beta release and thus, not much of a bug. If it turns out to be something other than the debug kernel, please re-propose as a blocker. 16:22
tflink #topic (855644) F18 KDE Live (alpha TC5) Anaconda custom partition setup: no access to existing LVM/LUKS volumes 16:22
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855644 16:22
tflink #info Proposed Blocker, NEW 16:22
kparal we still haven't adjusted Alpha requirements, as pschindl proposed. so we still require LVM and LUKS to work under Alpha 16:23
* kparal just reminds 16:23
tflink I didn't think that custom partitioning was planned much for alpha 16:24
adamw yeah, i mentioned this is another proposed blocker 16:24
adamw i think we should probably check with #anaconda if this is feasible 16:25
kparal ah, and "existing Linux partitions" is in Alpha criteria too 16:25
adamw kparal: frankly i'd rather we don't try to apply that criterion as it stands 16:26
adamw it just isn't applicable to newUI 16:26
adamw we need to decide where we want to draw the alpha and beta lines for newUI from scratch 16:26
kparal ok. the only requirement I have is that anaconda doesn't confuse the user saying it can do something and then perform something completely different. but I don't think it needs to be able to do existing partitions and LVM/LUKS in Alpha 16:27
adamw my instinct is also -1, but i'd like to be able to quantify it a bit more... 16:28
adamw tflink? 16:28
tflink pretty much what kparal said, doesn't need to be there but would be nice if it didn't appear as it should work instead of us saying "well, that isn't working for alpha" 16:29
tflink sounds like we have some criteria proposals to do/finish, though 16:30
adamw yeah 16:31
adamw sounds like we're trending -1 but not convinced of ourselves :) 16:31
tflink proposed #agreed 855644 - While this does qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified 16:33
kparal it anaconda says "sorry can't do that" it's OK. if it erases the whole disk instead, it not OK 16:33
kparal ack 16:33
adamw ack 16:33
jreznik ack 16:33
tflink #agreed 855644 - While this does qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified 16:33
tflink #topic (855646) F18 KDE Live (alpha TC5) Anaconda custom partition setup: missing volume/device identification 16:34
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855646 16:34
tflink #info Proposed Blocker, NEW 16:34
tflink pretty much the same as the last bug, I think 16:35
jreznik yep 16:35
kparal agree 16:35
adamw yeah, though i'm more clearly -1 on this one... 16:36
tflink #agreed 855646 - While this does qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified. 16:36
tflink yay for recycling! 16:36
adamw belay that 16:36
adamw it's not so clearly a violation of the criteria as the last one 16:36
adamw i'd say s/does/may/ 16:36
tflink #agreed 855646 - While this may qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified. 16:37
adamw alrighty 16:37
tflink or we could just reject it, I suppose 16:37
adamw meh, we can do it again wed 16:38
adamw when there'll be more people 16:38
tflink but I'm not clear on how the UI would work if there is no consistency in /dev/ names 16:38
tflink k, works for me 16:38
adamw it could at least filter out the device you're installing from 16:38
tflink ack/nak/patch? 16:38
adamw which it ought to do anyhow 16:38
adamw er, you did #agreed 16:38
adamw not propose #agreed 16:38
adamw so we have two agreements now 16:38
tflink oh, whoops 16:39
tflink #undo 16:39
zodbot Removing item from minutes: <MeetBot.items.Agreed object at 0x2d902490> 16:39
tflink #undo 16:39
zodbot Removing item from minutes: <MeetBot.items.Agreed object at 0x29e3e250> 16:39
tflink proposed #agreed 855646 - While this may qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified. 16:39
adamw ack 16:40
kparal ack 16:40
jah moi 16:40
adamw vous? 16:40
tflink #agreed 855646 - While this may qualify as a blocker according to the F18 alpha release criterion as written at this time, we feel that the blocker criteria should be modified to better reflect what is reasonable to expect from anaconda and this should not be an alpha blocker. Will re-visit once appliciable criteria have been voted on and modified. 16:41
tflink #topic (855824) vesa driver is not used on Live 16:41
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855824 16:41
tflink #info Proposed Blocker, NEW 16:41
adamw so i suspect what's going on here is that xdriver= isn't being honored 16:42
tflink this might end up being a beta blocker 16:42
adamw but nomodeset is 16:42
adamw in practice nomodeset will ensure vesa is used on just about any bit of real hardware 16:42
adamw so i'm -1/-1 16:42
tflink are there docs that need to be updated, then? 16:43
adamw we can fiddle with the graphics in a KVM in enough other ways that the menu entry being broken isn't a real problem 16:43
adamw docs? 16:43
tflink test cases for booting into vesa 16:43
kparal should we just move this to F18Beta? 16:44
adamw tflink: no, the test case is correct 16:44
kparal adamw: well it could mention the VM case 16:44
adamw brb, call of nature 16:44
adamw nah, i wouldn't want to change the test fase 16:44
adamw case 16:44
tflink proposed #agreed 855824 - RejectedBlocker - 'nomodeset' should be working in place of vesa and when booting into a vm, the device type can be changed as an easy workaround in place of booting w/ vesa driver. Since this isn't a direct violation of F18 alpha release criteria and there are easy workarounds - rejected as blocker for F18 alpha 16:44
adamw the test case is correct and the menu entry *ought* to work in KVMs 16:45
tflink ack/nak/patch? 16:45
adamw nack 16:45
adamw the fact that it doesn't is a genuine bug 16:45
adamw i just don't think it's an important one 16:45
tflink ok 16:45
adamw tflink: the menu entry in question passes the parameters 'nomodeset xdriver=vesa' 16:45
adamw i think the bug here is that nothing's honoring the 'xdriver=vesa' part of that 16:45
adamw but in practice, on almost everything except a KVM, the 'nomodeset' part, these days, will result in the vesa driver being used anyway 16:46
jreznik seems like it works on real hw 16:46
kparal so should I re-propose this for later milestones or not? 16:46
adamw Back In The Day it wouldn't have done, as the native drivers still had UMS code. but nowadays, for all common hardware, the drivers don't have UMS code, so when 'nomodeset' is passed, X winds up falling back to vesa 16:46
adamw kparal: up to you. i'd vote -1 at any point, assuming my understanding above is correct, but that's just one vote :) 16:46
tflink proposed #agreed 855824 - RejectedBlocker - While there is a bug here, it only affects VMs. Since using 'nomodeset' is a possible workaround for either bare metal or VMs and when booting into a VM, the device type can be changed - there are easy workarounds in place of booting w/ vesa driver specified. Since this isn't a direct violation of F18 alpha release criteria and there are easy workarounds - rejected as blocker for F18 alpha 16:47
kparal ack 16:47
jreznik ack 16:47
tflink #agreed 855824 - RejectedBlocker - While there is a bug here, it only affects VMs. Since using 'nomodeset' is a possible workaround for either bare metal or VMs and when booting into a VM, the device type can be changed - there are easy workarounds in place of booting w/ vesa driver specified. Since this isn't a direct violation of F18 alpha release criteria and there are easy workarounds - rejected as blocker for F18 alpha 16:49
tflink #topic (855784) packagekit waits for authentication 16:49
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855784 16:49
tflink #info Proposed Blocker, NEW 16:49
kparal this will require multiple people to re-verify 16:49
kparal it works for jreznik in a clean installation. I have upgraded system (since TC4 or so) and it doesn't 16:50
tflink yeah, sounds like a punt for now while waiting for more testing/workarounds/verification 16:50
jreznik yep, clean installation of live + latest packagekit = works for me 16:50
kparal jreznik: how do you install Live when it fails to boot on missing initrd? 16:51
jreznik kparal: it works in kvm 16:51
tflink proposed #agreed 855784 - This may not affect new installs and may have other workarounds. Needs more testing and/or reproduction before making a decision on blocker status for F18 alpha - will revisit. 16:51
kparal jreznik: interesting 16:52
adamw this is a kind of follow-on from https://bugzilla.redhat.com/show_bug.cgi?id=854209 ? 16:53
adamw ack, anyhow 16:53
kparal adamw: yes 16:53
tflink any other ack/nak/patch? 16:53
jreznik adamw: that's different but it could be related to policy kit selinux one 16:54
jreznik as it's tc4 updated... 16:54
kparal ack 16:54
tflink #agreed 855784 - This may not affect new installs and may have other workarounds. Needs more testing and/or reproduction before making a decision on blocker status for F18 alpha - will revisit. 16:55
tflink OK, that's all of the proposed blockers 16:55
tflink any objections to skipping the accepted blockers and just doing the proposed NTHs? 16:55
kparal +1 16:55
adamw +1 16:56
tflink OK, 2 +1s -> objections -> time to go through all of the accepted blockers :-P 16:56
* tflink is joking 16:56
tflink #topic (852792) [Configure] button in network spoke doesn't work (nm-c-e fails to run) 16:56
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=852792 16:56
tflink #info Proposed NTH, ASSIGNED 16:56
tflink wow, going back and forth between the blocker page mockups and the currently active page is really jarring 16:58
adamw well, this seems confused as hell. 17:00
tflink it sounds to me like c#12 might be a different bug 17:01
adamw yeah 17:02
adamw i think i might be able to test this out locally 17:02
adamw and provide better info to re-vote later 17:03
tflink but I'm OK with the original bug being NTH, assuming that I understand what's going on 17:03
tflink works for me 17:03
adamw if this is truly why the 'configure' button in liveinst does nothing in the GNOME spin, then yeah, probably +1 17:03
tflink proposed #agreed 852792 - There seems to be quite a bit of confusion in the bug about what exactly is going on here - will revisit once the issue is clarified and re-tested 17:04
tflink this is only lives? 17:04
tflink nvm, just potentially related 17:04
tflink ack/nak/patch? 17:04
adamw ack 17:05
tflink looks like we may have lost almost everyone else 17:06
adamw how could they possibly leave when we're having so much fun?! 17:06
* jreznik is still here 17:06
adamw i'd like to get at least the next two proposed nth accepted 17:06
adamw they're pretty important for non-blocking spins 17:06
* tflink plays jeopordy music in the bkground 17:06
tflink time's up 17:07
tflink #agreed 852792 - There seems to be quite a bit of confusion in the bug about what exactly is going on here - will revisit once the issue is clarified and re-tested 17:07
tflink #topic (855465) osmo depends on libsyncml, which currently cannot be installed (f18/rawhide) 17:07
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855465 17:07
tflink #info Proposed NTH, ON_QA 17:07
tflink +1 NTH 17:08
jreznik +1 nth, fixed, karma +1 from me 17:08
adamw +1 17:08
kparal +1 nth 17:08
adamw simples! 17:08
tflink proposed #agreed 855465 - AcceptedNTH - Prevents creation of LXDE spin which becomes NTH as LXDE is a secondary DE. 17:09
tflink ack/nak/patch? 17:09
adamw ack 17:10
jreznik ack 17:10
kparal ack 17:10
tflink #agreed 855465 - AcceptedNTH - Prevents creation of LXDE spin which becomes NTH as LXDE is a secondary DE. 17:10
tflink #topic (855470) lxdm should ship a systemd preset to ensure it's enabled after install 17:10
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855470 17:10
tflink #info Proposed NTH, NEW 17:10
tflink proposed #agreed 855465 - AcceptedNTH - Prevents booting of LXDE spin after installation from livecd which becomes NTH as LXDE is a secondary DE. 17:10
tflink er, that's not quite right 17:11
tflink proposed #agreed 855465 - AcceptedNTH - Prevents booting of graphical DM for LXDE spin after installation from livecd - since violations of F18 release criteria for secondary DEs are NTH by definition. 17:12
tflink damnation, I did it again 17:12
tflink proposed #agreed 855470 - AcceptedNTH - Prevents booting of graphical DM for LXDE spin after installation from livecd - since violations of F18 release criteria for secondary DEs are NTH by definition. 17:12
tflink third time's the charm, I suppose 17:12
tflink or the hazards of recycling 17:13
kparal can I ack now? 17:13
kparal is it safe? 17:13
tflink it's never safe ... 17:13
* tflink looks around, all paranoid 17:13
adamw ack 17:13
jreznik ack 17:13
kparal ack 17:13
tflink #agreed 855470 - AcceptedNTH - Prevents booting of graphical DM for LXDE spin after installation from livecd - since violations of F18 release criteria for secondary DEs are NTH by definition. 17:14
tflink #topic (855510) TC5: Cannot get past "Booting in ...... in 0 seconds" screen on iMac 2011 (booting from USB) 17:14
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855510 17:14
tflink #info Proposed NTH, NEW 17:14
tflink does this qualify for alpha? 17:14
tflink either way, needs more info 17:15
tflink USB creation method, mostly 17:15
kparal we can test Mac Mini if it helps 17:15
adamw TC5 was before some EFI fixes 17:15
adamw anyway, yeah, needslotsofinfo 17:16
kparal let's give action item to jskladan, he has the Mac on his desk ;-) 17:16
tflink proposed #agreed 855510 - This needs much more information before making a decision on NTH - method used for creating the USB stick for one. There have also been EFI related fixes since TC5, retesting with a >= TC6 would also be helpful. 17:17
* kparal loves proposing action items for other people 17:17
jskladan kparal: i se what you did there :) 17:17
tflink #action kparal to propose action item to get jskladan to do kparal's work for him 17:17
kparal jskladan: you want to play with the Mac anyway, I know you 17:17
jskladan aaaaw, that's true :) 17:18
kparal he accepted! 17:18
tflink anyhow, any ack/nak/patch so we can be done with this meeting? 17:18
kparal ack 17:18
tflink #undo 17:18
zodbot Removing item from minutes: <MeetBot.items.Action object at 0x36c49850> 17:18
jskladan patch: for 30% of his salary ;) 17:19
jreznik ack 17:19
tflink #agreed 855510 - This needs much more information before making a decision on NTH - method used for creating the USB stick for one. There have also been EFI related fixes since TC5, retesting with a >= TC6 would also be helpful. 17:19
tflink last proposed NTH ... 17:19
tflink #topic (855477) Many icons missing when running anaconda within a live Xfce image 17:19
tflink #link https://bugzilla.redhat.com/show_bug.cgi?id=855477 17:19
tflink #info Proposed NTH, NEW 17:19
tflink +1 NTH 17:20
kparal nice pictures 17:20
kparal +1 nth 17:20
jreznik it's just cosmetic ;) 17:20
tflink proposed #agreed 855477 - AcceptedNTH - While the installer is still usable in XFCE, it looks terrible and looks broken. XFCE is a non-primary DE and thus, this is not a blocker. 17:20
tflink ack/nak/patch? 17:21
adamw fwiw this may be an xfce bug not anaconda 17:21
adamw note all the missing icons in the xfce tray 17:21
adamw but hey, i'd be +1 nth either way 17:21
nirik huh. 17:21
nirik I didn't see any of that on the last nightly I tried. 17:21
kparal ack 17:21
* nirik can test again with todays. Recent ones had gdm in them 17:21
tflink other ack/nak/patch? 17:22
adamw nirik: yeah, it may depend on exactly waht comps i got 17:22
* tflink reaches for the spiky 2x4 of timely voting "encouragement" 17:23
nirik ack 17:23
tflink #agreed 855477 - AcceptedNTH - While the installer is still usable in XFCE, it looks terrible and looks broken. XFCE is a non-primary DE and thus, this is not a blocker. 17:24
tflink OK, that would be all of the proposed blockers and NTH on my list 17:24
tflink and since we seem to have lost most interest, I do believe that we're done with the "mini" blocker review 17:24
jreznik "mini" :) 17:24
adamw whew 17:25
adamw thanks tflink 17:25
adamw i propose we just end this meeting here, since we've lost a lot of people 17:25
adamw i don't see any value in discussing criteria changes with this few bodies 17:25
adamw let's do this just in case.... 17:26
tflink agreed 17:26
* kparal sees corpses all around... 17:26
adamw #info release criteria topic is postponed due to length of previous segment and lack of people 17:26
adamw #topic open floor 17:26
adamw anyone for open floor? 17:26
* jreznik is corpse now... 17:26
* tflink will have a new draft of the blocker tracking page to send out (hopefully) soon 17:26
tflink looks lots different from the previous versions 17:27
jreznik what bits we currently miss for rc? 17:27
adamw jreznik: a new anaconda build is all really 17:28
adamw though we might need to do something about partitioning 17:28
* adamw sets fuse for 3 mins 17:30
nirik adamw: I see icons fine in todays nightly xfce... 17:31
nirik so might have been some comps issue or something. 17:31
adamw do nightlies use updates-testing? 17:31
nirik no 17:33
adamw probably comps then yeah. 17:33
adamw we'll see what tc7/rc1 spits out. 17:33
* nirik nods 17:33
adamw okay! 17:36
adamw let's get back to something vaguely resembling work 17:36
adamw thanks for coming all 17:36
adamw #endmeeting 17:36

Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!