[04:57:36] --- meffie has become available
[05:33:59] --- wiesand has become available
[07:01:12] --- shadow@gmail.com/barnowl08B5BBB0 has become available
[07:04:18] <wiesand> What a crowd... Hello
[07:06:20] <shadow@gmail.com/barnowl08B5BBB0> hi
[07:06:38] <wiesand> Welcome ;-) 
[07:06:47] <wiesand> Any news on Mavericks?
[07:07:08] <shadow@gmail.com/barnowl08B5BBB0> ken has an installer.
[07:07:20] <wiesand> Ah, good news.
[07:07:38] <wiesand> Does he have a fix for the symlink panic?
[07:07:47] <Jeffrey Altman> we do
[07:08:05] <wiesand> Hi Jeff. Have I missed the gerrit change?
[07:08:14] <Jeffrey Altman> Derrick still has to push it
[07:09:21] <shadow@gmail.com/barnowl08B5BBB0> none of thd changes are in gerrit yet
[07:09:40] <wiesand> Ok. pre2 isn't terribly urgent I believe. But it seems we'll have one.
[07:11:14] <Jeffrey Altman> andrew and marc are traveling today.
[07:11:14] <wiesand> Any objections to 10472 going in there?
[07:11:14] <wiesand> test...
[07:11:35] <shadow@gmail.com/barnowl08B5BBB0> none here
[07:11:44] <wiesand> seems I'm back...
[07:11:55] <Jeffrey Altman> uidgid.h is fine
[07:12:12] <wiesand> Marc sent input by mail. Fine for him too.
[07:12:38] <wiesand> Any thoughts on the problem reported by Nicolas?
[07:12:57] <wiesand> (other than that more details are needed, which seems difficult to achieve)
[07:12:59] <shadow@gmail.com/barnowl08B5BBB0> marc might
[07:13:22] <wiesand> Here's Marc's: "ould be
interesting to confirm if that bug reported by Nicolas is real and get
more details."
[07:13:32] <wiesand> well, I agree...
[07:14:32] <Jeffrey Altman> I think part of that message was lost
[07:14:59] <wiesand> Does anyone know him in person?
[07:15:16] <shadow@gmail.com/barnowl08B5BBB0> not i
[07:15:42] <Jeffrey Altman> There is also https://rt.central.org/rt/Ticket/Display.html?id=131773
[07:16:11] <Jeffrey Altman> I need to get Nathan to test 1.6.6
[07:16:48] <wiesand> yes, that one is against 1.6.5
[07:17:48] <wiesand> The problem with Nicolas' report is that it's about fairly exotic setups (cache on zfs or /dev/shmem)
[07:18:03] <Jeffrey Altman> but easily reproducible by him
[07:18:15] <wiesand> But he won't tell me how :-(
[07:18:17] <Jeffrey Altman> and he is easy to communicate with since he is in IRC all the time
[07:18:51] <Jeffrey Altman> oh, sorry, we are discussing different issues.
[07:18:51] <wiesand> which is another thing I'm not using
[07:19:19] <Jeffrey Altman> Is Nicolas' problem a regression?
[07:19:46] <wiesand> He can't tell.
[07:19:56] <wiesand> (new client *and* kernel)
[07:20:00] <shadow@gmail.com/barnowl08B5BBB0> different krrnel yes?
[07:21:05] <wiesand> I'll try to ask him for a complete bug report once more. Without that, I don't see what could be done.
[07:21:36] <Jeffrey Altman> ask for extensive testing on the kernel he is using from others for the pre-release
[07:21:58] <wiesand> NB I used my EL6 1.6.6pre1 client today to rsync the builds by Stephan and Christof to the release directory.
[07:22:29] --- kaduk@jabber.openafs.org/barnowl has become available
[07:22:37] <wiesand> We don't even know what distribution he's using.
[07:22:45] <wiesand> Hi Ben.
[07:23:02] <kaduk@jabber.openafs.org/barnowl> Sorry I'm late.

Looking at the log, I saw a report of a crash with the cache on zfs
on an openindiana machine as well.
[07:23:48] <kaduk@jabber.openafs.org/barnowl> He switched to a UFS cache and things worked fine.
[07:24:21] <wiesand> Is that case known to be a regression?
[07:24:23] <shadow@gmail.com/barnowl08B5BBB0> well, openindiana is a whole other animal

