[12:06] herve: looking at why python-qt3 is uninstallable. Seems it conflicts with the sip4-qt3 new version you uploaded [12:07] haggai: it's due to the requirement on python2.4-sip4-qt3 (<< 4.2) [12:07] haggai: I'm on it already :) [12:07] yes :-( [12:07] haggai: but -- [12:07] haggai: if you want to fix it, go ahead! :D === herve slaps himself [12:07] (since I need it a fixed version to fix python-kde3 :-) [12:07] crimsun: ok, elmo pinged me about it. [12:07] haggai: ok [12:08] crimsun: I don't have time to fix it, sorry too busy with kubuntu bugs [12:08] haggai: ok [12:11] tritium's xawtv was fine [12:11] *rock* [12:11] uploading [12:11] rock even more! [12:11] :-) [12:12] good night all! [12:13] good night herve [12:13] thanks for being here [12:13] haggai, that I can admit :-) === schweeb checks wiki/AptGetOrg [12:15] MERGE ON PAIN OF DEATH lol [12:18] we should try to be more serious about the list; i'll walk through the list again and check which packages we can really include and be confident about them [12:18] it'll be a hard task for all of us [12:19] but i spotted some nice things in there and if we manage to get the maintainers/upstream guys involved, breezy will rock even harder [12:19] didnt we have someone with powerpc around? to get usbview going? [12:20] dholbach: ajmitch_ has access to ppc [12:21] the idea i had about http://people.ubuntu.com/~lamont/buildLogs/Test/u/usbview/1.0-6/usbview_1.0-6_20050328-0655-powerpc-failed isnt nice, but i'd include a patch with the changes of rerunning aclocal and automake [12:21] that could make it work again [12:24] dholbach: I haven't had time to install ubuntu on the mac [12:24] partly because it's not mine :) [12:24] ajmitch_: don't worry [12:24] ajmitch_: i think koke and jbailey had one [12:24] someone who would take his time in the next days to walk with me through the kernel-packages in universe in the next days? [12:25] jbailey has a pegasos ppc iirc [12:25] dholbach: what do you need exactly? [12:25] Yup [12:25] jbailey: we were discussing http://people.ubuntu.com/~lamont/buildLogs/Test/u/usbview/1.0-6/usbview_1.0-6_20050328-0655-powerpc-failed === koke has an ibook G4 === tritium [~rimbert@12-202-90-180.client.insightBB.com] has joined #ubuntu-motu [12:25] Someone had me look at usbview yesterday... [12:26] jbailey: and i said that a patch with the changes of rerunning aclocal and automake wouldnt be nice, but could work [12:26] ah... [12:26] hi dholbach. Looks like you uploaded xawtv for me :) [12:26] tritium: yeah... good work [12:26] Thanks, dholbach :) [12:26] dholbach: You need to add AUTOMAKE_OPTIONS=foreign, and then autoreconf -f -i, and the package is otherwise fine. [12:27] dholbach: A simpler solution for now is to not have automake loaded in the chroot. [12:27] Why is it there> [12:27] jbailey: dunno [12:27] dholbach: I think the rebuild methodology is a bit bogus. Having random versions of automake presence is a good way of cuasing grief. It's one of the suckages of automake. [12:28] yes [12:28] You can solve it by setting maintainer-mode in the packages, but that's way more work. [12:28] jbailey: thanks for elaborating [12:28] When I argued against maintainer mode ages ago, I hadn't understood what kind of nightmare we were going to see. I'd love to see it always in and disabled, with an option to enable it. [12:28] But either way, I don't know who maintains automake these days. [12:29] jbailey: must be quite a lot of people :-) [12:29] dholbach: np. Anything else you need while I'm here? [12:29] so now... who fixes usbview? ;-) [12:29] HI DHOLBACH [12:29] HEY TSENG! [12:29] dholbach: what are you lookin to do with kernel-packages? I'm willing to help [12:29] jbailey: not from my side... thanks for replying so fast :-) [12:29] dholbach: The current version is in the archive, this is only a failure from the rebuild. [12:29] hey tseng, just the person I was looking for. You're working on mono 1.1.5, right? [12:30] dholbach: I'd be inclined to ignore the problem, given that there are probably real bugs to chase. [12:30] dholbach: I'm trying... [12:30] jbailey: alright [12:30] jbailey: will there be a cdbs-bof in .au? :-) [12:30] dholbach: I don't think so. I thought about it after I heard the the bof schedule was frozen. [12:30] schweeb: there are LOADS of packages that won't work anymore, aren't installable [12:31] dholbach: Hopefully there'll be a bit of free time around drinks or something to preview cdbs2 and answer questions about cdbs1. [12:31] yeah cool [12:31] i'd very much look forward to that one [12:31] dholbach: well, count me in, as long as I don't have to demolish my system doing so :) [12:31] cdbs rules. [12:31] very very much [12:31] schweeb: we should focus on the last debian packages and weed out, what we don't need [12:31] dholbach: If you want something more than that, I don't know who to ask, really. I haven't thought much about UDU. [12:31] schweeb: thank you very much [12:32] jbailey: i can imagine [12:32] dholbach: we have a list of those kernel packages that have problems? [12:32] schweeb: wiki/UniverseUnmetDeps [12:32] ah [12:32] schweeb: http://archive.ubuntu.com/ubuntu/pool/universe/k/ should give you an idea as well [12:33] so we wanna get rid of stuff like m68k and shit? [12:33] dholbach: http://www.ubuntulinux.org/wiki/UbuntuDownUnderBOFs seems to be the list. I thought I heard that the list was frozen, but I don't see anything here indicating that. [12:33] schweeb: yes [12:34] dholbach: If you want a formal cdbs bof, could you add it, with some notes as to what you want to get out of it? (training, improvements, a chance to treat one of the authors as a piata...) [12:34] jbailey: i guess there'll be a lot of last-minute-bofs or discussions-that-anybody-is-interested [12:34] dholbach: As full as the schedule is sounding, I'm not sure there will be. [12:35] piata? [12:35] hrm [12:35] jbailey: you're right... for one week [12:35] dholbach: http://en.wikipedia.org/wiki/Pinata [12:36] ahhhhh coool :-) [12:36] You're sounding a little too eager on that one... === jbailey runs. [12:36] jbailey: i guess there'll be a lot of interested guys and we'll have our fun, even if it's not on the schedule [12:36] it shouldnt be toooo official either ;-) [12:39] http://www.mikesjournal.com/images/Pinata%201.jpg <-- quite graphic :P [12:41] :-))) [12:44] dholbach: I say we just drop all the kernel stuff that doesn't work :) [12:44] tons of packages given back [12:52] http://www.amedias.org/~koke/debian/hoary/usbview_1.0-6ubuntu1.diff.gz [12:52] I'm building now... === nictuku [~yves@nictuku.user] has joined #ubuntu-motu [01:02] i'm not really familiar with "version changes" in debian packages. I mean, I don't know what to update besides debian/changelog [01:03] you said debian/rules would have to be changed [01:03] sure [01:03] but I'd have to update debian/changelog to explain what was changed. [01:03] yes [01:03] dch -i -Dhoary is most easy [01:04] hmm what package provides dch? [01:05] devscripts [01:05] thank you. [01:08] hmm.. how do I create the source package after I've made the changes? [01:11] with debuild [01:13] I didn't know even that MOTU existed. great idea [01:13] bbiaf === schweeb starts migrating his Samba domain to Samba 3 === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu [01:33] lamont: you know why http://people.ubuntu.com/~lamont/buildLogs/Test/g/gpm/1.19.6-19ubuntu1/ was only built on amd64 and powerpc? [01:35] guys [01:36] dholbach: likely the result of one or more of the issues I was fighting in the DC. FWIW, a fresh hoary-test run is starting, and I'll be grumbling if anyone mentions logs predating somewhere < now (really about 10-40 minutes) [01:36] now I have the source package, what's next? sign it? [01:36] otoh, if it failed > 18:57, it's probably gonna fail again [01:36] lamont: ack [01:36] I mean, somebody signing my key... [01:37] nictuku: and you tweaked the version to end with ubuntu1, yes? [01:37] nictuku: if you want to thoroughly help us out, you'll (at some stage) have to have a nicely signed key [01:37] nictuku: having a good signed key is always GOOD, but before you upload your own packages to ubuntu, some guys will have to review them [01:43] lamont: hmm actually, no. [01:43] 1.2-3 is followed by 1.2-3ubuntu1 :-( === dholbach [~daniel@td9091a97.pool.terralink.de] has joined #ubuntu-motu [01:44] because otherwise, you conflict with the other guy building 1.2-4, and that'd be bd. [01:44] bad [01:44] yeah I got it. [01:44] how can I have my key signed? I live in Brazil, btw. [01:45] where in brazil [01:45] ? [01:45] Goiania, state of Goias [01:45] hrm.. no clue where that is.. second [01:46] you could talk to guys on http://nm.debian.org/gpg_offer.php [01:46] but i'm not sure how far you'd have to travel [01:46] been there, no one near me. not even close. [01:47] In debian, they would sign a key in extreme cases, if one sends a scanned version of its real ID or drivers license... [01:48] and Fortaleza, Curitiba, Recife, Sao Paulo all far away? [01:48] nictuku: http://www.ubuntulinux.org/wiki/UnsignedGpgKey [01:48] very far. [01:48] nictuku: is really a mako question -he's got connections _everywhere_. [01:48] :) [01:49] anyway... while you're working towards a gpg key and really want to help out, you will have to have us review packages and upload them for you :-) [01:50] yep. where should I send the diff file to? [01:50] about wiki/UnsignedGpgKey - biglumber didn't help either. [01:51] I'm not in a hurry to do that, though. I can wait till I meet with a dd (that happens sometimes in events) [01:51] nictuku: you have access to some webspace where you could add .diff.gz .orig.tar.gz and .dsc ? [01:52] yes. wait a second, please. [01:52] nictuku: next step: add the link to it on wiki/MOTUTodo ("to review" section) [01:52] someone will get in touch with you, when he finds the time [01:52] and hey... thanks for helping out :-) [01:54] nah, I'm the one grateful here! :) [01:56] so we're all glad in here :-) [01:56] ok... i'll go for the last walk tonight and get murphy out [01:56] good night [02:05] night [02:05] good night dholbach [02:08] bye tritium, nictuku [02:09] is this currently accessible? http://www.grupomabel.com.br/ubuntu/ === seb128 [~seb128@ANancy-151-1-17-120.w83-194.abo.wanadoo.fr] has joined #ubuntu-motu === seb128 [~seb128@ANancy-151-1-17-120.w83-194.abo.wanadoo.fr] has left #ubuntu-motu ["I] === fredix [~fred@185.72.97-84.rev.gaoland.net] has joined #ubuntu-motu [02:13] hu [02:13] hi [02:19] where i can report a bug for universe ? [02:22] maybe http://bugzilla.ubuntu.com/ ? [02:22] no [02:22] not for universe [02:22] launchpad.ubuntu.com/malone === diamond [~diamond@194.46.79.91] has joined #ubuntu-motu === dredg pokes diamond in the spleen [02:24] dredg: morning. === diamond rubs his spleen [02:26] someone know who upload libgtk-trayicon-ruby into universe ? [02:27] can anybody see an explanation for the wontfix in debian #242066? [02:28] oh i found it [03:38] crimsun, how are things? [03:38] not too bad [03:38] just uploaded python-qt3, have to wait for it to build so I can fix python-kde3 :) [03:38] yourself? [03:38] congratulations! [03:39] small fries compared with universe :/ [03:39] dholbach reviewed xawtv, and it's already uploaded and built just fine [03:39] thanks for offering earlier [03:39] yep, read above. Great! [03:39] thanks [03:40] yeah, sorry about the lag, I had been called away and wasn't able to even finish python-qt3 til now [03:40] no, don't even worry about it. It's fine. [03:45] What should I do when I come across a package that won't build, due to api changes? Looks like gnome-alsamixer is busted. Upstream is broke, and doesn't look like it's been touched since the middle of last year [03:53] StoneTable: personally, it's a morgue candidate [03:53] sunds like a plan to me. [03:53] StoneTable: gnome's Volume Control (in 'gnome-media')) already provides the functionality through gst's mixer [03:54] yeah, maybe that's why it's been abandoned [03:56] newbie question here, looking at packages in UniversePriorityList, some of them don't build purely because apt isn't accepting unauthenticated dependancy packages, [03:56] how does that get fixed? the maintainer tweaks the build env? [03:56] none of them should build if you're using pbuilder [03:57] you have to add an explicit configuration [03:57] crimsun: for example, putty is listed on that page as failing, but builds fine here in pbuilder with the steps provided in the pbuilder howto wiki entry [03:58] diamond: if it builds fine for all 4 arches, then note it as done [03:58] (add a note) [03:59] wait. i'm a moron, sorry. i've mixed up amd64 and ia64. [04:00] looking at the build logs now, it appears to have build successfully on i386, ppc, amd64 and ia64 (which i presume are the four arches). [04:00] yes, I was just about to say that. [04:01] so, the maintainer will presumably take care of updating the UniversePriorityList, and i should go pick a different broken package, right? [04:02] (apologise for the flood of painfully unsure questions ,-) [04:02] *apologies [04:02] hooray [04:02] diamond, the maintainer may not be aware of the UniversePriorityList [04:02] my Samba migration went about as good as possible [04:02] what's up schweeb ? [04:02] ah, cool [04:02] howdy [04:02] I'll just say that WINS sucks. [04:03] tritium: ah. what can i do then? apt-cache show putty says the maintainer is Colin Watson (@debian.org). [04:04] colin watson = Kamion :) [04:04] yeah, you could tell him I guess [04:04] although why you would run putty on linux... [04:04] no idea... [04:04] schweeb: i use it elsewhere, mainly for pterm, the terminal emulator. [04:04] schweeb: it's fast, and pretty bug-free [04:05] schweeb: gnome-terminal for example is paaaainfully slow on my p3-800 in work [04:05] I'd use rxvt-unicode then ;) [04:05] <3 aterm [04:05] aterm or Eterm [04:05] crimsun: aye, utf8 support is a must, but i've had issues with rxvt too. basically, every terminal emulator sucks (just like osen -), pterm just sucks a little less [04:06] although I'm using gnome-terminal currently out of laziness... [04:06] i have a friend tho who had to resort to using putty on his box because openssh couldn't get past his router. [04:06] t'was a really weird issue [04:06] diamond: well in my case I was using zsh, which has issue with utf-8 [04:06] err, issues === diamond [~diamond@194.46.79.91] has joined #ubuntu-motu === diamond slaps forehead [04:07] as i was saying before i so rudely interrupted myself, [04:07] it eventually turned out that openssh was setting some QOS bits for some of it's inital packets, [04:07] It's hard to pick a package to fix. It does seem like some failed to build only because build-dependencies weren't available in some cases. [04:07] and his router, being a cheap piece of crap, was dropping on them [04:07] tritium: indeed [04:07] s/on// [04:07] (e.g. octave2.1 on ia64) [04:08] * on ia64 [04:08] indeed [04:08] if anyone has any favourite packages that aren't building on amd64, i'm willing to have a poke [04:08] cool, diamond. Thanks. [04:09] You could look at vpnc. It seems to be failing to build only on amd64, if I recall correctly [04:10] tritium: just checking the logs now, it looks like everything except ppc is currently building [04:10] no, looks like it built, actually [04:10] yeah, that's new status info on that === diamond nods [04:10] for that matter, i can poke i386 and ppc stuff too, but i'm guessing there are more people around with those platforms [04:11] yea, most of us have i386 :) [04:11] amd64 is the way of the future i tell you -) [04:12] ppc64 :) [04:12] either that or i've just bought myself a rather expensive flop [04:12] I'll reserve my judgement for when I actually own one [04:12] er. pun unintented, obviously. [04:12] I'm pretty happy with i386 [04:14] schweeb: tbh, i switched mainly because i was looking for a new machine, and amd are selling the 64-bit athlons as their main line now [04:14] yea [04:15] crimsun, you have a G5? [04:15] right. mr. watson mailed re: putty. [04:16] okay, I'm gonna go through and start moving stuff where the only platform it doesn't build on is ia64... should I add a new page with DoesNotBuildIA64, or should I just put them in the comments section on the UniversePriorityList? [04:16] he's in #ubuntu-devel, you probably could have talked to him in real-time [04:17] tritium: ah hah. right. i scanned the channel list here, didn't think of poking in there. [04:17] so what did he tell you? [04:17] anyone have an opinion? ia64 does not build, new page, or add to comments [04:18] schweeb, my bet is that dholbach (and everyone else) trusts you enough to do what you feel is best [04:18] alright :) === hsprang [~henning@c129195.adsl.hansenet.de] has left #ubuntu-motu ["Leaving"] === schweeb starts a new page [04:18] not that I have any say in the matter, but I know you do good work [04:19] (yes, DoesNotBuildIA64 was mentioned before. Go for it.) [04:19] tritium: access to, yes, not personally (unfortunately) [04:20] crimsun, I see. It turns out, my hard-drive problems were fixed with an fsck, but I'm still considering a new machine. [04:20] tritium: ah! Well, at least that's good news. [04:20] Yeah, it was! [04:21] I wouldn't mind seeing a G5 powerbook come out next month with OS X 10.4, but there's no indication of that happening. [04:24] my wife is dreaming of a g5 powerbook [04:24] my pocketbook, however, is not ;) [04:24] heh [04:28] tritium: told me to go ahead and update the page, putty is now moved to the 'done' section. [04:29] diamond, congrats [04:29] tritium: well, t'was he that fixed it, i did nothing only notice and tell him -) [04:30] well, it's still a good thing :) === diamond grins [04:31] true === diamond goes to poke at snacc === wasabi_ [~wasabi@c-24-1-61-51.client.comcast.net] has joined #ubuntu-motu [04:34] back later, need go to for a run. [04:34] err, word order switch. [04:35] see you crimsun [04:36] cool, a fellow runner :) [04:39] nice [04:39] lots of these ia64 only bugs seem to just be buildd problems [04:40] might be able to clear up a bunch of bugs tonight [04:40] that would be way cool === jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-motu [05:09] So are we still accepting new packages to universe for hoary? [05:11] wasabi_, I tend to doubt it at this point [05:16] jeeze this ia64 buildd is messed up a good portion of the time it seems [05:18] schweeb, are you putting that list together by hand? [05:26] yep [05:26] I'm looking at the buildlogs and determining the general problem too [05:26] so it can't be scripted [05:27] fun [05:27] gotta be done [05:28] this stuff would be way better if it was in a database and you could query for certain attributes [05:40] schweeb: the dev/null antics were all over, but ia64 had more stuff to do when it started hitting the fan [05:40] ditto ppc [05:40] and then there was the fact that one of the ia64 buildd's wasn't really happy, iirc, which meant it went flying through the packages vomiting [05:48] lamont: well, I'm compiling a list of stuff that needs to be kicked for you on ia64 [05:49] schweeb: uh, everything got kicked. [05:49] oh [05:49] :-/ [05:49] are the logs going into Test still? [05:49] Total 27 package(s) in state Building. [05:49] Total 1468 package(s) in state Needs-Build. [05:49] Total 3 package(s) in state Uploaded. [05:49] Total 1498 package(s) [05:49] yes [05:49] but atm, it's just main. [05:49] you mean just main that's building? [05:50] that'll take 6-8 hours or more to finish, and then we just have to convince elmo to reimport universe [05:50] main always beats universe in the build ordering [05:50] right [05:50] just as universe beats multiverse [05:50] hum. i'm beginning to suspect a gcc/libc6 but is causing this problem with snacc on amd64 [05:51] *bug [05:51] so the fact that only main is in the test repository doesn't really affect things until it finishes... [05:51] diamond: that or it's doing something stupid like casting between pointers and int's... === lamont becomes curious [05:52] lamont: well, I'm at least compiling a list of stuff that's only wrong on ia64 right now :) [05:52] lamont: the point at which it crashes is definetely safe, [05:52] lamont: but Weird Stuff appears to be happening. [05:52] unclutter the PriList a bit [05:52] hmm, I just got qemu to build without modification [05:53] hrmpf no nice neat warnings-that-are-really-errors [05:53] I'll double-check... [05:53] schweeb: coolness [05:53] lamont: heh, aye -) [05:53] diamond: interesting [05:53] not at first glance [05:54] lamont: the code does, basically: long int t; printf("%s",ctime(&t)); [05:54] lamont: and strlen inside printf (well it's actually fprintf, but no matter) barfs [05:55] diamond: and there's a #include , I expect [05:55] er. i left out the 't=time(NULL)' bit -) [05:55] wonder if making that say 'time_t t' helps [05:55] lamont: i checked the headers, time_t == long int [05:56] yeah [05:56] hum. you know, you're right. time.h ain't included. [05:57] that could matter [05:57] whaddya know, i think it's actually building now ,-) [05:57] i blame the 5am time for me not having checked that === lamont tips his hat [05:58] only 9PM here. :-) [05:58] bing. that fixed it! [05:58] lamont: cheers for the hint [05:58] wooo [05:59] right. i'm a newb. where do i go from here? i have a patch... [05:59] (and yeah, it's a oneliner ,-) [06:00] diamond: and I presume that you're not in the universe-uploaders keyring [06:00] lamont: no, i'm not [06:01] lamont: so are all arches being rebuilt from source again, then? [06:01] dredg can vouch for who i am, apart from that... [06:01] hrm.... /me isn't sure of the actual process either... [06:01] lamont: heh heh, k. [06:01] schweeb: yes [06:01] diamond: you'll have to wait till one of the MOTUs are around [06:02] lamont: an MOTU reviews it and uploads it if satisfactory :) [06:02] schweeb: yeah. that much I knew [06:02] that's about it, heh [06:02] then there's the issue of email addr whitelisting, etc, etc,etc. [06:02] ah, yes [06:03] schweeb: right [06:03] I mean, I could upload it, but that would feel like , dunno, cheating somehow... we should give diamond the proper visibility with the MOTU's [06:03] elmo should just make a web form to whitelist :) [06:03] right [06:04] lamont: aye, i'd like to work towards motu-ship [06:04] schweeb: is just email to elmo to do it, yes? [06:04] oh [06:04] I just poked him in IRC :) [06:04] well, that too [06:05] all the whitelist gains for you is emailing you if you're in the Changed-By header, right? [06:05] diamond: in that case, you probably want to send email to james.troup@ubuntu.com, or poke elmo in irc, and ask him to add your email addr to the whitelist. Then, as you build source packages, you will get the nice email from the installer, etc. and your name will be in the changes mail that goes to everyone and their mother. [06:05] schweeb: and the visibility that goes with it [06:06] then we know we've been seeing your work... otherwise it just comes from 'Ubuntu installer' [06:06] and we don't readily know who did the changes... [06:06] oh [06:06] admittedly, that's just reading the From: header in the mail, rather than the Changed-By field inside the body [06:06] lamont: cool. [06:06] my stuff has all been Ubuntu Installer so far I think.... but I think that was before I was whitelisted [06:07] once whitelisted, you should appear as the From address [06:07] (yes, katie forges email. so?) [06:07] lol === lamont needs some faster cd-rw media [06:09] diamond: see also http://www.ubuntulinux.org/wiki/DeveloperResources [06:09] lamont, qemu sure appears to have built correctly on i386. The log appears to indicate there were unsatisfied build-deps when the buildd made its attempt [06:10] tritium: le huh? URL? [06:10] http://people.ubuntu.com/~lamont/buildLogs/Test/q/qemu/0.6.1-1/qemu_0.6.1-1_20050327-1915-i386-failed [06:11] is missing zlib1g-dev build-dep [06:11] looks that way, yet it built [06:11] now, whether that should be a direct build-dep:, or some other package is missing a Depend:, remains as a question [06:12] it's in the control file [06:12] what's in the control file? [06:13] zlib1g-dev [06:13] when it built for the archive in november, something Depended: on zlib1g-dev [06:13] (as a build depend) [06:13] Yes, qemu === lamont fetches source [06:13] Build-Depends: cdbs, debhelper (>= 4.1.0), libx11-dev | xlibs-dev, libsdl1.2-dev (>> 1.2.1), texi2html, sharutils, libgpmg1-dev | not+linux-gnu === lamont sees no zlib1g-dev [06:14] and it clearly needs a Build-Depends: zlib1g-dev [06:14] since it references -lz directly (Makefile, Makefile.target) [06:14] Build-Depends: cdbs, debhelper (>= 4.1.0), libx11-dev | xlibs-dev, libsdl1.2-dev (>> 1.2.1), texi2html, sharutils, libgpmg1-dev | not+linux-gnu, zlib1g-dev [06:14] (that's what I have here) [06:14] no modification [06:15] and what does head debian/changelog say? [06:15] heh, ajmitch fixed it today ;) sorry [06:15]