[05:35] <ppisati> morning
[05:54] <jjohansen> morning ppisati
[06:01] <ppisati> hey
[07:42] <ppisati> cooloney: ping
[07:42] <cooloney> ppisati: hey, man
[07:43] <ppisati> cooloney: you have an imx51, right? care to see if a kernel boots?
[07:43] <cooloney> ppisati: oh, sorry, i don't
[07:43] <cooloney> ppisati: ericm|ubuntu has one, he can helep
[07:43] <ppisati> cooloney: ah, perhaps was eric then...
[07:43] <ppisati> ericm|ubuntu: ping
[07:43] <ericm|ubuntu> ppisati, pong
[07:43] <cooloney> cooloney: yeah
[07:44] <ppisati> cooloney: ok, 5min, it's still compiling
[07:44]  * ppisati gets a barrel of coffee...
[07:47] <ppisati> ericm|ubuntu: cooloney: btw, did you go to computex?
[07:47] <ericm|ubuntu> ppisati, nope
[07:47] <cooloney> ppisati: no chance for us
[07:47] <ppisati> too bad
[07:47] <ppisati> is it so difficult to go there?
[07:47] <cooloney> ppisati: heh, yeah, it's not easy for us to visit TW
[07:47] <ppisati> i tought you could get a visa, somehow
[07:48] <cooloney> ppisati: yeah, visa issu
[07:48] <cooloney> issue
[07:48] <ppisati> ouch
[07:48] <ppisati> what a pity
[07:58] <ppisati> ericm|ubuntu: http://people.canonical.com/~ppisati/imx51/linux-image-2.6.31-608-imx51_2.6.31-608.26_armel.deb
[07:58] <ppisati> ericm|ubuntu: give it a boot test
[07:58] <ericm|ubuntu> ppisati, could you make a uImage/uInitrd?
[07:59] <ppisati> ericm|ubuntu: i'm cross compiling
[07:59] <ppisati> ericm|ubuntu: why do you need a uImage?
[07:59] <ericm|ubuntu> ppisati, cuz that's easier for me to test
[08:00] <ericm|ubuntu> ppisati, I'm downloading - I'll let you know if I need a uImage
[08:05]  * apw yawns
[08:09] <cooloney> apw: morning, man
[08:13] <ericm|ubuntu> ppisati, installing ....
[08:24] <ericm|ubuntu> ppisati, I need uImage
[08:24] <ericm|ubuntu> ppisati, you just want to test boot or?
[08:24] <ericm|ubuntu> ppisati, kernel boot or boot into a full system?
[08:28] <ppisati> well, boot it and see if the system work
[08:28] <ericm|ubuntu> ppisati, so you want a boot into full system
[08:29] <ericm|ubuntu> ppisati, that means I need to setup ubuntu
[08:29] <ericm|ubuntu> ppisati, it's almost bare metal here - with u-boot
[08:30] <ericm|ubuntu> ppisati, it's going to take time to install a full system here :-/, is it lucid/maverick/natty/onerick?
[08:32] <ppisati> ericm|ubuntu: ah, i didn't know
[08:32] <ppisati> ericm|ubuntu: no ok, give it a boot them
[08:32] <ppisati> then
[08:34] <ericm|ubuntu> ppisati, wait
[08:35] <jjohansen> apw: have you played with https://github.com/termie/git-bzr-ng?  its quite interesting
[08:37] <apw> jjohansen, no i've not, sounds interesting thought
[08:37] <apw> jjohansen, any idea if its packaged 
[08:37] <jjohansen> apw: not that I found
[08:38]  * jjohansen is playing with it to do some bzr to git mirroring atm
[08:38] <jjohansen> haven't gotten as far as trying to do dev with it
[08:38] <apw> i see we have the opposite packaged
[08:38] <jjohansen> yeah
[08:39] <apw> it seems to be a single file, did you drop it into your git lib directory for testing ?
[08:40] <ericm|ubuntu> ppisati, http://paste.ubuntu.com/617335/
[08:40] <ericm|ubuntu> ppisati, seems to be an old known issue - the parport
[08:40] <ericm|ubuntu> ppisati, ain't this been fixed already?
[08:41] <ppisati> ericm|ubuntu: dunno, never had an imx51 before
[08:41] <apw> yeah that rings a bell, something like we had that parport module disabled on the imx51 configuration
[08:41] <ppisati> but i didn't enable it
[08:43] <apw> ericm|ubuntu, i think you can disable it via a bad argument right, parport.broken=1
[08:44] <ppisati> CONFIG_PARPORT_PC=m
[08:45] <apw> lag, was it you who originally hit the parport loading blew up ARM ?
[08:45] <ppisati> i guess it has always been there, and people blakclisted it
[08:45] <apw> ericm|ubuntu, we may have been lucky before, life is like that sometimes
[08:47] <jjohansen> apw: yeah I dropped it in /usr/lib/git-core/
[08:47] <cooloney> apw: yeah, i remember lag send an patch to upstream about parport
[08:47] <cooloney> apw: but RMK has some very old ARM machine with parport
[08:47]  * apw struggles to find the commit somewhere
[08:47] <apw> i am sure we have something applied to do ti
[08:48] <apw> somehwere
[08:48] <ppisati> actually the previous kernel was tested by GrueMaster, but i don't think he's around now
[08:49] <ppisati> perhaps he disabled it on boot
[08:49] <apw> ppisati, maybe so, seems unfortuanate though
[08:49] <apw> manybe the regualr install does it
[08:49] <ppisati> could be
[08:49] <ppisati> i pull req
 ericm|ubuntu, i think you can disable it via a bad argument right, parport.broken=1
