=== zyga is now known as zyga-afk [01:19] Hello. How to use Ayatana mailing list? [09:15] bye #ayatana, welcome #ubuntu-unity [09:16] all... general Unity discussions moving to #ubuntu-unity [09:17] * thumper heading for a flight [09:17] can someone update the topic? === zyga-afk is now known as zyga === kklimonda_ is now known as kklimonda === nuthinking_ is now known as nuthinking [11:28] davidcalle, hope you dont mind if we co-host the lenses session :) [11:29] mhr3, of course I don't. I would enjoy it :) [11:29] davidcalle, cool i just mentioned if to dholback [11:30] s/if/it/ === nuthinking_ is now known as nuthinking === MacSlow is now known as MacSlow|lunch === om26er_ is now known as om27er === om27er is now known as om26er [13:25] bilal: awesome work on the USC integration. Can't wait to land it :-) === MacSlow|lunch is now known as MacSlow [14:15] oh, he changed his nick did he? no wonder I couldn't ever find him === zyga is now known as zyga-food [15:01] kamstrup: ping [15:01] mhall119: pong [15:01] kamstrup: do you know if this warning on the Launcher API is still valid? https://wiki.ubuntu.com/Unity/LauncherAPI#Using_the_Launcher_API [15:02] mhall119: the API and ABI is for all practical purposes frozen by now. Only divine (read: sabdfl) intervention can change that [15:02] mhall119: so I guess the answer is "no" :-) [15:03] although the disclaimer on the dbus protocol is still valid I guess [15:03] that is not part of the public api [15:04] is everything here on the wiki duplicated on the developer portal? [15:05] or parts of it that we can replace with a link to the dev portal docs? [15:22] kamstrup: ^^ ? I'd like to clean that up, since it was pointed out on a comment in my blog that we're giving developers the wrong information [15:22] oh [15:22] i don't know much about the stuff on the dev portal, that is updated by dpm afaik [15:37] kamstrup: ok, for now is it okay if I remove the warning on the Launcher API (but leave the one on DBus)? === nuthinking_ is now known as nuthinking [15:51] kamstrup, any ideas why row-added is broken with pygi? it has never worked [15:51] TypeError: Expected Dee.ModelIter, but got StructMeta [15:57] didrocks: ping [15:57] hey mhall119 [15:58] hey didrocks, jcastro was telling me that you had a community contributor make a significant patch to Unity that sped things up for Unity 5.0, and he asked me to blog about that [15:58] would you be able to shoot me an email with the contributor's name, link to the rev/mp, and a description of what it did? [15:59] also his email, so I can contact him for a photo and bio [16:02] mhall119: oh sure, doing that in 10 minutes :) [16:02] (just need to finish testing file-roller first) [16:05] thanks didrocks [16:07] yw :) === zyga-food is now known as zyga [17:10] mhall119: ok [17:10] kenvandine: i think i had it working once... can you file a bug? [17:12] sure [17:12] kamstrup, thx [17:16] kamstrup, bug 917761 [17:16] Launchpad bug 917761 in dee "row-added signal isn't usable with PyGI" [Undecided,New] https://launchpad.net/bugs/917761 === jcastro_ is now known as jcastro [17:43] davidcalle: You there? :) [17:57] mick0, yup [17:58] mick0, I'm pushing the packaging branch tonight. :) [17:58] davidcalle: I've updated the spotify scope as you did with the piratebay scope. [17:58] davidcalle: Can I find documantation on the 5.0 api anywhere? [18:00] I don't have precise installed yet (downloading it to install it on my laptop right now) so I havent tested it yet. [18:00] There is https://wiki.ubuntu.com/mhr3/Lenses which is in progress I believe. And http://developer.ubuntu.com/api/ubuntu-12.04/python/Unity-5.0.html [18:00] davidcalle: Did you get the new packaging standard working? [18:01] Ahh nice. Thanks :) [18:01] mick0, the packaging is now a bit more complicated. I will push the branch tonight. [18:02] Ok. [18:03] mick0, there will be a blog post from kamstrup about the new API, it should be helpful too (with sample code, I believe). [18:03] Nice [18:12] davidcalle: why is the new packaging more compicated? I thought the only difference is the path /opt instead of /usr/lib? [18:13] davidcalle: I also started a branch for precise yesterday and pushed it to launchpad. But I hadn't enough time to test it. I think there are still some problems [18:14] BerndSch_, because it also needs an AppArmor profile. I haven't really looked at it since I got it yesterday, it has been done by a member of the Application Review Board. [18:17] * davidcalle is afk for a few hours. [18:18] davidcalle: ok, if I have tested my precise branch I will try to submit my lens [18:21] BerndSch_, I don't know if the submissions for Precise are open yet. You might want to check with stgraber, he is the one who has guided me through the process (and done the packaging). === m_conley_away is now known as m_conley [21:47] andyrock, hey are you still up? [21:48] bschaefer, sure [21:48] andyrock, do you ibus installed? [21:48] yep [21:49] andyrock, well it comes with ubuntu but umm with ibus-hangul version? [21:49] andyrock, I just found out something even weirder with the ibus bug... [21:50] andyrock, and I wanted to see if that was happing for you. Do you also have the num pad? or are you using a laptop? [21:50] i enabled ibus when i tested a Trevino's branch [21:50] laptop [21:50] without num pad [21:50] let me check the first question [21:50] andyrock, shit. well so ALL the num pad keys get commited before the preedit... [21:51] so - on the left side commits fine and the - on num pad commits before the preedit! [21:51] andyrock, [21:51] https://bugs.launchpad.net/ubuntu/+source/unity/+bug/880876 [21:51] Launchpad bug 880876 in unity (Ubuntu Oneiric) "Unity causes ibus to not work correctly (spaces incorrectly placed)" [High,Confirmed] [21:51] for refrence [21:52] andyrock, if you done have it just sudo apt-get install ibus-hangul for the Koren input...but you dont have the num pad [21:53] bschaefer, can i fake the numpad with an osk? [21:53] andyrock, hmm I haven't tried [21:53] andyrock, i need to check the keyval of the keys too [21:53] andyrock, cause now I am thinking they are different (for some reason) [21:56] andyrock, yeah using the keyboard in the universal access causes the same thing [21:57] andyrock, hmm interesting...I have been digging though the source of ibus and ibus-hangul for last couple days for a fix. I really want ibus to be happy with unity! [21:57] bschaefer, so help me to enable ibus :) [21:57] andyrock, alright, so go to system settings [21:57] then language support [21:58] andyrock, and under keyboard input method system select ibus [21:58] andyrock, and Apply system-wide [21:58] andyrock, then at the command line: sudo apt-get install ibus-hangul ibus-table [21:59] then reboot (yeaah annoy sorry!) [21:59] annoying* [21:59] or logout [22:00] brb [22:00] alright [22:02] andyrock, ok, then on the command line: ibus-setup& [22:02] and add the Koren input method [22:02] 아럼낭ㄹ [22:02] sweet [22:03] awesome [22:03] ok now type in Koren then when the char still is in preedit [22:03] press space [22:03] and that is the bug [22:03] ㄹㅁㄴㅇ ㄹ [22:03] ㅁㄴ리ㅏ8ㅓ [22:03] along with num pad keys and return which is a problem too [22:04] ok i press [22:04] a [22:04] n [22:04] d [22:04] then space [22:04] and i got this [22:05] 뭉 [22:05] 뭉 [22:05] right click and make sure under input method it is ibus [22:05] because I patch went through to fix the ibus if you use xim and the main input method [22:05] right click where you are typing text [22:06] or do it in the Dash [22:06] cause xim doesn't work there... [22:06] ok i've it in the dash i'm no longer able to get the ibus menu [22:06] ant this's weid [22:06] *weird [22:06] mmm [22:07] shit [22:07] I have a patch for that [22:07] haha, the focus was removed [22:07] in IMTextEntry.cpp [22:07] (signal was removed) [22:07] umm will try the gnome-terminal then haha [22:08] in the gnome-terminal [22:08] i get the space before [22:08] the symbol [22:08] yeah [22:08] ok now get that virtual keyboard thing up [22:08] 뭉 [22:08] 무요개차 [22:09] your chat program is prob using XIM as its IM [22:09] which uses different code in ibus [22:10] ok i've the osk [22:10] no back in gnome-terminal try the same thing with a normal 1 and a num pad 1 [22:11] when I type "asd1" I get these two versions: ㅁㄴㅇ1 and ㅁㄴ1ㅇ and I just want to make sure that is happening for someone else [22:12] the second one being from numpad [22:13] with a normal 1 i don't get the problem [22:14] yeah [22:14] 뭉1 [22:14] a numpad 1 or anything on the numpad should mess is up [22:15] indeed [22:15] i've tested it withoud the osk [22:15] fn + numlk [22:16] does its job [22:16] i get 1 and the symbol [22:16] sweet, that is good to know though [22:16] man this bug is very interesting... [22:17] cause I am thinking the problem now is ibus-hangul when forced to handle space or num pad nums it doesn't know how to handle them [22:17] bschaefer, then theach it [22:17] ;) [22:17] which forces how it process the keyval it just commits it right away instead of checking else where [22:18] theach? [22:19] andyrock, I am have been trying to make unity and ibus friends for months now! They just don't like each other... [22:20] teach [22:20] sorry [22:20] ;) [22:20] maybe compiz's fault? [22:20] haha no problem. I haven't even been able to get gdb working with the ibus sooo all the out I am using is fprintf to a log file I set up [22:21] no you can get this bug on any enviorment. Gnome, Unity 2d [22:21] Cimi loves printf ;) [22:21] it is an ibus problem! [22:21] ah ok [22:21] I love it too, so no complaints, it is just some of this ustring that fwprintf cant handle or printf haha [22:21] and why we have the bug opened against unity? o.o [22:22] andyrock, no sure! [22:22] not* [22:22] use g_debug btw [22:22] * bschaefer looks up function [22:22] thanks! [22:23] i don't know if it can handle wchar [22:23] but use (f)printf for debug is evil [22:23] yeah, i the buffer [22:23] using stderr helps [22:24] when using fprintf it doesn't get commited to files, but using stderr forces it to print right away! [22:24] hi [22:24] doesn't get commited to files right away* [22:24] I need some advice about Unity design [22:25] fflush()? [22:25] that would work too [22:25] stderr is not buffered by default, iirc [22:26] mgedmin, thanks, the fflush() is something I should be using anyway [22:28] andyrock, and thanks for confirming that! Always help talking to some else about bugs... [22:28] your welcome [22:28] i'm not an ibus-expert :) [22:29] btw remove all the ibus code from unity [22:29] and put them directly in nux [22:29] andyrock, jaytaoko is working on that [22:30] andyrock, and if he can get that working with out using IBUS_ENABLE_SYNC_MODE [22:30] then this wont be a problem, but im not sure how much progress he has made on it [22:31] andyrock, I wish I was an ibus expert, I just keep getting assigned the ibus bugs haha [22:32] we have all the time to learn ;) [22:33] very true! I would have to admit I do know a lot about the ibus now [22:34] jaytaoko, ping if you are around! Curious on your TextEntry progress! [22:34] bschaefer, in budapest I told me that he want you to review iirc [22:34] *wants === m_conley is now known as m_conley_away [22:35] *to review his code [22:35] yeah, does he have a branch out? [22:35] that I missed [22:37] bschaefer, i think not [22:38] andyrock, well he +3 hours from my time zone so i should be able to catch him sometime today [22:39] andyrock, now I need to make some more coffee and then back to trying to fix this ibus bug! Good luck with your work :) [22:40] bschaefer, struts work and keyboard navigation :( [22:40] *struts work = _NET_WM_STRUT_PARTIAL [22:53] andyrock, haha [23:31] in precise I am finding gnome-terminal and terminator windows are translucent when the unity compiz plugin is activated [23:31] is this intentional behaviour? my terminal settings are set to solid colour [23:34] bschaefer, you wanted to work on the hint for no-results, right? [23:35] there are merge requests lined up for review which would finally allow you do it :) [23:37] ah, looks like the panel opacity slider is controlling terminal window opacity as well as the panel