[01:00] <ralsina> mmcc: ugh, the filename is empty?
[01:05] <ralsina> mmcc: the problem is pil_image.save expects a filename, not a file object
[01:05] <ralsina> mmcc: see http://www.pythonware.com/library/pil/handbook/image.htm
[01:08] <ralsina> mmcc: oh, weird, that *does* work.
[04:51] <mmcc> aha, yes I was just stabbing in the dark there. getvalue() is the wrong thing to do, and the 'unicode arg expected' error in the first traceback was a red herring.
[05:27] <mmcc> OK, the PIL PNG plugin writes bytes to the file object it gets handed, but io.StringIO expects unicode. So using BytesIO instead of StringIO fixes this little problem. However, we really shouldn't have to do all that - we ought to be able to have qt image plugins working.
[05:52] <mmcc> packaging getting closer... closer, but I will have to stop soon. /me hates slow feedback loops
[06:08] <mmcc> packaged: controlpanel calls sso, gets credentials OK - gets to starting syncdaemon and hiccups on a packaging issue, can't find storageprotocol. will debug tomorrow
[06:09] <mmcc> un-packaged - controlpanel devices and account info tabs work great, settings and folders tabs freeze on loading info.
[06:11] <mmcc> later, I notice syncdaemon starts but apparently never connects. something to look forward to tomorrow
[06:12] <mmcc> good night, channel
[08:36] <JamesTait> Good morning all! o/
[08:40] <mandel> morning all!
[12:02] <alecu> morning, y'all!
[12:03] <mandel> alecu, morning!
[12:04] <mandel> alecu, do you want to talk about how we are doing with the darwin fsevents?
[12:04] <mandel> alecu, mumble/g+ or whatever you feel like :)
[12:04] <alecu> mandel: sure!
[12:04] <alecu> mandel: let me comb my hair :-)
[12:05] <mandel> alecu, lol
[12:05] <mandel> alecu, ping me when ready :)
[12:08] <alecu> mandel: we may even tell gatox to join the hangout, right?
[12:09] <mandel> alecu, yes, but is he feeling ok?
[12:09] <gatox> here
[12:09] <mandel> alecu, he has not yet been in irc, which is not normal :P
[12:09] <mandel> gatox, hola!
[12:10] <mandel> alecu, gatox, shall we do it then?
[12:10] <gatox> i was checking the branches to see if i need to fix something (which i see that i do), to take the day for sickness after that
[12:10] <mandel> gatox, che, if you are ill go to bed, coding when ill is not a good idea
[12:10] <mandel> gatox, specially complicated code, I'm sure alecu and I can take over those branches and fix them if they are really blocking
[12:11] <mandel> ill code monkey == bad code I know from experience
[12:17] <rye> mandel: do you recall fixing something like this - ERROR - in the scan: <type 'exceptions.AssertionError'> (Path u'\\\\?\\C:\\Users\\...\\Vakantie 2012.lnk' should be a bytes sequence.) ?
[12:17] <rye> mandel: that's from installation with version id 1001 so that's old
[12:23] <mandel> rye, is fixed, yes
[12:24] <ralsina> good morning!
[12:25]  * ralsina looks at gatox...
[12:25] <ralsina> gatox, take the day off
[12:25] <ralsina> gatox: and call a doctor
[12:25] <ralsina> gatox: 3 days of fever is not a coincidence
[12:25] <gatox> ralsina, yes, i'll do it today
[12:25] <gatox> ralsina, just was worried closing the branches
[12:42] <mandel> alecu, ralsina  how I imaging gatox right now..
[12:42] <mandel> http://youtu.be/AU0NLheu8mU?t=11s
[12:43] <rye> mandel: we allow UDFs with same characters different cases, I think that calls for trouble
[12:43] <mandel> rye, yes, major problem indeed!
[12:44] <mandel> rye, on windows they will be stepping on each other
[12:50] <rye> mandel: file-o-bug?
[12:51] <mandel> rye, I don't know if there is a bug already there for that
[12:53] <gatox> mandel, jjajjaa i'mm watching the video
[12:53] <gatox> pushing and leaving!!
[12:55] <rye> alecu: re: AttributeError: 'SyncStateMachineRunner' object has no attribute 'reget_dir' -- found another occurrence
[13:15] <alecu> rye: is the reget_dir related to the "VAB Visa*.tiff" issue you had yesterday?
[13:23] <rye> alecu: no, that's not related, that's from user's log
[13:24] <mandel> ok, lunch for me :)
[13:24] <rye> alecu: and regarding my logs - do you see there are a ton of notifications that delta can't be applied and node is broken, for newly subscribed UDF that is
[13:36] <dobey> man apt-get update is really slow with ppas right now :(
[13:58] <ralsina> alecu: ping 1-1 ?
[14:02] <gatox> alecu, mandel i've exceeded the 30 minutes and the changes broke the tests because of the way the things are being used... i'll finish this tomorrow......
[14:02] <gatox> ralsina, mandel alecu bye!
[14:02] <ralsina> gatox: bye, take care!
[14:02] <gatox> see you tomorrow......
[14:03] <rye> alecu: what does "unlink from trash" mean during local rescan?
[14:04] <alecu> rye: we'd have to ask verterok or facundo
[14:04] <alecu> rye: I tried going into the code of "unlink from trash" a few months ago, and got lost :P
[14:04] <alecu> ralsina: ack, entering mumble.
[14:09] <facundobatista> alecu, rye: when an unlink is started (because you removed a file locally), the metadata of that file is not obliterated, just removed from the main file and moved into "trash"
[14:10] <facundobatista> alecu, rye, if the Unlink against the server is successful, that "unlink" is removed from trash
[14:10] <facundobatista> alecu, rye, but if SD is stopped in the middle, in the next LR it will get those "unlinks in trash", and repeat the action against the server
[14:11] <facundobatista> alecu, rye, (these actions may fail, because the Unlink may be executed in the server but the client didn't get the response because it was stopped)
[14:11] <rye> facundobatista: aha, so files in this case are already removed... Does it check that the file is no longer there during populating these unlinks?
[14:11] <rye> hmmmm
[14:12] <facundobatista> rye, the *node* is no longer there, surely
[14:12] <facundobatista> (it may be other file with same path, but other node_id, but as the Unlink against the server goes with the node_id, we're ok)
[14:27]  * mandel back
[14:32] <ralsina> alecu: https://bugs.launchpad.net/ubuntuone-client/+bug/1013401
[14:42] <dobey> ralsina: what about that bug? also, are we going to g+ or mumble today?
[14:42] <ralsina> dobey: was about something I was talking with alecu on the 1-1
[14:43] <ralsina> g+ or mumble... good question
[14:43] <ralsina> g+ is more fun
[14:43] <ralsina> g+ took us 15 mintues to set up
[14:43] <briancurtin> g+1
[14:43]  * ralsina delegates setting up g+ to briancurtin then ;-)
[14:43] <briancurtin> now that everyone has the plugin installed and knows you just login to google plus, i dont imagine it would be that bad
[14:44] <ralsina> no, wait, mumble because we have a special guest
[14:44] <dobey> well, the problme is the inviting the wrong account issue i think
[14:44] <ralsina> and I told him it was in mumble
[14:44] <ralsina> next week it's g+
[14:44] <dobey> oh
[14:45] <dobey> is it david lee roth?
[14:46] <ralsina> dobey: we don't want to up the insanity ratio
[14:46] <dobey> heh
[14:46] <ralsina> has anyone tried g+ events? If yes, does that include a hangout connected to the event?
[14:47] <dobey> i think you can make events that are hangouts, yes
[14:47] <briancurtin> i just read something about that the other day. i believe the answer is yes
[14:47]  * ralsina puts "crazy from the heat" in his grooveshark playlist
[14:47] <ralsina> if yes, then that would work nicely
[14:48] <mandel> are events recurrent? that would be convenient :)
[14:48] <mandel> and, is it thursday?
[14:48] <dobey> events must have plenty of currant
[14:48]  * mandel does not know the day he is in
[14:49] <ralsina> mandel: yes to the second, no idea to the 1st
[14:50] <dobey> why oh why is us.archive so slow
[14:51] <dobey> gah
[14:51] <dobey> where did ddate go?!
[14:58] <mmcc> hi all, going to grab my coffee, be back for the mumble
[14:58] <ralsina> dobey: http://calendar.discordipedia.org/
[14:58] <ralsina> which says Pungenday Confusion 47th, YOLD 3178
[15:00] <dobey> ralsina: right, but ddate isn't built in util-linux by default any more :(
[15:00] <dobey> do no /exec -o ddate
[15:00] <ralsina> dobey: the constant coroporatization of our ecosystem strikes again.
[15:01] <ralsina> dobey: it's not even in a package suggested by that annoying thing when you type a wrong command
[15:01] <dobey> i think i'll propose an SRU to enable it
[15:02] <dobey> also
[15:02] <dobey> mumble!
[15:03] <dobey> thisfred: mumble
[15:04] <ralsina> thisfred: mumbles!
[15:08] <thisfred> ah
[15:28] <alecu> frak
[15:28] <dobey> cylon
[15:29] <alecu> lol
[15:34] <ralsina> "diego and I did a huge refactor" gives me a BAD case of dejavu
[15:34] <dobey> haha
[15:40] <mandel> ralsina, che, look at the code!
[15:40] <mandel> ralsina, is a lot cleaner!
[15:43] <dobey> ralsina: did you try the windows drawing mode?
[15:44] <ralsina> dobey: showsn nothing interesting
[15:44] <ralsina> dobey: I think the widget is there but it's 0x0
[15:44] <mmcc> just noticed an email from the OCMock guy. I pinged him last week when I noticed that the license on the website hadn't changed. He's been on holiday, but he's going to work on it next.
[15:45] <ralsina> mmcc: yay
[15:46] <dobey> oh, also need to do all that reorg stuff i wanted to do, so we can drop -installer
[15:47] <mmcc> ralsina: I think I might want to try to add using symlinks for duplicate frameworks to setup-mac before sending you the current package - it's 1.2 GB :P
[15:47] <ralsina> mmcc: oh yes
[15:47] <ralsina> dobey: +1
[15:47] <mandel> wtf! 1.2Gb!!
[15:47] <mandel> wow
[15:47] <ralsina> mandel: 8 copies of Qt + python does that ;-)
[15:48] <mmcc> yep. naive version just to get it working, but if I want to share it, ouch :)
[15:50] <dobey> ralsina: oh, i'm seeing the quantal scroll areas bug too
[15:50]  * briancurtin coffee
[15:50] <ralsina> dobey: the one about no scrollbars?
[15:51] <dobey> ralsina: yeah
[15:51] <ralsina> dobey: for that one I am still blaming the gtk scrollbars plugin, though
[15:53] <dobey> ralsina: well, i mean there's no folder list or devices list, either
[15:53] <ralsina> dobey: no devices list? interesting
[15:53] <ralsina> dobey: yep, confirmed
[15:54] <ralsina> dobey: that one is probably the same as the folders list problem.
[15:54] <ralsina> s/probably/surely/
[15:54] <ralsina> but there is *another* bug where even when you have content, there is no visible scrollbar
[15:56] <dobey> yes
[15:57] <dobey> and that is overlay-scrollbar
[15:57] <dobey> actually, this might also be due to overlay-scrollbar
[15:57] <dobey> it's certainly due to the gtk+ stuff
[15:57] <dobey> anyway, i think it's time to get lunch :)
[15:57] <dobey> bbiab
[16:06] <mmcc> question - bug #1018924 is marked as affecting control-panel and sso, but is fixed by branches in sso and u1-client, not control-panel... should I just add u1client to the projects affected? I'm still kind of fuzzy on how we use these fields.
[16:08] <mmcc> and, what happens if I tag two branches with --fixes for the same bug?
[16:15] <ralsina> mmcc: nothing strange :-)
[16:16] <ralsina> mmcc: the first one to merge fixes it
[16:16] <ralsina> mmcc:  and both appear in the bug's page
[16:16] <mmcc> ok, so I should go ahead and tag them both, just for completeness?
[16:16] <ralsina> mmcc: if it's affecting the wrong project, change it in the bug itself, too
[16:16] <ralsina> mmcc: and yes, tag both so we keep track of what fixed what
[16:18] <mmcc> what definition of 'affects' should I use? all three are affected but control-panel is only affected because it imports affected code from u1-client
[16:18] <mmcc> sorry if I'm being dense :)
[16:20] <ralsina> mmcc: good question. I always assumed "affects" means "needs code changed"
[16:20] <ralsina> mmcc: I may have being ass-u-meing if you know wht I mean ;-)
[16:21] <mmcc> nah, that sounds reasonable. so I'll change that bug to only affect sso and u1client
[16:25] <mmcc> briancurtin, ralsina, kind of a review - I wasn't able to get the dirspec tests to run in my windows vm. can you grab trunk and see if it works for you? (and let me know how you run it?)
[16:25] <briancurtin> mmcc: will check
[16:25] <mmcc> thanks
[16:31] <briancurtin> mmcc: dirspec hasn't been brought up to work with the buildout setup, which you're probably using. i'll fix that up quick
[16:32] <mmcc> ah yes, that's true also -- but I'm actually talking about dirspec's own tests which I couldn't run separately on windows
[16:33] <mmcc> briancurtin: but thanks for reminding me that I need to kludge it to use dirspec trunk while I test the other branches :)
[16:34] <briancurtin> mmcc: i was just trying to run run-tests.bat in dirspec, which uses the old registry searching to find the right python which would need to have our deps installed in there (system-wide)
[16:36] <mmcc> briancurtin ok, now I understand what you meant.
[16:36] <mmcc> so you're fixing run-tests.bat? cool
[16:49] <mandel> all, eod here, I'll be proposing all branches tom so that they are landed
[16:49] <mandel> alecu, can you take a look at https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/114405 so it does not block me tom?
[17:07] <dobey> ugh
[17:07] <dobey> the stable-2-0 client tests are failing with MemoryError now :(
[17:10] <dobey> ralsina: how would one get a QSCrollbar::event, without any scrollbars? :)
[17:11] <ralsina> dobey: you can create one
[17:12] <ralsina> dobey: but yikes
[17:12] <dobey> ralsina: yeah, i got a crash in the qt gtk+ theme stuff, in the drawing of scrollbar stuff, in the qt control panel
[17:13] <ralsina> dobey: and the app itself doesn't crash?
[17:13] <dobey> ralsina: either because i moved the scroll wheel, or clicked at 0,0 to see if the overlay would pop up
[17:13] <dobey> ralsina: the app did crash
[17:13] <ralsina> ok
[17:13] <dobey> ralsina: but it's in the qt/gtk theme code
[17:13] <ralsina> yes, using the wheel would trigger that
[17:14] <dobey> actually, going to try something real quick
[17:14] <dobey> well, maybe not so quick
[17:15] <dobey> since i don't have bzr or anything installed since doing a clean install of quantal on the laptop
[17:15] <ralsina> dobey: heh, I am setting that up myself :-)
[17:15] <ralsina> and either the repos or my internet needs fancy yoghurt because transit is slooooooow
[17:16] <dobey> yeah, ppas and us.archive seem to be extremely slow
[17:16] <dobey> though i think gb.archive was also being slow from within tarmac
[17:27] <mmcc> huh. well, on linux, StringIO apparently works just fine... wtf
[17:28] <dobey> yay python :(
[17:28] <ralsina> mmcc: yeah, that's what I tested last night
[17:29] <mmcc> arg, I just tested it from the python console and it did break...
[17:29] <mmcc> from io import StringIO; sio=StringIO(); sio.write("foo")
[17:29] <mmcc> is PIL using a different plugin for PNG on linux or something?
[17:32] <mmcc> answer, no it isn't, it's the same file doing the same thing but it doesn't blow up on linux.
[17:32] <dobey> i don't think we're using PIL on linux?
[17:33] <dobey> sigh, and quantal ate itself during apt-get dist-upgrade
[17:34] <mmcc> dobey, it doesn't seem to be platform dependent. it's ubuntu_sso/qt/setup_account_page.py:328
[17:34] <ralsina> dobey: we are using it just because we didn't special-case it
[17:34] <dobey> ah ok
[17:35] <dobey> i thought we were just using the qt magic on linux
[17:35] <ralsina> mmcc: let's just use ByteString and sweep it under the carpet
[17:35] <ralsina> ByteIo or whatever
[17:36] <mmcc> ralsina: ok, I'll plan to do that. that change is currently shelved in favor of the one I'm about to proposeвҖҰ
[17:36] <ralsina> mmcc: ack
[17:36] <mmcc> I was just testing it on linux and realized, hey wait this should've failedвҖҰ
[17:36]  * dobey wonders what to do about stable-2-0, and now quantal mess
[17:36] <ralsina> dobey: you are using quantal in real hardware? Brave guy!
[17:36] <mmcc> real hardware that is touch sensitive :)
[17:37] <ralsina> dobey: do we know the tests run in real oneiric? If yes, we can merge manually
[17:37] <dobey> ralsina: well, on my dell duo
[17:38] <dobey> ralsina: no; the tests aren't runnable on oneiric, because of the twisted stuff
[17:38] <ralsina> right
[17:38] <dobey> or well
[17:38] <dobey> hrmm
[17:38] <dobey> actually, let me check that
[17:38] <dobey> oh, well, trunk tests work on oneiric
[17:38] <dobey> stable-2-0 doesn't
[17:40] <ralsina> dobey: I leave you the judgment call about merging manually. It does look harmless.
[17:44] <mmcc> briancurtin, ralsina: may I request your review of path changes to ubuntu-sso-client: https://code.launchpad.net/~mikemc/ubuntu-sso-client/use-dirspec-get-program-path/+merge/114690
[17:45] <ralsina> oh, look, a harmless little fishing fun! http://www.youtube.com/watch?v=ZcuYjDR2tSg&feature=player_embedded
[17:45] <ralsina> mmcc: sure!
[17:45] <briancurtin> mmcc: yep, will look in a min (also working on the run-tests.bat thing, oddly it wasn't as easy as just doing the same setup we do for other projects)
[17:46] <mmcc> thanks guys. I just added a note to the description that it needs a current trunk version of dirspec.
[17:47] <mmcc> also please give the windows portion special attention, the tests run for me, but I don't know how to package it, so I couldn't test that it finds things correctly on windows.
[17:47] <mmcc> er, on windows when packaged
[18:06]  * mmcc really needs to get vbox shared directories set upвҖҰ
[18:08] <ralsina> argh, virtulbox, y u no stop crashing!
[18:08]  * ralsina goe have lunch while everything updates and hopes for the best
[18:11]  * mmcc goes for lunch while both VMs run test suitesвҖҰ
[18:13]  * briancurtin following the lunch brigade
[18:16] <dobey> ugh, python3 package is broken in quantal :(
[18:19] <dobey> briancurtin, ralsina: when you return: https://code.launchpad.net/~dobey/dirspec/no-twisted/+merge/114695
[18:58] <briancurtin> dobey: approved
[18:59] <dobey> thanks
[19:01] <ralsina> dobey: I +1d it too earlier
[19:04]  * alecu runs to the kinder.
[19:43] <dobey> ralsina, briancurtin: another one you should like, though it's a bit larger: https://code.launchpad.net/~dobey/dirspec/python3/+merge/114713
[19:43] <ralsina> dobey: last one seems to have bounced though
[19:44] <dobey> ralsina: nah, i fixed it already. it's merged
[19:44] <ralsina> dobey: ok then
[19:44] <dobey> couple of skips that got overlooked (so weren't getting skipped), that are skipped due to another bug
[19:45] <dobey> i just hope supporting py3 doesn't break all the unicode stuff on windows and whatnot
[19:54] <mmcc> do we still have an open bug for that unicode path test failure on windows? or am I missing a merge (in u1-client)?
[19:58] <dobey> which one?
[20:02] <mmcc> dobey, this one: http://paste.ubuntu.com/1088632/
[20:02] <mmcc> I thought I remembered seeing that in a report late last week or maybe on Monday.
[20:02] <dobey> oh, i don't think that got fixed yet
[20:03] <dobey> don't think it was a bug report
[20:03] <dobey> jenkins windows test failed because of it
[20:03] <mmcc> ah, right that sounds familiar. ok
[20:05] <ralsina> there is one and I assigned it to brian  IIRC
[20:05] <dobey> ah
[20:17] <briancurtin> sorry, was away for the last 20 minutes dealing with apartment stuff
[20:20] <mmcc> briancurtin: just in time for another path handling review! hooray: https://code.launchpad.net/~mikemc/ubuntuone-client/use-dirspec-get-cmdline/+merge/114720
[20:20] <mmcc> cc ralsina вӨҙ
[20:20] <ralsina> mmcc: neat
[20:21] <ralsina> mmcc: also, your arrowis all bent!
[20:21] <mmcc> ralsina it could be worse: вҶӯвҶҜ
[20:22] <ralsina> вҶ®
[20:22] <ralsina> вҶ¬
[20:23] <ralsina> I am about to do something evil. Sorry in advance.
[20:23] <ralsina> вҶҗ вҶ’ вҶ‘ вҶ“ вҶ” вҶ• вҶ– вҶ— вҶҳ вҶҷ вҶ® вҮҰ вҮЁ вҮ§ вҮ© в¬„ вҮі в¬Җ в¬Ғ в¬Ӯ в¬ғ в¬… вһЎ в¬Ҷ в¬Ү в¬Ҳ в¬ү в¬Ҡ в¬Ӣ в¬Ң в¬Қ вҮҗ вҮ’ вҮ‘ вҮ“ вҮ” вҮ• вҮ– вҮ— вҮҳ вҮҷ вҮҚ вҮҸ вҮҺ вҹё вҹ№ вҹә вҶӨ вҶҰ вҶҘ вҶ§ вҮӨ вҮҘ вӨ’ вӨ“ вҶЁ вҮҶ вҮ„ вҮ… вҮө вҮҲ вҮҠ вҮҮ вҮү вҮ  вҮў вҮЎ вҮЈ вҮҡ вҮӣ вӨҠ вӨӢ вӯ… вӯҶ вҹ° вҹұ вҶ© вҶӘ вҶ« вҶ¬ вҶһ вҶҹ вҶ  вҶЎ вҶҡ вҶӣ вҶң вҶқ вҶў вҶЈ вҶ° вҶұ вҶІ вҶі в¬җ в¬Һ в¬‘ в¬Ҹ вҶҙ вҶө вҶә вҶ» вҘҖ вҘҒ вҹІ вҹі вҶ¶ вҶ· вӨҫ вӨҝ вӨё вӨ№ вӨә вӨ»
[20:23] <ralsina> вҶј вҮҖ вҶҝ вҶҫ вҶҪ вҮҒ вҮӮ вҮғ вҮӢ вҮҢ вҮң вҮқ вҮҪ вҮҫ вҮҝ вҹ» вҹј вҹө вҹ¶ вҹ· в¬і вҹҝ в¬ұ вҮ¶ вҘҠ вҘӢ вҘҢ вҘҚ вҘҺ вҘҸ вҘҗ вҘ‘ вҘ’ вҘ“ вҘ” вҘ• вҘ– вҘ— вҘҳ вҘҷ вҘҡ вҘӣ вҘң вҘқ вҘһ вҘҹ вҘ  вҘЎ вҘў вҘЈ вҘӨ вҘҘ вҘҰ вҘЁ вҘ§ вҘ© вҘ® вҘҜ вҘӘ вҘ« вҘ¬ вҘӯ вҮ· вҮё вӨү вӨҲ вҮ№ вҮә вҮ» вҮһ вҮҹ вҮј в¬ҙ вӨҖ в¬ө вӨҒ в¬№ вӨ” в¬ә вӨ• вӨӮ вӨғ вӨ„ в¬¶ вӨ… в¬» вӨ– в¬ј вӨ— в¬Ҫ вӨҳ вӨҶ вӨҮ вӨҢ вӨҚ вӨҺ вӨҸ вӨҷ вӨҡ вӨӣ вӨң вӨқ вӨһ вӨҹ вӨ  вӨЎ вӨў вӨЈ вӨӨ вӨҘ вӨҰ вӨӘ вӨЁ вӨ§
[20:23] <ralsina> вӨ© вӨӯ вӨ® вӨҜ вӨ° вӨұ вӨІ вӨ« вӨ¬ вҘј вҘҪ вҘҫ вҘҝ вӨ¶ вӨ· вӨҙ вӨө вӨј вӨҪ вҘӮ вҘғ вҘ„ вӯҖ вҘұ вҘ¶ вҘё вӯӮ вӯҲ вӯҠ вҘө вӯҒ вӯҮ вӯү вҘІ вӯӢ вӯҢ вҘі вҘҙ вҘҶ вҘ… в¬· вӨҗ в¬ё вӨ‘ в¬ҝ вӨі вҘ№ вҘ» в¬° вҮҙ вҘҲ в¬ҫ вҘҮ в¬І вҹҙ вҘ· вӯғ вҘә вӯ„ вҮұ вҮІ вҶё вҶ№ вҶҜ вҶӯ вҘү вҘ° вҳҡ вҳӣ вҳң вҳқ вҳһ вҳҹ в—„ в–ә вҮӘ вҮ« вҮ¬ вҮӯ вҮ® вҮҜ вҮ° вһ” вһҳ вһҷ вһҡ вһӣ вһң вһқ вһһ вһҹ вһ  вһЎ вһў вһЈ вһӨ вһҘ вһҰ вһ§ вһЁ вһ© вһӘ вһ« вһ¬ вһӯ вһ® вһҜ вһұ вһІ вһі вһҙ вһө вһ¶ вһ·
[20:23] <ralsina> вһё вһ№ вһә вһ» вһј вһҪ вһҫ
[20:25] <mmcc> show-off вҳ 
[20:26]  * ralsina вҳҡ ?
[20:27] <ralsina> it's shocking that almost all of those actually display correctly. A few years ago, fonts were missing plain european diacritics :-)
[20:28] <mmcc> truly we live in the future.
[20:28] <alecu> unicode ftw!
[20:29]  * alecu installs a quassel in the windows vm to see if they look as well as in ubuntu and osx.
[20:29]  * ralsina creates a file called вҮӨ 1MB вҮҘ that measures 1MB
[20:30]  * mmcc can't find the unicode poo sign in my character pallette :\
[20:31] <alecu> even the android font has most of those arrows.
[20:31] <ralsina> mmcc: that's U+1F4A9 if it helps :-)
[20:31] <alecu> s/android font/roboto/
[20:31] <alecu> ralsina: that's certainly a number to remember
[20:32] <alecu> ralsina: it's as hallmark as 53280 and 53281
[20:32] <ralsina> hahaha
[20:32] <mmcc> here's the true sign of the future: The Home Depot sent me an email with this subject line "We Like Your Style вҳҖ"
[20:32] <ralsina> C64 FTW
[20:32] <mmcc> unicode in marketing spam from a big-box retailer? 2012.
[20:32] <ralsina> Damn, I did remember poke 53280 :-)
[20:32] <ralsina> gotta do a school run
[20:33] <ralsina> will be back late tonight
[20:52] <alecu> damn you, noisy cooler inside my desktop :-(
[20:56] <mmcc> hrm, tried to set up virtualbox shared folder automounted, but I have to be a member of the 'vboxsf' group, and for some reason, 'sudo usermod -a -G vboxsf mmccrack' doesn't change what 'groups' says I'm in. Am I missing something here?
[20:58] <alecu> mmcc: was /etc/group changed?
[20:58] <alecu> mmcc: if so, try logging out and back in. That's usually needed for group changes.
[20:59] <mmcc> alecu, yes it was, and aha. will do - thanks!
[20:59]  * alecu will shut down to check on the very noisy cooler
[21:32] <dobey> alright, i'm out. have a good evening all!
[21:32] <alecu> ok, this is EOD for me too.
[21:32] <alecu> see y'all tomorrow!
[21:47] <mmcc> so, it looks like out of the five modules in the MediaCollector copy_extensions list in windows setup.py, only storageprotocol is actually used anymore...
[21:47] <mmcc> I know we killed the lazr dependency, and 'wadl' doesn't show up anywhere in a grep of all the source
[21:52] <mmcc> briancurtin: is there a doc (or script?) somewhere with step-by-step instructions to build the win exe? I'm wondering when storageprotocol in that process
[21:53] <mmcc> because the other projects are built as subprocesses of setup.py but storageprotocol is just copied in with that MediaCollector extension
[21:53] <briancurtin> mmcc: https://wiki.canonical.com/UbuntuOne/Windows/ReleaseChecklist is probably the page but it claims i'm not allowed to view it. however...
[21:54] <briancurtin> in ubuntuone-windows-installer, running build_installer.py should take care of everything
[21:54] <mmcc> re: wiki - yeah you need to log out and log back in. something expired and everyone hit that
[21:54] <mmcc> also, thanks
[21:55] <briancurtin> if you just want to create ubuntuone-syncdaemon.exe and the other *.exe binaries but don't care about the entire installer, the "Setup a fresh..." section will be all you need
[21:56] <mmcc> yeah, that's what I was looking for. actually I'm working on the setup-mac script, it wasn't copying storageprotocol correctly and I wanted to see where we were doing it on windows
[21:56] <mmcc> looks like it's a manual step 5b, for some reason
[21:56] <mmcc> that is, building storageprotocol
[22:13] <ralsina> briancurtin: something happened to that wiki, you need to logout/login
[22:14] <briancurtin> yeah mmcc let me know, it works now
[22:14] <mmcc> could it be possible that i just never installed protoc on this computer?!
[22:18] <mmcc> oh, of couse I installed it in a random place and took no notes
[22:18] <briancurtin> mmcc: env.bat, as a part of the buildout setup, should download it and put it in a place it knows about (i think bin/) so storageprotocol builds/works fine
[22:19] <briancurtin> there's a get_protoc.py script that env.bat runs to download it
[22:20] <mmcc> ah, ok. thanks. maybe I'll steal that for darwin. I think I just grabbed a copy manually and forgot where I installed it
[22:20] <mmcc> naturally
[22:22] <mmcc> briancurtin: just saw your comment on the u1client mp - pushed the fix.
[22:24] <briancurtin> cool, approved then. sometimes i hate mentioning such little stuff like that, but it's better than pushing it aside forever then realizing 6 months later we shifted the normal style
[22:35] <briancurtin> i'm out of here. see everyone tomorrow
[23:12] <mmcc> if anyone's still around and wants another review: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/setup-mac-add-sd/+merge/114749
[23:12] <mmcc> :)
[23:12] <mmcc> and now I'm going away too.