[11:39] <ralsina> good morning everyone
[11:40] <duanedesign> good morning al
[11:40] <duanedesign> all*
[11:42] <ralsina> good morning!
[11:47] <karni> good morning everyone!
[11:47] <duanedesign> rye: do you know if anyone has set up U1 on a server edition and written a guide about it?
[11:48] <duanedesign> i seem to remember someone was going to do this...
[11:48] <duanedesign> hello karni
[11:48] <karni> hi duanedesign
[11:51] <duanedesign> how are you today?
[11:51] <duanedesign> karni: ^
[11:51] <duanedesign> in a lecture?
[11:54] <karni> duanedesign: not really, in hometown since Mon/Tue night :)
[11:54] <karni> duanedesign: helped out with huge shopping twice and finding some time for coding :)
[11:54] <karni> duanedesign: feeling good, thanks! I feel it will be a good day for programming haha
[11:54] <karni> duanedesign: how are you :)?
[11:57]  * karni can't understand how ant builds broken apk while eclipse does the job right :<
[11:58] <ralsina> hello nessita!
[11:58] <zyga> nessita, hi
[11:59] <nessita> hello everyone!
[11:59] <zyga> nessita, regarding bug I talked about yesterday, I'm still investigating when exactly the problem occurs, I'll report it when I have more data
[11:59] <nessita> zyga: you mean the bug re: throttling?
[11:59] <zyga> no, xdg stuff
[11:59] <nessita> ah, right
[12:00] <nessita> zyga: did you tried new control panel?
[12:00] <zyga> nessita, I was going to ask about tha
[12:00] <zyga> nessita, is it in any PPA I should be aware of? I didn not get any new u1 packages on natty yesterday
[12:01] <nessita> ralsina: FYI, yesterday I released and packaged control panel v0.1.0 (without the services tab)
[12:01] <ralsina> nessita: great :-)
[12:01] <nessita> zyga: do you have any control panel installed, even if it's the old version?
[12:01] <ralsina> nessita: are you on track for the devices tab as we talked? I got dropped off the internet too early
[12:02] <zyga> nessita, what's the package name?
[12:02] <nessita> zyga: becasue the package is in the repo, universe for now until we fill the MIR
[12:02] <nessita> https://launchpad.net/ubuntu/+source/ubuntuone-control-panel
[12:02] <zyga> ah,that explains it
[12:02] <zyga> just a sec
[12:03] <nessita> ralsina: more or less, yesterday I took  a pause in the afternoon and kept working after dinner. And Chipaca said he will be pairing with me today, helping, so that is good
[12:03] <ralsina> nessita: cool
[12:03] <nessita> ralsina: I should be able to get the tab ready for eoding today
[12:03] <nessita> ralsina: so I may bug you tomorrow for a review
[12:03] <ralsina> nessita: no problem
[12:05] <nessita> Chipaca: let me know when you're ready to sprint
[12:05]  * nessita grabs a glass of milk
[12:06] <zyga> nessita, got it
[12:06] <zyga> nessita, playing with it, the captcha failed early on, let's see what i can find
[12:19] <zyga> nessita, I got it working
[12:19] <zyga> nessita, should it list all my synced folders already?
[12:19] <nessita> zyga: yes, on the second tab, 'Folders'
[12:20] <zyga> nessita, on clean install it behaves strange
[12:20] <nessita> meaning?
[12:20] <zyga> nessita, right now I can see everything about my plan etc but since I'm not signed (not user, with network) it does not list the folders
[12:21] <zyga> nessita, on top of that when I first started it there were two popups for sign-in
[12:21] <zyga> one from the maverick cycle
[12:21] <zyga> and the second one from your new control panel after I clicked the button for existing users on the right hand side of the panel
[12:21] <zyga> (both popus were different)
[12:21] <nessita> ah, that was syncdaemon that didn't have credentials
[12:21] <zyga> anyway, now I'm signed in but not connected so it says there are no folders
[12:22] <zyga> yeah
[12:22] <nessita> is a known bug but not reported
[12:22] <zyga> I think so too
[12:22] <nessita> could you please report that 2 sign in dialog? is caused by activating syncdaemon before the creds are in place
[12:22] <zyga> sure
[12:23] <zyga> I --connected
[12:23] <nessita> zyga: regarding your folders, if it says there is no folders, then there is no folders. Let's confirm:
[12:23] <nessita> zyga: wait, connection has nothing to do with folders
[12:23] <zyga> nothing changed so far, description is with user with network and "ready to connect"
[12:23] <zyga> processing queues
[12:23] <zyga> I think it just needs to get to a stable metadata state to know there are folders
[12:23] <zyga> but the UI is wrong
[12:23] <zyga> it's not "no folders"
[12:23] <zyga> but "no data yet"
[12:24] <nessita> zyga: in the folders tab, what do you see? a spinner? a legend?
[12:24] <zyga> I made a screenshot, just the text sayin "no folders to show"
[12:24] <nessita> ok, now, in a terminal
[12:24] <zyga> nessita, I'll be taking screenshots as I go, I can post them somewhere later
[12:24] <nessita> what does u1sdtool --lidt-folders show?
[12:25] <nessita> zyga: wait, if the UI says no folders, that's the info that syncdaemon sens
[12:25] <nessita> sends*
[12:25] <zyga> it shows my folders correctly
[12:25] <zyga> (in u1sdtool)
[12:25] <nessita> ok, I need the logs then
[12:26] <nessita> could you please do the following:
[12:26] <zyga> I know where the log file is
[12:26] <zyga> just tell me where to put them
[12:26] <nessita> wait! :-)
[12:26] <zyga> :D
[12:26] <zyga> ok
[12:29] <nessita> in terminal : killall ubuntuone-control-panel-backend; DEBUG=True python /usr/lib/ubuntuone-control-panel/ubuntuone-control-panel-backend
[12:29] <nessita> in another terminal: killall ubuntuone-control-panel-gtk; DEBUG=True ubuntuone-control-panel-gtk
[12:30] <nessita> and paste the output from both terminals to two text files and please attach it to a new bug report saying something like "folder info mismatch"
[12:30] <nessita> zyga: so I can debug further
[12:31] <zyga> nessita, I did that but now folders show up correctly
[12:31] <Chipaca> nessita: let's do it
[12:32] <zyga> if you want I'm on mumble, It's quite annoying to switch betweens vms to talk over irc
[12:32] <nessita> Chipaca: yes! I assigned a bug report for you
[12:32] <Chipaca> nessita: very generous of you
[12:32] <nessita> zyga: honestly, I can't. I'm running a lot  against a deadline
[12:32] <nessita> zyga: I'll be happy to first week of jan, or in the rally if you go there
[12:33] <nessita> Chipaca: looking for it
[12:33] <zyga> I'll be there
[12:33] <nessita> Chipaca: bug 690325
[12:33] <ubot4> Launchpad bug 690325 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Download banner from a fixed URL, on failure use a default banner (affects: 2) (heat: 431)" [High,Triaged] https://launchpad.net/bugs/690325
[12:33] <zyga> so do you want those _new_ logs? that second run showed all folders correctly
[12:33] <zyga> I suspect it's the very first run that's borked
[12:33] <nessita> zyga: not really...
[12:34] <nessita> zyga: can be, I will try it myself
[12:34] <nessita> zyga: thanks for your feedback!
[12:34] <nessita> Chipaca: please branch u1cp and I'll give you pointers
[12:34] <zyga> thanks
[12:34] <Chipaca> nessita: done
[12:35] <nessita> Chipaca: so, in u1/cp/gtk/gui.py there is this ManagementPanel which holds, for now, a fixed image that acts as a banner
[12:35] <nessita> Chipaca: tests are located at u1/cp/gtk/tests/test_gui.py
[12:36] <Chipaca> nessita: why the frontend and not the backend doing the image grabbing?
[12:36] <nessita> Chipaca: glade file for that piece is located at data/management.ui
[12:37] <nessita> Chipaca: yeah, I was pointing what we have so far
[12:37] <Chipaca> nessita: so moving it to the backend makes sense?
[12:37] <nessita> Chipaca: but +1 to image grabbing on the backend
[12:37] <nessita> Chipaca: backend has kinda 3 layers:
[12:38] <nessita> lower layer can be either webclient (does api calls) or dbus_client (calls SD and SSO thru dbus)
[12:38] <nessita> then, there is a backend.py layer that uses the above
[12:38] <nessita> and on top of that, a dbus_service layer that provides all the dbus for the backend layer
[12:39] <nessita> lowest layer and backend use deferred to handle blocking ops
[12:39] <nessita> dbus make use of those deferred and dbus signals to provide asynchronism
[12:40] <nessita> Chipaca: I think this image grabbing should go into webclient and escalte to the dbus_service module, where it should provide something like:
[12:41] <nessita> download_banner(params may be: locale? size? anything else? -> so, a dict, at least empty for now)
[12:41] <nessita> return signals should be something like:
[12:42] <nessita> BannerDownloaded(path?)
[12:43] <Chipaca> nessita: question: what does the devices tab show if there is no network?
[12:43] <nessita> BannerDownloadError(error_dict) (error dict is a string-string dict of the form {utils.ERROR_TYPE: type, utils.ERROR_MESSAGE: message}
[12:43] <nessita> Chipaca: we don't handle that. Network access is only handled in the overview screen :-/
[12:44] <nessita> it will be stay 'fetching' for ever
[12:44] <nessita> so, in the UI, a spinner that never stops, in the backend, not sure if alecu did anything to timeout
[12:49] <rye> duanedesign, well, i have rebuilt my server so that i can continue testing that. There are two ways - first is to make ubuntuone-syncdaemon working on the server and second - provide a special commandline client that implements basic upload/download/list/etc
[12:49] <rye> duanedesign, i am now testing the latter variant, since running dbus in ssh of some sort is really hacky
[13:56] <ralsina> nessita, dobey standup in 6'
[13:56] <nessita> argh! /me forgot
[13:57] <ralsina> nessita: dobey is away so maybe I should just call you on the phone :-)
[13:57] <dobey> huh?
[13:57] <ralsina> dobey: well, you were away 2 minutes ago :-D
[13:58]  * nessita writes the summaty
[14:00] <dobey> ooh yeah
[14:01] <dobey> hrmm, latency went up 2-3 ms it seems
[14:01] <ralsina> me
[14:01] <nessita> me
[14:03] <ralsina> DONE: started PyQt/SSO-client coding
[14:03] <ralsina> TODO: finish it, start PyQt preferences following nessita's doc and Ivanka's UI design
[14:03] <ralsina> BLOCKED: no, just slow
[14:03] <ralsina> nessita?
[14:03] <nessita> DONE: work on bug 673672 and bug 673673 (services tabd, basically). Answered honks on #u1. Follow up on somw ussoc bugs (found bug 693531)
[14:03] <nessita> TODO: finish services tab
[14:03] <nessita> BLOCKED: nopes
[14:03] <nessita> NEXT: dobey
[14:03] <dobey> me
[14:03] <ubot4> Launchpad bug 673672 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Check with apt-get if the bookmark extension is already installed (affects: 1) (heat: 85)" [Medium,In progress] https://launchpad.net/bugs/673672
[14:03] <ubot4> Launchpad bug 673673 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Use apt-get with gksudo to install the extension (affects: 1) (heat: 85)" [Medium,In progress] https://launchpad.net/bugs/673673
[14:03] <dobey> λ DONE: bug 693462, bug 660648, major headway on initial client backport work
[14:03] <ubot4> Launchpad bug 693531 in ubuntu-sso-client "Failing to store a token in the keyring results in a verification email (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/693531
[14:03] <ubot4> Launchpad bug 693462 in ubuntuone-dev-tools "dbus config loading fails if not installed in system (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/693462
[14:03] <dobey> λ TODO: 683351, finish initial client backport work for lucid, cp nightlies
[14:03] <ubot4> Launchpad bug 660648 in rhythmbox-ubuntuone-music-store (Ubuntu) (and 2 other projects) "Non translated elements in the interface (affects: 1) (heat: 6)" [Low,New] https://launchpad.net/bugs/660648
[14:03] <dobey> λ BLCK: None.
[14:03] <dobey> http://www.speedtest.net/result/1082145214.png
[14:03] <dobey> wheeee
[14:04] <ralsina> dobey: ok, envy achieved ;-)
[14:04] <ralsina> any comments about the standup?
[14:05] <ralsina> dobey: and while we' re at it... http://twitpic.com/3iqf8a
[14:06] <dobey> ralsina: you're not working *on* the ferris wheel? :)
[14:06] <nessita> me!
[14:06] <nessita> comment: Chipaca is hacking on the cp! ueeeee
[14:07] <ralsina> nessita: congratulations. I feel lonely, I never code with anyone :-)
[14:07] <nessita> and another comment, already said: u1cp v0.1.0 was released and packaged yesterday
[14:07] <ralsina> dobey: Not yet. I may go there in the lunch break, though ;-)
[14:07] <nessita> natty universe repo was hit yesterday as well, now we need to fill the MIR
[14:08] <nessita> ralsina: would you help me with the MIR? https://wiki.ubuntu.com/UbuntuMainInclusionRequirements
[14:08] <nessita> ralsina: I started the bug at bug #690227
[14:08] <ralsina> nessita: sure!
[14:08] <ubot4> Launchpad bug 690227 in ubuntuone-control-panel (Ubuntu) "[MIR] ubuntuone-control-panel (affects: 1) (heat: 488)" [High,New] https://launchpad.net/bugs/690227
[14:08] <ralsina> anything else or eom?
[14:09] <nessita> ralsina: you can read the wiki page and use all your super powers to convince the mir team why cp is so awesome that should go to the CD. Chipaca and dobey may help, I think
[14:09] <nessita> eom for me
[14:09] <ralsina> I will try, I have not used THOSE superpowers yet :-)
[14:10] <dobey> it's so awesome it should go in ubuntuone-client ;)
[14:10] <nessita> dobey: you can let it go, can't you? is xmas! :-)
[14:11] <ralsina> nessita: I should nominate it for natty, or is some other superpower that' s needed?
[14:12] <nessita> ralsina: what do you mean? the u1cp package is already on natty universe repo
[14:13] <ralsina> nessita: then I have no superpower-related links on launchpad for that bug and I am not sure what you are asking of me
[14:13] <ralsina> It's one of those things I just never did before and need to learn how to do
[14:15] <nessita> ralsina: let me explain myself a bit more. The wiki describes the procedure to nominate a package already in universe to be in the main repo. For this procedure, we need to fil a new bug which description should conform all the requirements from section "Requirements"
[14:15] <nessita> ralsina: what I would need help from you is grabbing the bug 690227 and completing the description so we can apply for inclusion in the main repo
[14:15] <ubot4> Launchpad bug 690227 in ubuntuone-control-panel (Ubuntu) "[MIR] ubuntuone-control-panel (affects: 1) (heat: 429)" [High,New] https://launchpad.net/bugs/690227
[14:16] <ralsina> nessita: ooooohhh ok, will do immediately
[14:16] <nessita> s/completing/complete/
[14:16] <nessita> ralsina: this is the description of the MIR process: https://wiki.ubuntu.com/MainInclusionProcess (sorry, I should have pointed this before)
[14:17] <ralsina> nessita: ok then :-)
[14:17] <karni> umm.. how do I share a folder from under Nautilus ?
[14:17] <nessita> ralsina: basically we're at point 2 (File a bug report for the package, titled "[MIR] sourcepackagename". Include the rationale and description of the violations of UbuntuMainInclusionRequirements, and a confirmation that you checked the requirements carefully. )
[14:18] <nessita> karni: right click, context menu -> Ubuntu One -> share (or something similar)
[14:18] <ralsina> so, I can do the confirmation, and then subscribe MIR
[14:18] <nessita> karni: right click on the folder
[14:18] <karni> nessita: I don't have Ubuntu One in the contest. apart from Publish
[14:18] <nessita> ralsina: yes, we need to complete the bus description first, is not ready
[14:18] <karni> no wait! it says
[14:19] <ralsina> nessita: right
[14:19] <karni> Synchronize on Ubuntu One
[14:19] <ralsina> nessita: I'll make a pass at completing it and get back to you, ok?
[14:19] <nessita> karni: nopes, that is for making a folder. So the folder is not under Ubuntu One yet?
[14:19] <nessita> ralsina: yes!
[14:19] <nessita> karni: I mean, what you're trying to share is not in U1 yet?
[14:19] <karni> nessita: I put it in my home. bah, it's probably because it's not under U1 folder?
[14:19] <karni> right
[14:20] <karni> it's just for testing, I'll make a new folder under U1
[14:20] <nessita> karni: you want to share with other people or with other machines of yours?
[14:20] <ralsina> nessita: I am still lost in some spots but I promise you won't have to walk me through the same things more than once, usually ;-)
[14:20] <karni> nessita: one person (anyone actually ;D )
[14:20] <karni> nessita: there it is, Share option, thanks
[14:20] <nessita> prego
[14:21] <nessita> ralsina: :-)
[14:21] <nessita> ok, going away for coding for a while
[14:24] <karni> beuno: I have shared a test folder with you. Please accept ^ ^ Upload works under ROOT and UDFs, time to test SHAREs
[14:27] <ralsina> nessita, dobey: I won't be able to do the weekly meeting at 12:15. We should reschedule or just skip it, since nothing much changed since last week except "everyone worked", I think
[14:27] <nessita> ralsina: +1 to skip
[14:28] <dobey> skipping is good
[14:28] <ralsina> unanymous skipping then. I feel we would just be later by having it :-)
[14:29] <karni> nessita: would you mind if I shared a low-traffic test share with you? I need to have at lest one to test Ubuntu One Files upload to shares
[14:29] <karni> and beuno is not here ATM
[14:30] <nessita> karni: sure! as long as you don't need much input from me, I'm kinda busy :-)
[14:30] <beuno> karni, woooo, share away!
[14:30] <karni> nessita: no, not really. just a e-mail on priv, and that's it ^ ^
[14:30] <karni> hahaha
[14:30] <karni> nessita: ok, no need for share, beuno's here, thanks!
[14:30] <nessita> karni: :-)
[14:31] <nessita> hola beuno
[14:31] <beuno> hola nessita!
[14:31] <nessita> beuno: enjoying the weather? :-D
[14:31]  * nessita is melting
[14:31] <beuno> nessita, I'm thinking of just opening the refrigerator and leaving it open
[14:32] <nessita> beuno: it may break, but that may not be an issue given this insanely hot
[14:34] <karni> beuno: you can check 1 file uploaded from U1F to the share. I'd appreciate if you made another test folder and shared it with me (I know previous share is bi-directional, I want to check something else)
[14:37] <ralsina> nessita: I did a first pass, still needs the background section, which I will do in ... 90 minutes. I have to go buy groceries and eat.
[14:37] <nessita> sure!
[14:45] <beuno> karni, sure
[14:46] <karni> beuno: thanks
[14:46] <beuno> karni, done
[14:48]  * karni waits for U1 to process the share. not visible yet.
[14:49] <beuno> karni, I used the desktop, so let me know if it doesn't arrive
[14:50] <karni> beuno: yes, I can't quite see it yet, not under webUI
[14:50] <karni> nor an e-mail (should I get one?)
[14:50]  * Chipaca looks at beuno
[14:51] <karni> beuno: there it is!
[14:54] <Chipaca> bah, stupid internets
[14:55] <Chipaca> nessita: I installed u1cp, and got no binary for my effort
[14:56] <nessita> Chipaca: what u1cp package did you install? there are 3: python-u1cp, u1cp, and u1cp-gtk
[14:56] <Chipaca> nessita: right, just realized taht
[14:57] <Chipaca> nessita: you need to make u1cp recommend u1cp-gui, and make u1cp-gtk provide it
[14:58] <nessita> Chipaca: would you please please file me a bug under the package tracker? https://bugs.launchpad.net/ubuntu/+source/ubuntuone-control-panel/+filebug
[14:58] <Chipaca> nessita: sugar
[14:59]  * nessita prefers honey
[14:59] <nessita> both for eat and for to be called
[14:59] <nessita> :-P
[15:03] <beuno> hiya Chipaca
[15:05] <Chipaca> beuno: hi
[15:06] <Chipaca> nessita: is the u1cp banner already on the servers?
[15:10] <Chipaca> nessita: bug 693798
[15:10] <ubot4> Launchpad bug 693798 in ubuntuone-control-panel (Ubuntu) "u1cp should recommend u1cp-gui, and u1cp-gtk should provide it (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/693798
[15:14] <nessita> Chipaca: no, is not, we need that branch as well
[15:14] <Chipaca> nessita: ok, wfm
[15:15] <nessita> Chipaca: beuno said it should go to /media/images, and alecu suggested we should hit a url pointing to a view that delivers the image, so we can add any logic we need in between
[15:15] <nessita> Chipaca: if you feel like doing that branch as well, you will be awarded (?)
[15:16] <Chipaca> nessita: on this, i agree with beuno
[15:16] <nessita> Chipaca: me too, and with alecu, is mainly the same? we need to process the accept-language stuff, for example
[15:19] <Chipaca> nessita: apache handles that
[15:20] <nessita> Chipaca: but what if we want to send different images depending on the client revno?
[15:20] <dobey> version perhaps. revno not possible
[15:20] <nessita> dobey: right
[15:20] <Chipaca> nessita: we'd have to send the client revno for that
[15:20] <Chipaca> heh, no $revno$ in bzr
[15:21] <nessita> Chipaca: yes, can be done easily, right? not saying to do it today, but should be a small branch on bug fixing stage
[15:21] <dobey> sending the client version is easy
[15:21] <dobey> just a one line change probably
[15:22] <dobey> well, maybe more, since you need to store it somewhere
[15:22] <nessita> plus a few lines on tests, but yes
[15:22] <dobey> but as far as the http bit goes, it's one more call i think
[15:22] <nessita> one more? isn't it the same?
[15:22] <Chipaca> nessita: addHeader or whatever it's called
[15:23] <dobey> setUserAgent or something
[15:23] <nessita> http://hit.me/give-me-image/I'm-natty-0.582.5
[15:23] <nessita> ah, I was planning on passing it as django view argument
[15:23] <dobey> no you should set the User-Agent header properly
[15:23] <nessita> dobey: why?
[15:23] <dobey> not passing http arguments
[15:23] <nessita> why not a django view argument?
[15:23] <dobey> because it's the correct way to do it
[15:23] <nessita> dobey: can you please explain why?
[15:24] <nessita> I find it cleaner passing an argument to the view, but I know little about http
[15:24] <dobey> nessita: RFC 2616
[15:24] <nessita> dobey: I won't read that today, can you please share the interesting part?
[15:25] <Chipaca> nessita: how do you get the information to the server?
[15:25] <Chipaca> nessita: in the URL?
[15:25] <dobey> nessita: http://pastebin.ubuntu.com/546946/
[15:25] <Chipaca> nessita: but then we're stuck with serving it from django
[15:25] <nessita> Chipaca: yeah... just like the remove phone api, let's say
[15:26] <Chipaca> nessita: and it's a static file, modulo language and revno or whatever
[15:26] <nessita> Chipaca: I would you with you and dobey think best, like I mentioned I'm not particular skilled in this area. I still think that having a django view gives us a lot of power, but maybe that's overkill at this stage
[15:27] <nessita> I would go*
[15:27] <nessita> dobey: understood, thanks
[15:27] <dobey> the django view is probably the easiest way to do it, but the language and user-agent should still be passed with the correct headers as per the RFC
[15:28] <nessita> dobey: right
[15:28] <dobey> dealing with the language might require a script anyway, to deal with falling back through the list
[15:29] <dobey> so that if someone is using turkish, we don't just fail
[15:29] <nessita> dobey: I thought that apache can handle fallbacks
[15:30] <dobey> nessita: not sure what you mean there. apache has no knowledge of what the appropriate content to serve is, outside of the url being requested
[15:31] <nessita> dobey: ah, I was confused
[15:31]  * nessita brbs
[15:32] <mandel> nessita: ping
[15:32]  * dobey prepeares to watch a million failing tests
[15:33] <mandel> dobey: got a second for a quick question?
[15:33] <dobey> mandel: what's up?
[15:34] <mandel> dobey: is there code to access the secrets api from python already available somewhere?
[15:34] <mandel> dobey: like the txsecrets cde in ubuntu-clent-sso
[15:35] <dobey> mandel: just the txsecertes in ubuntu-sso-client afaik
[15:36] <mandel> dobey: I'd like to use the code for destopcouch, so that we do not worry about kwallet etc..
[15:36] <dobey> mandel: right
[15:37] <mandel> but adding a dependency to ubuntu-sso is not a great idea...
[15:39] <dobey> mandel: yeah, the txsecrets code needs to become a library on its own
[15:40] <mandel> dobey: indeed that would be the best idea, I'd try to do that
[15:40] <mandel> nessita: any objection? ^
[15:41] <dobey> well i guess we need to coordinate that
[15:41] <dobey> because it means new packages in ubuntu and more red tape stuff
[15:43] <mandel> dobey: yes, I agree, but the sooner the better, also I've heard bad things about the python bindings for the gnome-keyring
[15:43] <mandel> ralsina: could we get this started at some point?
[15:43]  * mandel wonders if ralsina is here....
[15:44] <karni> mandel: ralsina left at 15:37 for 90 minutes, FYI
[15:45]  * karni could have been a bit less detailing :F
[15:45] <dobey> mandel: i'd say write the code and import from sso for now, and we can deal with splitting it after the holiday when we're all back
[15:46] <mandel> karni: hahaha cool, thx for the info :)
[15:46] <mandel> dobey: makes sense, at least I'll start working on it
[15:46] <dobey> mandel: if you really insist on working on it on your holiday anyway. at least make it work as-is, and then we'll make it landable first week of jan
[15:47] <mandel> dobey: heheh I should stay away for the holidays, that is true...
[15:47] <karni> beuno: things looking good today. photo upload fully functional, I also know how to possibly speed up initial sync (writes to sqlite per file should be converted to batch or some other burst write )
[15:47] <nessita> mandel: I was away for a few minutes, wanna repeat?
[15:47] <mandel> nessita: I was just talking about when should we move desktopcouch to use txsecrets, but dobey correctly pointed out that it could be done when people are not on holiday, to many pieces to move
[15:48] <nessita> mandel:  so, uyou're splitting the tcxsecrets on its own library? we could just do a separated package
[15:48] <nessita> dobey: what about just another package?
[15:49] <nessita> not that I can do that today, but january I can. I also have to split the gtk code into a separate package
[15:49] <mandel> nessita: then I can wait 'itl then, not a huge issue
[15:50] <mandel> and I'm on holidays :)
[15:50] <dobey> nessita: i think it should be moved out of the ubuntu_sso namespace. there's no point in just putting it in another binary package, when the idea is to avoid depending on ubuntu-sso-client to use it. it would be better as a separate source at that point
[15:51] <nessita> dobey: like a whole new package and project, you say?
[15:52] <mandel> nessita: I believe dobey is right, it should be a diff tree so that e can use in diff projects with not heavy dependencies
[15:52] <dobey> yes i think it makes sense in this case, unfortunately
[15:54] <nessita> dobey: ok then! Let's do this. I'll do it on Jan. mandel: Can you please file a bug for me? on https://bugs.launchpad.net/ubuntu-sso-client/+filebug
[15:54] <mandel> nessita: sure
[15:54]  * mandel flies to launchpad
[15:56] <mandel> nessita: there you go bug 693821
[15:56] <ubot4> Launchpad bug 693821 in ubuntu-sso-client "Txsecrets must be reused (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/693821
[15:57] <nessita> mandel: thanks, I'll tweak a bit the description
[15:58] <mandel> nessita: please do, I suck at those things...
[15:58] <nessita> :-)
[16:36]  * nessita -> lunch
[16:39] <Chipaca> nessita: anywhere in u1cp where the version is stored right now?
[16:40] <dobey> hrmm
[16:41] <dobey> Chipaca: i suppose the question is do we want to send the cp version or the file sync client version, or what
[16:41] <dobey> Chipaca: if the version is goign to be used to determine a "new features" image to use, we should probably figure out how to classify that properly
[16:42] <Chipaca> ISTM that we can safely not send anything now, and add the version info we want down the road
[16:42] <Chipaca> i.e. we'll know the one with no version info is the one in Natty :)
[16:47] <dobey> lunch time
[17:00] <ralsina> mandel: ping
[17:00] <mandel> ralsina: pong
[17:01] <ralsina> what should we get started? ;-)
[17:03] <mandel> ralsina: at some point, after xmas, to move txsecrets out so that it can be used by the other projects
[17:03] <ralsina> mandel: ok
[17:04] <ralsina> care to explain what txsecrets is, unless you prefer I go google it and look more competent ;-)
[17:05] <mandel> ralsina: txsecrets resides in ubuntu-sso-client (under utils) and is the code that uses the secrets api from dbus to access the keyring
[17:05] <ralsina> oh, ok
[17:05] <mandel> ralsina: that way we get kwallet and gnomekeyring for 'free' on linux
[17:05] <ralsina> so, it' s a binding to gnome-keyring via dbus?
[17:06] <ralsina> oh, good
[17:06] <ralsina> is it better than python-keyring?
[17:06] <ralsina> because that one also supports windows and "nothing"
[17:06] <mandel> ralsina: is a binding to the secrets api via dbus http://www.freedesktop.org/wiki/Specifications/secret-storage-spec
[17:06] <ralsina> mandel: cool, didn't know that API at freedesktop
[17:07] <ralsina> So, yes, I agree it would be nice to have as a separate project someday
[17:08] <mandel> ralsina: I'd like to have it so we can get it in desktopcouch ( i was looking at thekeyring for windows when I though about it)
[17:08] <ralsina> mandel: desktopcouch was migrating to python-keyring last I looked :-)
[17:08]  * ralsina may be wrong, of course
[17:09] <karni> beuno: this is why initial sync is slower than it should http://code.google.com/p/android/issues/detail?id=681 -- we can walk this wround with a bit of hacking, but I don't think it's at the very top of TODO ATM. I'll shift my focus a bit to app Preferences.
[17:09]  * ralsina even has a vague memory of reporting that bug and/or sending a patch
[17:09] <mandel> ralsina:  that was an option, but did not work due to the way we store things in gnome-keyring
[17:09] <mandel> ralsina:
[17:10] <mandel> ralsina: sil	 know more about the specifics
[17:11] <ralsina> hey, I did report that bug and you answered it, a year ago :-) Too bad it didn' t work
[17:11] <ralsina> 1 year+1 day ago to be exact
[17:12] <karni> beuno: on the very low lever, this is how I'll improve speed a little -- http://paste.ubuntu.com/546979/
[17:12] <ralsina> but anyway, sure, that's ok by me. What are you going to use on windows?
[17:12] <karni> *level
[17:13] <mandel> ralsina: we currently have a small code that uses the DPAPI from windows and the keyring, since vds and  found issues with python-keyring on windows
[17:13] <ralsina> mandel: ok
[17:14] <Chipaca> I'm getting segfaults with libsoup :(
[17:26] <nessita> Chipaca: is that when running soup + gtk? or libsoup alone?
[17:26] <Chipaca> nessita: soup alone
[17:26] <nessita> argh
[17:26] <nessita> Chipaca: so, not threads involved, and it crashes?
[17:27] <Chipaca> nessita: 1 sec and I'll pastebin my code
[17:27] <Chipaca> maybe it's just me (?)
[17:28] <nessita> ack. Anyways, we can download the image using plain urllib and if there is proxy or some other failure we just use the fallback image?
[17:28] <Chipaca> nessita: I'd hate to do that
[17:28] <Chipaca> hate, hate, hate
[17:28] <Chipaca> nessita: but, I can do it to get the feature working, hate myself, and then we fix it later
[17:29] <nessita> Chipaca: right. The most complicated part, that I know of, is detecting a problem since urlopen will not timeout on its own
[17:35] <Chipaca> nessita: http://pastebin.ubuntu.com/546984/
[17:35] <ralsina> nessita: you can make it timeout, let me check
[17:35] <nessita> Chipaca: missing f.close on line 12
[17:35] <nessita> f.close()
[17:36] <ralsina> nessita: in python 2.6 and later urllib.urlopen has a timeout parameter
[17:36] <nessita> Chipaca: that's why the full image is not completely stored (I think)
[17:36] <Chipaca> nessita: nope, f.close is inplicit in it falling out of scope
[17:36] <Chipaca> implicit, also
[17:36] <ralsina> sorry urllib2.urlopen
[17:36] <nessita> Chipaca: also, 'wb' is needed I think
[17:37] <Chipaca> nessita: nope, only on windows
[17:37] <Chipaca> nessita: (so, yeah, in production code yes)
[17:37] <nessita> I disagree for binary data...
[17:38] <nessita> anyways, that doesn't seem to be the issue
[17:38] <nessita> since feh WARNING: /tmp/x.png - No Imlib2 loader for that file format
[17:39] <nessita> Chipaca: isn't there any header to set such as mimetype or similar? (just shooting blanks here)
[17:39] <nessita> like, "hey soup, you'll read some binary data, be wise"
[17:39] <ralsina> nessita: is the png size correct?
[17:40] <ralsina> if it's smaller it may be getting truncated. On windows, a wrong file mode (forgetting the b) would make it larger
[17:40] <nessita> ralsina: nopes
[17:40] <nessita> ralsina: image size is 222790, image downloaded is 8
[17:41] <ralsina> nessita: ok, truncated is safe to say ;-)
[17:41] <ralsina> it doesn' t say something like " 404 error" inside it, right? ;-)
[17:41] <nessita> ralsina: yes, the "nopes" was the answer to "is the png size correct?"
[17:41] <nessita> nessita@dali:~$ cat /tmp/x.png
[17:41] <nessita> �PNG
[17:41] <nessita> 
[17:41] <nessita> nessita@dali:~$
[17:41] <ralsina> ok, it may be ending the file on the first null
[17:42] <nessita> yeah, I'm guessing we need to indicate to soup that binary data is gonna be read
[17:42] <ralsina> which may mean a missing length parameter somewhere
[17:42] <nessita> ralsina: but we don't have the length...
[17:43] <ralsina> nessita: right, that can be a problem (but it comes in one of the HTTP headers). Let me check...
[17:43] <ralsina> where can I see the code?
[17:44] <nessita> ralsina: http://pastebin.ubuntu.com/546984/ (is Chipaca's)
[17:44] <beuno> karni, so the slowness seems to come from db writes?
[17:45] <karni> beuno: when I turned off meta writes-per-file, it was maybe 3-5x faster
[17:45] <nessita> Chipaca: my guess re: the seg fault is that  msg.response_body.get_chunk(of) is reading fruit outside a underlying buffer
[17:45] <beuno> karni, wow, that is a huge improvement
[17:46] <ralsina> You ae using the sync interface to soup?
[17:46] <karni> beuno: like you probably saw, it's because every write is transactioned, so I/O is incurred
[17:46] <nessita> ralsina: ask Chipaca :-D
[17:46] <beuno> karni, right
[17:46] <ralsina> chipaca: You ae using the sync interface to soup?
[17:46] <Chipaca> ralsina: in the sample code, yes
[17:46] <karni> beuno: if you want, I can provide an fresh apk -- I included simple progress indicator in the notification (still, just for debugging purposes)
[17:47] <karni> beuno: we'll make it a separate activity with fancy progress bar etc.
[17:47] <beuno> karni, sure!
[17:48]  * karni test the build
[17:50] <ralsina> response_body is "0 terminated"
[17:51] <ralsina> the python API is like coding C with oven mitts :-)
[17:51] <nessita> ralsina: but:
[17:51] <nessita> In [36]: msg.response_body.length
[17:51] <nessita> Out[36]: 222790L
[17:51] <Chipaca> ralsina: this is gi; it isn't a python api
[17:51] <nessita> that's the exact size of the image
[17:51] <ralsina> Chipaca: precisely, it shows that it's just a straight C wrapper
[17:52] <ralsina> It's converting the message body as a string, that' s why it's getting truncated
[17:52] <ralsina> at the first NULL
[17:52] <ralsina> http://library.gnome.org/devel/libsoup/stable/libsoup-2.4-SoupMessageBody.html#SoupMessageBody
[17:53] <nessita> "As an added bonus, when data is filled in, it is always terminated with a '\0' byte (which is not reflected in length). "
[17:53] <ralsina> it's a pointer to bytes, but if you use response_body.data ....
[17:53] <ralsina> bang! truncated at the first \0
[17:53] <Chipaca> yes
[17:53] <ralsina> nessita: "so you can use it as a string, if you know there are no other \0s in it"  or some such
[17:53] <Chipaca> that is exactly what's happening
[17:53] <Chipaca> so now what :(
[17:53] <ralsina> you need to read length bytes from data
[17:54] <karni> beuno: like i mentioned, I'll optimize the sync speed a bit later. what you can test now, is using the upload button to upload a picture anywhere you like (~/U1, UDF or Share). code supports 3 media types, Pictures, Videos and Audio -- I'll add a menu soon. and any-file-upload afterwards. http://ubuntuone.com/p/V2p/
[17:54] <ralsina> maybe ctypes?
[17:54] <nessita> jo! In [46]: msg.response_body.get_chunk(0).data
[17:54] <nessita> Segmentation fault
[17:54] <beuno> karni, awesome
[17:54] <karni> beuno: CardinalFang can finally start merging.
[17:54] <ralsina> maybe use urllib2.openurl just for this one? ;-)
[17:55] <CardinalFang> karni, yay!
[17:55]  * rye does EOD since it looks like fixing my natty install will take a while (no applets, no clipboard, everything segfaults)
[17:55] <karni> beuno: when you see the syncing notification, please unwind it, and notice the progress hint given. it's per volume, but at least you know where you're at.
[17:55] <karni> CardinalFang: I'll push it in a sec
[17:56] <Chipaca> nessita: urllib2 would block backend.py. That was ok, right?
[17:57] <beuno> karni, so I should pull in from our shared dir?
[17:57] <Chipaca> or we can serve the image as xpm
[17:57] <ralsina> chipaca: maybe a jpg base64-encoded :-)
[17:57] <karni> CardinalFang: committed to lp:~mkarnicki/ubuntuone-android-files/basic-upload
[17:57] <nessita> Chipaca: as long as you return a deferred that gets fired when download is done, yes
[17:57] <karni> CardinalFang: I'll ask you to help me fix that ant setup..
[17:58] <CardinalFang> sure!
[17:58] <ralsina> And a bug should be posted at libsoup about not being usable through introspection
[17:58] <nessita> Chipaca: and gets errback'd on any error
[17:58] <karni> beuno: what do you mean? you can either test downloading or uploading using the upload button :)
[17:58] <karni> beuno: the commit is currently here lp:~mkarnicki/ubuntuone-android-files/basic-upload (builds with eclipse, ant broken)
[17:59] <beuno> karni, ah, I'm onh my netbook, no eclipse, no nothing!
[17:59] <ralsina> or really, if there is a way to get the pointer to the response, it
[17:59] <karni> beuno: you can test it from here then http://ubuntuone.com/p/V2p/
[17:59] <beuno> karni, downloading!
[17:59] <karni> beuno: if you want to notice the sync progress, you should uninstall first
[17:59] <beuno> will do
[17:59] <ralsina>  is doable via ctypes
[18:00] <karni> beuno: one last hint - if you upload a file, you'll see a toast when it's there - the file will initially not appear on the list, since I didn't implement nodeState (you get a nodeState from the server the moment you upload a file)
[18:00] <karni> beuno: so just look for the file on your netbook ;)
[18:01]  * karni thinks U1F is still deeply bleeding, but doing some progress
[18:01] <beuno> karni, bleeding edge is my favorite flavor
[18:01] <karni> beuno: actually, I'll add that node state right now. why not ;)
[18:02] <karni> beuno: as long as I have you still here - one question. since I'll be working on the preferences / account screen - do you think that account section on a dashboard is useful? do you remember how we had that account info under Preferences screen?
[18:03] <beuno> karni, yeah, I don't think it's a primary thing
[18:04] <karni> beuno: it's just a question of should we keep it separate from Preferences screen.
[18:04] <karni> of = *if
[18:05] <beuno> karni, I'd bury it under preferences
[18:06] <karni> beuno: so be it. do you like the last dashboard section? (don't mind the looks, I'm a programmer ;P )
[18:07] <beuno> karni, well, I think the less items you show, the easier it is to use
[18:07] <karni> beuno: the 4th section, Published - I was thinking of making a shortcut to all published files, with possibility to copy public url's
[18:07] <Chipaca> ralsina: nessita: I think I've got it
[18:07] <karni> beuno: true, simplicity is a virtue
[18:07] <nessita> Chipaca: yeyeyeye!
[18:07] <Chipaca> nessita: question: is backend.py run inside a mainloop?
[18:07] <karni> beuno: I can always rip it down to U1, UDFs, Shares, Status ;D
[18:07]  * ralsina para la oreja ;-)
[18:08] <Chipaca> ralsina: SoupBuffers have a get_data which returns a list of ints
[18:08] <nessita> Chipaca: yes, the mainloop of the dbus service
[18:08] <Chipaca> ralsina: and you can get a SoupBuffer from a SoupMessareResponseBody
[18:08] <ralsina> chipaca: nice, those are the bytes?
[18:08] <Chipaca> yesh
[18:08] <karni> beuno: how about that progress, you're syncing? (if not at the moment, it's ok. just asking)
[18:08] <ralsina> oh, mine.
[18:09] <Chipaca> ralsina: heh, neat hand offset typo there
[18:09] <ralsina> nice way to scratch your chin with your elbow. But if it works it works :-)
[18:09] <Chipaca> ralsina: yeah, python doesn't shine at converting lists of ints into strs and viceworky
[18:09] <Chipaca> but, meh
[18:10] <ralsina> let's say we are avoiding premature optimization and forget about this quickly
[18:11] <beuno> karni, sorry, haven't installed it yet, dealing with our new puppy
[18:11] <Chipaca>     f.write(str(bytearray(chunk.get_data())))
[18:11] <karni> beuno: haha, sure. leave me a msg so that I know if it was another nasty FC ;)
[18:12] <ralsina> chipaca: where did I leave the bleach....
[18:17]  * dobey gzips chipaca into a self-executing python script
[18:18] <karni> verterok: In notifyNodeState(NodeState message), how to extract volumeId where the given node was modified? is it the same as result of getShare() ?
[18:18] <Chipaca> nessita: I'm going to suggest we switch from twisted's deferreds to the standalone ones
[18:18] <nessita> Chipaca: which one are the standalone?
[18:19] <Chipaca> nessita: python-defer
[18:19] <nessita> ones*
[18:19] <Chipaca> nessita: not now, thow
[18:19] <Chipaca> though*
[18:19] <dobey> eh
[18:19] <nessita> Chipaca: ok, open a bug Low please, not sure it will be done for natty
[18:25] <nessita> Chipaca: do you work tomorrow?
[18:26] <Chipaca> nessita: yes
[18:26] <ralsina> nessita: isn' t controlpanel missing a .desktop file?
[18:26] <nessita> ralsina: yes
[18:27] <nessita> ralsina: I haven't done that yet, was planning to when replacing u1-preferences
[18:27] <Chipaca> nessita: but the tests for backend.py don't have a mainloop
[18:27] <nessita> but didn't want to replace preferences until u1cp was completed(ish)
[18:27] <ralsina> nessita: well, it's suggested for the MIR...
[18:27] <nessita> Chipaca: nopes, becasue all are fakes
[18:27] <Chipaca> nessita: ok :)
[18:27] <nessita> ralsina: I'll do it in the next release, wanna file a bug please?
[18:28] <ralsina> sure
[18:28] <nessita> Chipaca: that's why we have stuff on integrationtests and some other on tests
[18:32] <ralsina> nessita: I finished checking the MIR bug description, still the background section is missing, because you can write it better than I can. Hopefully I improved it ;-)
[18:32] <dobey> Chipaca: also, the test runner itself is the main loop
[18:32] <nessita> ralsina: ack, thanks!
[18:32] <dobey> Chipaca: it uses the glib reactor
[18:40] <karni> verterok: should I set custom capability to receive nodeState notifications? looks like I'm getting none.
[18:42] <dobey> Chipaca: is there any way at all we can just get ubuntuone-client from maverick + new deps into lucid-backports instead of trying to shove all the good bits onto the older code?
[18:43] <Chipaca> dobey: the new deps is the issue
[18:43] <Chipaca> dobey: you could start with the client from trunk and forward port the desktopoauth bits
[18:44] <Chipaca> dobey: or you could include all of ussoc inside u1-client
[18:44] <Chipaca> the latter might not get approved
[18:44] <dobey> Chipaca: not sure what you mean about forward porting the desktopcouch bits?
[18:46] <karni> Anyone familiar with setting server capabilities upon client connection?
[18:46] <karni> Looks like I'm not receiving nodeStates when remote file(s) change.
[18:46] <ralsina> ussoc wouldn't be useful for 3rd parties that want to integrate with u1 eventually?
[18:47] <Chipaca> dobey: sorry, I meant oauthdesktop
[18:47] <Chipaca> dobey: not desktopoauth
[18:47] <Chipaca> dobey: which is not desktopcouch either
[18:47] <dobey> Chipaca: there are other changes i've so far been avoiding as well
[18:47] <Chipaca> dobey: .more()
[18:48] <dobey> Chipaca: libsyncdaemon, gsd-plugin
[18:48] <dobey> Chipaca: they weren't in lucid
[18:49] <dobey> which means a LOT of the nautilus changes as well are not in
[18:49] <dobey> basically trying to avoid string/ui changes
[18:50] <Chipaca> dobey: may I suggest you ask pitti, or somebody else from over there?
[18:50] <Chipaca> dobey: guessing at what we want to do,here
[18:50] <Chipaca> dobey: I mean, I know what we'd *like* to do
[18:50] <nessita> ralsina: a little, we're building a dedicated service to do U1 specific auth
[18:50] <Chipaca> dobey: but it's sure not to go down with the platform team
[18:51] <Chipaca> dobey: so, I'd say talk to them wrt what is "safe"
[18:51] <nessita> ralsina: I have a half backed branch at https://code.launchpad.net/~nataliabidart/ubuntuone-client/auth
[18:51] <Chipaca> dobey: if you'd rather not, wait for the new year and we can ask joshua to do it (or i can do it myself)
[18:51] <nessita> ralsina: is fully functional, but haz 0 tests... OMG I can't believe I said that!
[18:51] <nessita> I can't believe I did that :-/
[18:52]  * Chipaca oggles nessita
[18:52] <Chipaca> nessita: the heat is killing you from the inside
[18:52] <ralsina> darn, gir-soup is in universe. So we need to do a request for that one, too?
[18:52] <nessita> ralsina: I have no idea how this works... Chipaca do you know?
[18:53] <dobey> Chipaca: probably best to wait for new year anyway, as most people are on holiday already
[18:53] <ralsina> acording to the MIR we should "add another task in the MIR bug or another MIR bug"
[18:53] <nessita> Chipaca: context about that: ^ we're applying  for MIR for u1cp, but depends on gir-soup, which is not in main
[18:53] <nessita> ralsina: lovely *not*
[18:54] <ralsina> Well, we could add it as a task at least, or we would have to block this request on the other
[18:54] <nessita> let's add it as a task first
[18:54] <dobey> nessita: libsoup is in main already
[18:55] <nessita> ah, that's good news
[18:55] <ralsina> dobey: gir1.2-soup-2.4
[18:55] <dobey> only like, everything, depends on it
[18:55] <nessita> dobey: do you know how hard can it be to have gir-soup in main as well?
[18:55] <dobey> ralsina: source package is the important thing
[18:55] <ralsina> dobey: oh, great
[18:55] <dobey> ralsina, nessita: however, main != cd
[18:56] <nessita> dobey: it is? I tough it was ==
[18:56] <Chipaca> nope
[18:56] <Chipaca> i mean, dobey is right, !=
[18:56] <dobey> ralsina, nessita: you will need to request anything you want on the cd, separately to be on the ubuntu-desktop task i think; and all the runtime dependencies thereof
[18:56] <nessita> bú, I thought MIR was enough
[18:56] <dobey> i'm not entirely clear on the process for getting stuff added to the task to be on the CD though
[18:57] <dobey> nessita: no. everything on the CD must be in main, but everything in main is not in the default install/cd
[18:58] <nessita> right, like build deps
[18:58] <nessita> dobey: speaking of which, can we ping someone for the mocker MIR?
[18:59]  * ralsina wonders how exactly one adds a task to a bug
[18:59]  * nessita wonders too
[18:59] <dobey> nessita: sure. will probably need to get ubuntuone-dev-tools in main also :)
[18:59] <Chipaca> ralsina: nessita: it's the "also affects" thing
[19:00] <nessita> ah!
[19:00] <dobey> hold on my system load is at like 9
[19:01] <dobey> oh well, that was awful
[19:01] <dobey> 1.1G and climbing. thank you python for using up all my ram
[19:02] <ralsina> chipaca: So I add a bug to libsoup through that?
[19:02] <Chipaca> ralsina: yes
[19:03] <Chipaca> ralsina: although as dobey pointed out, soup is in main already
[19:03] <Chipaca> ralsina: so some explanation will be needed as to what it is that is needed exactly, i guess
[19:05]  * ralsina tries now
[19:05] <dobey> to get something on the cd you first need to get the source package into main, and then you need to get the binary packages you want on the cd approved to be there and in the default install. and i think that latter bit might need tech board sponsorship or something
[19:07] <dobey> Chipaca, ralsina: i just asked for some more info in #ubuntu-devel since i can't find a wiki page that explains it clearly.
[19:08] <ralsina> dobey: ok, cool
[19:12] <ralsina> I added a task for libsoup and explained in the MIR request description, hopefully that makes sense
[19:13] <dobey> ah, seed is the word i was looking for
[19:13] <dobey> re: default install
[19:13] <dobey> but doesn't help since the supposed wiki page is causing the server to 500 :(
[19:13] <ralsina> nessita: also, I just said it folllows FHS and Debian Policy, because I trust you ;-)
[19:13] <dobey> http://wiki.ubuntu.com/SeedManagement
[19:14] <nessita> ralsina: I'm pretty sure it does
[19:14] <dobey> not exactly, but in so much as one can do so with setuptools/distutils it does i guess :)
[19:16] <ralsina> It could be added here, I guess: https://wiki.ubuntu.com/DesktopSeedProposals
[19:18] <ralsina> Ok, I'm confused about libsoup now "New binary packages from existing source packages, where the source package is already in main, do not require reports."
[19:18] <nessita> ralsina: well, what you did wasn't a report, but a task
[19:18] <nessita> so I think we're good
[19:19] <dobey> nessita: what is the difference?
[19:19] <nessita> dobey: a report would be a whole new MIR, right?
[19:19] <ralsina> nessita: Yes, I think so. So we're good then.
[19:20] <dobey> nessita: given i have no idea where ralsina pasted that text from, i'm not sure :0
[19:20] <dobey> err :)
[19:20] <ralsina> https://wiki.ubuntu.com/MainInclusionProcess
[19:21] <dobey> hey, the seedmanagement page loaded for me
[19:21] <dobey> after i searched for seed from another successfully loaded page
[19:22] <dobey> ralsina: ah ok. so yes. what that statement you pasted means is, you don't need a new bug task for moving gir1.2-soup-2.4 to main. it just needs to be depended on by the u1cp package that uses it
[19:23] <ralsina> dobey: ok then. And hey, I see seed management too now. That's weird
[19:24] <nessita> Dear bosses: I just got a call from santa and he says that you asked for an epic review as xmas present, so your wish will be granted. 1800 lines and counting.
[19:24] <nessita> bosses.expand() == [ ralsina, Chipaca ]
[19:24] <nessita> >>> True
[19:24] <dobey> hrmm
[19:24]  * jblount lolz at nessita 's iRCpython
[19:24]  * ralsina will do it early morning if that's ok
[19:25] <nessita> ralsina: yeah, the branch is not done yet
[19:25] <nessita> :-)
[19:25] <ralsina> brb
[19:36] <dobey> oh neat
[19:37] <dobey> it takes about 1.5 minutes to download natty-desktop-i386.iso
[19:37] <jblount> dobey: Are you still showing off about your connection?
[19:38] <dobey> i was just wondering how long it would take
[19:38] <dobey> of course it only took about 4 minutes before, anyway
[19:38] <Chipaca> nice, bzr is broken wrt py2.7
[19:38] <dobey> Chipaca: how so?
[19:39] <Chipaca> dobey: traceback
[19:39] <Chipaca> dobey: tracebacky traceback
[19:39] <dobey> hmm
[19:39] <Chipaca> nessita: lp:~chipaca/ubuntuone-control-panel/fix-690325
[19:40] <Chipaca> nessita: that's a good stopping point for today, but it's not a branch yet
[19:41] <nessita> Chipaca: ok, I may take a look tomorrow, though I have little free time available (tomorrow)
[19:44] <dobey> nessita: you always use that thing that automatically generates debian/ dirs for pytho nstuff, right?
[19:45] <nessita> dobey: yes, python-mkdebian, recommended by didrocks and statik
[19:45] <nessita> it works very well
[19:45] <dobey> nessita: it seems like it either needs some fixing or could do with a little manual post-processing work :)
[19:46] <nessita> dobey: why?
[19:46] <dobey> nessita: it seems to set the debhelper compat to 6 (should be 7), and XS-Python-Version: current, but that should probably be >= 2.6 or something instead
[19:47] <nessita> dobey: ah, maybe is not updated to generate stuff for natty?
[19:47] <dobey> nessita: these would apply to lucid even
[19:48] <nessita> dobey: then maybe needs fixing :-/ file a bug!
[19:48] <dobey> i think it defaults to "current" for the python version to be safe, since it can't really know whether it will work with what python versions
[19:50] <Chipaca> XS-Python-Version is deprecated anyway :)
[19:50] <Chipaca> it's supposed to be something like debian/python_version or sth
[19:51]  * Chipaca added the file to django-lean recently
[19:55]  * karni seriously needs those nodeState's before Xmas :D
[19:56] <dobey> Chipaca: either way, 'current' as the version breaks your packages if you ever switch between default versions
[20:00] <Chipaca> oh, hello
[20:00] <Chipaca> seems I got disconnected again
[20:05]  * dobey hands Chipaca some ping
[20:05]  * Chipaca sells it on the black market and gets himself an AC
[20:12] <dobey> now, how do i do conditional naming of packages in debian/control
[20:12] <nessita> dobey: conditional on what?
[20:15] <dobey> nessita: you may have noticed that the gir api broke, so all the gir1.0-blah-X.Y packages are now gir1.2-blah-X.Y instead
[20:16] <dobey> nessita: but that's only on 11.04, 10.04/10.10 should still get them named as gir1.0-blah-X.Y
[20:17] <ralsina> ok, kid's back from the beach, I'll have to call it a day, will code at night. Have a good evening everyone.
[20:19] <nessita> ralsina: you too, bye!
[20:23] <dobey> ah, n/m; i think i know
[20:23] <nessita> dobey: sorry for the delay, I think you need to set different dep according to package branch
[20:24] <nessita> so on ubuntu/natty gir1.2, on ubuntu/maverick gir1.0
[20:25] <karni> who's working on the server-side? I need to bug somebody else while my guru is away :<
[20:25] <dobey> no no
[20:25] <dobey> i'm trying to fix the nightlies and avoid multiple package branches
[20:25] <nessita> ah
[20:26] <dobey> i have an idea now
[20:27] <dobey> but i don't know how to get the gir api version from a script
[20:27] <dobey> guess i could just do it based on series or something
[20:27] <nessita> dobey: would the gir1.0 | gri1.2 won't work?
[20:27] <dobey> but that kind of sucks
[20:28] <dobey> nessita: i'm talking about naming the packages we create, not the dependency on another gir1.x-whatever package
[20:28] <Chipaca> karni: what do you need?
[20:28] <nessita> dobey: ah
[20:29] <karni> Chipaca: I'm not getting nodeState notification if content on the server changes. Do I need to set capabilities on the client side to receive those? Such as 'no-content' or 'generations' etc
[20:29] <dobey> although
[20:29] <karni> Chipaca: on AndroidU1, I set no capabilities and received nodeStates from the server. Now it's quiet.
[20:29] <dobey> i must say i am quite confounded as to how something that is at version 0.9.x could go from api version 1.0 to 1.2, when it hasn't even has a 1.0 release yet.
[20:29] <Chipaca> karni: androidu1 is talking the storage-protocol?
[20:29] <Chipaca> karni: I thought it used the rest api :)
[20:30] <karni> Chipaca: yes, it's talking storage-protocol
[20:30] <dobey> Chipaca: it's using verterok's java build of protocol
[20:30] <karni> Chipaca: we have rest api for file access o_O ?
[20:30] <Chipaca> __lucio__: could you help karni?
[20:30] <Chipaca> karni: half-baked yet, but it'll get there
[20:31] <__lucio__> reading
[20:31] <karni> __lucio__: Hi lucio. I'm not receiving nodeStates from the server on content change. Should I set client capability to receive those?
[20:31] <karni> __lucio__: AndroidU1 received those without setting any capabilities (so, with the default set)
[20:31] <karni> Chipaca: sweet
[20:32] <__lucio__> karni, you should set capabilities to use generations and you would get notifications when the volume generation changes
[20:32] <karni> Chipaca: authentication is kinda' slow currently :< and GC kicks in heavily
[20:32] <karni> __lucio__: hmm.. let me confirm which caps I use
[20:33] <karni> __lucio__: no-content, account-info, resumable-uploads, fix462230, volumes, generations
[20:33] <karni> __lucio__: and it's still silent
[20:33]  * karni wheeps
[20:33] <__lucio__> karni, that should me no node state updates, just generation changes on volumes
[20:33] <__lucio__> should mean*
[20:34] <karni> __lucio__: oh.. ok then, last question
[20:34] <karni> wait.. perhaps I'm expecting something in the wrong callback
[20:34] <__lucio__> sure, shoot
[20:34]  * karni looks at client methods
[20:34] <karni> __lucio__: just a sec, I'll verify what I have here.
[20:35] <__lucio__> if you remove the generations capability you will start getting node state updates, i think. but we are deprecating that so you should just use generations.
[20:35] <karni> __lucio__: setVolumeNewGenerationCallback -- sounds like it ;)
[20:36] <__lucio__> that should be it, yes.
[20:36] <karni> __lucio__: thank you! I'll try playing with that.
[20:36] <karni> Chipaca: thanks Chipaca
[20:36] <__lucio__> karni, sure, no problem. ping me if you have any other issues.
[20:36] <karni> __lucio__: great, thanks \o/
[20:47] <dobey> nessita: u1cp is set up for nightlies ppa building now
[20:48] <nessita> YES!
[20:48] <nessita> dobey: for natty only, or also maverick?
[20:48] <dobey> nessita: lucid +
[20:48] <nessita> wow! that's awesome news
[20:48] <nessita> dobey: thanks!
[20:49] <nessita> Chipaca: are you ready for an epic review :-)?
[20:50] <Chipaca> nessita: i'm more ready to dive into the pool :)
[20:50] <nessita> right, you're soooo clever
[20:50] <dobey> i am ready for epic beer
[20:50] <nessita> Chipaca: ok, let's leave for tomorrow's breakfast
[20:56] <dobey> sigh, this gir1.2 vs gir1.0 thing upsets me
[21:05] <karni> beuno: CardinalFang: just requested merge on upload functionality (ant setup fix pending) https://code.launchpad.net/~mkarnicki/ubuntuone-android-files/basic-upload/+merge/44621
[21:08] <CardinalFang> karni, that mysterious toast of "INT uploaded" is better.  :)
[21:15] <CardinalFang> karni, Some things aren't prefect, but this is still really good progress.  It doesn't have to be perfect, this early.
[21:15] <CardinalFang> karni, approved.
[21:19] <karni> CardinalFang: right.. that thoast was supposed to be '<filename> uploaded' -- was INT the filename :) ?
[21:19] <karni> CardinalFang: I know it's really early progress -- the code style needs clean up, it misses comments, and there are little hacks here and there, just for debugging
[21:20] <karni> CardinalFang: but I'd like to hear what you have to say, so that we're on the same page [ -> I know the issues, that is]
[21:21] <CardinalFang> karni, I'll comment in merge proposal.
[21:21] <karni> CardinalFang: thank you!
[21:24] <karni> CardinalFang: I'll be back in <20 min (fetching Xmas tree)
[21:35] <beuno> karni, udfs and shares still dont work, but I did see a progress %
[21:39] <dobey> massively upsetting
[21:46] <CardinalFang> wow. gdm seriously b0rken.
[21:46] <dobey> alright. until '11. see you all then
[21:56] <karni> beuno: that's upsetting, you mind sending the logs?
[21:57] <karni> CardinalFang: did you try running the app? (/me wondering about beuno's issue of not seeing udfs and shares)
[21:57] <beuno> karni, sure
[21:57] <karni> beuno: thank you
[21:57] <beuno> karni, sent. One more thing to add is an exit button
[21:57] <CardinalFang> karni, no, I didn't try running it.  I just read source.
[21:57] <beuno> it seems to stay on forever
[21:59] <CardinalFang> I caution against Updating and rebooting Natty at present.  I don't know if it's widespread, but my machine is broken.
[21:59] <karni> CardinalFang: thank you for the review comment. I will follow all suggestions. on the side, private static int TRANSFER_NOTIFICATION = 200; is just a notification id used by Android's NotificationService to distinguish between notifications on per application basis
[21:59] <CardinalFang> Ah.
[21:59] <karni> beuno: I'll add the exit button! (the service should stop itself after a short while, but that's still TBD, sorry)
[22:00] <CardinalFang> karni, make that NOTIFICATIONID or ..._ID and I'll ba happier.
[22:00] <karni> CardinalFang: I'm happy for the comment. Constructive critique is good
[22:00] <karni> CardinalFang: will do
[22:01] <karni> CardinalFang: by the way, sorry for the _notation. I had to use variables within deferreds -- had to convert a few variables to final, I'll fix the naming.
[22:06]  * karni leaves for 15" to walk the dog. after rain, we've got 0.5cm ice layer over 15cm snow
[22:06] <karni> there's some ice under the snow, too. the top ice looks amazing.
[22:17] <kazade> hey all, I could do with some help, my ubuntu one client is playing up :/
[22:17] <kazade> I've run the syndaemon manually and watched the log file using tail -f. But the log suddenly stops doing stuff
[22:18] <kazade> "u1sdtool -s" says it's connected and online and working on the queues, but u1sdtool --current-transfers says that nothing is happening
[22:18] <kazade> but I know that there is stuff waiting to download
[22:49] <verterok> karni: still around?
[22:49] <karni> verterok: indeed :)
[22:49] <verterok> karni: hi :)
[22:50] <karni> verterok: got some help from lucio, but didn't have time to test it yet lol. did other parts of code :)
[22:50] <verterok> karni: regarding node state callback, now that you'r using generations you need to define the volume_new_generation callback
[22:50] <karni> hi verterok :) how are you? Xmas soon, huh?
[22:50] <karni> verterok: right, that's what I did :) so I hope it'll be running smootly, just have to test it.
[22:50] <verterok> karni: not define, but set a callback for that :)
[22:50] <verterok> ah, cool
[22:51] <karni> verterok: i'll test it :)
[22:51] <verterok> yes, doing some xmas shopping...crazy stuff to do with 35°C :/
[22:51] <karni> I'm very excited to learn some teamwork, together with Chad and Matrin.
[22:51] <karni> verterok: yea, I heard o_O
[22:52] <karni> verterok: we've got ice, 15cm snow, and 0.5cm ice (we had rain today o_O! )
[22:52] <karni> verterok: yay, got a callback about new generation. awesome stuff :)
[22:53] <karni> verterok: now when you're not around or just fed up with me asking all those questions, I can bug lucio ;D
[22:58] <verterok> hehe