QA/Meetings/20120130

Attendees

• adamw (107)
• j_dulaney (37)
• kparal (36)
• maxamillion (18)
• haraldh (16)
• tflink (14)
• kay (13)
• jskladan (5)
• nirik (5)
• zodbot (5)
• twaugh (3)
• pjones (3)
• robatino (3)
• brunowolff (1)
• mkrizek (1)
• Cerlyn (1)
• pschindl (1)

Agenda

• Previous meeting follow-up
• Fedora 17 status
• /usr move feature and testing
• Upcoming QA events
• AutoQA update
• Open floor

Previous meeting follow-up

• adamw filed a trac ticket for getting arm into the criteria / validation process
• adamw made some progress on making sure all important old-UI bugs discovered in F16 validation have been bumped and prioritized F17
• adamw started a discussion with pjones/kparal/hongqing/robatino to decide how we want to use pjones' el torito boot checker (private mail)
• tflink was to contact lmacken re co-ordination between bodhi 2.0 and autoqa: bodhi 2.0 will be backwards compatible, so autoqa should continue to work as before

Fedora 17 status

• A manual install of rats #2 boot.iso works, DVD image does not boot, rats_install run hits a dracut / virt-install issue with boot parameters
• Not clear if current nightly live images are generally bootable or not, j_dulaney has a kernel issue booting them
• Retrospective tasks are mostly completed or well-advanced

/usr move feature and testing

• Testing of rawhide with /usr move packages so far is positive: if we can compose a working / installable boot.iso with /usr move packages, the feature can be tagged into rawhide

Upcoming QA events

• TC1 is due tomorrow (2012-01-31)
• Blocker bug review meeting #2 on Friday (2012-02-03)

AutoQA update

• mkrizek pushed a patch to make autoqa better retry failed/timed-out connections
• kparal refactored rats_install test and fixed many problems

Open floor

• F17 images so far are mysteriously smaller than F16, we're not sure of the cause

Action items

• kparal to file a bug for the failure of rats #2 DVD image to boot
• tflink to test building a boot.iso with usrmove builds

IRC Log

