[08:16] <aquarius> rye: yes, yes it would be good if the streaming URL was actually documented
[08:16] <aquarius> jamesh: we should do that :)
[08:17] <jamesh> hmm?
[08:23] <jamesh> streaming URL as part of our subsonic API implementation, or something else?
[08:27] <karni> Good morning!
[08:29] <aquarius> jamesh: we don't actually tell anyone anywhere where the subsonic API endpoint *is*, was rye's point I think :)
[08:29] <aquarius> so, y'know, oops
[08:31] <jamesh> aquarius: if people don't care about the rest of the Subsonic API, couldn't they just hit updown directly?
[08:31] <jamesh> e.g. our REST files API
[08:31] <aquarius> jamesh: sure, but I think this is about people who do care about the subsonic api
[08:32] <aquarius> https://one.ubuntu.com/developer/music/stream_music/cloud should mention streaming.one.ubuntu.com at some point, right?
[08:32] <jamesh> ah.
[08:34] <jamesh> I thought you were referring to a particular endpoint, rather than the API base.
[08:34] <jamesh> we should also document what is necessary to get the API to return Vorbis files
[08:35] <jamesh> I think that is what http://askubuntu.com/q/138796/12469 is about, but will have to wait for the user to reply
[08:45] <aquarius> grr, OK, I now hate smuxi because it doesn't tell me when people talk, obviously enough
[08:46] <aquarius> jamesh: I agree on the api base, yep. Vorbis stuff... we should check with beuno about how best to document that
[08:46] <JamesTait> Happy Friday, people! :D
[08:47] <jamesh> At the moment, the rule is that the client string == "android" or starts with "ubuntu"
[09:04] <rye> https://one.ubuntu.com/music/player/ - 504 Gateway Time-out ?
[09:14] <rye> aquarius: https://one.ubuntu.com/developer/account_admin/mobile_login/cloud - syncml?
[09:15] <popey> i get the 504 too
[09:15] <popey> but not now ☺
[09:21] <aquarius> rye: that URL isn't ever opened in a browser; you, the app dev, are expected to trap it with its custom scheme
[09:21] <aquarius> that the server is syncml.one.ubuntu.com is a historical wart, true, but it's not a big deal
[09:21] <rye> aquarius: okay
[09:27] <rye> verterok: hi, do you happen to have a code to parse tritcask outside syncdaemon (using SD libs)? If not, that's ok, will try to write one
[09:50] <Josssse> Hello guys.
[09:51] <Josssse> I think ubutu one has been erasing my files. Is there a way I can be sure of this.
[09:51] <Josssse> Some sort of log files, for example?
[09:52] <rye> Josssse: first of all, check whether these files appear in trash folder, ubuntuone does not unlink files, it moves them to trash
[09:52] <rye> Josssse: second, the logs are in ~/.cache/ubuntuone/log
[09:52] <Josssse> rye, heh, didn't even know I had a trash folder.
[09:54] <Josssse> ahh, they're all in trash!!! uff, got scared a bit.
[09:56] <Josssse> Any idea why it is sending my files to trash? only the ones i'm working with.
[09:59] <rye> Josssse: hm, what application are you using to work on the files?
[09:59] <rye> Josssse: also, what release are you running?
[10:00] <Josssse> I'm using latexila
[10:00] <rye> verterok: nevermind, wrote one
[10:01] <Josssse> This is the log output from the last events which dealed with the file i'm concerned about. http://paste.ubuntu.com/993916/
[10:01] <Josssse> rye, last LTS xubuntu.
[10:03] <rye> Josssse: installing latexila to see how it saves files
[10:04] <Josssse> rye, You shuold now that since i'm working in latex i save files quite often so i can compile and take a look at what i'm doing.
[10:05] <Josssse> The same thing happened to me on my laptop yesterday which is running same xubuntu version.
[10:05] <Josssse> also latexila
[10:05] <rye> Josssse: do you have autosave enabled in the preferences?
[10:07] <Josssse> Nope.
[10:09] <rye> Josssse: ok, could you please run the following script - http://people.canonical.com/~roman.yepishev/us/bin/ubuntuone-diff - download it and run with python ubuntuone-diff - it will scan the local and remote folders and print the filenames that are different
[10:10] <Josssse> rye, I must leave for 30 minutes. Will you be aroudn then??
[10:10] <rye> Josssse: in case the files that were deleted are listed there, then please paste the summary
[10:10] <rye> Josssse: yes, at least for 6 hours more
[10:10] <Josssse> Alright, see you then. Thanks again.
[10:46] <popey> I have deleted all the photos on my iphone bar 6, but u1 files still lists 600 odd photos to be uploaded.
[10:46]  * popey kills and restarts the app
[11:08] <gatox> good morning!
[11:14] <Josssse> ok rye I'm back.
[11:14] <Josssse> Lets wget that script.
[11:16] <Josssse> rye, So I can't run the script.
[11:17] <Josssse> In fact, when I do cat ubuntuone-difff i get lots of weird characters.
[11:17] <rye> Josssse: yes, that's a ZIP file, you can unzip it if you like to look at python code, how does it fail?
[11:18] <Josssse> I just don't know how to run it.
[11:18] <Josssse> ok, zip unzipped, now what?
[11:19] <Josssse> ok, running it.
[11:19] <Josssse> done, it finishes with two conflicts.
[11:19] <rye> Josssse: well, python ubuntuone-diff would have done the same
[11:20] <rye> Josssse: only 2 conflicts, no missing from local or remote storage? Are these two conflict files the ones you were working on?
[11:21] <Josssse> nope. they're all files i havent used in a long time.
[11:21] <Josssse> no files need uploading nor downloading.
[11:21] <Josssse> 46 files need hasing.
[11:25] <rye> Josssse: when was the first time you noticed the files get removed?
[11:26] <rye> Josssse: also, could you please archive the files from ~/.cache/ubuntuone/log and publish them via Ubuntu One (and send me the link privately) or send them to ubuntuone-support@canonical.com so that I could check whether the removals are requested by the server-side
[11:26] <Josssse> Yesterday on my laptot.
[11:26] <Josssse> Today on my office computer.
[11:32] <Josssse> For some reason i can't share it through one.ubuntu.com so I'll just zip it and email it.
[11:34] <Josssse> Email sent.
[11:36] <rye> Josssse: i will get back to you in 10 minutes (parallel tasks)
[11:36] <Josssse> Thanks. I'll be around.
[11:46] <rye> facundobatista: should we synchronize .goutputstream-XXXXXXX files? They are created only to be later removed to a real location
[11:50] <rye> Josssse: i guess i can reproduce it
[11:51] <Josssse> Reproduce what?
[11:52] <rye> Josssse: the removal of the files
[11:52] <Josssse> I don't understand.
[11:53] <rye> Josssse: you were telling earlier that the files were removed by Ubuntu One, and based on the logs they were indeed removed. I tried to use LaTeXila and i was able to cause the syncdaemon to remove the files
[11:54] <Josssse> Ahhh. Understood.
[11:54] <rye> well, to queue their removal
[11:54] <Josssse> So have we found a bug?
[11:56] <rye> Josssse: actually I have an easy fix that can be used to prevent this from happening - by default a lot of gnome applications are not writing the file directly, instead they create a temporary .goutputstream-SOMETHING file, write the data there, remove the original file, rename the .goutputstream to real file. Syncdaemon records all these changes and relays them to the server. And something weird happens here - not all statements get to the server, upon restart 
[11:57] <rye> Josssse: the fix I am thinking about is to alter ~/.config/ubuntuone/syncdaemon.conf to have another line in ignored files -
[11:57] <rye> Josssse: like here - http://paste.ubuntu.com/994062/
[11:57] <Josssse> rye, clever.
[11:58] <rye> but this has to be done on all the computers
[11:59] <Josssse> No prob.
[11:59] <Josssse> Let's try it.
[12:01] <rye> Josssse: after changing the file, syncdaemon needs to be restarted - u1sdtool --quit; u1sdtool --start
[12:02] <rye> facundobatista: ping
[12:02] <rye> Josssse: definitely a bug
[12:03] <Josssse> Let's see. :)
[12:08] <Josssse> I think it's working fine.
[12:08] <Josssse> It's also awesome that u1 doesn't unlink the files.
[12:08] <Josssse> Thank you very much for your help rye .
[12:10] <thisfred> ralsina: if you want to start your day on a note of great hilarity, have a look at https://code.launchpad.net/~thisfred/u1db/u1todo-design-1, and more specifically, run PYTHONPATH=. python cosas/ui.py
[12:11] <alecu> Sumuinen mutta hyvää huomenta!
[12:11] <thisfred> I have had Chipaca look at it, since he's the master of python strangeness, but even he gave up
[12:11] <rye> Josssse: i am going to file a bug once facundobatista or verterok get back
[12:11] <thisfred> alecu: are you finnish now?
[12:12] <alecu> hey there thisfred! It's very early for you too, right?
[12:12] <mandel> alecu, moi moi!!
[12:12] <alecu> thisfred, oh, sprint.
[12:12] <thisfred> alecu: :)
[12:13] <rye> thisfred: umm... the last commit message is questionable
[12:13] <thisfred> rye, accurate, though
[12:13] <alecu> rye, as in "police style questioning"?
[12:14] <thisfred> alecu: have you ever seen an excursion depth exceeded runtime error in a line that is comparing two integers?
[12:15] <thisfred> I'm starting to thing Qt is short for Quaint
[12:15] <alecu> thisfred, I'm running the branch... how do I trigger it?
[12:16] <thisfred> you have, look at the terminal
[12:16] <rye> thisfred: super().data() is the same as data() for some reason
[12:16] <rye> so you are calling the same function
[12:16] <alecu> thisfred, and "excursion depth" sounds like some spelunkers on a cave picnic!
[12:16] <thisfred> hehe, fair point
[12:16] <rye> <bound method UITask.data of <__main__.UITask object at 0x2d6e7a0>>
[12:16] <rye> <built-in method data of UITask object at 0x2d6e7a0>
[12:16] <thisfred> rye, cool
[12:18] <thisfred> why that is still sort of puzzles me,
[12:19] <rye> thisfred: i wonder whether that QSomething is based on object
[12:20] <rye> thisfred: return QtGui.QTreeWidgetItem.data(self, column, role)
[12:20] <rye> thisfred: fixed
[12:20] <rye> well, i am not sure what it should do but it does not crash :)
[12:20] <thisfred> rye, you are a star of rock
[12:20] <rye> thisfred: what should it actually do?
[12:20] <thisfred> rye, not crash is a great start
[12:21] <thisfred> it's not finished by any means
[12:21] <thisfred> rye, so it's old style classes?
[12:21] <alecu> that sounds weird!
[12:21] <alecu> "In versions of PyQt earlier than v4.5 there were restrictions on the use of super with PyQt classes. These restrictions no longer apply with v4.5 and later."
[12:21] <alecu> http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/gotchas.html#super-and-pyqt-classes
[12:22] <thisfred> also the line it errors in is completely wrong
[12:22] <thisfred> but a workaround is good enough for me
[12:23] <thisfred> now back to the less fun but still quite fun C stuff
[12:26] <alecu> thisfred, I've replaced every "super", but I still get "recursion depth exceeded" when hovering over the todo entries.
[12:27] <thisfred> alecu: o well
[12:32] <rye> RuntimeError: maximum recursion depth exceeded while getting the str of an object
[12:34] <rye> if role == QtCore.Qt.DisplayRole:
[12:34] <rye> RuntimeError: maximum recursion depth exceeded in cmp
[12:34] <thisfred> rye, exactly
[12:34] <thisfred> and those are integers. I checked
[12:35] <thisfred> nor does the except seem to catch it (though that may be because pdbing qt apps is not really possible)
[12:36] <thisfred> or maybe they are pretending to be integers
[12:37] <rye>     print QtCore.Qt.DisplayRole
[12:37] <rye> RuntimeError: maximum recursion depth exceeded while getting the str of an object
[12:38] <alecu> thisfred, both are *not* integers. Check it out:
[12:38] <alecu> (Pdb) QtCore.Qt.DisplayRole.__class__
[12:38] <alecu> <class 'PyQt4.QtCore.ItemDataRole'>
[12:39] <thisfred> alecu: right. They are very very bad people for not showing that in the repr though
[12:39] <alecu> I agree!
[12:39] <thisfred> and also for not just using an integer ;)
[12:39] <rye> thisfred: integer is not portable
[12:40] <rye> also, bit is not portable
[12:40] <rye> i bet they have QInteger which consists of QBits
[12:40] <thisfred> I don't care, and they shouldn't make me care
[12:41] <thisfred> make the C which is the problem weird, not the python that doesn't have the issue
[12:42] <alecu> rye, lol
[12:45] <rye> it still does not explain the recursion issue
[12:48] <thisfred> yeah, I think it's just lying about the line
[12:49] <thisfred> and to be clear, I'm also quite certain I've done something catastrophically stupid, somewhere, it would just be nice if they weren't actively trying to hide from me what that is
[12:52] <alecu> thisfred, the recursion is in the call to ".font()"
[12:52] <alecu> thisfred, try commenting the "if role == QtCore.Qt.FontRole:" and what's inside it.
[12:54] <ralsina> thisfred: the Qt API never exposes any integers for enums. It's C++ :-)
[12:54] <ralsina> thisfred: and sorry I missed all the fun! (or is it still broken?)
[12:54] <thisfred> ralsina: alecu found it, I think
[12:55] <thisfred> ralsina: though the backlog should still amuse you ;)
[12:55] <alecu> thisfred, so, to fix all this I would create two fonts in the constructor of UITask, then return one or the other in the "if role == QtCore.Qt.FontRole" true condition.
[12:55] <thisfred> alecu: makes sense
[12:56] <ralsina> thisfred: it's always a good idea because creating QFonts (or QImages or QPixmaps) is expensive
[12:56] <alecu> thisfred, but we should not be calling ".font()" from ".data()". I don't have a more detailed explanation as to "why not?" :-)
[12:56] <alecu> I can wave my hands for a few seconds, though.
[12:56] <thisfred> I understand
[12:57] <thisfred> I think
[12:57] <ralsina> alecu: .font() calls data()
[12:57] <thisfred> yeah
[12:57] <ralsina> alecu: because font() uses data(FontRole)
[12:57] <alecu> ralsina, that's a good one.
[12:57] <thisfred> I should have used a super there
[12:57] <ralsina> so using it to implement dat(FontRole) is a nono
[12:57]  * alecu says ".font() calls .data()" while waving a hand.
[12:57] <thisfred> if that works even
[12:58] <ralsina> alecu: the font of an item *is* it's data for the font role :-)
[12:58]  * ralsina just misused it's. Argh
[12:58] <alecu> ralsina, its no problem!
[13:00] <alecu> thisfred, anyway, this does not explain why we were seeing the error in any other line.
[13:00] <ralsina> alecu: if you fill the stack any function call can fail
[13:00] <alecu> thisfred, also, the stacktrace we were seeing was minuscule. Probably when entering the PyQt c++ code the python stack is lost.
[13:01] <thisfred> alecu: no, I messed with sys.rescursionlimit and sys.excepthook
[13:01] <thisfred> but the exception in the wrong line was there before that
[13:05] <thisfred> yeah, super or calling it on the superclass directly does not work either.
[13:05] <thisfred> I should probably stop trying to think of this as python ;)
[13:05] <alecu> thisfred, I think I understand it now....
[13:06] <alecu> if the python stack has place for 100 calls, and we do recursion, it's exploding when the 99th recursion is trying to call the cmp of those Qt C++ ints.
[13:07] <alecu> so, the recursion is being done on the "font()" call. But the explosion happens on the cmp.
[13:09] <thisfred> right
[13:09] <thisfred> I seem to remember that those exceptions are usually unhelpful
[13:13] <alecu> thisfred, exactly! when python recursion depth is reached, pdb won't start and apport crashes :-)
[13:21] <dobey> hmm
[13:35] <alecu> hey, all: ralsina just phoned to tell me his internet died.
[13:35] <briancurtin> RIP
[13:51] <dobey> i guess i need to do the backport branches myself then
[13:54] <mandel> gatox, did you have the time to take a look at the deamon MP I sent yesterday?
[13:56] <dobey> mandel: there's a comment on it from him :)
[13:57] <gatox> mandel, yes.... did you see my comment?
[14:01] <mandel> gatox, nop, looking
[14:03] <mandel> gatox, have you done what the command is telling you: 'Error: No developer directory found at /Developer. Run /usr/bin/xcode-select to update the developer directory path.'
[14:04] <gatox> mandel, mmmm that seems to let me change the path..... now i need to find it
[14:06] <mandel> gatox, try /Applications/Xcode.app/Contents/Developer
[14:06] <gatox> yes
[14:08] <gatox> mandel, ok..... that seems to work.... exxecuted 2 tests with 0 failures
[14:08] <mandel> gatox, just 2?
[14:08] <mandel> gatox, there are 30 or so, can I see the output?
[14:11] <gatox_mac> mandel, http://paste.ubuntu.com/994242/
[14:12] <mandel> gatox, oh, you read the wrong line, everything is ok: Executed 31 tests, with 0 failures (0 unexpected) in 0.038 (0.046) seconds :)
[14:12] <gatox> mandel, :P sorry
[14:12] <gatox> mandel, +1 then
[14:12] <mandel> gatox, thx!
[14:21] <mmcc> good morning, everyone.
[14:21] <mmcc> mandel, I'm going to install xcode 4.3 now and try your branch
[14:22] <mandel> mmcc, superb! let me know if everything works ok, you might need to set the path to /Developer like gatox just did
[14:22] <mmcc> huh it looks like the project is only expecting one review?  - there's a control tower review pending already
[14:23] <gatox> mmcc, mandel not to /Developer...... to /Applications/Xcode.app/
[14:25] <mandel> gatox, yeah, the path is with xcode but back in the day used to be /Developer.. apple has moved things around a little
[14:25] <thisfred> mandel: Do we have windows CI running for the desktop+ stuff yet?
[14:26] <thisfred> because u1db would very much like to freeload on that part ;)
[14:26] <mandel> thisfred, what do you mean?
[14:26] <mandel> thisfred, I don't know what CI stands for..
[14:26] <thisfred> so a jenkins instance or something that checks trunk for failures on windows?
[14:26] <thisfred> continuous integration
[14:26] <mandel> thisfred, oh, yes we do :)
[14:26] <thisfred> ROCK!
[14:27] <mandel> thisfred, we have an ec2 instance running windows with jenkins on it, so we can create a new project for you and get it running whenever you want :)
[14:27] <thisfred> mandel: I'll get back to you on that next week. jam has all the windows stuff on his laptop
[14:29] <mandel> thisfred, if you give me the steps to create the required env for the tests to be ran I can do it quite fast
[14:29] <mandel> thisfred, if you send me an email with it you will get it done by monday :)
[14:29]  * dobey wonders what we're going to do with u1db in c, exactly
[14:30] <thisfred> dobey: not just c, the python version needs to be run on windows as well
[14:30] <dobey> yes, but taht's the easy part
[14:31] <thisfred> C is handy for embedded stuff, or environments where python is frowned upon/too heavy
[14:31] <dobey> i'm interested in the hard problem that is currently making it hard for me to package u1db :)
[15:00] <mmcc> gatox, mandel, are both of your macs on 10.7?
[15:00] <gatox> mmcc, 10.7.4
[15:00] <briancurtin> me
[15:00] <mandel> mmcc, yes
[15:00] <mandel> me
[15:00] <mmcc> me
[15:00] <gatox> me
[15:01] <dobey> me
[15:02] <briancurtin> thisfred? anyone else?
[15:03] <thisfred> still sprinting, but will be there monday ;)
[15:03] <briancurtin> oh yeah, i'll go ahead then
[15:03] <facundobatista> rye, ?
[15:03] <briancurtin> DONE: fixed up build_installer branch, created new installer for testing and did some testing, had a half day
[15:03] <briancurtin> TODO: another half day, testing out this installer
[15:03] <briancurtin> BLOCKED: none
[15:03] <briancurtin> NEXT: mandel
[15:03] <mandel> DONE: Added run-tests script for fsevents project. Added more tests to the code.
[15:03] <mandel> TODO: More tests.. ralsina 1-1 (if possible)
[15:03] <mandel> BLOCKED: no
[15:03] <mandel> mmcc, please
[15:03] <mmcc>  
[15:03] <mmcc> DONE: reviews, fixed lint setup, got sick
[15:03] <mmcc> TODO: daemon on 10.6, delint my network branch, tackle packaging
[15:03] <mmcc> BLCK: NO
[15:03] <mmcc> NEXT: gatox
[15:03] <gatox> DONE:
[15:03] <gatox> Work in the filesystem notification branch, trying to fix the broken tests (the problem are not the tests :P). Review for mandel. Working on Freaky Friday project
[15:03] <gatox> TODO:
[15:03] <gatox> Finish with FF and write a post about it.
[15:03] <gatox> BLOCKED:
[15:03] <gatox> No
[15:03] <mmcc>  
[15:04] <gatox> dobey, go
[15:04] <dobey> λ DONE: client 3.0.1 backports/release, weekly call, found ssl error problem, some work on installer bug
[15:04] <dobey> λ TODO: u1cp 3.0.1 backports, finish bug #853060, 1-1 review meeting, 3.0.1 release/SRUs
[15:04] <dobey> λ BLCK: none.
[15:05] <dobey> ralsina: come back to the land of the living
[15:09] <alecu> ohhh
[15:09] <alecu> I missed the standup.
[15:09] <dobey> alecu: go then!
[15:11] <alecu> DONE: back deep in security fixes
[15:11] <alecu> TODO: more work on it
[15:11] <alecu> BLOCKED: no
[15:13] <gatox> eom?
[15:14] <dobey> and lunch! :)
[15:14] <dobey> bbiab
[15:16] <gatox> lunch for me too
[15:17] <rye> aleeecuuuu!
[15:17]  * rye is calling too much today
[15:17] <rye> ah, alecu piiiiing!
[15:18] <rye> i forgot that it does not work in IRC
[15:19] <alecu> hola rye!
[15:19] <mandel> fuck fuck fuck
[15:20] <mandel> alecu, since ralsina is not here I'll tell you, sso was updated to use domain sockets which broke u1-client on windows, I'll have to 'stop' the work on the root daemon to fix that asap
[15:20] <mandel> alecu, should not be a huge amount of work..
[15:20] <alecu> mandel, yup, it makes sense.
[15:21] <alecu> mandel, there're no "unix domain sockets" on windows, right? :-)
[15:21] <rye> alecu: summoning you to #u1-internal
[15:21] <mandel> alecu, main problem is that is using the old api (get_port) instead of get_description
[15:22] <mandel> alecu, so it is a very simple change to update the use of the api
[15:24] <joshuahoover> ralsina: any news on bug #1000983 or bug #1000970 in regards to win 3.0.1?
[15:24] <alecu> mandel, we still need to discuss the "buffers full" case in the root daemon. Let's schedule a mumble Monday morning with mmcc.
[15:25] <mandel> alecu, ok
[15:25] <rye> erm
[15:25] <mandel> alecu, I'm ok after the team standup for example
[15:25] <alecu> mandel, great.
[15:25] <rye> is it only me - got a weird battery indicator here, vertical one with 3 red (i suppose) lines
[15:26] <alecu> rye, we don't trust your color perception. Screenshot or it is green!
[15:28] <rye> alecu: i don't trust my color perception either, green color perception anomaly
[15:28] <rye> here: http://ubuntuone.com/6fpeJv58XL4MzkULa7aHfX
[15:29] <alecu> rye, I've used your android app, so I know about your color perception already :-)
[15:29] <alecu> rye, and... in the screenshot it's green lines :-)
[15:29] <alecu> rye, and I've never seen that icon before!
[15:30]  * alecu opens the laptop and updates.
[15:30] <rye> alecu: i wonder whether i updated something from -proposed... something icon-related
[15:31] <rye> alecu: anyway, back to LaTeXilla, Unlinks() after restart while the SD was idle before the restart - film at 11
[15:38] <mmcc> alecu, mandel, mumble after monday standup ok.
[15:41] <mandel> mmcc, sweet! we have a date then :P
[15:46] <briancurtin> joshuahoover: ralsina is not around today, his internet is out
[15:46] <joshuahoover> briancurtin: ah, too bad :(
[15:47] <briancurtin> joshuahoover: i will take a look at these before i'm out for my half day
[15:47] <joshuahoover> briancurtin: thanks
[15:47] <joshuahoover> briancurtin: upon further testing, these 2 bugs appear to be in 3.0.0 as well...so it's not something we introduced with this latest test release
[15:49] <briancurtin> joshuahoover: ah, on 1000983 i wonder if that's related to the hack we currently have in there to even display the cloud sync page. it used to just sit forever at "getting information", but we ship with a small branch that comments out a line to allow it to display
[15:50] <briancurtin> it used to just hang forever and never show up
[15:51] <joshuahoover> hmmm
[15:54] <ralsina> I am back
[15:54] <ralsina> joshuahoover: I am working on fixes, they will be done late today
[15:55] <ralsina> joshuahoover, briancurtin: if they are already in 3.0.0 I would ship without the fixes anyway
[15:59] <joshuahoover> ralsina: yeah, both bugs are in 3.0.0 on windows
[15:59] <mmcc> mandel - TIL your daemon won't build on OS X 10.6 unless we remove ARC. you can build on 10.7 and deploy on 10.6 but no building with ARC on 10.6...
[15:59] <ralsina> so we move forward.
[15:59] <mandel> mmcc, so, lets make that a bug that I'll fix :)
[16:00] <joshuahoover> ralsina: let's target those 2 bugs and the installer improvements briancurtin is doing for the next release, sound good?
[16:00] <mandel> ralsina, in theory, we have to have a 1-1 today..
[16:00] <ralsina> joshuahoover: yeah
[16:00] <ralsina> mandel: let's
[16:00] <mmcc> mandel, OR we can fix it by me buying a laptop running 10.7, which I need to do eventually anyway.
[16:00] <ralsina> mandel: give me time to find my headset
[16:00] <mandel> ralsina, sure, launching mumble
[16:01] <mandel> mmcc, we need to evaluate the need of ARC.. there are some little tricks I wanted to do with blocks and ARC would not let me :(
[16:02] <mandel> mmcc, but you do have a great excuse to buy a new laptop :)
[16:02] <mmcc> mandel, ok - I'm curious what you wanted to do that arc complained about...
[16:02] <ralsina> mandel: I'm there now, can you hear me?
[16:02] <mmcc> mandel I was hoping to delay the laptop until they release a new generation :)
[16:03] <mandel> mmcc, let me have the 1-1 and will show you, is very stupid :)
[16:03] <mandel> ralsina, I heard you... but not anymore
[16:03] <mmcc> mandel ok you have my permission to have your 1-1
[16:03] <mandel> :)
[16:18] <dobey> oi
[16:19] <dobey> ralsina: oh, you have returned
[16:19]  * joshuahoover is amazed at the power mmcc has amassed in such a short period of time on the team ;)
[16:19] <ralsina> joshuahoover: that's what happens when you hire from oracle
[16:20] <joshuahoover> lol
[16:20] <dobey> curiously
[16:20] <mmcc> there's a joke about support contracts in there somewhere...
[16:20] <dobey> joshuahoover, ralsina, briancurtin: what changes exactly are in this candidate installer, which aren't in 3.0.0?
[16:21]  * ralsina points at briancurtin
[16:21] <briancurtin> dobey: i'll link you to the branches in a second, but there are two branches merged which are not a part of stable 3.0, and only one of them is new for this 3.0.1 installer
[16:22] <briancurtin> dobey: https://code.launchpad.net/~brian.curtin/ubuntuone-control-panel/c2c-loading was included on 3.0.0 and 3.0.1
[16:22] <briancurtin> dobey: https://code.launchpad.net/~brian.curtin/ubuntuone-client/fix984407-windows-is_root is included for 3.0.1
[16:24] <dobey> and that c2c-loading one is hackiness related to bug #1000983 ?
[16:25] <briancurtin> dobey: i havent had time to debug it and i'm leaving soon, but i think its possible. something in that refresh_volumes call that is now commented out might be screwing it up
[16:26] <mandel> mmcc, so an example of what I wanted to do and you cant with ARC is the following: http://paste.ubuntu.com/994465/
[16:26] <dobey> briancurtin: and prior to that change, it just hangs on windows with "Getting information" ?
[16:27] <mandel> mmcc, for some reason that with ARC ran in Xcode works ok but if ran wit octest gets a segfault.. I think the compiler is doing some screwed up release/retain somewhere
[16:27]  * mandel refuses to believe it is a compiler bug
[16:27] <briancurtin> dobey: yep. it would just hang forever and you would just have to hit the next button and ignore it
[16:27] <dobey> ah
[16:27] <dobey> i had that happen *once* to me on linux
[16:28] <mandel> mmcc,  I might have been abusing the blocks idea :)
[16:28] <dobey> ralsina: when should we do the 1-1 review meeting?
[16:28] <mmcc> mandel, are you getting a segfault with this pasted snippet or the current branch, ?
[16:28] <ralsina> dobey: let me get the papers and we'll do it right now
[16:29] <dobey> ok
[16:29] <mandel> mmcc, I was getting it with what is in lp:ubuntuone-fsevents-daemon and octest command
[16:30] <mmcc> mandel, and with or without ARC? I thought you had octest working on the branch?
[16:30] <mandel> mmcc, on xcode works with the octest command-line does not..
[16:30] <mandel> mmcc, is weird..
[16:31] <mandel> mmcc, way I worked around it: remove the use of the block
[16:31] <ralsina> dobey: whenever you are ready
[16:32] <mmcc> mandel: yeah that's strange. I don't know much about octest - I actually thought xcode just ran octest and parsed its output
[16:33] <mandel> mmcc, me too, but I don't think is something we should worry about atm
[16:33] <mandel> mmcc, lets just not do that and will remove ARC once the test coverage is there
[16:33] <dobey> ralsina: ah, did you not see my /msg ? :)
[16:33] <mmcc> mandel: ok. sounds good
[16:34] <ralsina> dobey: sorry, now I did :-)
[16:39] <gatox> ralsina, (FF related) i'm publishing files and getting the link and showing it to the user in the ui, so the user can share the link \o/... i'm doing some ui and performance improves now
[16:39] <ralsina> gatox: yay
[16:39] <gatox> plus the search filter that the ui already has
[16:40] <alecu> gatox: in what app are you doing all that link sharing?
[16:41] <gatox> alecu, in the freaky friday project.... i'm extending ralsina's u1-toys
[16:41] <gatox> alecu, let me show you the screenshots
[16:42] <gatox> alecu, ralsina when you use the app to search for a file in your u1 or shares folder, you have something like this: http://ubuntuone.com/1LuX0iMBBeWvdcp0oCzy0t
[16:42] <gatox> alecu, ralsina after you press publish, you havve this: http://yfrog.com/z/1qi9xp
[16:43] <alecu> gatox: awesome!
[16:43] <gatox> :D
[16:43]  * alecu is running the u1-toys from trunk.
[16:44] <alecu> ralsina, gatox: you guys may want to remove the print of the credentials to stdout.... :-) The line that says: "creds_found" is very very wrong :-)
[16:44] <gatox> alecu, ack
[16:45] <gatox> alecu, to use the publish file..... you should run from my branch
[16:45] <ralsina> alecu: hehe
[16:46] <ralsina> alecu: 1-1 a las 2 y media?
[16:46] <alecu> ralsina, I'm supposed to help my wife with some errands just after lunch....
[16:46] <alecu> ralsina, can we schedule it a bit later?
[16:47] <ralsina> alecu: I will be around until 6, just ping me
[16:47] <alecu> ralsina, awesome, thanks.
[16:48] <alecu> gatox: I love the idea of publishing the files. How are you getting the list of available files?
[16:49] <gatox> alecu, i'm using the folders interface to get the folders, then i do a walk inside those folders, grab the files, and create a dict that the filter handle to show suggestion while the user is typing the file name
[16:49] <alecu> gatox: also, here's a proposal for a slightly different ui: Once you click on Publish, the dialog closes. And when you get the result, you show a baloon notification that says "The published url was copied to the clipboard"
[16:50] <alecu> gatox: "folders interface" -> awesome.
[16:50] <gatox> alecu, i'm using the dbus interface for everything, getting the folders, file metadata, publishing files.....
[16:51] <gatox> alecu, yes.... i could do that.... but i wasn't sure about removing the content of the clipboard just like that.....
[16:51] <mmcc> gatox, very cool! it'd also be neat to make a way to drag a file you want to share, to avoid searching for it if you already see it -- but is it weird to drag a file to a menu item? maybe...
[16:52] <gatox> alecu, now you can select the link below the search box.... and copy that.... i'm going to improve that in some way.....
[16:52] <gatox> mmcc, na..... that would be easy
[16:52] <alecu> mmcc, probably dragging a file to the u1 control panel launcher.
[16:53] <gatox> ok..... i'm going to improve some stuff.... and see about the dragging tihng
[16:54] <mmcc> alecu: that'd work! if it's already in your u1 synced folders, you get a public link, otherwise, maybe it gives you some choice of what to do with the file (copy to synced folder, sync its current folder, etc)
[16:54]  * mmcc thinks maybe osx client should have a dock icon after all
[16:55] <gatox> mmm good ideas.......
[16:56]  * gatox take notes
[16:56]  * dobey thinks we need to refresh our icons and move them around a bit
[16:59]  * alecu will have lunch now. And then run some errands.
[17:02] <ralsina> gatox, mmcc: upload and publish without copying it anywhere...
[17:02] <gatox> ralsina, sorry.... what?
[17:03] <ralsina> gatox: file in a non-synced folder. You upload it via the REST API and publish it
[17:03] <gatox> ralsina, ahhhhhhh
[17:03] <gatox> ok.... adding that feature too to the list....
[17:03] <dobey> what are you doing that in?
[17:05] <gatox> dobey, me?
[17:05]  * mmcc going for lunch
[17:06] <dobey> gatox: you, ralsina, alecu, whoever is doing it? :)
[17:06] <dobey> trying to follow the backlog about this publishing stuff, but not clear what you're talking about exactly
[17:06] <gatox> dobey, you mean in which project?? no one in this moment..... it's a separate thing for a freaky friday project.... using some code from ralsina
[17:10] <dobey> anyway
[17:10] <ralsina> dobey: it's pyqt with the idea that it's a proof of concept
[17:11] <dobey> https://code.launchpad.net/~dobey/ubuntuone-control-panel/sru-backports/+merge/106431
[17:11] <ralsina> dobey: to someday rewrite either in vala or C++
[17:11] <dobey> ^^ someone review that :)
[17:11] <ralsina> dobey: looking...
[17:13] <dobey> actually, let me get one more in there, that's not as big a change as i thought
[17:14] <ralsina> oops
[17:15] <ralsina> dobey: had approved, moved back to needs review, hopefully tarmac was not that quick ;-)
[17:16] <dobey> stuck the unstyle the spinboxes change in as well
[17:18] <dobey> man, amazon prime is awesome
[17:20] <dobey> guaranteed 2-day delivery for free, turned into overnight; for something i ordered last night after eod
[17:23] <mandel> ok, my time to enjoy the weekend
[17:23] <dobey> ralsina: i set it back to approved now. as soon as it lands i'll get it released. and will try to get all the other tarballs released asap as well
[17:23] <mandel> all, have a great one!!!
[17:23] <ralsina> dobey: awesome
[17:23] <dobey> mandel: isn't it like 21:30 there?
[17:23] <ralsina> mandel: good weekwnd!
[17:23] <mandel> dobey, is just 7:30 and since we are close to summer it looks like 5
[17:23] <gatox> mandel, are you running cp from trunk?
[17:24] <gatox> mandel, weird about the focus border
[17:24] <dobey> ah
[17:24] <mandel> gatox, no AFAIK
[17:24] <dobey> heh
[17:24] <dobey> oh right, 19:30
[17:24] <mandel> gatox, yes, is weird, yours is ugly :P
[17:24] <gatox> mandel, mine is something that it has been there for a while....
[17:25] <mandel> gatox, not for me..
[17:25] <gatox> ralsina, the buttons in u1-cp still has the border line in focus?? or i'm out of date.... or mandel's....... :P
[17:25] <ralsina> gatox: I'm onwindows, so, no idea
[17:25] <ralsina> gatox: I think they should
[17:25] <mandel> ralsina, look at or twitter conversation for reference, we have screenshots
[17:26] <gatox> ralsina, yes, they should
[17:26] <ralsina> mandel: go eat tapas
[17:26] <ralsina> mandel: fight a bull
[17:26] <gatox> ralsina, i can see it..... but mandel says that he has something else
[17:26] <ralsina> mandel: dance a sevillana ;-)
[17:26] <ralsina> mandel: rest, too
[17:26] <mandel> ralsina, better to dance with a sevillana hehehhe
[17:26] <mandel> ok, I'm off, see you laters
[17:26] <ralsina> mandel: I danced with a sevillana, felt cut off ;-)
[17:26] <gatox> mandel, bye!! enjoy your weekend
[17:38] <dobey> oh bugger
[18:01] <ralsina> dobey: http://www.engadget.com/2012/05/16/samsung-considering-13-inch-1080p-IPS-display/
[18:02] <dobey> eh
[18:03] <dobey> ralsina: https://www2.panasonic.com/webapp/wcs/stores/servlet/prModelDetail?storeId=11301&catalogId=13251&itemId=664010&modelNo=Content01092012023841959&surfModel=Content01092012023841959
[18:04] <ralsina> dobey: that's a prototype for CES, this is something samsung is considering putting in next year's line
[18:06] <dobey> ralsina: and it's still not especially amazing
[18:06] <ralsina> dobey: it's incrementlly amazinger
[18:06] <dobey> make it at least a 10" display, then we can talk :)
[18:06] <dobey> 200dpi or GTFO. :P
[18:07] <ralsina> dobey: do an iphone4 mosaic
[18:09] <dobey> if i wanted to make a multi-screen laptop, i'd just go with a bunch of the screens in these: http://www.siliconmicrodisplay.com/st1080.html
[18:09] <dobey> 3000 dpi ftw.
[18:10] <dobey> 1080p at 0.75"
[18:11] <ralsina> dobey: use analog pictures. 70mm film is like 50MP and you can project it in a 3' screen :-)
[18:12] <ralsina> of course you would have to draw UI with a crayon and then film it. But hey, the TEXTURE
[18:14] <dobey> so dependencies changing early on is pain.
[18:20] <dobey> i think i'll just land by hand
[18:24] <ralsina> dobey: should we have a separate tarmac or stable-3-0?
[18:24] <ralsina> s/or/for/
[18:25] <dobey> ralsina: we need to make a quantal one now; but it's a bit of setup work to do; started a branch to do that in the background
[18:26] <ralsina> dobey: quantal is going to be massively broke for a while, is it worth doing at this stage?
[18:26] <dobey> how do you mean?
[18:27] <dobey> the only thing that's broken for us on quantal is new gcc broke the build of libu1
[18:27] <dobey> which i need to fix and isn't terribly hard, but can't test the fix easily on precise
[18:34]  * dobey uses a big hammer for now
[19:33]  * mmcc finally back after the world's slowest waiter extended my lunch
[19:35] <mmcc> hey, if I file a bug that I know should be assigned to us, but I don't know which one, I should assign it to 'ubuntuone-desktop+'? I just saw that rick went thru and did that to 3 recent bugs I filed, and wondered what I need to set so I don't create extra work...
[19:36] <dobey> you can assign bugs to the team, sure
[19:36] <rmcbride> mmcc: Much appreciated. If you know the team for it, like ubuntuone-desktop+ you can go ahead and assign. QA does triage passes each week (elopio and I alternate) so it will get handled if you don't know where to put it
[19:36]  * dobey doesn't really see the point though
[19:38] <dobey> sigh. bad evil tests that are locale dependent
[19:39] <mmcc> rmcbride: what do I have to fill in so you don't have to triage it? just assign it?
[19:39] <dobey> mmcc: set status to triaged and assign to a team
[19:39] <ralsina> mmcc: you can always ust ask me since I assign to individual devs :-)
[19:40] <rmcbride> mmcc: pretty much what they said. QA only really looks at  the "NEW" queue
[19:40] <ralsina> mmcc: which bug is it?
[19:40] <dobey> just assign bugs to your boss. like a boss.
[19:40] <rmcbride> ralsina: there were several bugs of his that I kicked to desktop during my triage pass a little while ago he just happened to notice and asked about it
[19:40] <ralsina> rmcbride: ack
[19:41] <mmcc> ok, thanks. ralsina, it's bug 1000061 and bug 1000059... and one other. about UI in control panel when there's no network connection (it's broken)
[19:41] <ralsina> rmcbride: "triaged" is supposed to mean "the manager has assigned resources to fix it" so could you guys switch to "confirmed"?
[19:41] <rmcbride> ralsina: yes
[19:41] <ralsina> rmcbride: thanks!
[19:41] <rmcbride> ralsina: we discussed that last week, I've only been usign confirmed this pass
[19:42] <rmcbride> (unless someone already had somethign as triaged)
[19:42] <ralsina> rmcbride: it's ok for existing bugs, I want to be the one moving them from confirmed to triaged and from the team to a dev
[19:42] <ralsina> and then HOPE the dev moves it to fix-committed ;-)
[19:42] <mmcc> ralsina, rmcbride - a suggestion that might help new folks like me - it'd be good to have a doc somewhere that says what we use those status tags for and who is supposed to set them.
[19:42] <rmcbride> ralsina: I have what I will call an "alternative" understanding of those values, but all is sorted and I won't set things to triaged anymotre
[19:43] <ralsina> mmcc: oh, there is one
[19:43] <rmcbride> mmcc: I think joshuahoover has such a document somewhere
[19:43] <joshuahoover> mmcc: let me get you the link...one moment
[19:47] <ralsina> gatox: re bug #1000061 we are now checking network availability on u1cp startup right?
[19:48] <gatox> ralsina, yes
[19:48] <gatox> ralsina, ah no
[19:49] <joshuahoover> mmcc: sorry, got a bit sidetracked...here's the link you want...if something doesn't make sense to you, let me know...it's quite possible it's out-of-date or just makes no sense at all - https://wiki.ubuntu.com/UbuntuOne/Bugs/WorkFlow#Status
[19:49] <gatox> ralsina, we are checking for network connection if the user try to create a new account or login with control panel
[19:49] <mmcc> joshuahoover: no prob. thanks!
[19:49]  * mmcc should really just read the whole wiki
[19:50] <gatox> ralsina, we are not checking for network connection in that situation
[19:50] <gatox> just in the wizard
[19:50] <mmcc> gatox: ralsina - aha - my situation was that I'd logged in OK, but then cut the network and saw weird behavior
[19:51] <gatox> ralsina, you can assign that to me if you want, and i can connect a signal to notify the user if we lost connectoin and disable the ui
[19:51] <gatox> or something like that
[19:51] <gatox> i don't know which is the design guideline for this
[19:51] <ralsina> gatox: it's tricky because some things work without network, but most don't
[19:52] <mmcc> btw, I filed 3 related bugs - if you just disable everything then all 3 bugs are really one bug
[19:52] <ralsina> gatox: and u1 is an app that *has* a disconnected operation mode
[19:52] <ralsina> gatox: so we need to think on how to degrade gracefully
[19:52] <ralsina> gatox: example: remember the user's name
[19:53] <gatox> ralsina, i understand
[19:54] <gatox> ralsina, btw..... if you want to test/merge my branch of u1-toys..... is fully functional..... i made several improves in the files filtering list, everything is working.... i'll add later some features about drag&drop as mmcc and alecu suggest.... but it's working and it's nice! :P
[19:55] <gatox> (performance improves in the filtering list)
[19:55] <gatox> and i add some osd notifications too
[19:57] <mmcc> testing q: is there a nicer way of patching a function with something that just raises an exception? right now I'm doing this : http://paste.ubuntu.com/994770/
[19:57] <mmcc>  
[19:57] <mmcc> but that seems... wordy, what with the docstring and all
[19:58] <mmcc> er, there's a bug in that paste. was mid edit. but my question is the same.
[19:58] <gatox> mmcc, mmm i usually do that
[19:59] <mmcc> gatox: ok, cool. Was just wondering if there was a method that wrapped that pattern that I didn't know about
[19:59] <gatox> mmcc, i'm not saying there isn't...... maybe it exists and i don't know it either :P
[20:01] <gatox> ok..... eod here...... time to start the ninja-ide coding for this weekend! :P see you!
[20:03] <dobey> mmcc: lambda?
[20:03] <gatox> dobey, you can't do lambda: raise
[20:03] <dobey> or i guess you can't raise in a lambda?
[20:03] <dobey> right
[20:03] <mmcc> dobey, I used e.g. "lambda True" in other spots but... yep
[20:04] <ralsina> gatox: gimme!
[20:05] <gatox> ralsina, lp:~diegosarmentero/+junk/u1-toys
[20:05] <ralsina> mmcc: that docstring is not compliant. Put it all in 1 line, including a full stop before the closing quotes.
[20:05] <dobey> mmcc: well you can define raise_exc(exc_class): raise exc_class(); and do lambda: raiss_exc(Exception) or something no?
[20:05] <ralsina> mmcc:  and the docstring for the inner function should use triple quotes too
[20:06] <ralsina> mmcc: and +1 to using a lambda
[20:06] <dobey> or i guess lambda _: raise_exc(Foo)
[20:06] <dobey> but eh
[20:06] <dobey> still fairly wordy
[20:07] <ralsina> dobey: no argument needed for the lambda here
[20:07] <ralsina> dobey: so lambda: raise_exc( FooException)
[20:08] <dobey> ok
[20:08] <mmcc> ralsina: ack on the docstrings. so, always triple quotes, fit on one line if possible?
[20:08] <ralsina> mmcc: there is a PEP for that
[20:09] <ralsina> mmcc: the 1st line is always a full descriptive sentence
[20:09] <dobey> 257
[20:09] <ralsina> mmcc: if you need more, full descriptive sentence, blank, long description, EOL, closing quotes
[20:09]  * mmcc goes to look at the PEP
[20:10] <ralsina> mmcc: also lambda x: exec('raise(Exception(x))')
[20:10] <ralsina> but gack
[20:10]  * ralsina will reject any branches with exec or eval in them unless properly bribed
[20:12] <mmcc> ralsina: if this is a common pattern, might be nice to add a method to TestCase, like e.g. def patchWithRaise(mod, member, ExceptionClass)
[20:12] <ralsina> mmcc: have not seen it much
[20:12] <mmcc> ralsina: ok then.
[20:13] <mmcc> another lint question - pylint wants all module-level variables NAMED_LIKE_THIS, apparently...
[20:13] <ralsina> mmcc: YES HE DOES
[20:13] <ralsina> mmcc: or YES_HE_DOES
[20:13] <dobey> our pylintrc does
[20:14] <mmcc> but I did a bunch of setting up ctypes wrappers that were named closely to the C function they wrap... so like "CFRunLoopGetCurrent" and (egads) "SystemConfigurationNetworkReachabilityScheduleWithRunLoop"
[20:14] <mmcc> ok, I abbreviated the last one
[20:15] <dobey> whee, 4 (+1) more tarballs to go
[20:15] <ralsina> mmcc: feel free to sprinkle liberal doses of #pylint ignore: C0603
[20:15] <ralsina> IIRC
[20:16] <ralsina> mmcc: same thing happens when extending Qt WhichUsesCamelCase
[20:16] <mmcc> C0103... ok, if there's precedent to that then I'm happy pylint-ignoring.
[20:18] <dobey> must replace pylint
[20:20] <mmcc> one more style question: I have a couple of method names with underscore prefixes, because they're not intended to be public, but the test code calls them, which lint doesn't like. OK to #ignore those too?
[20:21] <rmcbride> dobey: replacement for pylint should be pyreallynastyfelt
[20:21] <rmcbride> made from compressed and starched lint. ew.
[20:22] <dobey> pylinen
[20:22] <rmcbride> heh
[20:22] <rmcbride> "it's made from hemp"
[20:22] <dobey> it's light and breathable
[20:22] <mmcc> comfy cool and breezy, +1 pylinen
[20:23] <dobey> mmcc: # pylint: ignore= usage is basically at your choosing
[20:23] <rmcbride> http://hempbasics.com/shop/ecom-catshow/natural-hemp-linen.html
[20:24] <mmcc> dobey, ok thanks
[20:24]  * mmcc goes to put #pylint ignore=all at the top of all his files
[20:25]  * rmcbride looks forward to seeing that mp get reviewed
[20:25] <rmcbride> not that I haven't considered doing that myself at times
[20:29] <mmcc> anyone know of a way to have # pylint ignore apply to multiple lines? The documentation on the pylint website is ... could be better
[20:30] <dobey> mmcc: it does automatically, if they are in the same scope
[20:30] <mmcc> dobey: oh, well what do you know. thanks
[20:31] <dobey> and you should # pylint: enable=<the things you disabled>, after the block of code you're ignoring them in
[20:37] <ralsina> mmcc: if you go too crazy on the ignores it will be called out on review
[20:37] <ralsina> he, ok, only now finished reading the backlog
[20:37] <mmcc> ralsina: understood :) trying to use sparingly here.
[20:37] <ralsina> mmcc: the _ thing should not happen
[20:37] <mmcc> dobey, ack on the reenable
[20:38] <ralsina> mmcc: if you are calling it from outside the class, it should not have _ in the name
[20:38] <ralsina> mmcc: unless it's only called in a test and you have good reason
[20:38] <mmcc> ralsina: right, it's intended to be private, hence the _. but the tests have to call it...
[20:38] <ralsina> mmcc: k then, ignore it
[20:39] <dobey> hmm
[20:40] <dobey> ralsina: do we need to backport any of these 3 trunk branches on windows-installer to stable-3-0?
[20:40] <ralsina> dobey: which ones?
[20:41] <dobey> the last 3 revisions on lp:ubuntuone-windows-installer
[20:41] <dobey> i guess probably no for the mac-env branch from diego
[20:41] <dobey> but less sure about the other 2
[20:42]  * ralsina looks
[20:42] <dobey> https://code.launchpad.net/~ubuntuone-control-tower/ubuntuone-windows-installer/trunk for browsing easiness
[20:43] <ralsina> dobey: since we don't *ship* that, it doesn't matter, really
[20:43] <ralsina> dobey: feel free to merge them in 3.0.2 or whatever
[20:43] <go8765> Hello. What command run ubuntuone-client-gnome ?
[20:43] <ralsina> dobey: or never. I don't know if stable-3-0 even means aything for -installer
[20:44] <ralsina> go8765: ubuntuone-client-gnome installs the options in the right click menu in Nautlius, it's not a standalone program
[20:44] <dobey> go8765: i don't quite understand the question. ubuntuone-client-gnome is a couple of plug-ins for GNOME
[20:44] <go8765> okay
[20:44] <go8765> how i can use ubuntuone in xfce4?
[20:45] <go8765> is any client for this?
[20:45] <go8765> *with tray integration
[20:45] <dobey> ralsina: well, stable-3-0 there makes sense if it makes sense to release tarballs, and we're going to keep it around, and we're going to have separate stable/unstable builds and such
[20:45] <dobey> go8765: sudo apt-get install ubuntuone-control-panel-qt
[20:45] <ralsina> go8765: start ubuntuone-control-panel-qt --with-icon
[20:46] <go8765> thks)
[20:46] <ralsina> dobey: we'll keep it around, but it's mostly a set of scripts to build installers and setup dev. envs nowadays
[20:46] <ralsina> dobey: plus, the buildout there is being used on mac :-)
[20:47] <ralsina> dobey: maybe rename it ubuntuone-build-tools or something
[20:47] <dobey> right. so the name is wrong, again. :)
[20:47] <ralsina> dobey: names are so labeling
[20:47] <go8765> hm... so only qt version?
[20:47] <ralsina> go8765: yes, on precise, only qt
[20:47] <dobey> go8765: you can just not use the control panel if you don't want the qt bits
[20:47] <go8765> ok. but why he said that he make sinhronization, but not use traffic?
[20:49] <go8765> *he
[20:50] <ralsina> ok, gotta go, will work late tonight, so mail me review requests and whatnot. Good weekend people!
[20:53] <dobey> go8765: i'm not sure i understand what you're asking there.
[20:54] <dobey> ralsina: do i even need to bother making a 3.0.1 for windows-installer then?
[21:01] <go8765> dobey: I mean that Im not shure that sinhronization work good( I launch ubuntuone-qt client . HeIt show that sinhtonization start but in real - dont shure that it end.
[21:01] <go8765> *HeIt=It
[21:02] <dobey> what does it say in the control panel?
[21:05] <go8765> dobey: http://storage7.static.itmages.com/i/12/0519/h_1337375130_3751240_1015ab0f31.png
[21:06] <go8765> It said that it start, but I dont see that it use internet connection now
[21:07] <dobey> it might be doing local rescan or something. i can't tell from here
[21:07] <dobey> go8765: you can "tail -f ~/.cache/ubuntuone/log/syncdaemon.log" in a terminal to get more detailed info
[21:08] <dobey> it is possible that you are also hitting a bug for which we are about to do an SRU, as well
[21:08] <go8765> dobey: http://paste.ubuntu.com/994895/
[21:09] <dobey> go8765: oh, hrmm. looks like your hard drive is full?
[21:09] <go8765> dobey: thks)
[21:09] <go8765> its right)
[21:09] <go8765> i forgot
[21:09] <dobey> :)
[21:17] <dobey> alright. need to run. may be back later to finish up a couple things. have a good weekend all
[22:56]  * alecu EOWs
[22:56] <alecu> have a nice weekend, all!