[09:53] morning [09:57] morning everyone! [10:40] mandel: morning! [10:40] Chipaca: morning :) [11:08] * fagan break [11:49] * fagan back [11:54] morning all [11:58] duanedesign: hey [12:00] holy crap next door is giving me a big headache [12:00] it sounds like they are drilling for oil [12:02] * fagan closed all the windows and turned up music loud and it still comes through [12:07] Im going to need to take a walk before my head explodes [12:11] :( [12:22] ok back and I think i know whats been stumping me [12:22] they are still drilling for oil next door though [12:23] oh and now a dog starts barking to add to the whole wonderful music of the noise [12:26] ohh goodness [12:27] duanedesign: its getting to the point where im thinking of heading to the pub instead of working for the day :) [12:27] :) [12:28] * fagan calls the swap day gods [12:29] I was kidding about the pub but im thinking of escaping to my brothers house or my dads [12:30] yeah that sounds intolerable [12:31] * mandel walking dog [12:55] I have a problem syncing a folder. It's on the web, but not on my desktop. [12:56] Log says this: 2011-06-15 13:52:29,610 - ubuntuone.SyncDaemon.MuteFilter - DEBUG - Blocking FS_DIR_CREATE {'path': '/home/jeroen/Documenten/Foldername'} (2 left) [12:56] rye: ^ [12:56] I altered the "foldername" [12:56] jeroen-, could you please check that it appears and is checked in the cloud folders panel of ubuntuone-control-panel ? [12:56] The two other "left" are the same, but two subfolders [12:57] rye: yes the folder '/home/jeroen/Documenten is checked. I had this error when I unchecked and rechecked the folder in the control panel [12:58] it says all is synced, but not this important subfolder [12:58] jeroen-, okay, could you please run "u1sdtool --info /home/jeroen/Documenten/Foldername" in the terminal - does it work? [12:59] rye: yes [13:00] I have output [13:02] jeroen-, could you please run the same for some file inside that directory? [13:07] morning rye [13:07] duanedesign, morning! [13:09] rye: when you are getting 'failure: UPLOAD_CORRUPT'..."'hash_eq_server_hash': 'F'" what to do to resolve the differing hashes? [13:10] duanedesign, is this on 11.04 ? [13:11] rye: yes [13:11] duanedesign, frankly speaking i can't find any other way except to remove the offending file from the server side (backing up the local one) and then reupload [13:11] facundobatista, ^ [13:11] duanedesign, what is the createor of the file? [13:12] their looks to be quite a few, https://launchpadlibrarian.net/73481619/syncdaemon.log [13:15] mandel, ping [13:17] alecu: hes walking the dog [13:17] probably not back yet [13:17] cool [13:17] Wow my brains are on the floor today [13:18] fagan, so, how's your branch coming? any progress on the list of items we wrote? [13:18] alecu: I was looking at it and playing about and breaking it lots but I cant do anything today [13:19] next door are making a lot of noise im waiting for ralsina to ok me abandoning work today [13:20] rye: it has no file. It only has tow subdirectories and the rest is empty, the same as on my desktop [13:20] fagan, ralsina is not coming today. [13:20] rye: the are much more subdirs [13:20] fagan, take the day off, and swap it for some other, or mark it as a sick day. [13:20] alecu: ah god so who do I ask to get off [13:21] ah ok [13:21] rye: but they are on the web - if I could download a whole folder structure I was happy [13:21] well I do have a blazing headache so it does count as sick ish [13:21] so im going to run out the door to the nearest quiet place [13:22] rye: what the ....!!! now those filers and folders are also gone on the web! [13:22] now I loose data!! [13:23] * fagan EOD [13:25] where can I sue Ubuntu for loosing my files? [13:27] duanedesign, which is the size of the file? [13:27] alecu: internet is flaking out here, *and* I have a repair guy coming out at 9 (standup o'clock), so if I'm not there, here's my standup: [13:27] jeroen-, could you please check whether the files are in your Trash folder? [13:27] jeroen-, are you running 11.04 ? [13:27] DONE: bug #797176, packaging couchdb server patch, reviews [13:27] thisfred: Bug 797176 on http://launchpad.net/bugs/797176 is private [13:28] TODO: maybe package new server patch for couch, whatever else anyone needs, open bugs [13:28] BLOCKED: no [13:28] thisfred, cool, thanks. [13:28] thank you! [13:29] gonna try rebooting to see if that helps, but I suspect it' [13:30] s bloody comcast again [13:33] rye: yes I do [13:33] rye: they are not in my trash folder [13:34] * mandel back [13:34] facundobatista: their are more then one. The first one in the log is size='27270040' [13:35] duanedesign, are all of them > 25MB? there's a known issue with resumable uploads and persistent corruption in the upload [13:35] jeroen-, upon folder/file removal syncdaemon is moving the files to the trash folder so the folders may be there containing the files [13:36] duanedesign, AFAIK, verterok is working on a branch that will allow a new upload don't stay dirty because of the previous one [13:36] facundobatista, oh, so my .iso file upload has not yet completed still [13:37] jeroen-, when was the last time you saw these files online? [13:37] facundobatista: it looks like they are all >25mb....i'll look through the entire log to be positive [13:39] mandel, ping [13:40] alecu: pong [13:42] mandel, any ideas on how to make this compile? [13:42] http://pastebin.ubuntu.com/627294/ [13:43] mandel, also, regarding this merge proposal: https://code.launchpad.net/~mandel/txnamedpipes/add_qt_integration/+merge/61923 [13:43] alecu: which c++ compiler do you have? [13:43] mandel, the one that's mentioned in the wiki [13:43] mandel, the express edition of vs2008 [13:44] alecu: hmm weird.. I've had no issues with it, let me look closer [13:44] rye: I saw the files before I unchecked the Documents folder and rechecked it again in the UO control panel [13:44] jeroen-, ok [13:44] mandel, hmmm... perhaps it's because I've never even ran it. [13:44] rye: I saw the files online, not on my disk [13:44] jeroen-, could you please archive the logs from ~/.cache/ubuntuone/log now and send them to ubuntuone-support@canonical.com ? [13:45] mandel, I've just started it, and it says "configuring the environ for the first time".... [13:45] let me check again,. [13:45] alecu: could be, it does something about setting the env the first time. [13:45] alecu: :P [13:45] jeroen-, were these files uploaded from another computer (i.e. they were not originally on this computer)? [13:45] rye: is there not to much private infomation in those logs? [13:45] jeroen-, there are filenames there [13:45] jeroen-, they may be sensitive, yes... hmmm [13:46] facundobatista, do you have any way of reliable log screening? [13:46] rye, what do you mean with "log screening"? [13:46] rye: that last question: can't remember [13:46] jeroen-, ah, sorry, the files will not be in trash because they were not locally [13:46] I will check my laptop, one moment please [13:46] oh wait [13:47] I never used ubuhnto one on my laptop [13:47] only desktop [13:47] facundobatista, say we are investigating something but don't care about the filenames, do we have some way of filtering the output to replace the filenames only [13:47] jeroen-, um, have you reinstalled your machine? [13:47] mandel, another thing: in the following branch, nessita says we are missing tests for the qt.py file: https://code.launchpad.net/~mandel/txnamedpipes/add_qt_integration/+merge/61923 [13:47] mandel, do you want me to help making those tests? [13:49] rye, I never do that, sorry [13:49] fagan: laptops are portable, fyi. [13:49] rye: no i didnt reinstall, but I reinstalled ubuntu one [13:50] jeroen-, so, the folder locally suddenly started missing these files but they still were present online, is that correct? [13:50] alecu: I'm writing some of them, but I've stumbled with a problem, whihc you might be able to help :) [13:50] jeroen-, any special steps for ubuntuone reinstallation? [13:50] rye: correct [13:51] jeroen-, the log files should be interesting [13:51] rye: only I can remember is I did a --purge as always and the rreinstall was not done on the same day [13:51] alecu: it seems that trial does not like that http://bazaar.launchpad.net/~mandel/txnamedpipes/add_qt_integration/view/head:/txnamedpipes/iocpsupportpipe/iocpsupportpipe.pyx is ompiled and present in the current dir when running the tests [13:51] jeroen-, nothing was done to ~/.local/share/ubuntuone/syncdaemon, right? [13:51] I also removed the old log files and config files [13:51] alecu: it gives an import error, but it you install it and run it from a diff path it works... [13:51] to start over again [13:51] to see if that solved the problem === m_conley_away is now known as m_conley [13:52] jeroen-, was ~/.local/share/ubuntuone/syncdaemon removed too? [13:52] rye: yes I think so. i did a find . | grep ubuntuone [13:53] rye: one moment I have to do another priority [13:55] jeroen-, uh, that was a metadata folder [13:55] alecu: did it compile? [13:55] verterok, how about creating README file in metadata directory with "Do not remove this directory" message? [13:56] mandel, not yet. I started VS, closed it, restarted a cmd.exe and now it says it can't find zope.interface. I installed it (again, I think), and now it's giving the same compilation issue. [13:57] mandel, so I'm restarting the windows vm, since this usually unbreaks every issue :P [13:57] alecu: take a look if the ocmpiler was added in your cmd path [13:57] alecu: maybe the issue is that it cannot find the path of the compiler [14:00] me [14:00] rye: i don't think that will help really [14:01] no stand up? [14:02] dobey, true [14:02] rye: 2011-04-03 19:44 fsm < can I assume with this info that this folder was not deletes? [14:02] d [14:02] mandel: dunno. ralsina not here. fagan ran off. [14:03] oh! I have to have lunch (spanish time) [14:03] and nessita is not here too... [14:03] jeroen-, not really, fsm is "file system metadata", it is recreated next time you start ubuntuone, at this point i am not sure about the state of the account [14:04] jeroen-, could you please run "u1sdtool --waiting | wc -l" now? [14:05] mandel, the compiler was not added to my path, and the vcvarsall.bat was not created right. I'll try reinstalling vs2008 [14:05] output is 0 [14:05] jeroen-, okay [14:05] rye: output is 0 [14:05] facundobatista: do you know if their is a bug report on the 'resumable uploads and persistent corruption in the upload'? [14:05] duanedesign, nop... we can ask verterok when he's back [14:06] alecu: that vs2008 thing is crap... [14:06] alecu: do you know when is nessita getting here? do we have stand up? [14:06] jeroen-, i have ran the recovery, used bytes counter stayed the same, could you please check whether you have "Recovered" folder in Documenten folder? [14:06] mandel, nessita is starting in three hours, I think. [14:07] jeroen-, is Documenten UDF folder listed online? [14:07] mandel, but we should have the standup anyway. [14:07] rye: local or online? [14:07] jeroen-, online [14:07] mandel, thisfred sent his standup notes. [14:07] alecu, dobey, min-stand up then [14:07] rye: yes there is a Recovered folder [14:07] me [14:08] right, nessita is at uni this morning [14:08] me (as thisfred) [14:08] jeroen-, was the UDF "Documenten", "Studie (archief)" or "Jaar 1" ? [14:08] me [14:08] me (as alecu) [14:08] rye: allthough there is not much in it - only one of the subdirs (Jaar 1/Blok 1) [14:08] jeroen-, is there anything in Recovered folder? [14:09] rye: Jaar 1 [14:09] there are many subfolders in it [14:09] DONE: More work on SDTool for windows. I was stuck with some tests not passing and I'm behind of what I expected. Looked at the add_qt _support for txnamedpipes, it looks like trial does not like to load the code compiled which is weird. All pending branches to land in u1client have been landed, hurray! [14:09] TODO: Update the bugs to add the missing SD tool one and link it with the branch. PAsk for a re-review and fix txnamedpipes qt integration tests. [14:09] BLOCKED: no. [14:09] alecu (thisfred) go [14:09] Blok 1, Blok 2, etc [14:09] DONE: bug #797176, packaging couchdb server patch, reviews [14:09] alecu: Bug 797176 on http://launchpad.net/bugs/797176 is private [14:09] TODO: maybe package new server patch for couch, whatever else anyone needs, open bugs [14:09] BLOCKED: no [14:09] NEXT: dobey [14:10] Cimi: the diff shown on lp doesn't get updated automatically when the target changes, iircλ DONE: sprint, workaround to unblock u1client (worked on swap day) [14:10] λ TODO: pick another day to not work, expenses, fix broken stuff [14:10] λ BLCK: None. [14:10] alecu :) [14:10] dobey, there's something weird on your first line of the standup, perhaps for another channel. [14:11] facundobatista: thank you. I am making a note to ask verterok. Do you know when he will be back? [14:11] jeroen-, what was the problem you tried to solve in the first place? [14:12] rye: to get this folder 'jaar 1' and all its contents back - it was gone locally somehow, but still online [14:12] never deleted it or moved it [14:12] alecu: thx, repair man's come and gone [14:12] duanedesign, today or tomorrow... but only if the volcano ashes allow him [14:13] although, cant remember doing so [14:13] jeroen-, could you please double-check the Trash folder? is it completely empty too? [14:15] rye: he local trash is not empty - there are other deleted files in there, from other folders [14:15] alecu: very weird [14:17] DONE: winport meeting, sorted winport bugs, many reviews, worked on getting txnamedpipes running on my vm [14:17] TODO: winport: help mandel with tests for qt+txnamedpipes [14:17] BLOCKED: no [14:17] jeroen-, could you please do a quick find ~/.local/share/Trash -name '*Blok*' ? [14:18] rye: did it, but nothing [14:19] rye: remember those Blok* folders and such where there for months [14:19] jeroen-, is Documents folder completely empty now? [14:19] rye: no [14:20] rye: I moved some folders out of it, because I hitted the 2 GB [14:22] could you please archive the logs and send them to ubuntuone-support@canonical.com still, it will be a bit faster then [14:23] jeroen-, when did you update to 11.04 ? [14:23] rye: when it came out [14:24] rye: OK, I will [14:24] jeroen-, and when did you notice the files went missing? [14:24] ugh [14:25] edge: /admin/ OperationalError: fe_sendauth: no password supplied [14:25] mandel: grr, one of your branches landed, that had changes from another proposal, but it didn't have the prerequesite set :( [14:26] rye: must be a few weeks or a month ago, but I disdnt had time to solved it before [14:27] jeroen-, can you confirm that the files (not folders) were indeed present in online storage recently? [14:29] rye: yes I can confirm that this morning (EU-time) they were present [14:29] cause I tried to see if I could download the folder at once [14:29] I also tried to share the folder, but this was no resolution [14:30] rye: mail is sent wit all contecnt of /home/jeroen/.cache/ubuntuone/log [14:30] jeroen-, ok, that is promising, let me have a look at the logs [14:32] dobey: what do you mean? [14:34] mandel: your use_txnamedpips branch for u1client, it got merged, but was never reviewed with its own proposal, which existed. instead another of your branches included those changes, it seems; but it didn't have a prerequisite on use_txnamedpipes [14:34] dobey: oh bullockS! [14:35] mandel: :) [14:35] dobey: lets revert, reviw and merge, ok? [14:36] mandel: well i presume the changes did get reviewed in the branch that merged; so i'm not fussed about doing all that. it's just annoying to see it. just set prerequisite correctly in future :) [14:38] dobey: I usually do, it split [14:41] mandel: can you review https://code.launchpad.net/~facundo/ubuntuone-client/waiting-send-id/+merge/63979 please? there is a pending review requested of you :) [14:42] dobey: I needed the other branch to land to give the green light :) [14:42] on it [14:42] ah ok [14:44] dobey, I approved the branch [14:45] what is SV_DIR_NEW - is it from inotify or server-side? [14:45] facundobatista: approved what branch? [14:45] oh your branch, ok [14:48] rye, SV means "server side" [14:48] rye, from the File System you'd get a FS_DIR_CREATE or something === zyga is now known as zyga-food [15:06] jeroen-, can you give at least one example of the filename from that directory? (privately if you prefer) - i can't find anything related to Jaar 1 except an OpenOffice/LibreOffice lock file === zyga-food is now known as zyga-afk [15:38] oh bother [15:39] mandel: grr, that branch i mentioned earlier, did break other stuff. was it branched off a really really old version of trunk or something? :( [15:40] mandel: provide_windows_vm_helper broke stuff, that is :( [15:41] dobey: it should not, fuck.. lets revert and take a look [15:42] dobey: you propose the revert and I'll give you the +1 [15:42] mandel: there are things added back in nautilus/gsd plug-ins, which i'm sure you didn't manually touch yourself :) [15:43] dobey: yes, I'm sure I did not touch that... [15:46] pushing now [15:52] mandel: https://code.launchpad.net/~dobey/ubuntuone-client/revert-999/+merge/64698 [15:58] ugh, and other spurious bad things in there. boo :( [16:07] ok, i am eoding for now, will return back and continue with udfs, restoring etc [16:08] mandel: uh [16:08] where is my +1! [16:16] bah, i'm going to lunch. bbiab :) [16:17] dobey: reviewing :) [16:17] alecu: https://code.launchpad.net/~dobey/ubuntuone-client/revert-999/+merge/64698 [16:18] looking [17:01] dobey, mandel: revert approved. [17:01] alecu: thx! [17:02] mandel, the only bit different between revisions is this: [17:02] === renamed file 'gsd-plugin/test-send-signal.py' => 'bin/test-send-signal.py' [17:02] mandel, did your branch do that bit? [17:02] alecu: I'm taking a look, that branch was approved soooo long ago that anything might have happened [17:02] alecu: I'll compare agains trunk to make sense of it [17:03] mandel, yes, it's on 999 [17:03] http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-client/trunk/revision/999 [17:05] dobey: what was readded exactly? was it just that ^ [17:15] * mandel walking dog will be back soon [17:20] alecu: no, i did that [17:23] huh! hear that? [17:24] it's the wind! [17:24] hear what it's saying? [17:24] plaaaaatfooorm spriiiint [17:24] duuuublinnn [17:32] what i heard was "groooooooaaannnn" [17:33] :) [17:35] dobey: yeah [17:36] dobey: the idea of telling people to go kills me, so I'm not gonna [17:37] i like dublin, i do. but quoth the overweight redneck next to me on the plane from LHR->ATL… "my butt's wore out" [17:37] * dobey waits for mandel to chime in [17:40] dobey: exactly my point, there [17:40] dobey: my point is butts [17:42] and last week, ralsina mentioned the possibility of another desktop+ sprint in BA soonish [17:43] but i guess between that and dublin, i'd probably end up being Gold Medallion on DL [17:57] mandel, ping [17:57] mandel, VS2008 is not working for me. What if you upload the .dll or .pyd to bzr? [18:02] dobey: I'm here, tell me [18:03] alecu: may I know the error ? [18:03] pastebin would be nice [18:03] * Chipaca looks around for a nessita [18:03] mandel: tell you what? i was just waiting for you to make a bad joke :) [18:04] mandel, I've reinstalled everything, but it still can't find the .bat files with the env variables for the compiler [18:04] mandel, I've started digging into the distutils code that starts the compiler... [18:04] dobey: dammed I missed the oportunity [18:05] dobey: one question, what was added by the merge that you said should not be present? [18:05] mandel, but I figured it would be better if we include the .pyd or .dll that is generated in the txnamedpipes repo. [18:05] hello everyone! [18:05] nessita: OHAI [18:05] dobey: I'm taking a look at the branch again to ensure it does not happen again [18:05] mandel, alecu: I'm ready when you are (re: mumble) [18:05] alecu: do you think so? what happens if someone is using x64 [18:06] mandel, we won't be distributing a x64 binary. Not yet at least. [18:06] mandel: there were lots of things. some changes to the C code. merge trunk into your branch, commit it, and then make a diff from trunk and see what all is in it [18:06] dobey: ok, so its mostly C code, right? [18:07] nessita: I'm booting mumble [18:07] starting, you do not boot software [18:07] mandel, and anyway, making vs2008 a dependency is too much only for compiling this .c file in txnamedpipes. [18:07] alecu: how did you install pykeyring? [18:07] 'cause there you have the same issue [18:07] mandel: well, the C is what I noticed, because it broke the nightlies building; but there were also a couple places where you commented out a line of code, or whitespace got added to the end of the line for some reason. it was weird [18:08] mandel: and i think fagan and ralsina just ran tests, and didn't actually look at the code maybe, or something :( [18:08] mandel, I haven't installed pykeyring yet. But the same argument could apply. [18:08] dobey: O_o [18:08] dobey: ok, I'll take a closer look, maybe something in that old branch is terribly bad [18:11] mandel: well the branch is a month old, so maybe merging in trunk will get things back to par [18:12] dobey: yes, I hope that is the only thing... [18:12] mandel: probably some conflicts. request me as a reviewer when you re-propose the branch again :) [18:13] nessita: hrmm, for mterry's branch i'm inclined to say it should have more tests, but i also am looking at the tests code, and think it could use some refactoring, for that specific set of tests [18:20] dobey: sorry, I'm in call. What mterry's branch? [18:20] nessita: the nm 0.9 status stuff [18:21] dobey: have a link? [18:21] https://code.launchpad.net/~mterry/ubuntu-sso-client/nm0.9/+merge/63869 [18:35] dobey: can you please re-review https://code.launchpad.net/~nataliabidart/ubuntuone-client/tool-no-params/+merge/64610 ? [18:35] dobey: and regarding mterry's branch, yes, it definitely needs more tests. Whether we ask him to refactor the test or not, seems to me like there is no needs to ask him to do that. I would like alecu's reviewing that branch though. [18:37] +1 on yours [18:37] nessita: i wouldn't ask him to refactor it. but i'm a bit hesitant to ask him to add more tests that we then need to refactor as well [18:38] nessita: should we refactor first perhaps then? [18:43] mandel, so, I'm definitely getting the same issues on pykeyring, as per the link I pasted on mumble: http://pastebin.ubuntu.com/627493/ [18:44] alecu: do you have any other vs version installed? [18:44] mandel, absolutely no. [18:45] alecu: I wonder what is going on… check that the batch that i not found is missing, it might be the case that it uses %PATH% to find the batch and is not there [18:45] mandel, doh, it seems to be a known issue: http://bugs.python.org/issue7511 [18:49] dobey: I would say yes, currently we have no resources to do so. My opinion is to add more tests even if need refactor, since I prefer the test correcteness on top of nice code (though both are important) [18:52] nessita: the tests in question are very few, and refactoring is pretty easy. i'll make a branch for that, and we can ask mterry to update his branch after it lands, then? [18:52] dobey: that sounds great [18:52] dobey: ping me for reviews! [18:53] will do [18:58] mandel: I haven't received your email yet (re daily report). Did it leave your "outbox" :-)? [18:59] nessita: seems like it, is not longer here [19:00] * mandel moving to a diff room will be back in a sec [19:00] mandel: can you please re-send? [19:10] mandel: can you please re-send? [19:10] nessita: yes, right away [19:10] thanks! [19:10] alecu: can I send you the binaries by mail and you upload them to the canonical server, it seems I'm too stupid to do that [19:11] mandel, please do. thanks. [19:11] alecu: it is the txnamedpipes dependecy and pykeyring, right? [19:12] mandel, at least those two, yes. I don't know yet if I'm missing another [19:12] alecu: I dont think so [19:27] alecu: can you confirm you have gotten my email with the binaries? [19:27] alecu: I just zipped the full package that I have installed in my system [19:29] mandel, got the email. It's just one keyring.zip, with no binaries at all inside of it. [19:29] alecu: really? let me try again [19:29] * mandel wonders what 7zip does when you tell it to zip [19:32] does anyone run nvidia cards in here? [19:33] i messed up my machine so bad it won't boot normally i finally got it to boot in failsafe mode [19:34] alecu: the keyring pagkage should work, can you try it? [19:35] alecu: and you did not get a txnamedpipes.zip too? I've sent it again [19:35] mandel, no txnamedpipes on the first mail, but it's on the second. [19:35] lemme check it. [19:36] alecu: is the same foward… wtf?! [19:36] mandel, wtf! it seems my thunderbird is acting up. [19:37] mandel, I just clicked again on the first message, and it now shows the second attachment :P [19:37] well, as long as it is there, who cares :) [19:38] GalahadForce: I think you need to ask ubuntu specific support questions in #ubuntu :-) [19:39] dobey: look! a u1devtools branch! https://code.launchpad.net/~nataliabidart/ubuntuone-dev-tools/remove-signal-receivers/+merge/64730 [19:46] dobey: ping [19:46] mandel: hi [19:47] nessita: there was a bunch of other code to do that before, but i'm not sure it was actually ever working right, and i'm not sure it's needed, as flush/close should drop them all anyway [19:48] dobey: I think is good practice to remove the receivers, and I does not make any harm. [19:48] dobey: I'm working on the branch that broke nightlies, will be testing on natty if everything is ok, will you have time t take a look later? [19:48] mandel, ping [19:49] alecu: pong [19:49] mandel, I just met the same error you were having, and I think I found a solution [19:49] nessita: i would normally agree, but complexity adds more places for things to break [19:49] alecu: really !!! [19:49] * mandel jumps [19:49] mandel: yes, just let me know when it's ready :) [19:49] dobey: you think this is more complex? [19:49] dobey: th [19:49] x [19:50] mandel, when I tried to run the tests in the add_qt_integration branch it said something like "exceptions.ImportError: cannot import name iocpsupportpipe" [19:50] mandel, was that the error? [19:50] alecu: yes, that is the issue I have [19:50] mandel, I fixed it by renaming the folder named iocpsupportpipe, and copying the iocpsupportpipe.pyd there instead. [19:50] alecu: what do you mean? [19:51] mandel, "cd txnamedpipes; ren iocpsupportpipe iocpsupportpipe.ok; copy c:\iocpsupportpipe.pyd ." [19:52] dobey: what I also considered was: for debugging the InvalidSessionBla exception we have right commented out, is ideal to add some check at tearDown time than all the connections are closed before flushing (even if we flush, I think is good to have the tests doing proper cleanup) [19:52] right now* [19:52] (I'm not typing very well today :-/) [19:52] alecu: hm… can you propose a branch with the required changes in the tree so that we can have that landing in trunk [19:52] dobey: so this removal is needed to ensure all the signal matchers are cleanedup [19:53] alecu: then I'll finish the test and we can approve that and move on [19:53] mandel, sure, I'll try. [19:53] sweet [19:54] nessita: i think the code that was there before was probably complex for a reason, but that reason is currently long forgotten [19:55] dobey: I think I know what the code looked like, and I think it was there becasue of lack of knowledge of dbus. That code removed the signal receivers using some complex signal_receiver_remove function that takes several params. This code is analogue but simpler. [19:57] nessita: and the number of signal receivers doesn't have anything to do with the connection itself. one connection with 5000 signal receivers is still one connection. so i am a bit unsure of whether or not there is actually any benefit to doing this. [19:57]