15:50:30 #startmeeting RELENG (2015-10-12) 15:50:30 Meeting started Mon Oct 12 15:50:30 2015 UTC. The chair is dgilmore. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:50:30 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:50:41 #meetingname releng 15:50:41 The meeting name has been set to 'releng' 15:50:41 #chair dgilmore nirik tyll sharkcz bochecha masta pbrobinson pingou maxamillion 15:50:41 Current chairs: bochecha dgilmore masta maxamillion nirik pbrobinson pingou sharkcz tyll 15:50:44 #topic init process 15:50:54 * sharkcz is here 15:50:55 Hi there 15:50:57 .hello kevin 15:50:57 * maxamillion is here 15:50:58 nirik: kevin 'Kevin Fenzi' 15:51:00 .hello maxamillion 15:51:01 maxamillion: maxamillion 'Adam Miller' 15:56:14 ? 15:56:29 is this thing on? ;) 15:56:51 nirik: I *think* so ... 15:57:10 so we have no tickets to go over 15:57:19 cool. 15:57:22 sorry was just eyeing up the tickets 15:57:40 before we do secondary arches, I wanted to cover the change to dnf 15:57:50 #topic rawhide buildroot changed to dnf 15:57:54 I closed https://fedorahosted.org/rel-eng/ticket/6276 because it's a expected dnf change. We might want to note it to devel-announce? 15:58:15 somehow there was one x86 and about 5 arm boxes that did not get the needed dnf update 15:58:28 there is a few small number of issues reported 15:59:31 dgilmore: I did reinstall a few of them the other day. 15:59:42 buildhw11 was down I think, I had to power cycle it. 15:59:52 nirik: dnf is in updates-testing 16:00:06 ok. I may have not pulled that in, so thanks for fixing that. 16:00:10 we should give it some karma 16:00:13 what's needed to get it into updates 16:00:23 pbrobinson: karma 16:00:38 the plan is still to move builders to f23 after release right? 16:00:39 what's the NVR? 16:00:51 https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bcdcdc46b 16:00:55 thats the update 16:01:00 nirik: yeah 16:01:04 cool 16:01:37 have we tested things like EPEL-6 on f23 with dnf installing the chroot? 16:02:47 pbrobinson: no because that will never happen 16:03:00 it should use yum for that. ;) 16:03:14 only f23+ buildroots will it use dnf 16:03:14 * pbrobinson is lost 16:03:19 only f24 and up will use dnf to install teh buildroot contents 16:03:22 sorry, f24 16:03:23 yeah 16:04:05 yes, but on a F-23 builder doesn't mock use the native dnf to install the EL6 buildroot first? 16:04:07 this dnf version is needed on the builders to make f24+ buildroot making work 16:04:10 only rawhide/f24 and newer fedora's will have thier buildroots created by dnf 16:04:19 pbrobinson: no 16:04:43 koji tells mock to use yum or dnf as desired 16:04:57 you will only have dnf used if it is specified in the mock config 16:04:58 is that patch upstream BTW, someone was asking about it on devel this weekend 16:05:32 nirik: the patch is upstream, but all it does is species the yum command to yum-deprecated if it exists on the host 16:05:59 so mock uses yum-deprecated on a f23 host for el6? 16:06:06 pbrobinson: yes 16:06:17 and el7 16:06:22 ok 16:07:23 we have that in staging yet? 16:07:40 I suspect that there will be more issues filed, and most of them will be due to changes in behaviour in dnf 16:07:50 f23 builders? 16:08:07 nirik: what would it take to put a f23 builder or two in staging? 16:08:27 we could sure. 16:08:32 should be pretty easy 16:08:38 yes, f23 builders to test all the various senarios 16:09:37 #info we will get some f23 builders in staging koji 16:09:37 I can try and do that later this week... 16:10:24 thanks 16:10:40 lets all try keep on top of and answer tickets quickly 16:11:18 the reporter of 6276 was not happy and wants to reopen it. 16:11:18 * maxamillion needs to get better at checking the ticket queue and being useful tehre 16:11:21 there* 16:11:24 but there's pretty much 0 we can do about it. 16:12:55 nirik: I think its actually a bug in f21's dnf 16:13:23 nirik: as on my laptop "dnf install /bin/tcsh" works 16:13:33 I don't think so. They have explicitly said thats not supported 16:13:45 it does work in f23 16:14:19 they may have changed the isntall case. 16:14:23 but this is builddep 16:14:39 nirik: I just commented on that actually 16:14:39 dgilmore: afaik it might work if there is already a symlink installed on your local system 16:14:43 rdieter reported in the dicket builddep worked also 16:15:00 tyll: if that is the casde it is horribly broken in dnf 16:15:28 tried to comment even, fuck trac 16:16:15 no idea then. I thought it was expected.... 16:16:25 I am not sure 16:16:48 #action dgilmore to find who in the dnf team to work with on dnf issues 16:17:01 I will find a contact person to work with 16:17:09 I thought it was as expected too, afterall usrmove feature was years ago 16:17:37 dgilmore: +1 16:17:37 pbrobinson: yeah. In this case I think that its bugs in the packaging 16:19:02 dgilmore: I feel like when we file BZs it's just http://screamintothevoid.com/ ... so having a point of contact would be nice for at least rel-eng impacting issues in dnf 16:19:06 dnf builddep also works in rawhide. 16:19:14 (or at least when I file BZs ... YMMV) 16:19:14 so I guess you are correct that it's a f21 thing. 16:19:26 maxamillion: indeed, it took quite a few weeks to fix the bugs so we could make this change 16:20:20 does anyone want to talk about this more? 16:20:49 #topic Secondary Architectures updates 16:20:50 #topic Secondary Architectures update - ppc 16:21:04 pbrobinson: how is ppc going? 16:21:53 looking pretty good, spun a TC1 to test anaconda and some installer stuff today 16:22:27 I've built out a large chunk of new build VMs all anisblised etc 16:22:49 there's a few bits I need to debug, it's on the list for tomrrow to clean the last bits of that up 16:22:57 nice 16:23:27 just awaiting VLAN changes from nirik (or int infra via nirik) for new EPEL builders on the same HW 16:23:41 yeah, I put in the ticket, but no word yet. 16:24:11 two hosts built, will build 3rd tomorrow, and associated VMs 16:24:26 sounds good 16:24:34 need to work out a few ansible bits and pieces to clean up some stuff and a few koji bits 16:24:42 pbrobinson: yep, good job 16:24:52 but mostly there (finally!!) 16:25:06 ) then to move the hub and compose box etc 16:25:25 dgilmore: yes! 16:25:50 and kill off old shitty P6 hardware and stuff! 16:26:02 and that also 16:26:14 #topic Secondary Architectures update - s390 16:26:20 sharkcz: how is s390 16:27:08 I'll remove those redirects for now so signing can move forward and we can fix that properly after freeze? 16:27:09 it's not that good as ppc, but I have created Beta RC1, there is one issue in the partitioning, fix exists 16:27:26 okay 16:27:48 and still working on the hub as you can see 16:27:56 yeah 16:28:07 I think we need to setup a vhost for s390pkgs 16:28:07 * sharkcz got dragged more into the enterprise world now ... 16:28:12 whats the status of stuff in https://fedorahosted.org/fedora-infrastructure/ticket/4840 ? mostly fixed? some still left? would be good to add a summary of whats left... 16:28:17 or we need to setup a second vm for it 16:28:25 nirik: will look into it 16:28:44 dgilmore: yeah, but I'd prefer to do that after freeze, not in a big hurry today. 16:28:53 the thing with s390pkgs is that this name is used for the builder for a local squid cache 16:29:10 used by the builders 16:29:13 comment 1 it shoudl all just be releng 16:29:49 sharkcz: and that should not matter in any way shape or form 16:30:17 I think the main issue on the hub is that hardlinking doesn't work for the branched/rawhide mashes 16:30:32 sharkcz: that is an issue on primary also 16:30:59 it needs some major changes to how we do things that I am working on 16:31:02 dgilmore: any solution in sight? 16:31:10 ok 16:31:12 sharkcz: changing how we do things 16:31:20 it will happen 16:31:59 in the meantime s390 would need more space on the storage for /mnt/koji (and keep just few mashes) 16:32:49 sharkcz: we should only be keeping a few mashes anyway 16:33:34 note that the netapp also does de-dupe... 16:34:09 wow.. you are at 97%? 16:34:12 dgilmore: is there already a cron job to remove the old ones? IIRC I could see such function in the build-branched/rawhide/functions.sh 16:34:21 sharkcz: no 16:34:26 it has to be done manually 16:34:27 nirik: yes, but you still need to allocate space to the mount, even if it's lazy allocation 16:34:29 could not 16:34:43 pbrobinson: sure. 16:35:02 anyhow, we can add more space if needed, but of course want to try and conserve as much as we can. 16:35:58 nirik: I'm running hardlinking manually when possible 16:36:23 so, how much will you think you will need now? should I just +1TB? 16:36:44 if you can add 1T, it would be ok 16:37:34 done 16:37:59 thx :-) 16:38:03 anything else for s390? 16:38:10 hope not 16:38:19 #topic Secondary Architectures update - arm 16:38:27 pbrobinson: how does arm look? 16:38:41 looking really good in terms of builds 16:38:49 I know nirik made a new ansibilised db and hub box last week we need to poke at 16:39:00 I made a new hub/db instances, but haven't yet copied a db dump over to it... I'll try and do that sometime... but if someone else has time before me, please go for it 16:39:13 I cleaned up some old ARMv7 only packages that some how kept getting tagged in 16:39:27 pbrobinson: :( boo 16:39:45 well they're things like fc20 builds of mono so of no use 16:39:54 and it gives a clearer picture of where we are 16:40:17 but we've fixed up a bunch of other stuff too and it's mostly looking pretty good 16:40:50 I need to look at a kernel patch for the builder lock up issue, it's on the list for this week once the power infra is cleaned up some more 16:40:59 okay 16:41:05 reminds me 16:41:18 theres some builders showing down again... 16:41:24 I did not look at what we will need to do to make sure that dnf is used on secondaries 16:41:38 nirik: yep, on my list 16:41:50 cool. 16:42:15 dgilmore: I was going to ask about that actually, wasn't sure if we got it by default with the new version of koji you pushed out 16:42:26 or quite how it was enabled 16:42:36 pbrobinson: its a flag that has to be set on the tag 16:43:10 dgilmore: OK, I'll sync with you about that so I can co-ord with the various arches to get it done 16:43:13 koji edit-tag -x mock.package_manager=dnf f24 16:44:05 we should be OK for aarch64 right up, on PPC I'll need to get all the new builders in, and disable the old ones once we know the new ones are good and then flip, sharkcz will know better on s390 16:44:22 * pbrobinson takes note of command 16:44:27 may need to patch koji-shadow to look for it and use it when needed 16:44:43 dgilmore: AH 16:44:48 * pbrobinson goes and cries in the corner 16:45:04 pbrobinson: but we should add it to the f24 tags on secondaries 16:45:39 although most of what koji-shadow does is actually custom createrepo so it might be OK 16:46:28 dgilmore: yep, I'll play with it this week, probably on aarch64 16:47:00 dgilmore: patch shadow like for adding the dnf option to the SHADOWBUILD-f24* tags shadow creates on the fly? 16:47:00 cool 16:47:08 sharkcz: yes 16:47:14 ok 16:48:11 anything else? 16:48:27 not from me 16:49:04 nirik: actually, when is infra freeze? 16:50:18 pbrobinson: tomorrow 16:50:27 that's what I though 16:50:43 it is the same as change freeze 16:51:13 I'll aim to clean up the last of the power builder stuff tomorrow morning my time and get it out of the way 16:51:16 yeah. 16:51:20 cool 16:51:29 #topic Open Floor 16:51:32 and then the rest of that can wait until post freeze 16:51:33 we should perhaps start doing it at 00:00 UTC, but we have typically done it the next morning. 16:51:40 I have one thing for open floor 16:51:49 maxamillion: go for it 16:52:18 I was just wanting to request that everyone try to find some time to review my proposal for the new docs workflow and provide feedback in the not too distant future https://lists.fedoraproject.org/pipermail/rel-eng/2015-October/020804.html 16:52:45 mostly just because I wanted to get to working on it :) 16:52:49 that's all I had, thanks 16:53:16 #info maxamillion wants to update docs workflow. please provide feedback 16:53:23 https://lists.fedoraproject.org/pipermail/rel-eng/2015-October/020804.html 16:53:30 anything else? 16:54:03 #endmeeting