[00:15:49] --- Russ has left: Disconnected [00:56:20] --- Jeffrey Altman has become available [01:31:34] I think I'm with Jeffrey - keep pinging the authors of all projects, but don't publish sections that just say 'nothing has happened'. (I suppose you could simply have a list of 'projects with no progress to report') [02:31:17] --- Jeffrey Altman has left [02:46:15] --- Jeffrey Altman has become available [04:23:22] --- dev-zero@jabber.org has left [05:29:41] --- Jeffrey Altman has left: Replaced by new connection [06:30:48] --- edgester has become available [06:35:12] Simon Wilkinson: I'll probably do that or something similar. I think that value in doing that is that someone might want to help with an inactive project. If the inactive projects are merged into one section, then should the project contact's be listed, too. If not how would people know who to contact to give help? [06:36:48] we could have a url with a list, and cruelly force people to click on it [06:37:03] That thought had crossed my mind [06:37:32] have a n up-to-date project list on the web site with links to project details or something like that. [06:41:20] use the wiki. or we can make it easier to edit [06:48:20] hmm [06:49:00] what do you suggest to make it easier to edit? [06:54:30] i edited it the way it was. i suggest asking someone who doesn't handcode html with emacs what to do :) [07:03:01] I tend to hand-code with emacs as well. Except at work, where I have a copy of Dreamweaver [07:13:37] The Wiki's fine. Even the GUI page editor works nicely. [07:17:50] I am beginning to feel that EXPORT_SYMBOL_GPL has it in for me. I'm trying to set things up so that readpages() can do background readahead (so we can be reading things out of the disk cache, whilst we're flusing what we've read out to the network, for example). But all of the mechanisms to do that efficiently are both very new, and EXPORT_SYMBOL_GPL(). It looks like some wheel invention will be required. [07:34:20] ouch [07:35:53] Yeh. Basically, the correct way of doing it (installing an waiter on the page lock) isn't available. The hacky way of doing it (creating our own work queue, and blocking within that on selected page locks) isn't available. So, I'm going to have to do something from scratch. Assuming I care, which I do, because sendfile() from AFS is dog slow. [07:55:16] any chance of begging the kernel people to allow non-gpl code for those fuctions? [07:56:12] btw, I haven't messed with openid before, how do you suggest that I get started? [07:57:23] will kAFS relieve us of this particular insanity? [08:00:56] s/fuctions/functions/ [08:01:12] although the typo has a certain irony [08:55:38] --- Jeffrey Altman has become available [08:57:35] kAFS is GPL so none of the insanity would affect us. [09:11:00] I'm editing the admin guide, and I have some questions: 1) how do we handle text that says "contact AFS product support"? 2) the index terms are not included in the sections that they pertain to, but instead they are in the preceding section. Should that be changed? [09:13:53] hmm, on 1, I'm thinking it should be "contact your AFS support vendor" [09:15:00] point them at the openafs.org/support.html page [09:15:23] which should be updated to include openafs-info and openafs-bugs [09:16:23] ok [09:16:30] for 2, unless there is a good reason to change it I would leave it as it is [09:20:47] ok [09:21:29] I don't think it's proper docbook style, but I'm not a guru, so I'll just leave it. [09:21:41] --- cclausen has become available [13:46:30] --- dev-zero@jabber.org has become available [14:07:12] --- Russ has become available [16:03:10] New git conversion done, all looks good ... [16:56:44] cool [17:24:53] --- cclausen has left [17:36:30] --- asedeno has left [17:36:43] --- asedeno has become available [18:36:02] --- cclausen has become available [18:38:43] Are people planning on going to the Ohio Linux fest this year? [18:45:56] Didn't it already happen? Or am I thinking of something else? [18:46:24] according to: http://www.ohiolinux.org/ it is in September [18:46:25] I must be thinking of something else, since it is in September. [18:46:47] (althought there was one last year, which might be what you are thinking of) [18:53:06] how does one get a new cell listed in the global AFS CellservDB? [18:53:38] by reading: http://www.central.org/csdb.html [18:55:37] thanks [18:55:46] I'll put that in the admin guide [18:59:15] I'd say it would be useful to have simple redirect links such as www.openafs.org/go/CellServDB and use those in the admin guide [18:59:37] good idea [18:59:44] then the links can be updated to point to the proper site without having to edit it directly and more inportantly, keep older copies that people may have keep working [19:00:05] in theory this can be maintained with a .htaccess file in AFS [19:00:15] the CellServDB is intentionally not part of OpenAFS [19:00:47] I realize that [19:00:51] but the admin guide is [19:00:59] and that is where the reidrect should live [19:01:04] I disagree [19:01:32] By specifying an openafs.org link to the CellServDB management you are implying that it is part of OpenAFS [19:01:42] I disagree [19:01:56] --- dev-zero@jabber.org has left [19:01:57] once it redirects it should be obvious that it isn't [19:02:12] buy anyway, there still should be some layer of indirection [19:02:22] When I read the link in the admin guide it should not say openafs.org [19:02:30] I don't think having it link directly to central.org is a good idea [19:02:43] central.org is the entity that manages it [19:03:05] I'm not convinced that it will stay up forever [19:03:14] why not? [19:03:38] why would it stay up for a shorter lifetime than openafs.org? [19:04:07] as far as I can tell, it is maintained by a single individual [19:04:27] its on the same machine as openafs.org [19:04:30] I'd hate to see it suffer the same fate as transarc.com [19:04:31] --- stevenjenkins has left [19:04:31] --- deason has left [19:04:41] I doubt it would [19:05:04] central.org is the home of the afs protocol registry. if it goes away there are bigger problems. [19:05:10] --- deason has become available [19:05:17] --- abo has left [19:05:47] --- edgester has left [19:05:55] it's almost a decade older than openafs, has at least one other registrar (me) and hosts at least part of the openafs.org dns. i think we'll have warning before it ever manages to vanish. [19:05:55] --- abo has become available [19:07:09] well, ok. Then having a central.org/go/CellServDB is still a good idea [19:08:19] --- stevenjenkins has become available [19:08:51] is the registry on central.org even up to date? [19:09:15] nope. [19:09:23] looks like the OpenBSD numbers here: http://www.central.org/numbers/index.html stop at 3.5 [19:09:46] I suspect kula will be working to fix that [19:10:09] there are also links to OpenAFS CVS that will need to be updated to git links when available [19:10:24] yes, now that i've managed to exchange fresh pgp keys with jhutz, i hope to have time soon to bug him about clearing up some of this backlog. [19:11:08] the link to the wiki should be fixed as well [19:11:32] all of the cvs links are going to have to be fixed - everywhere [19:12:48] the info-afs mailing appears to be mostly dead as well [19:12:56] --- abo has left [19:13:14] --- abo has become available [19:13:18] it dates back to the transarc days [19:14:11] --- deason has left [19:14:40] --- deason has become available [21:41:27] --- deason has left [22:54:27] --- Russ has left: Disconnected [22:59:56] --- haba has become available [23:05:48] --- reuteras has become available [23:28:40] --- dev-zero@jabber.org has become available [23:28:40] --- dev-zero@jabber.org has left: offline