like, the "ufs" cache handling is way different
[07:25:41] <kaduk@jabber.openafs.org/barnowl> That's right, I guess you did see the same report I did, Derrick.
[07:25:49] <wiesand> NB looking at RT #131741, when did cache on zfs start working at all?
[07:26:18] <shadow@gmail.com/barnowl08B5BBB0> adam
[07:27:57] <shadow@gmail.com/barnowl08B5BBB0> guessing when we did open by path?
[07:29:30] <wiesand> That report lacks all the important info too. Will ask for that as well.
[07:30:43] <wiesand> Ben, any thoughts on #131773 ?
[07:31:25] <wiesand> And then there's #131771.
[07:31:54] <wiesand> I see no way to fix this but renaming kpasswd in the openafs-kpasswd package.
[07:32:00] <kaduk@jabber.openafs.org/barnowl> Re 131773, it's something of a known problem, but I never tracked down
the root cause.
[07:32:06] <wiesand> = Breaking kaserver sites.
[07:32:14] <shadow@gmail.com/barnowl08B5BBB0> yup
[07:32:55] <kaduk@jabber.openafs.org/barnowl> A hypothetical 1.9 would have --disable-kauth as an option.
[07:33:38] <wiesand> I think it should be renamed for 1.9.
[07:33:49] <wiesand> I also think it shouldn't in the 1.6 series.
[07:34:19] <Jeffrey Altman> agreed
[07:35:06] <wiesand> Binaries... I just said I uploaded the Linux ones available.
[07:35:26] <Jeffrey Altman> --disable-kauth is unimportant in this case.   the question is of packaging and the kaserver stuff should move to its own package 
[07:35:38] <wiesand> Would an installer for OS X 10.8 make sense and be feasible?
[07:36:03] <shadow@gmail.com/barnowl08B5BBB0> i can do one
[07:36:03] <wiesand> The conflicting kpasswd binary *is* in it's own package.
[07:36:20] <Jeffrey Altman> but the debug symbol is not
[07:36:24] <wiesand> But there's only one debuginfo package for all the openafs-* ones.
[07:36:44] <Jeffrey Altman> there should be one debuginfo package for each package that installs binaries
[07:37:21] <shadow@gmail.com/barnowl08B5BBB0> but it's hard to do tgat which is why we haven't
[07:37:30] <wiesand> Red Hat decided to do it this way.
[07:38:11] <Jeffrey Altman> perhaps forget to include kpasswd debuginfo :)
[07:38:20] <wiesand> The workaround is to force-install the krb5 debuginfo after the openafs one.
[07:38:44] <wiesand> If you know how to use the debuginfo, that shouldn't a real problem.
[07:39:40] <shadow@gmail.com/barnowl08B5BBB0> heh
[07:39:53] <wiesand> Omitting the kpasswd debuginfo is at least really hard too.
[07:40:31] <Jeffrey Altman> don't use red hat ?  :)
[07:41:02] <wiesand> Don't have binaries clashing with the krb5 ones coming with the distro?
[07:42:33] <wiesand> I can push the rename to master. kapasswd is already in use for the manpage anyway.
[07:42:51] <Jeffrey Altman> please do
[07:43:27] <wiesand> Last topic on my list was "1.9?"
[07:43:43] <Jeffrey Altman> after thanksgiving in the u.s.
[07:43:43] <wiesand> It's end of November.
[07:43:56] <wiesand> Ok, when exactly is that?
[07:44:04] <Jeffrey Altman> a week from tomorrow
[07:44:38] <wiesand> Thursday. Fine, we can meet next week :-)
[07:45:05] <Jeffrey Altman> I'm sure many will be traveling on wed
[07:45:33] <meffie> wednesday next week is the biggest travel day in the u.s. :)
[07:45:43] <Jeffrey Altman> or cooking
[07:46:10] <meffie> yes, those are the two options.
[07:46:14] <wiesand> Skip next week's meeting?
[07:46:34] <Jeffrey Altman> see who shows up but I suspect it will be a minimal crowd
[07:47:08] <wiesand> Ok, we'll have one of those "I'll be around" ones w/o agenda.
[07:47:18] <wiesand> So noone has to feel guilty ;-)
[07:47:45] <Jeffrey Altman> I'm only going to feel guilty about how much food I will eat on Thursday
[07:48:00] <shadow@gmail.com/barnowl08B5BBB0> i will be here i bet
[07:48:10] <kaduk@jabber.openafs.org/barnowl> I expect to be here as well.
[07:48:14] <shadow@gmail.com/barnowl08B5BBB0> no travel miniml ooking
[07:48:32] <wiesand> Ok, good to know. Thanks.
[07:48:52] <wiesand> Anything else to discuss today?
[07:49:02] <shadow@gmail.com/barnowl08B5BBB0> none
[07:49:13] <Jeffrey Altman> not I
[07:49:31] <wiesand> Ok, thanks a lot for being here today!
[07:49:54] <Jeffrey Altman> thank you
[07:50:18] <Jeffrey Altman> and if you want to come to Nashville for supper next Thursday you are welcome
[07:50:38] <wiesand> Thanks :)
[07:51:27] <wiesand> Bye.
[07:51:28] --- wiesand has left
[08:08:25] --- Jeffrey Altman has left: Disconnected
[08:11:48] --- Jeffrey Altman has become available
[08:36:46] --- meffie has left