[09:22] <JamesTait> Happy Friday, folks! :-D
[10:14] <ralsina> good morning!
[10:58] <mandel> ralsina, morning!
[10:58] <mandel> ralsina, so, what is going one with tarmac? that fsevents branch is bouncing due to mem issues..
[10:58] <ralsina> hi mandel!
[10:58] <mandel> on linux?
[10:59] <ralsina> mandel: yes, u1-client tests are using a lot of memory since a ew days ago
[10:59] <ralsina> mandel: so branches may bounce for no reason
[10:59] <ralsina> mandel: we got it in the release manually
[10:59] <mandel> ralsina, ok.. bummer
[10:59] <mandel> ralsina, got something nice for the next release: https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237
[10:59] <ralsina> BTW: high 5 on the release... o/
[11:00] <mandel> ralsina, o/
[11:00] <ralsina> we may have some subset of that, the root daemon, the macfsevents code daemonized, share links working and the wizard fixed.
[11:00] <mandel> ralsina, I'm right now going to take a look on why the root daemon is not working
[11:02] <ralsina> mandel: cool
[11:02] <mandel> ralsina, I need to talk with mmcc about how to add nice icons to the notifications but works :)
[11:04] <ralsina> mandel: awesome!
[11:04] <ralsina> mandel: I am going on school run and have lots of errands today (banks) so I will not be around a lot
[11:04] <mandel> ralsina, ok, no problem
[11:04] <ralsina> mandel: but as usual, I have logs, so keep talking to me ;-)
[11:28] <alecu> good morning, all!
[11:44] <mandel> alecu, morning!
[11:44] <mandel> ralsina, maybe the reason why it looks bad on a retina display is due to the fix for the scrolling..
[11:45] <mandel> alecu, new mac os x client feature: https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237
[11:45] <mandel> I wanted to get away form the files..
[11:50] <alecu> mandel: the retina display bit sounds very reasonable.
[11:53] <alecu> mandel: that seems to be the problem, yes:
[11:53] <alecu> http://www.qtcentre.org/threads/50130-Qt-Creator-on-MacBook-Pro-Retina
[11:53] <alecu> and http://comments.gmane.org/gmane.comp.lib.qt.devel/4477
[11:54] <mandel> alecu, nice
[11:55] <alecu> mandel: we should ask mmcc to include the relevant Info.plist items
[11:55] <alecu> mandel: and then ask zac to test it.
[11:55] <mandel> alecu, yes, is a problem that we don't have the hd to test it..
[11:55] <mandel> hardware.. not hd :P
[11:55] <alecu> mandel: ask christian to buy one for you!
[11:56] <mandel> alecu, I'm close to my 3 years :)
[11:56] <alecu> mandel: you are closer to two!
[11:56] <mandel> alecu, also, heheh
[11:56] <mandel> alecu, but I'm close than I was :P
[11:57] <mandel> alecu, and feels like longer
[12:20] <thisfred> omg, the new chat function in thunderbird is horrible. At least for IRC. Why didn't they concentrate on it eating all available memory, rather than build yet another chat client...
[12:22] <mandel> lunch time
[12:22]  * mandel lunch
[12:26] <ralsina> thisfred: you are actually IRCing from thunderbird? That thing figuratively exploded whenI tried it.
[12:27] <thisfred> I was just then, it worked for me, after a fashion, but the UI is crazy
[12:27] <thisfred> especially unusable if you use tb halfimized, which all my windows are
[12:27] <thisfred> the chat window if four characters wide in that case
[12:28] <thisfred> give or take
[12:28] <ralsina> thisfred: for the "twitter is too burgueois"crowd.
[12:28] <thisfred> ralsina, well it does twitter gtalk and facebook chat
[12:28] <ralsina> boy did I misspell that one
[12:28] <thisfred> but then, so does everyone
[12:29] <ralsina> so you can tweet in only 35 lines. neat.
[12:29] <thisfred> hehe
[12:29] <thisfred> I'll see if the other accounts work better
[12:29] <thisfred> but definitely  a no for IRC
[12:30] <ralsina> wonder how the tweet app key limit hits thunderbird. They are supposed to have 10M users, and the keys are limited to 200K :)
[12:31] <thisfred> maybe that's why they made it look like crap
[12:32] <thisfred> oh, gtalk and fbook also totally unusable.
[12:32] <thisfred> that was that then
[12:34] <thisfred> also firefox 15 seems slower, and broke pentadactyl. Since vimperator already didn't work, I think I'm gonna go back to chrome
[12:34] <thisfred> maybe it works great on Mozilla OS.
[12:34] <ralsina> not a happy post-UIF day for thisfred
[12:34] <thisfred> ralsina, well, if this was on quantal that would be one thing
[12:35] <thisfred> this is my precise machine
[12:35] <ralsina> thisfred: hahaha
[12:35] <ralsina> thisfred: or rather... erm... bummer dude
[12:35] <thisfred> :)
[12:35]  * ralsina ctrl-c's his apt-get
[12:36] <thisfred> maybe there's a web browsing and email reading plugin for vim
[12:36] <thisfred> but then I might as well switch back to emacs
[12:37] <dobey> just change your .xinitrc to "exec /usr/bin/thunderbird" and you'll be set
[12:37] <thisfred> oh, oops past 8:30. Stop complaining/hacking on lp:gouda, start work :)
[13:25] <ralsina> alecu: we need to come up with that estimate for joshua
[13:25]  * ralsina starts putting numbers into a hat
[13:26] <ralsina> good morning briancurtin!
[13:28] <alecu> ralsina: I'm nowhere near close to providing a real estimate, so let me add this stack of old bus tickets in your hat too.
[13:29] <ralsina> oh, a capicúa!
[13:29] <ralsina> alecu: k, let's talk about it in the evening
[13:32] <briancurtin> hi ralsina
[13:36] <dobey> alecu: "the journey will take many moons to complete"
[13:37] <alecu> lol
[13:45] <ralsina> dobey: http://www.engadget.com/2012/08/30/lgs-ea93-29-inch-display-hands-on/ but I know, too low-res for you :-)
[13:48] <dobey> uh, yes
[13:50] <ralsina> however, a 29" 21:9 monitor would look great on my desk
[13:52] <dobey> it doesn't even have a VESA mount
[13:54] <ralsina> if god intended us to use vesa mounts, he wouldn't have created duct tape
[13:55] <dobey> i want this new panasonic ips alpha display
[14:10] <dobey> ralsina: hrmm; we'll need a freeze exception for SSO perhaps as well (although technically it is a regression)
[14:11] <ralsina>   dobey: which bug?
[14:11] <dobey> https://bugs.launchpad.net/ubuntu-sso-client/+bug/974637
[14:12] <dobey> can't believe i totally forgot about that bug :-/
[14:12] <ralsina> me neither
[14:12] <ralsina> ok, let's file the exception then
[14:13] <ralsina> I totally dropped the ball on that one
[14:13] <dobey> let me see if we'll need one
[14:14] <mandel> mmcc, I found the bug with the root daemon, what are the rights of the unix domain socket?
[14:16] <mandel> forget about it, there is another issue..
[14:47] <mmcc> howdy
[14:47] <ralsina> hi mmcc
[14:47] <ralsina> high 5 on release! o/
[14:47] <mmcc> ralsina: \o