[08:55] <apw> seems it was CUPS starting which triggers this
[08:56] <ppisati> apw: so it has always been there'
[08:56] <apw> ppisati, still trying to work out what we did
[08:56] <apw> i remember there was a patch, which was NAKd upstream, and then we did something
[08:56] <apw> eit
[08:57] <apw> either applied the patch locally or just changed the config to turn it off on our build
[08:57] <apw> on one of the 5 arm branches
[08:57] <apw> commit abbbcd0c482d0fb3b2d39501f4debc956bea2506
[08:57] <apw> Author: Lee Jones <lee.jones@canonical.com>
[08:57] <apw> Date:   Fri Jul 16 09:37:31 2010 +0100
[08:57] <apw>     UBUNTU: Stop ARM boards crashing when CUPS is loaded
[08:58] <apw> we have that applied on the _maverick_ master branch
[08:58] <apw> so i think this was an omap3 fix, not one which was o
[08:58] <apw> on fsl-imx51, so i am a little confused as to how its ever worked if its breaking now
[08:59] <apw> ppisati, but the effect is just to turn off PARPORT_PC on omap, so you could try just turning PARPORT_PC off and see if that fixes things
[09:00] <apw> for eric ... if so i can't see why we wouldn't have that switched over
[09:00] <ppisati> uhm
[09:00] <ppisati> ok
[09:00] <ppisati> i'll do
[09:00] <apw> and no i cannot see why we haven't seen this before at all
[09:01] <apw> it could be a consequence of tightening something up in one of the security fixes though
[09:01] <ppisati> but the crash is happening in drivers/parport/parport_pc.c, and that has always been =m
[09:02] <ppisati> and the cve didn't touch that part
[09:02] <ppisati> well, anyway, it's not a big deal
[09:02] <apw> no did any affect io remapping or anything, i agree it is somewhat unexpected
[09:02] <ppisati> i'll turn off the partport and ask ericm|ubuntu to test another one
[09:02] <apw> sounds good
[09:02] <ppisati> btw, besides ericm|ubuntu and GrueMaster, who has an imx51 board?
[09:03] <apw> i don't think i know the answer, ask ogra they have a list somewhere
[09:03] <ppisati> ok
[09:03]  * apw suspects we should get you one
[09:04] <ppisati> apw: it's scarcer than an albin tiger
[09:05] <ppisati> i already aksed around, and besides them it seems no one has one
[09:06] <apw> hrm
[09:07] <ppisati> apw: what do i have to change to rename the kernel? i.e. i would like to add a postfix "parport-off"
[09:07] <apw> if you edit the debian.imx51/changelog, and add it in the version field
[09:08] <apw> so if its UNRELEASED you can add like ~parportoff1 to the version number
[09:08] <apw> note that a - is not permitted
[09:09] <apw> the ~ makes the version "older" than the offiicial version we release later
[09:09] <ppisati> you mean i change the numbering in parentheses, right?
[09:10]  * ericm|ubuntu network sucks here much
[09:11] <apw> ppisati, yep add it at the end there,  2.6.31-200.10 -> 2.6.31-200.10~parportoff1
[09:11] <ericm|ubuntu> apw, let me try the command line
[09:12] <ppisati> building...
[09:13] <ericm|ubuntu> apw, parport: Unknown parameter `broken'
[09:14] <ericm|ubuntu> apw, but interestingly - the oops didn't come
[09:14] <apw> ericm|ubuntu, yep, thats whats meant to happen, it breaks the module init so it doesn't load
[09:14] <ericm|ubuntu> apw, clever :-)
[09:14] <apw> ericm|ubuntu, now you can tell if everything else is working
[09:14] <ericm|ubuntu> apw, it hanged - I'll boot again
[09:15] <apw> ericm|ubuntu, not sounding so good
[09:18] <ericm|ubuntu> apw, hanged again - stopped somewhere
[09:18] <apw> ppisati, ^^ doesn't sound good
[09:18] <ericm|ubuntu> apw, ppisati, I'm using Linaro's natty ubuntu image - it could be rootfs issue
[09:19] <ericm|ubuntu> apw, ppisati, after a long long long hang - now it dropped me into the shell
[09:19] <ericm|ubuntu> Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox [ok]
[09:19] <apw> ericm|ubuntu, can you test the kernel which is in the -updates pocket on that userspace to see if thats a new issue or 'expected'
[09:19] <ericm|ubuntu> system hanged for a long time before the above showed
[09:19] <ericm|ubuntu> apw, ok
[09:19] <ppisati> yep, try the shipped kernel
[09:19] <lag> apw: ericm|ubuntu: ppisati: http://paste.ubuntu.com/617351/
[09:20] <lag> It was CUPS, trying to speak to ALL of the serial ports
[09:20] <lag> Naturally, you need to change it to ARCH_<YOUR_ARCH>
[09:21] <ericm|ubuntu> apw, which release? lucid/maverick/natty/onerick?
[09:21] <ppisati> ericm|ubuntu: lucid
[09:23] <ericm|ubuntu> apw, it's in ports.ubuntu.com already? or somewhere else? the -update one
[09:27] <apw> ericm|ubuntu, yeah whatever the latest official one is, as that is tested already
[09:35] <ppisati> ericm|ubuntu: http://people.canonical.com/~ppisati/imx51/linux-image-2.6.31-608-imx51_2.6.31-608.26~parportoff_armel.deb
[09:36] <ppisati> ericm|ubuntu: that's the parport off version
[09:36]  * ericm|ubuntu finally get on again
[09:36] <ericm|ubuntu> ppisati, downloading
[09:37] <ppisati> ericm|ubuntu: but i think it's better if you try first the -update version
[09:37] <apw> ppisati, reviewed and pulled
[09:37] <ppisati> ericm|ubuntu: since it's pretty obvious turning off parport will fix it
[09:37] <ppisati> oooook
[09:37] <ppisati> :)
[09:37] <ericm|ubuntu> ppisati, 'k - save me a few boots
[09:37] <apw> ppisati, now lets hope there isn't a problem for you to find in the heap :)
[09:38] <ppisati> apw: that would be fun :)
[09:38] <apw> fun for ericm|ubuntu doing the boots for the bisect :)
[09:38] <ppisati> yep :)
[09:38] <ericm|ubuntu> apw, ppisati, I'll pretend to be having network issue then
[09:39] <ericm|ubuntu> :-)
[09:39] <apw> ericm|ubuntu, :)
[09:44] <apw> ppisati, is it mvl-dove which is still rebasable ?
[09:44] <ericm|ubuntu> apw, same - 608.25 paused a long time before dropping me into the shell
[09:44] <ericm|ubuntu> apw, so it's not a regression
[09:44] <ericm|ubuntu> ppisati, I'll test your kernel next
[09:45] <apw> ericm|ubuntu, ok cool, so ppisati we are likely good with whats on the branch, phew
[09:45] <ppisati> ericm|ubuntu: but did you get the parport trace?
[09:45] <ppisati> apw: yes, i'll wait till next week and the do a rebase
[09:45] <ericm|ubuntu> ppisati, yes - same
[09:46] <apw> ppisati, and i think mvl-dove is programatically copied over into maverick from lucid right
[09:46] <ppisati> apw: yep, exactly
[09:46] <apw> excellent, so those two should look better soon too ... great
[09:46] <ppisati> the other branch that need work is maverick/ti-omap4
[09:47] <apw> yeah she is the worst looking at the moment
[09:48] <ppisati> but first i've this:
[09:48] <ppisati> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/791552
[09:48] <ubot2> Ubuntu bug 791552 in linux "No USB support on beagle/beagleXM" [Undecided,New]
[09:48] <apw> ppisati, but you have a mountain to climb here, and the rock is heavy .... progress is good, we've applied more cves to the arm branches in the last week than in the last two months
[09:48] <ppisati> we totally lost usb on beagle*
[09:49] <apw> ppisati, that sounds like a more interesting problem indeed
[09:49] <ppisati> alpha1 image has that problem
[09:49] <apw> ppisati, if it was me, i'd be doing like a CVE (maybe 2) for each branch every day and doing interesting stuff the rest of the time
[09:49] <apw> pushing out the accumulation weekly
[09:50] <ppisati> but when i tried an oneiric kernel on a maverick userland it worked
[09:50] <apw> (not that i am complaining to have 20 in a week or anything)
[09:50] <apw> interesting ...
[09:50] <apw> ppisati, i assume you have a beagle, so you can bisect using the kernels in launchpad
[09:51] <ppisati> actually version_signature are the same
[09:51] <ppisati> i suspect it's something else
[09:51] <apw> ppisati, huh ...
[09:51] <ppisati> but yes, i'have 2 beagles
[09:51] <apw> the version in oneiric is the _same_ version number?  then its a literal copy from natty to there
[09:52] <apw> and if thats the case it may be the act of reinstalling which fixed you
[09:52] <ogra_> ppisati, ggez, why do you care, i promise you there will never be an imx51 board with a parallel port, just disable parport and be done :)
[09:53] <apw> ogra_, well we do wonder why he is suddenly hitting it, yes disabling it is sane anyhow, but why did this kernel suddenly exhibit the issue!
[09:53] <ppisati> ogra_: i'll push a config change then
[09:53] <ppisati> apw: actually it's the omap3 kernel, so get it from mainline
[09:54] <ppisati> apw: and the version on the alpha1 image and my own compiled kernel are the same
[09:54] <ppisati> i'll try some kernel/bootloader swapping
[09:54] <apw> ppisati, i'd accept a config change for sure, its clearly not needed on the boards we care about there not being one
[09:54] <ogra_> wht do yopu hit exactly ?  bug 603062 or bug 601226 ? 
[09:55] <ubot2> Launchpad bug 603062 in linux-ti-omap4 "oops in parport_pc_probe_port function of parport_pc module (dup-of: 601226)" [Medium,New] https://launchpad.net/bugs/603062
[09:55] <ubot2> Launchpad bug 601226 in linux-ti-omap4 "Unable to handle kernel NULL pointer dereference in ppdev module" [Medium,Fix released] https://launchpad.net/bugs/601226
[09:55] <ppisati> do i disable parport_pc or the entire parport driver?
[09:55] <ogra_> i'm üpretty sure we disabled at least the loading of the module in the past 
[09:55] <apw> ogra_, probabally an image issue then, as in your image has blacklist and the one ericm|ubuntu is using does not
[09:55] <ogra_> iirc there is a cups udev rule or the upstart job that have a modprobe parport hardcoded 
[09:55] <apw> if it blows chunks on loading, it likely should be removed
[09:56] <ogra_> one of the bugs above should have info for it 
[09:56] <apw> ppisati, i think its just the PC part which is bust
[09:57] <ogra_> but fixing it is really not worth the effort given the usefullness of the fix (beyond the fact of having it fixed there is no other advantage anywhere)
[09:58] <apw> ogra_, who in your team has one of these boards ?
[09:58] <ogra_> oh, and i have an imx51 board but that sits on the shelf and preparing it would take me half the day 
[09:58] <ogra_> tobin too 
[09:58] <ogra_> i think the rest went back to london 
[09:59] <apw> ogra_, did those all become buildds or is there spares there we could get to ppisati 
[09:59] <ogra_> hmm, i can ask around
[09:59] <apw> ogra_, thanks
[09:59] <ogra_> the panda buidcluster should be up within the next two weeks or so
[09:59] <ogra_> then we have all buildds spare 
[10:00] <ogra_> so you can definitely get one i think
[10:00] <apw> ogra_, who do i poke to make sure ppisati is at the top of the list to receieve one
[10:01] <ogra_> i will take care, no worries
[10:01] <ericm|ubuntu> ppisati, apw, confirmed the ~parportoff kernel works
[10:02] <apw> ericm|ubuntu, nice thanks
[10:03] <ericm|ubuntu> apw, np
[10:07] <ppisati> https://bugs.launchpad.net/ubuntu/+source/linux-fsl-imx51/+bug/601226
[10:07] <ubot2> Ubuntu bug 601226 in linux-ti-omap4 "Unable to handle kernel NULL pointer dereference in ppdev module" [Medium,Fix released]
[10:08] <ppisati> apw: i nominated it for lucid/fsl-imx51, ack it
[10:15] <apw> ppisati, done
[12:00] <jussi> So, just wanted to follow up on a bug from a colleague in the office here, had a similar issue to me, on very different hardware. bug 792291
[12:00] <ubot2> Launchpad bug 792291 in linux "Machine hung, display frozen" [Undecided,New] https://launchpad.net/bugs/792291
[12:01] <jussi> (my bug was bug 791064 - although it maybe quite different, Im not sure).
[12:01] <ubot2> Launchpad bug 791064 in linux "Machine Hang, black screen with immobile mouse cursor only" [Undecided,Confirmed] https://launchpad.net/bugs/791064
[12:45] <lool> Since I upgraded to .39, I get regular wifi disconnects/reconnects; is this known?
[12:45] <lool> Intel(R) WiMAX/WiFi Link 5350 AGN, REV=0x24
[12:57]  * apw lunches
[14:42] <sconklin> apw: there's a failed build of lts-backport-natty for Lucid in the PPA, what nneds to be done with that? and - does it need to go into this cycle?
[14:55] <apw> sconklin, is that on powerpc ? 
[14:55] <sconklin> looking
[14:56] <apw> sconklin, if so it is not meant to build on there, and that is has is an artifiact of the fact its a new package i beleive, and nothing to worry about, it should be ignored
[14:56] <sconklin> looks like armel, PPC, ia64 and sparc failed
[14:56] <sconklin> only i386 and amd64 succeeded
[14:57] <apw> yeah, its only meant to build on i386 and amd64, its an lts backport kernel
[14:57] <apw> and as far as we know the packaging only says build there, but its thought to be a side effect of not being in the main archive already
[14:57] <apw> so just ignore those failures for now
[14:58] <apw> and only copy the amd64/i386 over
[14:58] <sconklin> ok. Did you add a tracking bug?
[14:58] <sconklin> lazyweb
[14:58] <apw> no as originally it wasn't aimed to be a copy in in your team, it was for MIR, but then they decided we didn't need one
[14:58] <apw> so its ended up half baked, you could rebuild it if thats easier
[14:59] <sconklin> ok, we'll manually track it this time and catch it in th enext cycle
[14:59] <sconklin> thanks!
[15:03] <apw> yeah my stupidity for not putting the MIR bug number in there, then you could have bastardised that for the job
[15:16] <apw> ogasawara, do you know if we have oneiric capable PPAs yet ?
[15:17] <ogasawara> apw: not that I'm aware
[15:17] <apw> hrm, it would be nice to test these changes in PPA first ... bah
[15:17] <ogasawara> apw: indeed it would
[15:18] <ogasawara> apw: also just fyi, I pushed linux-meta version fix to a master-next branch
[15:19] <apw> ogasawara, sweet
[15:19] <apw> i am hopeful of getting this poo reviewed very early next week, if not then i'll plan on uploading just a simply tweak for versions to m-i-t moday
[15:19] <apw> monday and get the resync in separatly
[15:20] <ogasawara> ack
[15:23] <apw> ogasawara, i guess i could upload these both to a PPA but for natty and see happens
[15:23] <apw> ogasawara, also did you say that you'd installed the m-i-t and kernel on a machine it booted ?
[15:24] <apw> pwd
[15:24] <ogasawara> apw: yep, installed mit and the test kernel and all booted fine
[15:46] <GrueMaster> Morning kernel peoples.  
[15:47] <GrueMaster> ppetraki: The bug on the parport-pc was mainly filed on dove, and iirc, the module was configed out.
[15:47] <GrueMaster> Oops. I meant ppisati.
[15:58] <vmlinuz> Tommeh: I've found a doc about i915 GPU lockups: https://wiki.ubuntu.com/X/Bugs/Lucidi8xxFreezes
[15:59] <vmlinuz> Tommeh: I tried re-enabling KMS in driver options, tried disabling DRI in xorg.conf - None of them worked
[16:00] <vmlinuz> Tommeh: seems this is a known issue already been tracked by upstream
[16:07] <sconklin> apw: in there a natty ports meta?
[16:07] <sconklin> s/in/is/
[16:07] <apw> sconklin, nope there is no ports meta in natty
[16:07] <sconklin> thx
[16:32] <Tommeh> vmlinuz: bad times for you, but at least it's known.
[16:33] <Tommeh> You might wish to try xorg-edgers for the latest versions.. I'd say it's not for the feint of heart, but it's been relatively stable for me. The only thing I will say is that make sure you're VERY comfortable with resolving dependency issues with aptitude, before installing it (as removing it  can be tricky)
[16:33] <Tommeh> I say 'latest' .. I'm fairly sure even Lucid/Maverick don't get the absolute latest changes from 'edgers, due to broken ABI stuff.
[16:34] <Tommeh> Most likely newer than what you have, however.
[16:52] <apw> this is utterly hopeless, the upstream bzr branches we are merging also have the .pc stuff in them so there is no clean way to actually merge at all
[17:47]  * apw becomes vague ...
[18:40] <ogasawara> bjf: I've got a script that dumps the following for our weekly meetings - http://reports.qa.ubuntu.com/reports/ogasawara/kt-meeting.txt
[18:40] <bjf> ogasawara, looks good
[18:41] <ronin__> hi, apologize in advance 
[18:42] <ronin__> I want change my gcc version from 4.5 to 3.4 
[18:42] <ogasawara> bjf: I figure I'll just run it weekly in a cron. I wonder if I should copy it to kernel.ubuntu.com/~kernel-ppa/reports/ so then anyone could pull the data and paste it in the meeting should one of us be unavailable
[18:42] <ronin__> could you help me?
[18:42] <bjf> ogasawara, is your script in kteam-tools?
[18:43] <ogasawara> bjf: it's not, it's just an Arsenal hack so I wasn't sure if we'd want it in Arsenal of kteam-tools, I'm indifferent either way as long as I can put it somewhere
[18:43] <ogasawara> s/of/or/
[18:44] <bjf> ogasawara, i'd like to eventually be in kteam-tools, but can live with it somewhere else for now
[18:44] <ogasawara> bjf: I'd prefer for it to be in kteam-tools too, for some reason that's where I'd look for it if I were wanting to find it
[18:44] <bjf> ogasawara, ~kernel-ppa would probably be fine
[18:44] <ogasawara> bjf: I'll throw a note at the top of the script that it expects to be run within Arsenal
[18:49] <bjf> ogasawara, wfm
[20:16]  * jjohansen heads to lunch
[21:26] <bjf> bryceh, what's a valid LP version other than 'devel'?
[21:26] <vanhoof_> bjf: like edge, staging, production?
[21:26] <bjf> vanhoof_, no, those are "services"
[21:27] <vanhoof_> ah nm then :)
[21:29] <bjf> bryceh, nm, not the problem
[21:30] <bryceh> ok
[21:30] <broder> bjf: "beta" and "1.0"
[21:30] <bjf> broder, many thanks
[21:30] <broder> (beta matched karmic's lifecycle, so it's dead now; 1.0 will match lucid's lifecycle)
[21:31] <broder> bjf: https://launchpad.net/+apidoc/
[21:31] <bjf> broder, and 'devel' is current development
[21:31] <bjf> broder, thanks, that's so obvious
[21:31] <broder> np
[22:36] <sforshee> sconklin, I'm guessing it's too late to get a patch into the next proposed kernel for natty ?
[22:37] <sconklin> sforshee: yes, it's already built in the PPA
[22:37] <sforshee> sconklin, then it will be another 3 weeks before the next one, right ?
[22:38] <sconklin> yes
[22:38] <sforshee> thanks
[22:38] <sconklin> unless it's like this train wreck of a cycle and then who knows.
[22:46]  * jjohansen steps away for a bit