[01:11] <Andy80> Saviq: I know I'm asking you to find a dinosaur, but.... do you remember where we put that code for the simple QML Twitter client we did during MeeGo Summit on SF?
[01:48] <bschaefer> thomi, ping
[01:48] <thomi> bschaefer: yo
[01:48] <bschaefer> hey I have some Japanese test for you :)
[01:48] <thomi> cool!
[01:49] <bschaefer> I have 3 so far, let me double check them!
[01:49] <bschaefer> also you will need ibus-anthy
[01:50] <thomi> bschaefer: OK
[01:51] <bschaefer> thomi, just sent an email
[01:51] <thomi> Cheers, I'll add them
[01:51] <bschaefer> cool, Ill have some korean ones later also
[01:51] <bschaefer> and ill be making them for hud too
[02:07] <thomi> bschaefer: what does pressing Ctrl+J do?
[02:13] <bschaefer> commit text
[02:13] <bschaefer> thomi, the space switches the text
[02:14] <thomi> bschaefer: hmm, isn't that the same as pressing the number for the txt you want?
[02:14] <thomi> like "abc1"?
[02:14] <bschaefer> thomi, its an interesting way to type I would say... Korean is actually really cool.
[02:14] <bschaefer> thomi, that is a different engine
[02:14] <bschaefer> that is for pinyin only
[02:14] <thomi> oh ok, it's engine-specific? bummer
[02:15] <bschaefer> yup :(
[02:15] <thomi> that sucks
[02:15] <bschaefer> that is why its hard to make sure ALL work correctly
[02:15] <bschaefer> but we are coving the 3 big ones
[02:15] <bschaefer> also Korean doesn't have much translated for it yet...
[02:18] <thomi> OK. I'm going to change the tests to use python-testscenarios so we don't have to write identical tests :)
[02:19] <bschaefer> thomi, nice, the hangul engine is easier to use, just type and space is to commit
[02:20] <thomi> ok
[02:20] <thomi> we'll probably end up with a test for each engine then
[02:20] <bschaefer> Yeah, these 3 are a very good start
[02:21] <bschaefer> hmm there is also the ibus-m17n which has a lot of engines in it...
[02:22] <bschaefer> like different CJK engines
[02:48] <bschaefer> thomi, sent you 3 korean examples now as well
[02:49] <bschaefer> thank you very much! :)
[02:49] <thomi> awesome
[02:49] <thomi> these tests are going to look like... like... umm...
[02:49] <thomi> good
[02:49] <bschaefer> o and the korean engine is
[02:50] <bschaefer> ibus-hangul
[02:50] <bschaefer> yeah, it was fun to learn how to actually type in those languages!
[03:01] <thomi> bschaefer: got a second?
[03:01] <bschaefer> yup
[03:02] <thomi> can you please make sure you have python-testscenarios installed, grab the latest version of my branch, and make sure the ibus tests still run correctly and pass for you?
[03:02] <bschaefer> yup
[03:02] <thomi> and if you want a pleasant surprise, check out the new version of test_ibus.py file :)
[03:02] <bschaefer> alright :)
[03:02] <thomi> python rocks the casbah ;)
[03:04] <bschaefer> getting a few errors
[03:04] <bschaefer> AttributeError: 'IBusTestsPinyin' object has no attribute 'activate_input_engine'
[03:04] <thomi> oh nuts
[03:04] <thomi> I'm an idiot, hang on
[03:05] <thomi> bschaefer: ok, pull new version ;)
[03:05] <thomi> I renamed a method and forgot to update it. What a tool!
[03:05] <bschaefer> thomi, haha, and sweet!
[03:06] <thomi> pretty cool huh?
[03:06] <bschaefer> pulling and about to run it!
[03:06] <thomi> I'll do a separate test for the other two input engines you've sent me
[03:07] <bschaefer> sweet!
[03:07] <bschaefer> runs 100%
[03:07] <thomi> awesome
[03:07] <thomi> thanks
[03:07] <bschaefer> and cool, these test are looking awesome
[03:07] <bschaefer> we had to many regression when it came to ibus last cycle!
[03:09] <bschaefer> thomi, nice scenarios list!
[03:09] <bschaefer> in test_ibus.py
[03:09] <thomi> yeah
[03:09] <thomi> adding the korean and japanese ones now
[03:09] <bschaefer> thomi, I also wish there was an easy way to tell if it was active. I wonder if there is a config.get_value for that hmm
[03:10] <thomi> bschaefer: if you find one, please let me know - I've been looking too
[03:10] <bschaefer> will do!
[03:19] <thomi> bschaefer: new revision of my branch: adds hangul tests.
[03:19] <bschaefer> sweet, checking it out now
[03:22] <bschaefer> thomi, so it didn't seem to switch to ibus-hangul on my test
[03:22] <thomi> oooh, that's interesting
[03:22] <bschaefer> everything is in pinyin
[03:22] <bschaefer> does the order matter?
[03:22] <thomi> bschaefer: it should remove all the other engines
[03:22] <thomi> the tests only enable one engine at once
[03:23] <bschaefer> hmm only pinyin is on my active engine list
[03:23] <thomi> ...they also restore the engines that were installed after the test ran, so your system will be back to normal after the test completes... well, it *should*
[03:23] <bschaefer> under the korean test
[03:23] <bschaefer> haha unless you ctrl+c out of it!
[03:23] <thomi> ...that's true
[03:23] <thomi> ...I think
[03:24] <thomi> I'll add some logging and work it out
[03:24] <bschaefer> well I just did, and only piniyin is under active hmm
[03:24] <bschaefer> Ill tinker around a little with it!
[03:25] <bschaefer> thomi, yeah I just put hangal as the only active engine then ran the test and it switch it to pinyin only
[03:25] <bschaefer> which the korean test gets ran first
[03:25] <thomi> wtf?
[03:25] <thomi> ok, what happens if you do this:
[03:26] <thomi> python -m testtools.run autopilot.tests.test_ibus.IBusTestsHangul
[03:26] <thomi> that should run the hangul tests only
[03:26] <bschaefer> pinyin
[03:26] <thomi> OK. I'll look into it.
[03:33] <bschaefer> thomi, hmm weird, I just switch the call from pinyin to hangul (for the pinyin test) and it worked
[03:33] <thomi> OK, I wonder if ibus-daemon needs to be restarted after changing the settings
[03:34] <bschaefer> that might be it, what if instead of just loading one engine to the active list just have a list of engines you are using to have it preload them all at one
[03:34] <bschaefer> once*
[03:34] <thomi> what kappens if you do "killall ibus-daemon" and re-run the tests that you changed (the ones that should fail)
[03:35] <bschaefer> just got a seg fault when I killed the ibus daemon
[03:35] <thomi> in what?
[03:35] <bschaefer> TextEntry
[03:36] <thomi> OK, that's not good - we should probably fix that :)
[03:36] <bschaefer> I think it cause the code im putting into nux reach an assertion where the bus was no longer connected to the bus
[03:36] <thomi> yeah
[03:36] <thomi> nux should ideally fail gracefully if ibus dies
[03:37] <bschaefer> hmm yeah, Ill have to bring that up with Jay
[03:37] <bschaefer> it shouldn't assert but rather just return false when trying to process the event
[03:37] <bschaefer> dammit now its not connecting to ibus haha, one sec
[03:38] <thomi> hmmm,
[03:39] <bschaefer> ok its working again
[03:40] <thomi> I can reproduce the issue in the python interpreter
[03:40] <thomi> ibus reports the "pinyin" IME is active, but it's still using the hangul one
[03:40] <thomi> like it needs to be refreshed or something
[03:40] <bschaefer> yeah
[03:41] <bschaefer> as I change it to use only hangul for both pinyin and hangul
[03:41] <bschaefer> then hangul worked and now switching back to pinyin it wont load it!
[03:41] <bschaefer> but the test work for korean :) (When it is in hangul)
[03:41] <thomi> hmm, I really want to avoid loading all the engines at once
[03:42] <thomi> I can kill the ibus-daemon from python, but that'll break nux for you at the mometn
[03:42] <bschaefer> thomi, do you account for the space at the end of the korean input?
[03:42] <thomi> I think so, yeah
[03:42] <bschaefer> ok, let me run it again to see if it passes the check
[03:42] <thomi> there's a space at the end of each input string
[03:43] <bschaefer> hmm it is typing in the correct info but im getting 3 failures
[03:43] <bschaefer> Difference: u'\ubb38\uc11c' != u'\ubb38\uc11c '
[03:43] <bschaefer> I think your check is not taking the space into consideration
[03:44] <bschaefer> like when you hit space it commits the preedit along with putting a space there
[03:45] <thomi> ahh, ok
[03:45] <thomi> I'll update the tests
[03:45] <thomi> just for the hangul tests, right?
[03:46] <bschaefer> yup!
[03:48] <bschaefer> thomi, Ill see what I can do about the crash in nux
[03:49] <thomi> ok, new revsiion available with the fixes
[03:51] <bschaefer> sweet all passed :)
[03:51] <thomi> bschaefer: OK, the same thing happens with ibus-setup
[03:51] <bschaefer> thomi, so ibus setup resets the ibus-daemon?
[03:51] <thomi> no I'm saying it doesn't
[03:51] <thomi> the same propblem exists
[03:51] <thomi> at least, for me it does
[03:52] <bschaefer> hmm
[03:52] <thomi> right now ibus-setup shows Korean as the only active input engine, yet when I type I still get the pinyin engine
[03:53] <bschaefer> if you restart the daemon does it fix it?
[03:53] <thomi> killing the ibus-daemon does fix the issue :)
[03:53] <thomi> yup
[03:53] <bschaefer> ok, well im going to have to fix it so nux doesn't crash on that!
[03:54] <bschaefer> it nice we caught that so early :)
[03:54] <bschaefer> its*
[03:54] <thomi> that sucks - surely that's an ibus bug. Do we know any ibus developers?
[03:54] <bschaefer> no its in the new code im doing for TextEntry
[03:54] <bschaefer> im pretty sure at lease, let me crash it really quick again
[03:54] <thomi> no I mean the fact that the engine doesn't update
[03:54] <bschaefer> o
[03:55] <bschaefer> hmm, I think im the closest to an ibus dev we have :(
[03:55] <thomi> we ought to fix that as well - killing the daemon just to update the active engine is a bit heavy handed
[03:55] <bschaefer> yeah
[03:55] <bschaefer> I think that is why they only have a preload-engines signal
[03:55] <thomi> have you looked into the ibus src code? think it's possible to get a fix in before precise?
[03:56] <bschaefer> I have dug through it, but Im not sure if I have been in that chunk of code at lease
[03:57] <bschaefer> also when you first install a new engine you have to restart the daemon to get it in the list of engines
[03:57] <thomi> yeah, I noticed that
[03:59] <bschaefer> hmm
[04:04] <bschaefer> thomi it might be better to submit a bug for ibus, and for now we could  restart the daemon
[04:04] <bschaefer> but im not sure if they will do anything about :(
[04:05] <thomi> bschaefer: are they on LP?
[04:05] <bschaefer> no google code
[04:05] <bschaefer> http://code.google.com/p/ibus/
[04:05] <thomi> OK, I'll submit one now
[04:06] <bschaefer> thank you! Im about to start working on this crash in nux, hopefully I can fix it soon!
[04:22] <bschaefer> thomi, haha it was actually pretty funny why it was crashing
[04:23] <thomi> yeah?
[04:23] <bschaefer> thomi, so there is a disconnected signal cb and for some reason it was calling Connect instead of Disconnect
[04:23] <bschaefer> so when it disconnected it was trying connect right away
[04:23] <thomi> whoops ;)
[04:23] <bschaefer> haha, yeah
[04:24] <bschaefer> sweet and it reconnects, alright all fixed for now :)
[04:32] <thomi> bschaefer: http://code.google.com/p/ibus/issues/detail?id=1418&thanks=1418&ts=1329885137
[04:33] <bschaefer> thomi, sweet thanks!
[04:34] <bschaefer> I hope its a fixable problem
[04:34] <thomi> bschaefer: yeah, I may even take a look at the code myself
[04:34] <thomi> how hard can it be? :P
[04:34] <bschaefer> thomi, the ibus code isn't the easiest code to read haha
[04:35] <bschaefer> Ill try to take a look my self
[04:41] <thomi> bschaefer: if you get a chance, there's a new revision in my branch that has tests for the japanese scenario as well
[04:43] <bschaefer> thomi, I think it's anthy
[04:44] <bschaefer> unless the engine list says anthi
[04:44] <thomi> oh
[04:44]  * thomi fixes
[04:45] <bschaefer> regular expression ftw!
[04:46] <thomi> ok, pull now
[04:46] <bschaefer> the space for the japanese engine doesn't commit a space
[04:47] <bschaefer> Difference: u'\u30e6\u30fc\u30b6\u30fc ' != u'\u30e6\u30fc\u30b6\u30fc'
[04:47] <bschaefer> I know its annoying haha
[04:47] <bschaefer> the space switchs it to a different form
[04:47] <thomi> haha
[04:47] <thomi> ok
[04:47] <bschaefer> other then that is works like a charm ;)
[04:47] <bschaefer> and the ibus engines not switching
[04:48] <thomi> cool.
[04:48] <thomi> ok, there's a new revision without the spaces now
[04:49] <bschaefer> thomi, ok, this is an interesting merge conflict
[04:49] <bschaefer> <<<<<<< TREE
[04:49] <bschaefer> class IBusTestsAnthy(IBusTests):
[04:49] <bschaefer>     """Tests for the Anthy(Japanese) input engine."""
[04:49] <bschaefer> [04:49] <bschaefer> class IBusTestsAnthi(IBusTests):
[04:49] <bschaefer>     """Tests for the Anthy(Japanese) input engine."""
[04:49] <bschaefer> >>>>>>> MERGE-SOURCE
[04:49] <bschaefer> since i changed it myself, but cant it see its the same!!
[04:50] <thomi> heh, maybe do a revert before a pull
[04:50] <bschaefer> thomi, no I fixed it, just thought it was funny
[04:50] <bschaefer> delete then bzr resolve
[04:50] <thomi> odd
[04:50] <thomi> fair enough
[04:50] <bschaefer> it because I changed the source my self, then pulled your changes
[04:50] <bschaefer> from Anthi to Anthy but idk thats odd maybe a random space difference
[04:52] <bschaefer> wait I think you missed an Anthi
[04:52] <bschaefer> is why there was a conflict
[04:52] <bschaefer> or I did
[04:54] <bschaefer> thomi, http://bazaar.launchpad.net/~thomir/unity/ibus-testing/view/head:/tests/autopilot/autopilot/tests/test_ibus.py#L98
[04:54] <bschaefer> Looks like you missed one Anthi
[04:54] <thomi> oh ok
[04:54] <thomi> ahh yep
[04:54]  * thomi fixes
[04:55] <bschaefer> which is why there was a merge conflict haha
[04:55] <thomi> ok, new revision
[04:55] <bschaefer> but everything works!
[04:56] <bschaefer> it is getting 100% of the jap mataches
[04:57] <thomi> cool
[04:57] <thomi> looking into the ibus src code
[04:57] <thomi> seems like there might be a way to restart the bus remotely
[04:58] <bschaefer> well in ibusbus.h there is a ibus_bus_exit which takes in an argument to restart it
[04:59] <thomi> bschaefer: yup, that's what I saw
[04:59] <thomi> I'm looking for the dbus interface spec
[04:59] <bschaefer> can you just call bus.exit(true)
[04:59] <thomi> cool
[05:00] <bschaefer> sorry, I saw that earlier but thought you had used to restart it when you said you could in python!
[05:02] <thomi> np
[05:04] <thomi> well, I can confirm that the bug still exists in the latest sources from google code
[05:05] <bschaefer> thats good, hopefully restarting the ibus-daemon will work for us for now
[05:10] <thomi> bschaefer: new revision that restarts ibus after setting the daemon
[05:12] <bschaefer> alright, so just run it from the beginning?
[05:15] <thomi> may as well, or maybe just the ibus tests
[05:15] <thomi> I'm out for the day though - talk to you tomorrow
[05:15] <bschaefer> thomi, alright
[05:15] <bschaefer> ill send you an email about anything i notice
[05:16] <bschaefer> thank you!
[10:25] <apw> bug #938538
[10:36] <htorque> hello all! how would i determine what's causing this white pixel to appear at (0, 0) from time to time? → http://img.xrmb2.net/images/984711.png
[10:37] <htorque> xwininfo on (0, 0) says it's the panel, but i'm not so sure it's coming from the panel.
[10:37] <jokerdino> htorque: bug 927441
[10:37] <htorque> jokerdino: no, that's not it.
[10:38] <jokerdino> oh wait, may be it is not relevant.
[10:41] <apw> htorque, do you have your launcher exposing on top left or left ?
[10:41] <htorque> no, i disabled all hiding functions.
[10:42] <apw> was wondering if it was the activation 'window' for something like that
[10:42] <htorque> i remember seeing this for a while, likely happens more often after unlocking/resuming the system
[10:43] <htorque> no way to reliably reproduce it, though.
[10:43] <mgedmin> what does xprop say about that window?
[10:43] <htorque> mgedmin: http://paste.ubuntu.com/852485/
[10:44] <mgedmin> for the record, I've never seen this bug
[10:45] <htorque> i've seen it on both of my precise systems
[10:45]  * mgedmin is still on oneiric
[10:46] <htorque> it's easy to see with the dark panel, so i expected to find a bug report, but nothing. i just have no idea against which package i should report it.
[10:47] <htorque> hm, it's gone after a unity restart
[10:48] <om26er> screenshot?
[10:48] <htorque> http://img.xrmb2.net/images/984711.png
[10:49] <om26er> saw that one yesterday
[10:51] <mgedmin> .xsession-errors might have some debug messages maybe
[10:52] <mgedmin> could it be related to dual-head?
[10:52] <mgedmin> unity creates a separate panel window for each monitor
[10:53] <htorque> mgedmin: nope, just one monitor
[10:53] <mgedmin> is the window sized 1x1, according to xwininfo?
[10:54] <mgedmin> or is it just a drawing bug in the regular-sized unity panel?
[10:54] <htorque> according to xwininfo it's the panel
[10:55] <htorque> don't know if windows can hide from xwininfo
[10:58] <mgedmin> can you pastebin what xwininfo says, exactly?
[11:00] <mgedmin> the only place where I can find a "panel" string in the source code is in ./plugins/unityshell/src/PanelController.cpp
[11:02] <htorque> mgedmin: :-/ unfortunately i got rid of the pixel by restarting unity. i'm trying to make it reappear.
[11:02] <mgedmin> and you don't remember the window size?
[11:03] <mgedmin> the code that I can see always creates panel windows 24-pixels high and as wide as the monitor
[11:03] <htorque> i *think* it matched the panel size
[11:03] <mgedmin> if that window is 1x1, then either it doesn't belong to unity, or there's something very interesting going on
[11:04] <mgedmin> if it matches the panel size, then it's a drawing bug, not a window creation bug
[11:04] <mgedmin> unfortunately the internal layout of the unity panel is not introspectable with xwininfo...
[11:05] <mgedmin> I would file a bug
[11:05] <htorque> i will, just trying hard to find a way to reproduce it
[11:48] <Andy80> didrocks: ping! (about OneConf, I'm Andrea)
[11:50] <didrocks> Andy80: hey!
[11:51] <didrocks> Andy80: how are you? :)
[11:51] <Andy80> didrocks: I'm fine thanks, you? :)
[11:51] <didrocks> Andy80: I'm good :)
[11:52] <didrocks> Andy80: so, do you volonteer to help in getting some data syncing stuff for P+1? ;)
[11:53] <didrocks> it's something I didn't implement yet on OneConf (just did package syncing) due to lack of time mainly
[11:53] <Andy80> didrocks: I surely have time and willing to help, let's see if I also have the knowledge to do it :P
[11:55] <didrocks> Andy80: heh, do you code in any particular language?
[11:55] <Andy80> didrocks: where are the actual sourced of OneConf? and where I can find more documentation about its state?
[11:55] <didrocks> Andy80: lp:oneconf
[11:55] <didrocks> Andy80: it's included by default in ubuntu
[11:55] <didrocks> integrated with software-center
[11:55] <Andy80> didrocks: (in order of better knowledge ---> worst): C++, Python, C#, Java, C
[11:55] <didrocks> ("share between computers")
[11:55] <didrocks> ok ;)
[11:56] <didrocks> so data setting sync are different than package syncing
[11:56] <didrocks> my thought was that most of the data we want to sync
[11:56] <didrocks> are stored in dconf
[11:56] <didrocks> so maybe, we can try to have a look how to interact with dconf-service
[11:56] <didrocks> and pushing that to ubuntu one
[11:56] <didrocks> (so different from the package syncing service)
[11:57] <Andy80> didrocks: but, how the service works? I mean... the daemon run in background, reads from ubuntu-one shared folder and writes data to d-conf?
[11:58] <didrocks> Andy80: the settings syncing is not in OneConf yet, but that was the plan
[11:58] <didrocks> Andy80: right now, oneconf-service is only about package sharing
[11:58] <didrocks> (which is what is in ubuntu for 2 cycles)
[11:59] <Andy80> didrocks: ok, we have to define an architecture anyway ;)
[11:59] <didrocks> I think we need another approach for the data settings sharing
[11:59] <didrocks> right
[11:59] <didrocks> so, we have this dconf-service
[11:59] <didrocks> which is already running
[11:59] <didrocks> and have all the needing info
[11:59] <didrocks> upstream is really friendly to us, I think we can discuss with him how we can integrate that to u1
[12:00] <didrocks> the idea will be to "watch for some key and trigger an external syncing" and checking regularly on u1 the changes
[12:00] <didrocks> Andy80: the right place to discuss that is at UDS, did you plan to come?
[12:06] <Andy80> didrocks: ok, coming back to oneconf and dconf-service. The dconf-service is an existing service that is currently used by applications to save their settings or is it a specific component of oneconf?
[12:07] <didrocks> Andy80: no, dconf-service is the new "gconf" (a place to store settings)
[12:08] <Andy80> ah ok, so it's the same I already gave a look to
[12:08] <Andy80> you said that we can trigger settings changes, right?
[12:10] <Andy80> if yes, the settings part is correctly watched. Now, since I don't know ubuntu-one API, I suppose there is already a FileWatcher API or similar? To detect if a file changed....
[12:21] <didrocks> Andy80: sorry, was in a discussion :)
[12:21] <didrocks> Andy80: so, there are two way to accomplish this
[12:21] <didrocks> Andy80: either putting that one files
[12:21] <didrocks> Andy80: or using the new shiny API to only sync what we need :)
[12:21] <didrocks> (like data)
[12:21] <didrocks> I'll talk with them for that
[12:22] <Andy80> didrocks: about the "new shiny API" you're talkng about Ubuntu One?
[12:22] <didrocks> Andy80: yeah, they changed it recently
[12:22] <didrocks> So two parts: - I would say, discussing with dconf upstream how to plug that in dconf-service
[12:22] <Andy80> didrocks: ok, never used that API, so I'll give a look to the documentation today
[12:22] <didrocks> - Look at how we can get the other way around with the u1 :)
[12:22] <didrocks> Andy80: yeah, it's a good start
[12:23] <didrocks> Andy80: sorry, nowdays, I don't have the time to look at P+1, I try to focus on the LTS :)
[12:23] <didrocks> but as soon as we are a little bit further in the cycle, we can really start preparing that together :)
[12:23] <Andy80> didrocks: after these two parts are ready, we need a UI to let the user choose what they wanna sync
[12:24] <didrocks> Andy80: this should be in gnome-control-center I think
[12:24] <didrocks> Andy80: the ui is not the real issue I guess :)
[12:24] <Andy80> didrocks: a little thing I need is that you can explain me "which class is used for" in oneconf sources: http://bazaar.launchpad.net/~ubuntu-desktop/oneconf/trunk/files/head:/oneconf/
[12:25] <Andy80> didrocks: I was just giving a look at it but I cannot understand everything
[12:25] <didrocks> Andy80: the oneconf only contains right now the package syncing
[12:26] <didrocks> Andy80: so, not really relevant to what we try to do here, as it's more "plugin" for dconf-service
[12:26] <Saviq> Andy80, found it: http://wiki.meego.com/QtWorkshop/TeamSirloin
[12:26] <Andy80> Saviq: cool!
[12:26] <Saviq> Andy80, you're not on the team list, though
[12:27] <Andy80> Saviq: exactly, but yesterday I did need a very basic example of a twitter client to understand some things and that example came into my mind
[12:30] <s9iper1> the colour in the dash and all other launcher  componants   with has updated in 5.4 unity how can i enable it it need any further package to instal ?
[12:30] <Saviq> Andy80, cool, hope it helps, it's majorly basic, though :)
[12:30] <Andy80> didrocks: with "plugin for dconf-service" you mean that rather than watching the oneconf source code I should give a look to the dconf-service docs?
[12:30] <didrocks> Andy80: exactly
[12:30] <didrocks> Andy80: it's dconf on gnome infra
[12:31] <Andy80> Saviq: well, at the end I did something completly different using ListView/TwitterDelegate and a TwitterModel that uses XmlListModel class
[12:31] <Saviq> Andy80, probably the more QML way
[12:33] <Andy80> didrocks: you did read the Stuart Langridge's comment on my blog post? Do you thik we should coordinate with him?
[12:33] <Andy80> didrocks: this is the comment I'm talking about http://www.andreagrandi.it/2012/02/21/ubuntu-syncronizing-settings-among-multiple-pc-using-ubuntu-one/#comment-77058
[12:34] <didrocks> Andy80: totally, anyway, I already needed to speak with him :)
[12:36] <Andy80> didrocks: perfect, so... for today I read ubuntu-one docs and dconf-service docs and I try to use some API, just to take confidence with them (is it ok if we do this in Python? Long time I don't use it, but I love using it :) )
[12:36] <Andy80> didrocks: but since it's your "pet" you have right to decide which language to use ;)
[12:37] <didrocks> Andy80: I'm afradi that the dconf-service binding will need some C foo :)
[12:37] <didrocks> as we try to not have another daemon
[12:39] <Andy80> ouch :\ I'm good with C like Paris Hilton is good at not spending money :P but I can give a look, don't worry ;)
[12:40] <didrocks> Andy80: do not hesitate if you have any question! :)
[12:42] <Andy80> ok, so: dconf-service docs, ubuntu-one docs and all in C. Let's start! :)
[12:45]  * Andy80 well... lunch first :P
[12:52] <didrocks> :)
[12:52] <mhall119> good morning
[12:52] <mhall119> didrocks: did you send me an MP?
[12:54] <mhall119> oh nvm, I see it in my inbox now
[12:55] <gotwig> mhall119: hey
[12:55] <gotwig> mhall119: my package is in :-)
[12:55] <didrocks> ;)
[13:00] <apw> bug #938643
[13:00] <mhall119> gotwig: in where?
[13:00] <apw> bug #938538
[13:01] <apw> didrocks, i've filed a couple of HUD bugs, could you check they are on the right package pls
[13:01] <didrocks> apw: looking
[13:02] <didrocks> apw: bug #938643 is a dup of a bug I already set on the priority list
[13:03] <apw> didrocks, cool, the duplicate finder never seems to find my duplicates ... sigh
[13:03] <didrocks> apw: yeah, you are not alone in that situation :/
[13:03] <didrocks> apw: the second, I reassign as it's only backend to indicator-appmenu
[13:03] <apw> didrocks, i suspect its my peculiar way of using words when i write
[13:04] <apw> cool
[13:04] <didrocks> apw: bug #934061
[13:04] <didrocks> I'm dupping :)
[13:05] <apw> thanks
[13:05] <didrocks> yw ;)
[13:06] <mhr3> davidcalle, ping?
[13:06] <mhr3> davidcalle, the video lens is using remote scopes, right?
[13:06] <davidcalle> mhr3, one remote scope, yes
[13:07] <mhr3> davidcalle, how is the process called?
[13:07] <davidcalle> unity-scope-video-remote
[13:07] <davidcalle> mhr3 ^
[13:07] <mhr3> ah yea, thx
[13:08]  * davidcalle reboots
[13:10] <apw> didrocks, so i am also seeing any keypress between hitting alt and the hud box appearing getting lost, they are neither in the original app nor in hud, am wondering if thats worth a bug too; on the netbook that period is fairly long
[13:11] <didrocks> apw: hum, this is interesting, definitively worth a bug
[13:11] <didrocks> apw: there is another one on the perf of hud for appearing
[13:11] <didrocks> apw: is the dash in your netbook slow as well to appear?
[13:12] <apw> didrocks, yeah its similar to the refresh period
[13:12] <apw> didrocks, i suspect it may be searching for '' before it appears :)
[13:12] <didrocks> apw: I guess you have the same "lost keys" in the dash as well then
[13:12] <didrocks> not the dash
[13:12] <didrocks> not sure for the hud :)
[13:13] <apw> didrocks, oh sorry
[13:13]  * apw re-reads
[13:13] <apw> didrocks, yes, its like 1-1.2s to appear
[13:13] <apw> didrocks, and in an unscientific test ... its about the same delay for each
[13:13] <didrocks> apw: yeah, the slowliness of them to appear is on the priority list as well, but the lost keys are interesting to log
[13:14] <apw> will do
[13:14] <didrocks> thanks!
[13:15] <apw> didrocks, am i right in thinking that hud is learning from my selections
[13:15] <didrocks> apw: indeed, it's the case
[13:15] <didrocks> so it's sorted them higher and higher the more you are using them
[13:15] <didrocks> sorting*
[13:15] <apw> it is having the unfortuanate effect that i have taught my fingers alt open tab, makes me a new tab
[13:16] <apw> which it does on one machne, and does something quite different on the other
[13:16] <apw> but i am not necessarily looking before i hit return
[13:16] <didrocks> ah interesting effect, indeed ;)
[13:16] <didrocks> I think you can talk to tedg
[13:17] <didrocks> he knows how to get a dump of the weight of each search
[13:17] <didrocks> on the backend
[13:17] <didrocks> maybe ken knows too as he's reponsible of integrating the backend
[13:19] <apw> bug #938661
[13:20] <apw> didrocks, ^ for guiding to the right component :)
[13:20] <didrocks> apw: not sure if it's compiz/unity TBH, let's keep it on unity right now. Thanks :)
[13:21] <didrocks> I confirm it here on my slow machine
[13:22] <Daekdroom> It happens on faster machines too.
[13:22] <apw> didrocks, do you also see the 1s per letter behviour on that machine
[13:22] <gotwig> mhall119: scope packers ppa
[13:23] <gotwig> http://askubuntu.com/questions/38772/what-lenses-for-unity-are-available - checkout the last entry for the cooking lens :-)
[13:23] <mhall119> gotwig: great! thanks
[13:23] <gotwig> mhall119: I thank yoU!
[13:23] <gotwig> :D
[13:23] <gotwig> mhall119: I saw that ubuntu for android video
[13:23] <gotwig> mhall119: why have you removed it? canonical
[13:23] <mhall119> pretty slick isn't it?
[13:24] <gotwig> mhall119: oh yeah...
[13:24] <mhall119> gotwig: I don't know, I saw comments this morning about it being private, it wasn't yesterday
[13:24] <didrocks> apw: not on that one though :/
[13:25] <mhall119> gotwig: dude, you're on omgubuntu
[13:25] <mhall119> check it out: http://www.omgubuntu.co.uk/2012/02/hungry-new-cooking-lens-brings-recipefy-to-ubuntu/
[13:27] <bkerensa> mhall119: We need some popvox unity lens
[13:27] <mhall119> bkerensa: popvox? what's that?
[13:27] <bkerensa> mhall119:  www.popvox.com
[13:27] <bkerensa> :D
[13:27] <gotwig> mhall119: WOOT
[13:28] <bkerensa> it is a site that lets you track legislation and then contact your member of congress
[13:28] <mhall119> bkerensa: paultag is already working on a politics lens, it can be incorporated into that
[13:28] <bkerensa> mhall119: That would be nice
[13:28] <bkerensa> popvox also owns govtrack.us
[13:28] <bkerensa> :)
[13:29] <mhall119> bkerensa: he works for a company that provides a public API for searching legislation
[13:29] <gotwig> mhall119: isnt that cool?
[13:29] <gotwig> mhall119: :D
[13:29] <bkerensa> mhall119: Sunlight or something?
[13:29] <bkerensa> :)
[13:29] <mhall119> gotwig: it's feaking awesome!
[13:29] <bkerensa> they e-mail me
[13:29] <mhall119> bkerensa: yeah,  that's it
[13:36] <gotwig> mhall119: I have to complete it, tough ^^
[13:36] <gotwig> mhall119: and than comes my next lens ;)
[13:39] <mhall119> gotwig: keep them coming
[13:40] <mhall119> you got a lot of positive responses to this one
[13:40] <gotwig> mhall119: :D Maybe its becouse my lens shows more than only the name and a comment :D
[13:40] <gotwig> mhall119: for the items
[13:41] <mhall119> gotwig: that was a really nice touch, I'd never thought of doing that
[13:43] <gotwig> mhall119: you helped me. Thanks for that
[13:43] <gotwig> mhall119: especialy with the packaging part. and my grammar ;)
[13:44] <mhall119> I'm happy to help, and pleased to see it getting so much attention
[13:51] <gotwig> mhall119: you and I know, that its not good enough, tough^^ but for 1 week work, its okay :D
[15:26] <apw> didrocks, when i open the hud, about 1/4 it says "Type your command" briefly then changes to "Search", i presume that is not meant to happen
[15:27] <didrocks> apw: oh totally confirmed here, gord ^^
[15:28] <gord> yup, already aware
[15:28] <apw> gord, got a bug# on that one
[15:29] <gord> not that i have seen
[15:30]  * apw will file
[15:30] <apw> gord, what should i file that against
[15:30] <gord> apw, unity
[15:35] <davidcalle> mhall119, didrocks : what is the status of the lens quickly template? I'm writing a lens tuto for dev.ubuntu to be published this week.
[15:35] <apw> didrocks, gord, bug #938757
[15:36] <didrocks> gord: care to triage it? ^
[15:36] <mhall119> davidcalle: he's sent me a merge proposal that I've merged
[15:37] <gord> done
[15:37] <apw> gord, do the max/min (+)/(-) buttons have meaning to HUD?
[15:38] <gord> apw, you have lost me
[15:38] <mhall119> didrocks: should I drop -template from the name of the template directory?
[15:38] <mhall119> s/unity-lens-template/unity-lens/
[15:38] <apw> gord, in the dash you can maximise and minimise it so that next time its open its size is different, indeed you can resize it
[15:39] <didrocks> mhall119: agreed, that's better to drop it
[15:39] <davidcalle> mhall119, didrocks, any eta for having it in the archive?
[15:39] <gord> apw, those buttons are disabled in hud
[15:39] <apw> gord, in hud we also show the same buttons but they don't seem to do anything, wondering if they should
[15:39] <apw> ok
[15:39] <didrocks> well, I think mhall119 wants to continue working on it a little bit, isn't it?
[15:39] <apw> gord, allowing you to resize hud, its default height say, might make a nice way to define how many results you want to see
[15:40] <gord> apw, you are talking to the wrong guy, i just code the thing ;)
[15:40] <mhall119> davidcalle: didrocks: I just need to add an 'install' command to the template for local testing, then I think we'll be ready to submit it to the archives
[15:40] <gord> i think there is a unity mailing list for design discussions now
[15:40] <mhall119> davidcalle: I'll put the current package in a PPA for you though
[15:41] <davidcalle> mhall119, great, I'll adapt the tuto and publish it when it's here :)
[15:42] <mhall119> davidcalle: I just dput the source package into the scopes-packagers PPA
[15:43] <davidcalle> mhall119, thanks!
[15:50] <mhall119> davidcalle: FYI,  the workflow for making lenses with the template will be quickly create/quickly edit/quickly install/quickly run
[15:51] <mhall119> "quickly install" will put the .lens file in /usr/share/unity/lenses/<lens_name>/, and call "unity --replace"
[15:51] <mhall119> until such time as unity --replace isn't needed
[15:51] <mhall119> which I'm still hoping will happen before 12.04 is released
[16:20] <davidcalle> mhall119, sorry had to reboot. Are the service and lens files generated?
[16:22] <mhall119> davidcalle: they're generated by quickly now, not Singlet, but yet
[16:22] <davidcalle> mhall119, great :)
[16:35] <Atlantic777> How can I debug unity lenses? I've just installed scope-video and lens-video but when I click on an video item player doesn't open. :/
[16:35] <davidcalle> Atlantic777, from where did you install them?
[16:35] <Atlantic777> davidcalle: let me check exact name of the PPA.
[16:35] <davidcalle> Ok :)
[16:36] <Atlantic777> ppa:atareao/lenses
[16:36] <Atlantic777> http://www.omgubuntu.co.uk/2011/12/so-long-productivity-youtube-lens-for-ubuntu-adds-browser-free-searching-of-videos/
[16:37] <Atlantic777> davidcalle: ^
[16:38] <davmor2> Atlantic777: I think you'll find that it's an xkcd lens that would end productivity :)
[16:39] <davidcalle> Atlantic777, I'm not sure about this one, but I believe you need to search in the Dash for some sort of configuration tool for it. Don't remember its name, but it's searching for Youtube should help. You need to configure in what player the lens will open the videos. I think it's VLC by default.
[16:39] <davidcalle> but searching*
[16:39] <davidcalle> in the dash = in the Apps lens
[16:39] <Atlantic777> davidcalle: I've found that. I searched for "scope" and got youtube config
[16:40] <Atlantic777> maybe I have to logout/login but it's silly
[16:40] <davidcalle> Atlantic777, you shouldn't have to... Let me check.
[16:41] <Atlantic777> davmor2: lol, btw I'm using irssi, vim, sed, grep, remind etc in rxvt. :P
[16:44] <davidcalle> Atlantic777, I suppose you have tested with different players in the config tool?
[16:46] <Atlantic777> davidcalle: doing it now. It was using vlc (and it didn't work), then I switched to browser (it didn't work). Then switched back to vlc and it opened vlc (yay), but with some error that it can't open the stream. I could solve that. I've just installed minitube and the problem is solved. :)
[16:46] <Atlantic777> Thanks for support. :D
[16:46] <Atlantic777> see you later.
[16:46] <davidcalle> Atlantic777, no problem ^^
[16:51] <Andy80> didrocks: I was reading Stuart's comments here http://askubuntu.com/questions/48444/will-ubuntu-one-support-os-settings-sync/48541#48541 and I agree with him that applications should be sync-aware before we try to sync their settings. An example: you open FooApp on your home PC. You go to your office and open FooApp again, change settings and they are synced at your home PC too. The problem is that FooApp is not notified and when you close it,
[16:51] <Andy80> FooApp saves old settings overwriting new changes. When you go back to your office you find old settings again. What do you think about?
[16:52] <didrocks> Andy80: agreed, that's why OneConf is only about syncing system settings
[16:52] <didrocks> and system settings are normally picking key changes
[16:54] <Andy80> didrocks: ok then :) I continue my reading. p.s: don't know about dconf-service, but UbuntuOne doc is very poor and confusing imho: https://one.ubuntu.com/developer/ :\
[16:56] <didrocks> Andy80: you should ping stuart about it! and crack the whip :p
[16:56] <Andy80> :D
[16:57] <Andy80> didrocks: anyway, the moethods we need are these https://one.ubuntu.com/developer/data/store_data/ubuntu/ ?
[16:58] <didrocks> Andy80: indeed :)
[17:17] <Andy80> didrocks: I'm talking with Stuart right now on #u1db and he's telling me that this API docs is out of date: https://one.ubuntu.com/developer/data/store_data/ubuntu/ - the new docs is available here http://people.canonical.com/~aquarius/u1db-docs/ and currently only a Python implementation and API is available. VALA is in progress and no C api at the moment (they're moving from CouchDb ecc.....).
[17:21] <mhall119> those old api docs really need to be removed
[17:21] <mhall119> I've already marked them as deprecated on developer.ubuntu.com
[17:35] <didrocks> Andy80: yeah, I know about the moving from CouchDB
[17:35] <didrocks> Andy80: I'll talk to him tomorrow probably
[17:58] <Andy80> didrocks: ok :) sorry if I didn't reply before, I was having a phone call
[18:00] <didrocks> Andy80: same here ;-)
[18:45] <davidcalle> om26er, ping
[18:45] <om26er> yo davidcalle
[18:48] <davidcalle> om26er, I was going to ask you about how to change the status of private bugs, but someone is answering me in ubuntu-desktop.
[18:49] <om26er> okay :D
[18:51] <davidcalle> om26er, that's pretty frustrating to see people having bugs and not being able to say "Nevermind, it's fixed" :P
[18:53] <seb128> davidcalle, hey
[18:54] <davidcalle> hey seb128
[18:54] <seb128> davidcalle, I just subscribed you to the few privates bugs in https://launchpad.net/ubuntu/+source/unity-lens-video/+bugs
[18:54] <seb128> davidcalle, you should have access
[18:54] <seb128> they all collected several dups
[18:54] <davidcalle> seb128, thanks a lot. I've just seen a few dups.
[18:54] <seb128> yw
[18:54] <seb128> you should probably try to get be added to the bugsquad
[18:54] <om26er> or he could apply for bug control as an upstreamer triaging ubuntu bugs
[18:54] <seb128> or whatever team is needed to have access to private bugs
[18:55] <om26er> davidcalle, apply for Ubuntu bugcontrol do mention you are the upstream for unity-lens-video and want to triage its package but that would be really simple to get added to the team
[18:56] <om26er> s/but/bug
[18:57] <s9iper1> yes davidcalle is not added in bug control so thats why he is facing this..you can also talk with this to hggdh :
[18:57] <om26er> he needs to apply for bugcontrol through proper channel ;)
[18:58] <s9iper1> hmmm :) :D
[18:58] <davidcalle> seb128, not seeing the private bugs you subscribed me to.
[18:58] <hggdh> davidcalle: since you are an upstreamer, please contact jcastro (#ubuntu-community-team)
[18:59] <davidcalle> hggdh, thanks :)
[18:59] <hggdh> davidcalle: our pleasure, and thank you for helping
[19:26]  * mhall119 has mighty-mighty upstream powers
[19:33] <seb128> davidcalle, still there?
[19:33] <davidcalle> I am, for a few minutes
[19:33] <seb128> davidcalle, you don't have access to https://bugs.launchpad.net/ubuntu/+source/unity-lens-video/+bug/936141
[19:34] <seb128> davidcalle, what is your launchpad id? not davidcalle?
[19:34] <davidcalle> davidc3. Just fixed this one.
[19:35] <seb128> davidcalle, ?
[19:35] <balloons> anyone else getting multiple icons for windows in launcher? meaning if I have thunderbird, plus a compose window open I get 2 launcher icons instead of one
[19:35] <seb128> davidcalle, is davidc3 your launchpad id?
[19:35] <davidcalle> seb128, yes :)
[19:36] <seb128> davidcalle, hum, I subscribed "davidcalle" to those bug, it's confusing that your irc nick is somebody else on launchpad
[19:36] <davidcalle> seb128, I didn't know there was a davidcalle on Launchpad :/
[19:37] <seb128> davidcalle, ok, fixed, try reloading https://bugs.launchpad.net/ubuntu/+source/unity-lens-video
[19:38] <davidcalle> seb128, oh, it's ok now, I'm on bug control
[19:38] <seb128> davidcalle, hum ok, well you have access at least ;-)
[19:39] <davidcalle> seb128, but thanks :)
[19:39] <seb128> yw ;-)
[19:46] <om26er> davidcalle, rhythmbox->music-lens any update?
[19:50] <davidcalle> om26er, most of it is done and I hope that michal will have some time to look over the remaining bits.
[19:51] <om26er> davidcalle, okay thx :)
[19:52] <davidcalle> om26er, I got to go, see you :)
[20:12] <michaelh1> Morning.  Where should I report website bugs?  http://unity.ubuntu.com/about/unity is broken with a ERROR
[20:12] <michaelh1> The requested URL could not be retrieved
[20:14] <mhall119> michaelh1: I'll look into it, thanks
[20:14] <michaelh1> Ta.
[20:15] <michaelh1> Separate question: how can I set Super-W to launch my web browser?  The keyboard shortcuts panel in current Precise works for Terminal but not WWW or Calculator.
[20:15] <13WAAIJPJ> Isn't the URL: http://unity.ubuntu.com/about/
[20:16] <michaelh1> I clicked through from the front page via projects and ended up there
[20:17] <mhall119> michaelh1: the server took a crash, IS is working on bringing it back up
[20:18] <mhall119> the front page being served from their caching server, which is why you still got that much
[20:56] <thumper> morning bschaefer
[20:57] <bschaefer> thomi, hey, I would have been on earlier but im tutoring ish right now
[20:57] <bschaefer> opps
[20:57] <bschaefer> thumper, hey
[20:58] <bschaefer> thumper, right now for the ibus im just waiting on jay to review it and it should be good to merged
[20:59] <thomi> bschaefer: your message seemed to make my entire system lock up :(
[20:59] <thomi> I got the desktop notification, then nothing worked. WHAT DID YOU DO??
[20:59] <thomi> :P
[20:59] <bschaefer> thomi, o thats no good!
[21:00] <bschaefer> thomi, I just said I was teaching things to people, it must not like that!
[21:00] <thomi> heh
[21:00] <thomi> seems compiz crashed, and took out everything with it
[21:00] <bschaefer> but the testing are looking good! Im about to see if I can get this screen record working to show you :)
[21:01] <thomi> cool
[21:01] <thomi> oh yes! Now apport has crashed...
[21:01]  * thomi enters a world of infinte recursion
[21:02] <bschaefer> haha
[21:02] <bschaefer> the wonders
[22:28] <davidcalle> mhall119, I'm a bit confused with singlet. Is it unity-singlet or python-unity-singlet?
[23:41] <mhall119> thumper: ping
[23:42] <thumper> mhall119: hi, otp
[23:44] <mhall119> thumper: ping me when you're off please