[05:03:36] --- Stephan Wiesand has become available [06:24:21] --- Marc Dionne has become available [06:34:07] Hello Marc. Any bad news regarding Linux 3.12? [06:34:20] Hi Stephan [06:35:08] Just tested this morning with the 1_6_5_x branch, adding the proposed commits, on fedora 19 with current kernel git (3.12-rc3+). Looks good [06:35:18] :) [06:35:38] Thanks a lot! [06:36:19] the gcc warnings are not a problem if you build without --enable-warnings and --enable-checking (which I normally use) [06:43:37] I'd really like to keep the list of changes for 1.6.5.1 short. But I think that one would be ok if it's considered important. The only actual change is the "*aCL = NULL" hunk, right? [06:44:48] gcc 3.8 complains about that, also unused typedefs, and also a memcpy that is an actual bug (have to locate it again) [06:45:39] --- Derrick Brashear has become available [06:47:44] Hmm, I can't find a memcpy in 10242, and it's not mentioned in the commit message. [06:47:49] Master only, maybe? [06:48:26] it's fiexd in master with 7076, it's a memset actually [06:48:52] commit 34afb3e6b903fc [06:49:56] That's 10243 on 1.6.x [06:50:20] ok, wasn't sure if it had been pulled up [06:51:04] I'll be slightly slow on the draw today fwiw. Operating ~1handed [06:51:37] Marc: apparently, you did ;-) [06:51:42] Hello Derrick [06:51:56] Stephan: ok, short memory.. :) [06:53:06] Derrick, yeah that cast/splint can't be great for typing... [06:53:36] Ouch. What happened? [06:53:46] Bike wreck [06:54:11] Very sorry to hear that. [06:54:17] Broke one bone in my hand. That's it [07:00:51] My EL5 build of the proposed 1.6.5.1 just finished successfully. [07:01:11] --- meffie has become available [07:02:04] Hello Mike [07:02:48] If you want a tag pushed I can get that within the hour but I need to reshuffle sandboxes first [07:03:00] --- Derrick Brashear has left [07:03:25] hello. [07:03:33] --- Derrick Brashear has become available [07:04:48] ping? [07:05:08] Echo reply [07:05:19] Derrick: Thanks. Nothing has been merged yet. Buildbot isn't active on that branch, so we should have at least a few success reports before. [07:05:20] hmm, I can't see anyone else, but apparently messages are fine [07:05:30] Hello Andrew. [07:05:56] I'll build macos shortly then [07:06:37] I see Derrick, Marc, Mike and Jeffrey (who hasn't spoken up yet though). [07:07:19] Thanks Derrick (Macos is not a 1.6.5.1 target platform though?) [07:07:52] No, but might as well confirm no breakage [07:08:16] Right, thanks. [07:09:17] Ok, I guess we won't become more today. Let's start. [07:09:58] http://gerrit.openafs.org/#q,status:open+project:openafs+branch:openafs-stable-1_6_5_x,n,z [07:10:13] Anything else that should go into 1.6.5.1? [07:10:58] Marc mentioned 10242 and 10243 [07:11:05] Looks fine to me [07:11:58] Lib admin. I'm indifferent [07:12:10] but not strictly necessary unless you enable the extra warnings and checking [07:12:10] 10242 and 10243 are fine by me [07:13:01] I'd rather leave those to 1.6.6, unless anyone feels strongly about having them in 1.6.5.1. [07:13:08] I bet Xcode 5 (clang not gcc) gives a slew of new warnings [07:13:11] users who have a recent kernel (ex: fedora 19) are also likely to have a newer gcc (ex: 4.8) [07:13:42] Are they likely turn on the extra checks? [07:14:20] I don't think non-developers are likely to know they exist [07:14:20] don't know - i would think most users who compile don't [07:14:58] And those who do should have filed a bug against 1.6.5. [07:16:57] i think it's fine either way, take them or not [07:17:06] It builds on EL6 too. I have to find machines to actually run it on, but should be able to do that tomorrow. [07:17:41] Marc tested F19 with 3.12-rc3, Derrick will build on Macos. [07:17:45] Is Derek able to try on fedora? [07:18:04] Ok. Marc did [07:18:17] yeah, tested this morning [07:18:24] Anyone else who could contribute testing? [07:18:32] (what else do we need?) [07:22:31] Hmm... ok, F19 + EL5/6 should suffice for merging the changes. Then provide preliminary tarballs and ask for testing on the release-team list? [07:23:32] (and Macos, of course) [07:23:52] Sure [07:24:04] ok [07:24:41] This brings us to the merge policy for the 1_6_5_x branch. Do we insist on +1s for the pullups? [07:25:18] You control the horizontal [07:25:29] you control the vertical [07:26:06] (thanks for not calling us monkeys again) [07:26:24] please explain... [07:26:33] (I'm dumb again) [07:26:46] missing cultural reference? :) [07:27:03] I hope it's just that :-) [07:27:04] it's just another way of saying "it's your circus" [07:27:05] Colloquialism. Means your call [07:27:23] I think you've already got agreement from in here, though [07:27:53] Thanks. I'll take that as a "not strictly required". [07:28:19] Reviews of 10316/7 would be nice though. [07:29:36] ok [07:29:48] sure, those make more sense, as they aren't cherry picks :) [07:30:14] I take it noone here insists on buildbot verification either? [07:30:52] For what [07:31:10] We never merge without it or knowing why it failed [07:31:21] I think Stephan is asking about buildbot for 1.6.5.1 [07:31:32] Hello Jeffrey. Right. [07:32:01] Oh. For this, don't care. It's same as 1.6.x. [07:32:08] It isn't necessary. The changes are supposed to be single platform and have already passed master and 1.6.x [07:32:19] Ok, thanks. [07:33:55] I think this concludes 1.6.5.1. The rest should be straightforward and rather swift. [07:35:23] On to 1.6.6. Anything on RT #131737 ? [07:36:42] if that actually is a problem, I think it's been there since 1.6.0 [07:37:01] I'm not sure what he needs that header for, but we can talk to him [07:37:27] my opinion is, don't block onit [07:37:32] +1 [07:37:55] (immediate cause is switching from 'struct AFS_UCRED' -> afs_ucred_t; the former works without the struct definition, but the latter doesn't work without a typedef) [07:38:48] Ok, won't block on it. I guess few have this problem, and todd has a workaround. [07:40:35] Open changes in gerrit... which ones of the top 6 from http://gerrit.openafs.org/#q,status:open+project:openafs+branch:openafs-stable-1_6_x,n,z are for 1.6.6? [07:41:44] Or, which clearly aren't? [07:42:49] the parallel build changes and doc changes might as well go in. [07:42:59] top 5 are for 1.6.6 [07:43:07] I don't think aklog should be a blocker [07:43:49] 10309 10310 and 10275 are unlikely to break anything besides the build failing [07:43:53] Aklog is "would be nice" IMO [07:44:19] 10314 is just a doc change [07:45:45] 10274 is the only one that could conceivably cause a runtime bug, but it's pretty simple [07:46:23] Well, pre1 is meant to be tested. So why not. [07:46:50] 10310 also contains a slight divergence from master, but it probably doesn't matter [07:46:59] (that is, "as-is") [07:51:35] So 10310 should be cleaned up - wait for that before merging it? [07:52:31] one sec. [07:52:55] mike says he'll get it [07:53:01] should just take a moment [07:53:09] Great. [07:53:33] Anything else yet to pull up? [07:54:01] there will always be something else tomorrow :) [07:54:21] Of course. We have a few days - builders will be busy with 1.6.5.1 for that time anyway. [07:55:41] --- Derrick Brashear has left [07:56:33] (10310 pushed) [07:57:51] Thanks Mike. Once that's verified and reviewed, 10274/5, 10309/10, 10314 seem ok to merge then. [07:57:59] --- kaduk has become available [07:58:26] I hope to have patches to build on freebsd 10.0 in the next few days, ideally those could get into 1.6.6, too. [07:58:55] Hello Ben. [07:59:43] Sorry I'm late. [08:00:05] If they touch FBSD only, there has been no dispute in the past. [08:00:55] I think I have a couple of cleanups outside afs/FBSD, but those may only be needed on master. [08:01:55] (We are using a few headers as that are supposed to be used as or on FreeBSD, and the kernel module build glue doesn't seem to like just adding extra -I arguments to the compiler.) [08:02:44] Let's discuss them once they're ready. If it's just cleanups, I wouldn't want to block 1.6.6 on them though. [08:03:06] Sure. I'll work on getting actual concrete things to talk about. [08:05:00] Ok. In the next days, I'd like to prioritize getting 1.6.5.1 out. Then let's see what else has come up for 1.6.6. [08:05:41] Tomorrow's a public holiday here. I should be able to get 1.6.51 to the stage of preliminary tarballs (w/o) tag. [08:05:54] (and catch up on the minutes - shame on me...) [08:06:01] freebsd support can always be 1.6.6.1 if the changes are small and platform specific [08:07:30] Jeff: Ok. Let's see what they actually look like. [08:07:40] Anything else to discuss today? [08:08:36] Thanks a lot for your participation. And the +1's etc in gerrit. [08:09:02] Bye. [08:09:08] --- Stephan Wiesand has left [08:10:23] --- kaduk has left [08:12:25] --- meffie has left [08:16:22] --- Marc Dionne has left [12:47:46] --- deason has left [12:47:46] --- deason has become available [15:28:57] --- deason has left