adamw	#startmeeting Fedora QA meeting	16:01
zodbot	Meeting started Mon Jan 30 16:01:09 2012 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.	16:01
zodbot	Useful Commands: #action #agreed #halp #info #idea #link #topic.	16:01
adamw	#meetingname fedora-qa	16:01
zodbot	The meeting name has been set to 'fedora-qa'	16:01
adamw	#topic roll call	16:01
* kparal is here		16:01
adamw	hands up if you're not here!	16:01
* tflink is present		16:01
* tflink raises his hand, too :)		16:01
* jskladan still here		16:01
haraldh	<-	16:01
* mkrizek here		16:01
* pschindl is here		16:01
kay	\o	16:02
adamw	wow, full house	16:02
haraldh	no hands, no chocolate	16:02
adamw	hi kay	16:02
* Cerlyn is here		16:02
adamw	#topic previous meeting follow-up	16:02
brunowolff	I'll watch for a bit, but need to go to a meeting in about 25 minutes.	16:02
adamw	so, we don't actually have any action items from last week, but we DO have ones from the previous week which didn't get done	16:03
adamw	#info adamw to file trac ticket(s) for getting arm into the criteria / validation process somehow: now done, see https://fedorahosted.org/fedora-qa/ticket/277	16:03
adamw	#info adamw to co-ordinate with bcl on making sure all important old-UI bugs discovered in F16 validation get fixed in the old UI for F17: i've made some progress on that, still need to do some more digging	16:04
adamw	#info adamw to get a discussion going with pjones/kparal/hongqing/robatino to decide how we want to use pjones' el torito boot checker: also done, we have a thread going	16:04
adamw	tflink: you have "tflink to contact lmacken re co-ordination between bodhi 2.0 and autoqa", any news on that?	16:05
pjones	We do?	16:05
tflink	didn't need to, backwards compatibility is planned - http://fedoraproject.org/wiki/Bodhi/2.0#Well_tested_and_well_documented_RESTful_API	16:05
tflink	unless I misunderstood the purpose of contacting him	16:06
adamw	pjones: yeah, "Using pjones' El Torito checker in QA"	16:06
adamw	tflink: i believe that was the purpose, yeah, so that's probably okay	16:07
pjones	adamw: I haven't seen anybody say anything in like 6 days...	16:07
adamw	tflink: oh, or was there also an angle of 'what does autoqa need in the new bodhi'?	16:07
adamw	pjones: hey, the action item was to start the thread, the thread's started. i've been meaning to reply to it again	16:07
pjones	okay.	16:07
tflink	adamw: that's what I wasn't sure of but to be honest, I'm not sure there is a whole lot of point to that conversation until bodhi 2.0 is closer to release	16:07
kparal	pjones: I hope the chinese will respond once they are back from holidays	16:07
kparal	hongqing is the best one to talk to here	16:08
adamw	oh, yeah, that's a point - hongqing and twu are out till early feb, chinese new year.	16:08
adamw	okay, we have a packed agenda, so moving on	16:08
adamw	#info tflink to contact lmacken re co-ordination between bodhi 2.0 and autoqa: bodhi 2.0 is listed as having backwards compatibility, so autoqa should continue to work	16:09
adamw	#topic Fedora 17 status	16:09
adamw	kparal: did you get anywhere with the second rats image?	16:09
kparal	adamw: it's in your mailbox	16:10
kparal	basically	16:10
kparal	DVD images do not boot:	16:10
kparal	http://i.imgur.com/tlEzi.png	16:10
kparal	netinst images boot and install just fine	16:10
kparal	direct kernel boot fails	16:10
kparal	and the same happens for rats_install test	16:10
kparal	[ 5.636733] dracut: FATAL: No or empty root= argument	16:11
kparal	[ 5.637992] dracut: Refusing to continue	16:11
adamw	that looks like an image/dracut bug, not a rats bug>	16:11
adamw	?	16:11
kparal	yes	16:11
haraldh	kparal, "no or empty root=" is not a dracut bug	16:11
kparal	what's the problem in there?	16:11
kparal	if was not required for f16	16:11
haraldh	no "root=..." is specified on the kernel command line	16:11
haraldh	check grub.conf	16:12
haraldh	or syslinux.cfg	16:12
haraldh	or whatever bootloader you are using	16:12
adamw	hi john	16:12
kparal	I used this command	16:12
kparal	virt-install --name Foo --ram 1024 --disk /dev/vg/Foo,size=10 --location http://dl.fedoraproject.org/pub/alt/stage/20120127/Fedora/i386/os/ --arch=i386 --extra-args "console=ttyS0 serial lang=en keymap=us ksdevice=link ks=http://kparal.usersys.redhat.com:8000/f16-minimal.ks ip=dhcp ipv6=auto vnc" --nographics	16:12
j_dulaney	Sorry I'm late, class ran over	16:12
kparal	I don't understand why should I specify 'root=...'	16:13
haraldh	kparal, well, well	16:14
kparal	we can discuss post-meeting. anyway this is the current situation for rats_install	16:14
kparal	we can fix it if it is our issue	16:14
haraldh	I don't know what virt-install does.. sorry...	16:15
kparal	or report bug in virt-install	16:15
adamw	#info manual install of rats #2 boot.iso works, DVD image does not boot, rats_install run hits a dracut / virt-install issue with boot parameters	16:15
kparal	because we use that internally inside rats_install	16:15
adamw	still, we get some useful status info, which is the object of the rats tests	16:15
adamw	did you file a bug for the dvd install failure to boot?	16:15
kparal	not yet	16:15
* j_dulaney notes also the nightly from Friday does not boot		16:16
adamw	#action kparal to file a bug for the failure of rats #2 DVD image to boot	16:16
adamw	j_dulaney: the nightly live? hum. similar bug to kparal's?	16:17
adamw	j_dulaney: http://i.imgur.com/tlEzi.png	16:17
j_dulaney	adamw: Indeed	16:18
j_dulaney	What exactly was kparal's bug?	16:18
kparal	DVD boot produces that output as you see in that image	16:18
j_dulaney	adamw: +1	16:19
adamw	okay	16:19
adamw	so seems like another dracut-ish thing	16:20
j_dulaney	Let me modify	16:20
j_dulaney	I get the udev stuff, but it doesn't go any further than that, seems to lock up	16:20
j_dulaney	But, the udev error is the same	16:20
haraldh	Nightly live seems to boot... https://bugzilla.redhat.com/show_bug.cgi?id=766955#c30	16:20
* maxamillion is here ... late but here		16:20
adamw	haraldh: well, *that* bug was fixed, yeah. if everyone hits what j_dulaney says, this is something new or it's regressed somehow.	16:22
adamw	but we'll have to check.	16:22
kay	the udev multipath stuff there is just a warning, nothing else	16:22
maxamillion	silly $dayjob ... I'll by only half-here because of a conference call I'm on, but I did want to try and partake in the fun :)	16:23
maxamillion	kay: apologies for missing it, but what udev multipath stuff?	16:23
adamw	maxamillion: we're looking at boot issues with current f17 images.	16:23
j_dulaney	kay: If it was but a warning, it should continue to boot, but it doesn't	16:24
kay	maxamillion: oh, just the warning in the png mentioned above: http://i.imgur.com/tlEzi.png	16:24
adamw	so it looks like we should ensure a bug gets filed for the rats #2 DVD boot fail, and get a few others to check the latest nightly's bootableness	16:24
adamw	so if you haven't tried booting a nightly recently - grab one and see what happens	16:24
maxamillion	kay: ah ok	16:24
* j_dulaney is downloading the newest one		16:24
maxamillion	adamw: rgr	16:24
adamw	if that's consistently broken, we'll need another bug	16:24
kay	j_dulaney: yeah, the warning should not be the reason for any failure	16:25
adamw	okay, that about covers the status of current isos	16:25
adamw	kparal: thanks for working on rats	16:25
kparal	my pleasure	16:25
adamw	I also mentioned on the agenda "Retrospective tasks still needing action" - i just took a quick look through the list and they're mostly closed or well in progress	16:25
j_dulaney	kay: The vm goes idle after the udev warning and nothing else happens	16:25
maxamillion	it would appear the latest nightly job is still open in koji ...	16:25
adamw	the one that isn't is assigned to hongqing, so hopefully will get worked on after cny	16:26
adamw	#info retrospective tasks are mostly completed or well-advanced	16:26
adamw	alright	16:26
adamw	anything further on f17 status?	16:26
j_dulaney	maxamillion: I'm downloading the latest completed one	16:26
maxamillion	j_dulaney: rgr, was just an observation ... I would have thought the compose would be done by now	16:28
kay	j_dulaney: the warning is just a printf, nothing else: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=430959910f1b9b67c2553f5f46c0487b0f8a3a00	16:28
adamw	#topic /usr move feature and testing	16:28
adamw	alrighty, thanks to kay for coming along for this bit of the meeting	16:29
adamw	for anyone who's not aware: one of the big f17 features, moving things from /bin and /lib and so on into /usr , is in the process of landing at present	16:29
kay	adamw: sure, no problem	16:29
j_dulaney	kay: Roger	16:29
adamw	https://fedoraproject.org/wiki/Features/UsrMove	16:29
j_dulaney	So, I'm probably hitting something else	16:30
maxamillion	UsrMove ftw!	16:30
adamw	right now the builds that implement the changes are available in a rawhide tag, and there's a post on the list (cross-posted to -devel) explaining how to test them	16:30
adamw	first question, are we worried about the timing of when this is landing, from a qa perspective? there has been some suggestion it should have happened sooner, though nothing in the feature process requires this	16:30
kay	j_dulaney: but we updated rawhide's udev last night with a fix for sme other lvm issue, maybe it affects the live stuff too ...	16:30
adamw	personally i'm not hugely worried, we still have considerable time even to alpha tc1. i'm more worried when big things land in the middle of beta.	16:31
adamw	anyone else have thoughts?	16:31
j_dulaney	kay: This was from Friday, I'm just now downloading the latest nightly	16:31
tflink	do we want to wait until we at least have working RATS images before the usrMove stuff lands?	16:31
j_dulaney	adamw: Hard to test if I don't have any working rawhide	16:32
adamw	j_dulaney: heh, true.	16:32
* j_dulaney thinks the boot issues really ought to get some attention		16:32
haraldh	adamw, I think the "sooner" comment was about releng and the rpm issue...	16:32
kparal	let them merge it asap, right? better sooner than later	16:32
haraldh	kparal, yes	16:33
adamw	kparal: in general, so long as it doesn't screw up alpha builds, yes	16:33
maxamillion	I'm not worried, I've upgraded a virtual and a physical from F16 to rawhide with the change and had no real issue	16:33
adamw	it does seem like initial tests are good	16:33
j_dulaney	Hmm, kernel bug in Rawhide	16:33
adamw	i would like to try and build a boot.iso with the updated packages and make sure it boots/installs	16:33
maxamillion	adamw: +1	16:33
tflink	adamw: that would be a minimum in my mind but would work	16:34
adamw	tflink: do you mind giving that one a shot?	16:35
tflink	adamw: sure, will do. are there any particular packages that you had in mind?	16:36
j_dulaney	base, at the least	16:36
adamw	just build a boot.iso exactly as normal, but use packages from the rawhide tag	16:36
tflink	oh, you meant for usrMove. good thing I asked	16:37
maxamillion	adamw: you mean the usrmove tag?	16:37
adamw	maxamillion: yes	16:37
tflink	so we're not concerned with getting something pre-usrMove working?	16:37
maxamillion	adamw: k, just double checking	16:38
adamw	tflink: according to kparal, rats #2 boot.iso *does* work, in a 'normal' boot	16:38
adamw	though you may want to build it both ways, just to check the non-usrmove one boots	16:38
tflink	k, I'll get started on that and will relay results	16:39
adamw	cool.	16:39
j_dulaney	tflink: If it *does* boot, can you put it up somewhere?	16:39
adamw	#action tflink to test building a boot.iso with usrmove builds	16:39
j_dulaney	tflink: Specifically, the usr move one	16:40
adamw	okay, so it seems like we have enough results of a rawhide upgrade with the /usr move stuff to be happy that it broadly works	16:40
tflink	j_dulaney: yeah, I was planning on it	16:40
adamw	if we can build a boot.iso with the /usr move packages and have it working i think it'd be okay for the changes to be tagged into rawhide at that point	16:41
adamw	what does everyone else think?	16:41
j_dulaney	+1	16:41
* nirik notes there's a hold up with rpm on the builders.		16:41
adamw	oh, goody.	16:41
maxamillion	nirik: oh?	16:42
nirik	this feature requires a change to rpm on the builders. rel-eng is not wanting to do that... I guess it will be discussed more in the fesco meeting later this morning.	16:42
haraldh	yes, we need rpm in the builders to have a guard in filesystem ... to prevent user from shooting themselves in the foot	16:42
adamw	#agreed testing of rawhide with /usr move packages so far is positive: if we can compose a working / installable boot.iso with /usr move packages, the feature can be tagged into rawhide	16:42
haraldh	and installing F17 packages on an unconverted FS	16:43
adamw	okay. that's not a QA issue, though, i don't think, so we can just keep an eye on fesco?	16:43
haraldh	when we enable the guard in filesystem.spec, the builders rpm has to provide the requirement at runtime	16:43
nirik	right, just thought I would mention it.	16:43
maxamillion	nirik: ah	16:43
maxamillion	nirik: thanks for the info :)	16:44
haraldh	can FESCO kindly ask dgilmore to do the change to the builders? :-)	16:44
j_dulaney	LOL	16:44
* kparal notes: DVD.iso boot problem reported as https://bugzilla.redhat.com/show_bug.cgi?id=785808		16:45
adamw	#info issue with boot of rats #2 DVD iso reported as https://bugzilla.redhat.com/show_bug.cgi?id=785808	16:45
adamw	thanks kparal!	16:45
kparal	one more bug report to come	16:45
adamw	alright, does anyone have any other concerns when it comes to the /usr move feature?	16:45
adamw	ahem - *QA related* concerns	16:46
adamw	filesystem philosophy can stay on the devel list :)	16:46
maxamillion	nirik: is there a link to a doc somewhere about the changes needed? ... I'd be curious to read up on it a little	16:46
j_dulaney	adamw: My bug is not related to kparal, after all	16:46
j_dulaney	https://bugzilla.redhat.com/show_bug.cgi?id=785801	16:46
j_dulaney	Turns out to be a Kernel bug	16:46
nirik	maxamillion: https://fedorahosted.org/fesco/ticket/690	16:47
adamw	j_dulaney: cool.	16:47
maxamillion	nirik: many thanks	16:47
adamw	okay, moving on	16:48
adamw	#topic upcoming events	16:48
adamw	so, TC testing is slated to start tomorrow, we'll have to keep an eye on the /usr move stuff and decide whether to do tc1 with or without it	16:48
adamw	we'll also need to have the DVD boot bug fixed at least	16:48
kay	nirik: we just need a patched rpm, that has a guard active, so users can not install some converted f17 packages on f16 systems without converting the filesystem first	16:49
j_dulaney	kay says that the bug I ran into *might* already be fixed; I'm checking into that	16:49
adamw	we also have a blocker review meeting coming up on friday, of course	16:50
tflink	yay! what would we do without blocker meetings?	16:50
kay	nirik: the rpm patch is in f15,f16,f17 already, and approved for rhel6, but not in rhel6 released atm	16:50
adamw	nothing much else upcoming this week	16:50
nirik	kay: yes, I understand the issue. ;)	16:50
kay	nirik: ok, cool	16:50
adamw	#topic AutoQA update	16:50
adamw	kparal: tflink: take the floor!	16:51
adamw	#chair kparal	16:51
zodbot	Current chairs: adamw kparal	16:51
adamw	#chair tflink	16:51
zodbot	Current chairs: adamw kparal tflink	16:51
kparal	ok, some updates	16:51
kparal	mkrizek pushed a patch to make autoqa better retry failed/timed-out connections	16:52
kparal	e.g. when downloading from koji	16:52
kparal	I refactored rats_install test and fixed many problems. there is still at least one remaining that I know of	16:53
kparal	but generally it seems to work (with F16)	16:53
* jskladan yay for better rats :)		16:53
* j_dulaney likes rats		16:53
kparal	and that's all I know about for the last week	16:53
adamw	squeee	16:53
maxamillion	jskladan: so many things about that statement make me chuckle	16:53
adamw	tflink: anything from your side?	16:54
tflink	adamw: not really	16:55
adamw	okie dokie	16:55
adamw	#info mkrizek pushed a patch to make autoqa better retry failed/timed-out connections	16:55
adamw	#info kparal refactored rats_install test and fixed many problems	16:55
adamw	aaaand finally...	16:55
adamw	#topic open floor	16:55
adamw	anything else anyone wants to raise? anyone at all?!	16:55
* j_dulaney raises a Beefy Miracle		16:56
robatino	anyone know why the RATS images are smaller than usual?	16:56
kparal	#link virt-install boot issue reported as https://bugzilla.redhat.com/show_bug.cgi?id=785815	16:56
j_dulaney	And eats it	16:56
adamw	robatino: still clueless	16:56
robatino	i noticed that the libreoffice langpacks are no longer included but that should only account for about half of it	16:56
robatino	i could upload package lists for F16 and RATS2 if someone wants to go through them	16:57
j_dulaney	Prior to the blocker meeting, I noticed that the way the KDE folks were tracking their stuff was causing everything KDE related to wind up on the blocker list; I fixed that and let the KDE folks know	16:58
adamw	you could presumably cut off the version information, sort, and do a diff?	16:58
j_dulaney	Just throwing that out there	16:58
adamw	#info f17 images so far are mysteriously smaller than f16, we're not sure of the cause	16:58
kparal	haraldh: can you please post some of your insight to bug 785815?	16:58
adamw	j_dulaney: it's normal for KDE to have a blocker bug that blocks the main blocker.	16:58
adamw	j_dulaney: they don't put all their bugs on there, only ones they actually consider release blocking.	16:59
j_dulaney	adamw: They had everything in the world in there	16:59
adamw	oh, kay. maybe they changed something. can you poke me with details? i didn't see this.	16:59
j_dulaney	Feature requests, everything	16:59
j_dulaney	adamw: I fixed it and got up with the KDE folks about it	17:00
adamw	okay	17:00
adamw	anything else for open floor? or shall we all go back to refreshing penny arcade^H^H^H^^H^H^H^H^H^H^H working?	17:00
* jskladan wants his pirate pig back		17:01
adamw	i...you...what?	17:01
jskladan	research on WebOS programming got me here :D http://enyojs.com/samples/piratepig/	17:02
jskladan	sooo, work & arcades, I say!	17:02
kay	adamw: you meant okay not kay, right?	17:02
* kay has a name that gets unintentional highlighted some times :)		17:02
adamw	kay: yeah :)	17:02
twaugh	Is this where the FESCo meetings are?	17:03
kay	o, kay :)	17:03
j_dulaney	jskladan: I don't get it	17:03
adamw	twaugh: it will be	17:03
j_dulaney	twaugh: In an hour, I do believe	17:03
twaugh	Where is the time advertised?	17:03
twaugh	I'm looking at a page that says 1700 UTC	17:04
adamw	okay, let's finish this sucker - thanks for coming, everyone	17:04
adamw	#endmeeting	17:04

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