[04:07] <Mirv> xnox: it is, but last I heard we were waiting for ack from andyrock to enable new builds for saucy
[04:07] <Mirv> so currently not
[04:24] <pitti> Good morning
[04:26] <mlankhorst> no!
[04:26] <mlankhorst> too early
[04:26] <pitti> RAOF: FYI, umockdev 0.2.10 has an add_from_file() now
[04:36] <RAOF> pitti: Yay!
[04:55] <pitti> RAOF: oh, does the more thorough emulation of /dev/ nodes help you for the DRM stuff? I had thought most stuff doesn't bother to stat these devices, I only saw these in some udev API (where it's actually necesary)
[04:56] <pitti> (seeing your G+ comment)
[04:56] <RAOF> pitti: Oh, I don't think that helps particularly. Just that your post prodded the me to think that we should be doing some ioctl recording.
[04:57] <pitti> RAOF: how does /dev/dri/* work in general? I had assumed it was by and large via mmaping, or is drm just a control interface and the actual framebuffers are completely separate?
[04:57] <RAOF> The actual framebuffers are completely separate.
[04:58] <pitti> s/drm/card0 or controlD64/
[04:58] <RAOF> I'm not actually sure what uses the controlD64 node; everything I've touch opens card0.
[04:59] <RAOF> DRI1 did some mmapping, IIUC, but DRI2 is all ioctls returning opaque integer handles.
[04:59] <RAOF> Oh, and there's an ioctl for mmapping a handle, but you only do that if you hate performance.
[05:24] <pitti> RAOF: re (was in meeting)
[05:25] <pitti> RAOF: ah, so presumably umockdev doesn't currently support these ioctls, but please let me know (github issues) what you need there
[05:25] <pitti> unless they are stateful, they are easy to add; stateful ones need some more care, but I can add them too
[05:25] <RAOF> Ah. umockdev doesn't handle arbitrary ioctls?
[05:26] <pitti> not at the moment, as it needs to know how to decode the arg
[05:26] <pitti> (plain int, pointer, how to read what's behind the pointer, etc.)
[05:26] <RAOF> Fair enough.
[05:26] <pitti> one could deduce it from the length part of the ioctl ID, but that has some oddities
[05:27] <RAOF> Many of the ioctls I'd care about aren't stateful, so that would be good.
[05:27] <pitti> RAOF: generic ioctl support is on the TODO list, but I haven't looked at other ioctls much yes
[05:27] <pitti> s/yes/yet/
[05:27] <pitti> I'd like to support ioctls which have a correct direction/size where the ioctl data is just an opaque memory blob
[05:27] <RAOF> We wouldn't be doing anything insane like mocking out rendering. :)
[05:27] <pitti> and the special cases can then override it
[05:28] <pitti> RAOF: so, please let me know what you guys need; this is use-case driven
[05:28] <didrocks> hey Mirv, how are you?
[05:28] <didrocks> hey RAOF, pitti!
[05:28] <pitti> bonjour didrocks, comment vas-tu ?
[05:28] <RAOF> Ok. I'll work out the minimal set of ioctls for us to test "identifies and opens a drm device"
[05:29] <didrocks> pitti: ça va, et toi?
[05:29] <pitti> c'est un joli matin, avec le soleil et de ciel bleu
[05:29] <didrocks> :)
[05:30] <pitti> didrocks: ("du ciel bleu"? do I need an article there?)
[05:30] <didrocks> pitti: il y a "du ciel bleu" is fine :)
[05:31] <pitti> ah, so with article
[05:31] <didrocks> yep ;)
[05:33] <pitti> hm, is it just me, or did the indicator order change? my clock is now at the left side of the indicator area
[05:34] <didrocks> pitti: yeah, it's an upstream bug due to protocol change
[05:34] <pitti> well, if that's the kind of regression that we get these days -- BOORING!
[05:35] <pitti> (well, the session indicator "I gobble up 4 GB RAM" one was quite serious indeed)
[05:35] <didrocks> pitti: still, I would prefer we even avoid them having better integration tests :)
[05:35] <Mirv> morning didrocks, fine thanks
[05:37] <didrocks> Mirv: do you have a minute or did you already looked at the stacks?
[05:38] <Mirv> didrocks: looked, mostly otto problems ("too many packages installed") and then upstart-app-launch failing to build
[05:38] <didrocks> Mirv: "too many packages installed" is not an otto problem
[05:38] <didrocks> Mirv: it's a otto security to fail the tests if we try to pull more packages that are not installed by default on the ISO that we didn't list
[05:38] <Mirv> ah, ok, so that kind of problem
[05:38] <didrocks> Mirv: so, we need to understand why it wants to pull those and if it's fine to pull those
[05:39] <didrocks> Mirv: yeah, to prevent shipping libqt5sql5-sqlite for instance on the CD :p
[05:39] <didrocks> or libqt5test5
[05:39] <didrocks> Mirv: I'm on http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/label=autopilot-intel/288/console
[05:40] <didrocks> Mirv: from yesterday, only qtbase-opensource-src change, right?
[05:40] <didrocks> (as I'm seeing it's the same on every stacks)
[05:40] <didrocks> I only see qtbase5-dev which pulls those depends, I wonder what changed… as we don't install it apparently
[05:47] <didrocks> Mirv: do you see anything that can pulls those? I don't find anything off hand
[05:50] <Mirv> didrocks: I'm trying to understand the situation, but why didn't yesterday's build pull those, is there some preinstalled older Qt5 libraries in the image that is used?
[05:50] <didrocks> Mirv: no, nothing that's not in the apt-get install --simulate list you see (apart from what is in the iso)
[05:50] <Mirv> ie in yesterday's build Qt5 wasn't apt-getted at all, now since it has been upgraded it's tried to be upgraded
[05:51] <didrocks> hum, some part of qt5 was
[05:51] <Mirv> I'm comparing '284' to '289' (platform builds)
[05:51] <didrocks> http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/283/label=autopilot-intel/consoleFull
[05:51] <didrocks> ah, I'm on the QA one :)
[05:51] <didrocks> (but same I guess)
[05:52] <Mirv> didrocks: so it says there eg. libqt5core5 'is already the newest version', but now today it's not so it's tried to be upgraded/installed
[05:52] <didrocks> Mirv: yeah, which makes sense as there was the sponsoring of a new version uploaded to distro
[05:53] <Mirv> so is the problem that those packages shouldn't be preinstalled in what otto uses, the packages should be manually updated in the image otto uses, or that the packages should have been listed in configuration all along, or something else?
[05:54] <didrocks> Mirv: I think it's a case by case thing
[05:54] <didrocks> Mirv: I'm sure we don't want to install the -sqlite for instance
[05:54] <didrocks> or -xml
[05:54] <didrocks> so we need to understand why know we would need it
[05:54] <didrocks> where we didn't before
[05:54] <didrocks> (the check is there to protect us for pulling random binaries we don't want/need)
[05:54] <didrocks> https://launchpadlibrarian.net/143921187/qtbase-opensource-src_5.0.2%2Bdfsg1-4ubuntu1_5.0.2%2Bdfsg1-7ubuntu1.diff.gz
[05:55] <didrocks> is the upload from yesterday
[05:55] <KriShaNsin> anyone want to help me set up Vidalia Tor GUI on 13.04 right quik? i am missing the socket layer control file? can not start tor without that in advanced settings.
[05:56] <didrocks> Mirv: what I don't understand is that qtbase5-dev would be the perfect culpurit which wants to install everything
[05:56] <didrocks> but from the logs, it's not installed
[05:57] <didrocks> http://<IP_ADDRESS>/otto/saucy-i386-20130701-1217/archive/ubuntu_13.10_saucy_salamander_alpha_i386_20130701.1372724865.otto
[05:57] <didrocks> Mirv: this is the archive ^ (delta image from the iso)
[05:57] <Mirv> it should be, it's build-dependende on
[05:57] <didrocks> it's a tar format
[05:58] <didrocks> Mirv: yeah, but here, it's some runtime tests, so no build-deps installed
[05:58] <Mirv> right, right
[06:00]  * didrocks really puzzled
[06:00] <Mirv> hmm
[06:03]  * didrocks just did some apt-cache show on all the qt5* packages we list manually, and nothing…
[06:06] <Mirv> I went manually through sdk's dependencies and there is no reason for those 5 additional packages to be installed so far
[06:07] <Mirv> so the qtbase update would look suspicious otherwise except that it doesn't really change dependencies
[06:08] <didrocks> Mirv: agreed, that's why we need to understand what exactly happens I guess and not adding them bindly
[06:08] <didrocks> Mirv: do you know off hand the apt resolver command? (to see what's pulling what and so on?)
[06:08] <didrocks> I think it will be a great debugging to add to otto in those case and that should help us
[06:13] <Mirv> didrocks: how do I look inside the otto image file? I found out it's gzipped, but after that?
[06:14] <Mirv> didrocks: I haven't used apt resolver (I think)
[06:14] <didrocks> Mirv: it's just a tar file, so untar it with tar -xzf <file> and you have the delta/ containing the delta directory
[06:15] <didrocks> Mirv: but in fact, in this case that doesn't help us so much as it's failing while doing --simulate, so nothing is installed
[06:16] <Mirv> oh, funny file-roller didn't want to open it
[06:16] <didrocks> Mirv: maybe the extension puzzled it
[06:16] <didrocks> Mirv: it's "fun"
[06:16] <didrocks> Mirv: I just tried a chroot
[06:16] <didrocks> adding the ppa
[06:16] <didrocks> apt-get install the same ones
[06:17] <didrocks> and it doesn't need those extra deps…
[06:17] <didrocks> as we would expect
[06:18] <Mirv> didrocks: the log still looks like the 'additional' packages are preinstalled, and marked as 'additional' since they need to be upgraded, even though the packages don't depend on those
[06:18]  * didrocks restarts again the QA stack with "foo"
[06:18] <didrocks> Mirv: http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/label=autopilot-intel/296/console for the latest run, still the same
[06:19] <didrocks> Mirv: yeah, libqt5core5 is in the iso AFAIK
[06:19] <didrocks> Mirv: for signon
[06:19] <Mirv> didrocks: but libqt5opengl5, printsupport5, sql, test5, xml5?
[06:21] <didrocks> Mirv: oh, you're right, even test5 is in the iso
[06:21] <didrocks> http://cdimage.ubuntu.com/daily-live/current/saucy-desktop-i386.manifest
[06:21] <didrocks> so what we are seeing is just their upgrade
[06:21] <didrocks> hum
[06:21] <Mirv> right, they're all there (for some reason)
[06:21] <didrocks> that doesn't make sense
[06:21] <didrocks> they are "new dependencies"
[06:21] <didrocks> as getting installed
[06:21] <didrocks> not getting upgraded
[06:21] <didrocks> (we filter the upgrades)
[06:22] <Mirv> it seems they're listed as both new packages to be installed and upgrades in the logs
[06:22] <Mirv> so maybe the filtering is not enough?
[06:22] <didrocks> Mirv: yeah, I'm a little bit puzzled by this :)
[06:22] <didrocks> Mirv: maybe we need additional logic and it's a false positive
[06:23] <didrocks> it's still weird that we ship -test5 on the CD, right?
[06:26] <didrocks> Mirv: meanwhile, I'm relaunching all the tests with "check with whole ppa" to disable the check for now, you will have your first results in less than 10 minutes, mind giving a look again then?
[06:33] <Mirv> didrocks: ok..
[06:33] <didrocks> Mirv: thanks! Sorry, it was a real otto bug this time :)
[06:34] <didrocks> Mirv: fixed btw :p
[06:34] <didrocks> Mirv: I'll ask jibel so that we can have the "plan of upgrade" in the logs
[06:39] <Mirv> didrocks: ok, great that it was identified :)
[06:48] <jibel> good morning
[06:48] <didrocks> Mirv: there are the first results, what we did with sil2100 was: lukasz looked at the diff, gave his +1 or -1, then ask for me to confirm. If +1, he forced the publication, want to do the same?
[06:48] <jibel> didrocks, hey, what was the problem?
[06:49] <didrocks> Mirv: it's some kind of sponsoring so that you can get my +1 for upload rights :)
[06:49] <didrocks> jibel: salut, ça va?
[06:49] <jibel> didrocks, ça va et toi ?
[06:49] <didrocks> Mirv: sdk stack seems to still have a lot of failures in tests though
[06:49] <didrocks> jibel: ça va :)
[06:49] <didrocks> jibel: so, we detect upgrade of packages as new package to install
[06:49] <didrocks> a new install is:
[06:49] <didrocks> /var/log/upstart/otto-setup.log: Inst python-mimeparse (0.1.4-0ubuntu2 Ubuntu:13.10/saucy [all])
[06:50] <didrocks> an upgrade is:
[06:50] <didrocks> /var/log/upstart/otto-setup.log: Inst libqt5sql5 [5.0.2+dfsg1-4ubuntu1] (5.0.2+dfsg1-7ubuntu1 Ubuntu:13.10/saucy [i386]) []
[06:50] <didrocks> instead of:
[06:50] <didrocks> $( echo "$simulate" |grep ^Inst|cut -d' ' -f2|sort )
[06:51] <didrocks> we can get something like: $( echo "$simulate" |grep ^Inst| grep -v '] (' |cut -d' ' -f2 |sort)
[06:51] <didrocks> but that's not really semantic
[06:51] <didrocks> maybe an awk will make more sense
[06:51] <didrocks> jibel: at the same time, I always enabled seeing the line of apt-get install --simulate and output as it was troubling when you don't know how the system work
[06:52] <jibel> didrocks, ah I thought I filtered them out. Did you fix it or shoud I?
[06:52] <didrocks> jibel: I think as well having the "install plan" by apt would make sense to know what pulls which deps
[06:52] <didrocks> jibel: I didn't fix it yet
[06:52] <didrocks> feel free to do something more semantic :)
[07:04] <jpds> Anyone around who can help me with gvolumes?
[07:09] <Mirv> didrocks: ah, ok, looking. I didn't get anyone to look at the sdk failures yet.
[07:10] <didrocks> Mirv: can you ensure it's fixed today and then rerun the stacks? The contract with upstream is to get fixes in every day :)
[07:12] <Mirv> pushing..
[07:12] <jibel> didrocks, http://paste.ubuntu.com/5835386/
[07:14] <didrocks> jibel: I was sured you would jump on the awk trend! Thanks, looking good :)
[07:14] <didrocks> jibel: is there any way in case of failure to show the installation plan from apt?
[07:14] <didrocks> (what pulled what and so on…)
[07:15] <jibel> didrocks, that's what I'm looking at. option pkgproblemresolver doesn't show any thing interesting
[07:22] <Mirv> didrocks: qa stack would look +1, only the pyruntest packaging change by me
[07:23] <didrocks> Mirv: +1 then, feel free to force the publication :)
[07:26] <Mirv> done
[07:28] <seb128> good morning desktopers
[07:28] <seb128> didrocks, Mirv: hey, how are you?
[07:28] <didrocks> salut seb128!
[07:28] <didrocks> good, you?
[07:28] <seb128> good, thanks ;-)
[07:28] <pitti> bonjour seb128
[07:28] <seb128> pitti, salut, wie gehts?
[07:29] <pitti> seb128: much better now that power is back :)
[07:29] <seb128> oh, you had a power outage?
[07:29] <pitti> yeah, for an hour or so
[07:29] <pitti> fortunately my laptop battery still had some charge
[07:30] <Mirv> seb128: morning, fine thanks!
[07:30] <pitti> I hope that it lasts longer this time, already got two outages now
[07:30] <pitti> hey mvo
[07:30] <mvo> hey pitti
[07:31] <seb128> oh, a mvo!
[07:31] <jibel> good morning mvo o/
[07:31] <pitti> mvo: was macht die Kunst?
[07:31] <didrocks> hey mvo! how are you? :)
[07:31] <seb128> mvo, hey, how are you on this sunny summer day? ;-)
[07:32] <Mirv> didrocks: platform (powerd) +1 as well
[07:32] <mvo> hey seb128, jibel, didrocks and pitti! I'm fine, thank you :) i plan to do the apt ubuntu merge today (wooooh)
[07:32] <seb128> mvo, oh, great ;-)
[07:34] <didrocks> Mirv: +1 for me, we should propose changing for "any" though, mind doing that today?
[07:34] <didrocks> mvo: \o/
[07:36] <jibel> didrocks, on failure I could replay the install with Debug::pkgDepCache::AutoInstall=true, that'd give someitnhg like http://paste.ubuntu.com/5835434/
[07:36] <jibel> didrocks, sounds good ?
[07:36] <seb128> didrocks, do I read correctly that tests were unhappy this night due to "python-secretstorage" being installed?
[07:36] <didrocks> jibel: perfect! :)
[07:37] <didrocks> seb128: hum, not on this one, it was a false positive detection due to upgading Qt components, but maybe there is something else, did you catch another one?
[07:37] <didrocks> as I relaunch, but Mirv is now looking at the results
[07:37] <seb128> didrocks, I was looking at http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/295/label=autopilot-ati/artifact/results/logs/otto-setup.log
[07:38] <Mirv> didrocks: ok, will propose
[07:38] <Mirv> oh hello mvo! :)
[07:39] <didrocks> Mirv: thx :) keep me posted on the other stacks, I see that some finished the tests already ;)
[07:39] <didrocks> Mirv: maybe you can deal with the apps one as well? IIRC sil2100 was dealing with it to not wait for robru if possible :)
[07:39] <didrocks> seb128: this is a valid one, should it be installed on the iso?
[07:40] <robru> didrocks, wait for me to what?
[07:40] <seb128> didrocks, good question, it's not from the manifest
[07:41] <didrocks> robru: hey, still around? :) looking at the apps stack? I think you had few time last week to look at failures, right?
[07:42] <robru> didrocks, oh yeah, sorry, I haven't been keeping on top of that very well. I think this week will be better though.
[07:43] <didrocks> robru: ok, please look at those at first thing in the morning. It's our main focus as a team to keep those things rolling :)
[07:43] <robru> didrocks, ok, well first thing is the meeting ;-)
[07:44] <didrocks> robru: seems the tests are failing, so better that you get in touch with upstream :)
[07:44] <robru> didrocks, but after that I will get right on that
[07:44] <didrocks> robru: I mean, everyday, not every week :p
[07:44] <robru> didrocks, ok ok ;-)
[07:44] <didrocks> thx!
[07:49] <jibel> didrocks, r235 deployed
[07:52] <didrocks> jibel: excellent, thanks!
[07:54] <didrocks> seb128: do you think we should get it on the CD?
[07:54] <didrocks> or that it's safe to get it?
[07:56] <seb128> didrocks, why would we add it to the CD if nothing uses it there?
[07:57] <didrocks> seb128: well, something is trying to pull it obviously from latest unity stack, let me try in a pbuilder
[07:57] <seb128> didrocks, do you use python-keyring or python-launchpadlib?
[07:57] <didrocks> oh, that's maybe python-launchpadlib
[07:57] <seb128> didrocks, http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.saucy/rdepends/python-secretstorage/python-secretstorage
[07:58] <mvo> hey Mirv!
[07:58] <seb128> didrocks, right, python-launchpadlib depends on it
[07:58] <didrocks> seb128: yeah, it's the launchpad scope, so we just need to add it to the whitelist
[07:58] <seb128> didrocks, that makes sense
[07:59] <didrocks> Mirv: mind doing that (adding it to the stack and then deploying once the unity stack is not running?) ^
[08:03] <Laney> hey
[08:03] <seb128> Laney, good morning!
[08:04] <Mirv> didrocks: parsing backlog, python-secretstorage that is? ok, can do + deploy
[08:04] <didrocks> Mirv: right, it's for some scopes that we don't install by default :)
[08:05] <didrocks> Mirv: you have other manual packaging change to publish I guess
[08:05] <didrocks> Mirv: it seems that launchpad was disconnected so I'm going to recheck with whole ppa the indicator stack meanwhile
[08:05] <didrocks> (same for unity once you will have deployed it)
[08:06] <Mirv> didrocks: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/add_python-secretstorage/+merge/172483
[08:08] <didrocks> Mirv: my eyes are bleeding with this diff, but it looks good :)
[08:08] <didrocks> Mirv: please redeploy from this branch directly the unity stack
[08:08] <Mirv> didrocks: I don't think any more of my + sil2100's stacks can be published? misc has build error I need to ping ted about, sdk has failing tests
[08:09] <didrocks> Mirv: oh, you're right, phone is on ken's plate
[08:09] <didrocks> Mirv: so, let's see what we can get with indicators and unity once you redeployed
[08:09] <didrocks> Mirv: and then, we're good I guess
[08:09] <Mirv> ok
[08:10] <didrocks> did you get any ETA for the sdk fixes?
[08:10] <Mirv> not yet... not many people awake / not on vacation
[08:10] <didrocks> oh zoltan isn't around?
[08:11] <Mirv> nope, neither is JP, kaleo is in another timezone
[08:11] <Mirv> zsombi has a hunch of what causes it but possibly timp or kaleo could look at it
[08:11] <didrocks> Mirv: ok, keep me posted please! :)
[08:15] <didrocks> Mirv: indicators™ passed \o/\o/\o/
[08:16] <seb128> "™" ;-)
[08:17] <didrocks> we should add blash completion to indicat* ;)
[08:19] <Mirv> didrocks: \o/
[08:20] <Mirv> (redeploying unity)
[08:21] <pitti> hm, did anyone try yesterday's gtk-doc-tools yet? it breaks all over here
[08:22] <Mirv> redeployed
[08:22] <seb128> pitti, this night update from robert_ancell? I didn't
[08:22] <pitti> yes
[08:23] <didrocks> Mirv: ok, rerunning unity with check with whole ppa, tell me once you'll have look at indicators meanwhile (we have for ~1h for unity tests)
[08:23]  * pitti downgrades for now, finishes his current stuff, and will investigate later
[08:25] <Mirv> ok
[08:47] <xnox> Mirv: didrocks: ok thanks. I uploaded a FTBFS against boost1.53 cherrypick from upstream into saucy. But that resulted in compiler ICE on armhf =)
[08:49] <didrocks> xnox: for compiz you mean? :)
[08:51] <xnox> didrocks: yeah.
[08:51]  * xnox ponders switching to gcc-4.7 for armhf and/or debugging it & filing a bug report.
[08:52] <seb128> xnox, let doko debug it ;-) it might be the same ICE kdelibs is hitting, who knows...
[08:54] <xnox> seb128: i wish our builders were able to uuencode pre-processed source code on a compiler ice.
[09:11] <didrocks> Mirv: ok, I think ati tests have the "eat too much memory" bug. intel tests are good for unity. I would suggest that you publish once unity (without force) so that we can see what packaging changes and dep stacks we have, and eventually publishing if we are fine with it :)
[09:12] <didrocks> Mirv: I'm publishing the HUD stack meanwhile, the dependencies are fine and now in distro
[09:12] <didrocks> Mirv: any news on indicators btw? :)
[09:14] <Mirv> didrocks: sorry, trying to multi-task to get things done on multiple places, but I was just looking at the indicators now
[09:14] <didrocks> Mirv: ok, so I guess unity is good as well, but be good to unblock both stacks ASAP as they were stuck for too long :)
[09:14] <didrocks> Mirv: (but need the double publication for unity, one to check what changed, and if good, forcing)
[09:14] <Mirv> indicators (ido, libusermetrics) +1
[09:15] <didrocks> Mirv: I looked at it meanwhile, yeah, the dependencies of libusermetrics are in universe, but libusermetrics will stay in universe as well, so good for me, +1
[09:15] <Mirv> new packages in usermetrics
[09:15] <Mirv> ok
[09:16] <Mirv> publishing
[09:16] <didrocks> thanks!
[09:17] <xclaesse> is it just me, or ubuntu does not implement com.canonical.indicators.webcredentials dbus service anymore?
[09:18] <xclaesse> ah, it is implemented by /usr/bin/signon-ui
[09:18] <xclaesse> and it's not always running
[09:19] <seb128> xclaesse, right, we try to reduce the number of services running when not needed
[09:19] <seb128> it's dbus activated and exit on idle
[09:34] <didrocks> Mirv: want me to handle unity if you don't have time? We really need libunity in distro now
[09:43] <Mirv> didrocks: yes, please, would be appreciated :)
[09:43] <didrocks> ok doing
[09:45] <Mirv> thanks!
[09:54] <czajkowski> Sweetsha1k: are you at europython, seeing a few LO green t-shirts floathing about
[10:19] <didrocks> jibel: kind reminder for the unity8 view for head in jenkins :)
[10:40] <seb128> didrocks, Mirv: I did a first preNEW review of https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1190896 ... looks fine to me ;-) (we need it in saucy for system settings so I'm trying to help landing it)
[10:40] <ubot2`> Ubuntu bug 1190896 in Ubuntu UI Toolkit "Update qtsystems git snapshot and upload to saucy " [Undecided,In progress]
[10:42] <didrocks> seb128: thanks!
[10:42] <seb128> yw ;-)
[10:54] <didrocks> larsu: seb128: wasn't the order supposed to be fixed in latest indicators + unity?
[10:54] <didrocks> it's not for me (even in a guest session, everything refreshed)
[10:58] <Mirv> seb128: thanks, I didn't even get to asking didrocks to upload qtfeedback yet, but very much appreciated!
[10:59] <Mirv> seb128: I'll fix that issue you noted there in qtsystems
[11:12] <seb128> Mirv, yw, as said I've interest in seeing it uploaded so if I can help getting that done... ;-)
[11:12] <seb128> didrocks, no, the order is respected for the new gmenu based ones, but we have a mix of techs atm and the sorting is done in each group
[11:12] <seb128> didrocks, so we have a group with datetime-power that is sorted and the remaining sorted
[11:13] <didrocks> hum, ok, so once everything will be transitionned, the order will be back?
[11:13] <seb128> right
[11:13] <didrocks> do we have any idea when that will happen?
[11:13] <seb128> or before, larsu said yesterday he might have a look at fixing the sorting
[11:14] <didrocks> ok
[11:15] <Sweetshark> czajkowski: no I am not, I am at https://plus.google.com/109302841731362777691/posts/1Trqk5UjzU4 at FISL in Porto Alegre in Brazil ;)
[11:15] <seb128> didrocks, thostr's "unity api weekly" email from today has most aimed at end of week 28, so next week
[11:16] <seb128> didrocks, "location" for week 30 but that's a new one
[11:16] <seb128> -session and -sound are mostly done, I'm about to test the new session her
[11:16] <seb128> here
[11:16] <Sweetshark> czajkowski: I guess you might be seeing andreas manke and others from the plone fanboys (who e.g. maintain the extension website for libreoffice) ...
[11:16] <seb128> I expect that one will be an issue if the position is moved out of the corner :p
[11:17] <didrocks> seb128: let's see then
[11:17] <didrocks> yeah, for power :/
[11:20] <Mirv> didrocks: could you (review/)upload that preNEW reviewed lp:~kubuntu-packagers/kubuntu-packaging/qtsystems-opensource-src (https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+files/qtsystems-opensource-src_5.0%7Egit20130614.orig.tar.gz), or will I remind you later at some suitable time slot?
[11:20] <didrocks> Mirv: I'll deal with it in a couple of hours
[11:20] <didrocks> thanks
[11:21] <Mirv> didrocks: ok, that as the first priority, and if possible also  lp:~kubuntu-packagers/kubuntu-packaging/qtfeedback-opensource-src (https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+files/qtfeedback-opensource-src_5.0%7Egit20130529.orig.tar.gz) that was done by me and reviewed by Ken
[11:21] <didrocks> oki
[11:22] <Mirv> thanks a lot.
[11:23] <didrocks> yw
[11:25] <seb128> Mirv, btw did you see that I mentioned https://code.launchpad.net/~mitya57/ubuntu/saucy/qtdeclarative-opensource-src/merge/+merge/172054 and https://code.launchpad.net/~mitya57/ubuntu/saucy/qtwebkit-opensource-src/merge/+merge/172094 yesterday? could you have a look and ack those if you are fine with them?
[11:25] <seb128> Mirv, no hurry, but since mitya put work in those it seems it would be good to have them merged ;-)
[11:27] <Mirv> seb128: I may have missed those, will copy those links now and check. agreeing that good to have those merged.
[11:27] <seb128> Mirv, thanks
[11:59] <jibel> didrocks, http://<IP_ADDRESS>:8080/view/cu2d/view/Head/view/Unity8/, filing an RT to do the same on public instance
[12:08] <larsu> seb128, didrocks: I'll fix it, there are already bugs turning up... https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1196650
[12:08] <ubot2`> Ubuntu bug 1196650 in indicator-datetime (Ubuntu) "Date-time indicator moved to the left after update" [Medium,Triaged]
[12:16] <seb128> larsu, hey, how are you? you woke up at a normal hour today? ;-)
[12:17] <seb128> larsu, yeah, ordering is acting weird ... btw I opted in for indicator-sound and session -ng ... weird to not have the session on the corner ;-)
[12:39] <Laney> phew
[12:39] <Laney> got it reading the background from accountsservice and updating when that changes
[12:39] <seb128> Laney, is that a "finally managed to get that working" noise? ;-)
[12:40] <seb128> nice!
[12:43] <larsu> seb128: yeah, I've slept great last night :)
[12:43] <larsu> seb128: session should be in the corner... can you send me a screenshot?
[12:44] <larsu> seb128: you do have the new u-p-s, right?
[12:44] <seb128> larsu, I've the new ups and [datetime-power-session-sound-tomboy-gsdkeyboard-sync-nmapplet-message-bluetooth"
[12:44] <seb128> in that order
[12:45] <seb128> larsu, is the screenshot likely to provide any extra info?
[12:45] <seb128> larsu, you don't trust my text description? ;-)
[12:46] <seb128> larsu, well, I'm using session-ng, and the ng stack is on the left of the old indicators, right?
[12:47] <larsu> seb128: no screenshot necessary. I thought I put the ng stuff to the right... I need to check :)
[12:47] <didrocks> jibel: thx!
[13:12] <doomlord> does bzr have the equivalent of git bare repository support (for emulating a central server)
[13:24] <larsu> doomlord: bzr branch --no-tree
[13:24] <doomlord> found it, seems to work
[13:24] <doomlord> dsomeone told me bzr cant do a server but i thought they were wrong :)
[13:39] <kenvandine> tedg, upstart-app-launch is still failing in the same way
[13:39] <kenvandine> https://launchpadlibrarian.net/143968873/buildlog_ubuntu-saucy-amd64.upstart-app-launch_0.1%2B13.10.20130702.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[13:40] <kenvandine> the only think i can think of is that /sbin/initctrl.REAL doesn't really exist in the chroot
[13:40] <tedg> kenvandine, I guess we can check the version?
[13:40] <kenvandine> didrocks, i removed it from daily release long enough to get the stack published yesterday
[13:41] <kenvandine> and added it back
[13:41] <kenvandine> tedg, sure
[13:41] <didrocks> kenvandine: ah great trick :)
[13:41] <kenvandine> didrocks, i'm out today, after tedg gets another fixed merged, can you retry the stack?
[13:42] <didrocks> kenvandine: sure!
[13:42] <didrocks> kenvandine: not coming to meeting then? anything special to mention?
[13:42] <didrocks> tedg: just ping me once you have a merged fix
[13:42] <kenvandine> didrocks, not really
[13:42] <kenvandine> i just updated the spreadsheet
[13:43] <didrocks> ok
[13:43] <didrocks> thanks kenvandine and enjoy your day :)
[13:43] <kenvandine> i wish i was taking the day off to enjoy.. mostly working on projects around the house :/
[13:43] <kenvandine> not fun
[13:43] <kenvandine> but i am going to lunch with my youngest that turned 5 today :)
[13:44] <didrocks> kenvandine: oh, happy birthday from France then! :)
[13:44] <kenvandine> hehe
[13:44] <kenvandine> he can count to 10 in french :)
[13:44]  * kenvandine can't though
[13:44] <didrocks> still 5 years without having to learn more :p
[13:45]  * kenvandine heads out, thanks guys!
[13:45] <didrocks> see you kenvandine :)
[13:45] <seb128> kenvandine, oh, you are out
[13:45] <seb128> I guess I will need to track Laney for reviews :p
[13:45] <seb128> I stacked a bunch of system settings one today
[13:45] <kenvandine> seb128, do you have some waiting?
[13:45] <seb128> kenvandine, have fun!
[13:46] <kenvandine> sorry, no time to review them
[13:46] <kenvandine> as tempting as it is :)
[13:46] <seb128> kenvandine, yes, no worry, I'm going to try to see if Laney has time for some, tomorrow otherwise
[13:46] <seb128> kenvandine, ttyl!
[14:15] <Laney> heh
[14:15] <Laney> seb128: yeah, can do after I MP mine
[14:17] <seb128> thanks
[14:19] <larsu> seb128: the ordering of your indicators is wrong because you don't have the position key in the indicator files yet, right?
[14:19] <larsu> it works fine for me once I add those, so let me MR them ;)
[14:19] <seb128> larsu, I don't know, I'm using trunk of the vcs branches I found
[14:19] <seb128> larsu, but that's likely
[14:20] <larsu> seb128: ya, this is too new. Good to know, it means its not a bug :)
[14:20] <tedg> mterry, Is the plan for 13.10 to run the QML based greeter or the Cairo one?
[14:21] <larsu> seb128: if you want it to work right now, add Position=20 to /usr/share/unity/indicators/com.canonical.indicator.datetime and Position=30 to com.canonical.indicator.power
[14:21] <larsu> or just wait a day ;)
[14:21] <seb128> larsu, how do I guess indicator-session on the corner?
[14:21] <larsu> seb128: Position=10
[14:22] <larsu> seb128: if you have session-ng
[14:22] <larsu> seb128: the lower the position, the further it is at the edge
[14:22] <mterry> tedg, I suspect the cairo one, because the qml one is based on same tech as unity8
[14:23] <seb128> larsu, \o/
[14:23] <mterry> tedg, plus, all the multi-user stuff isn't going to be ready for 13.10
[14:23] <larsu> seb128: that means it works?
[14:23] <seb128> larsu, session back into the corner yes ;-)
[14:23] <larsu> seb128: nice. I'll make MRs for all of them
[14:24] <seb128> larsu, \o/ and datetime back to a proper place
[14:24] <seb128> great
[14:24] <tedg> mterry, Hmm, okay.  Do you know if anyone is planning to work on the indicators there?
[14:24]  * tedg thinks he may know the answer to that question already
[14:25] <seb128> tedg, mterry: we discussed it yesterday, larsu said he would have a look
[14:25] <tedg> K
[14:25] <seb128> tedg, I guess ubiquity will have the same issue...
[14:25] <larsu> seb128, ted: ya, I have half a patch already
[14:25] <tedg> Hmm, perhaps.
[14:26] <tedg> seb128, Do you know who to ping on that?  ev?
[14:26]  * xnox shuffles feet.....
[14:26] <seb128> tedg, xnox
[14:26] <tedg> Oh, then I'll just consider it done :-)
[14:26] <xnox> ev "passed" the honours to me....
[14:26] <seb128> we briefly discussed it as well yesterday
[14:26] <tedg> xnox, So we're moving to "new" indicators.  Basically one object with a param.
[14:27] <tedg> Same lib, etc.
[14:27] <tedg> It shouldn't be a big change.
[14:27] <xnox> tedg: good for you =) i wish no changes are required on ubiquity side =)
[14:27] <xnox> but honestly, ubiquity-dm needs a poke to see if either it's fake indicators break or stop working properly.
[14:28] <tedg> didrocks, Not sure how to test this other than merging it and throwing it on the stack?  It works on Saucy.  https://code.launchpad.net/~ted/upstart-app-launch/initctl-version/+merge/172572
[14:28] <xnox> tedg: seb128: larsu: can someone open a bug report or add "ubiquity" to an existing one of the affected packages?
[14:28] <xnox> tedg: seb128: larsu: are any of qt/kde indicators affected or have they long dropped out of support?
[14:29] <tedg> xnox, Is ubiquity using fake indicators or a fake panel?
[14:29] <xnox> tedg: it has a fake panel, and it has combination of fake indicators and real ones.
[14:29] <tedg> xnox, They had app indicators, which still work, but not the other side of things.
[14:29] <xnox> I think it uses real keyboard, sound, network-manager.
[14:30] <tedg> K, so it'll probably need to be migrated.
[14:30] <larsu> seb128: which session branch are you running? It already has the position set...
[14:30] <didrocks> Mirv: on qtsystems: do you want to ship the qml modules in the same package than the library ones?
[14:30] <seb128> larsu, lp:~charlesk/indicator-session/ng-login1
[14:30] <didrocks> as we separated them for most of the other ones
[14:31] <tedg> xnox, We have built in tech in the new version to have different profiles in the standard indicators.  For instance, greeter, desktop, phone, etc.  One of those could be installer if need be.
[14:31] <larsu> seb128: and you don't have Position=10 in /usr/share/unity/indicators/com.canonical.indicator.session?
[14:32] <xnox> tedg: interesting.
[14:32] <larsu> seb128: ARGH nevermind
[14:32] <seb128> larsu, no I don't ;-)
[14:32] <seb128> k
[14:32] <larsu> bzr confused me
[14:32] <didrocks> Mirv: the tarball is missing the license and exception files as well
[14:33] <didrocks> seb128: pending on those 2, otherwise, qtsystems +1 for me ^
[14:33]  * xnox ponders why I have icons in the global menus again.....
[14:33] <seb128> didrocks, \o/
[14:33] <seb128> xnox, oh, you noticed that as well?
[14:33] <Laney> yeah me too
[14:33] <seb128> larsu, attente: ^
[14:34] <seb128> do you know what's going on there?
[14:34] <didrocks> tedg: upload that to one of your ppa?
[14:34] <tedg> didrocks, Ah, yes.  Okay.
[14:35] <xnox> tedg: ubiquity has: input methods, accesibility, keyboard layouts, network manager, sound indicator, system indicator. Let me see how we launch them, and which are fake.
[14:35] <Laney> https://code.launchpad.net/~attente/unity-gtk-module/icons/+merge/169858
[14:35] <larsu> seb128, xnox: global menu has always had icons?!
[14:35] <seb128> larsu, not for all items
[14:36] <seb128> gtk dropped that 2 years ago
[14:36] <seb128> they only use them for "objects"
[14:36] <seb128> like bookmarkes
[14:36] <larsu> seb128: right, same for us
[14:36] <seb128> not in saucy
[14:36] <tedg> Yeah, guessing that was unity-gtk-module adding icon support.
[14:36] <seb128> every single item has an icon in e.g gedit/file
[14:36] <tedg> It probably isn't checking the app setting.
[14:36] <seb128> new, open, close, etc
[14:36] <larsu> lol, true
[14:36] <seb128> ;-)
[14:37] <xnox> larsu: all I know I see 6 red shutdown icons in virt-manager's global menu, that I never saw before =)
[14:38] <larsu> seb128: how do we differntiate between menu items that have icons and those that don't`
[14:38] <larsu> desrt: ^^
[14:39] <larsu> there's the menus-have-icons gsettings key
[14:39] <desrt> good morning everyone
[14:39] <desrt> uh oh
[14:39] <larsu> that only goes for stock items?
[14:39] <larsu> *icons
[14:39] <seb128> desrt, good morning
[14:39] <larsu> desrt: saucy has icons in menus where it shouldn't
[14:39] <larsu> because unity-gtk-module puts them there as of recently
[14:39] <desrt> fwiw, i consider the menus-have-icons key to be about verb icons
[14:39] <desrt> erm
[14:40] <larsu> right, but how can unity-gtk-module know which ones are nouns...
[14:40] <desrt> does unity-gtk-module take icons out of GtkImageMenuItem and put them in the icon= attribute?
[14:40] <larsu> attente: ^^
[14:40] <larsu> it very much seems like it
[14:40] <desrt> it should definitely not do that
[14:40] <larsu> well, there might be ones its missing though, right?
[14:40] <larsu> that's why I'm asking how we can differentiate
[14:41] <desrt> i've been telling everyone to follow mpt's spec on this point
[14:41] <seb128> larsu, https://developer.gnome.org/gtk3/3.0/GtkImageMenuItem.html#gtk-image-menu-item-get-always-show-image
[14:41] <larsu> seb128: ah!
[14:41] <larsu> seb128: awesome
[14:41]  * larsu files a bug
[14:41] <desrt> which means that probably the best way to find out if we have an image worth publishing is to see if the GtkMenuItem contains a box containing an image
[14:41] <desrt> larsu: not so fast....
[14:41] <mpt> desrt, if that text field is unnerving people, let me know and I'll put up a wireframe with it removed :-)
[14:42]  * larsu slows down
[14:42] <desrt> larsu: _always_ ignore GtkImageMenuItem
[14:42] <desrt> this puts the image in the column where the checkbox would be
[14:42] <desrt> this is always wrong
[14:42] <desrt> so if apps are doing this for noun icons, they are already broken
[14:42] <larsu> so then we might as well not show it
[14:42] <desrt> we deprecated GtkImageMenuItem in gtk recently exactly because of this
[14:42] <larsu> got it
[14:43] <desrt> and are porting GtkRecentChooserMenu to use mpt-style noun icons instead
[14:43] <desrt> which will work by being a box with an image and label in it
[14:43] <desrt> if you find an icon like this, it ought to be published
[14:44] <larsu> I think that's what attente is already doing. Haven't looked at the code though
[14:44] <desrt> there will be no setting for disabling noun icons
[14:44] <larsu> right
[14:45] <desrt> (certainly i do not expect to honour the existing setting for this purpose.... if people **really** **really** hate icons, maybe we can add a new one)
[14:45] <desrt> mpt: which text field, btw?
[14:45] <mpt> desrt, the one inside the menu
[14:45] <desrt> oh.  the search thing?
[14:45] <mpt> yeah
[14:45] <desrt> lol
[14:45] <desrt> there are a lot of things in that wireframe that give people pause :)
[14:46] <mpt> It's a bit of a cornucopia
[14:46] <desrt> but i seem to have convinced everyone that you're in the right wrt. the treatment of icons
[14:46] <mpt> \o/
[14:46] <desrt> mpt: ya... people look at it and see "omg!  crack!"
[14:46] <desrt> just because it's so dense
[14:46] <xnox> desrt: mpt: what image are you talking about ? :)
[14:46] <larsu> xnox: wiki.ubuntu.com/MenuLayout
[14:48] <desrt> my favourite 5 words on this page: "that would be tastelessly inconsistent"
[14:49] <desrt> such an mptism :)
[14:50] <larsu> my favorite words on that page have been removed after the sound menu's icon got fixed
[14:50] <seb128> hum
[14:50]  * seb128 looks at pitti
[14:50] <seb128> didrocks, pitti:
[14:50] <seb128> Package: unity-services-dbgsym
[14:50] <seb128> Depends: unity-2d-dbg (= 7.0.0daily13.06.24-0ubuntu2)
[14:50] <seb128>
[14:50] <seb128> is that normal?
[14:50] <desrt> unity -dbg packages?
[14:50] <didrocks> interesting :)
[14:50] <seb128> desrt, ?
[14:50] <pitti> seb128: hm, I guess p-c-d could filter out dependencies to transitional -dbg packages
[14:51] <seb128> didrocks, I guess that's because unity-2d-dbg is the only -dbg built by unity?
[14:51] <didrocks> I have no idea, especially why the unity-2d ones :p
[14:51] <seb128> pitti, ^
[14:51] <desrt> seb128: just the other day you were complaining about how debian should get ddebs so we could get rid of all -dbg packages
[14:51] <seb128> desrt, right, indeed
[14:51] <pitti> seb128: p-c-d now skips creation of real -dbgsym packages and replaces them with dependencies to -dbg, to save space (request from infinity)
[14:51] <desrt> so why does unity introduce -dbg packages?
[14:51] <seb128> pitti, well, there is no unity-dbg
[14:51] <seb128> I guess it means we don't have unity debug symbols atm :/
[14:51] <pitti> well, p-c-d can't know that -- the source does build a -dbg
[14:52] <seb128> right
[14:52] <pitti> seb128: would you mind filing a bug about it?
[14:52] <pitti> seb128: I think we can fix that by inspecting the -dbg package before depending on it
[14:52] <seb128> pitti, on pkgbinarymangler ?
[14:52] <pitti> seb128: pkg-create-dbgsym
[14:53] <seb128> ah, of course
[14:53] <pitti> merci
[14:53] <pitti> funny corner cass
[14:53] <pitti> cases
[14:54] <pitti> scheduling for tomorrow morning
[14:54] <seb128> didrocks, pitti: https://bugs.launchpad.net/ubuntu/+source/pkg-create-dbgsym/+bug/1196995
[14:54] <ubot2`> Ubuntu bug 1196995 in pkg-create-dbgsym (Ubuntu) "Should skip transitionnal dummy packages" [Undecided,New]
[14:54] <seb128> pitti, merci à toi ! ;-)
[14:54] <didrocks> pitti: seb128: thanks!
[14:55] <jbicha> seb128: I think I've done about as much as I can for https://bugzilla.gnome.org/show_bug.cgi?id=703290
[14:55] <ubot2`> Gnome bug 703290 in General "Split goa parts of libgdata into a separate .so" [Normal,New]
[14:55] <seb128> jbicha, hey, thanks (clicking on it)
[14:56] <jbicha> I think the library can be split but I don't have the technical skills to do it (or even continue arguing for it)
[14:57] <seb128> jbicha, yeah, I think I will turn it off on armhf meanwhile if that's ok with you
[14:57] <seb128> we don't have any usable armhf/saucy usable desktop anyway since the panda has no driver with the new xorg abi
[14:57] <seb128> and the nexus would require a custom kernel
[14:58] <mlankhorst> seb128: erm..
[14:58] <seb128> mlankhorst, shush
[14:58] <jbicha> seb128: oh that would have interesting consequences but Ubuntu GNOME doesn't officially support arm these days...
[14:59] <seb128> mlankhorst, I'm simplifying on purpose, I just don't think that we have many GNOME remix arm users on saucy
[14:59] <mlankhorst> nah
[14:59] <seb128> not enough to justify the tradeoff of pulling the gtk stack including webkitgtk on the touch image
[14:59] <mlankhorst> indeed
[14:59] <larsu> attente, xnox, seb128: https://bugs.launchpad.net/unity-gtk-module/+bug/1196998
[14:59] <ubot2`> Ubuntu bug 1196998 in Unity GTK+ module "Icons for verb actions appear in the global menu" [Medium,Confirmed]
[15:00] <attente> hmm..
[15:00] <seb128> larsu, danke
[15:00] <larsu> de rien
[15:00] <mlankhorst> if you want it just get raring and upgrade to saucy somehow
[15:30] <seb128> qengho, mlankhorst, Sweetshark, Laney, tkamppeter, attente, desrt, larsu: hey, it's meeting time
[15:30]  * Sweetshark greets from the pool at the 10 level above Porto Alegre ...
[15:31] <seb128> is that a joke? ;-)
[15:31] <seb128> qengho_, hey, around? your turn ;-)
[15:32] <seb128> no qengho_...
[15:32] <seb128> mlankhorst, hey
[15:32]  * seb128 has the feeling not a lot of people around today
[15:33] <Sweetshark> seb128: not quite, im sitting next to the pool ;) (Im here for FISL and needed to clear the room for the maid)
[15:33] <mlankhorst> kernel madness
[15:33] <mlankhorst> merge window stuff
[15:33] <seb128> lol, oh ok ;-)
[15:33] <mlankhorst> eod
[15:33] <seb128> mlankhorst, thanks ... how is the new xorg testing going?
[15:33] <seb128> mlankhorst, did you get any news from RAOF on the Mir side of things?
[15:34] <mlankhorst> should be complete, I think raof is ok with it but he was looking into a bug
[15:34] <seb128> mlankhorst, ok, let's see how that goes
[15:34] <seb128> mlankhorst, thanks
[15:35] <seb128> Sweetshark, your turn, how is it next to the pool?
[15:35] <Sweetshark> MIRs libzip/liborcus
[15:35] <Sweetshark> libzip seems to be ftbfs on saucy, ohjoy
[15:35] <Sweetshark> flight to porto alegre, preparing talks and sessions for FISL14: https://plus.google.com/109302841731362777691/posts
[15:35] <Sweetshark> updated and prepared some precise (3.5.7) patches and raring (4.0.4) SRU candidates to PPA
[15:35] <Sweetshark> EOF -- pool is nice, but its winter here ;)
[15:36] <seb128> oh, right
[15:36] <seb128> Sweetshark, I will try to track the MIRs/sponsoring
[15:36] <seb128> Sweetshark, thanks
[15:36] <seb128> enjoy the conference!
[15:36] <seb128> Laney, hey
[15:36] <Laney> hi
[15:36] <Laney> • Package gnome-desktop-testing for Debian and make glib in SVN use it to run its installed-tests autopkgtest (the 112 installed tests pass, somewhat surprisingly)
[15:36] <Laney> • Couple of GNOME updates.
[15:36] <Laney> • Test X 1.14. Discover small bug that media keys don't work due to an XI version bump not being handled by our g-s-d. Cherry-pick patch to fix this.
[15:36] <Laney> • Various system-settings merges - add some dummy panels and some more detailed UI.
[15:37] <Laney> • background panel: Use gsettings-qt to get background in use.
[15:37] <Laney> • background panel: Propose merge to talk to accountsservice over D-Bus for the "welcome" image (the spreadsheet says this lives here). Involved learning some Qt and figuring out how to use it to talk to D-Bus, and how to connect to D-Bus signals.
[15:37] <Laney> • DMB: Regular meeting. Push some more on the proposal to grant upload rights without granting full project membership. Call a vote on one point of minor disagreement. We're getting there slowly.
[15:37] <larsu> gsettings-qt \o/
[15:37] <Laney> quality code right there
[15:37] <seb128> ;-)
[15:38] <Laney> must have come from red hat or something
[15:38]  * larsu is happy that everyone likes it
[15:38]  * Laney runs
[15:38] <seb128> Laney, great, I'm looking forward to your "use dbus from qt" example ;-)
[15:38] <larsu> haha
[15:38] <seb128> Laney, thanks
[15:38] <seb128> tkamppeter, hey
[15:38] <tkamppeter>  - Release cups-filters 1.0.35, fixed many bugs and implemented many feature requests.
[15:38] <tkamppeter>  - General bug fixes.
[15:38] <tkamppeter>  - Development on cups-filters towards PPD-less printing on IPP printers.
[15:39] <seb128> tkamppeter, thanks
[15:39] <seb128> attente, hey
[15:40] <attente> seb128, hi
[15:40] <attente> filed some MPs for changes that indicator-keyboard will need
[15:40] <attente> spent some time writing and debugging the test fixture for indicator keyboard
[15:40] <attente> going to finish up writing tests, which should be done today
[15:40] <attente> eof
[15:40] <seb128> thanks
 got stuck for a few hours on a bug that was desrt's fault ...
[15:40] <seb128> new ibus is on my list of things to look at this week
[15:40] <seb128> I hope that we can unblock things then
[15:41] <attente> seb128, thanks
[15:41] <qengho_> seb128: I'm ready.
[15:42] <seb128> attente,  once you feel like you are done with the desktop version it would be good to start at looking how we can make that work on the touch image
[15:42] <jbicha> I think it was unclear whether it was safer/better to land the whole ibus/indicator-keyboard stack at once
[15:42] <seb128> jbicha, well, our gsd doesn't use ibus atm
[15:42] <seb128> so I don't think ibus 1.5 has the potential to break a lot there
[15:42] <seb128> out of regressions in ibus itself
[15:43] <seb128> but if we have some, landing the other bits will not help with those...
[15:43] <seb128> I still need to email -devel to check that other flavors are fine with ibus 1.5
[15:43] <seb128> and to get input from the people using/knowing ibus
[15:43] <seb128> (Debian is still on 1.4)
[15:44] <seb128> attente, thanks
[15:44] <seb128> qengho_, hey, your turn ;-)
[15:44] <qengho_> - chromium-browser updated for all arch and releases. About to update again in an hour to include webapps patches and fix saucy menu.
[15:44] <qengho_> - working on ARM Neon support by way of runtime checks. Current build has Neon instuctions, which is Bad.
[15:44] <qengho_> EOF
[15:44] <seb128> qengho_, thanks, good job on getting chromium updated
[15:44] <seb128> desrt, hey
[15:44] <qengho_> seb128: thanks. Only broke two things!
[15:44] <desrt> seb128: hey
[15:45] <desrt> i spent most of yesterday celebrating the multi-lingual nature of my home and native land, on canada day, by speaking esperanto
[15:45] <desrt> (read: holiday)
[15:45] <desrt> last week i did some more docing
[15:45]  * larsu saw desrt fixing bugs yesterday
[15:46] <desrt> i fixed the suspend-during-shutdown issue that you were having with systemd-shim by disabling the inactivity timeout during the shutdown sequence (testing appreciated)
[15:46] <seb128> (on my list still ;)
[15:46] <desrt> i did a patch to accountsservice last week to conditionalise the craziness that they have for detecting user vs. system accounts (which is only really needed for fedora where they used to have user accounts in 500-1000 range and now create system accounts here)
[15:47] <desrt> ...and it's turned _off_ by default
[15:47] <desrt> i fixed an annoying bug in gdbus that was causing will problems (caused by the async property stuff that i landed, which was needed for that other accounts service patch)
[15:47] <desrt> i did GPropertyAction which is something that we've been wanting for a long time
[15:48] <desrt> and this morning i'm putting the finishing touches on the GIO support for the "extra application actions" .desktop file thing (aka jumplists)
[15:48] <desrt> landing that patch will let me close the two bugs for both the extra actions support and the dbus activating applications support (hopefully by end of day or tomorrow)
[15:48] <desrt> eof
[15:49] <desrt> oh
[15:49] <seb128> desrt, thanks
[15:49] <desrt> might be worth cherry-picking that dbus async bugfix into the distro, fwiw
[15:49] <desrt> since it's blocking attente
[15:49] <Laney> when's the next release?
[15:49] <desrt> next monday?
[15:49] <larsu> desrt: when will the jumplist stuff land? I'll be working on indicator-messages soonish and it'd be cool if I had that
[15:49] <desrt> larsu: i hope to land it today or tomorrow
[15:49] <Laney> ah, then yeah
[15:49]  * larsu is willing to review, of course
[15:49] <desrt> larsu: nice!
[15:50] <desrt> i have some reviews already from jasper, alex, mclasen
[15:50] <desrt> but i was slow about replying to them
[15:50] <larsu> ah cool
[15:50] <larsu> that should be good enough ;)
[15:50] <desrt> but after i push a new patch a final review would be nice
[15:50] <larsu> sure
[15:50] <desrt> (they raised some good points that i am currently addressing)
[15:50] <larsu> just send the bug # to me once you have that
[15:50] <desrt> Lanet: https://git.gnome.org/browse/glib/commit/?id=cb4469600c5146a48501a31e9a3fb9bfc261477d is the fix, btw
[15:51] <desrt> larsu: https://bugzilla.gnome.org/show_bug.cgi?id=664444
[15:51] <ubot2`> Gnome bug 664444 in gio "Support additional application actions in .desktop files" [Enhancement,Unconfirmed]
[15:51] <desrt> Laney: not Lanet, sorry :)
[15:51] <desrt> (really eof now)
[15:51] <seb128> desrt, thanks ;-)
[15:52] <seb128> larsu, your turn
[15:52] <larsu> - gsettings-qt: add testing
[15:52] <larsu> - more unitymenumodel work last week [postponed for unity indicator bugs]
[15:52] <larsu> - indicator-sound: some fixes after reviews, but more coming
[15:52] <larsu> - unity-panel-service/libindicator: fixes for new indicators, allow sorting them correctly
[15:52] <larsu> - unbreak indicator-session's high cpu/memory usage
[15:52] <larsu> - unity-greeter: support for new indicators [ongoing]
[15:52] <larsu> eof
[15:52] <desrt> larsu: i understand that this cpu/memory bug in the indicator was really our fault
[15:53] <desrt> but why does the new accountsservice cause so many problems when the old one didn't?
[15:53] <desrt> are they just constantly spamming the bus with signals now or something?
[15:54] <larsu> desrt: I guess so?!
[15:54] <desrt> might be worth looking into that more....
[15:54] <larsu> ya
[15:54] <desrt> can you take a look?
[15:54] <seb128> well, at least with the indicator-session fix the crazyness stopped ;-)
[15:54] <larsu> I'm not aware of any changes to indicator-session recently, so it must be that
[15:54] <seb128> before it was constant bus spamming
[15:56] <seb128> larsu, thanks
[15:56] <seb128> ok, my turn ;-)
[15:56] <seb128>  * got to the bottom of the gtk on armhf issue, gcc issue, upstream has a patch being tested
[15:56] <seb128>  * updated accountsservice to the current version, including desrt patches needed for the greeter work
[15:56] <seb128>  * debugged accountsservice breakages after testing the updates, the issues were already in saucy and due to the patch to support pin login
[15:56] <seb128>   * keep working on system settings, random UI tweak, first version of the sound UI, looked at qtsystem and how to write a qt plugin and connect that to qml (so we can do stuff like read files content), played with qt-gsettings (thanks larsu!)
[15:56] <seb128>  * some desktop bugs fixing (friday evening fun after the new indicators landed, breaking some things on the way)
[15:56] <seb128>  * some desktop updates in saucy
[15:56] <seb128>  * some desktop SRUs (fixed guest session inhibition of screen locking)
[15:56] <seb128>  * some NEW reviews for new packages in touch
[15:56] <seb128>  * tested new indicators a bit

[15:56] <larsu> desrt: ya, I'll have a look
[15:56] <seb128> Laney, I would really appreciate some settings reviews, I'm stacking merge requests and it's no fun to handle :p
[15:57] <Laney> yeah I'm looking right now
[15:57] <seb128> oh, also I noticed that rhythmbox takes 10 seconds to start here
[15:57] <seb128> seems like the g-s-d mediakey plugin GetAll() method is taking a while
[15:57] <seb128> d-feet hangs the same way when I call it from here
[15:57] <seb128> if somebody feels like looking at that :p
[15:58] <seb128> Laney, thanks ;-)
[15:58] <seb128>
[15:58] <seb128> other comments/questions/notes...?
[15:58] <seb128> did I forget anyone? ;-)
[15:59] <seb128> ok, seems not
[15:59] <seb128> thanks everyone
[15:59] <seb128> didrocks, your turn ;-)
[15:59] <didrocks> thanks seb128 ;)
[15:59] <Laney> thanks
[15:59] <didrocks> robru: Mirv: cyphermox: hey guys! Today will be a short meeting with just us :) how are you?
[16:01] <Mirv> o/
[16:01] <tedg> didrocks, Hmph, can't use a PPA because without a release the diff.gz can't have an execute permission.
[16:01] <cyphermox> good, you?
[16:01] <chrisccoulson> can i gatecrash your meeting?
[16:01] <Mirv> fine here. small meeting :)
[16:01] <didrocks> chrisccoulson: at the end? maybe? :)
[16:01] <chrisccoulson> heh :)
[16:01] <czajkowski> so running Saucy on the X1 not getting very good battery life for those that were asking.
[16:01] <didrocks> tedg: just bump the version
[16:02] <didrocks> cyphermox: I'm fine thanks :)
[16:02] <didrocks> Mirv: cyphermox: let's start without robru
[16:02] <didrocks> I hope this time he will join…
[16:02] <tedg> didrocks, Ha, okay.
[16:02] <didrocks> Mirv: mind speaking about your items? (enjoyed your holidays ;)?)
[16:02] <didrocks> Mirv: you have 3 from the spreadsheet
[16:03] <Mirv> didrocks: yeah, enjoyed :) so various qt modules ready for either upload or testing, qtpim I just updated again to a newer snapshot as renato is continuing to push changes to upstream
[16:03] <Mirv> qt creator is the main item right now, JP has been hard at work in updating the plugin so it should be fine now for integrating into the proper packaging
[16:04] <didrocks> Mirv: update to 5.0.2?
[16:04] <Mirv> (the PPA packages are more ad-hoc in a way that suits developing the plugin not as a patch but as itself)
[16:04] <Mirv> updates to current 5.0.2 packages include qtbase (call for testing still open) and qtdeclarative (was uploaded during my vacation)
[16:04] <didrocks> yeah, you are merging back what's need to be merged, isn't it?
[16:05] <Mirv> 5.1 is near final release but not yet done, I'd update the 5.1 beta PPA packages to final ones for those that continue to make use of those
[16:05] <didrocks> I had to update for unblocking the webcred stack :)
[16:05] <didrocks> great! and let's stick to our plan: 5.1.1 for saucy
[16:05] <Mirv> yes, mitya57 had now continued my merges from Debian, which is very nice
[16:05] <didrocks> yep :)
[16:05] <didrocks> Mirv: btw, I had few comments on qtsystems (see backlog), mind having a look (maybe tomorrow morning)?
[16:06] <Mirv> didrocks: ok, I'll see to those
[16:06] <robru> didrocks, ok, I am here, sorry
[16:06] <didrocks> thanks Mirv :)
[16:06] <didrocks> robru: no worry!
[16:06] <Mirv> btw regarding Qt 5.1 we'd still need the QPA plugin work, so hopefully in time for 5.1.1 release in August or so
[16:06] <didrocks> will be quite short for feature freeze
[16:06] <didrocks> but let's see how it goes… do they take time to release a .1 version?
[16:07] <Mirv> they will definitely release a .1
[16:07] <Mirv> but if not we should consider 5.1 instead
[16:07] <Mirv> with backported patches etc
[16:08] <didrocks> ok, at least, we'll have some time to see the 5.1 state
[16:08] <didrocks> and decide from their
[16:08] <didrocks> Mirv: sdk tests failing, any progress?
[16:09] <Mirv> didrocks: I hope Kaleo would look now during his timezone, during European daytime there wasn't anyone who knew what to do
[16:09] <didrocks> ok, let's put hope on him. As he had good testing principles, I think he'll fix those first :)
[16:09] <didrocks> thanks Mirv
[16:09] <Mirv> thanks
[16:10] <didrocks> cyphermox: I just see one task you are responsible for: "Fix indicator-network and re-enable it for the indicator stack tests", is everything's ok now?
[16:10] <cyphermox> yes, everything appears fine, I was just about to send a MR to re-enable it
[16:10] <didrocks> cyphermox: great, phew! :-)
[16:11] <didrocks> cyphermox: FYI, sil2100 isn't around this week, so look at your stack closely, I've handled the indicators stack today, but now, it's all ours again :) (and HUD)
[16:11] <didrocks> cyphermox: anything else, do you need help on anything particular?
[16:11] <cyphermox> not really
[16:11] <didrocks> ok :)
[16:12] <didrocks> robru: so, you are leading the effort on ensuring that all components that are not releasing daily are now under that process (you can see that tedg is adding new ones daily…), how is it going?
[16:12] <robru> didrocks, not well. this week has been very stressful for me as I learned that a close friend of mine passed away, and I have been struggling with grief.
[16:13] <didrocks> robru: argh, good luck dude :/
[16:13] <robru> didrocks, however I did achieve daily releasing for many of the webapps, and also did the bulk of the work for friends-app (completing the friends stack), which is close to landing
[16:13] <didrocks> robru: excellent! also, remember you are not alone on that one, please send email/harass people (divide the work ;))
[16:14] <robru> didrocks, who am I able to harass about this?
[16:14] <Saviq> pitti, bug #1055110 happened to me just now on saucy (under sudo), is it me doing something stupid or is that a valid bug?
[16:14] <ubot2`> Launchpad bug 1055110 in apport (Ubuntu) "apport-retrace crashed with AttributeError in join(): 'NoneType' object has no attribute 'endswith'" [Medium,Fix released] https://launchpad.net/bugs/1055110
[16:14] <didrocks> Saviq: meeting
[16:14] <Saviq> didrocks, nope :P
[16:14] <Saviq> didrocks, at least I don't know about any meeting I'm supposed to attend?
[16:15] <didrocks> robru: the ones we listed in the next column on the spreadsheet
[16:15] <robru> didrocks, ok
[16:15] <didrocks> Saviq: we are in a meeting right now, please wait for few minutes :)
[16:15] <didrocks> robru: thanks, a good luck again :)
[16:15] <robru> didrocks, thanks
[16:15] <didrocks> last item…
[16:15] <didrocks> I updated the current state for "cleaning the packages" (line 11) on the spreadsheet
[16:16] <didrocks> robru: Mirv: cyphermox: can you look at what's remaining again and see if you still have some to do from your stacks? ^
[16:16] <robru> didrocks, ok
[16:16] <cyphermox> aye
[16:16] <didrocks> I would love that the new packages + that cleaning being done by next week
[16:16] <Mirv> didrocks: ok, will recheck
[16:16] <didrocks> so that we can cross those 2 ones :)
[16:16] <didrocks> thanks guys! any questions? I think we can cut here if not :)
[16:16] <Mirv> nope
[16:17] <cyphermox> oh actually
[16:17] <didrocks> yeah?
[16:17] <robru> didrocks, where is everybody? why such a small meeting?
[16:17] <cyphermox> I'd just need help with review for a smallish SRU fix for indicator-session -> https://code.launchpad.net/~mathieu-tl/indicator-session/logind-multiple-session-lp861171/+merge/172118
[16:17] <didrocks> Mirv: btw, we'll handle probably a compiz transition this week, just a warning :) (from the old version to latest trunk)
[16:17] <didrocks> robru: ken just gave notice he had an appointment, and sil2100 is on holidays
[16:17] <robru> ah
[16:17] <cyphermox> ^ I said SRU because it does need to be fixed; however I'd like it to be correctly fixed in saucy as well
[16:18] <didrocks> cyphermox: do you know if the GMenuified version landed?
[16:18] <didrocks> (saucy)
[16:18] <didrocks> charles: ^
[16:19] <charles> indicator-session has not landed yet but should be very shortly
[16:19] <cyphermox> no, it doesn't see mto be the case
[16:19] <charles> today / tomorrow
[16:19] <Mirv> didrocks: ok, sounds good
[16:19] <didrocks> (and yeah, it's a good SRU candidate) :)
[16:19] <didrocks> cyphermox: maybe let's wait for the saucy version to land? then, we backport that as a SRU?
[16:20] <didrocks> (backport == use that different version)
[16:20] <charles> that patch can't go as-is into the gmenuified version, I'll need to tweak it for trunk
[16:20] <charles> backport, though
[16:20] <robru> didrocks, ok, I am gonna grab breakfast and then dive into all the stuff I am behind on. thanks!
[16:20] <didrocks> robru: enjoy your breakfast, and thanks Mirv :)
[16:21] <didrocks> cyphermox: charles: let's plan on that, please ping me once that one lands in saucy and we'll handle the SRU (I'll approve the bug and we'll do a SRU release)
[16:21] <didrocks> thanks cyphermox as well ;)
[16:21] <Mirv> didrocks: thanks! :)
[16:21] <didrocks> chrisccoulson wanted to gatecrash? :p
[16:22] <didrocks> tedg: so normally, I just .0 or .1 the current version, then split mode works magically ;)
[16:22] <charles> didrocks: okay. I think lars said that seb128 is testing out the gmenu i-session today too
[16:22] <seb128> I am
[16:22] <charles> so maybe I should ping seb128 to see if seb128 finds any issues
[16:22] <tedg> didrocks, Yeah, still not used to the split mode craziness ;-)
[16:22] <charles> ok
[16:22] <seb128> charles, didrocks, cyphermox: it shouldn't land before unity-greeter learns about gmenumodel indicators though
[16:22] <didrocks> charles: seb128: great!
[16:22] <seb128> otherwise there is no way to turn off the computer from the greeter anymore
[16:22] <didrocks> tedg: it's working very well ;)
[16:22] <tedg> didrocks, It's trying again now
[16:22] <didrocks> seb128: ah, good point!
[16:23] <charles> seb128: in gnome 3, that's not a bug, that's a feature
[16:23] <seb128> charles, ;-)
[16:23] <didrocks> really? gdm doesn't allow that?
[16:23] <didrocks> or is it just trolling? :)
[16:23]  * charles was making a joke about the hidden 'power off' button
[16:23] <didrocks> oh right
[16:23] <tedg> didrocks, Is there a difference between GNOME 3 features and trolling?  ;-)
[16:23] <seb128> didrocks, they originally masked "power off" to just have suspend
[16:24] <didrocks> tedg: tsssss ;)
[16:24] <didrocks> seb128: yeah, didn't connect to that context
[16:24] <seb128> ;-)
[16:24] <charles> iirc you had to hold down the shift or alt button or something for it to become visible?
[16:24] <seb128> right
[16:24] <jbicha> now it's the opposite, Power Off is visible but suspend hides until you press Alt (or you can just close your laptop lid)
[16:24]  * didrocks still restoring his thunderbird emails…
[16:26] <tedg> didrocks, I need to go here in a few, and I know it's getting to your EOD, this is the build that's testing that.  If it passes, we're good: https://launchpad.net/~ted/+archive/ppa/+build/4764602
[16:26] <gregier_> can someone help me with https://bugs.launchpad.net/ubuntu-themes/+bug/1171587
[16:26] <ubot2`> Ubuntu bug 1171587 in gtk+3.0 (Ubuntu) "update to GTK 3.9 and the issues to resolve for it" [Wishlist,New]
[16:26] <gregier_> I tried to apply the same changes as was done in the gnome theme but I just made it much, much worse
[16:26] <didrocks> tedg: ok, feel free to switch the main "approve" if it pass on the MP, I'll just comment
[16:27]  * tedg thinks the version numbers are so big on the daily packages now that didrocks must secretly be from Texas.
[16:28] <didrocks> tedg: I learnt that from you! :-)
[16:34]  * charles wonders what the fireworks are like on July 4 in Texas
[16:34] <charles> big, probably
[16:36] <didrocks> charles: I think it's a pretty accurate adjective :)
[16:48] <xnox> tedg: in upstart user session, Can I run panel with indicatores, without launcher nor hud nor dash?
[16:49] <tedg> xnox, You will be able to once we're there.  You'll just need to emit the event to start the services when you're ready.
[16:49] <tedg> xnox, But today even, it's dbus activation, so you should be fine.
[16:49] <xnox> tedg: but i don't want the launcher visible at all.
[16:50] <xnox> tedg: point being that instead of loading ubiquity-dm, we auto-login into a normal user session on the desktop but stop after indicators and simply launch ubiquity (thus having a memory minimal environment which still looks like ubuntu)
[16:51] <xnox> tedg: and if user clicks "try ubuntu", close ubiquity and continue loading the rest of the desktop session.
[16:51] <xnox> tedg: you can see the lengths I am prepared to go for, instead of patching indicators in ubiquity-dm yet again =)
[16:52] <tedg> xnox, Heh, so it would seem like it.  Though I'm not sure i have all the cases in my head.
[16:52] <tedg> xnox, For instance, if you started the indicators, there's no reason Unity wouldn't pick them up when it gets started.
[17:14] <didrocks> chrisccoulson: hey, around?
[17:19] <chrisccoulson> didrocks, yeah, i am
[17:20] <didrocks> chrisccoulson: I have a small issue with thunderbird, lost a lot of messages, I think they are almost all marked as deleted
[17:20] <didrocks> chrisccoulson: when I'm looking the files content, the emails are there
[17:21] <didrocks> but even when restoring an old backup, I think the server synchronization remark them as deleted
[17:21] <didrocks> do you know how I can force them to undelete? (either by GUI or changing the files)
[17:22] <didrocks> I try just restoring, but as said, unsuccessfully, I saw some tricks about X-Mozilla-Status, but it doesn't seem to match (even on an old directory, I have it just for few)
[17:22] <chrisccoulson> didrocks, if they're marked as deleted, shouldn't they appear in the trash?
[17:23] <didrocks> chrisccoulson: the trash seems to be empty
[17:23] <didrocks> chrisccoulson: I didn't compact folders on purpose
[17:25] <didrocks> chrisccoulson: but I can try restoring an old version, I had "clean trash on exit"
[17:25] <didrocks> chrisccoulson: so removing this option, restoring an old version, waiting for the server to synchronize and restoring from Trash?
[17:25] <didrocks> this will restore in old folders?
[17:25] <didrocks> all*
[17:27] <chrisccoulson> i'm not sure. if i have an issue like this, i normally try deleting the index files for the mailbox (.msf files)
[17:27] <didrocks> chrisccoulson: I tried that for some folders
[17:28] <didrocks> chrisccoulson: you mean, on the desktop, right, not the server?
[17:28] <seb128> Laney, thanks for the reviews ;-)
[17:28] <chrisccoulson> didrocks, yeah, on the desktop
[17:28] <didrocks> chrisccoulson: so yeah, tried that, then it's resynced from the server and removed
[17:28] <didrocks> I just saw the old emails them briefly
[17:28] <didrocks> -them
[17:30] <Laney> np
[17:31] <didrocks> chrisccoulson: would you have any idea or other trick I can apply?
[17:32] <chrisccoulson> didrocks, not at the moment. is this gmail btw?
[17:36] <didrocks> chrisccoulson: no, it's the canonical server still (having maildrop)
[17:47] <qengho_> ogra_: is all ARMHF we support now v7 ?
[17:47] <ogra_> yes
[17:48] <ogra_> armHF always was v7 only
[17:48] <qengho_> Okay, removing a condition that excluded Lucid-
[17:48] <ogra_> armel was v5
[17:48] <qengho_> thx.
[18:48] <Sweetshark> lol: https://twitter.com/Sweetshark1/status/352127717690458112
[18:50] <cyphermox> nice.
[18:50] <sarnold> haha :)
[19:04] <chrisccoulson> Sweetshark, hah ;)
[19:07] <Sweetshark> oh, wow. somebody created that twitter account just for me.