[00:26] hmmm, firefox takes 18 hours to build on arm atm [00:26] that's ridiculous [00:26] nearly an entire day! [00:28] ouch [00:28] How long does it take on a good x86 box? [00:30] TheMuso, about 3 to 3.5 hours including all of the test suite [00:30] ah ok. [00:30] openjdk takes 13 hours to build on my *x86* box :) [00:30] I'm so glad I don't normally have to build it. [00:31] I' [00:31] I'll bet. [00:32] heh [00:32] pitti - ok, the current firefox beta is good for natty-proposed, although armel is *still* building [00:32] it should be ready by about 8am [00:38] pitti - i've just though, we'll need ubufox too. but i can upload that directly to natty-proposed [01:49] ooh. I just tried lightdm... I like it :) === asac_ is now known as asac [03:10] What are the plans for Mono applications, like Banshee? [03:10] Gtk# 3 seems nowhere near release quality [03:12] Currently I believe the plan is “they get their gtk2 stack”. There's a gtk3 branch of banshee that seems to be coming along nicely, but I haven't tried it. [05:28] Good morning [05:29] chrisccoulson: great, then I'll move it over to -proposed [05:29] argh, armel is _still_ building [05:29] so still blocked :/ [05:30] seems armel takes 18 hours [05:38] chromium takes 28 hours [05:38] so firefox is fast by comparison [05:48] Um... Seems that consolekit stuff is not working properly when logged into a GNOMe session with latest oneiric. [05:48] I can prove it with audio. [05:48] oh, how so? [05:48] seems to work here [05:48] I log into a GNOME classic session with gnome-panel etc, and cannot run either alsamixer or paly audio either with a command or get speech. [05:48] TheMuso: what does ck-list-sessions say? [05:49] This iis a fresh install [05:49] TheMuso: and which DM are you using? [05:49] pitti: lightdm, let me get ck-list-sessions. I am on another machine atm, so need to get the data accross first. [05:49] TheMuso: no need to do a verbose copy [05:49] Ok thats easy, ck-list-sessions says nothing. [05:49] TheMuso: just check if you have a sessino with is-local = TRUE [05:50] i.e no output. [05:50] lightdm failure? [05:50] I don't know, logged in ok. [05:50] right, but it's responsible for creating a CK session [05:51] Ok. [05:51] As I said, booted, logged in, no problem. [05:52] And logging out seems broek as well. [05:52] brb [05:54] ok back [05:54] Ok I had to reboot the machine running oneiric, as it just sat there and didn't log out. [05:56] Ok seems lightdm crashed this time on boot, as I am dumped to a console. [05:57] Hrm ok seems that X crashed. [06:01] Ok, one more fresh boot and lightdm came up first time. Logged in, and still have consolekit problems, i.e no output from ck-list-sessions. [06:03] Hm. Lightdm seems unwilling to log me in to a unity session. [06:05] Ah. This would apparently be because I don't have permissions to access the drm device. And, indeed, ck-list-sessions doesn't list anything, which probably points to the culprit. [06:08] RAOF: Ok nice to know I'm not the only one. [06:08] Time to summon the robert_ancell ! [06:09] uh oh [06:09] * TheMuso is trying to psate a fragment of log to pastebin using pastebinit, but its not working for some reason atm [06:09] yeah, I'm just playing with it now. Something has changed, not sure what [06:09] 's going wrong [06:10] my typing is also sucking this afternoon. [06:13] * TheMuso temporarily switches back to GDM. [06:14] RAOF: so you rebooted? :) [06:14] Sarvatt: Yes indeedy :) [06:15] are the icons supposed to be missing from oneiric? Or am I missing a package? [06:17] gnome-themes-standard? [06:18] no, got that one [06:29] can someone confirm this for me: https://bugs.launchpad.net/bugs/795323 works, https://bugs.launchpad.net/bugs/795324 doesn't, https://bugs.launchpad.net/bugs/795323 does [06:29] Ubuntu bug 795323 in ubuntu-tweak "Ubuntu 11.04 cannot launch package manager" [Undecided,New] [06:29] https://bugs.launchpad.net/bugs/795325 for the last one [06:29] Ubuntu bug 795325 in bzrtools "upstream_import.TestWithStuff.test_nonascii_paths breaks on non-utf8 systems" [Undecided,New] [06:50] robert_ancell: Yes. [06:50] where are my missing crash reports? [06:51] I suspect that means that they're currently private and we can't look at them. [06:51] micahg, speaking of missing crash reports... I haven't seen your one?! [06:51] Which could usefully be described as A Bit Silly. [06:52] robert_ancell: I'll see if the retracer got to them yet [07:05] robert_ancell: it appears the retracer either got stuck again or is behind [07:05] I'll ask seb128 and pitti about it later [07:05] that's really bad. I think there's a number of people hitting problems and I'm not getting any stack traces [07:06] yep [07:06] not getting stack traces via apport? [07:07] bryceh: no, the retracer gets stuck sometimes [07:07] ah [07:13] micahg: I restarted it yesterday, but I suppose the current LP performance problems don't help [07:14] I keep getting timeouts for both launchpadlib and webui stuff [07:14] lazr.restfulclient.errors.HTTPError: HTTP Error 503: Service Unavailable [07:14] yay [07:14] restarted them [07:17] Anybody else getting lots of unity-panel-service segfaults in their dmesg? [07:17] pitti: it it worth brining those timeouts up through our LP stakeholder? [07:18] micahg: I think it got fixed now, according to http://identi.ca/launchpadstatus [07:18] k [07:19] right, forgot about the recent maintenance [07:31] good morning [07:31] micahg, TheMuso, anyone-else can you test a new lightdm and see if it fixes your problems? [07:31] lost 25 minutes to get a network to connect, was first thinking it was the new glib, downgraded, rebooted… [07:32] seems it was lightdm [07:32] didrocks, heh, seems like an existing bug triggered by the glib change [07:32] didrocks, can you test new version? [07:32] robert_ancell: ah, interesting :) [07:32] robert_ancell: sure, is it uploaded? [07:32] yes, but can be built from the branch if you want to test now [07:33] it's a reference counting issue, I wonder if glib changed something there [07:33] robert_ancell: I can wait either way and test this afternoon [07:33] oh? ref counting issue? in weak ref? [07:34] I missed a g_object_ref when stuffing an object into a hash table [07:34] robert_ancell: Will probably not test till next week now, got to get some stuff done so I'll need to build lightdm, and switch to it again... [07:34] vala would have saved me [07:34] so using gdm atm [07:34] TheMuso, np, you should get an update in a few hours [07:34] And after a fres install, still need to set up my build bits again. [07:34] fresah [07:34] fresh [07:34] gah sucky typing. [07:35] :) [07:35] robert_ancell: from experience with unity maverick, vala was weird at weak ref counting [07:35] Any volunteers? I just want some confirmation that it's fixed so I can go to the pub [07:35] didrocks, when using "unowned" variables? [07:36] robert_ancell: exactly, I remember we had to trick it a lot [07:36] not sure if it has changed nowdays, I guess it's better [07:36] didrocks, why were you using them? [07:36] launchers icon, when passed to the store, logical iface, and some cache [07:37] but that's old story now :) [07:37] robert_ancell: so, lightdm has some part in vala? I was surprised when I check out and see .c (but didn't check more) [07:38] robert_ancell: also, you are aware that you don't parse /etc/environment btw? [07:38] didrocks, no all in C. I dabbled with switching to Vala, but some of the low level stuff gets really complicated [07:38] didrocks, I *think* I'm not supposed to [07:38] TheMuso: hey, do you have the Qt a11y patches? [07:38] robert_ancell: hum, why? the spec doesn't tell so [07:38] didrocks: Yes they will be on their way as soon as I get a few little weird issues sorted here. [07:38] TheMuso: excellent, just ping me about it, thanks! :) [07:38] I will make sure that they get sent to you before finishing for the week. [07:39] Trying to work out if I should be reading /etc/default /etc/environment ~/.xprofile ~/.profile ... is really hard [07:39] robert_ancell: some people were suprized to not have /usr/games in their PATH anymore [07:39] didrocks, which spec? [07:39] didrocks, yes, I've been trying to work out where that is supposed to come from exactly [07:39] robert_ancell: dunno, I was guessing there was an freedesktop spec at ogin [07:39] login* [07:39] didrocks, that would be awesome [07:39] ok, wrong guess then :) [07:40] didrocks, I'm planning to write that spec once I've decoded all this [07:40] hehe [07:40] Thats a good idea. [07:40] Logging in is this black art atm. [07:40] I think /etc/environment or at least one way for the distro/admin to set env variable would be nice [07:41] hum, there is no recommendation at http://en.wikipedia.org/wiki/Environment_variable [07:42] didrocks, I'm happy to parse it, as long as it's the "right way". But I'm not sure if that is. Currently values get pulled out of it and set in the upstart/init files (which matches gdm) [07:42] and man environ either:/ [07:42] didrocks, the whole thing has just grown over the years and environment is being set all over the place. I'd like to bring it back to something sane, but first I just need to match expected behaviour [07:43] robert_ancell: well, I don't know what to parse, but just one place for the admin to tweak that is required. Then if it's /etc/environment or whatever, I don't really care :) [07:43] yeah [07:43] I agree :) [07:43] yeah, I feel your pain [07:43] * robert_ancell wonders who I need to buy a beer in Dublin to check my new lightdm package [07:44] robert_ancell: ok, let's be a victim then :) [07:44] yay! [07:44] so, where should I build it? [07:44] just debcheckout and bzr-buildpackage should do the trick! [07:44] ok :) [07:45] * didrocks installs build-dep [07:47] robert_ancell: waow, you have some distro patch? ;) [07:47] didrocks, yeah, there's too many changes in head to risk it, so I just pulled some patches over [07:48] robert_ancell: you don't use merge-upstream? You can cherry pick patches from head [07:48] that's why I do for unity [07:48] haven't tried that, I should [07:48] yeah, it's really good and change your life :) [07:48] for most of issues in unity I was fixing upstream [07:49] and then cherry-pick the commit in the packaging branch [07:50] ok, built and installed [07:50] rebooting [07:50] ... [07:51] robert_ancell: so, I don't have a reproducer, but charlie-tca did earlier this week [07:51] micahg, are you running oneiric? [07:51] robert_ancell: on my xubuntu machine [07:51] micahg, because it looks like the new glib reliably triggers it [07:51] my dev box is still on natty for a bit [07:52] weirdly enough, I haven't had any crashes this evening yet [07:52] I still have 2.28.6 though [07:53] that's probably it. I've never seen this crash and I run it 24/7 [07:56] * robert_ancell is getting worried with how long it's taking didrocks to reboot [07:58] invoke didrocks [07:59] I shouldn't have added debian/patches/03_set_fire_to_your_computer.patch [08:01] and debian/patches/segv_for_fr_FR.patch [08:02] that one works for me fine! [08:02] robert_ancell: not sure it's pub time yet :/ [08:02] didrocks, what happened [08:02] robert_ancell: was quite different, this time, I can see my interfaces with ifconfig, but no nm-applet icon [08:03] robert_ancell, don't worry I have a debian/patches/101_dump_bucket_of_water_on_monitor.patch coming [08:03] killing/restarting it didn't work [08:04] didrocks, in unity? [08:04] robert_ancell: yeah, in unity [08:04] switching to gdm just makes it appear [08:05] robert_ancell: I know that seb discussed yesterday with some issue in some case with nm-applet <-> new glib [08:05] robert_ancell: so maybe I get that race now in lightdm [08:05] robert_ancell: at least, I see the interfaces now, which wasn't the case before [08:06] I will move gnome-coec-install to dh_python2 if noone minds [08:09] didrocks: Do you happen to have a qt git tree handy? [08:09] TheMuso: no, but I can, just point me to the commits [08:09] hope there is not 100 commits :-) [08:10] didrocks: Ok sweet, will email you a list of the commits that need to be applied in order. [08:10] TheMuso: excellent! thanks :-) [08:11] * didrocks gets the impression that building Qt is the story of his life now :-) [08:11] there is no day happening without I need to build it at least once or twice ;) [08:11] heh [08:11] didrocks: I hope you figured out how to do efficient rebuilds then? [08:12] i. e. with -nc, -j4, ccache, or just building submodules? [08:12] and running it from the build tree? [08:12] pitti: so, -nc doesn't work in qmake, if I change a source, it seems it didn't check the timestamp and say "all done"… [08:12] bah [08:12] didrocks: On its way, any questions, just holler. [08:12] -j4 is what I use by default (5h30) [08:12] * TheMuso -> EOW. [08:13] TheMuso: enjoy the weekend! [08:13] I can win 2 hours not building with webkit [08:13] See you all Tuesday, NSW Au has public holiday on Monday. [08:13] TheMuso: see you, enjoy your week-end! :) [08:13] ah, right, here too [08:13] there as well :) [08:13] pitti: so right now, for avoiding burning my laptop, I push to my ppa [08:14] I should try ccache [08:14] changing a source file and make not picking that up really sucks [08:14] didrocks, unity freaks out if gnome-icon-theme-full is not installed [08:15] robert_ancell: yeah, it's known and fixed in trunk, I'm waiting for a SRU (which will be pushed in oneiric) for today [08:15] didrocks, an I thought it was lightdm's fault I couldn't log in :) [08:15] pitti: yeah, not sure if it's a qmake limitation, I was quite surprized [08:15] robert_ancell: heh, not for that one :-) [08:15] didrocks, cause I can log in and use network fine now [08:15] bah, DSL reconnect [08:16] changing a source file and make not picking that up really sucks [08:16] how can anyone do any sensible upstream development with that? [08:16] they will hardly rebuild the entire tree every time they touch a signle source file? [08:16] usually you'd change a source file, have a two-minute make, and then run it with LD_LIBRARY_PATH or so from the source tree? [08:16] didrocks: ^ [08:16] robert_ancell: maybe I don't have the latest nm-applet as well, I didn't upgrade since yesterday [08:16] (evening) [08:16] is installing lightdm enough or do I also need one of the example greeters (which one?)? my attempts to test lightdm weren't successful till now (with the free radeon driver on AMD64) [08:16] robert_ancell: as told, at least, I have the interfaces now with ifconfig, so I think it's better [08:16] didrocks: add DEBUILD_PREPEND_PATH="/usr/lib/ccache" to your ~/.devscripts, then ccache will just work [08:17] 09:15:24 didrocks | pitti: yeah, not sure if it's a qmake limitation, I was quite surprized [08:17] oh, sorry [08:17] pitti: nothing is rebuilt if you touch a single source file, but I think they just rebuild a part [08:17] export PATH=$HOME/bin:/usr/lib/ccache:$PATH [08:17] you need thaht as well [08:17] oh really? [08:17] just that for using ccache? [08:17] thanks for the tip, adding it :) [08:17] well, at least you used to back then [08:18] perhaps these days ccache has an /etc/profile.d/ snippet for that [08:18] * didrocks apt-get install [08:18] but setting $PATH -> dpkg-buildpackage, make, etc. [08:18] .devscripts -> for debuild [08:18] and it'll work everywhere [08:18] it's really easy, and quite effective [08:19] gives me a 30% saving on C in postgresql, but only because (1) C is fast, and (2) there's lots of non-compilation in the packge build [08:19] C++ is utterly slow, it should help quite a bit [08:19] yeah, indeed :) [08:19] no profile.d with ccache [08:20] adding the paths [08:20] later all [08:21] see you robert_ancell :-) [08:21] bye robert_ancell [08:21] didrocks: but while getting it from 5 to 3 hours is nice, it doesn't solve the problem [08:21] exactly [08:22] didrocks: IMHO the best would be to spend an hour or two to figure out how to build, rebuild, and run straight out of the upstream git [08:22] with a rebuild turnaround of a minute, not hours [08:22] pitti: anyway done, let's see how much saving it will be (need to patch pilot), but yeah, I'll have a look at how I can really save things when going to the Qt contributor summit for instance [08:23] (next wednesday for travelling) [08:41] hey [08:44] bonjour seb128 [08:44] hey pitti! [08:44] lut didrocks, happy piloting [08:45] bah kees n-acked accountsservice [08:45] hey seb128, thanks :) [08:45] yeah, I sent it back to rodrigo [08:46] people starts to directly send me emails to start contributing to unity [08:46] I have to redirect them to the dx team [08:51] is this a glib, compiler, or packaging issue: http://pastebin.ubuntu.com/623196/ [08:51] has anyone else seen cdbs failing when DEB_PYTHON_SYSTEM is dropped from debina/rules? its supposed to use dh_python2 then, but for me its just doing nothing [08:57] didrocks, there is 3 merge requests on versions for you ;-) [09:00] seb128: nice, thanks for the notice [09:01] yw [09:10] where is robert_ancell! I've complains about lightdm ;-) [09:11] seb128: he was saying something about a broken glib on his way out :) [09:11] update-manager (or other things that need authentification) don't work [09:11] seb128: he went to the pub :) [09:11] micahg, right, that's a different issue [09:12] stop blaming it on glib :p [09:14] cdbs: hey, on https://code.launchpad.net/~bilalakhtar/gedit/unity-quicklist/+merge/63696 did you sent it upstream (and you need to add the bug number there as well), as I've done for gnome-screenshot? [09:14] didrocks: pong [09:14] morning [09:16] cdbs: also, the quicklist needs to be rewritten for capitalization (see my latest comment), can you fix both quickly so that I can sponsor your work? [09:16] didrocks: I'll fix it, as for forwarding, I'll forward by eveninakshatj_96g [09:16] *evening [09:17] cdbs: we need to add the bug number to the patch for tracking [09:17] didrocks: can I give you a debdiff to fix the xchat-gnome depwait? [09:17] cdbs: that's why I've written the guide to https://wiki.ubuntu.com/Unity/LauncherAPI#Static Quicklist entries [09:17] with an example of tagging :) [09:17] didrocks: I've to leave in 5 mins, and can't do that right now [09:18] cdbs: ok, then, just ping me next week once done. I'll put the branch as reviewed for now and wait on that for sponsoring [09:18] micahg: sure [09:18] any idea anyone why we have a git snapshot for gnome-user-docs? [09:19] didrocks: capitalization fixed, will forward later today and add it to the patch header, will ping you by Monday. Gotta leave now [09:19] cdbs: sure! thanks a lot :-) [09:20] rodrigo__, not really, check with mdke or jbicha I guess [09:20] seb128, ok [09:20] rodrigo__, the package is a bit non trivial I think because they patch it for things like unity [09:21] ah, ok [09:21] rodrigo__, not sure how they merge both upstream and ubuntu documentation team work in the vcs [09:22] ok, enough reasons to leave it to others to do the update to the newest version :) [09:22] I'll do yelp and gnome-system-monitor [09:22] yeah [09:22] rodrigo__, g-s-m is blocking on the gtk3 cpp bindings [09:22] ah [09:22] you can do yelp ;-) [09:22] ok, yelp then for now :) === rodrigo__ is now known as rodrigo_ [09:24] brb under gdm [09:31] re [09:35] didrocks: nevermind, it FTBFS after the change, it needs libnotify4-dev/libnotify-dev in control, but the build failure needs fixed before that can be applied, something with parsing a Portuguese file [09:35] micahg: ok, do not hesitate to ping me if you figure it out [09:37] didrocks: not happening this morning, need to get chromium out :) [09:37] micahg: no worry! good luck then ;) [09:38] didrocks: thanks, happy piloting in any case :) [09:38] thanks ;) [09:43] ok [09:43] didrocks, rodrigo_, pitti: other who were interested, gtk 3.1.4 is in the vcs and I uploaded to the ubuntu-desktop ppa as well [09:44] not sure about uploading to oneiric, the tarball has over a month and there is quite some warnings displayed when running i.e gedit [09:44] we might want to wait for the next tarball [09:44] gedit as already a bunch of warning, isn't it? [09:44] well in any case it's in the ppa if you need it [09:44] ok, thanks seb128 :) [09:44] didrocks, no, those are due to appmenu, if you unset UBUNTU_MENUPROXY it's clean [09:45] seb128: merci [09:45] seb128: I still have a lot of libpeas-WARNING [09:45] didrocks, do you have gir1.2-gtksource-3.0 installed? [09:46] no, I don't [09:46] ok, it's a Recommends [09:46] not sure if we should put it as a depends... [09:46] * didrocks blames apt :-) [09:46] yes, iz mvo bog [09:46] *pffffff* [09:46] recommends often don't get installed on upgrade [09:46] mvo: "user lies", isn't it? :-) [09:46] * seb128 hugs mvo [09:46] * didrocks hugs mvo as well [09:47] ah, way better! thanks seb128 [09:47] the recommends was added way after the gir package was available [09:47] good morning everyone [09:47] so it's not a case of "recommends was not available at some time" [09:47] yeah, I see a lot of cases, we should have a look [09:47] hey chrisccoulson, how are you? [09:47] but yeah, its a issue during development, no doubt [09:47] pitti - oh, armel hasn't finished building yet? [09:47] hi seb128, i'm good thanks. how are you? [09:48] go armel go! [09:48] chrisccoulson, I'm fine thanks [09:48] chrisccoulson: it has now; I copied firefox/ubufox to -proposed and uploaded the new langpacks, they are building now [09:48] chrisccoulson: good morning [09:48] mvo: is there a way to list all recommends missing on a system? [09:48] pitti - excellent, thanks! [09:48] good morning chrisccoulson [09:48] i might switch off the test suite on armel [09:48] hi didrocks [09:49] chrisccoulson: I'd prefer not [09:49] micahg, why? i never check the test results on armel anyway, and this time is going to start being a problem [09:49] it takes half a day nearly to run the tests on armel [09:50] chrisccoulson: ah, it doesn't fail the build on test failures? [09:50] chrisccoulson: we should fail the build on test failures [09:50] pitti - no, there are too many failures [09:50] seb128, why do we build yelp with gtk2? [09:50] micahg, we'd never get a good build if we did that ;) [09:50] rodrigo_, because we didn't want gtk3 on the CD in natty [09:50] didrocks: yeah apt-get install --fix-policy [09:51] rodrigo_, but we wanted the new version of the software, the old one was slow and sucked ;-) [09:51] even upstream have test failures (albeit, they mark them as expected whilst they are being investigated, but some of those are fairly long term or happen occasionally) [09:51] rodrigo_, you can switch it to gtk3 now [09:51] seb128, ah, ok [09:51] but we get lots of additional failures due to things like rounding errors in our toolchain [09:51] chrisccoulson: we should fix that then so we can use the test suite reliably, especially with the new rapid release schedule, the regression risk is much higher [09:51] since it was a 2.91/3.0 version, I thought it was for oneiric on purpose [09:51] ok then, no more rebasing needed on the gtk2 patch then! [09:52] rodrigo_, no, it was for natty, one of those "selected upgrade worth the work" ;-) [09:52] micahg, i know that already, i just don't have time. feel free to fix some of them though ;) [09:52] mvo: excellent thanks :) [09:52] seb128, ok, cool [09:52] rodrigo_, indeed! we can probably clean a bunch [09:52] yes, already removed several git ones [09:52] in any case, not failing the build is deliberate, as we wouldn't have been able to build it once since i enabled the test suite last year [09:52] mvo: btw, will you have some time to have a look at https://code.launchpad.net/~bilalakhtar/aptdaemon/unity-integration/+merge/63673 and https://code.launchpad.net/~bilalakhtar/update-manager/unity-launcher-progress/+merge/63674 or do you want me to? [09:53] chrisccoulson: I was under the impression that you disabled the troubled tests [09:53] micahg, i disabled the ones which hang the buildd [09:54] I guess I have a new summer project :-/ [09:54] didrocks: I was actually hoping that glatzor would have a look, but I can do that too [09:54] mvo: ok, thanks :) [10:21] i'm surprised firefox even runs at all on arm when i look at the list of failures [10:22] some of them indicate that the JS engine is fundamentally broken on arm [10:22] oh well [10:22] http://paste.ubuntu.com/623241/ [10:22] things like "REFTEST TEST-UNEXPECTED-FAIL | file:///build/buildd/firefox-5.0~b5+build1+nobinonly/build-tree/mozilla/js/src/tests/jsreftest.html?test=ecma/Date/15.9.5.8.js | (new Date(-62159356800001)).getMonth() wrong value item 73" are really bad [10:23] micahg, you're more than welcome to have a look at those though ;) [10:24] chrisccoulson: yeah, I'll start on that after the Firefox 5 transition for natty is done [10:40] seb128: btw, can't upload gdm before accountsservice gets into main, so at least I'm not critical path here [10:41] right [10:42] seems like today is dh_python2 day for pitti and mvo ;-) [10:43] yeah! nice chnage from python package to python packaging [10:45] pitti - bug 795450 is yours :) [10:45] Launchpad bug 795450 in sugar-hulahop "Please remove source and binaries from oneiric" [Undecided,New] https://launchpad.net/bugs/795450 [10:53] i'm surprised that nobody is asking yet why they're being offered an upgrade to the firefox beta in natty ;) [10:53] perhaps i need to wait for it to hit peoples mirrors [10:54] pitti: do you want me to do that? I'm already sshed for a main processing [10:54] didrocks: please [10:54] doing then :) [10:54]