[00:43:49] --- haba has left [01:44:21] --- haba has become available [01:47:11] --- Simon Wilkinson has become available [01:49:39] kaduk: 1706 is merged, so that aklog should be fixed. It certainly fixed the problem for Russ on Linux (I never saw the problem on either Linux or Mac OS X) [01:50:00] Can you check that you have got 8d41bc24c51018a25eac49b3403cbb276713e1ad in your build? [01:55:30] --- kaj has become available [02:17:58] --- Russ has left: Disconnected [02:31:24] --- Simon Wilkinson has left [02:34:39] --- Simon Wilkinson has become available [03:48:24] --- jaltman has left: Replaced by new connection [03:48:25] --- jaltman has become available [04:28:27] --- kaj has left [04:34:22] --- kaj@kth.se has become available [04:36:50] > Derrick, is your test machine single-processor? yes [04:49:14] Derrick: Do you know of a valgrind alternative for Mac OS X? [04:50:22] someone ported it i thought? [04:50:29] http://www.sealiesoftware.com/valgrind/ [04:50:54] Don't think that works in 10.6 [04:51:08] Certainly, the one in Mac Ports has a hissy fit about my kernel version. [04:53:55] https://bugs.kde.org/show_bug.cgi?id=205241 [04:54:01] scroll to the bottom [04:55:43] the aklog thing? [04:55:49] Yeah. [04:56:01] --- tharidufernando has become available [04:56:02] I was going to build a pthread aklog, and see if valgrind spits out anything else. [04:56:16] (there's too much noise in the LWP build) [04:58:17] LWP tends to confuse tools badly, yes [04:58:40] Confuses me badly too, but that's beside the point :) [05:11:22] --- tharidufernando has left [05:12:19] --- tharidufernando has become available [05:14:06] --- tharidufernando has left [05:14:11] --- tharidufernando has become available [05:37:26] --- Simon Wilkinson has left [05:46:31] --- meffie has become available [06:09:56] --- jaltman has left: Disconnected [06:36:08] --- Simon Wilkinson has become available [06:37:29] --- Simon Wilkinson has left [06:37:39] --- Simon Wilkinson has become available [06:59:14] Grrr. MIT Kerberos 1.8. Grrr. That is all. [07:01:55] --- deason has become available [07:05:15] --- reuteras has left [07:24:00] --- haba has left [07:32:47] --- Simon Wilkinson has left [07:32:47] --- Simon Wilkinson has become available [08:27:30] --- jaltman has become available [08:53:53] --- Simon Wilkinson has left [09:32:01] --- kaj@kth.se has left [09:55:33] --- deason has left [09:55:51] --- deason has become available [09:57:51] --- meffie has left [09:59:44] --- jaltman has left: Disconnected [10:07:11] --- jaltman has become available [10:09:55] --- Russ has become available [10:47:40] --- kaj has become available [10:47:44] --- meffie has become available [11:45:53] --- mho has become available [11:49:21] --- tharidufernando has left [11:53:23] --- mho has left [12:06:44] --- haba has become available [12:15:09] --- mho has become available [13:17:22] --- haba has left [13:52:32] --- jaltman has left: Disconnected [14:59:50] --- kaj has left [14:59:54] --- kaj has become available [15:16:14] --- Simon Wilkinson has become available [15:16:32] 1732 seems to be a little bit screwed up. [15:21:05] Oh, and Google have just shifted the goalposts on us. If we want 'n' slots, then we need to have 'n' projects with mentors assigned to them by Monday. [15:35:52] Tree is broken on Linux 2.4, btw. [15:41:17] error? [15:41:34] oh, i bet it was gcpags [15:42:02] Yeah. Did you review that at all? [15:42:21] Because I've just gone through 3 files and found places where it either a) won't build or b) has the wrong symbols. [15:43:11] i guess not well enough. it worked where i tested it. [15:43:34] The DARWIN case is right, as far as I can tell. [15:43:36] AIX won't build [15:43:39] FBSD is wrong [15:43:43] LINUX24 is wrong [15:45:11] perhaps i'll just revert for now. [15:58:59] --- jaltman has become available [16:00:52] Simon: I don't think the gsoc requirement is a problem. I'm willing to assign mentors to more student/projects than we will accept. The question is at the moment. Which do we want to accept? [16:01:19] Is jhutz happy with any of the NFS-AFS students? [16:01:41] I know Derrick has at least one he wants. I have at least three. [16:01:53] David has his one for sure. [16:02:00] We probably shouldn't discuss acceptance in detail here, and I'd be happy to do so next week. Just wanted to make sure we didn't miss out on slots due to having a busy weekend. [16:02:55] we won't and I don't want to discuss proposals in detail in a public forum. However, if there are mentors that know for sure they aren't taking on a student, that level of detail I am happy with being public. [16:14:12] I built Russ’s openafs 1.5.73.3 packages for Ubuntu 8.04 through 10.04: https://launchpad.net/~openafs/+archive/master [16:14:19] cool [16:14:50] andersk: While you're around, what are the chances of getting 1.4.12 into the current Ubuntu release? [16:15:01] I understand it's an LTS release, and they've got MIT Kerberos 1.8 [16:15:27] We’re awaiting the decision of ubuntu-release about getting a FeatureFreeze exception for that. [16:15:44] https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/555620 [16:16:00] Ah. Okay. [16:16:17] If they say no, could we backport the necessary stuff to 1.4.11 and get it in that way, do you think? [16:16:43] (I'm just thinking of the aklog change, really) [16:17:00] That would probably be possible. [16:17:22] Cool. [16:18:10] In fact, if they say no before FinalFreeze (Thursday), broder can just upload that fix. [16:18:18] I would like more insight into the process of how release selection is performed. I love the fact that distributions are willing to cause more support headaches for the projects whose code they re-distribute [16:19:44] Basically, if they're anything like Debian, they expect you to have everything in the repository that you want released with the release before the release freeze, and if you miss that deadline, you have to go through a review process that's much more about not destabilizing the release than about the usability of that particular package. [16:20:44] I could probably make things easier going forward by being somewhat more plugged into the Ubuntu release scheduling so that I know when to try to get things into Debian to propagate from there. Right now, I don't pay any attention to it at all, so the release freezes always come as a surprise. [16:20:55] should we be writing up a report for each release for submission to these packagers that explain all the reasons why continuing to ship a prior release will cause pain? [16:21:06] Russ: https://wiki.ubuntu.com/LucidReleaseSchedule [16:22:21] jaltman: It depends on what we think the most likely timing scenarios are. Usually for Debian Sam or I have just gotten the package into the release before the freeze. [16:22:43] Or in a few cases have just navigated the Debian freeze exception process, which for me isn't any big deal. [16:23:24] There's in general no alignment between release cycles for open source software, so everyone always has these problems, from the kernel folks on down. [16:24:19] It's a bit harder with Ubuntu than with Debian just that there are a lot more releases, so there are more freeze points and more synchronization points. With Debian, I basically only have to think about it about once every 18 months. [16:24:28] --- Simon Wilkinson has left [16:24:52] I imagine a comment on the bug from the maintainers would help, if you’re motivated to write one. If there’s a clear case for a freeze exception, it’s mostly a matter of whether ubuntu-release gets around to looking the bug before Thursday. [16:25:06] Oh, sure, I didn't realize that would help. I'll add a comment. [16:25:49] Or I'll get an internal server error from Launchpad when I try to log in. Huh. [16:26:00] Never had *that* happen before. [16:26:04] Okay, it was transient. [16:27:57] broder and I were a little lame about writing up the freeze exception request for this cycle, mostly because we forgot about the weak crypto problem (the MIT KDC still requires allow_weak_crypto anyway, so we all have that enabled). [16:29:05] Comment added. [16:31:17] --- mdionne has become available [16:51:29] --- Russ has left: Disconnected [17:24:38] --- Russ has become available [18:07:48] --- deason has left [18:08:22] --- deason has become available [18:12:56] --- kaj has left [19:25:08] --- meffie has left [19:32:02] --- mdionne has left [19:36:21] --- tharidufernando has become available [21:10:56] --- Russ has left: Disconnected [21:17:34] --- deason has left [21:27:24] --- Born Fool has become available [21:50:23] --- tharidufernando has left [22:10:07] --- Born Fool has left