[09:22] <mandel> morning all!
[09:24] <JamesTait> Good morning all! :-D
[10:25] <ralsina_> morning mandel!
[10:25] <ralsina_> and JamesTait!
[10:26] <JamesTait> Hey ralsina_! :)
[10:42] <karni> Good morning!
[10:45] <ralsina_> good morning karni!
[10:46] <karni> morning ralsina_ o/
[11:02] <gatox> good morning!
[11:02] <mandel> gatox, morning!
[11:02] <gatox> mandel, hi! o/
[11:03] <mandel> gatox, I have some problems with my code, give me some mins and I'll look at your problems :)
[11:03] <mandel> gatox, I love how easy is to work in this project..
[11:03] <gatox> mandel, no problem...... i'll keep trying to figure it out what is going on here
[11:04] <gatox> mandel, my sarcasm detector is beeping!
[11:04] <gatox> jeje
[11:04] <mandel> gatox, lol
[11:04] <ralsina_> good morning gatox!
[11:05] <ralsina_> gatox, mandel: let's port everything to PHP+HTML5+google's java-to-javascript-thing!
[11:05] <gatox> ralsina_, hi!
[11:05] <mandel> ralsina_, gatox I'm sure we would not have errors like this => http://paste.ubuntu.com/1396671/
[11:05] <ralsina_> what's IBus? ;-)
[11:06] <gatox> mandel, yay :S still that?
[11:06] <gatox> mandel, i understand your pain jeje
[11:06] <ralsina_> mandel: the WARN you could disable because it's basically that your graphcics card doesn't like a command
[11:06] <mandel> gatox, it is at run time and it happens when we try to show a second preview..
[11:07] <mandel> ralsina_, yes, I know, the one that worries me is Nux: [IBusIMEContext::IBusIMEContext] Can not connect to ibus
[11:07] <ralsina_> mandel: right
[11:07] <mandel> which has no meaning to me...
[11:07] <ralsina_> mandel: all I see in google is references to pinyin input?
[11:09] <mandel> ralsina_, I have the following  http://unity.ubuntu.com/nux/d1/ddc/classnux_1_1IBusIMEContext.html
[11:09] <mandel> ralsina_, and is one of those cases where people say there is documentation but is just something from doxygen that has no info what so ever..
[11:09] <ralsina_> mandel: yes, that's for pinyin input, look at http://unity.ubuntu.com/nux/da/d2b/InputMethodIBus_8h_source.html
[11:10] <mandel> aggg I should not be fighting with this kind of bugs...
[11:10] <mandel> fuuu nux
[11:10] <ralsina_> mandel: indeed. Ping people. Don't bash your head.
[11:18] <mandel> gatox, the problem I have is that I don't know what changed, I updated libunity to use the title and subtitle used in the parent class, everythign gets ok to the dash side and them booom!
[11:18] <mandel> yet the standalone works correctly
[11:19] <gatox> :S
[11:28] <mandel> gatox, you are the only one that ill understand this: me cago el la puta madre de StaticCairoText y los layouts de nux!!!!!!!
[11:28]  * mandel stand up and screams at the screen
[11:29] <gatox> JAJAJAJAJAJA
[11:29] <gatox> mandel, yap...... i fought a whole day with the layouts until you share your painful experience with me jeje
[11:30] <mandel> gatox, looks like I more or less know where is the issue, I'm getting a text that is too long yet again and the layout goes nuts..
[11:30] <mandel> we really really need to fix that..
[12:02] <alecu> mandel: http://stackoverflow.com/a/6816879
[12:02] <alecu> morning all, btw!
[12:03] <mandel> alecu, fuuu to nux then!
[12:03] <mandel> alecu, yet it goes nuts due to a diff reason.. also nux, but diff
[12:03] <alecu> mandel: yes, this only explains the 1282 (invalid operation)
[12:04] <mandel> alecu, the real problem is broken layouts in nux with a specific text ui element
[12:04] <mandel> trying to help gatox and then look closer into that
[12:05] <alecu> mandel: right: that sounds more like a loop in the code that does the layout. And those are usually conceptual issues.
[12:06] <mandel> alecu, exactly, both the ui element and the layout are fighting to see who is right
[12:07] <alecu> mandel: btw: here's my nux running. Not from trunk but straight from the packages via /usr/bin/unity: http://paste.ubuntu.com/1396756/
[12:08] <mandel> alecu, no comments...
[12:14] <mandel> ralsina_, how do you link bugs with the kanban thing?
[12:46] <alecu> mandel: from lp to kanban?
[12:47] <alecu> mandel: I think there's no automated solution. You can include the lp link in the kanban card, though.
[12:47] <mandel> alecu, I want to add a new card that points to an lp bug, I remember they told us how to do it
[12:47] <mandel> alecu, really? that is lame
[12:47] <alecu> mandel: that's what we used in our team ages ago when we first tried kanban
[12:48] <alecu> mandel: there might be a better way, let's ask.
[12:48] <mandel> alecu, I remember, though that all this hudson thing had a better approach
[12:49] <alecu> mandel: the better new way is for pushing new tasks from houston into kanban cards
[12:50] <alecu> mandel: and then, when moving cards in kanban, the houston status would be updated
[12:50] <alecu> mandel: I think there's no launchpad involved there.
[12:51] <mandel> alecu, ok, then I'll do that..
[13:12] <ralsina_> mandel, alecu: there is a way, a special way to write the card title I think, dsowen knows of course :-)
[13:12] <ralsina_> so, we create the card in kanban or via houston, then link it to the bug and then everything updates at once
[13:15] <mandel> gatox, this sounds interesting => http://paste.ubuntu.com/1396855/
[13:15] <karni> There was something with a #bug humber I think. I don't really remember the details :<
[13:15] <mandel> gatox, from the panco docs
[13:17] <mandel> pango*
[13:18] <gatox> mandel, :S interesting or blurry?
[13:19] <mandel> gatox, well, the pango layout does diff things if the height is set to a negative number or a positive number, so I guess that the layout and the setlines are doing something wrong
[13:19] <mandel> gatox, and for what I can see the static cairo context is not doing anything to stop idiocy from happening
[13:19] <gatox> mandel, it sounds like a combo of unexpected things for me
[13:20] <mandel> gatox, yes, I think no one though carefully about this..
[13:21] <karni> Can someone explain me why a "DONE" card does not have a correlated green bar hilight in my project :< ?
[13:21] <karni> That's distracting ;P
[15:12] <gatox> lunch here!!
[16:06] <ralsina_> joshuahoover: mumble?
[16:06] <joshuahoover> ralsina_: will be there...ending another call now
[19:49] <mmcc> ping briancurtin: I was just looking at the updater branch, and I think get_update_config is probably 100% common to mac & win, so maybe put it in __init__ or a separate common.py?
[19:49] <briancurtin> mmcc: yeah i think i will end up doing that. waiting to see what else may be common in this
[19:50] <mmcc> also, there's at least some code in get_exe_path and maybe other parts too that could be replaced with the dirspec get_program_path, which might then make that stuff platform-agnostic too
[19:51] <briancurtin> yeah theres some newer stuff that i dont think i pushed yet that uses dirspec. need to see where else i can apply it
[19:52] <mmcc> and a minor annoyance - there are a few ^Ms in are_updates_present, but can't tell if that's new or not
[19:52] <mmcc> briancurtin: aha ok. cool
[19:53] <mmcc> so maybe I can help soon by writing some tests… once you are happy enough with where the functions are going, I can write tests before the code is actually done
[19:55] <briancurtin> mmcc: i think im pretty close to having it complete feature-wise. on windows we need to run the installer under elevation so i'm working around that. checking if updates are present seems solid
[19:56] <mmcc> excellent. so I'll just get started on adding tests and I'll merge what you have whenever you want to push it over.
[19:57] <mmcc> not planning on writing unit tests for the updater script itself, not sure how to handle that, really. if we want to be super thorough we could make that just a wrapper that imports a package that gets unit-tested, and runs an entry-point from that package…
[19:57] <briancurtin> mmcc: we should eventually do that, but i dont think it's a requirement for right now
[19:58] <mmcc> fine with me, it's small enough
[19:59] <ralsina_> mmcc, briancurtin: yes, scripts should be logic-free wrappers over stuff that we test.
[19:59] <ralsina_> but also yes, that can wait a week
[19:59] <ralsina_> file a bug though
[19:59] <mmcc> ok, I'll file it
[20:01] <mmcc> https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1084701
[20:02] <ralsina_> mmcc: thanks!
[20:06] <briancurtin> ah this ShellExecute/runas business is fun
[20:06] <ralsina_> while I'm around, briancurtin did yousee my email about failing netsh in the installer?
[20:08] <briancurtin> ralsina_: yeah i did, i need to take a look at that. in the past we talked about doing another release soon after this one we have put together - i can have this netsh stuff fixed for that
[20:08] <ralsina_> briancurtin: good enough for me
[20:09] <briancurtin> i think someone said QA approved the one i sent last week?
[20:24] <ralsina_> briancurtin: I did
[20:24] <ralsina_> briancurtin: at least that's what the qa doc says :-)
[20:25] <briancurtin> ralsina_: yeah i just saw that doc. i'll squeeze in the signing/uploading later today or early tomorrow morning
[20:25] <ralsina_> briancurtin: cool
[20:28] <briancurtin> i like how someone suggested we use piwik for analytics the day after they got backdoored
[20:42] <dobey> brb
[21:23] <Timmy> i have successfully compiled ubuntuone-client. but when i try to run the program, i face this error: http://paste.kde.org/617126/
[22:07] <dobey> Timmy: yes, you'll need to install all the python dependencies as well
[22:07] <dobey> Timmy: why are you building it from source vs. using the packages in ubuntu?
[22:08] <Timmy> i am not using ubuntu
[22:08] <Timmy> i use chakra
[22:13] <dobey> ok; you'll need to install all the runtime python dependencies as well, to be able to run ubuntuone-syncdaemon.
[22:14] <dobey> or well, ok
[22:24] <owzim> Hi, I am on a Mac. Are my files on Ubuntu One encrypted on the server? Also, does Ubuntu One sync the diff or the whole file?
[22:24] <beuno> owzim, they are not encrypted on the server
[22:24] <beuno> and it syncs the whole file
[22:25] <owzim> beuno: thanks
[22:56] <dobey> later all