=== KragenSitaker [~kragen@66-193-87-113.gen.twtelecom.net] has joined #ubuntu-meeting === dieman [~dieman@3.14159265358979323846264338327950288419716939937510582097.org] has joined #ubuntu-meeting === thom [~thom@amnesiac.heapspace.net] has joined #ubuntu-meeting === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-meeting === sladen [paul@starsky.19inch.net] has joined #ubuntu-meeting === pitti [~martin@195.227.105.180] has joined #ubuntu-meeting === reformed [~benl@junkybox.pacific.net.au] has joined #ubuntu-meeting === pitti [~martin@195.227.105.180] has joined #ubuntu-meeting === ph_ [~ph@pD9587BCF.dip.t-dialin.net] has joined #ubuntu-meeting === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-meeting === jdahlin [~jdahlin@213.170.47.91] has joined #ubuntu-meeting === T-Bone [~varenet@T-Bone.developer.debian] has joined #ubuntu-meeting === highvoltage [~jonathan@dumbledore.hbd.com] has joined #ubuntu-meeting [04:08] hi guys. the meeting here starts in two hours, right? is anyone welcome? [04:11] yep [04:12] see http://www.ubuntulinux.org/community/council/document_view [04:12] thanks === [Clint] [~c123p456@user-12hdtek.cable.mindspring.com] has joined #ubuntu-meeting === ggi [~ggi@ggi.base.supporter.pdpc] has joined #ubuntu-meeting === hornbeck [~hornbeck@adsl-68-92-227-78.dsl.okcyok.swbell.net] has joined #ubuntu-meeting [05:07] Is the meeting in one hour? [05:08] yeah === pitti [~martin@195.227.105.180] has joined #ubuntu-meeting === johnlevin [~johnlevin@dsl-80-42-70-34.access.uk.tiscali.com] has joined #ubuntu-meeting === sivang [~sivang@CBL217-132-137-97.bb.netvision.net.il] has joined #ubuntu-meeting === ore [romain@yeast.orebokech.com] has joined #ubuntu-meeting === vuntz [~vuntz@82.228.182.88] has joined #ubuntu-meeting === Henrik [~Miranda@henrik.gotadsl.co.uk] has joined #ubuntu-meeting === x4m [~max@92.235-200-80.adsl.skynet.be] has joined #ubuntu-meeting === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-meeting === ogra [~ogra@p508EAB30.dip.t-dialin.net] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:sabdfl] : Community Council meeting Tuesday 12 October 2004 === ..[topic/#ubuntu-meeting:sabdfl] : Community Council meeting Tuesday 12 October 2004 | Agenda on wiki.ubuntulinux.org/CommunityCouncilAgenda [05:59] and it starts... === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-meeting === perdix [~perdix@134.102.101.166] has joined #ubuntu-meeting [06:01] still missing a few === ioslipstream [~ioslipstr@CPE-69-23-100-208.new.rr.com] has joined #ubuntu-meeting [06:01] Kamion, elmo, mako [06:01] who? === Kamion [~cjwatson@host81-153-126-219.range81-153.btcentralplus.com] has joined #ubuntu-meeting [06:01] one down === cbaoth [foobar@0x50c53f3c.arcnxx15.adsl-dhcp.tele.dk] has joined #ubuntu-meeting [06:01] yep [06:02] paged mako [06:02] anybody seen mako this morning? [06:02] ah, he's 20hrs idle.. === jcmkk [~jcmkk@adsl-66-142-56-58.dsl.kscymo.swbell.net] has joined #ubuntu-meeting [06:03] anyone have his phone number :) [06:03] i think he was up late last night [06:03] I can SMS Him [06:03] mdz: go for it === justdave [~dave@24.247.63.44.gha.mi.chartermi.net] has joined #ubuntu-meeting [06:04] should we begin sans elmo and mako? [06:04] hopefully they will join us. elmo is certainly needed for the release process infrastructure [06:05] elmo was around a short while ago [06:05] hey Keybuk [06:05] let's start, elmo will catch up on scrollback [06:05] messaged him; the number I have for him is still a Seattle number, though [06:05] hopefully he hasn't changed it yet [06:05] i have already did [06:06] oh, i forgot he's on east coast time now, should *def* be up [06:06] well lets start [06:06] agenda [06:06] i put a few thoughts down this morning, there was nothing there yet [06:06] mako says he's 20-30 minutes away [06:07] let's try to keep this one short, we all have release work to do i suspect [06:07] sivang has this afternoon proposed Documentation Team and Accessibility Team discussion, but i'd like to defer till the next meeting [06:07] seconded :-) [06:08] sivang: these are mainly Hoary goals, we need to get Warty out the door === silbs [~jane@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-meeting [06:08] I see. [06:08] also sivang i didn't see any mention of enrico in your wiki pages, it's really important that he be in the loop, i dont want to have two separate teams [06:09] sabdfl : I have tried contacting him, he hasn't replied me yet. [06:09] sivang: feel free to ping me privately on irc with an update over the next week [06:09] sabdfl : I don't mind postponing it for the next meeting, I will try to get in contact with again. [06:10] i'll ask him to respond to you [06:10] ok [06:10] so: warty release [06:10] ok, that'll be swell, I just think we need to formalize this.. [06:10] mdz, want to give us the rundown? [06:10] ok [06:10] overall, we seem to be in good shape for tomorrow [06:11] final artwork integration remains to be done [06:11] and there is one big bug left on the live CD [06:11] on the artwork [06:11] nothing else that would upset me if we missed it for tomorrow [06:11] sent a set of images to jdub this morning [06:11] missing one final image which i think just arrived in my inbox... [06:11] are all the GNOME 2.8.1 tarballs in? [06:12] (in upstream, as well as in warty) [06:12] yes [06:12] I don't have a list, but seb has uploaded many [06:12] need to massage formats, but will get it to jdub this evening [06:12] evolution-data-server failed to build on amd64, may need attention, I think seb128 has clocked off for a while [06:12] Keybuk: could you ping seb128 and confirm? [06:13] yeah will ask him when he's back online [06:13] I don't know whether they've all trickled in upstream yet, either. He'd know, I expect [06:13] ok, so that remains to be confirmed [06:13] what's the big bug in the live cd? [06:14] hal doesn't start [06:14] https://bugzilla.ubuntu.com/show_bug.cgi?id=1990 [06:14] alex says he will have a workaround tomorrow [06:14] I would have liked to debug this, but I don't even come this far with the Life CD === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-meeting [06:14] but that leaves us with no time to test the live CD; hopefully there are no regressions [06:14] pitti: I already debugged it for him [06:14] he knows what to do [06:15] but currently it seems that alex is the only one who can build a working live CD [06:15] the autobuilding scripts do not produce a working image yet [06:15] BTW, regarding the life CD: shall #2292 regarded as major? [06:15] seems to work for some users, so probably not [06:15] I don't know, you just reported it today and I haven't read my mail yet :-) [06:16] but I don't know how many people actually tested it [06:16] it works well for me [06:16] okay, then we defer that [06:16] ok, got the final image, and will get it to jdub immediately [06:16] and there have been many downloads, but no other reports === elmo [~james@83.216.141.215] has joined #ubuntu-meeting [06:17] If I may ask, have the APM kernel support problems been sorted out? [06:17] would we like the RC to be good enough to be a release if we get no new major reports? [06:17] highvoltage: do you have a bug #? [06:17] sabdfl: yes [06:17] sabdfl: I'll go check... [06:17] i agree [06:17] I would very much like to release the RC as final [06:18] tomorrow, or by certifying it that way on 20th? [06:18] the live CD is my biggest concern there [06:18] sabdfl: well, it'd just be too cute for it to go out on my birthday...:-) [06:19] let's see how we feel about the RC once it's in hand [06:19] sabdfl: The problem I've experienced relate to bug: 1890 and bug 2002 [06:19] do you want to actually announce it as the final tomorrow? [06:19] the installation manual is still very raw; I've made a fair effort at branding it, but it's very recent and few people have looked at it [06:19] I don't want to commit to that until I've seen the RC [06:19] but I think we should be open to the possibility [06:20] ok, i think this is optimistic, but share the feeling it would be *great* to get it out the door [06:20] so working on that basis.... [06:20] Kamion: the installation manual isn't shipped on the CD, so it can slip [06:20] what time can we build it tonight? [06:20] mdz: look more closely :) [06:20] I think it shold get at least a "Release Candidate Candidate" announcement and overnight smash testing by #ubuntu [06:20] in theory, both Kamion and I can build CDs [06:21] Kamion: ah, right. nobody reads that copy, though :-) [06:21] ah, 24x7, i like it :-) [06:21] so between us, we have fairly continuous time zone coverage [06:21] sabdfl: we need one more debian-installer upload, which I have in hand [06:21] sabdfl: but I'm waiting for a few last builds first [06:21] and then elmo needs to process it by hand [06:21] let's say c. 2000 UTC [06:21] ok, so artwork needs to get in, anything else? [06:21] will jdub be around before then? [06:21] mdz: I'll be up all night if necessary anyway, same as preview [06:22] got plenty of sleep last night in prep :) [06:22] our kernel isn't 100% on every single piece of hardware that's been tested yet, but that was a rather optimistic goal [06:22] is it... a little warty? [06:22] USB keyboards still appear intermittently screwed, see bugs [06:22] that's currently 5 of the remaining RC bugs === sabdfl ducks [06:22] is Herbert up for it? [06:22] these problems just take a long time to debug, due to the back-and-forth with the reporter [06:23] if we could mail herbert a clone of each machine that failed, I expect they'd be fixed quickly :-) [06:23] teleportation is now just an engineering problem, you know [06:23] what about that pesky Uncertainty Principle? [06:23] Heisenberg Compensators, you can get them on e-bay [06:24] the Heisenberg Comp... [06:24] mdz: are you willing to sign off on it with the RC bugs that exist? downgrading those to "slipped" [06:24] Kamion: beat me to it [06:24] the problem with the USB keyboard bugs is that they're totally impossible to debug because no interaction with the machine is possible [06:24] schweet [06:24] mdz: YM Keybuk? [06:24] sabdfl: I'm going to downgrade the kernel stuff right now [06:24] Kamion: yes [06:24] mdz: You don't have to transport exact info on each particle, just molecules. So, that's ok. [06:24] hmm... bummer is, the guy never even makes it to the point where he can download updated packages, does he? [06:24] another bug currently marked RC is the lack of a local copy of the default browser start page [06:25] sivang: ? [06:25] jdub has it [06:25] I don't feel particularly RC about that one today === hernan43 [~ray@hotwings.cl.msu.edu] has joined #ubuntu-meeting [06:25] i can draft the copy, right away [06:25] but it's easy [06:25] should reference ubuntu, linux, gnome, debian, openoffice I think [06:25] what url for linux? [06:26] there've been installer changes today which should be safe but I'd like a bit of testing tonight === amU [amu@bofh.debian.net] has joined #ubuntu-meeting [06:26] whichever URL for Linux we use on the website [06:26] mostly the base-installer thing for mdz [06:26] i don't know that we do [06:26] will Ubuntu 4.1 support Propability drive? [06:26] highvoltage: only finite improbability [06:26] it's 4.10 :) [06:26] the infinite improbability drive is a Hoary problem [06:26] sabdfl : sorring, reading scrollback before [06:26] hmm, we could time-travel and release in January 2004 [06:27] Kamion: sorry- my floating point support is still under development [06:27] mdz: really HOT cup of tea [06:27] that would be 4.01 [06:27] that would be nice :) [06:27] k let's move on [06:27] the 4.1 vs. 4.10 thing comes up a lot === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-meeting [06:27] aye. highvoltage, use fixed-point :) [06:27] release process [06:27] what times? [06:27] sabdfl: shall we load-test the website before the release announcement this time? [06:28] how do we do that? [06:28] CD build tonight earliest of (2000 UTC, whenever-artwork-hits) [06:28] slashdot :) [06:28] heavy testing [06:28] i'm working on a wiki page: [06:28] sabdfl: a few folks on nearby fast links [06:28] http://wiki.ubuntu.com/WartyWarthog_2fReleaseProcess [06:28] hammering with ab or something simple like that [06:28] do we use tomorrow's daily, or tonight's build? [06:28] mdz: aren't 1922 and 2261 both the same bug? [06:28] ab tends to max out the client [06:28] kamion: tonight's unless mdz finds a problem [06:28] Keybuk: dunno, haven't looked at either one, please make the less informative one a dupe if so [06:29] sivang says he's sent a draft to jdub, i'll need to review please [06:29] then we'd better make sure that http://people.ubuntulinux.org/~cjwatson/testing/ is clear [06:29] mdz: they're both RC [06:29] which it currently isn't [06:29] evolution and firefox locale problems [06:29] Keybuk: one has the thermal modules failing immediately, the other has kacpid randomly spinning off into nowhere-land [06:30] let's let the tech board decide when it's ready to go, CC just needs to agree the process [06:30] elmo: do you have contact information for all mirrors? [06:30] for firefox locale, i think the best fix is just to remove -es and -gl, sadly [06:30] I added a note to the wiki requesting it [06:30] mdz: the reason the fans don't start is because kacpid is spinning -- or perhaps kacpid is spinning because the fans won't start (pick one) [06:30] mdz: err, no, how could I ? [06:30] mdz: I have a bunch of mails from folks, but it's not nor ever going to be 'all' mirrors [06:31] elmo: you know what I mean [06:31] the ones we list on our web pages [06:31] the NC6000 and NC8000 are, for all intents and purposes, identical laptops (and identical to my NC4010 which exibits the same problems) [06:31] thom: What's the exact problem with them? [06:32] Keybuk: I didn't see a mention of kacpid spinning in 2261, but please mark it as a dupe if I missed something [06:32] thom: bug number? [06:32] Kamion: so build will be ready UTC2000 === mvo [~egon@suprimo-220.ping.de] has joined #ubuntu-meeting [06:32] Kamion, thom: do we need to generate torrents by hand, or is that fully automated now? [06:32] can we announce that build on #ubuntu-devel and #ubuntu and mailing lists [06:32] sabdfl: that's earliest start time, not finish time [06:33] mdz: fully automated [06:33] Kamion: UTC 2200? [06:33] but we don't have jigdo yet (crap, I need to forward that mail from Steve to thom+elmo, will do so after the meeting [06:33] ) [06:33] sabdfl: sounds like a reasonably conservative estimate [06:33] le's not worry about jigdo at this point, hoary problem [06:34] kamion: ok UTC 2200 [06:34] carlos: we don't have them for firefox 0.9 [06:34] the ones in unstable are for 0.8, and i've not found 0.9 ones [06:34] we have nearly all the pieces for jigdo, it's a very short piece of assembly now [06:34] Kamion: will you please announce that to lists and irc and ask the willing to test and report any showstoppers? [06:34] if you can point me in the right place i'll look after the meeting [06:34] let's leave ourselves some slack for a second build&test cycle [06:34] I think we should try given Steve's effort, and we can always finish it after release if need be [06:34] Kamion: unnecessary distraction tonight [06:34] mdz: 2200 is loads of slack :) [06:34] thom: ok, let me check [06:34] FYI, we do not currently have any last-minute surprises of the sort that we expected for the preview [06:35] sabdfl: let's say a post-RC problem rather than a hoary problem then, this doesn't need archive changes so doesn't need to be bumped as far as hoary [06:35] ok, ten how long do we want to leave that open for testing before we publish the RC? [06:35] Kamion: agreed [06:35] we can do it this week no problem [06:36] realistically it takes a bit over an hour to get a full set built, downloaded and tested [06:36] mdz: that was at full panicky tilt :) [06:36] will take people an hour to download [06:36] and maybe an hour to install and play [06:36] I hadn't even finished a single install when we released the preview, FWIW [06:36] and an hour to report [06:37] so lets give it 8 hours of testing, taking us through to 0600 UTC [06:37] long night for UK folks :-) [06:37] sounds like a good time to move it to the right place in the archive as RC [06:37] or as final [06:38] elmo: can I talk to you after the meeting about the simple cdimage rsync layout? [06:38] sabdfl: can we get some committed time from non-ubuntu Canonical folks to test the RC? [06:38] mdz: good idea, yes [06:38] kamion: sure? [06:38] will a copy of this meeting be available for download? [06:39] highvoltage: it's logged in the same place as other ubuntu channels [06:39] ah, ok. thanks [06:39] so if we publish it in the right place at 0600 UTC, how long before the mirrors have it? [06:39] i'd like the web page to list as many mirrors as possible when it gets /.d [06:39] both of them, at least :-p [06:40] there are 8 mirrors in the wiki [06:40] elmo: how many of those do you have contact info for? [06:40] cool! [06:41] so what's the optimal release time? [06:41] we have no idea what their sync schedule is [06:41] we want the US awake I guess, but we don't want Europe more asleep than usual [06:41] they're just mirrors that people have added to the wiki === sabdfl ducks again [06:41] there's no way we can assume any sort of schedule for the mirrors [06:41] we either have to sit on the RC for a day, or take the hit from it not being on most of the mirrors [06:42] ok, but i suppose we could kee an eye on them, and as they populate we could manually add them to the page [06:42] i'd like direct links to the right directory from the download page [06:42] elmo: but if we have an email address, we can tell them about the RC and try to get a commitment for a timely update [06:42] or there's the "release on the 20th" approach ... [06:42] mdz: err, these guys are mirrors, just like Debian mirrors. [06:42] what about naming? if we call it -rc it will take another sync cycle before they get it as final [06:43] I don't know what makes you think we can ask for a commitment on anything, least of all < 24 hours before we want it to happen [06:43] so best we be certain [06:43] elmo: chill [06:43] elmo: I don't see how it can hurt to ask; it's easy to verify whether they have it or not before we put them on the web page [06:43] we'll simply update the web page manually as they sync [06:43] OSUOSL will pull on a dime if you ask them to [06:43] don't know about the others [06:43] justdave: no, they won't [06:43] OSUOSL is not mirroring, i don't think [06:44] they only mirror community projects [06:44] and red hat [06:44] and suse [06:44] :-) [06:44] oh, they're not? okay, thought I heard they were earlier [06:44] i'm sure they will, soon [06:44] mdz: I think it's offensive to ask, but mileage clearly varies [06:44] elmo: agreed [06:44] although I can nudge the safricans [06:44] let's not ask unless it's a mate [06:44] I'm a safrican [06:44] works for me [06:45] anyhow, we have 1 gbit/s if we can saturate it from London [06:45] there are no caps on that link [06:45] we'll saturate end-to-end paths first [06:45] When I release TheOpenCD I always send a polite email to the mirrors, and the response is usually good [06:45] elmo: can we push out 1 gbit/s from auckland? [06:45] sabdfl: no [06:45] the HW can't do it [06:45] what's the limit? [06:46] is auckland on 2.6.8.1? [06:46] the I/O on that box isn't even close [06:46] I imagine you just can't shovel 1Gbps from the disk, across the bus and out the nic [06:46] sabdfl: no [06:46] from the disk, certainly not [06:46] ok, let's not rock the boatnow [06:46] it was one of the "don't touch" boxes [06:46] that's over 100mbyte/sec [06:47] of course, that stuff should all be in RAM... [06:47] it can do 35MB/s sustained [06:47] hmm... but a lot of it should be in RAM [06:47] that's fairly crap considering the class of hardware [06:47] what on earth do you think is going to be in RAM? we'll be lucky if it keeps the few commonly hit things we have in RAM [06:47] elmo: it doesn't have the requisite terabyte of RAM? [06:47] hmmm... that's a surprisingly low number [06:48] we're talking about ~0.5GB of stuff that'll be hit HARD [06:48] i would have though the iso would be in the filesystem cache [06:48] mdz: what do you think that 0.5Gb is? [06:48] elmo: the i386 CD image [06:48] mdz: how about the archive? that's going to be hit fairly hard too [06:48] and all the random .debs from the 24Gb archive.. it'sgoing to know to not bring those into memory too? [06:49] http://wiki.ubuntu.com/WartyWarthog_2fReleaseProcess#preview [06:49] I don't see why the rest-of-the-archive load would be _that_ much higher [06:49] there will be very few folks doing pure network installs, there'll be very little to upgrade, so it's basically just new package installs from supported/universe [06:50] mdz: the point is, as soon as one person does one, it'll punt the iso image out of the page cache to make room [06:50] you're assuming all our existing users are current [06:50] and auckland is busy 24/7 with downloads [06:50] the HD lights literally do not go out nowadays [06:50] I'm not; I'm assuming the load caused by our existing users won't change much [06:50] it might not change, but I think you're seriously underestimating it, if you think it won't be enough to push the i386 ISO out of cache [06:50] I think most of them will go and hit apt-get upgrade as soon as the announcement goes out [06:51] are you guys happy to announce at 1200 UTC? [06:51] like, right now it's serving 80Mb/s [06:51] if we really want to serve the ISO out of RAM, we should put it on a different, dedicated box, IMO === theantix [~ryan@80.185.novustelecom.net] has joined #ubuntu-meeting [06:51] I don't see how else we can guarantee dedicated cache mem for it [06:52] mako just called, says he'll be on in a few [06:52] elmo: promse to get you better h/w for Hoary. if there's no way to load balance this now, let's just see how it goes [06:52] sabdfl: 1200 works for me [06:52] mdz: early [06:52] I think we should review that at around 0200, see how things are going [06:52] but then, maybe that makes it easier on the bandwidth? [06:53] in fact, an earlier announcement will tend to make the bandwidth move in a wave with timezones [06:53] elmo: we do have a few spares, do we have one which is installed and online that we could use in that role? [06:53] we could put it on one of the dell's/HP's sure [06:53] elmo: it could just be a temp web server, which ONLY serves the release directory (i386, ppc, amd64, livecd) [06:53] and we point the web page at that [06:54] auckland can continue to serve the crowd [06:54] mirrors continue as per usual [06:54] elmo: we could also put a squid accelerator in for cdimage only [06:54] that way we get 35MB/s packages, and at least the same ISO's [06:54] simpler to have a second server [06:54] [debian-installer upload complete; should start building shortly.] [06:55] elmo: want to stress test a dell? they're the fastest boxes, remember [06:55] kthxbye :-) [06:55] auckland wasn't up to it for the preview; it's not clear how big the RC will be [06:55] it if ends up being final, I expect it'll be bigger than preview [06:55] sabdfl: you want to break it? [06:55] oh, ok, hp then [06:55] don't hurt the poor Dell [06:55] maybe we should load up an hp and a dell [06:55] and be ready to switch if there's a glitch [06:56] ok, so let's talk media [06:56] mdz: how do you mean not up for it? [06:56] rsync them and round robin the cdimage record *shrug* [06:56] the box itself coped fine - apache didn't but that was a misconfig which has been fixed now AFAIK [06:56] lwn, debian lists, ubuntu lists, python lists [06:57] where else? [06:57] elmo: so apart from the uplink being maxed out, everything was hunky dory? [06:57] /. ? [06:57] sabdfl: german heise [06:57] mdz: on auckland? yes [06:57] it was slow when I tried to access it from chinstrap at the time [06:57] distrowatch, slashdot, osnews, jdub has a list of things [06:57] thom: i don't know if the CSS / JS issue has been solved [06:57] but that could have been the apache problem, I suppose [06:57] sabdfl: it appears to have been [06:57] mdz: ftp was fine from chinstrap [06:57] ok, will get jdub to add to the list when he's up [06:57] speaking of which, we can't go without jdub being awake [06:57] he has the homepage and the artwork [06:58] thom: great, thanks [06:58] (btw, did anyone else we passed Gentoo in the Distrowatch chart? :p) [06:58] that stuff needs to go in well before the final build anyway [06:58] we should ship everyone to one place for these releases to defeat timezones [06:58] Keybuk: I noticed we were top 10 like 2 weeks ago [06:58] mdz: we're #7 now [06:58] we were #9 then [06:58] not bad for a <1-month old distribution [06:58] sabdfl: ie, everything is being served from the apache cache, and we're able to sustain 70 requests/sec from off network [06:59] great [06:59] elmo: the international ubuntu command and control center [06:59] or IUCC (pronounced "yuck") [06:59] :)) === mako [mako@micha.hampshire.edu] has joined #ubuntu-meeting [07:00] mako: we're going over specifics of the release announcements === mako is very sorry for the late arrival.. i got here as quickly as i could [07:00] mdz: i will catch up on the log [07:00] mdz: is cricket meant to DTRT with Gb ? [07:00] ok, i'm all done, anything from the tech board? [07:01] elmo: depends [07:01] elmo: do you have 64-bit snmp counters available? [07:01] mdz: err, I dunno [07:01] mdz: all yours to sign off on the release [07:01] i'd like a say if it's going to be final as well [07:01] ok [07:01] artwork, and homepage, and i'm happy [07:01] Keybuk: the calendar thing is ready to rock, right? [07:01] I have my Big Red Launch Button prepared === sabdfl says hopefully [07:02] sabdfl: yeah, provided jdub sets the artwork up right -- I left sufficient documentation in the package [07:02] ok [07:02] will you verify when he's up and the artwork is in for mdz? [07:02] yup, sure [07:02] ok [07:02] it needs to be made the default in the default session too? [07:02] mako, elmo, anything from you guys? [07:03] elmo: did you get some sleep? [07:03]