[00:34] <mfilipe> how do I do to sync tomboy with Ubuntu One in Oneiric?
[00:40] <elopio> hi mfilipe. Have you read this? https://one.ubuntu.com/help/tutorial/install-and-setup-notes-sync/
[00:41] <mfilipe> elopio, yes but I found out what is the problem: https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/871139
[00:41] <ubot4> Launchpad bug 871139 in tomboy (Ubuntu) "UbuntuOne sync option wording is suboptimal (affects: 5) (heat: 24)" [Low,Confirmed]
[00:42] <mfilipe> it is only a usability problem :)
[00:43] <elopio> mfilipe, right. You can subscribe to that bug to follow its progress.
[10:04] <JamesTait> Good morning all!
[10:09] <mandel> morning all!
[10:09] <mandel> JamesTait, morning ;)
[10:09]  * mandel a little off having some hardware issues
[10:57] <gatox> hi!
[11:00] <ralsina> good morning!
[11:01] <gatox> ralsina, hi! how are you?
[11:01] <ralsina> hi gatox! Fine, back at work, looking at 1250 canonical emails ;-)
[11:01] <gatox> ralsina, jejej yes, that is always difficult..
[11:02] <gatox> ralsina, one of those e-mails says that now that i don't have  more classes until next year, we talk with nessita and we decided that would be best if i work from 8am to 5pm
[11:02] <ralsina> gatox: sounds ok
[11:07] <mandel> gatox, ralsina morning!
[11:08] <gatox> mandel, hi
[11:09] <ralsina> hi mandel!
[11:31] <mandel> gatox, did we get the fixes of the control panel with the new ubuntuone-dev-tools?
[11:32] <gatox> mandel, sorry.... not follow...
[11:33] <mandel> gatox, do you remember the fixes we had to made for the setUp calls etc..
[11:33] <mandel> ??
[11:33] <gatox> mandel, yep yep
[11:33] <gatox> mandel, everything it's fixed
[11:33] <gatox> regarding that
[11:34] <mandel> gatox, sweet, then I have to merge my branch with trunk :)
[11:34] <gatox> :P
[11:35] <nessita> hello everyone!
[11:35] <mandel> nessita, morning
[11:35] <gatox> nessita, hi
[11:35] <gatox> mandel, if you have a sec...... can you review this branch? https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/uistr-fix/+merge/82001 IS REALLY SMALL
[11:36] <mandel> nessita, ralsina I have a very big doc on how to setup your machines and network to tst proxy, is there a wiki where I can put that, or should I just use a google doc
[11:36] <mandel> gatox, sure
[11:36] <ralsina> hello nessita!
[11:36] <nessita> hello ralsina, mandel, gatox!
[11:36] <ralsina> mandel: I think a google doc is ok, remember to share it with everyone
[11:36] <nessita> mandel: google doc is fine
[11:37] <nessita> ralsina: so, we should be making a release of windows today or tomorrow... I need to confirm that a last minute bug is fixed, but other than that we're almost good to go. Did you read the email about qt4reactor?
[11:38] <ralsina> nessita: I am catching up on email, should be done in a couple f hours
[11:38] <ralsina> but sure, we can do a release, no problem
[11:39] <mandel> nessita, ralsina ok,do you guys know how to format text in a google doc for code, there is a fair amount of config file to play with
[11:39]  * mandel hates config files..
[11:39] <ralsina> mandel: no idea... set font to courier? ;-)
[11:40] <mandel> ralsina, hehe that should work, at the end of the day is a c++ base config style..
[11:40] <mandel> I cannot believe people do that, but there you go :(
[11:40] <ralsina> c++? for what?
[11:42] <mandel> ralsina, bind9 in case you want to setup your machine as a dns server to resolve the local machines with static ips and the active directory domain
[11:42] <alecu> hello #ubuntuone!
[11:42] <alecu> hi there, ralsina, mandel!
[11:42] <ralsina> mandel: oh, dhcpd. Yes, it looks like c++
[11:42] <ralsina> hi alecu!
[11:42] <mandel> ralsina, it was a major PITA to find out how to add the stupid AD subdomain, but with that network setup we should have most of the stuff covered :)
[11:42] <mandel> alecu, hola!
[11:43] <mandel> gatox, your branch looks ok, I've tan the tests in N so it shoul dbe ok for O too :)
[11:43] <gatox> mandel, yes, i tested in O
[11:44] <mandel> gatox, cool, I'll add the +1 and soons as my browser ges back to live.. for some reason starting a vm make chrom go banannas :)
[11:46] <mandel> gatox, https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/uistr-fix/+merge/82001 should be ready for you to make it merge
[11:47] <duanedesign> morning all
[11:49] <gatox> mandel, thanks!
[11:50] <mandel> gatox, np
[12:03] <mandel> alecu, ping
[12:04] <alecu> mandel, pong
[12:05] <mandel> alecu, I've updated https://code.launchpad.net/~mandel/ubuntuone-control-panel/auto-update-looping-call/+merge/81015 (although lp has not yet noticed the changes) can you take a look when possible
[12:09]  * alecu loves that vi has syntax highlighting for straces
[12:25] <mandel> alecu, ups, I just realized that the changes did not appear in lp because I push with them not being commited, just fixed that, sorry :)
[12:25] <alecu> mandel, lol!
[12:25] <mandel> alecu, is monday.. ( is that a valid excuse)
[12:29] <mandel> ralsina, nessita, so, the fix for vista is easy, but we have to change the way we distribute the .exes.. the problem is 'simple'  since we just have to change the location of the autoupdater.exe to be out of dist
[12:30] <mandel> ralsina, nessita that means changing the code that finds the .exe and the package, and tell Vista users to download the new installer, those that sound ok?
[12:31] <mandel> we also need to think the correct location for it, and change the location of update.ini
[12:32] <nessita> mandel: what does it mean "to change the location of the autoupdater.exe to be out of dist"?
[12:33] <mandel> nessita, in the package we release on windows, we have a data folder, a dist folder etc..
[12:34] <mandel> nessita, the dist folder contains among other things the .exes created by py2exe AND the autoupdater.exe
[12:34] <mandel> nessita, the problem is py2exe adds a library that makes the autoupdater.exe brake
[12:35] <mandel> nessita, sorry break, is not running hehe
[12:35] <nessita> mandel: so we need to drop the autoupdater.exe somewhere else?
[12:35] <mandel> anyways, so we have to make sure that the autoupdater.exe is not placed in the same location as the py2exe libs and .exe
[12:36] <mandel> nessita, yes, I was thinking on creating a new folder called updater where the .exe and the update.ini are placed
[12:36] <mandel> nessita, then we will have the Vista clients updating \o/
[12:37] <mandel> nessita, ralsina_ so, I'm guessing I need to work based on the branch that we used to build the installer, right?
[12:38] <ralsina_> mandel: yes
[12:38] <mandel> and propose and MP agains it, although I prefer to get that merge to trunk first and the MP agains trunk
[12:38] <ralsina_> let's merge that branch already
[12:38] <ralsina_> it needs cleaning, but it's going to rot if we don't merge :-(
[12:38] <ralsina_> since only I can commit to it
[12:39] <ralsina_> and some of the cleanups are things you (mandel) did that I only understand vaguely (the module finder for py2exe, for example)
[12:41] <nessita> ralsina_: one thing about that
[12:41] <mandel> ralsina_, nessita if you want I can take a look at those things and clean them before we merge it
[12:41] <nessita> ralsina_: we need to install the qt4reactor differently now... did you read the email?
[12:42] <ralsina_> nessita: still not there :-)
[12:42] <ralsina_> nessita: I had about 1500 emails this morning
[12:42] <nessita> mandel: I think is best that your try to focus on proxy support
[12:42] <ralsina_> 350 left to go
[12:42] <nessita> mandel: leave that script to ralsina_ :-)
[12:42] <mandel> ok
[12:42] <ralsina_> I will spend the evening hacking at the script to clean up a bit, then propose for merging
[12:42] <nessita> ralsina_: ok, just heads up that before you build the installer, you need to change how the script uses/install qt4reactor
[12:43] <ralsina_> nessita: cool, thanks
[12:43] <ralsina_> mandel: I can fix the autoupdater, too, since it's easy to move it
[12:43] <nessita> ralsina_: so, qt4reactor now should be downloaded from git, and inside it just run: python ./setup.py install (for installation, I guess for releasing we do something differently?
[12:43] <nessita> )
[12:43] <mandel> ralsina_, ok, sounds good
[12:44] <ralsina_> whoa, it has a setup.py now? :-D
[12:45] <nessita> ralsina_: yeap :-) I submitted a couple of merge requests to upstream and they got merged
[12:45] <ralsina_> awesome
[12:59] <nessita> mandel: hi there, I'm re-reviewing lp:~mandel/ubuntuone-windows-installer/put-migration-together and it has 7 conflicts...
[13:00] <mandel> nessita, really.. maybe something landed after I did the update, on it right now I'm between bugs
[13:00] <nessita> mandel: no rush, just FYI
[13:02] <gatox> alecu, can you re-review this one? https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/network-detect/+merge/77048
[13:06] <ralsina_> gatox: sine you are working n expanduser, check bug #889785 for a nice corner case
[13:06] <ubot4> Launchpad bug 889785 in ubuntuone-client "Can not add folders in WinXP (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/889785
[13:08] <nessita> ralsina_: we're no longer using the HOME env var (bah, when gatox's branches land, that is)
[13:08] <nessita> ralsina_: but that's s good bug report :-)
[13:09] <ralsina_> nessita: indeed, I was like, "whoa" :-)
[13:09] <nessita> ralsina_: gatox: we should also check how we handle folder path case sensitiveness :-/
[13:10] <ralsina_> nessita: for UDF names?
[13:10] <mandel> nessita, what happened with the windows main module in ubuntuone_installer, where did it all go?
[13:11] <mandel> nessita, it seems that a lot changed in a recent merge
[13:11] <nessita> mandel: yeap, I made a cleanup for the main()
[13:11] <nessita> mandel: everything 'useful' should be in utils/ now
[13:11] <mandel> nessita, hm.. ok, I'l look around there
[13:12] <nessita> mandel: check_credentials is now at multiplatform level (utils/__init__.py)
[13:12] <mandel> nessita, where did the success_cb go?
[13:13] <nessita> away :-)
[13:13] <nessita> is dead
[13:14] <gatox> ralsina_, ack
[13:15] <mandel> nessita, ok.. so I had an extra step in that cb, can you point me where to look at so I can add that extra thing?
[13:15] <nessita> mandel: utils/__init__.py check_credentials
[13:15] <mandel> nessita, ok
[13:17] <gatox> ralsina_, can i assign that bug to me?
[13:17] <ralsina_> gatox: of course
[13:17] <gatox> ralsina_, ok! :D
[13:17] <ralsina_> in fact, it could go as a duplicate of the one you have to make expanduser cross platform
[13:20] <gatox> ralsina_, ok
[13:20] <ralsina_> gatox, mandel, alecu, dobey, nessita: standup in 10'
[13:21] <gatox> ralsina_, ack
[13:21] <nessita> ack
[13:24] <mandel> ok
[13:31] <mandel> me
[13:31] <nessita> me
[13:31] <gatox> me
[13:32] <nessita> alecu, ralsina?
[13:32] <ralsina> me
[13:32] <alecu> and me
[13:33] <mandel> shall I then?
[13:33] <nessita> dobey: stand up? (and welcome back!)
[13:33] <ralsina> mandel: go ahead
[13:33] <mandel> DONE: Fixed following MP comments lp:~mandel/ubuntuone-control-panel/auto-update-functions lp:~mandel/ubuntuone-control-panel/auto-update-loopingcall. Confirmed bug 586582 as invalid with the current release.
[13:33] <mandel> TODO: Fix conflicts in lp:~mandel/ubuntone-windows-installer/put-migration-together it will take me a little long since there are a big number of changes. Look at the bugs I have to tackle related to proxy
[13:33] <mandel> BLOCKED: No
[13:33] <mandel> COMMENT: I might need to leave a few mins early to go to the doctor and get pain killers, I broke my ribs during the weekend (they were broken and decided to play rugby, yes I'm stupid)
[13:33] <ubot4> Launchpad bug 586582 in ubuntuone-windows-installer "Ubuntu One don't works - Active Directory User (affects: 1) (heat: 3)" [Medium,Invalid] https://launchpad.net/bugs/586582
[13:33] <mandel> nessita go!
[13:33] <nessita> DONE: coded and landed every qt4reactor branch (ussoc, controlpanel, installer), reviews, a tiny bit of magicicada
[13:33] <nessita> TODO: schedule the rest of the holidays, coordinate windows release, coordinate SRU release
[13:33] <nessita> BLOCKED: nopes
[13:33] <nessita> NEXT: gatox
[13:33] <gatox> DONE:
[13:33] <gatox> Propose and landed small successful branch fix, Fixed some conflicts in network-detect, improves in unicode issues branch. Some improves in freaky friday project ui.
[13:33] <gatox> TODO:
[13:33] <gatox> Finish fixes for shared links in unicode branch
[13:33] <gatox> BLOCKED:
[13:33] <gatox> No
[13:33] <gatox> ralsina, go
[13:33] <ralsina> DONE: http://picplz.com/user/ralsina/pic/fmctx/ TODO: finish answering mail, cleanup build branch for windows, propose for merging, tech leads call, work on hiring BLOCKED: no
[13:34] <ralsina> alecu?
[13:34] <gatox> ralsina, jejejej
[13:35] <alecu> DONE: freaky friday: started learning packaging for txsecrets
[13:35] <alecu> TODO: back to proxy branches
[13:35] <alecu> BLOCKED: no
[13:35] <ralsina> comments?
[13:35] <nessita> me!
[13:35] <nessita> I will be on holiday all the next week and some days of the following after that
[13:36] <ralsina> nessita: cool, have fun!
[13:36] <ralsina> nessita: "coordinate windows release" do you want to do the RTs?
[13:36] <nessita> ralsina: no, chasing people to do it :-)
[13:36] <mandel> nessita, If I where youd, I'd say no ;)
[13:36] <nessita> ralsina: could you please file them? ;-)
[13:36] <ralsina> nessita: ok ;-)
[13:37] <nessita> thanks!
[13:37] <ralsina> nessita: on it!
[13:37] <ralsina> I say we schedule it for wednesday, pushing RTs back is  a pain
[13:37] <nessita> ralsina: if you have to request a date, I would advice this Wed
[13:37] <ralsina> coincidences :-)
[13:37] <nessita> ralsina: yey! great mind think alike
[13:37] <ralsina> and also, we do!
[13:37] <ralsina> ;-)
[13:38] <gatox> nessita, i finish with the migration of windows-installer network detect to a new branch to avoid the weird conflicts.... let me know when you have a moment to review it
[13:38] <nessita> ralsina: also, I have 4 days left of holidays that I need to schedule, I was wondering if I can have one this Friday (I need to close some teaching activities that will take the whole afternoon)
[13:38] <ralsina> ok, scheduling for wednesday, that would mean a thursday release, probably
[13:38] <nessita> gatox: I would like to pause that (both on ussoc and installer) until we release
[13:38] <ralsina> nessita: sure, canonicaladmin is one of my things for today, so file it
[13:38] <nessita> gatox: can we do that?
[13:38] <gatox> nessita, ok, no problem...
[13:38] <gatox> nessita, i'll keep working on create shares link now
[13:39] <nessita> gatox: great! let me know how that goes (though that will go into another windows release -- not this one)
[13:40] <gatox> nessita, yes..... that branches will need some irl testing i think
[13:40] <nessita> gatox: you say some, I say A LOT :-D
[13:40] <gatox> nessita, :P
[13:40] <ralsina> "create shares link" ?
[13:40] <gatox> ralsina, it's related to the unicode issues
[13:40] <nessita> ralsina: link creation is failing big time when there are weird characteres in the user home
[13:40] <ralsina> ack
[13:41] <nessita> ralsina: gatox needs to use a function that supports unicode, otherwiser we can't create synlinks
[13:41] <gatox> ralsina, now syncdaemon and sso are working, but the creation of shares link are failing
[13:41] <nessita> symlinks*
[13:41] <ralsina> For the link to the share. got it, thanks.
[13:41] <gatox> ralsina, i mean..... working in the user with weird chars in the username
[13:41] <nessita> gatox: I'm guessing you'd have to use ctypes, since is very likely that pywin32 will not export the unicode version of the function (let me know when you find the answer)
[13:41] <ralsina> gatox: he, that bug is like an octopus or something. Maybe a hydra.
[13:42] <gatox> ralsina, i could explain it better jejeje
[13:42] <gatox> couldnt*
[13:42] <ralsina> nessita: if pywin32 doesn't export it explicitly, it's because the one without the W in it is supposed to be the unicode version. At least according to pywin32 "folklore"
[13:43] <nessita> ralsina: well, I can ensure you that the current code for making symlink explotes big time with unicode paths
[13:43] <nessita> so, I leave gatox to do the diagnosis and report back :-)
[13:43] <ralsina> nessita: sounds like a bug in pywin32 and should be reported
[13:43] <nessita> ralsina: perhaps, yes
[13:43] <gatox> ralsina, yes, that's true... but not always it seems, in some other part of the code we needed to use another function because the one supportedd by pywin wasn't the W
[13:43] <ralsina> gatox: argh
[13:44] <gatox> ralsina, for LookupAccountName
[13:45] <ralsina> gatox: you mean unicode arguments? LookupAccountName returns a book
[13:45] <ralsina> a bool
[13:46] <gatox> ralsina, for c, in python it returns a tuple with the SID and a bool..... yes..... in this case was a problem in the arg it seems
[13:46] <gatox> we obtain the proper username..... but lookupaccoutname always fails
[13:46] <ralsina> right, it's used because of arg-by-reference are returned
[13:47] <gatox> right
[13:48] <mandel> nessita, gatox, ralsina creating symlinks is a proble, it does not support somethngs such as \\?\ if I where you, before you do any code I'd test if a manually created lnk works
[13:49] <ralsina> mandel: if ~ needs to be a literal path, it's a corner case from hell
[13:49] <nessita> mandel: yeap, I remember
[13:49] <nessita> mandel: anyways, I want gatox to do some research about that, to see what's the bets solution we cna provide
[13:49] <nessita> even if we have to go with ctypes
[13:49] <mandel> ralsina, nessita, gatox  I just mentioned because it might give funny issues with unicode too
[13:50] <nessita> mandel: it certainly has
[13:50] <mandel> :(
[13:50] <ralsina> we need to start firming up consistency on ctypes/pywin32
[13:51] <mandel> ralsina, nessita I can confirm that we do not support XP x64 (not that many people have that)
[13:51] <dobey> uh
[13:51] <nessita> ralsina: I agree. The thing is that we're *way* broken ATM for users with non ascii chars in the home, or any xdg path
[13:51] <ralsina> but I think we have proven both tools insufficient for the task at hand
[13:51] <dobey> yeah, 08:30 is way too early :)
[13:51] <dobey> λ DONE: UDS, holidays
[13:51] <dobey> λ TODO: banshee race re-fix, stable branches, tarmac config update
[13:51] <dobey> λ BLCK: No.
[13:51] <nessita> dobey: standup!!! (and welcome back)
[13:51] <dobey> nessita: thanks
[13:51] <ralsina> dobey, mandel: figure out between you a standup time that works ;-)
[13:52] <nessita> dobey: did you enjoy your holidays?
[13:52] <dobey> somewhat
[13:52] <mandel> dobey, I have lunch in 10 mins + wak the dog, so for me in an hour would be ok, what about you?
[13:52] <dobey> having my brakes go out on my truck in the middle of an emergency stop wasn't exactly enjoyable :)
[13:52] <dobey> mandel: that would be fine, yes
[13:53] <mandel> nessita, ralsina we have a deal ^
[13:53] <ralsina> nessita, gatox: moving standup to 12AM ART so it's after mandel's lunch and after dobey wakes up makes sense for you?
[13:53] <ralsina> alecu: ^
[13:53] <mandel> in an hour should be ok for both (I hate diff time zones and DST and al that)
[13:54] <gatox> ralsina, ack
[13:54] <ralsina> gatox: I want your opinion :-)
[13:55] <gatox> ralsina, fine by me... now that i start later it gives me more time to close the things from the previous day better before standup
[13:56] <nessita> dobey: so, we have in stable-2-0 the fix for the IO ValueError bug. Could we please make a release of that so I can start the SRU process?
[13:56]  * mandel lunch + dog walking
[13:56] <ralsina> ok, so it's +4 so far. Unless nessita and alecu really hate it?
[13:56] <nessita> ralsina: so, what would be the new time? 4pm UTC?
[13:57] <ralsina> nessita: 3PM UTC I think
[13:57] <dobey> nessita: are the other 2 major bugs fixed? (mem usage, and unicode?)
[13:57] <dobey> 1500Z yes
[13:57] <dobey> since .ar is -0300
[13:57] <nessita> dobey: nopes, and we have no ETA for those. And since we have a lot of users affected by this, Cheepaca asked to SRU ASAP
[13:59] <nessita> dobey: or, you can teach me how to release and package from u1client, and I can do it, I need to learn this eventually
[13:59] <dobey> nessita: bzr diff -p 1 -c $revno_of_fix lp:ubuntuone-client/stable-2-0 > debian/patches/15_value_io_error_fix.patch
[13:59] <dobey> nessita: just stick the diff in debian/patches and SRU with that for now. :)
[14:00] <nessita> dobey: is there any reason to do that and not a new tarball release and a new package from that?
[14:01] <dobey> nessita: it's faster; and i'd rather wait to make a tarball release until the other 2 issues are fixed up as well
[14:01] <nessita> dobey: ok, and after that we "collapse" the patches or something like that?
[14:01] <dobey> and making a tarball release for every SRU isn't necessarily a good plan
[14:01] <nessita> dobey: tell me more, I'm interested :-)
[14:01] <dobey> nessita: yeah, when we do an SRU with the new tarball, we'll pull the patches out
[14:02] <nessita> why is not a good plan to have a release per each SRU (or group of SRUs)?
[14:02] <dobey> well, if we have no ETA, and we make a tarball release today, and tomorrow someone finds a magical fix that solves the other 2 problems, when we'll have to get them in as well
[14:03] <dobey> nessita: for a big group is fine, but for each little change it's a waste of time to deal with all the release/packaging details
[14:04] <nessita> dobey: ack, I get it. So, I also wanted to talk with you about 2 things: the dev-tools issue you disagree with (I'm happy to change), and the stable-3-0 branches. Do you have some time now?
[14:05] <dobey> nessita: sure
[14:06] <nessita> dobey: so, I changed the dev-tools so we can have the pylintrc being reachable on windows, otherwise we're not using the "global" pylintrc, and we have tons of errors on windows. Options to have devtools not depending on ussoc are:
[14:06] <nessita> * stop using xdg on windows and have a local copy of pylintrc on each project
[14:06] <nessita> sorry, "option is", I have only one :-)
[14:06] <dobey> we need to fix xdg (iow, take over ownership of it)
[14:07] <nessita> dobey: yeah, that is another option, but is kinda out of the roadmap for now...
[14:07] <dobey> then we need to stop using pyxdg everywhere.
[14:08] <nessita> dobey: and replace with our custom code or do you have another idea?
[14:08] <dobey> nessita: well, fork and take it over; write a new replacement, or use something else (glib or qt impl maybe)
[14:10] <ralsina> +1 on using qt/glib impl. Maybe with a tiny wrapper on top. Have not looked if Qt provides everything we need though
[14:10] <nessita> dobey: I agree that's the best solution, but then again we're in the situation that we have no room in the roadmap for that :-/
[14:11] <dobey> nessita: well, taking over pyxdg isn't really a huge burden.
[14:12] <nessita> dobey: are you volunteering to do that :-)?
[14:12] <dobey> but continuing to use abandoned libraries is a ticking time bomb
[14:13] <nessita> dobey: so, are you volunteering to do that :-)?
[14:14] <dobey> i will help make it happen, but i am not volunteering to be the new owner myself, no. but i am happy to help move it to LP properly, and get it set up in tarmac/nightlies/etc…
[14:15] <nessita> dobey: well, that makes sense, we should consider the whole ubuntuone-hackers+ team to be the owner, but we certainly need someone to actually do the initial dance
[14:16] <dobey> right, and i can probably do most of that. will probably need lo-sa help and such
[14:16] <nessita> dobey: sounds like a plan then. As soon as that is in place, I will revert the devtools change
[14:17] <dobey> nessita: also, i think qtreactor is packaged wrong
[14:17] <nessita> dobey: tell me more
[14:18] <dobey> nessita: well it seems like perhaps the files should be installed in a qtreactor/ subdir, to avoid breaking all the imports that anyone ever had, for it
[14:18] <nessita> dobey: but the README says otherwise, the project doc says we need to import qt4reactor
[14:18] <nessita> dobey: so I decided to be consistent with the doc
[14:19] <dobey> hmm
[14:19] <nessita> dobey: we were using it wrong, let's say... and I already fixed all our branches
[14:20] <nessita> dobey: question re: the u1client patch. Why 15?
[14:21] <dobey> nessita: i just figured it was a number that was greater than the numbers used by current patches (i didn't actually look)
[14:22] <nessita> dobey: shall I use the next consecutive number from the current patch (which is 01)?
[14:22] <dobey> nessita: i think there's supposed to be some naming scheme for that, but not entirely sure what it is. and since we own it all, it doesn't really matter
[14:22] <dobey> nessita: sure, that's fine too
[14:22] <dobey> nessita: you did branch from lp:ubuntu/oneiric-proposed/ubuntuone-client right?
[14:23] <nessita> hum, oneiric
[14:23] <nessita> I will push to -proposed
[14:23] <dobey> you need to pull from -proposed
[14:23] <nessita> you're right
[14:23] <dobey> (unless it doesn't exist, but i'm pretty sure that one does)
[14:24] <nessita> pulling...
[14:24] <nessita> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/%2Bbranch/ubuntu/oneiric-proposed/ubuntune-client/".
[14:24] <nessita> sorry!
[14:24] <nessita> my bad, typo :-D
[14:24] <nessita> ubuntune, that's a funny name
[14:25] <dobey> heh
[14:25] <nessita> dobey: ok, so, last issue I wanted to talk with you. Shall I do all the stable-3-0 branches as the former "after release" stable branches? or shall I take something extra into consideration?
[14:28] <dobey> nessita: there are a couple of 'stable' branches i need to make still, that weren't bumped to 2.0 versions, or that we didn't bother with for oneiric; but shouldn't take long to do
[14:28] <dobey> i also need to finish the move of the banshee extension, which i started to do, which shouldn't take very long either
[14:28] <dobey> then after that, I think we can probably make all the stable-3-0 branches
[14:29] <nessita> dobey: ok, so, we can do the 3-0 branches for those projects that already have the 3-0 right?
[14:30] <dobey> nessita: i think it's safe to go ahead and make stable-3-0 series/branches for most of the things though (u1cp, protocol, client, etc)
[14:30] <nessita> right
[14:31] <dobey> nessita: and if you are going to bump the versions in the branches and trunk, please make the branch versions be 3.0 and the trunk ones be 3.1
[14:31] <dobey> (not 3.0.0 or 3.1.0, but without a microversion)
[14:31] <nessita> dobey: right, I remember from last time, no 3.1.0
[14:31] <nessita> yeao
[14:31] <dobey> :)
[14:33] <nessita> dobey: any idea why I can't push to lp:~nataliabidart/ubuntu/oneiric-proposed/ubuntuone-client/fix-872924 ? error is No such distribution series oneiric-proposed
[14:36] <dobey> nessita: you need to push to /oneiric/ i think, and propose for merge into lp:ubuntu/oneiric-proposed/ubuntuone-client
[14:36] <nessita> ack
[14:45] <nessita> dobey: you can sponsor this or shall I ask the platform guys?
[14:45] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu/oneiric/ubuntuone-client/fix-872924/+merge/82154
[14:45] <dobey> nessita: i can upload it to -proposed, yes
[14:45] <nessita> awesome
[14:47] <nessita> ok, stable branches, here I come!
[14:52] <nessita> dobey: since the stable version will be 3.0, shall the tag be release-3_0 as well, without microversion?
[14:53] <dobey> nessita: you don't need to create tags or make a tarball release of the stable-3-0 branches yet, no
[14:53] <nessita> dobey: I understand no tarball, but why no tags?
[14:54] <dobey> nessita: because we aren't making a release of it, so a tag isn't necessary
[14:54] <nessita> dobey: hum, I thought that tags were tied to version changes, not tarballs
[14:54] <nessita> dobey: you sure about this?
[14:55] <dobey> nessita: tags should be tied to releases (or anything else we decide needs a tag), but i'm suree we don't need a tag that is basically the initial revision on a new branch
[14:56] <nessita> ack
[15:15] <dobey> meh, i need to get in the habit of eating breakfast again
[15:24] <joshuahoover> nessita, dobey: i assume we'll be doing an sru for (at least) bug #872924 this week, correct?
[15:24] <ubot4> Launchpad bug 872924 in ubuntuone-client (Ubuntu Precise) (and 5 other projects) "Resuming a failed upload crashes with ValueError: I/O operation on closed file (affects: 24) (dups: 3) (heat: 146)" [Critical,Confirmed] https://launchpad.net/bugs/872924
[15:24] <nessita> joshuahoover: yes, the upload to oneiric-proposed is happening any minute now
[15:24] <joshuahoover> nessita: cool, thanks :)
[15:25] <nessita> dobey: would you please let joshuahoover and me know when the upload is in place? so we can IRL test
[15:25] <dobey> nessita, joshuahoover: after i upload it, an archive admin will have to approve it, and then it will get built. but should hopefully not be too long after i upload
[15:26] <joshuahoover> dobey: thank you
[15:31] <dobey> bah
[15:31] <dobey> my pbuilder-dist is broken on oneiric
[15:33] <dobey> nm, fixed that
[15:34] <nessita> nice
[15:40] <mandel> ralsina, ping
[15:40] <ralsina> mandel: pong
[15:41] <mandel> ralsina, can you ping me when you are done with the installer branch, I wanted to try something during the night with it :)
[15:41] <mandel> ralsina, is not sexual
[15:41] <ralsina> mandel: by my current progress, very late tonight :-/
[15:41] <mandel> ralsina, well then on Wed night :)
[15:50] <dobey> nessita, joshuahoover: is uploaded to -proposed, and waiting for an admin to approve
[15:50] <joshuahoover> dobey: great!
[15:50] <nessita> dobey: awesome, thanks!
[16:08] <mandel> gatox, ping
[16:09] <gatox> mandel, pong
[16:09] <mandel> gatox, do you have your windows vm running?
[16:09] <gatox> mandel, yes..... i'm testing the shortcut thing
[16:09] <gatox> what do you need?
[16:10] <mandel> gatox, give me a min
[16:10] <gatox> mandel, ok
[16:12] <mandel> gatox, cool, can you run ubuntuone-windows-installer tests from trunk
[16:12] <mandel> gatox, I think they are broken.. at least when I run them in my machine
[16:12]  * gatox testing....
[16:13] <mandel> gatox, seems to be an attribute error in one of the compiled classes from qt
[16:14] <gatox> mandel, working here
[16:14] <gatox> mandel, let me give you the revnos
[16:15] <mandel> gatox, please
[16:16] <nessita> mandel: have you run setup.py build in ussoc and controlpanel (possible issue)?
[16:16] <mandel> gatox, I'm at 88
[16:16] <gatox> mandel, sso revno: 811, u1-client revno: 1158,  installer revno: 88
[16:16] <mandel> nessita, run-test.bat should do it..
[16:16] <mandel> gatox, hm, maybe I have old dependencies..
[16:16]  * mandel makes sure
[16:16] <nessita> mandel: run-tests builds the project, of course, not the dependecies
[16:17] <nessita> mandel: each one of us have the dependencies in custom locations
[16:17] <gatox> mandel, true..... i need to build cp by my own
[16:17] <gatox> in ordeer to see the changes inn the installer
[16:17] <nessita> gatox: and that's correct! :-)
[16:21] <dobey> lunch time, bbiab
[16:21]  * mandel is amazed on how slow the windows tests are..
[16:28] <mandel> nessita, gatox you were right, old dependencies..
[16:29] <nessita> mandel: :-)
[16:43] <nessita> mandel: you around?
[16:44] <mandel> nessita, yes, tell me
[16:45] <nessita> mandel: would you be up to do some boring reviews? storage protocol branches needed to have their test suites updated (see all the merge proposals in bug #890277)
[16:45] <ubot4> Launchpad bug 890277 in ubuntuone-storage-protocol/trunk (and 5 other projects) "Test are failing due to ubuntuone.devtools.testing.txcheck.SuperNotCalled (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/890277
[16:45] <mandel> nessita, sure, I've seend those bug report popping on my email
[16:55] <mandel> nessita, https://code.launchpad.net/~mandel/ubuntuone-windows-installer/put-migration-together/+merge/78995 https://code.launchpad.net/~mandel/ubuntuone-control-panel/auto-update-functions/+merge/80237 and https://code.launchpad.net/~mandel/ubuntuone-control-panel/auto-update-looping-call/+merge/81015 have been updated, re-view when you can
[17:00] <nessita> mandel: ack!
[17:01] <jdobrien> anyone know why i see these? (u1sdtool:15320): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap"
[17:03] <jdobrien> sudo apt-get install gtk2-engines-pixbuf
[17:04] <dobey> jdobrien: you installed gtk2-engines-pixbuf and still get them afterward?
[17:04] <jdobrien> dobey: no
[17:04] <nessita> mandel: any reason to duplicate REMOVE_OLD_BETA_TITLE and REMOVE_OLD_BETA_ERROR_TITLE? the same for MIGRATE_OLD_BETA_DATA_TITLE and MIGRATE_OLD_BETA_DATA_ERROR_TITLE
[17:04] <jdobrien> dobey: that fixed it
[17:04] <dobey> of course, u1sdtool shouldn't be printing them anyway, since it shouldn't be using gtk
[17:05] <jdobrien> dobey: i was seeing it from some qt apps
[17:05] <jdobrien> also
[17:05] <mandel> nessita, in case translators consider that tye should be different, mainly covering my ass in that aspect
[17:05] <mandel> nessita, all branches in ubuntuone-storage-protocol reviewd and tests ran on N (my O box is not yet setup with everything)
[17:05] <dobey> jdobrien: yeah, that makes more sense though, as they were probably using the gtk+ theme
[17:05] <mandel> nessita, you need an extra +1
[17:10] <nessita> mandel: so, translators don't see how we define constants, they just get the string as is to translate
[17:11] <nessita> mandel: as far as I know, there is no gain to have the strings duplicated. Would you please remove the dupes?
[17:11] <mandel> nessita, sure, not at all a problem, can you add that to the MP so that I fix all the issue you see in one go?
[17:11] <nessita> mandel: sure!
[17:11] <mandel> thx
[17:12] <nessita> dobey: would you know why mandel appears as community here https://code.launchpad.net/~nataliabidart/ubuntuone-storage-protocol/test-failing-stable-2-0/+merge/82191 ?
[17:14] <dobey> yes
[17:14] <dobey> fixed
[17:15] <dobey> nessita: the branch reviewer was not set for some reason
[17:15] <dobey> nessita: it was set to control-tower, not hackers
[17:16] <gatox> lunch!! brb
[17:16] <mandel> alecu, ping
[17:17] <alecu> mandel, pong
[17:17] <mandel> alecu, do you have the time to organize the bugs I should be tackling regarding the proxy support?
[17:17] <alecu> mandel, sure
[17:18] <mandel> alecu, AFAIK this is the list we are working on: https://bugs.launchpad.net/ubuntu-sso-client/+bugs?field.tag=u1-proxy right?
[17:19] <nessita> dobey: hum.... ok, changing
[17:19] <dobey> nessita: i already fixed it and stable-3-0 both :)
[17:19] <nessita> dobey: oh, thanks
[17:19] <nessita> lading now then!
[17:20] <nessita> dobey: are you reviewing the other 2 branches?
[17:20] <alecu> mandel, right now I'm working on bugs #884968, #884970 and #884971
[17:20] <dobey> nessita: when you make a new stable branch, you need to go to the LP branch page and set the branch reviewer (in the menu on the upper right of the page)
[17:20] <ubot4> Launchpad bug 884968 in ubuntu-sso-client "common proxy-aware web client (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/884968
[17:20] <ubot4> Launchpad bug 884970 in ubuntu-sso-client "common proxy-aware web client: qnetwork backend (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/884970
[17:20] <ubot4> Launchpad bug 884971 in ubuntu-sso-client "common proxy-aware web client: libsoup backend (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/884971
[17:21] <dobey> nessita: no, i just approved them to kill the pending review from control-tower
[17:21] <nessita> dobey: duly noted
[17:21] <dobey> nessita: also, new stable branches need to be reconfigured to be unstacked (bzr reconfigure --unstacked lp:ubuntuone-storage-protocol/stable-3-0)
[17:21] <mandel> alecu, ok, can you mark them as in progress? and of those, how far are you, because if you have 'the common proxy-aware web client'  I suppose we can work in parallel the other two
[17:22] <nessita> dobey: I did that :-)
[17:22] <nessita> (already)
[17:22] <dobey> nessita: ah, stable-2-0 wasn't. but i fixed it already
[17:23] <nessita> dobey: awesome ( I think I fixed that last week...)
[17:23] <dobey> nessita: anyway, should fix the branch reviewer on the other stable-3-0 branches you've created today if you haven't already :)
[17:24] <nessita> dobey: I'll do it, of course
[17:25] <nessita> dobey: ah, you fixed protocol stable-3-0 already, no?
[17:25] <alecu> mandel, I'm working on a branch for those three bugs.
[17:25] <dobey> yes
[17:25] <nessita> dobey: ack, then protocol should be good to go as soon as my test fixes lands
[17:25] <alecu> mandel, the bugs -70 and -71 are very easy once the first part is in place.
[17:26] <mandel> alecu, ok.. I can take -72 -73 -75 but I'd need to know the general API I should be using
[17:27] <alecu> mandel, well, I much rather have something working before starting with those...
[17:27] <mandel> alecu, so -78 looks to be the only one that is not blocked by that atm, right?
[17:27] <alecu> mandel, what about -63?
[17:27] <dobey> nessita: well, we need to update the tarmac config for the stable-3-0 branches. so that specific one won't land yet until we do :)
[17:27] <mandel> alecu, yeah, I have the same opinion
[17:27] <nessita> dobey: right, want me to do that?
[17:27] <alecu> mandel, -63 is about doing some scripts to be run inside jenkins...
[17:28] <alecu> mandel, I was thinking about some script that starts a squid instance with a custom .conf file
[17:28] <mandel> alecu, hm.. I've never worked with jenkinds.. I can always learn I suppose :)
[17:28] <alecu> mandel, and that runs some tests against that squid.
[17:28] <dobey> nessita: let's wait and do all the new branch config in tarmac all at once.
[17:28] <alecu> mandel, do not worry about jenkins... it will just run our script.
[17:29] <nessita> dobey: makes sense. When that happens, please let me know since I want to also be familiar with that part
[17:29] <mandel> alecu, so basically a script that setups a squid with the .conf file? sounds reasonable :)
[17:29] <alecu> mandel, the important thing is that our script will start some tests proxy configured with auth and without auth
[17:29] <alecu> mandel, it starts a squid, *AND* it runs some tests using that squid.
[17:29] <dobey> nessita: sure thing
[17:29] <mandel> alecu, ok, I'll update the description of the bug and will start with it
[17:30] <mandel> alecu, I'd that to run on Windows too, and squid does run on Windows AFAIK
[17:30] <alecu> mandel, great! let me know if you have any troubles or crazy ideas :-)
[17:31] <alecu> mandel, good point.
[17:31] <ralsina> mandel: as long as you can write a shell script to do what you want and return a value, jenkins can live with that
[17:31] <mandel> ralsina, can it be a python one?
[17:31] <ralsina> mandel: yes, with a plugin, I think
[17:31] <ralsina> mandel: worse case, a shell script that starts a python program ;-)
[17:32] <mandel> alecu, and what about adding that to u1trial? is that a crazy idea?
[17:32] <mandel> ralsina, like most of our run-tests.bat :)
[17:32] <dobey> adding what to u1trial?
[17:33] <mandel> dobey, we want a script that starts a sqid proxy with a .conf and runs the test with and without auth
[17:33] <mandel> dobey, basically for bug 884963
[17:33] <dobey> mandel: u1trial can already do that
[17:33] <ubot4> Launchpad bug 884963 in ubuntu-sso-client "proxy integration tests (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/884963
[17:33] <mandel> dobey, it can set up a proxy with squid?
[17:34] <dobey> mandel: it has an API to let you run arbitrary services in a contained environment for testing; this is how the private dbus session works :)
[17:35] <dobey> mandel: so basically, you just need to write the service runner, and a testcase that uses it
[17:36] <mandel> dobey, you read my mind :)
[17:36] <nessita> mandel: review of https://code.launchpad.net/~mandel/ubuntuone-windows-installer/put-migration-together/+merge/78995 done
[17:36] <mandel> alecu, I think dobey approach is the nices way to do it, waht do you think?
[17:36] <mandel> nessita, on it
[17:37] <nessita> dobey: ussoc will also be 3-0, right?
[17:37] <dobey> nessita: everything will be 3-0
[17:37] <nessita> nice
[17:38] <alecu> mandel, adding it to u1trial sounds like a good idea to me.
[17:39] <mandel> alecu, ok, then I'll do that and will change the project of the bug
[17:40] <alecu> mandel, i think we should open a different bug to add that to u1-dev-tools
[17:40] <alecu> mandel, and leave this bug to use that feature from sso
[17:41] <alecu> mandel, does it make sense?
[17:41] <mandel> alecu, sure :)
[17:41] <dobey> alecu, mandel: use "also affects" and fix both at the same time, so we can make sure it works correctly before landing it :)
[17:43] <mandel> dobey, done
[17:45] <dobey> so i installed indicator-multiload
[17:45] <dobey> and it's apparently using 2% of CPU time to monitor the usage statistics
[17:46] <dobey> and compiz is using 10-20% to render it :(
[17:50] <dobey> nessita: oh; another thing that needs to be done for new stable branches when they are made…
[17:50] <nessita> dobey: packaging dailes? already done
[17:50] <nessita> dailies*
[17:50] <nessita> dobey: anything else?
[17:51] <ralsina> dobey: CPU monitors are the ultimate quantum uncertainty principle example
[17:51] <ralsina> And I need a (late) lunch. See you all in a bit.
[17:51] <dobey> nessita: unsubscribing ubuntuone-control-tower from the branch, and subscribing ubuntuone-hackers (with no notification e-mail, don't send diffs, and with all changes for code review level)
[17:53] <nessita> dobey: oki, let me try that on protocdol
[17:54] <nessita> dobey: you already changed it for protocol? :-/
[17:55] <dobey> no
[17:55] <nessita> dobey: ah, I see my mistake
[17:55] <dobey> you were looking at trunk? :)
[17:56] <nessita> dobey: no, I was looking at the subscription of the control-tower, which had what you describe
[17:56] <nessita> I fixed it now
[17:56] <dobey> ah
[17:57] <nessita> yey! protocol 3.1 daily builds built OK
[18:22] <mandel> nessita, lp:~mandel/ubuntuone-windows-install/put-migration-together has been updated following your remarks
[18:23] <nessita> mandel: ack!
[18:27] <dobey> man i wish ~.bazaar/locations.conf supported regular expression matching
[18:30] <gatox> brb..... need to restart
[18:33] <nessita> dobey: +10
[18:34] <dobey> heh
[18:36] <dobey> nessita: just making these branches makes me feel more productive! :)
[18:37] <nessita> dobey: awesome! since you're feeling that way, would you  please trivial review these? precise build failed on dailies recipe: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/lint-fix-stable-3-0/+merge/82208 and https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/lint-fix/+merge/82207
[18:39] <dobey> ah right; hrmm
[18:41] <dobey> meh launchpad is slow
[18:41] <dobey> nessita: approved
[18:41] <dobey> also, really really really want to get rid of pylint
[18:42] <nessita> dobey: hum... I don't :-) (unless we replaces with something as good as it but with less false-positives)
[18:42] <nessita> dobey: and FYI, this pylint issue was legit, some code migration screwed this tests
[18:43] <nessita> dobey: meaning that the patching should be done on client.root and not client itself
[18:43] <dobey> pyflakes
[18:43] <nessita> dobey: is not as good as pylint when reporting issues....
[18:44] <nessita> yes, it has less false positived, but a lot less of real-positives
[18:44] <dobey> and it's a lot simpler than pylint
[18:44] <nessita> perhaps simples, but less useful atm
[18:45] <dobey> i think it is easier to add checks to pyflakes, than to make pylint be less complex :)
[18:46] <nessita> dobey: well, if you provide a pyflakes as good as pylint with less positives, I'm happy to switch (perhaps a freaky friday project for you? ;-))
[18:46] <dobey> ugh :)
[18:47] <dobey> nessita: do you have a list?
[18:48] <nessita> dobey: nopes, but I can work on one in the next couple of weeks (do not count my holiday week ;-))
[18:49] <dobey> nessita: when are you on holiday?
[18:49] <nessita> dobey: starting this Fri, up to the 29 inclusive
[18:49] <dobey> ok
[18:50] <dobey> well i am off on 24/25 anyway :)
[18:52] <nessita> ok
[18:54] <rye> 20090 www-data  20   0 4225m 1.4g 1388 S   15 72.6   1:05.32 apache2
[18:54] <dobey> oh; hrmm, i need to deal with my avahi package branch too
[18:54] <dobey> rye: wrong channel? :)
[18:55] <mandel> rye, are you talking dirty again?
[18:55] <rye> mandel, yes, 1.4g of dirty apache2
[18:56] <mandel> ok, EOD for me, see you all tom!!
[18:56] <dobey> mandel: go easy on the gin and tonics :)
[18:56] <gatox> mandel, bye
[18:56] <mandel> dobey, working tom == manuel not drinking besides coffee :)
[18:57] <mandel> hehe
[18:57] <mandel> laters!
[18:57] <dobey> heh
[18:58] <mandel> dobey, except when the barman pays!
[18:58] <mandel> now I really go :P
[19:06] <dobey> i wonder how many miles it takes to get a free round trip to some island or some asian country, on delta
[19:08] <dobey> a lot
[19:19] <dobey> oh man, flights to costa rica are not too bad
[19:22] <dobey> grr, delta; your flight search sucks and is full of lies :(
[19:29] <dobey> nessita: where are you at on the stable-3-0 branching?
[19:30] <nessita> dobey: ALL DONE! :-) (now I'm IRL testing all stable-3-0 so ralsina can build the windows release from there)
[19:30] <dobey> nessita: ah ok, cool
[19:31] <nessita> dobey: but ussoc, u1client, u1protocol, u1controlpanel and u1windowsinstaller are ready (stable-3-0 branch, bumped trunk, bumped dailies if applicable)
[19:31] <nessita> dobey: need me to also do devtools?
[19:32] <dobey> nessita: no, i will do it
[19:32] <nessita> dobey: ok, what else is pending? u1-client-gnome, desktopcouch, u1couch... anything else?
[19:33] <dobey> desktopcouch/u1couch i don't think we need to bother with; i already did u1-client-gnome branching (need to update packaging still though)
[19:33] <nessita> dobey: ok, agreed to dc and u1couch. Anything else?
[19:33] <dobey> nessita: i got the rest though. going to take a quick break for a minute then finish them up and get the packaging updated
[19:33] <nessita> dobey: ack
[19:34] <nessita> enjoy!
[19:34] <nessita> I may do the same to make some mate
[19:37] <nessita> ralsina: could you please answer bug #889556?
[19:37] <ubot4> Launchpad bug 889556 in ubuntuone-client "I can't unistall Ubuntu One in Windows XP (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/889556
[19:37] <ralsina> nessita: sure
[19:37] <nessita> thanks!
[19:39] <ralsina> nessita: I am not getting to askubuntu before wednesday though :-/
[19:40] <nessita> ralsina: but can you answer the same bug report? at least for this user
[19:40] <ralsina> nessita: the bug report is answered since 40 seconds ago :-)
[19:40] <nessita> ok then :-)
[19:49] <nhaines> Greetings to everyone.  :)
[19:50] <nessita> ralsina: ok, I made a run of all our services on a development win7 using, for everything, the stable-3-0 branches
[19:50] <ralsina> nessita: how did it go?
[19:50] <nessita> ralsina: is working, so can we use those when building the release?
[19:50] <ralsina> Sure
[19:50] <nessita> ralsina: great, that way we can start building releases from stable branches
[19:51] <nhaines> I installed the Ubuntu One installer for 2.0.1 on my work machine running Windows 7 SP1, and although the U1 control panel does come up eventually, on every tab I get the error: "Attribute error\n"'NoneType' oject has no attribute 'get_rootdir'"
[19:51] <nhaines> Assuming there's no bug already filed on this, what log files might you guys need?
[19:52] <dobey> nhaines: there is definitely a bug filed for that error
[19:52] <nhaines> dobey: then I will take a look to see if I can help add relevent information.
[19:52] <nessita> nhaines: there is one, let me grab it for you
[19:52] <nhaines> dobey: the annoying thing is that it was no sweat on my home PC.  :)
[19:52] <dobey> i have seen get_rootdir come up a few times in subject lines in my bug mail folder :)
[19:52] <nhaines> nessita: thank you, that's a big help.
[19:52] <nessita> nhaines: what locale does your windows installation have?
[19:53] <nhaines> nessita: English (United States)
[19:53] <nessita> nhaines: bug #855428
[19:53] <ubot4> Launchpad bug 855428 in ubuntuone-client "AttributeError: "NoneType" object has no attribute get_rootdir (affects: 14) (dups: 9) (heat: 108)" [Undecided,Incomplete] https://launchpad.net/bugs/855428
[19:54] <nessita> nhaines: can you please confirm the following:
[19:56] <nessita> nhaines: what's your your user home (user profile)
[19:56] <nessita> the path to config data, and the path to cache data. Those would tipically be: C:\Users\<username>\AppData\Local\xdg\cache\ and C:\Users\<username>\AppData\Local\ubuntuone
[19:56] <nessita> nhaines: we have noticed this error on users that have some non asci character in any of those paths ^
[19:56] <nhaines> Oh!  This is Win7 Pro SP1 64-bit, btw.
[19:57] <nessita> nhaines: it should work
[19:57] <nhaines> My user home is C:\Users\haines_n.SC
[19:57] <nessita> nhaines: hum that should not be an issue
[19:58] <nessita> nhaines: if none of those paths have a non ascii character, we need to debug further your installation. Could you please email me all the logs, compressed, to natalia.bidart@canonical.com?
[19:59] <nhaines> nessita: I'd be happy to, provided you can say which logs you need.  Just the ones in $HOME\AppData\Local\xdg\cache\ubuntuone\log or are there more?
[20:00] <nessita> nhaines: just those. Please make sure to kill the ubuntuone-syncdaemon process before compressing the logs
[20:00] <nessita> nhaines: so they are fully written. Do you have such process running?
[20:01] <nhaines> nessita: yes.  I just killed it, but it doesn't look like there's any content in syncdaemon-exceptions
[20:01] <nessita> nhaines: is ok
[20:01] <nhaines> There are some older logs from the old 2.0.0 install, as well.  That had the same problem, so maybe it'll still help.
[20:01] <nessita> nhaines: yes please!
[20:02] <nessita> ralsina: before I forgot, could you remember tweaking the default config for windows so the backup_count is 10 instead of 5?
[20:02] <nessita> for the release, I mean
[20:04] <nhaines> nessita: thank you very much.  I zipped up everything and sent them your way.
[20:07] <nessita> nhaines: lookinf
[20:07] <nessita> looking*
[20:08] <nessita> nhaines: is there any chance you try with another (perhaps dummy) account, under a user whose user home does not have aither a dot or a _?
[20:08] <nessita> nhaines: it looks like a symlink creation failed
[20:09] <nessita> nhaines: do you have a symlink under 'C:\\Users\\haines_n.SC\\Ubuntu One\\Shared With Me'?
[20:09] <nhaines> nessita: aha, answers!  :)  Hmm, I might be able to test that.  Must I reinstall the client?
[20:09] <nhaines> Yes, that links to C:\Users\haines_n.SC\AppData\Local\xdg\ubuntuone\shares
[20:09] <nessita> nhaines: nopes, just create a new user, login as such and double click on the U1 icon
[20:13] <nhaines> nessita: okay, I'll go through the setup here.
[20:13] <nessita> nhaines: thanks a lot!
[20:13] <nhaines> It claims the file sync is in progress, no error messages.
[20:14] <gatox> eod for me..... too much reading and testinng about win apis.....
[20:14] <gatox> bye! see you tomorrow
[20:14] <nessita> nice (though we should debug why is not working for your main user)
[20:14] <nessita> gatox: hey, any conclusions about link creation?
[20:14] <nhaines> nessita: yes, would be nice.  :)  I have to be logged into the domain so... this is no real solution on this PC.
[20:15] <nhaines> Luckily my secondary computer runs Ubuntu!
[20:15] <nessita> nhaines: let's try to reset your main user U1 setup, shall we?
[20:15] <nhaines> nessita: do you want logs from this account before I remove it?
[20:15] <nhaines> nessita: okay, sounds good.
[20:15] <nessita> nhaines: if it's working, no need for logs from that dummy account
[20:16] <gatox> nessita, i have to test some other examples yet... probably i'll do it tonight.... now i'm dry... but i think i'll need to see if a lower level implementation can fix that
[20:16] <nhaines> Sounds good to me then.
[20:16] <nessita> gatox: ok, have some rest!
[20:16] <gatox> nessita, i have something here that might work..... but i'll test it in a while
[20:17] <gatox> nessita, probably today...... but in this moment i'm in bug programming mode :P
[20:17] <nessita> nhaines: ok, so, from your main account (haines_n.SC), please open the controlpanel (even if you get errors), and got to the devices tab
[20:17] <nessita> gatox: ack, rest some now!
[20:17] <gatox> nessita, bbl
[20:18] <nhaines> nessita: I never let a couple errors stop me.  ;)
[20:18] <nessita> nhaines: :-) do you see your devices listed there?
[20:18] <nhaines> It's still loading, I think it needs to time out.  But before, I did see all my devices listed.
[20:19] <nessita> nhaines: let me know when the device list loads, it shouldn't timeout... unless you revoked your tokens?
[20:19] <nessita> dobey: you around?
[20:19] <nhaines> nessita: by timeout, I mean I believe it's waiting for syncdaemon.  Then it gives the NoneType error.  I'll let you know when it loads (I didn't revoke the tokens yet).
[20:19] <dobey> aye
[20:20] <nessita> nhaines: ack
[20:20] <nessita> dobey: do you know what's the problem in https://launchpadlibrarian.net/85134995/buildlog.txt.gz ?
[20:20] <nessita> dobey: cp is failing to build on precise
[20:20] <nessita> debian/rules:5: /usr/share/cdbs/1/class/python-distutils.mk: No such file or directory make: *** No rule to make target `/usr/share/cdbs/1/class/python-distutils.mk'.  Stop. dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
[20:21] <nessita> I'm not sure what's that means, besides the obvious
[20:21] <dobey> nessita: u1client or ubuntu-sso-client not yet published in the ppa?
[20:21] <nessita> dobey: ah, perhpas!
[20:21]  * nessita looks
[20:21] <nessita> dobey: though, how can you read that from the build log?
[20:22] <dobey> nessita: http://pastebin.ubuntu.com/738554/
[20:22] <nessita> ah...
[20:23] <nessita> I was looking just at the last error
[20:23] <nessita> dobey: thanks!
[20:23] <nhaines> nessita: still waiting.  :/
[20:23] <nessita> nhaines: can you please click on any tab and then again the devices tab?
[20:23] <nessita> it will try to reload the devices content again
[20:23] <nhaines> nessita: there are no tabs, it's stuck at "Getting information, please wait..."
[20:24] <nessita> nhaines: hummmmmmm can you please open the controlpanel.log and paste the content in a pastebin?
[20:25] <nessita> nhaines: after pasting the log content, you can certainly try closng the controlpanel from the systray with "Quit" and then reopen from the desktop icon
[20:25] <nhaines> nessita: http://paste.ubuntu.com/738556/
[20:26] <nessita> what? WebClientError: (-1, <twisted.python.failure.Failure <class 'OpenSSL.SSL.Error'>>)
[20:26] <nessita> hum....
[20:26] <nessita> nhaines: please quit the controlpanel and open again :-/
[20:26] <nessita> alecu: any idea why the controlpanel webclient, windows version, will give WebClientError: (-1, <twisted.python.failure.Failure <class 'OpenSSL.SSL.Error'>>)?
[20:27] <nhaines> nessita: I have done so, but it is still waiting.
[20:28] <nessita> nhaines: did anything changed on your env? like proxy settings?
[20:28] <nhaines> nessita: no, nothing.  I reported the error today immediately after installing.
[20:29] <nhaines> Ah, now I get the error: "Sorry, an error has occurred and Ubuntu One needs to close." and of course the Nonetype error under details.
[20:29] <nhaines> Closing that, I see all the tabs, and now I'm in Devices.
[20:29] <nessita> nhaines: under details, what do you have?
[20:29] <nessita> ok
[20:30] <nessita> nhaines: so, in Devices, please remove the current device, you should be redirected to a login screen
[20:30] <nhaines> nessita: And so it is.  :)
[20:30] <nessita> nhaines: ok, now, before login, please check:
[20:30] <nessita> * that you have no ubuntuone-syncdameon process running
[20:30] <nessita> * that you have no windows-ubuntu-sso-login process running
[20:31] <nhaines> nessita: they are both there.  I'll kill them.
[20:31] <nessita> * quit the controlpanel from the systart, so you should also not have any ubuntuone-control-panel-qt procewss running
[20:31] <nessita> systray*
[20:32] <nessita> nhaines: once that's done, backup your logs files away from the log folder, so it gets emptied. And re-open U1 from the desktop icon (you will have to go thru the setup process again)
[20:35] <nhaines> nessita: haha, found a bug in the client "Sign in with yur existing Ubuntu One username and password."
[20:36] <nessita> nhaines: it says yur
[20:36] <nessita> ?
[20:36] <nhaines> nessita: yes.
[20:36] <nessita> nhaines: would you please file a bug?
[20:36] <nessita> under:
[20:36] <nessita> https://bugs.launchpad.net/ubuntuone-windows-installer/+filebug
[20:39] <nhaines> Bug 890410 is away.  :)
[20:39] <ubot4> Launchpad bug 890410 in ubuntuone-windows-installer "Ubuntu One Control Panel login request has typo in Windows (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/890410
[20:39] <nhaines> I would pull source and do a merge thingy but... at work and on my lunch break.  :)  (I might need to go soon too.)
[20:39] <nhaines> Okay, Ubuntu One setup is sitting at "Getting information, please wait..."
[20:40] <nhaines> Okay, be back in an hourish.
[20:40] <nessita> nhaines: ack, if I'm not here, look for me tomorrow
[21:08] <nessita> ralsina_: ping
[21:08] <dobey> nessita: i am a bit skeptical about making stable-3-0 of devtools at the moment; due to my aversion to the sso dependency :)
[21:08] <nessita> dobey: ok :-)
[21:09] <nessita> dobey: anyways, I would advice that the port of the music store to GTK3 has more priority that "fixing" pyxdg
[21:09] <jdobrien> nessita: party pooper
[21:09] <nessita> ralsina_: can you please review the two linked branches in bug #890410 before building the release? they fixed a silly, silly typo
[21:09] <ubot4> Launchpad bug 890410 in ubuntuone-control-panel/trunk (and 2 other projects) "Ubuntu One Control Panel login request has typo in Windows (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/890410
[21:09] <nessita> jdobrien: is my middle name!
[21:09] <nessita> :-D
[21:10] <dobey> nessita: getting the store working on gtk3 is pretty easy really. all the other stuff we need to do to make it much nicer though, is a bit harder :)
[21:11] <nessita> dobey: well, but I think it will be good if we can upload to the main repo a store that does not depend on gtk2, so some dependencies can be dropped. Also, we can add the other improvements right after that, no?
[21:12] <dobey> nessita: yes; there apparently is still some more arguing to do about rb vs banshee though :(
[21:12] <nessita> dobey: ok, right
[21:14] <nessita> ok -> oh
[21:15] <nessita> dobey: do you know when that will be settled?
[21:15] <dobey> when people can stop acting like 2 year olds in a sandbox? :)
[21:15] <nessita> dobey: I was looking for the close-to-reality answer ;-)
[21:16] <nessita> not the utopic ones :-P
[21:16] <dobey> i will have to ping pitti in the am i suppose, and see what we can do
[21:17] <dobey> nessita: well, i am very tempted to just write a new music player
[21:17] <dobey> but probably won't get very far, because the platform is not very platformy
[21:18] <nessita> dobey: ok, keep me posted (about the banshee-rb issue, if you build a player just let me know when is done and you need beta testers ;-))
[21:18] <nessita> ok, I'm gone for the day!
[21:18] <nessita> see ya tomorrow crowd
[21:18] <dobey> cheers nessita
[21:19]  * dobey wonders if it would be easier to just fork pyxdg and call it something else, or try and take it over
[21:19] <dobey> probably fork
[21:46] <nhaines> Aww, I missed him.  :)
[21:49] <dobey> her
[21:52] <nhaines> Oops, it is her!  dobey: thanks.
[22:05] <rich3> can i use ubuntu-one to backup my local email?  I'm technical enough to do it, i just need some direction
[22:06] <nhaines> rich3: where are your mail files stored and what format are they in?
[22:29] <rich3> my mail files are in $HOME/Mail.  I'm using slypheed, so it uses the MH mailbox format to store mails
[22:29] <rich3> i could switch mail clients if it would help
[22:32] <rich3> i was thinking a cron job to copy the files over to an ubuntu one folder
[22:47] <dobey> have a good evening all. i'm out
[23:40] <black_puppydog> Hey all, got a question concerning U1 for windows, is anyone familiar with it?
[23:40] <black_puppydog> familiar and present that is ;)