=== tgall__ is now known as Dr_Who [08:32] Happy release day, folks! [08:37] mornig! [08:37] JamesTait, is the day where I follow all the #ubuntu tags ;) [08:39] mandel: You mean you don't normally? ;) [08:40] JamesTait, waaaay too much noise, I follow just #ubuntuone :P [08:40] mandel: Pah, some people just have no commitment. :-P [08:40] je [08:41] or he in eng [11:04] good morning! [11:07] gatox, morning! [11:07] gatox, I tried to do the review, but I found an issue on my mac [11:08] mandel, how are you? [11:08] mandel, crap [11:08] gatox, fine thx! shit weather here :P [11:08] mandel, here is really cold.... so i'm happy :D [11:09] gatox, also, I finished the following: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/domain-sockets/+merge/103660 we know will be able to run all the tests over tcp for windows and over domain sockets on mac \o/ [11:09] mandel, awesome!! [11:09] gatox, I'm ok with cold, not that much with rain :( [11:09] gatox, can you do a review of that branch running it on your evil vms? [11:09] mandel, of course [11:10] gatox, if that is ok, I'll have to change all our project because twisted.internet.endpoints is a little diff that reactor.connectTCP and I had to change the place of the deferreds [11:10] gatox, not a lot of work for what it will bring, free domain sockets for all! [11:10] hehe [11:18] mandel, bad news: http://paste.ubuntu.com/947157/ [11:19] gatox, is that on windows? [11:19] yes [11:19] mandel, and in linux i get this lint issues: [11:19] bin/u1lint: [11:19] 258: [W0511] XXX Testing that W0511 does not cause a failure [11:19] 258: [W0511] XXX Testing that W0511 does not cause a failure [11:19] gatox, that is correct, is a test to see that it does not fail with TODO :) [11:20] ok [11:20] gatox, and the error on windows seem to be because I forgot to add a skipIfOS(win32) and is trying to use domain sockets on windows, which breaks :) [11:20] gatox, easy fix, on it! [11:20] mandel, great [11:24] gatox, feel free to pull it should be fixed by now [11:25] * gatox testing.... [11:26] gatox, I also renamed the module to txsocketserver since it supports more than tcp servers [11:27] mandel, ALL GREEN! [11:28] gatox, hurray! :) [11:36] gatox, can you test lp:~mandel/ubuntu-sso-client/use-new-dev-tools in your vm adding the new dev tools to the path? [11:39] ok [11:40] gatox, I'm noticed that we use mocker for the windows ipc tests on windows, I think we should add as a TODO to remove mocker and the tests I added to devtools and test it over tcp on windows and over domain sockets on mac, what do you think? [11:41] * mandel needs to update the bugs list [11:41] mandel, yes....+1 to remove mocker [11:42] gatox, also, because although they will stop being unit tests perse, we need to test ipc better [11:54] @ping [11:55] mandel, ping [11:55] mandel, do you get my messages? [11:56] mandel, some failures on windows: http://paste.ubuntu.com/947192/ [11:56] gatox, I was not, now I do [11:56] gatox, let me see [11:57] gatox, oh, true i did not update the tcpactivation tests.. sorry I cannot run the tests on my vm, I have some small problems with it.. [11:57] :( [11:58] good morning [11:58] ralsina, good morning [12:05] ralsina, morning! [12:05] good morning mandel === yofel_ is now known as yofel [12:06] brb... need to restart the router [12:06] gatox, hm.. funny there is no reason why the tcpactivation tests should fail.. [12:06] * mandel hates dirty reactors.. [12:09] gatox_mac, looks like a timepit error, can you run it again, if it happens, can you go to the testcase and change timeout to, lets say 5 [12:10] gatox, looks like a timeout error, can you run it again, if it happens, can you go to the testcase and change timeout to, lets say 5 [12:10] back [12:10] mandel, ack [12:10] gatox, thx, if it continues failing, please try it without the new dev-tools [12:13] mandel, where do i change to 5? [12:14] Argh, have to run an errand, will be back before team call [12:15] gatox, in the testcase of the error, just add a class level attribute which whould be timeout=5 [12:16] buenos días #ubuntuone! [12:16] alecu, buensa [12:17] alecu, hola! I;m interested in a review from you here: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/domain-sockets/+merge/103660 [12:17] a very good day to be just that: a developer making software. [12:17] alecu, more twisted :) [12:17] mandel, sure [12:17] alecu, thx! [12:18] mandel, with 5 it pass [12:18] gatox, hm.. you machine is slow! [12:18] gatox, can you try running trunk? [12:18] ok [12:18] gatox, no new devtool in the path, I hope I did not make the test slower [12:20] mandel, for trunk is all green [12:20] hm.. that is annoying, I did not touch tcpactivation tests [12:20] gatox, can you run them a couple of times, worst case we increase the timeout a few secs [12:21] mandel, run a couple of times your branch or trunk? [12:21] gatox, mine, please [12:21] happy release day everyone! :P [12:21] mandel, with or without the timeout=5? [12:22] gatox, without [12:22] gatox, and today it should be holidays ;) [12:22] mandel, i already run it without that and it fails always [12:22] a couple of times i mean [12:22] gatox, then add 5 and see if it always passes [12:22] ok [12:25] gatox, mandel: which branch needs a timeout=5? [12:25] mandel, the one I'm reviewing? [12:25] mandel, with timeout=5 it's always ok [12:25] alecu, no, sso + the one you are looking at on tcpactivation [12:25] mandel, great. [12:25] alecu, use-new-dev-tools [12:28] gatox: do you need the timeout=5 in osx? [12:28] alecu, no, windows [12:28] gatox, I should start calling you gatOSX [12:28] alecu, jejejejje [12:29] alecu, gatox, the deal, I did not need to change the test from tcpactivation.. [12:31] I'm off to have lunch, will be back in a few mins and will continue with tcp over domain sockets using that dev tools branch [12:32] alecu, my idea is to have domain sockets and tcp tests running both on linux and mac os x and just change the type of server used [12:32] alecu, which just means diff transport [12:32] mandel, great. [12:32] ahh f$%&ing internet provider! [12:37] mandel, ping [12:37] mandel, client_endpoint_patter = 'tcp:host=127.0.0.1:port=%s' [12:37] mandel, why %s there? [12:39] * alecu realizes that print("%s" % 1) works just fine. === gatox_ is now known as gatox_mac [12:39] it's ugly though :) [12:39] works even on py3k [12:51] mandel, btw: https://bugreports.qt-project.org/browse/QTBUG-23625 [12:52] mandel, that might be the bug we are experiencing... [12:52] well... not completely sure. [12:57] alecu: did you hear Noel Fielding has a new comedy show? https://en.wikipedia.org/wiki/Noel_Fielding%27s_Luxury_Comedy [13:03] thisfred, yes! I've even watched a few episodes already, but I miss Barratt's music :-) [13:05] I only saw a clip, but it looked very similar to Boosh, which can't be all bad. There was also a movie they were involved in, which looked great but wasn't very funny. [13:05] I forget the name [13:06] thisfred, Bunny and the Bull ? I kinda liked that. [13:06] I'm gonna rewatch all of Mighty Boosh this weekend I think. It's pretty cheap on amazon [13:07] alecu: yeah that one. I quit half way through. There was some funny stuff in there, but somehow I was missing something [13:08] thisfred, btw: I've forced my brother to watch the first episode of "Garth Marenghi's Darkplace" and he loves it. He still won't watch a whole Boosh episode. [13:08] I've never actually seen that either [13:08] * thisfred puts on list [13:09] thisfred, you can sample it on youtube; most episodes are there. [13:09] cool [13:10] thisfred, hope I'm not ruining u1db's future: http://www.youtube.com/watch?v=nNfQ0ORwSDM [13:11] alecu: hehe [13:11] I'll save it for tonight === m_conley_away is now known as m_conley [13:41] alecu, let me take a look [13:41] mandel, btw: I've reviewed your branch. [13:41] alecu, ok, thx! [13:43] alecu, Why are the UNIX client and server endpoint strings different? -> bloody twisted! same happens with the tcp ones, client and server endpoints use diff descriptions [13:43] mandel, just awesome :-( [13:43] alecu, yeah.. I had to read the code to find out because is not documented O_o [13:44] alecu, will fix the other comments in a few mins (reading the bug description) [13:44] dobey, may I have a re-review for: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/fix-squid-tests/+merge/103325 [13:45] alecu, in that qt bug reported, should we mention we are seeing similar issues? [13:45] gatox, timeout=5 fixes the tests on windows, right? [13:46] mandel, yes [13:46] gatox, which testcase was it? [13:46] mandel: but why can't we do the "if sys.platform" check inside the functions, instead of creating more imports? [13:47] mandel, test_timestamp [13:47] dobey, I find it dirtier, if we can isolate platform bits I prefer to do it so [13:47] dobey, if sys.platform is like ifdef in a way.. but I can merge them if you give me a good reason :) [13:48] gatox, thx! [13:49] gatox, can you push the branch, that way I'll just have to pull from it :) [13:49] gatox, I don't want to screw it up hehe [13:49] mandel, ok [13:51] mandel: the *only* platform-specific code there really though, is the kill_squid() function. The \\ escaping is probably something we also need on linux (in the event the path has a \ in it) [13:51] dobey, true that, it might be the case that the path has a \ on linux.. (stupid squid) [13:52] dobey, and the auth program location? that is platform specific [13:53] mandel, lp:~diegosarmentero/+junk/sso-timestamp [13:53] gatox, thx [13:53] true, as are the squid args, but i don't think we should have separate platform-specific imports for it [13:54] dobey, hm.. lets put them together but I will leave the tests like they are [13:55] mandel: also, the diff still shows the same spelling/grammar errors :) [13:55] dobey, really? let me double check [13:55] +# Do use doble \ because squids config needs \ to be escaped [13:56] is one example [13:56] 330 +# -X make it very verbose which makes things crash when on windows and [13:56] 331 +# capturing stdout :( [14:02] brb...... need to relogin [14:03] dobey, ok, got it [14:06] alecu, updated: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/domain-sockets/+merge/103660 [14:06] mandel, ack [14:08] gatox, updates: https://code.launchpad.net/~mandel/ubuntu-sso-client/use-new-dev-tools/+merge/103673 can you please add your review stating that you always failing machine passes all the tests? [14:08] mandel, looking..... [14:09] gatox, thx [14:10] mandel, we'll definitely need to refactor platform before runnning the tests for u1-client..... because it keeps trying to take the mmodules from the wrong pplaces in mac [14:11] gatox, sounds like a reasonable thing to work on [14:12] gatox, what about you, mmcc and me chat have a chat after the team meeting and start adding bugs to the diff projects? [14:12] gatox, I can jot it down with you guys and I'll deal with the paperwork (launchpad) [14:12] mandel, ok [14:13] mandel, i think the three of us could make a sprint in spain :P (/me wants to travel jejee) [14:13] gatox, pleople is more than welcome, ask ralsina ;) [14:14] mandel, mmmmmm but maybe they won't let me in to spain right now jeje [14:14] mandel, me being argentinian and all that :P [14:16] gatox, we don't hate argentinias, we really don't care about YPF [14:16] gatox, but apparently argentinias do ;) [14:27] briancurtin, ralsina: care to do a second review of https://code.launchpad.net/~dobey/ubuntuone-dev-tools/gi-glib-fallback/+merge/103561 ? [14:28] dobey, what about the kill_squid method, what shall I do with that one? [14:28] dobey: sure thing, looking [14:29] brb....... need to run some tests without internet connection [14:29] mandel: i'd put the win-specific bits inside an if sys.platform == 'win32': block, and do the normal thing inside the else:, or outside the if and just return at end of if block for win32 [14:29] dobey: will do [14:29] dobey, sure [14:29] mandel, gatox: you know, sprints need a purpose that is not 'tapas!' [14:30] not need to brb… i also has this machine :P [14:30] ralsina, is 'tapas with manuel' which is a diff experience [14:33] oh man, i want some tapas [14:55] dobey, updated https://code.launchpad.net/~mandel/ubuntuone-dev-tools/fix-squid-tests/+merge/103325 [14:56] mandel, mmcc, gatox_mac, dobey,alecu, thisfred, joshuahoover: mumble in 4' [14:56] ack [14:56] mandel: ok. i think at this point i'll have to look at it after meeting and lunch [14:56] urbanape: welcome to join for a last call if you have something to say [14:56] urbanape: or just to say hi, of course ;-) [14:56] ralsina, ack. [14:56] howdy, folks! [14:56] omw [14:57] hi urbanape [14:57] dobey, sure, no problem :) [14:57] gatox: btw, did you see my comment on your proposal? i thought we had agreed it was an environment problem and not something we should hack around in u1trial [14:57] err, in u1lint even [14:57] dobey, no [14:58] dobey, is that the mac-port branch? I had issues with that in my system.. [14:58] mandel, with what? [14:58] gatox, with python_u1: command not found [14:58] gatox, which has no meaning for me by the way.. [14:59] mandel, did you execute env-mac script? [14:59] mandel: the python_u1 yeah [14:59] gatox, no, where is that? [15:00] mandel, in u1-windows-installer/scripts/devsetup (is the other branch i propose) [15:01] dobey, which is the suggestion?? to not run u1lint? [15:01] gatox, ralsina: mumble? [15:02] gatox, but what does python_u1 do? [15:02] gatox: i don't think we run u1lint on windows. but i think the problem is an environment issue. having a special python_u1 seems totally broken to me [15:03] gatox: the buildout should really be as close to the actual end-user version as possible [15:03] mandel, executes the python from the buildout, not the one from the system.... and i'm adding the bin folder to the PATH.... so i change the name of the buildout python to avoid name crashes, and don't affect the user system [15:03] dobey, ^ [15:05] gatox, and why not calling python using the full path of python? [15:05] mandel, what? [15:06] gatox, so, if we have python in ./bin/python, just call ./bin/python, right? [15:06] mandel, we have a different python inside the bin foldeer in the buildout [15:07] not in the system [15:07] gatox, je ne compre pa [15:07] gatox, what do you mean? [15:07] mandel, mumble after this one [15:07] :P [15:07] gatox, sure === caravone is now known as caravone123 [15:22] alecu: when do you arrive to UDS? [15:23] dobey, I'm staying in SF on Sat night, to walk around town. [15:23] dobey, when are you arriving? [15:24] alecu: late Sat night [15:25] dobey, do you staying in Oakland that night? [15:25] *stay [15:26] alecu: yeah, that's the plan. my plane lands at like 23:00 [15:26] alecu: so i'll be at the hotel :) [15:32] * mmcc is reconnecting to mumble [15:42] gatox, mandel - will you be mumbling about mac port stuff next? I'd like to join… [15:42] mmcc, we are.. ralsina. gatox switch to eng! [15:42] mmcc, feel free to join please! [15:43] mandel, ok. be right there. is it a different room/channel? [15:43] need ~2min break first, but don't wait for me [15:43] mmcc same place! [15:46] ok, am off to lunch here. bbiab [15:56] mmcc, so, i'll have lunch now, and after that i'll review the platform modules so we can split the tasks [15:56] hello! [15:56] Question - Does Ubuntu One delete files at all? Reason I ask is, let's say I have Ubuntu One set up on my Android to sync my pictures to Ub1. If I delete pictures on my phone, would that "delete" change filter upt hrough Ubuntu One and to my computers? Or does it not delete anything? [15:57] gatox: ok, have a good lunch. I did some poking around there yesterday - I'll send you an email with a summary [15:58] mmcc, ack [15:58] ralsina, briancurtin, will this be old enough: http://www.lfd.uci.edu/~gohlke/pythonlibs/ [15:59] ralsina, briancurtin, under pyqt, they have version 4.8.6-1 which I think it has qt 4.7 [16:00] mandel: i'll see if i can verify that. if it's a good version to use, i can create an installer fairly easily [16:00] briancurtin, sweet, let me know, I found the link here: http://python.6.n6.nabble.com/Couldn-t-find-PyQt-4-8-x-with-Qt-4-7-to-download-td4681517.html and the are asking for exactly what we need :) === salgado is now known as salgado-lunch === gatox is now known as gatox_lunch [16:31] gatox, mandel - assuming I typed your email addrs right, look for an update when you get back. === mmcc is now known as mmcc_lunch [16:38] mandel: so for this qt 4.7 build, what exactly do i need to package. is this just stable 3.0 with qt 4.7, or do i need to do include any branches with it (maybe your logging one?) === salgado-lunch is now known as salgado [16:59] hmm === gatox_lunch is now known as gatox [17:10] mandel, we can have the mumble whenever you want [17:16] briancurtin, I think mandel's branch got some fixes, and then got merged into trunk [17:16] briancurtin, but you are releasing from stable-3, right? [17:16] ah, i didn't see that [17:16] alecu: yes, stable-3_0_0 tag [17:17] briancurtin, then I think including the branch by mandel with the fixes is a good idea. === mmcc_lunch is now known as mmcc [17:17] briancurtin, and we probably want to backport that branch to stable-3 [17:18] alecu: hi. for the proxy support that reads gsettings, do we have any plans to allow it to work without gsettings? [17:19] alecu: for example, on lucid or natty [17:26] dobey, I have no plans for that, yet. [17:27] dobey, I suspect just replacing the call to gsettings with whatever worked then. [17:27] * mandel back [17:27] mmcc, do you have time for a quick mumble? [17:27] gatox: yes [17:27] alecu: well the settings in gconf are a bit different [17:27] briancurtin, alecu, the bracnh with the logging is already present in trnk [17:27] alecu: is the code modular enough to just have a separate parsing module for gconf? [17:27] * gatox connecting mumble [17:28] mandel, right. But briancurtin releases from stable-3 [17:28] mandel: i need to release from release-3_0_0 tag so i'll need to include your branch [17:28] dobey, probably not. Looking. [17:28] * mmcc is having mumble problems [17:28] briancurtin, ok, let me find that for you [17:28] mmcc, well....... we can do it here [17:29] gatox: let me try one last time… mumble app keeps crashing [17:29] briancurtin, alecu, the branch with the ssl fixes is: lp:~mandel/ubuntu-sso-client/fix-ssl [17:29] mmcc, move to manou-ah-manou [17:29] gatox, mumble? [17:30] mandel, you too? [17:30] gatox, launching it [17:30] mandel, wait, i'm going to have one with mmcc firsst [17:30] gatox, mmcc, do you mind if we don mine first, its 7:30 pm and I have rugby training, please, please :) === JamesMR1 is now known as JamesMR [17:33] dobey, the code seems modular enough. The entrypoint is ubuntu_sso.utils.getclient.gsettings.get_proxy_settings() [17:33] mandel, jump into mumble [17:33] dobey, and it returns a python dict of proxy settings for the different protocols (http, https, socks) [17:33] alecu: ok, maybe we can do something, though it'll be difficult to pick the right one [17:33] at least, will be difficult on natty [17:34] where "gsettings" is available, but the proxy settings aren't stored there [17:34] dobey, why would it be difficult to pick the right one? [17:34] dobey, oh, right. [17:35] hrmm. though we have bigger problems on natty right now it seems, becuase of GI [17:35] dobey: we could just support the environment variables on natty as a last resource [17:35] dobey, perhaps we can select the python module that should be used on the natty packaging diffs? [17:36] dobey, right: GI was pretty broken in natty, IIRC [17:36] alecu: well i'm just dealing with nightlies right now, so no patches, and one debian/ directory for all versions [17:37] AttributeError: 'gi.repository.GLib' object has no attribute 'GError' [17:37] yeah, fun times :-/ [17:37] guess i should just stick to getting oneiric working for now [17:38] then try for natty once that's done [17:39] though i am sure it will be painful :-/ [17:41] dobey: baby steps [17:42] baby has long legs [17:44] ralsina: https://code.launchpad.net/~diegosarmentero/ubuntuone-dev-tools/u1lint-mac-support/+merge/103524 <- didn't we agree the solution to this problem, was to fix the environment, and not have this workaround in u1lint? [17:44] looking [17:45] I would have to read the backlog, really. I think we argued and noone decided anything. [17:45] gatox, dobey: let's clear this definitively [17:46] ralsina: maybe you and i agreed it was an env problem, but gatox didn't agree :) [17:46] gatox: I suspect the problem is that pylint is not being installed using the "good" python, which makes it useless. Why can't we install pylint using the python_u1 interpreter? [17:47] dobey, ralsina we just have a mumble with mandel about this [17:47] ralsina: well, i think we need to not have a special python_u1 [17:47] gatox: and/or if that doesn't work, why not change the pylint .bat to make it work right as part of setting up the development environment instead of fouling our code [17:47] dobey, ralsina i0m going to implement something different and that branch is not going to be necessary [17:47] gatox: ok, then [17:47] gatox: ok [17:48] * dobey rejects it then [17:48] mmcc, free to mumble again [17:48] dobey: that's the difference between 4 hour setups and 15 minutes setups [17:48] dobey, we sorted it out PATH=/path/to/python:$PATH [17:48] dobey, for runtests with the buildout that way we do not have to touch a thing [17:49] ralsina: hold the screw loosely, while you bludgeon it with that sledgehammer :) [17:49] Maybe we could switch from buildout to a combination virtualenv+pip freeze [17:49] mandel: ok [17:50] ralsina: for virtualenv i think we definitely have to fix all the #! line no? [17:50] dobey: yep [17:51] dobey: we are using a tool (buildout) for its specified purpose (setting up environments), and it's working on 3 OSs except for a silly shebang-like-thing. I'd say this sledgehammer is a mighty nice screwdriver :-) [17:51] heh [17:51] gatox: ok. see you there in a sec [17:51] mmcc, ack [17:52] dobey: OR keep fixing PATH even with virtualenv. My main thing against going with virtualenv, is that WE WOULD HAVE TO DO A LOT OF STUFF AGAIN. [17:52] ralsina: i wasn't saying buildout was the sledgehammer :) [17:52] Sorry for screaming, there ;-) [17:52] TURN DOWN THE GAIN ON YOUR MIC! [17:52] :) [17:52] dobey: we should not need a u1lint anyway [17:52] this is when we says pyflakes... [17:52] :P [17:53] * briancurtin reboot [17:53] and I say "misses missing docstrings" [17:53] i'd say we should keep u1lint with pyflakes anyway [17:53] and who knows what else. [17:53] ralsina: that's a pep8 issue, not pyflakes [17:53] so hah! :) [17:53] dobey: you lawyerly squirrel you [18:02] briancurtin, ralsina: I need an extra review for: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/domain-sockets/+merge/103660 [18:02] mandel: i have my review hat on today, ill take a look in a min [18:02] briancurtin, thx! [18:02] * ralsina goes buy/mail actual review hats [18:02] ralsina, briancurtin, also, with that branch, this one also needs a +1: https://code.launchpad.net/~mandel/ubuntu-sso-client/use-new-dev-tools/+merge/103673 [18:03] So, not this one, google! http://www.newyorker.com/arts/critics/theatre/2011/04/25/110425crth_theatre_als?currentPage=all [18:03] the review hats could be like frank rossitano's hats on "30 Rock" [18:05] ralsina: in regards to the 3.0.0 issues...what are we going to try next? [18:05] briancurtin: +1 [18:05] joshuahoover: we are doing a build with an older Qt to see if the bug is a new Qt bug [18:05] mandel: i already +1'ed the domain-socket branch, just didn't set to approve. doing that now [18:06] ralsina: k, that's what i thought but wasn't sure if anything changed after the meeting or not [18:06] joshuahoover: nope, just doing that AFAIK [18:06] joshuahoover, ralsina, so the deal is, all bug reports related to ssl issues are in Qt applications that moved from Qt 4.7 to Qt 4.8, so we found and old pyqt version in a university dir to test with [18:06] mmcc, maybe elopio is having lunch..... wait for him to response, he'll be able to tell you how to download that [18:07] ralsina, which brings to mind, is pyside better in this respect, as in, finding old releases etc.. [18:07] briancurtin, sweet, thx! [18:07] gatox: ok, no problem. I'm getting precise up now [18:07] mmcc, great..... let me know if you have any problem [18:07] mandel: well, they do have a public repo [18:07] oh wtf. i can't even uninstall this PyQT4 and i just rebooted...how are the files already in use? [18:08] briancurtin, is bzr is running, maybe.. it has some qt in it on the windows version (I think qlog etc..) [18:08] ralsina, it could be something to consider for 20.04 or around that [18:09] mandel: ha [18:09] mandel: sigh [18:10] i suppose i should have looked at that domain-socket branch [18:10] dobey, if it is not merged, we can stop it from landing! [18:11] dobey, there you go: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/domain-sockets/+merge/103660 [18:11] dobey, I think tarmac did not pick it up [18:11] launchpad question: should I be joining some teams on there? ubuntuone-hackers, for example? [18:12] mmcc: you should have been added automatically [18:12] dobey, ok, shit it did :( [18:12] mmcc: or manually but before now ;-) [18:12] mandel: i can look at it later [18:12] ralsina: nope… no teams for me [18:12] ralsina: he should be added to ubuntuone-desktop+ [18:13] dobey: do you have the right superpowers? [18:13] mmcc: what's your lp username? [18:13] mikemc [18:13] dobey --^ [18:13] pfffft I am a transitive member of "“Turkey Pop-up Team” team" [18:14] * ralsina wonders what people drink sometimes [18:14] ralsina: you are an admin of ubuntuone-desktop+ team [18:14] dobey: ack, want me to add him? [18:14] ralsina: yes [18:14] dobey: doing [18:15] probably need to move some people around in our teams [18:15] added [18:15] ralsina: thanks [18:15] half the people in that team, aren't on our team any more. and a bunch of people aren't in that team [18:16] dobey: yeah, I'll do some cleaning now [18:16] dobey: but I have to ask because I don't want people locked out of other projects just to be neat [18:16] true. but would be a good joke :) [18:17] so making me a member of ubuntuone-desktop+ makes me a member of the teams that it's a member of? [18:17] mmcc: yes [18:17] ok, cool [18:18] dobey, can you do me a favour and keep track of this guy: https://code.launchpad.net/~mandel/ubuntu-sso-client/use-new-dev-tools/+merge/103673 it needs to be merge after the nightlies of u1-dev-tools have landed, otherwise we will have sso blocked with tarmac errors [18:19]