[01:25] AND THERE YOU ARE, STUPID TEST, YOU WILL PASS FROM NOW ON. And I go watch TV. [09:03] hi [09:04] is https://bugs.launchpad.net/ubuntu/precise/+source/ubuntuone-client/+bug/978903 still unfixed in precise? [09:04] I'm somewhat confused by the status [09:04] Ubuntu bug 978903 in ubuntuone-client (Ubuntu Precise) "[precise] Client is stuck due to Upload executing before MakeFile" [High,Triaged] [10:53] zyga, triaged means that we have assigned someone to take a look at it, confirm it and fix it [10:54] zyga, we have a bug queue and limited resources so we go as fast as we can trying to prioritize those bugs that have been reported by a bigger amount of people, but since it is High I would not be surprise if we get fixed asap [10:56] mandel, it's 'fix released' [10:56] mandel, not triaged [10:56] mandel, that's why I'm asking, since it's not in precise-* [10:57] zyga, what bug 978903? [10:57] Launchpad bug 978903 in ubuntuone-client (Ubuntu Precise) "[precise] Client is stuck due to Upload executing before MakeFile" [High,Triaged] https://launchpad.net/bugs/978903 [10:57] yes, look at the url [10:57] zyga: we have a pending SRU on precise [10:58] zyga: it's being reviewed. getting updates into releases is not a quick process. [10:58] zyga, look at the state [High, Triaged], so is not released in P [10:58] ralsina, morning ;) [10:58] zyga: so, while we have fixed it, it's not in any precise packages yet. [10:58] mandel, right, I was trying to understand what that means exactly as the launchpad janitor marked it as fix released due to a package being published somewhere [10:58] and good morning mandel :-) [10:59] zyga, yeah, is a little confusing indeed [10:59] zyga: it's released for our branches which means we have uploaded a tarball, not a package. It will be marked as released for precise once a precise .deb is published [11:00] thanks for the explanation [11:05] good morning [11:05] gatox, mornign! [11:05] mandel, how are you? [11:05] gatox, well, with the g in the right place :) [11:06] gatox, I've started with the python code (mainly adding tests code was there) for the fsevents daemon, I wonder, how is your side going? [11:06] gatox, shall we mumble and see how we start integrating this things? [11:07] mandel, i'm kind of blocked with some tests..... because it seems that we are not receiving the events that filesystem_notifications expects..... i was going to start to do some tests about those specific cases using only the macfsevents lib as a stand alone application to see if the problem is there or in the integration of the lib and u1-client-fsevents [11:08] gatox, ok,, shall we chat after my lunch (like in 1:30 mins) and we take a look at those issues? [11:09] gatox, I'd like to start integrating the daemon code early next week to have the complete solution and see if we can manually run sync-daemon :) [11:12] mandel, yes.... i want to have this running as soon as possible....... these issues are driving me crazy! :P [11:13] gatox, I'm been there when I worked on the windows parts hehe === yofel_ is now known as yofel === zyga is now known as zyga-food [12:12] ehlo! [12:12] alecu, hi [12:14] ehlo alecu.localdomain! [12:17] ralsina, 250 Hello alecu.localdomain [12:18] 351 AUTH required [12:18] OMG, I am port 587 [12:18] aaaaaanyway.... good morning ;) [12:19] mandel: I don't know how to make that problem with the tests not happen again. OTOH, when it happened, we caught it :-) [12:20] alecu, i'm seeing here that when we have some events related to the same file, we lose some events, for example a tests does: open-write-close..... and expects: CREATE, MODIFY..... we only get CREATE in mac..... to get both.... we need to open-close, wait, open-write-close [12:21] ralsina, yes, which is good, but seems fragile that our tests depend on the env, dont you think? [12:21] mandel: one way to "fix" it would be to replace the env when we run, but I don't like it much [12:22] ralsina, certainly not.. [12:22] gatox, you are getting "modify" events with the FSEvents API? [12:23] gatox, how? [12:23] alecu, yes, the macfsevents api detect: modify, attrib, create, delete, moved_from, moved_to [12:24] gatox, and how is it "calculating" the moved_from moved_to? [12:24] alecu, how what? [12:24] gatox, by checksums? [12:24] alecu, with the cookie attribute, in the doc says: The cookie field is a unique identifier linking together two related but separate events. It is used to link together an IN_MOVED_FROM and an IN_MOVED_TO event. [12:26] alecu, what i did (but it doesn't sound really good for me), was to skip the original test in mac, and add a special versoin of that test for mac, where we wait a sec between the open-close and open-write-close operations [12:31] gatox, hmmm [12:31] gatox, I was asking about the macfsevents lib [12:31] alecu, yes, that was my answer [12:31] gatox, how is that library calculating the moves? [12:32] http://pypi.python.org/pypi/MacFSEvents/0.2.6 [12:32] ok, lunch time for me! [12:32] :) [12:32] using the cookie [12:32] * mandel lunch [12:32] gatox, that's how the library presents things to you. [12:32] gatox, I'm wondering how it's calculating it *inside* the library. [12:33] alecu, ahhhhhh don't know.... i can take a look at the c code..... give me a couple of mins [12:33] * alecu checks the sourcecode. [12:34] gatox, the thing is that the library has no info to know if a file was "deleted" or if it was "moved" outside of a watched folder. [12:34] alecu, nop [12:34] gatox, anyway, for our case it should be the same. [12:36] alecu, basically, my remainng problems are related to timing issues... where we want 2 or more specific events for the same file/folder, we need to wait between events [12:37] what would cause this? http://pastebin.com/JP8xrvFE am I missing a package? [12:38] fyi I am using u1sdtool [12:39] Captain_Proton: looks like syncdaemon is not running [12:39] Captain_Proton: but you should not see that error anyway [12:40] hmm I run u1sdtool --start that command run fine as in on errors [12:41] when I try to quit I get: sysadmin@5xdata-01:~$ u1sdtool --quit ubuntuone-syncdaemon still running. [12:41] This is even after a reboot [12:47] Captain_Proton: don't know, really [12:47] Captain_Proton: have not seen it before [12:47] just my luck :) [12:47] I will try to force reinstall ubuntuone see if that helps [12:52] alecu, in the .py group the moved_from, moveed_to [12:57] alecu, it tracks the file that are modify, deleted, etc in a dict that represents a map of the directory stat [13:10] meh. soft freeze days are different now === zyga-food is now known as zyga [13:27] Can't get U1 to work for me. U1 hangs on a synced folder containing a backup with 30,000 small files. The directory is updated every night with rsync. This works with Dropbox. [13:28] mandel, let me know when you are back from lunch..... maybe we can talk a little about fsevents [13:29] ceed^: if you have thousands of small files, u1 will eat CPU and disk for several minutes before it starts moving [13:30] s/minutes/potentially a very long time/ [13:31] ralsina: I know that part, but when I get to my computer in the morning, the rsync backup happens during the night, U1 hangs and there are files not getting synced. I have top stop and start U1 again every morning. I have now tried for a week. Same thing happens. [13:31] ceed^: do you have a ~/.cache/ubuntuone/log/syncdaemon-exceptions.log file? and does it have many "KeyError" errors in it? [13:31] ceed^: are you sycing the same folderusing dropbox? [13:32] dobey: I will check. I think it has to do with the way rsync works which only updates changed and new files. Seems to confuse U1 [13:33] ralsina: Yes, but not at the same time. [13:34] dobey: I have a large ~/.cache/ubuntuone/log/syncdaemon-exceptions.log file. [13:34] ceed^: it's more likely that syncing the same folder with dropbox and u1 is confusing things. or possibly you're just hitting the bug i'm asking about :) [13:36] dobey: I have not had Dropbox installed for the last week. I did install Dropbox again this morning though. But the problem has been there while Dropbox wasn't even installed [13:36] ceed^: what is in the syncdaemon-exceptions.log file? lots of KeyErrors? [13:40] dobey: Lots of this kind of errors: http://hastebin.com/kepolaxusa.vbs [13:40] * mandel back [13:42] It's always the same backup folder causing the problem. I can see the files not synced using Magicicada. [13:42] oh [13:42] you are hitting the same bug that popey was hitting yesterday, it seems [13:43] i wonder what is causing that [13:43] and why only that particular folder. The only unique thing with that folder is the it gets updated at the same time every night using rsync. [13:44] ceed^, is this on an up-to-date 12.04? Do you have the u1 nightlies ppa enabled? [13:45] alecu, fully updated 12.04. No I do not have the PPA. [13:45] alecu: is this fixed already in nightlies or 3.0.1? [13:46] dobey, I'm not sure. I'm just trying to reproduce the issue in my vm. [13:47] ah ok [13:50] Should I enable the PPA and see if that helps? [13:51] i need to get 3.0.1 into the stable ppa [13:51] but also need to rush and get 3.99.0 released/uploaded for quantal [13:53] dobey: 3.0.1 is way more important [13:54] or should I maybe try the beta ppa? [13:55] beta doesn't have newer than what's in precise right now either [13:56] Okay, I'll run with nighties and see if it helps [13:58] well, add ppa:ubuntuone/stable and wait ~40 minutes or so [13:59] alecu: how's the status on the windows proxy bug? [14:00] okay, thanks [14:00] ralsina, I'm testing the twisted patch, and will submit it in a little while. [14:00] alecu: awesome [14:01] alecu: it's a patch on twisted, not on our code? [14:01] alecu: because if it needs patching for us, dobey needs to hold 3.0.1 for it [14:01] ? [14:02] ralsina, I think it will be just a twisted patch, yes. [14:02] dobey: we have a critical bug with proxy support on windows which we need to fix ASAP [14:03] dobey: OTOH, you already did tarballs for 3.0.1 it's just not in precise, right? [14:03] ralsina: right [14:03] ok, 3.0.2 then :-) [14:03] ralsina: i figured "release next week" meant "make 3.0.2" [14:03] dobey: correct, I got off-by-one there [14:07] * ceed^ is counting down 40 minutes :) [14:09] brb [14:18] So it's 3.0.1 I'm waiting for? [14:19] ceed^: By any chance, weren't you the person I shared an apk with recently? :) (1.1.4-sth or 1.2.0-sth) [14:20] yes, that's me. [14:21] ceed^: How did you like it? Any unexpected behaviour? All good? === m_conley_away is now known as m_conley [14:22] All good! I wish for shortcut to specific folders to put on the home screen, but the client works great so far [14:22] ceed^: Great! We should have that some time soon, thanks :) [14:22] ceed^: FYI, I published 1.2.0 last night on Google Play. [14:23] I hate bringing up features from Dropbox all the time, but that's where I come from so to speak :) [14:23] karni: Yes, I now see there was an update of the U1 client on my phone. [14:24] ceed^: There's nothing to hate. I'd say it's quite a basic functionality any file-browsing/based app should have :) [14:24] ceed^: Also, Dropboxes app is pretty solid, we've been there first with auto upload, they've been there first with other candy :) [14:25] good to hear, karni. But in the end reliabilty over time is the most important feature. I would hate to find a broken backup in the cloud [14:25] ceed^: yes, ubuntuone-client 3.0.1 and ubuntuone-control-panel 3.0.1; publishing to the ppa archive seems to be going a bit slow though [14:26] ceed^: Agreed. This is why we haven't introduced *sync* quickly and without thinking much about it. It's a delicate thing, so I will make sure we get it right when it's released. [14:29] The one thing I've noticed is that the daemon consumes 500 MB ram at all times even when idle. That's about twice of what Dropbox uses. I wonder if that is my system? [14:32] morning folks. [14:34] ceed^: it's probably because of extremely large number of small files === zumbi is now known as Guest50087 [14:40] ralsina, thisfred, mmcc: anyone care to give a quick look over https://code.launchpad.net/~dobey/ubuntu-sso-client/update-stable-4-0/+merge/108754 ? [14:40] dobey, sure [14:40] * thisfred looks [14:43] dobey: as a wider philosophical point : why do we review these backports, and how are we supposed to? I assume the code has been reviewed and tested on trunk, so I'm not sure what I'm supposed to look for. Clashes with the stable branch? I don't think code inspection is going to reveal those... [14:43] * mmcc was going to ask... [14:44] thisfred, mmcc: you are supposed to run the tests and look at the code just in case dobey missed something when doing the proposal. It has happened. [14:45] ralsina: don't we have tarmac to run the tests? And I don't know how I'm gonna spot anything that's been missed when it's a merge of 5 different branches [14:45] it feels like busywork to me, that has a very low chance of actually catching a problem [14:46] we have tarmac to run the tests. mostly you just approve it and move on :) [14:46] also, dobey doesn't run the tests on windows, so that's something to check [14:47] thisfred: basically, a quick scan to make sure the changes look reasonable. and running the tests on win/osx is always nice [14:48] thisfred: you want to split running the tests on win/osx? you pick [14:48] I'm happy to rubberstamp these. I don't have a windows setup that I can easily switch to, and no mac env at all [14:48] one question - the merge is to stable-4-0, but line 158 sets the version to 3.99? [14:49] mmcc: yes. 4.0.0 will be released in october [14:50] mmcc: we make the stable branch at the beginning of the cycle [14:50] ok, so you just don't bump the number until the release? [14:52] right [14:52] so we have a more clear commit to tag to say "this is in fact, this exact version" [14:52] dobey: ok, makes sense [14:53] ceed^: ok. so publishing to a PPA is apparently going very slowly today, but 3.0.1 is currently in the process of publishing itself into the stable ppa [14:53] ppa:ubuntuone/stable that is [15:00] me [15:00] thisfred: for the record, i do not like the multiple-commits-in-one for doing the release to stable-4-0 either. but i got overruled on that [15:01] me [15:01] meh [15:01] does anyone else get intermittent test hangs on osx for ubuntu_sso.utils.tests.test_tcpactivation test_is_already_running? [15:01] me [15:01] me [15:01] ralsina, thisfred, alecu, briancurtin: it's that time apparently [15:01] Oh [15:01] me [15:02] me [15:02] ok, more than intermittent [15:03] mmcc, no, I have seen no issues [15:03] mmcc, after standup let me take a look [15:03] DONE: [15:03] Fight and fight with the fsevents tests for mac os. Find some weird problems about the latency and the events received from the system. Talking with mandel about this. [15:03] TODO: [15:03] Try to find a workaround for these problems. [15:03] BLOCKED: [15:03] Trying to fix the macfsevents lib limitations. [15:03] mandel, go [15:04] DONE: Improve python api for fsevents. We now have better erro handling and tests. [15:04] TODO: Debugging with gatox. Reduce the size of the fsevents json used for ipc. Ask about a license concern (I do have a BSD alternative). [15:04] BLOCKED: no [15:04] dobey, please [15:04] λ DONE: releases, uploads, SRU poking, client/cp 3.0.1 in stable PPA [15:04] λ TODO: finish releases/uploads, SRU poking, tarmac tweakery [15:04] λ BLCK: None. [15:04] mmcc [15:04] DONE: monday lost to Qt plugin support [15:04] TODO: maybe just build a static Qt? [15:04] BLCK: NO [15:04] NEXT: briancurtin [15:04] DONE: testability is killing me, yet another day of basically nothing. building with mingw doesn't seem to work. will check with elopio if he ever got it built himself and what on earth he did... [15:04] TODO: finalizing lazr removal, moving on to finfixing the C2C page. will come back to testability [15:04] NEXT: ralsina [15:04] DONE: bug triaging, askubuntu, canonicaladmin, other sites that drain my will to live on a daily basis, proposed a branch (yay) for sorting shares in u1cp which showed some test weaknesses, so it wasuseful. TODO: merge that, drain will to live further, start on another bug blOCKED: no, NEXT alecu [15:04] me [15:04] DONE: worked on patch for bug #1006899 [15:04] TODO: reproduce on a vm the bug that popey found [15:04] BLOCKED: no [15:05] Launchpad bug 1006899 in Ubuntu One Windows Installer trunk "[Windows] Ubuntu One syncdaemon tries to connect directly even when proxy is used (3.0.1)" [Undecided,New] https://launchpad.net/bugs/1006899 [15:05] NEXT: thisfred [15:05] DONE: https://code.launchpad.net/~thisfred/u1db/home-on-the-range/+merge/108606 [15:05] TODO: wildcards in ranges, planning piker [15:05] poker [15:05] BLOCKED: no [15:06] thisfred, planning poker? [15:06] briancurtin, mmcc: want to talk about the problems you are experiencing? [15:07] I am all ears [15:07] thisfred, did I miss a memo? [15:07] alecu: it's just for u1db [15:07] alecu: sry: u1db [15:07] thisfred, ralsina: oh, ok :-) [15:07] welcome to join though :D [15:07] alecu: I suspect they just play poker [15:07] very high stakes [15:07] and they are planning to play MORE poker [15:08] "This is a high stakes game, you know." -- Vlad the impaler [15:08] ceed^: looks like it is published, so you should be able to apt-get update/upgrade with ppa:ubuntuone/stable added, and get ubuntuone-client 3.0.1 [15:09] ralsina: groan [15:09] lolz [15:09] mmcc: I am trying to fill in for mandel [15:09] and BTW, where's mandel? [15:09] apt-getting now. Thanks [15:10] ralsina: so I summarized my status when I left last night: it looks like something inside qtnetwork or twisted is forking a new Qt process and that process doesn't have the right qt.conf. So I can put the image plugins in the app pkg and they will be found correctly but the code loading the network plugins doesn't look in the same path [15:10] Oh, up there, missed it. Ok [15:10] ralsina: poor/out of date docs. since i've gotten the furthest with mingw build i will give it one more shot before moving on, but the docs seem to pick up in the middle and assume too much. this really shouldn't be that hard... [15:10] ralsina, I'm here [15:10] ralsina, I did the standup etc.. [15:10] mandel: ok, I missed your standup, sorry [15:10] ralsina, nad told mmcc to tell me what was wrong with his problem :P [15:10] yep, installed. Going to restart U1 and see if it works right now. [15:10] briancurtin: you may want to ask for help in the qt forums, for example [15:11] ralsina: yeah that's next on the list, ask for help there and move on to other stuff while keeping tabs on the forums [15:11] mmcc: interesting, if you said "thread" that would sound familiar [15:11] mmcc: but I have not seen qt spawn processes, so it may be something osx-speciic [15:12] wow it's much faster at the initial check! [15:12] mandel, it's simple: I did bzr branch lp:~dobey/ubuntu-sso-client/update-stable-4-0 sso-client-stable-4-0 , then I run-mac-tests, then it stalls on test_is_already_running in tcpactivation [15:12] mmcc, can you try with trunk please? [15:12] mmcc: OTOH we are spawning processes for a lot of things (like proxy detection) but you should notice those [15:12] mandel: it's done that before and restarting the tests makes it stop but now it's doing it every time [15:12] mmcc: check you don't have a sso already running [15:13] mmcc, I wonder if the domain sockets changes are not in stable 4, are they dobey? [15:13] ceed^: cool [15:13] mandel: huh? [15:13] ralsina: this only happens when I don't already have an sso running. just a sec and I'll find the code that spawns it [15:13] dobey, no worries, I'll take a look :) [15:14] my mac shut itself down overnight, so all my emacs buffers went away :( [15:14] mmcc: so maybe our spawner code is Doing It Wrong ® [15:16] ralsina: the plugin load happens after ubuntu_sso/utils/webclient/qtnetwork.py:121 prints "Querying OS for proxy" [15:16] mandel: the merge proposal is "merge what is in trunk, into stable-4-0" [15:16] mmcc: ok, that's expected, we have a separate process for obtaining proxy info [15:17] dobey, ok, I also did a grep to look for enpoints and is there :( [15:17] mmcc: you can run it yourself, it's ubuntuone-proxy-tunnel [15:17] mandel: so unless you're using an old dev tools or something, i don't see how that would be the problem. unless of course that code is just broken :) [15:17] ralsina: aha, ok, so I need to package that one too I guess [15:17] ralsina, do you have time for mumble?? [15:17] mmcc: yep :-) [15:17] gatox: sure [15:17] ralsina, we are with mandel talking about some fsevents issues [15:17] gatox: let me find my headset [15:18] mmcc, check what dobey said, you might be using and old dev-tools that is not closing the twisted services correctly [15:18] mmcc, can you do a pull from lp:ubuntuone-dev-tools install it and run the tests in you mac? [15:18] mandel: argh, devtools is on rev 73 now, isn't it? [15:19] mmcc, yes, is a little higher that it used to be [15:19] mandel, gatox: I can hear you [15:19] ralsina, we can't hear you [15:19] mandel:, gatox: NO HOLIDAYS ;-) [15:19] jajaja [15:19] :( [15:20] Looks like I can't mumble today [15:21] maybe you should stop mumbling, and SPEAK UP! [15:22] mandel, I'm pretty sure that was my problem. thanks. [15:22] * mmcc can't seem to keep his deps up to date [15:22] mmcc, hurray!!! [15:22] * mmcc spoke too soon [15:22] not working? [15:23] mandel: same hang on test_is_already_running [15:23] do we use tcpactivation on darwin? [15:23] I'm a little confused with the naming, since we don't use TCP, right? [15:23] mmcc, yes we do, the funny thing is that it works on linux which is the same code [15:24] not funny ha-ha [15:24] mmcc, yes, naming is bad (I also think we should do launchd activities) [15:25] mandel: yeah, launchd is the preferred way, but unless you need it, like for the root daemon, it's a pain. I think it'd make testing annoying [15:27] alright, am off to get lunch. bbiab [15:28] mmcc, so on linux everything goes ok, let me try on the mac [15:29] mandel: ok [15:33] mmcc, I can confirm that I have the same issue.. I wonder what is the diff from os x and linux2 [15:34] mmcc, can you add a bug in sso and assign it to me so that I fix this asap [15:35] mandel: sure [15:36] mmcc, thx! [15:37] alecu, ping....... whenever you are (before mandel eod if possible :P) [15:38] mandel: https://bugs.launchpad.net/ubuntu-sso-client/+bug/1009071 [15:38] Ubuntu bug 1009071 in Ubuntu Single Sign On Client "tcpactivation tests hang on darwin" [Undecided,New] [15:39] mmcc, superb, thx, I'll try to fix it asap [15:40] ok thanks mandel [15:42] gatox: pong [15:42] gatox: mumble? [15:42] alecu, ack [15:42] mandel, mumble again? [15:45] gatox, sure, sorry [15:45] gatox, joining now === beuno is now known as beuno-lunch [16:27] mmcc: did you fix your tests issue? === beuno-lunch is now known as beuno [16:27] oh i guess not [16:27] dobey: no, mandel reproduced it and is going to look at it [16:28] i guess they are passing on windows though [16:28] dobey. however, all the tests do pass on windows [16:29] yeah, and I recognized all the changes as passing on macos and linux earlier, so I'm going to +1 [16:29] hmm [16:29] hmm? [16:30] oh, the ubuntu-sso-client-windows-test jenkins job hadn't run in almost 6 days [16:30] hmm. [16:30] but neither have any branches landed in it since then, and it's set to run when the branch changes [16:30] * gatox lunch!!!! === gatox is now known as gatox_lunch [16:33] * ralsina goes do something trivial on sso so it doesn't feel left out [16:34] weird [16:41] how do I sign out of SSO on linux? I want to look at the login screen [16:41] mmcc, I think, you delete the token from the keyring [16:42] you open ubuntuone-control-panel-qt [16:42] and on devices tab click the [Remove] button at the top === zyga is now known as zyga-afk [16:43] dobey, that just logs me out, and nothing else? [16:43] mmcc: it disconnects the computer you do it on, from u1, also removing that token from the server (since it's now useless) [16:44] dobey: ok, thanks. [16:44] mmcc: you probably want to click [Disconnect] in the control panel first, to have syncdaemon stop talking to the server, since i don't think it auto-disconnects when the token is removed [16:45] dobey: ok [16:45] hrmm. what in the royal hell is going on with this branch [16:46] hrm, press the [Remove] button and you get a confirmation dialog that asks you if you're sure without giving any info as to why you might not be sure... and the title of the dialog is 'ubuntuone-installer' [16:46] * dobey did not design or implement it [16:46] * mmcc is not blaming dobey [16:47] but why the heck would ./run-tests fail to run, without giving any output [16:47] hey, yeah I saw that just now. wtf [16:48] looks like xvfb was not installed tehre [16:48] there [16:48] but i would expect some error about that [16:48] oh yeah I ran into that when I was setting up the tests. it fails silently [16:49] weird [16:49] because the script has set -e [16:49] maybe we need to stick a -x in there too [16:50] but oddly, i am also getting this, running the tests locally in sso trunk (and in the backport branch): http://pastebin.ubuntu.com/1025328/ [16:50] hrm - SSO client shows a "?" icon in the launcher on linux? [16:50] oh [16:50] nevermind [16:50] of course i'm getting that [16:51] mmcc: it doesn't have an icon, so yes [16:51] well, it does that in unity anyway [16:52] or maybe that's the human theme [16:52] need to poke at barry's changes [16:52] so on osx I'm hiding SSO client from the dock, but if we got an icon for it, we could show it in both places... [16:52] the '?' icon isn't great [16:53] yeah, there's an open bug about the icon on sso dialogs [16:53] ah, ok [16:54] dobey: not bug 992595? [16:54] Launchpad bug 992595 in Ubuntu Single Sign On Client "The sso backend on Mac OS X shows an icon in the Mac OS X dock" [Medium,Triaged] https://launchpad.net/bugs/992595 [16:54] oh i guess i also need to release ubuntuone-dev-tools first [16:54] mmcc: the backend is a different issue i guess [16:55] dobey: yes, but I couldn't find any other icon-related sso bugs. [16:56] https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/840045 [16:56] Ubuntu bug 840045 in ubuntu-sso-client (Ubuntu) "missing unity bar icon" [Low,Triaged] [16:56] https://bugs.launchpad.net/ubuntu-sso-client/+bug/966996 [16:56] Ubuntu bug 966996 in Ubuntu Single Sign On Client "Gtk+ UI uses old ubuntu logo, Qt UI has no log at all" [High,Confirmed] [16:56] arg, why didn't searching for 'icon' in ubuntu-sso-client find 840045? [16:57] because it's filed against the ubuntu package, not the upstream project [16:57] hey, that sounds familiar [16:57] and now it's a duplicate of the other one anyway [16:57] thanks [16:58] of 966996 that is [16:58] dear UPS, where is my RAM [17:05] ugh and i think my coke went flat. and i don't have a CO2 bubbler [17:07] ralsina you wanted something trivial for sso? bug 1009107 [17:07] Launchpad bug 1009107 in Ubuntu Single Sign On Client "start page has back button that goes to network detect page, which then lies and traps you" [Undecided,Confirmed] https://launchpad.net/bugs/1009107 [17:07] haha [17:07] mmcc: sounds trivial enough, since the start pageis not supposed to have a back button [17:07] yep [17:08] I should check every bug reported on package and attach it to projects. The idea makes me want to gouge my eyes with a spoon. [17:09] be nice if lp was easily scriptable. I wouldn't mind a 'newbug' script to file a bug in one line [17:10] anyone know WTF is a "likewise user" in a linux+windows domain context? [17:10] * ralsina hates projects that use common words [17:10] mmcc: lp is scriptable, don't know about the "easily" part [17:11] ralsina: any more context on that 'likewise user'? [17:11] mmcc: bug #983756 [17:11] Launchpad bug 983756 in ubuntuone-client (Ubuntu) "Ubuntuone not working for likewise user account in Precise " [Undecided,New] https://launchpad.net/bugs/983756 [17:11] Hello to everybody!! I have a QUESTION: Ihave uploaded a video(mp4) in ubuntuone and I made it public but when I use the link for download I dont get the file but the video starts to play in the browser. How can I download the video ? [17:12] Koukourikos, there's a secret thing you can use [17:12] likewise-open - Authentication services for Active Directory domains [17:12] ralsina: http://likewise.com/ i guess? [17:12] add this to the url: ?attachment=true [17:12] ok, lunch [17:12] see you all in a bit [17:13] ralsina: also, found this: https://help.ubuntu.com/8.04/serverguide/likewise-open.html [17:14] bueno Thank you so much!!! but why is this secret ? === vds` is now known as vds [17:19] beuno, ^ [17:19] Koukourikos, well, it was originally added as a workaround [17:19] and we haven't get figured out a good way to expose this in the interface [17:19] it's hard to communicate since sometimes we can show the file and sometimes we can't [17:19] dobey, I have found that the run-tests in ubuntuone-dev-tools cannot be used on darwin, shall I add a run-mac-tests script or try and do some magic and detect if we are on mac in the run-tests one? [17:19] so it;s confusing [17:20] mandel: why can't it be used? [17:20] mandel I vote for magic in the existing script [17:20] dobey, very simple, wrong twisted reactor (glib) [17:21]