[00:10:01] --- kaj has become available [00:16:07] --- abo has left [00:42:17] --- haba has become available [01:33:55] --- abo has become available [03:43:02] --- reuteras has left [03:43:48] --- haba has left [03:44:24] --- haba has become available [03:48:44] --- jaltman has left: Replaced by new connection [03:48:46] --- jaltman has become available [04:51:19] --- dwbotsch has left [04:51:45] --- dwbotsch has become available [05:05:24] --- haba has left [05:30:14] --- jaltman has left: Disconnected [05:30:23] --- jaltman has become available [05:32:50] --- meffie has become available [06:00:35] --- haba has become available [06:05:38] --- meffie has left [06:10:41] --- jaltman has left: Disconnected [06:17:19] --- haba has left [06:45:04] --- jaltman has become available [07:15:26] --- deason has become available [07:20:15] --- abo has left [07:24:24] --- meffie has become available [07:31:29] --- reuteras has become available [07:37:51] --- reuteras has left: Lost connection [07:37:51] --- kaj has left: Lost connection [07:52:40] --- reuteras has become available [07:53:21] --- reuteras has left: Lost connection [08:03:49] --- Simon Wilkinson has left [08:07:14] --- haba has become available [08:07:28] --- reuteras has become available [08:07:59] --- reuteras has left [08:09:04] --- abo has become available [08:47:30] --- meffie has left [08:58:45] --- haba has left [09:37:15] --- Simon Wilkinson has become available [09:52:05] Simon Wilkinson: you mentioned something about how long it takes to build RPMs for openafs, is there anything 'the community' could do to improve on that? [09:52:39] mail a machine to him? [09:52:41] --- tharidufernando has become available [09:52:44] an awesome machine? ;) [09:53:28] I have many many awesome machines, none that I could just mail to him I'm afraid [09:53:37] i have this decstation here.... [09:53:55] He didn't mean awesome in that way, Tom [09:53:58] at some point you will be able to provide cycles tho probably not for rpms [09:57:36] gah, makesrpm.pl lies. it says src.tar.gz in the usage, but it does tar -xvjf [10:00:27] submit a patch [10:07:41] --- Simon Wilkinson has left [10:14:13] --- haba has become available [10:19:42] --- meffie has become available [11:00:03] --- Russ has become available [11:06:55] --- tharidufernando has left [11:15:48] --- steven.jenkins has left [11:16:13] --- steven.jenkins has become available [11:21:01] --- steven.jenkins has left [11:23:11] --- steven.jenkins has become available [11:30:58] --- Russ has left: Disconnected [11:48:04] --- Russ has become available [12:04:40] --- jaltman has left: Replaced by new connection [12:04:41] --- jaltman has become available [12:19:33] --- asedeno has become available [12:50:34] --- kaj has become available [13:57:12] --- shadow@gmail.com/owl4EAC463D has left [14:06:29] --- shadow@gmail.com/owlF3B2DDA4 has become available [15:02:44] --- haba has left [15:59:17] --- kaj has left [16:23:46] --- jaltman has left: Disconnected [16:31:40] --- deason has left [16:55:50] --- deason has become available [17:03:53] --- meffie has left [17:48:55] --- Russ has left: Disconnected [18:10:57] --- Russ has become available [21:31:44] --- jaltman has become available [21:45:56] So ... I just built what I'm pretty sure is master, and I'm still getting heap corruption from aklog. [21:46:37] ... but I appear to be able to read files. [21:47:07] ... once? [21:49:18] Derrick, is your test machine single-processor? (I also got a lock order reversal from rx.c:1190 and rx.c:1195) [21:54:18] --- haba has become available [21:54:21] --- haba has left [21:54:35] --- haba has become available [22:14:08] --- reuteras has become available [22:18:50] yes indeed. that would be my fault. [22:19:26] Did the first patch not fully fix the problem? (It did get committed, right?) [22:19:37] which patch? [22:20:22] 1706 [22:21:01] the conn_call_lock patch removed the lock step synchronization between rx_NewCall and rx_EndCall. The old way a rx_NewCall that blocked when waiting for a transmit queue to clear would prevent all completed calls from processing rx_EndCall. [22:21:23] Oh, the rx, not aklog? [22:22:14] I have no idea what is with aklog. The Windows aklog isn't broken and the Unix aklog was taken in a very different direction. [22:25:28] --- deason has left