[00:38] <CardinalFang> Was lee__ trolling us?
[00:39] <jono> rodrigo_, around?
[00:52] <jono> FYI: https://wiki.edubuntu.org/UbuntuOne/FAQ/HowDoIDeleteACouchDBDatabase doesn't work
[00:54] <jono> the how do I remove a desktopcouch db so I can have it synchronize again?
[01:10] <karni> CardinalFang: hehe possibly
[01:10] <karni> o hai, Snickers®!
[01:40] <karni> okey, I managed to generate couple of HTTP 500 responses in way to short period. I shall leave this for.. later today.
[01:40] <karni> Good night!
[01:40] <duanedesign> o/ karni
[01:40] <karni> o hai duanedesign
[01:40] <karni> duanedesign: how are you?
[01:41] <duanedesign> doing good. Got a few bugs triaged today
[01:41] <karni> duanedesign: awesome job
[01:41] <karni> duanedesign: I'm poking around REST API and putting my fingers where it hurts.. wait, that didn't sound well :P
[01:41] <duanedesign> and I got to help a user this morning in here. Been awhile since I got to do that. Was noce
[01:42] <duanedesign> nice*
[01:42] <karni> Anyway, just generated few 500 responses so I shouldn't continue with that, will constult tomorrow [today]
[01:42] <duanedesign> karni:  :D
[01:42] <karni> duanedesign: oh, that's nice
[01:42] <karni> duanedesign: All righty, pretty late here, I'll be going now :) Take care, my friend!
[01:42] <duanedesign> i am looking forward to playing around with the libsyncdaemon API
[01:42] <karni> duanedesign: :)
[01:42] <duanedesign> ok good night
[01:43] <karni> Night #ubuntuone!
[08:35] <mandel> monrning!
[08:59] <fagan> brb
[09:02] <karni> hi fagan
[09:03] <fagan> hey karni
[09:03] <fagan> Morning everybody
[09:05] <rye> karni, ping
[09:05] <karni> rye: pong
[09:05] <rye> karni, i was wondering whether you can access the headers of the response when you receive INTERNAL SERVER ERROR?
[09:06] <rye> karni, while testing the REST interface
[09:06] <karni> rye: hmm I can try
[09:06] <karni> let me see
[09:09] <rye> karni, you may be interested in the header called X-Oops-Id which should contain the OOPS-ID that can be looked up later and see why the server application returns the error
[09:09] <ubot4> https://lp-oops.canonical.com/oops.py/?oopsid=Id
[09:09] <ubot4> https://lp-oops.canonical.com/oops.py/?oopsid=ID
[09:09] <karni> rye: ok!
[09:09] <rye> :)
[09:09] <rye> ubot4, thanks!
[09:09] <ubot4> You're welcome! But keep in mind I'm just a bot ;-)
[09:09] <karni> almost done
[09:10] <karni> rye: hehehehh
[09:10] <rye> even though the oops urls mentioned are launchpad ones and u1 neither has nor needs access to these
[09:11] <karni> rye: X-Oops-Id: 1931appserverZbaADFCFCFfFdEeafIfaJHIBdecbCDBda84130 (I don't think I have access to oops infrastructure)
[09:11] <ubot4> https://lp-oops.canonical.com/oops.py/?oopsid=Id
[09:12] <rye> karni, ok, will poke you when logs finish syncing :)
[09:12] <karni> rye: awesome, thanks!
[09:12] <karni> rye: I'll ask beun-o for access later, we might use oops'es for the Android app as well one day
[09:35] <rye> karni, NoPermission: UDFs can not be nested.
[09:36] <rye> karni, that's for your latest oops
[09:36] <karni> rye: I should have followed with another Oops that tries to delete a UDF (which isn't there!) ;<
[09:37] <rye> karni, if you tell me which bug you were testing with that I can put the oops info there
[09:37] <karni> sure
[09:37] <karni> rye: https://bugs.launchpad.net/ubuntuone-servers/+bug/761278
[09:37] <ubot4> Launchpad bug 761278 in ubuntuone-servers "Internal Server Error when creating already existing UDF (affects: 1) (heat: 8)" [Undecided,New]
[09:37] <rye> karni, feel free to test and report the oopses, the longest part in this process is to wait for the log sync, everything else takes under 10 seconds
[09:38] <karni> rye: thanks, I'll do just that
[09:39] <karni> rye: one you add the Oops info, I'll comment on the bug as well
[09:40] <rye> karni, oops info in this case is 2 lines, no unexpected exception needing the traceback
[09:41] <karni> rye: ah already there, thanks
[09:46] <JamesTait> Happy Friday, everyone!
[09:47] <fagan> JamesTait: good day to you too
[09:49] <karni> JamesTait: to you as well!
[10:10] <karni> vds: note my comments to https://bugs.launchpad.net/ubuntuone-servers/+bug/759848 - I'm starting to think this can equally be an Apache HttpClient/Request bug, if you won't be able to tell anything from the server perspective.
[10:10] <ubot4> Launchpad bug 759848 in ubuntuone-servers "Creating a directory under a volume fails (affects: 1) (heat: 8)" [Undecided,New]
[10:12] <rye> karni, internal server error?
[10:12] <vds> rye, we get a 405
[10:12] <karni> rye: no, we're struggling with Method Not Found :<
[10:13] <rye> vds, karni ah, no, boring. no oops
[10:13] <karni> rye: I know :< vds has added more verbose logging to the server
[10:13] <karni> too bad it's not oops
[10:14] <vds> karni, what is funny is that I tweaked web_api_tool to return the headers, doing a PUT I get a 405 but PUT is one of the allowed method...
[10:14] <karni> rye: vds: I broke my U1 yesterday after setting up local u1 instance - you mind giving me a hand how can I fix? http://paste.ubuntu.com/594402/
[10:14] <karni> vds: aha, so it's not client side.. that's the same thing I just posted as comment to the bug. I make a PUT, and get 405 though PUT is allowed
[10:14] <rye> karni, does python ... import ubuntu_sso work?
[10:15] <karni> rye: you tell me ;P
[10:15] <karni> rye: I can only say we were setting up the server, upgrading, etc etc. And now it's broken :<
[10:15]  * karni cries
[10:16] <rye> karni, i keep a separate vm for the server environment and it is really awesome
[10:16] <vds> karni, you miss ubuntu sso?
[10:16] <rye> even though i want to build a lxc image
[10:16] <karni> rye: yeah, I could do that. but I would have to set up developer envrironment from scratch, and we didn't have much time
[10:16] <rye> vds, he has ubuntu_sso but... in a weird way
[10:16] <karni> o_O
[10:17] <rye> karni, what is your host system version?
[10:17] <karni> rye: 10.04
[10:33]  * fagan gives emacs a go for a week
[10:37] <fagan> vds: is it ok if I bug you for emacs for a day while I get started
[10:38] <mandel> Chipaca: look: http://www.java2s.com/Open-Source/Python/Windows/pyExcelerator/pywin32-214/win32/test/handles.py.htm
[10:38] <vds> fagan, as long as I can help, every time you want!
[10:39] <fagan> vds: cool thanks :)
[10:48] <fagan> got to say emacs is completely different to vim in some ways
[10:48]  * fagan spent 5 minutes trying to work out how the interface worked 
[10:59]  * fagan stops using emacs 
[10:59] <fagan> :D
[11:18] <karni> fagan: XD
[11:20] <fagan> karni: yeah I wanted to slap rms when I stopped :)
[11:49] <duanedesign> morning all
[11:50] <duanedesign> emacs ftw! :)
[11:58] <fagan> morning duanedesign im back using vim
[11:58] <fagan> :P
[12:19] <duanedesign> :)
[12:19] <duanedesign> fagan: sounds like me and vim
[12:19] <duanedesign> fagan: once you get used to one, it is hard to pick up the other
[12:26] <fagan> duanedesign: well I just dont like how emacs looks
[12:26] <fagan> vim at least I didnt expect much
[12:37] <karni> hi duanedesign :)
[12:40] <fagan> dobey: ping?
[12:48] <duanedesign> hello karni
[12:49] <karni> \o
[12:50]  * duanedesign is catching up on the Ubuntu One posts in the forums
[12:50] <karni> ralsina_: one feedback question - when you first launch the app, you probably had to wait a moment/while for the volumes to start showing up. how did that feel, was it bareable? way to long? just ok?
[12:50] <ralsina_> was ok, but I was on wifi
[12:52] <karni> ralsina_: thanks! (we're changing policy here, moving to REST. you'll see the list almost immediately, but it won't be auto loading rest of the content before you view it for the first time)
[13:22] <lisette> fagan: hi there
[13:25] <fagan> hey lisette having any problems?
[13:28] <fagan> lisette: ?
[13:28] <lisette> fagan: just did a tiny bit of css, but every time i reopen the thingy, it seems to open the first style.. but I´ve uploaded the style (I think) I edited to U1 - Design work from Ivanka Majic  / Windows / CSS
[13:29] <fagan> lisette: Ill have to see what you mean ill be up in a sec
[13:35] <dobey> fagan: if that ping is about that links not opening correctly when banshee isn't already running, it's not getting fixed for 11.04 release
[13:37] <fagan> dobey: nope this is a different thing
[13:37] <fagan> :)
[13:37] <ralsina_> lisette: cool, I can try that already
[13:38] <fagan> I wanted to know what is the story with that app that shows the merge requests for specific projects
[13:38] <fagan> dobey: ^
[13:40] <dobey> it doesn't show it for specific projects
[13:40] <dobey> it shows all merge proposals related to you
[13:41] <fagan> dobey: then why is there a preferences thing
[13:42] <fagan> (that gives the projects...etc(
[13:44] <dobey> there isn't
[13:44] <dobey> use trunk, not what's in the archive
[13:44] <fagan> dobey: in the repo there is :)
[13:44] <fagan> ah ok
[13:44] <fagan> where is the branch?
[13:44] <dobey> lp:lptools
[13:49] <fagan> dobey: thanks ill have some merges probably soonish
[13:50] <dobey> por que?
[13:53] <fagan> dobey: Id like to make it better
[13:53] <fagan> a little bit
[13:53]  * fagan wants to have some tools to make everything easier for himself
[13:53] <dobey> so would i, but i haven't had any time to work on that stuff. what exactly do you think would make it 'better' ?
[13:54] <fagan> dobey: well I havent tested the one in the branch but id love notifications and something in the messaging menu that lists the things needing review
[13:54] <fagan> if you dont already have it done
[13:57] <dobey> there is a separate tool that does notifications, although it isn't up to par with the treeview windowed app. and tedg has a branch that does some indicator integration, but i'm not sure it applies to trunk any more, and i'm not sure it's quite what i want, or what the messaging menu is intended to be used for
[13:58] <fagan> dobey: just for the list being viewable on the fly and for the little blue thing to say there is something to do
[13:58] <fagan> its actually pretty useful
[14:01] <dobey> It's not a question of usefulness
[14:03] <fagan> dobey: well its intended to be used for not having to open the app to get to the merge list
[14:03] <fagan> and its intended to be like getting a nice notification of work to do really and a link to it
[14:03] <fagan> since the thing does turn blue and you can get the link to the bug in the menu
[14:04] <fagan> same as any other message
[14:04] <fagan> but for merges
[14:04] <fagan> *merges not the bug
[14:07] <dobey> rye: ping
[14:08] <dobey> CardinalFang: did you see my comment on your defer-dbus branch?
[14:09] <CardinalFang> dobey, seen it.  I don't understand it yet.
[14:10] <dobey> CardinalFang: it seems like Python is keeping the modified module in memory, and the test getting run later fails, because the previous tests didn't clean up properly.
[14:12] <dobey> CardinalFang: it seems like the fail_if_called and pass_if_called in test_ubuntuone_pairing.py perhaps also need to be updated to deal with the argument changes for pair_with_ubuntuone (). though i'm surprised the pass_if_called actually seems to work as-is
[14:17] <rye> dobey, pong
[14:18] <dobey> rye: for the music library utf-8 issue, can you verify what charset encoding the page is using?
[14:21] <rye> dobey, it uses utf-8, but based on what i dumped from the code the filename and the sting from the page are not quite the same
[14:23] <dobey> rye: can you show those differences in the bug comment?
[14:28] <rye> dobey, i have since emptied the /tmp folder I had the changes in; Once we are done with CouchDB authentication I will try to reproduce this
[14:55]  * alecu hates the DBus python bindings
[15:03] <dobey> alecu: what now?
[15:07] <alecu> just weird behaviour. DBus errors that sometimes are not returned as errors, and a method published on the bus that mysteriously makes its process die
[15:08] <dobey> not sure that's dbus-python but eh
[15:08] <dobey> probably with dbus-python is that it's too easy to use
[15:09] <dobey> and GDBus in Python is not so easy to use, afaict
[15:25] <karni> CardinalFang: Have a minute? Want to shortly brainstorm.
[15:25] <karni> CardinalFang: I'm thinking of using an IntentService now that we move to REST. Question is, how this will impact your photo-sync service needs. You mentioned you want to simplify some things?
[15:27] <karni> CardinalFang: Ok. I'm *sure* we want to use IntentService. Now there's nothing (such as connection) keeping us with self-management of the service lifecycle. Let's let Android do it for us.
[15:29] <CardinalFang> karni, I just need a way to call some code occasionally, or keep a process running with an Observer on a Cursor.
[15:30] <karni> CardinalFang: do you want to keep it running even if the app is not running as well?
[15:30] <karni> CardinalFang: (don't worry about calling the code, that's my part ;) )
[15:31] <karni> CardinalFang: we could register an alarm for you, but would it be the same? IIRC you kept your Observer as long as my SyncDaemon was running, right?
[15:31] <karni> CardinalFang: That's approximately as often as the app is on-going (possibly in foreground), before it is killed.
[15:32] <karni> CardinalFang: I understand that how fast pics are synced depends on how often and long is your observer registered? If it's not on-going, it won't detect new pics before next run, right?
[15:33] <karni> CardinalFang: I'm thinking that a lightweight PhotoCatcher service particularly for your purposes is a good idea. STICKY one. Which starts on boot, after few minutes.
[15:34] <alecu> dobey, I've managed to reproduce the "method published on the bus mysteriously makes its process die"
[15:34] <CardinalFang> karni, if the user wants photos uploaded, then it should try to discover new photos not long after photos are taken.  Instant feedback would be best, but if you can schedule something to call a scanning function every so often.  ... Yes
[15:34] <dobey> alecu: it's unclear to me what that means exactly :)
[15:34] <alecu> dobey, and it looks like a python-dbus issue... let me show you.
[15:35] <alecu> dobey, http://pastebin.ubuntu.com/594493/
[15:35] <alecu> oh, that won't fail.
[15:35] <alecu> let me repaste
[15:36] <alecu> http://pastebin.ubuntu.com/594495/
[15:37] <alecu> dobey, if I return an object path that does not start with "/" from a method that expects a "o" as return value, then the whole process dies
[15:37] <alecu> it's been driving me nuts
[15:38] <dobey> alecu: ok, sounds like you hit two bugs, one of which is your own :)
[15:38] <karni> CardinalFang: Ha! I've got it. We make a default choice for the user, but let them change this behaviour as well in Settings. "Immediately after I take photos [service]" "Soon after I take photos [inexact alarms (Android recommended) with service]". Let's stick with PhotoCatcher service and implement inexact alarms when we're happy with the rest. How about that?
[15:40] <karni> If somebody doesn't like the initial, persistent PhotoCatcher service, they can disable Photo sync alltogether (no sync for them).
[15:43] <alecu> dobey, hahahah, yes.
[15:43] <dobey> alecu: and i guess the other is that DBus doesn't return you an error when the service you're calling crashes in that case
[15:44] <dobey> alecu: although i guess it does timeout
[15:44] <dobey> since the service failed to return a value
[16:35] <dobey> off to lunch
[17:23] <fagan> ewwww if you click the folder in the u1cp over and over again it spawns crap loads of windows
[17:23] <fagan> bug!
[17:30]  * fagan can sort it on monday 
[17:40] <dobey> fagan: stop clicking the button
[17:44] <fagan> dobey: hah
[17:44] <fagan> dobey: I got it on my computer because my computer is slow so I clicked it 3 times
[17:44] <Chipaca> fagan: which folder?
[17:45] <fagan> Chipaca: any foler
[17:45] <fagan> folder
[17:45] <fagan> click it over and over again and it keeps spawning
[17:47] <Chipaca> fagan: fun!
[17:48] <fagan> Chipaca: I just stay in on a friday night clicking that button its that fun :)
[17:48] <dobey> yes, well. we can't fix that in the control panel
[17:49] <fagan> dobey: well we can just have a var with what was the last thing that was open and im pretty sure you can poke something to check if its still open
[17:50] <fagan> I know that there are other apps doing something to stop it
[17:51] <dobey> fagan: actually, no, we can't
[17:51] <fagan> dobey: hmmmmmm
[17:51] <dobey> fagan: if you want to stop it, change your nautilus settings to spatial mode
[17:52] <fagan> dobey: well I can avoid it since I know about it but still it probably shouldnt do it in the first place
[17:53] <fagan> although its not exactly a high priority bug that needs to get fixed or loads of people will complain
[17:53] <dobey> fagan: there is no current way to do it, other than to fix nautilus to be spatial mode by default
[17:53] <dobey> we had this same issue with the old applet we had
[17:53] <dobey> we couldn't fix it then, and we can't fix it now :-/
[17:54] <fagan> ah ok
[17:56] <fagan> I suppose its only really a bug in slow computers
[17:56]  * fagan is on a msi wind so it happens 
[17:58] <fagan> Anyway its 6PM so IRC is going off :P
[19:33] <dobey> can i get some reviews please?
[19:33] <dobey> https://code.launchpad.net/libubuntuone/+activereviews :)
[20:30] <dobey> CardinalFang: care to do some reviews on https://code.launchpad.net/libubuntuone/+activereviews ? they're all almost exactly the same patch, except for the lucid one where the changed code is oh so slightly different
[20:32] <CardinalFang> dobey, sure, I'm game.
[20:33] <CardinalFang> Ooo, encoding.  This is my field anyway.
[20:34] <dobey> cool
[20:52] <CardinalFang> dobey, is there any chance that filenames could have some other encoding than UTF-8?
[20:53] <CardinalFang> I expected libxml to try UTF-8 by default, too.  Hrm.
[20:54] <dobey> CardinalFang: maybe, but they would be broken on the web page as well, and that is a much harder issue to deal with. but i highly doubt it will happen
[20:54] <dobey> libxml is dumb, i think it's doing ISO-8859-15 by default, because there's no encoding specified in the HTML
[20:54] <dobey> so we have to pass in the right one
[20:56] <CardinalFang> dobey, does no HTTP header say the encoding either?
[20:56] <CardinalFang> That's overkill to code here, probably.  Just curious.
[20:57] <CardinalFang> dobey, the right answer may be "who cares? UTF-8, bitches!".
[20:59] <dobey> well "UTF-8 or the highway!" is the right answer
[21:00] <dobey> CardinalFang: but libxml doesn't care about HTTP stuff, and getting all the HTTP bits out of webkit is a lot more work, when we control both sides of the fence already anyway
[21:04] <CardinalFang> dobey, this is right.  All approved.
[21:04] <dobey> hooray!
[22:35] <dobey> CardinalFang: did you look at that issue with the desktopcouch tests any further? were you planning to make another upload to ubuntu?
[22:38] <CardinalFang> dobey, I did.  I wanted to understand it better, but I'll just continue soon.  Yes, I hope to upload to Ubuntu.
[22:40] <dobey> CardinalFang: ok, cool. if we want to get an upload in for release, it pretty much needs to be made asap (before monday)
[22:50] <dobey> well i'm getting off of here. have a good weekend!