[14:47] <mandel> mmcc, morning! I'm looking at the root problem, it seems that there is a connection issues and the user is never added to the daemon, therefore the add-watch gets stopped there
[14:48] <mandel> mmcc, can I see the change you made for launchd? I'm trying to reproduce what is going on with some testing scripts
[14:48] <mmcc> mandel: ok, do you need me to push my… yeah, ok
[14:48] <mandel> mmcc, also the source of the plist would be nice :)
[14:48] <mandel> mmcc, yes :)
[14:49] <mmcc> mandel, why do you need the source of the plist? I have a hunch you won't like it :)
[14:50] <mmcc> oh wait, never mind that :)
[14:50] <mandel> mmcc, that is the reason hehehe
[14:51] <mmcc> if you're running your own copy of the daemon, then I bet you're getting an error about absolute paths in the socket name
[14:51] <mmcc> to see what the plist is in the built daemon, do this:
[14:51] <mmcc> otool -s __TEXT __launchd_plist com.ubuntu.one.fsevents | grep "^[0-9a-f]\{8,16\}" | xxd -r
[14:52] <mmcc> this for the info plist: otool -s __TEXT __info_plist com.ubuntu.one.fsevents | grep "^[0-9a-f]\{8,16\}" | xxd -r
[14:52] <mmcc> mandel, the catch is we're not allowed to pass arguments on the command line to the launchd daemon
[14:52] <ralsina> mmcc: we are supposed to have everything needed to build on bzr so the sources for the plist belong there after some cleaning ;-)
[14:52] <mmcc> so I had to make a change to make the launchd checkin the default action for the daemon
[14:53] <mmcc> ralsina: oh, they will be - this is just handy debug double checking :) they're built into the executable
[14:53] <mandel> mmcc, hmm ok, lets take a look at the code, anyways I think there is an error somewhere else
[14:53] <mmcc> mandel: ok I'll go push it asap
[14:57] <ralsina> mmcc, mandel, dobey, thisfred, alecu, briancurtin: standup starts in 3' ends in 5'
[14:57] <thisfred> aye aye
[14:59] <thisfred> so this is *not* a great time to go make coffee, is what you're saying
[14:59] <ralsina> thisfred: right
[14:59] <ralsina> unless it's literally instant coffee
[15:00] <ralsina> me
[15:00] <mandel> me
[15:00] <briancurtin> me
[15:00] <thisfred> me
[15:00] <alecu> me
[15:00] <dobey> me
[15:00] <ralsina> mmcc is last, go me!
[15:00] <ralsina> DONE: mac release! a couple of quick branches for last-minute issues there, helped around, reviews, team call, 1-1 with alecu, design chat with lisette, dash call with alecu & neil, other calls,  TODO: banks, errands, doctor visit,  minor mac bugfixes, start on making the share tab work on mac, maybe also make it work better on ubuntu BLOCKED: too many errands NEXT:  mandel
[15:01] <mandel> DONE: added support for notification center and growl for the mac client: https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237 Look at the root daemon, my test script does not longer work which is bad news.
[15:01] <mandel> TODO: keep working on the root daemon debugging.
[15:01] <mandel> BLOCKED: no
[15:01] <mandel> briancurtin, please
[15:01] <briancurtin> DONE: reviews, debugging in a twisted path to find where their bytes/str needs to be changed. we're sending bytes, urllib requires bytes, and somewhere in between it's going wrong (rather, multiple places)
[15:01] <briancurtin> TODO: hopefully figure this out in a workable way and propose to antoine's t3k branch
[15:01] <briancurtin> NEED REVIEWS: https://code.launchpad.net/~brian.curtin/ubuntuone-dev-tools/py3-bytes-formatting/+merge/121711 and https://code.launchpad.net/~brian.curtin/ubuntuone-dev-tools/py3-dbus-str/+merge/121712
[15:01] <briancurtin> NEXT: thisfred
[15:01] <thisfred> DONE: basic auth u1db TODO: wrap up <- | move playlists to u1db BLOCKED: no NEXT: alecu
[15:01] <alecu> DONE: misc calls, a clean Q vm, started learning about the unity dash and nux codebase, got stuck running unity from trunk
[15:01] <alecu> TODO: get up to speed with dash devel
[15:01] <alecu> BLOCKED: no
[15:01] <alecu> NEXT: dobey
[15:01] <dobey> DONE: team call, ubuntuone-client-gnome fixes/release
[15:01] <dobey> TODO: reviews, icon generating magic, music store work
[15:01] <dobey> BLCK: None.
[15:01] <mmcc> DONE: release alpha 1, testing, bug filing
[15:01] <mmcc> TODO: push branches, fix bugs
[15:01] <mmcc> BLCK: no
[15:01] <ralsina> AWESOME standup team :-)
[15:02] <ralsina> finished in 2 minutes too!
[15:02] <ralsina> thisfred: go get coffee, the rest, comments?
[15:02] <alecu> hmmm....I need to change my BLOCKED above:
[15:02] <ralsina> oops
[15:02] <alecu> BLOCKED: got stuck running unity from trunk
[15:02] <alecu> done
[15:02] <ralsina> alecu: ok, you know who to ping on that
[15:02] <alecu> still on :02!
[15:02] <ralsina> alecu: yes, no shaming!
[15:02] <thisfred> ⁵!
[15:04] <ralsina> ok EOM it is
[15:05] <alecu> 👋!
[15:06] <mmcc> mandel, is your test script that's failing in the repo or can you paste it somewhere?
[15:06] <mandel> mmcc, is in the repo under tests :)
[15:06] <mandel> dobey, can I have a review for : https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237
[15:06] <mmcc> mandel: good spot for it :)
[15:07] <mandel> mmcc, same there ^ and can you  let me know where do I add the new dependencies?
[15:07] <mandel> for the buildout I mean
[15:07] <mandel> mmcc, the script you can make it connect to the daemon passing the path with -p and adding a folder with -f
[15:07] <mandel> mmcc, is in the README of the project
[15:08] <mmcc> mandel: what are you trying to do with the buildout? didn't get that
[15:08] <mmcc> t
[15:08] <mmcc> t
[15:08] <mmcc> time for a new irc client here
[15:08] <mmcc> making me stutter
[15:08] <mandel> mmcc, I added new deps pync and the growl one, I'll like to add them to the buildout
[15:10] <mmcc> mandel: how are they packaged? are they eggs that you can get from pypi or something?
[15:10] <mandel> mmcc, yes, you can use pip or easy_install with them
[15:11] <mmcc> ok, then you should be able to just put the name of their egg in the list of eggs under the [development] section…
[15:11] <mmcc> it's ok to have them in there for everyone I guess, we could make a mac only section but it doesn't hurt windows to download a couple eggs that it won't use
[15:15] <mandel> mmcc, ok, doing a branch for that
[15:15] <mandel> dobey, fixing it right now
[15:25] <alecu> hey, all!
[15:25] <alecu> Just got an SMS from ralsina, saying his connection got chopped off.
[15:32] <dobey> alright, need to get lunch. bbiab
[15:42] <mandel> dobey, branch fixed and images uploaded..
[15:42]  * mandel restarts due to Q upgrade
[16:04] <mmcc> hey mandel, I just proposed three branches of the daemon project: https://code.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/mungeproj/+merge/122314 , https://code.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/contextfix/+merge/122312 , https://code.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/checkin/+merge/122313
[16:05] <mandel> mmcc, on them
[16:06] <mandel> mmcc, talking with alecu we found the following:
 mandel: that seems to be the problem, yes:
 http://www.qtcentre.org/threads/50130-Qt-Creator-on-MacBook-Pro-Retina
 and http://comments.gmane.org/gmane.comp.lib.qt.devel/4477
