=== zyga-afk is now known as zyga [09:03] Happy Friday, people! :-D [09:13] Hi guys, I appear to be having issues with the U1 on one of my PCs. I disconnected via the website and logged it back on via the application. I am getting File Sync Disconnected after I have logged in through the app. [09:19] Is there anyway of deleting the local cache and starting afresh ? [09:35] selinuxium, You could try u1sdtool -q and then u1sdtool --start, usually solves my sync problems === zyga is now known as zyga-afk [09:42] scarleo cheers. I believe the U1 site is having issues anyway atm but I will give it a go :) [09:50] hi there. [09:50] When can I expect Ubuntu One to be back online? I didn'T see a downtime announcement ... :) [09:51] ah, the status. [10:20] hm, i think the hour is over. [10:37] Something has gone wrong [10:37] hmkay. [10:46] Like not updating the status page... :/ [10:49] well, now it says "xSomething has gone wrong" [10:49] I think SaaS doesn't work. -sigh- [10:50] selinuxium, Madkiss, do you guys one meet to get you some more info? [10:50] there should be someone from the servers I can find [10:54] mandel, It is ok. Just the site isn't giving me a fault. just We're performing hardware upgrades Friday, June 22, 2012 at 9 GMT/5 EDT with service being out up to an hour. [10:56] uckage. [10:56] err. suckage. [11:00] selinuxium, Madkiss, so from the server guys: 'we're seeing some oopses, particularly on web, investigating [11:00] mandel, investigating at the moment' [11:01] so, we shall wait, these upgrading things are always a PITA [11:04] I wonder what crackport had the idea of doing it at 9am GMT [11:04] i am also here [11:04] I mean, seriously, that's when 100% of europeans are working. [11:04] api slaves seem to be up [11:05] interesting, edge is up [11:08] mandel: reason is found, and sidnei is working on that [11:11] good morning! [11:13] Madkiss, well, the issue is that you have to choose to be inconvenient to a time zone, right? a US citizen would say the same if we did it in their morning [11:14] Madkiss, I'm sure that the people that planned the work did it so it would be the best for the general population [11:14] gatox, morning! [11:14] mandel, hi [11:14] gatox, I have fixed local rescan :) [11:14] mandel, great!! [11:14] mandel, i'm still trying to fix the tests for darwin after the refactor :( [11:15] mandel, but i have already 2 branches for review... if you are bored :P [11:15] gatox, I did approve one already AFAIK [11:15] * gatox checking.... [11:15] gatox, let me tests my fixes (that is, we start syncing again) and I'll take a look [11:15] ohhhh the first one is merged! [11:16] gatox, yes, I'm merging trunk with mine atm.. major pain in the ass :) [11:17] mandel: Err. three hours earlier would have been been 9PM PDT, 10PM CDT, 11PM EDT and 8AM CEST, so *way* more convenient for europeans and slightly less convenient for Americans. [11:19] Madkiss: the timing is not only for the end user, but for high coverage in case of failure and since it is friday - more time to get things stabilized for weekend [11:20] okay. [11:20] Any ETA For it? [11:20] Madkiss, but I'm pretty sure he is not a crackpot, about 100% sure about that [11:20] Madkiss: api slaves are working (which are the synchronization ones for the client). The web UI outage on main servers is being fixed as we speek. There is an edge service also - https://edge.one.ubuntu.com which may be used to get access if main web site does not work, that's where the code gets staged for pre-production before hitting the main server [11:21] rye: great, thanks :) [11:25] Madkiss: the control panel will not show quota and account info properly. Is edge working for you now? [11:25] yes [11:26] Madkiss: ok, one.ubuntu.com is up and running now [11:27] Everybody, sorry for extended outage and inconvenience this has caused you [11:30] yeah, no worries, there's enough time left to do this [11:30] (what i need to do) [11:30] rye, where is the metadata stored, I forgot [11:30] rye, is it in ~/.cache or ~/.local? [11:31] mandel: ~/.local/share/ubuntuone/ [11:31] thx [11:32] sweet! darwin is back to work with no encoding issues :) === zyga-afk is now known as zyga [11:34] it seems i'm back :P [11:35] gatox, go away! ;) [11:35] gatox, so, how do you feel about doing a unicode review? :) [11:35] mandel, it would be nice to start the weekend right now..... but i can't jeje [11:35] mandel, better than having to fix it... so shut [11:35] aquarius: is u1.to sources anywhere reachable? [11:35] are [11:35] gatox, super easy: https://code.launchpad.net/~mandel/ubuntuone-client/better-encoding/+merge/111580 [11:36] rye, lp:youoneteeoh [11:36] aquarius: no freaking way! [11:36] yep :) [11:36] gatox, on mac os x naïve is represented as nai"ve, does it make sense? [11:36] you can't name projects u1* without approval ;) [11:37] mandel, noop.... it should "encode it weird" rather than really changing the string..... or that is the encoding? [11:38] gatox, cry => http://stackoverflow.com/questions/9757843/unicode-encoding-for-filesystem-in-mac-os-x-not-correct-in-python [11:39] fuuuuuuuuuu [11:39] aquarius: hm, do you mind if i insert a renderer of tomboy XML to pretty-pretty HTML? Markdown - why is it there? [11:40] rye, not at all. All patches to u1to are welcome [11:40] markdown is there with the idea that you can edit notes in markdown [11:40] editing notes in HTML and then trying to translate that HTML back to tomboy XML is a doomed, doomed idea [11:40] mandel, unicodedata.normalize('NFC', unicode(path, 'utf-8')).encode('utf-8')........... yes, that was totally obvius, didn't you know that? [11:40] however, I never finished the markdown editor. :) [11:40] ejeje [11:41] gatox, yeah, is just crazy but we only have to deal with the pats going out, when you try to write the os does the right thing for you, just to make it simpler.. [11:41] gatox: how could you normalize a unicodedata to near field communication! [11:42] :P [11:46] mandel, +1 [11:48] gatox, awesome, that means we are back on track since the fix is more or less ok although we will have issues when we move to python 3, but we do know about it :) [11:49] gatox, did you see the tests? do they make sense? [11:49] gatox, i had to change the make_link ones but nothing else [11:50] mandel, they seem valid to me [11:53] gatox, mya I have a review for: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/fsevent-is-directory [11:53] gatox, I'm so close to merge everything in that project :) [11:53] mandel, reviewing... [11:54] gatox, and I also have good news, we support : in finder they show as / but they work :) [11:54] jaaj [11:59] mandel, +1 [11:59] gatox, superb! [11:59] gatox, it is starting to look like we might have something for the mac owners in the team :) [12:00] gatox, so quick catch up, I have to patch keyring to provide remove on mac os x and try to land the changes in trunk [12:01] gatox, merge your code and the fsevents daemon + packaging from mmcc (with the control panel issue) [12:02] mandel, ok..... i'm trying to fix the tests here..... once i have this.... all the branches will be ready to propose [12:11] http://pypi.python.org/pypi/pytest-pep8 A configurable pep8 checker. May be worth checking out. [12:11] hello, all! [12:11] alecu, hi [12:17] alecu, morning! can you take a look at: https://code.launchpad.net/~mandel/ubuntuone-client/better-encoding/+merge/111580 [12:18] alecu, tests update to use the testfile to be naïve which is translated to nai"ve on mac [12:18] alecu, running sd with that atm for local rescan etc.. also added the nomalization in the u1-client side for the paths from the daemon [12:19] mandel: looking === vds` is now known as vds [12:37] ok, lunch time [12:37] gatox, I'll do the second review once I've fixed the merge issues with the one that already landed on trunk, is that ok? [12:38] mandel, ok.... i've some comments from alecu to fix there..... but i want to finish with this tests first..... they are killing me! [12:38] ack [12:39] * mandel lunch [13:07] mandel: I've got more ideas on the normalization issue. Please, let's discuss them when you return. [13:08] is there no way to avoid using u'' or unicode() on python2? [13:08] dobey, using import from future to get the new strings (which are unicode)? [13:12] dobey: yes: "naïve".decode("utf-8") [13:13] dobey: (as long as you know the right encoding of your source) [13:14] alecu: so i guess this should be path.decode('utf-8') instead: [13:14] + return unicodedata.normalize('NFC', unicode(path, 'utf-8')).encode('utf-8') [13:14] dobey: yes, you want unicode literals from future [13:14] dobey: no, it's the same. [13:14] alecu: what do you mean, the same? [13:15] unicode() doesn't exist in python 3 [13:15] path.decode('utf-8') is the same as unicode(path, 'utf-8') [13:15] yes, so path.decode() should be used instead, to make our lives easier when we have to make this work on py3 :) [13:15] dobey: if we are certain that path is bytes, then yes. [13:16] or we can just port everything to !python [13:16] dobey: and inside syncdaemon when running on python 3 all paths will be bytes initially, so yes. [13:16] and save ourselves from unicode hell [13:17] :) [13:17] dobey: there's no escaping unicode hell. [13:18] as long as there is an infinite supply of kit-kats [13:18] sorry, the kit-kats are only available in the future [13:20] dobey: pretty please re-review https://code.launchpad.net/~ralsina/u1db/cmake/+merge/111076 ? [13:20] dobey: I'm finishing the review of mandel's branch. Should I add the comment about .decode ? [13:20] alecu: i just added the comment; but didn't vote [13:20] ack [13:23] we are going to have to fix oh so many tests for python3. This is not funny: [13:23] >>> str(b"naïve", "utf-8") [13:23] File "", line 1 [13:23] SyntaxError: bytes can only contain ASCII literal characters. [13:23] there's no escaping [13:23] yep [13:23] i have nearly got dirspec ported to python3 [13:24] and it is hello [13:24] err, hell [13:26] "hello" is a hell made of jello [13:26] yes [13:27] ralsina: yes it's on my list [13:27] dobey: ack, thanks [13:27] well, better to learn the tricks now than later [13:28] gatox: can i get some reviews from you? [13:28] dobey, yes.....s hut [13:28] https://code.launchpad.net/~dobey/ubuntuone-control-panel/use-dirspec/+merge/111481 [13:29] https://code.launchpad.net/~dobey/u1sync/use-dirspec/+merge/111480 [13:29] https://code.launchpad.net/~dobey/ubuntu-sso-client/use-dirspec/+merge/111484 [13:34] alecu, ping [13:35] alecu, so i can finish with this, i have the branches with the refactoring working....... i want to fix the second one, with your comments..... review dobey's and propose the rest.... BUT I HAVE A QUESTION [13:36] wel.. i can add the answer to the MP..... never mind [13:37] gatox: ask, ask! [13:37] alecu, here you say: The implementation in add_watches_to_udf_ancestors is *very* specific to windows, so it needs to be moved to windows.py [13:38] alecu, but actually.... in windows a value is being assigned there..... and in mac i use it as None.... so i can share more common code [13:40] alecu, juazzzzzzz [13:41] i paste the wrong comment [13:41] alecu, this one: FILESYSTEM_MONITOR_MASK gets broken in this branch because filesystem_monitor_mask seems to always be None. [13:41] alecu, with my same answer [13:41] gatox: ???? [13:41] gatox: I don't understand what's wrong with my comment [13:42] alecu, actually.... in windows a value is being assigned there..... and in mac i use it as None.... so i can share more common code [13:42] so it's not broken, and that is how i'm using it [13:48] * mandel back [13:48] alecu, tell me [13:49] alecu, anyway..... branch updated, and comments added to the MP [13:55] dobey, alecu, MP updated: https://code.launchpad.net/~mandel/ubuntuone-client/better-encoding/+merge/111580 [13:56] mandel, alecu i have this one for review too: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin3-fsevents/+merge/111599 [13:56] mandel, alecu and the previous 2 has been updated with alecu 's comments [13:57] now.... to review dobey branches [13:57] gatox, I see a conflict here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin2-fsevents/+merge/111427 [13:58] gatox, is that right? [13:58] mandel, ah... maybe with yours...... checking.... [14:00] dobey, have all the tests from ubuntu-sso xdg been moved to dirspec? [14:00] mandel: yes of course [14:01] dobey, sweet, approving then :) [14:02] weird..... i see a different conflict that the one in the page [14:02] dobey, dirspec branches already have 2 * +! [14:02] s/!/1 [14:03] mandel: thanks, but it's not monday :) [14:03] gatox: yet another needs fixing [14:03] grrrr i hate conflicts: can't delete folder [14:03] dobey, I wanted to take a rest from u1-client code hehe [14:04] ralsina: http://askubuntu.com/questions/154202/problem-to-sync-files-between-windows-7-and-ubuntu-12-04-with-ubuntu-one [14:04] mandel: yeah, i was taking a break from packaging; and shaving an overly hairy yak [14:05] dobey: looking [14:05] dobey, I hate the fact that we have that many international users.. [14:05] gatox, is there a conflict then? [14:05] mandel, Conflict: can't delete ubuntuone/platform/xdg_base_directory because it is not empty. Not deleting. [14:05] mandel, but the page says something else [14:05] dobey: answered [14:06] gatox: do you have .pyc files in there? [14:06] gatox: bzr doesn't automatically delete files it doesn't control [14:06] ralsina, dobey, I wonder if there is a way for the people in ask ubuntu to set our usernames as u1 developers so that our answers are taking more seriously [14:06] gatox: so if you merge a dir deletion into a branch that has extra files in there, you get that "conflict" [14:07] mandel: there isn't [14:07] mandel: start the answer with "hello, I am manuel, I work in the Ubuntu One team." [14:07] dobey, thxxxxx.... i wasn't thinking about .pyc [14:07] ralsina, meh, that looks like I want to date the guy.. hehe [14:07] mandel: you answer questions and get reputation points :) [14:08] mandel: tell him how you like taking walks on the beach [14:08] mandel: you can do a troy mcclure "you may know me form answers like..." [14:08] lol [14:08] heh [14:09] Dodge, Dip, Duck, Dive, and Dodge. [14:11] mandel, conflict resolved [14:16] gatox, I think you can do the following 'from blah import (common, windows as filesystem_notifications) [14:16] gatox, line 8 of the diff [14:16] mandel, ohhhhh right [14:18] gatox, line 112 import windowspath as os_path, same for is_valid_syncdaemon_path and for is_valid_os_path unless is due to a flakes issue.. [14:19] mandel, flake [14:19] mandel, you can't see it there [14:19] puto flake.. [14:19] mandel, but you will see it in the darwin branch [14:22] mandel, alecu ok, the branch has been updated with your comments [14:23] gatox, alecu, I don't know about you, but I'd feel better if we raised not implemented errors in those methods in the super class that most be implemented by the children, what do you think? [14:23] I'd like to have a way to know we forgot that is very obvious [14:24] mandel, i thought about it.... but wasn't sure to do it.... if you think is best +1 from me [14:24] gatox, I prefer to fail in a very noticeable manner [14:25] doh [14:25] dobey, little help, i having this problem: http://paste.ubuntu.com/1054316/ running the tests for: https://code.launchpad.net/~dobey/ubuntuone-control-panel/use-dirspec/+merge/111481 ....... i have u1-client up to date in my dir, and i've done an upgrade [14:25] mandel, ok..... doing that [14:27] gatox, also, I would set the event codes in the windows module and not how you are doing in line 114, just to keep everything in the platform module, does it make sense? [14:27] mandel, mmmmm but i need to access them from common..... and windows is importing common.... if i do common to import windows too.... problem [14:28] gatox: right: we usually do the imports the other way: [14:28] __init__.py import windows.py that imports common.py [14:29] gatox, I think alecu ways makes more sense.. [14:29] __init__.py => windows.py => common.py [14:29] gatox: you don't have u1-client trunk in the PYTHONPATH i guess [14:29] dobey, i'll try [14:29] alecu, but..... in that way..... i also can't put the event_codes in windows..... if i want to access them from common...... [14:29] or i am missing something? [14:30] gatox, set them as none or a class attribute and make the child set them [14:30] for example [14:31] gatox: is that on osx? [14:31] dobey, linux.... [14:31] mandel: right, a class attribute is much better. [14:31] gatox: ah, you need client revno 1264 i think [14:31] gatox: apt-get update && apt-get upgrade :) [14:31] alecu, mandel class attribute is the same problem for me...... because is being access from different classes...... [14:31] and make sure you have nightlies [14:32] and if i do from Watch: [14:32] WatchManager.event_codes inside common [14:32] is going to look for WatchManager inside Common [14:32] ahhhhhhhh.... i understand now [14:32] :P [14:32] ein? [14:32] je ne compre pa! [14:33] i'm going to do that change and run the tests [14:41] mandel, with class attribute it fails, or i need to define the COMMON_ACTIONS, etc, at the bottom.... i'll try to put it in the __init__ or something [14:42] gatox, but if common actions is a class atribute, how come it fails? [14:43] mandel, what? [14:43] bah. i have to move the u1sync landing to the -trunk tarmac [14:43] evil u1sync [14:43] maybe i should just make it not depend on u1-client [14:43] mandel, you mean to change COMMON_ACTIONS from a dict to a class? [14:44] gatox, no, common actions is a dict that maps the action with the pyinotify action, therefore you and add a class attribute to the watch or watchmanager called actions map and use that one [14:44] gatox, or something of the kind [14:45] mandel, ahhh... i understood something else previously [14:46] wtf. my emacs is going nuts [14:48] dobey, :q! [14:49] no, it's like it's not using the right font, or something weird. like i just opened an emacs window and it was really wide, rather than the size it normally is [14:50] anywya [14:51] mandel, briancurtin: i changed https://code.launchpad.net/~dobey/u1sync/use-dirspec/+merge/111480 a bit, so u1sync uses its own log dir, instead of infesting the ubuntuone-client dir; if you could give a quick re-review [14:51] dobey: will do [14:51] dobey, sure [14:52] dobey, god.. hate u1sync, I think we should kill it, who uses it? [14:52] server tests [14:53] dobey, +1 https://code.launchpad.net/~dobey/ubuntuone-control-panel/use-dirspec/+merge/111481 [14:53] gatox: thanks [14:53] dobey, should i set it to globally approve [14:53] i just did [14:54] dobey, you already have 2 approves here: https://code.launchpad.net/~dobey/u1sync/use-dirspec/+merge/111480 [14:54] dobey, and here: https://code.launchpad.net/~dobey/ubuntu-sso-client/use-dirspec/+merge/111484 [14:54] yes i know [14:54] thanks :) [15:01] me [15:01] me [15:01] me (writing notes) [15:03] * mandel is done [15:03] dobey, ralsina, thisfred, briancurtin, mmcc: standup? [15:03] me [15:03] me [15:03] me [15:03] me [15:04] Me [15:04] gatox: go [15:04] DONE: [15:04] Couple of reviews. Update the branches, and almost done with the refactoring. [15:04] TODO: [15:04] Propose the remaining branches, reviews. [15:04] BLOCKED: [15:04] No [15:04] alecu, go [15:04] DONE: lots of mumbles, many reviews, starting with py3k for sso [15:04] TODO: some osx reviews, visit the doctor, more py3k [15:04] BLOCKED: no [15:04] NEXT: mandel [15:05] DONE: bug 1015672 and bug 1016459. Several reviews. Merge fsdaemo brnaches. [15:05] TODO: fix lp:~mandel/ubuntuone-fsevents-daemon/less-error-prone per reviews [15:05] BLOCKED: no [15:05] COMMENT: need to leave a little earlier, friend ins getting married. [15:05] briancurtin, please [15:05] Launchpad bug 1015672 in Ubuntu One Client "File names encoding is not correctly handled on darwin" [High,In progress] https://launchpad.net/bugs/1015672 [15:05] Launchpad bug 1016459 in Ubuntu One Client "test_set_application_name fails on darwin" [Medium,In progress] https://launchpad.net/bugs/1016459 [15:05] DONE: 3.0.2 is complete. started gathering up info on the SSO port to python 3 along with the dependencies [15:05] TODO: more gathering/organizing, looking over the diff and the projects, hopefully coming up with some estimates [15:05] BLOCKED: no [15:05] NEXT: ralsina [15:05] DONE: team call, dash call, 1-1s, planning, canonicaladmin, cmake tweaks, lots of minor stuff TODO: code something, get the cmake branch fixed if needed, help around, bug triaging. BLOCKED: no NEXT: dobey [15:05] DONE: team call, bug #1016151, some python3 pokery for dirspec [15:05] TODO: reviews, not packaging. [15:05] BLCK: None. [15:05] Launchpad bug 1016151 in Ubuntu One Servers "Code duplication with dirspec" [Undecided,In progress] https://launchpad.net/bugs/1016151 [15:05] thisfred: [15:05] DONE: Bug #999574 Bug #999569 (sidenote: json-c is very peculiar) TODO: bug #999562 BLOCKED: no NEXT: mmcc [15:05] DONE: cable modem failed, working on reactor installation problems TODO: track down imports that install reactors, fix UI freeze BLOCK: none, unless my monitor dies for real this time [15:05] Launchpad bug 999574 in U1DB "deal with database files copied between machines and backup restoration" [High,In progress] https://launchpad.net/bugs/999574 [15:05] Launchpad bug 999569 in U1DB "invalid json errors. ensure its a json object" [High,In progress] https://launchpad.net/bugs/999569 [15:05] Launchpad bug 999562 in U1DB "retry logic on 503 " [High,Confirmed] https://launchpad.net/bugs/999562 [15:06] Ok. Comments? [15:06] ralsina, the one I posted in the standup :) [15:06] I forgot: TODO: finish setting up Q VM, and figuring out the breakage with Qt on Q [15:06] mandel: ack [15:10] dobey: re-approved dirspec branch [15:10] EOM [15:10] thanks [15:15] dobey, same here, +1 === mmcc_ is now known as mmcc [15:21] ohhhh.... the latest changes broke a lot of tests...... fixing tests again..... [15:24] ugh. i might need to open up the power supply for my new computer and replace the fan in it, with one that isn't so damn loud [15:24] mine is on the way out [15:25] dobey: I amgoing fanless with everything except my notebook, which is luckily on the quiet side [15:25] dobey: CPU power is overrated [15:27] ralsina: it was hard enough finding a power supply to meet the requirements of this board/cpu, in a 1U design. trying to find one without a fan too would be impossible. [15:28] dobey: yes, fanless u1 is tricky [15:28] 1u [15:28] dobey: since they are meant to be stacked without any place for passive cooling [15:28] my 1u server is really quiet though [15:29] but it's also only got a 200w power supply, and it's a 35w core i3 [15:29] a 200w like a pentium! :-) [15:29] but new workstation hardware is 65w core i7, and power supply is 520w 1u supply [15:29] yikes [15:29] it's a 2u case, but requires a 1u supply [15:33] alecu, gatox, ralsina, when syncing I'm getting errno 13 on mac (permission denied) [15:34] so, we also have an issue there, I'll look closer into the issue [15:34] mandel: ack [15:34] mandel: do you have a trace? [15:36] alecu, yes I do, also it looks like bzr had the same issue bug 187426 [15:36] Launchpad bug 187426 in QBzr "mac os x: bzr: ERROR: [Errno 13] Permission denied" [Medium,Fix released] https://launchpad.net/bugs/187426 [15:36] alecu, problem is, the branch that fixes that has another 10 bug fixes.. :( [15:36] ok. time to get lunch. bbiab [15:37] alecu, paste.ubuntu.com/1054450 [15:41] alecu, ralsina, gatox, mmcc we are doing something wrong with the rights bug 1016614 [15:41] Launchpad bug 1016614 in Ubuntu One Client "Permission denied error on darwin" [High,Triaged] https://launchpad.net/bugs/1016614 [15:41] Mandel ,Looking [15:42] mandel: looking [15:43] mandel: you are opening a file with only read permissions as wb [15:43] ralsina, also all files only have r permission which is the problem [15:43] ralsina, and all those files have been added by a previous sync [15:44] mandel: well, people may change their file permissions, that doesn't mean u1 should break on it. So there are 2 problems [15:44] mandel: 1) you are creating them with the wrong permissions [15:44] 2) If they have the wrong permissions, you need to reset them [15:44] ralsina, yet this has not happened on windows or linux AFAIK [15:44] mandel: let me try a little experiment [15:45] mandel: on linux, in the same situation, it gives the same error [15:45] mandel: you can't open w a file with r-only permissions [15:46] ralsina, I think the main problem right now for the port is 1, 2 is a diff story [15:46] yes, 2 looks like a crss-platform thing [15:46] So, it's maybe your umask or something like it? [15:47] ralsina, I'm looking at it, re syncing to see if I can reproduce the error [15:47] mandel: ok [15:54] alecu, ralsina: https://wiki.canonical.com/UbuntuOne/Python3Port (no numbers yet, just listing what works, what we have to make work, etc) [15:54] briancurtin: reading... [15:56] briancurtin: awesome! [15:56] briancurtin, ralsina, alecu, looks like a great excuse to get mocker out :) [15:57] briancurtin: pil should not be needed, we might replace it with straight PyQt [15:58] alecu: that's what i thought i remembered reading somewhere [15:58] alecu, briancurtin: yes, if we get the image plugins to behave [15:58] OTOH, on ubuntu we don't need even that [15:58] and on windows we are stuck with python2 [15:59] briancurtin: qt4reactor is only useful on windows, so we don't quite need it with python3 yet [15:59] alecu: or maybe we do for tests? [15:59] ralsina, I think we are on 2 (previous write error problem) than on 1, the files I added came from a samba share so I might have copy them over with the wrong rights [15:59] if it's just for windows i can slide it under the windows section [16:00] briancurtin, yes, PIL was added as a work around py2exe not being nice with the jpeg qt pluging [16:00] plugin* [16:00] mandel: you could test i the same thing happens on linux [16:00] Qt4reactor also on Mac. . [16:00] mmcc: is py2app py3-ready? [16:00] I believe I can fix the plugin problem [16:00] ralsina, yes, copy the same data form the samba share, makes sense [16:00] mmcc: because if it's not, then we are python2 in mac too [16:01] ralsina: Good question. [16:01]