15:33:29 #startmeeting 15:33:29 Meeting started Mon May 12 15:33:29 2014 UTC. The chair is dgilmore. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:33:29 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:33:37 #meetingname releng 15:33:37 The meeting name has been set to 'releng' 15:33:53 woo, I'm not late! ;) ahoyhoy. 15:34:15 #chair tyll_ nirik masta dwa sharkcz 15:34:15 Current chairs: dgilmore dwa masta nirik sharkcz tyll_ 15:34:25 #topic roll call 15:34:27 morning 15:34:29 who is here 15:34:48 Hey there 15:35:19 lets get moving 15:35:27 #topic tickets https://fedorahosted.org/rel-eng/report/10 15:35:44 #topic https://fedorahosted.org/rel-eng/ticket/5854 15:35:47 masta: ? 15:36:04 we are not running the script at all. cant hurt to apply the patch 15:36:19 * nirik nods. Lets just apply and move on? 15:36:48 yeah 15:38:41 sounds good 15:38:45 applied 15:39:06 #topic https://fedorahosted.org/rel-eng/ticket/5362 15:39:21 okay , so pungi is updated 15:39:40 need to update mash 15:40:08 cool. 15:40:28 * nirik is looking forward to mash not keeping all those junk drpms in rawhide 15:40:49 okay moving on 15:40:57 #topic https://fedorahosted.org/rel-eng/ticket/5846 15:41:41 not sure we have much to discuss here since bochecha is not here 15:41:42 bochecha is traveling I think 15:42:25 okay 15:42:32 #topic https://fedorahosted.org/rel-eng/ticket/5870 15:42:38 rawhide signing 15:42:40 bochecha is back in France (he should have arrived today 15:42:49 number80: cool. ;) 15:43:03 cool 15:43:07 so, on rawhide signing, I think just signing part of them isn't going to be useful. We need to do all or nothing. 15:43:10 thanks number80 15:43:23 nirik: right 15:43:30 so, then we could ask devel list or fesco if they would scream if we gated rawhide. 15:43:45 and/or write up what we hope someone will implement for automated signing. 15:43:48 anyway to make sure they are all signed will ad a delay for some packages getting out 15:44:16 i suspect people will complain 15:44:42 ive heard complaints that rawhide builds take too long to get out already 15:44:45 yeah... 15:44:56 but we could ask? or do you think it's just non starter? 15:45:03 composes are down to around 5h now. 15:45:05 we can ask 15:45:18 I can open a thread on devel 15:45:38 nirik: i would like to have nightly composes be full composes 15:45:49 which ill likely make them take more time 15:45:53 what all does that add on to it? 15:45:53 and will be bigger 15:46:34 I think the mash drpm thing might save some time...lots of less files to sling around 15:46:40 yeah 15:47:19 im thinking of making the steps that dont need to be arch specific run on x86 15:47:25 now that storage is back to normal too, we could look at profiling things more. 15:47:36 as the depsolving etc is quicker on x86 than arm 15:48:07 mash in particular could use more logging of when it does particular steps. 15:48:30 just run the steps to make the anaconda install bits on their target arches 15:48:39 http://koji.fedoraproject.org/mash/rawhide-20140512/logs/buildrawhide.log 15:49:07 see the 4.5 hours of mash mashing... would be nice to see when it did drpms, etc. 15:50:20 yeah 15:50:41 ill look at increasing its logging when I update it this week 15:51:16 that would be great 15:52:24 okay so 15:52:54 #action nirik to raise with devel@ the idea of gating rawhide packages until signed. 15:53:07 nirik: i honestly do not like the idea much 15:53:22 yeah, it does mean more work for sure... 15:53:28 and I'm not sure the gain is that great. 15:53:33 nirik: because we shold do the same for secondaries and primary arches 15:53:48 and its a lot of effort i am not sure i ant to commit people to 15:54:28 we would probably want to disable rawhide on weekends 15:54:53 yeah. perhaps we should drop the idea then... 15:55:06 and work on writing up exactly what devel we need against sigul for automated. 15:55:12 in hopes of someone stepping up to do it. 15:55:31 not sure i really like automated signing either 15:56:14 maybe we should get with the security folks and see if we can work out what we should do 15:56:37 sounds like a nice idea. invite them to next weeks meeting? 15:56:48 yeah 15:57:25 #action dgilmore to get with the security folk and invite them to next weeks meeting 15:57:34 okay lets move on 15:57:44 #secondary arch updates 15:57:48 #topic secondary arch updates 15:57:54 #topic secondary arch updates - ppc 15:58:01 dwa: you're up 15:58:09 webkitgtk is gating a lot of packages on ppc :( 15:58:20 I keep seeing it fail to build. ;( 15:58:24 :( people working on it? 15:58:35 yeah they are - karsten is working with the maintainer 15:58:55 dwa: where is ppc64le? seems we have issues with you guys using older builds 15:59:10 dwa: whats left to be built to merge into the main koji? 15:59:36 that's... turning into a little bit of a can of worms 15:59:50 IBM and I had/have differing ideas of timelines 15:59:52 in what way? 16:00:10 well it needs to be done sooner rather than later 16:00:23 they want to maintain ppc64be stability first and foremost and wait to merge in ppc64le until packages don't need the LD override we're using right now 16:00:32 as soon as you can get the builds caught up you should merge it in 16:00:56 (LD override is a patch that's in the rawhide toolchain, tells the linker to always respond as if it's being asked about ppc64le for packages that bundle their own config.* ) 16:01:16 It probably needs a bigger discussion so I'll write stuff up for you today 16:01:24 dwa: rpm replaces config.* 16:01:36 well config.guess and config.sub 16:01:47 dwa: so i suspect you do not need the hack now 16:01:48 that's what I thought but they claim a lot of packages need manual editing 16:01:54 btw, is it planned to do both ppc64be and ppc64le moving forward? or everything will move to le once it's ready? 16:02:08 dwa: if so its a bug in the package and needs fixing 16:02:15 nirik: the plan is to have both be & le simultaneously 16:02:28 dwa: is there plans to drop 32 bit? 16:02:28 ok 16:02:30 nirik: I'm sure eventually they'll want to kill off be but that's not the plan today 16:02:53 dgilmore: phil would really like to, and sent out a mail to the ppc list on friday proposing just that 16:03:11 i think it makes sense to 16:03:17 and just do 64 bit 16:03:31 * nirik wishes we could do that with x86 too. ;) 16:03:35 dwa: so i suggest that we drop the hack 16:03:45 fix the packages that need fixed 16:04:03 and as soon as possible merge ppc64le into ppc.koji 16:04:26 *nod* 16:04:41 the 'hack' is actually something that the toolchain maintainers have accepted into rawhide 16:04:48 so it's not a one-off thing only in ppc64le koji 16:04:53 dwa: sure 16:05:07 dwa: unlike glibc that seems to be anciet 16:05:08 but it does need an environment variable being set to turn it on, so... I don't like the idea of using it in the main koji instance 16:05:10 ancient 16:05:16 dwa: whats the deal there 16:05:35 why have you guys not been following things correctly? 16:05:58 IBM has been focused on breadth of packages at the moment 16:06:13 and we were planning on starting koji-shadow etc this week on le koji 16:06:13 dwa: really not good enough or right 16:06:55 dwa: how far behind is ppc64le? 16:07:12 not sure. I tried to run koji-compare last week and it crashed. :P 16:07:26 * masta looks in 16:07:27 okay 16:07:29 we'll get it caught up this week. 16:07:33 maybe it needs a patch 16:07:44 the ppc64le systems are pretty dang fast 16:07:57 cool 16:08:02 (also helps we're only building one arch) 16:08:16 anything else we need to discuss for ppc? 16:08:59 so in summary: 1) ppc64 is behind because of webkitgtk, people are working on it 2) We want to drop ppc32, discussion started on the mailing list, 3) ppc64le will get koji-shadow'd this week 4) you'll get an e-mail about ppc64le roadmap 16:09:20 yes, I'm supposed to be helping ppc le, officially... I think. 16:09:22 #info ppc64 is behind because of webkitgtk, people are working on it 16:09:34 #info We want to drop ppc32, discussion started on the mailing list 16:09:48 #info ppc64le will get koji-shadow'd this week 16:09:50 masta: yeah you'll get roped in on that e-mail too. sorry ;) 16:10:06 #info e-mail about ppc64le roadmap on its way 16:10:33 #topic secondary arch updates - s390 16:10:43 no sharckcz 16:10:53 #topic secondary arch updates - aarch64 16:10:59 #topic secondary arch updates - arch 16:11:04 #undo 16:11:04 Removing item from minutes: 16:11:05 #undo 16:11:05 Removing item from minutes: 16:11:09 #topic secondary arch updates - arm 16:11:33 so i caught up and pushed out f19 updates for 32 bit arm last week 16:11:46 aarch64 is moving along pretty well 16:12:22 right now lmc can be used to produce aarch64 images 16:12:38 lmc is not a tool we can use 16:12:48 so we need to get tooling we can use 16:12:49 but I'm not sure all the bits are in place to actually produce a working image 16:13:17 dgilmore: I know, but for boot strapping purposes... perhaps it would be useful .. just throwing it out there 16:13:21 masta: doesnt matter much since we cant use lmc 16:14:00 dgilmore: did you get your hardware? 16:14:04 masta: not yet 16:14:15 fedex has not updated today 16:14:53 so the aarch64 builders are up to nine hosts I believe, and Dennis and myself have been provisioned desktop hardware to get things moving... 16:15:09 nice 16:15:21 hopfully we can get some builders in phx2 so we can have a local platform for testing of composes 16:15:26 making install trees 16:15:44 yes, the plan is to have them in phx2 16:16:07 * nirik is looking forward to them arriving as well. 16:16:27 like ppc64le aarch64 is quite fast 16:17:06 lets move on 16:17:12 #topic open floor 16:17:27 anyone want to discuss anything? 16:17:33 I reinstalled all the builders this weekend. 16:17:41 :) i saw cheers 16:17:52 there's 3 arm socs that won't boot. Not sure why or how to fix them 16:18:10 nirik: point me at them and i can take a look 16:18:19 I also moved buildvm's from the old blades to the new blades... 16:18:26 we can reinstall old blades as buildhw 16:18:30 Im hoping to get a rawhide compose of everything done this week 16:18:31 sure, can do 16:18:54 so now buildvm's are on 3 new blades (9 per) and seem to be working pretty well. 16:19:10 get an idea of what fedora.next will look like 16:19:20 nirik: cool 16:19:32 is there plans for more blades? 16:20:22 well, we have 8 new blades... 3 are buildvmhosts (as above). the other 5 are bvirthosts. I was going to look at moving the existing bvirthost stuff over to them in the coming months. 16:20:40 okay 16:21:41 masta: fedex just pulled up 16:21:48 anything else? 16:21:51 \0/ 16:22:08 nope 16:22:16 we better wrap it up 16:22:59 * nirik has nothing else. 16:23:22 ok 16:23:51 I'm going to attempt to end it 16:23:59 #endmeeting