[16:06] <mmcc> mandel: the first MP is kind of big, but hard to split up because of the xcodeproj.
[16:07] <mmcc> mandel: yeah I saw that in the backtrace. our info.plist already has NSPrincipalclass == NSApplication. did you see my comment in the bug I filed for that yesterday? Maybe I didn't send that bug to everyone…
[16:08] <mmcc> https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1044211
[16:08] <mmcc> s/backtrace/irc backlog/
[16:08]  * mandel reads
[16:09] <mandel> mmcc, yes, that is what I though, we added it so that the scrolling worked, right?
[16:16] <mmcc> mandel: yes https://bugs.launchpad.net/bugs/1018918
[16:17] <mmcc> brb, quick baby watch duty
[16:27] <mandel> ok, EOD for me!
[16:32] <briancurtin> oh, apparently monday is a holiday in the US
[16:47] <dobey> wtf is up with tests.syncdaemon.test_action_queue.TestZipQueue.test_zip_acquire_lock on quantal?
[16:54] <dobey> mandel: should we wait for the icon for the notifications, or can we specify the icon as None to get no icon?
[16:55] <mandel> dobey, with None it works as I have uploaded in the images
[16:55] <mandel> dobey, so we can go with it and then I'll talk with mmcc on how to locate the icons correctly
[16:56] <dobey> mandel: but i don't see you passing that on to the upstream API at all. it seems that you're just calling the upstream API with no icon arg and those are just the default icons in those situations?
[16:56] <mandel> dobey, exactly, those are the default icons
[16:57] <dobey> mandel: i don't know the growl/nc APIs, but do they let you pass icon=None to them?
[16:58] <mmcc> mandel, that merge has the fsevents.IN_ATTRIB change in it
[16:58] <mandel> dobey, the default is none already: https://github.com/kfdm/gntp/blob/master/gntp/notifier.py#L130
[16:59] <dobey> mandel: but shouldn't your code be passing the icon argument on to the growl or pync API calls? as icon=icon for example?
[16:59] <mandel> dobey, for pync it gets the icon from the calling app
[16:59] <mandel> dobey, no, because sd is passing an icon that it won't find
[17:00] <mandel> mmcc, I must have merged it by accident, but it should have landed in trunk, let me check
[17:00] <dobey> it is?
[17:00] <mandel> dobey, what is up with this: https://code.launchpad.net/~mandel/ubuntuone-client/fix-wrong-fs-action/+merge/122099
[17:02] <dobey> mandel: that test doesn't like quantal i guess :(
[17:02] <mmcc> Love this note from pync homepage: "All the works are available under the MIT license. Except for ‘Terminal.icns’, which is a copy of Apple’s Terminal.app icon and as such is copyright of Apple."
[17:02] <mmcc> "but I'm including it anyway because…?"
[17:03] <mandel> dobey, bummer..
[17:03] <mandel> dobey, sd does not pass the icon and uses the default value.. I can change that if you want
[17:03] <mandel> mmcc, and yet he uses it :P
[17:03] <dobey> mandel: yes please
[17:04] <mandel> ok
[17:04] <dobey> where are the pync api docs?
[17:04] <dobey> oh, this time it failed because of memory
[17:06] <dobey> why the heck are the u1client tests using so much memory now?
[17:06] <dobey> i wonder if some recent change in the last couple months introduced some memory leaking
[17:09] <dobey> omg pync is awful
[17:10] <mmcc> why does ubuntuone.status.AbstractNotification exist?
[17:11] <mmcc> we never pass a different icon in the calling code, so it'll only ever call pync or growl with the string 'ubuntuone'…
[17:12] <dobey> mmcc: it's the base class for implementing the platform-specific notifications on top of
[17:15] <dobey> "License is MIT except for this file that isn't included and doesn't belong to me, but is in the arbitrary zip file that this code will download and install on your system"
[17:15] <mmcc> dobey, I get that, I just wondered why it was necessary. and why it was in a separate module, ubuntuone.status instead of ubuntuone.platform.notification
[17:16] <dobey> mmcc: there didn't used to be ubuntuone.platform.notification; it was all under status
[17:16] <dobey> and really there shouldn't be an ubuntuone.platform in there, but hey
[17:17] <mmcc> hrm, yes. hey indeed
[17:18] <dobey> one day i will move everything to be under ubuntuone.syncdaemon in there; one day
[17:18] <mmcc> so is there some reason for using an abstract base class for a class with one method (in a dynamic language to boot)? this is an honest question, not a passive-aggressive style complaint  :)
[17:19] <dobey> thisfred: ^^ maybe you can give a better answer to mmcc since you wrote that
[17:19] <thisfred> I didn't do it
[17:19] <thisfred> what?
[17:20] <thisfred> mmcc let me think back
[17:20] <mmcc> thisfred: don't bother if it's going to interrupt something - not super important
[17:20] <thisfred> basically it was sort of an attempt at using interfaces to force the different platforms to conform, I think
[17:20] <thisfred> it may have been misguided
[17:21] <mmcc> oh, to inject a little static checking into python, avoid seeing runtime type errors due to different apis, that kind of thing?
[17:21] <thisfred> or it may have been intended to be expanded at some point to become more useful, and never did
[17:21] <thisfred> mmcc, basically yes, but I'm not sure I'd defend it with my life now...
[17:22] <mmcc> heh. well, I'll go look at abc some more out of curiosity. doesn't seem to be doing much here though :)
[17:22] <mmcc> thanks
[17:22] <thisfred> mmcc, it may also have been a case of new hammer syndrome
[17:23] <mandel> I'm off for the weekend, have a good one o.
[17:23] <mandel> o/
[17:23] <mmcc> bye mandel have a great weekend
[17:27] <thisfred> hasta luego tío
[17:29] <dobey> mmcc: how familiar are you with the .icns files? i'm looking at the apple hig icon guidelines page, and it has a table with "filename" and "canvas size" but not sure what filename is exactly in this case (ie, key name in a dict or actual file names)
[17:30] <mmcc> hrm, pync is a python wrapper around terminal-notifier, which is a .app that just calls NSUserNotification … maybe we should just cut to the chase and find a way to call that ourselves
[17:30] <mmcc> dobey, file name is an actual file name
[17:31] <mmcc> to generate the .icns file, you put those files in a folder called 'name.iconset' and run 'iconutil -c icns name.iconset'
[17:31] <mmcc> and if you have exactly the right number of files and they are exactly the pixel size their names say they are, it will work without any awful cryptic error messages, and create name.icns
[17:32] <dobey> mmcc: and yeah, calling NSUserNotification would be preferred to pync I think.
[17:32] <mmcc> so if you're generating icons on a non-mac, the best you can do is generate that .iconset and make the mac build do the last step
[17:33] <dobey> mmcc: there's a tool to build the .icns file on ubuntu too
[17:33] <dobey> but haven't tried it yet, as i wasn't 100% clear on the file naming issue
[17:34] <mmcc> dobey: what's that tool called?
[17:34] <dobey> mmcc: package is icnsutils
[17:35] <dobey> and tool is png2icns
[17:36] <ralsina> hello again!
[17:37] <mmcc> dobey: interesting. curious to see how it handles the @2x stuff
[17:38] <mmcc> so I would think that since pync requires terminal-notifier, which includes an Apple copyrighted icon (wtf), that'd be a problem with using it…
[17:39] <dobey> mmcc: i have more of a problem with it downloading a zip file from an arbitrary location and shoving things onto the users machine
[17:40] <mmcc> dobey: oh yeah, that would break code signing, we can't do that - but it'll only do that if it can't find terminal-notifier, so if we bundled them together we could do it
[17:40] <mmcc> and I guess we could remove the apple icon from the bundle…
[17:40] <dobey> i'm pretty sure apple doesn't allow redistribution of their icons
[17:41] <dobey> i think at that point though we could just use cnames or whatever and call the API ourselves
[17:41] <mmcc> it might be time to add PyObjC
[17:41] <dobey> rather than shipping a python wrapper around a ruby script that wraps the API call
[17:42] <mmcc> this would be two lines in pyobjc, and then we could get our native file dialogs back and maybe avoid the retina resolution issues all in one fell swoop
[17:42] <mmcc> well, scratch that last one, I keep confusing those for some reason
[17:43] <mmcc> but we could definitely get the file dialogs back
[17:43] <ralsina> mmcc: which is a good reason, considering the non-native file dialog looks like ass
[17:43] <ralsina> and not in a good way
[17:44] <dobey> mmcc: so even more reason not to use pync then :)
[17:46] <thisfred> ralsina, are you saying it looks badass?
[17:47] <mmcc> I'm grabbing pyobjc now. looks like he's still actively updating it, has commits for py3 and 10.8
[17:47] <dobey> ralsina: btw, who should fix https://bugs.launchpad.net/ubuntu-sso-client/+bug/974637 ?
[17:47] <ralsina> dobey: good question
[17:47] <ralsina> dobey: I am guessing I should, since gatox is away
[17:50] <ralsina> dobey: I'll put it irst in my queue
[17:50] <ralsina> lisettte: ping if you are still around
[17:50] <mmcc> did anyone with 10.8 try the alpha release?
[17:51] <ralsina> mmcc: I am guessing urbanape did
[17:51] <chaselivingston> mmcc: me
[17:51] <mmcc> chaselivingston: did it complain when double-clicked?
[17:52] <chaselivingston> mmcc: I don't think so, let me check. the sd does crash after a while though
[17:52] <mmcc> chaselivingston: I'm assuming at some point you saw a warning about an app from an unknown developer
[17:52] <chaselivingston> mmcc: yeah, just had to right click and hit open
[17:52] <mmcc> if you already started it, it won't show it again
[17:52] <mmcc> or maybe it will
[17:52] <mmcc> ok
[17:52] <lisettte> ralsina: pong not really but still
[17:53] <mmcc> thanks, I guess i do need that official "Dev ID " cert for releases
[17:53] <ralsina> lisettte: ok, homework for monday, can you take a look at bug #974637 and see what to do?
[17:54] <ralsina> lisettte: basically we need a path from "login" to "signup" and viceversa
[17:54] <ralsina> lisettte: I am guessing just a link-like text somewhere, but I'd rather not guess too much ;-)
[17:55] <lisettte> ralsina: have put it on the list for Monday
[17:55] <ralsina> lisettte: awesome, thanks!
[17:55] <lisettte> ralsina: but now, i am braindead
[17:55] <lisettte> and dying for a beer
[17:56] <jgdx> +1
[17:56] <jgdx> beer
[17:56] <lisettte> :)
[17:57] <lisettte> impossible to afford where you are!
[17:57] <dobey> beer sounds good
[17:57] <jgdx> im saving during the week lisettte
[18:00] <lisettte> jgdx: i see! :D
[18:00] <lisettte> enjoy!
[18:00] <jgdx> have a nice weekend! :)
[18:00]  * jgdx eows
[18:00]  * lisettte is outta here
[18:00] <lisettte> enjoy your beer too dobey!
[18:02] <dobey> you too
[18:10] <thisfred> mmmm beer!
[18:10] <ralsina> OH A BEAR
[18:11] <ralsina> Oh... no, a beer
[18:12] <thisfred> There's an awesome new(ish) brewery in B'more called Stillwater. Highly recommended. It's not the usual super hoppy US IPAs, (which I also love) but more balanced European (mostly Belgian) style ales. Highly recommended if you can find them anywhere.
[18:12] <thisfred> ralsina, bear hunting is apparently legal too in Maryland.
[18:13] <briancurtin> speaking of super hoppy IPAs, i got a case of 3floyd's Zombie Dust. not sure if you have it out east, but its really good and i hate IPAs
[18:13] <ralsina> thisfred: nice!
[18:13] <thisfred> ralsina, well. I hate h
[18:13] <thisfred> unting just for sport
[18:13] <thisfred> and nobody eats bear meat
[18:14] <ralsina> thisfred: you don't hunt bears for sport, you hunt them because it's fair.
[18:14] <ralsina> just kidding
[18:14] <ralsina> and yes, some people eat bear meat
[18:14] <ralsina> but no, killing bears sucks
[18:14] <thisfred> It's fine with me if you hunt them with a knife ;)
[18:15] <ralsina> thisfred: http://dayures.blogspot.com.ar/2007/01/caprice-food-from-bear.html
[18:15] <dobey> thisfred: guns for show, knives for a pro
[18:16] <ralsina> sure, I give the bear a knife, I hunt the (bear with a knife)
[18:16] <thisfred> bro's before pro's
[18:16] <dobey> thisfred: bear hunting is legal in certain situations, in all the states along the mountain ranges
[18:16] <thisfred> yeah
[18:16] <dobey> besically the "it's coming right for us!" clause
[18:17] <thisfred> dobey, I thought that was humans
[18:17] <dobey> works for both
[18:18]  * thisfred is lobbying congress for the constitutional right to arm bears
[18:18] <thisfred> *crickets*
[18:19] <ralsina> thisfred: I once read a scifi book called "The right to arm bears"
[18:19] <ralsina> thisfred: about a planet of ursine aliens
[18:20] <ralsina> thisfred: http://en.wikipedia.org/wiki/The_Right_to_Arm_Bears
[18:20] <mmcc> aaaaand… friday!
[18:21] <mmcc> pyobjc releases so far behind dev, and dev has no install instructions! this is fun…
[18:21] <ralsina> mmcc: sigh
[18:21] <ralsina> mmcc: for some reason that or similar things happen to about 50% of our dependencies
[18:22] <mmcc> the pyobjc web site says it supports 10.3.9
[18:22] <dobey> at least we don't have to use the mac dependencies on lucid
[18:22] <ralsina> as in OSX 10.3.9???
[18:23] <mmcc> I know he's working on it, but it's one of those deals where he barely has time to do the code, let alone releases, let alone docs, let alone new website since 2009
[18:23] <mmcc> ralsina, that's right, last news was from Nov 09
[18:23] <mmcc> on the site, anyway. mailing list is active enough
[18:24] <thisfred> ralsina, there is an awesome R.A. Lafferty story about a bear like alien. I forget what it's called though.
[18:25] <ralsina> thisfred: haven't read much lafferty this century
[18:26] <thisfred> nor have I, but I have a lot, is due for a reread, I think
[18:26] <ralsina> thisfred: could be "Thieving Bear Planet"?
[18:26] <thisfred> http://www.isfdb.org/cgi-bin/title.cgi?67528
[18:27] <thisfred> yeah I think it may be
[18:27] <thisfred> in which case I have it, let me look
[18:27] <ralsina> I am sure it's not "About a Secret Crocodile" because I remember that one :-)
[18:30] <thisfred> ralsina, yeah, it's Thieving Bear Planet. In the collection Iron Tears, which I highly recommend. He's one of my favorite authors.
[18:30] <ralsina> I think I may have read that at some point
[18:30] <thisfred> He also wrote an awesome historical fiction book called Okla Hanali, about the trail of tears.
[18:33] <ralsina> thisfred: have I already made you read "Year Zero"? I suspect you are sort of the ideal reader.
[18:35] <dobey> brb
[18:37] <thisfred> ralsina, I think I put it on my goodreads to read list after you recommended it there
[18:37] <thisfred> or ws that a different book?
[18:37] <ralsina> thisfred: I dunno
[18:37] <ralsina> thisfred: that may have been A Naked Singularity
[18:37] <thisfred> ah
[18:38] <thisfred> this is the comic novel about the music industry?
[18:38] <thisfred> that's not the one I got in goodreads no
[18:39] <ralsina> yeah, the comic novel
[18:39] <ralsina> not the dramatic comedy novel about lawyers with swords
[18:40] <ralsina> but this one mentions divynils  and mike hucknall so it evens up
[18:41] <ralsina> anyway, I'm procrastinating, and must stop.
[18:41]  * ralsina dives into code
[18:44] <mmcc> ok, pyobjc shelved for now, waiting for help from dev list on how to build the thing
[18:49] <ralsina> mmcc: I suppose ctypes is not enough for that kind of thing
[18:50] <mmcc> ralsina:  it could be done, and for something really small might be ok, but it'd quickly grow to rewriting pyobjc
[18:51] <mmcc> basically everything would be a call to objc_msgsend
[18:52] <mmcc> waiting for help on building pyobjc is almost certainly better -- once it's built, it works great! :)
[18:53] <ralsina> mmcc: ok, trust you there :-)
[19:03] <mmcc> ok, time to head out for lunch… on time today for once
[19:22] <dobey> ralsina: lawyers with swords? sort of like the Crimson Permanent Assurance?
[19:33] <ralsina> dobey: it's the logical conclusion of what happens earlier in the book
[19:42] <ralsina> I am a total nullity coding today. Anyone has a review that needs doing quickly?
[19:45] <dobey> mandel has a few that need doing slowly
[19:45] <dobey> the ~1300 line fsevents daemon ones
[19:46] <mandel> is not ~1300, is it?
[19:46] <dobey> well, one is 834, one is 1001, and one is 1351
[19:46] <dobey> oh, and one is 719
[19:48] <dobey> mmcc: commit message missing on your branch
[20:23] <ralsina> ok, I am just too tired. I'll come back later.Ping me for anything you need. If not, have a nice weekend folks!
[20:40] <dobey> mmcc: back?
[20:41] <mmcc> back.
[20:41] <mmcc> looking at the commit message now.
[20:42] <mmcc> fixed, thanks
[20:42] <dobey> mmcc: can you test if http://ubuntuone.com/20WronrwBSf1EHhkMpqt7Q is doing the right thing on osx?
[20:42] <dobey> it's not the new icons, but the current ones we have for ubuntu
[20:43] <dobey> should have a 16, 32, and 256px image in there, though i think the 256px one is probably blank
[20:43] <mmcc> yes, that's what I see, and the 256 is indeed blank
[20:44] <dobey> schweet :)
[20:49] <dobey> now where's the list of sizes we need for the windows .ico
[20:51] <ralsina> dobey: look at the .ico that's on ubuntuone-windows-installer
[20:52] <dobey> ralsina: it has 3 sizes; i don't think that's up to par with the MS documentation about what you should have :)
[21:04] <dobey> yay, finally found an msdn page
[21:06] <dobey> sweet. now just need to update the big svg file with all the new icons
[21:07] <mmcc> the branch that fixed this bug: https://bugs.launchpad.net/ubuntu-sso-client/+bug/992595 merged in July, what happened that the bug wasn't closed?
[21:09] <briancurtin> just spent a few minutes slaming my head off the desk when "bzr ci" wouldn't work on a twisted hg checkout
[21:09] <briancurtin> so, yeah, happy friday
[21:09] <dobey> heh
[21:10] <mmcc> briancurtin: related: http://r-wos.org/hacks/gti
[21:10] <briancurtin> ha, i saw that yesterday
[21:11] <briancurtin> i just emailed myself a copy of my hgrc from another machine just to see if that would do it...nope, you still have to type the right command :)
[21:11] <dobey> it needs more stickers
[21:19] <mmcc> really trivial mac packaging review: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/bump-version-3.99.90a1/+merge/122366
[21:19] <mmcc> I guess that's just you dobey?
[21:20] <dobey> and anyone else who can review it
[21:20] <briancurtin> approved
[21:21] <mmcc> thanks guys
[21:33] <dobey> ok, am off. have a good weekend all
[21:37] <mmcc> bye dobey, see you tuesday. have a good one