[03:55] <cheshair> hi! is there a way to use ubuntu one in one-way sync mode? my goal is to have a remote backup of local files. ideally i will access those files across multiple devices but i don't want possible changes to be synced back to my main computer.
[03:55] <cheshair> that's why i am talking about "one-way sync mode"
[03:56] <cheshair> of course, i am not sure this is the "right" way to use ubuntu one
[03:59] <mmcc> Hi cheshair, Ubuntu One is intended as a two-way sync system. I'm new here so there may be tips and tricks that more experienced folks could give you to get you most of what you want - may I suggest asking this on http://askubuntu.com/questions/tagged/ubuntu-one/ ?
[04:00] <mmcc> If you really need one-way sync, you may also be interested in something like this: http://code.google.com/p/lsyncd/
[04:01] <cheshair> hi mmcc this is very kind of you, thanks. yep, that's what i think too: one-way syncing is not the best and proper way to use ubuntu one
[04:01] <mmcc> However, I'm having a hard time understanding your use case - if you do decide to ask there, I would say more about what you want to sync, and what changes would happen to it on other devices that you don't want propagated
[04:04] <cheshair> mmcc i will post a message there, writing the message will help me myself to make up my mind
[04:05] <mmcc> cheshair: sounds good! If you don't mind, post the URL to your question here so I can keep track also? Thanks, and good luck
[04:35] <cheshair> mmcc: here I am :-) http://askubuntu.com/questions/141946/one-way-syncing-through-ubuntu-one
[04:36] <cheshair> i hope i made myself clear
[08:27] <Chipaca> cheshair: hey there
[08:28] <Chipaca> cheshair: is your concern only around deleting them on your phone?
[08:28] <cheshair> Hi Chipaca!
[08:28] <cheshair> Chipaca: well no, it's about general modifications
[08:29] <cheshair> Chipaca: do you have any hints for me?
[08:29] <Chipaca> cheshair: i think jamesh called it.
[08:31] <cheshair> Chipaca: yep, that's way I chose his answer
[08:33] <Chipaca> cheshair: have you looked at déjà dup?
[08:33] <Chipaca> cheshair: as long as you're on a network connection that can upload 25MB in less than ~an hour, it's lovely :)
[08:34] <cheshair> Chipaca: is that the default backup program that ships with Ubuntu 12.04?
[08:34] <Chipaca> and we're working on that restriction too
[08:34] <Chipaca> cheshair: it is
[08:35] <cheshair> Chipaca: yes, I am using it! It's lovely, I use it for backup on a local NAS
[08:35] <Chipaca> cheshair: you can also use it to back up to an unsynced u1 folder
[08:37] <Chipaca> hmmm
[08:38] <Moscherkobold> good morning
[08:38] <cheshair> Chipaca: I have "who-cares" files, "medium-concern" files and "my-life-is-in-here" files. I use deja-dup on a local nas for medium-concern (and above) files and remote backup for the most important ones
[08:38] <cheshair> (do you like my files hierarchy? :-D)
[08:38] <Chipaca> cheshair: that's what i was aiming at. So, nothing to add really.
[08:38] <Moscherkobold> rye: do you have any idea how to acess my files using a browser or win client for the moment?
[08:39] <Chipaca> cheshair: at some point we'll have point-in-time recovery, but it's nowhere near.
[08:39] <jamesh> deja-dup might not be a complete solution if one of the requirements is to be able to read the file from e.g. a phone
[08:39] <cheshair> Chipaca: thank you very much, that sounds as a great confirmation I am probably doing it right, thanks
[08:39] <jamesh> if you don't need that, it is a good option, since it will give you some history too
[08:40] <cheshair> Chipaca: point-in-time recovery sounds cool... what about single file recovery? is that possible at the moment?
[08:40] <Chipaca> cheshair: through support, and only for deletions, not editions
[08:41] <cheshair> Chipaca: is that anytime near on the roadmap?
[08:41] <Chipaca> cheshair: nope
[08:43] <cheshair> jamesh: i am aiming at a multi-strategy approach, with dejadup for local backup of large portions of my home and remote backup for very important and selected files
[08:44] <cheshair> Chipaca: I see, it looks as a very nice piece of software, I am glad Ubuntu ships with such an easy to use tool. I hope it will become more and more powerful in the future so to support advanced users and weird use-cases
[08:45] <Chipaca> cheshair: you and I both :)
[08:45] <cheshair> :-)
[08:50] <rye> Moscherkobold: the fix was already committed but it is not yet released. Also, the accounts will need to be merged prior to being able to access the files.
[09:10] <Moscherkobold> rye: thank you, this means i just have to wait a little bit? Or is there something i can do?
[09:12] <rye> Moscherkobold: i will be able to contact the developers only in 3-4 hours and will be able to provide more info after the talk. So far there is nothing a user can do to resolve it as this involves server-side having 2 distinct accounts for a single user
[10:13] <rye> verterok: ping re: splitting tritcask files so that they fit into memory
[10:41] <rye> joshuahoover: http://people.canonical.com/~roman.yepishev/us/ubuntuone-ubuntu-syncdaemon-diag.sh to get basic set of logs from ubuntu + some minimal diag
[10:59] <gatox> good morning!
[11:05] <karni> Morning all o/
[11:43] <gatox> need to restart...
[11:44] <rye> ralsina: ping, do you happen to remember what was wrong with Turkey users failing to get credentials?
[11:45] <ralsina> rye: never found out, but it was related to the SSL certificate problem
[11:45] <ralsina> rye: I could never reproduce even from a turkish IP with turkish locale
[11:56] <rye> i like that seagate utility says that An important update may be available for your drive. And web site says "No, you're good"... And those drives I have are quite slower than those Samsung ones that crashed simultaneously in raid 1 config
[11:56] <rye> my VMs are SLOOOOW
[13:46] <mandel> ralsina, I changed the config of the ubuntuone-windows-installer in jenkins to use tunk again and is failing, is brian working today?
[13:46] <mandel> oh, and back from lunch + hola ralsina & gatox :)
[13:46] <gatox> mandel, hi
[14:00] <briancurtin> mandel: when you changed it back to trunk, were my fixes included in trunk yet?
[14:01] <gatox> mandel, ralsina if you can, a really trivial review (with pretty pictures :P): https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/bug999885/+merge/107387
[14:01] <mandel> briancurtin, I reviewed and approved the branch you proposed, was that the only one?
[14:02] <briancurtin> yeah it was. let me check jenkins to see whats wrong
[14:03] <mandel> briancurtin, ok, let me know if there is any way I can help
[14:03] <mandel> gatox, <height>16777215</height> O_o
[14:03] <mandel> gatox, why is that?
[14:03] <gatox> mandel, it's the qt default for as big as you want
[14:04] <mandel> gatox, looks super random..
[14:04] <mandel> hehehe
[14:04] <gatox> mandel, no.... it has an explanation.... but it's a secret jejeje
[14:16] <briancurtin> mandel: i added back "set JENKINS=1" to the batch, somehow it was gone. im building it now
[14:17] <mandel> briancurtin, oh.. weird.. I could have screwed up by mistake
[14:18] <mandel> briancurtin, in other news, while I was breaking stuff I ahve added the project to the windows group and set it to be build after a succesful build from any of the other projects that was we follow the changes as close as possible
[14:18] <ralsina> gatox: on it
[14:19] <ralsina> gatox: if you want the real default, just delete the line :-)
[14:19] <briancurtin> mandel: ah cool, and it's also built anyway as a nightly which is good
[14:19] <gatox> ralsina, ok..... deleting....
[14:19] <ralsina> mandel: 2 ** 24 -1
[14:20] <mandel> ralsina, ein?
[14:20] <ralsina> 16777215 is 2 **24 -1
[14:20] <mandel> ralsina, I mean, why?
[14:20] <mandel> briancurtin, ok, so we have commitlies and nighlties :)
[14:20] <ralsina> mandel: I don't know, but it's not random :-)
[14:21] <gatox> ralsina, done
[14:21] <mandel> briancurtin, I wonder if we can change the build in a way so that if someone gets a build from there will get an update file pointing to this results so that we all run nightlies in our machines all the time
[14:21] <ralsina> gatox: does it work the same? I just know that it should, but have not tried it ;-)
[14:22] <mandel> ralsina, oh, but I'm not going to talk with a mathematician about number being generated no being random (16777214 + 1) :P
[14:22] <gatox> ralsina, wowwwwwww no.... it's so very broken! jeje
[14:22] <briancurtin> mandel: we could use the artifact and upload it somewhere, then create a nightly "channel" that you could point your update.ini to
[14:23] <ralsina> mandel: I think that's just "bigger than any possible screen" really :-)
[14:23] <mandel> briancurtin, I think that would be awesome is sooooo many levels
[14:23] <briancurtin> mandel: but i dont know if we can point the autoupdater to look at jenkins, jenkins would have to put that file somewhere and update the XML and stuff...which is doable
[14:23] <ralsina> gatox: see? never commit without trying it first ;-)
[14:23] <ralsina> maybe the artifact archive can give us a stable url for the latest build?
[14:23] <ralsina> OTOH, we will get update requests every 6 hours ;-)
[14:23] <gatox> ralsina, i though i can trust you!! jejejee
[14:24] <mandel> briancurtin, yes, as we would need to make the build step to generate the update.ini with the new version number
[14:24] <briancurtin> ralsina: i think it does it per build, so the URL has the build ID in it...but i'll check if there's a "latest" artifact of that project or something
[14:24] <mandel> ralsina, we could do that once per day
[14:24] <ralsina> gatox: better you learn it now than later, padawan ;-)
[14:24] <briancurtin> mandel: the build worked with set JENKINS=1, so trunk is good now
[14:25] <ralsina> briancurtin: or an artifact RSS, which would be very easy to scrape
[14:25] <briancurtin> true
[14:25] <ralsina> OTOH, jenkins RSSs are useless because they are behind OAuth
[14:25]  * dobey hopes there are no branches today
[14:25] <mandel> briancurtin, hurray! and sorry, it was probably my fault, maybe by firefox tab was old..
[14:25] <dobey> gatox, ralsina: you are working today?
[14:26] <briancurtin> mandel: no worries. glad we got it to this point :)
[14:26] <gatox> dobey, yes
[14:26] <gatox> ralsina, reverted..... without the height property it's failing when trying to compile the .ui...
[14:26] <ralsina> dobey: a few hours
[14:26] <mandel> briancurtin, yes, it is indeed great for the project to get to this point, and I know QA does love you for it :)
[14:27] <gatox> ralsina, now it's working
[14:27] <ralsina> dobey: I sent you email last night
[14:28] <dobey> right
[14:28] <dobey> you use xsettings-kde?
[14:29] <mandel> briancurtin, looks like the only red dot we have at the moment in cp, gatox do you know what is that test exactly doing?
[14:29] <mandel> gatox, in jenkins for control panel
[14:29] <gatox> mandel, which test?
[14:29] <ralsina> dobey: no, the other bug
[14:29] <ralsina> dobey: did I sent you the one about xsettings-kde? Really?
[14:29] <dobey> ralsina: the bug you e-mailed me about is 1002811
[14:29] <mandel> gatox, https://jenkins.errormessaging.com/view/Windows/job/ubuntuone-control-panel-windows-test/55/testReport/ubuntuone.controlpanel.gui.qt.tests.test_folders/LocalFoldersPanelAddFolderTestCase/test_add_music_folder_adds_the_folder/
[14:30] <dobey> which is xsettings-kde sru :)
[14:30] <ralsina> dobey: oops, copy/paste error :-/
[14:30] <ralsina> dobey: let me find the right onw
[14:30] <ralsina> dobey: right, the one I *meant* to send you is about the u1cp SRU
[14:31] <ralsina> dobey: specifically the bug I fixed about invalid paths crashing os.walk
[14:31] <gatox> mandel, nop..... i saw that before..... but i think that is not always happening.... sometimes it works...... do you want me to take a look at that and propose a branch?
[14:31] <dobey> ralsina: ok, i'll look at that
[14:31] <mandel> gatox, if you have time that would be great!
[14:32] <briancurtin> gatox: if you can take a look that would be awesome. i looked at it last week and i dont know what i was missing but i was confused at how it was happening, especially that it only happens on windows
[14:32] <mandel> gatox, is the very last broken tests in jenkins (until I add the mac slave)
[14:32] <gatox> mandel, yes..... i can do that while a lot of tests are being run in the mac to ensure that macfsevents is trusty :P
[14:32] <ralsina> dobey: bug  #959447
[14:32] <gatox> mandel, briancurtin ok..... i'll take that bug
[14:33] <mandel> gatox, I think there is not bug added for this issues, do you know briancurtin ?
[14:33] <mandel> you will need to create one
[14:33] <briancurtin> i dont think there is one. i know i didnt create one yet
[14:34] <mandel> ditto, so gatox you need to create one so that we keep track of this
[14:34] <gatox> mandel, ack
[14:44] <mmcc> Hi folks - happy friday
[14:45] <briancurtin> definitely happy friday. what's up mmcc
[14:46] <mmcc> I am pumping up an exercise ball as I sit here, and it is blowing my dogs' minds
[14:46] <gatox> mmcc, hi
[14:47] <mmcc> so I have two mp's that could use a review. mandel, you mentioned yesterday that you wanted to look at this sso client network detection bug from wednesday night: https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-1003692/+merge/107159
[14:47] <mmcc> did you get a chance to look at it?
[14:47] <mandel> mmcc, yes, but I forgot to give the +1, doing now
[14:47] <mmcc> cool, thanks mandel
[14:47] <gatox> mmcc, let me know if you need reviews..... it's my review day
[14:48] <mmcc> ok gatox: here you go: https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-networkstate-darwin/+merge/105926
[14:48] <gatox> mmcc, ok! on it
[14:48] <dobey> gatox: <height>16777215</height> <- can i please say "wtf" :)
[14:48] <mmcc> biggest signed 24-bit integer?
[14:48] <gatox> dobey, qt designer default maximum size
[14:49] <gatox> mmcc, ahhhhh but you will need alecu for that review
[14:49] <gatox> not me
[14:49] <gatox> mmcc, he already claim it
[14:49] <mmcc> gatox, he asked to review it but that was >1 week ago...
[14:50] <gatox> mmcc, ok.... i'll review it.... but you won't be able to merge it until he abstain
[14:50] <gatox> mmcc, because he appear as a reviewer
[14:50] <mmcc> ah. ok. well, up to you if you want to look at it or not then
[14:51] <gatox> mmcc, i'll take a look, no problme
[14:51] <mmcc> gatox, it says I can reassign the review request to you...
[14:51] <gatox> mmcc, try
[14:52] <mmcc> gatox, done. go forth and review!
[14:52] <gatox> mandel, ralsina if you guys review my branch..... and didn't found anything wrong..... you forgot to put your +1 :P
[14:52] <ralsina> gatox: putting it now
[14:52] <gatox> ralsina, thx
[14:52] <gatox> mmcc, great! reviewing!
[14:53] <mandel> gatox, I asked about the number and you decided to break things :)
[14:53] <mmcc> so last night I found yet another setuptools extension packager that almost sort of works, cx_freeze
[14:55] <ralsina> mmcc: I played with it a long time ago
[14:55] <ralsina> mmcc: and yes "almost works" is what I remember ;-)
[14:55] <mmcc> py2app needs work to find PyQt resources, pyinstaller doesn't work with unzipped eggs, and cx_freeze breaks pkg_resources
[14:56] <mmcc> I believe pyinstaller also breaks pkg_resources
[14:56] <mmcc> today's plan is to see if I can work around py2app's Qt problems (they seemed minor) to get it to the point where it breaks pkg_resources too, and then I get the triple crown of almost breakage
[14:56] <mmcc> er, almost workage
[14:57] <ralsina> mmcc: I approve of cx_freeze docs linking to my blog about Qt resources, though
[14:57] <mmcc> ralsina: I noticed that!
[14:57] <gatox> mmcc, are you tryiing to figure it out hoow to create the u1 dmg?
[14:57] <mmcc> nice article
[14:57] <ralsina> mmcc: thanks
[14:57] <mmcc> gatox: .app first, then dmg...
[14:58] <ralsina> gatox: you did try stuff for ninja, right? Maybe you and mmcc should talk about this
[14:58] <gatox> ralsina, actually i didn't do it..... but i can ask our french mac packager about that
[14:58] <gatox> mmcc, ^
[14:59] <mmcc> gatox, cool, thanks! is ninja pyqt?
[14:59] <gatox> mmcc, yes....
[14:59] <gatox> mmcc, and this guy have packaged other programs using pyqt, watchdog, and several libs, so he know some of the problems
[14:59] <gatox> and which things to use
[14:59] <mmcc> gatox: I'm downloading it now! hopefully my emacs won't get jealous
[15:00] <thisfred> me
[15:00] <dobey> meh
[15:00] <mmcc> yo
[15:00] <gatox> mmcc, disclaimer: the beta is not the best in mac :P
[15:00] <gatox> me
[15:01] <mmcc> gatox, that's ok - I'm just going to examine its package contents
[15:01] <ralsina> not me
[15:01]  * briancurtin is typing right now
[15:02] <thisfred> is that everyone? holiday in AR right?
[15:02] <dobey> yes
[15:02] <thisfred> DONE: bug #1003610 bug #1004486 TODO: Bug #1004540 BLOCKED: no NEXT: dobeyh
[15:02] <dobey> λ DONE: worked on logo issue in installer
[15:02] <dobey> λ TODO: expenses, reviews, set up milestones, triage
[15:02] <dobey> λ BLCK: none.
[15:02] <mmcc> DONE: packaging tools fun
[15:02] <mmcc> TODO: more packaging tools fun
[15:02] <mmcc> BLCK: NO
[15:02] <mmcc> NEXT: gatox
[15:02] <dobey> mmcc
[15:02] <gatox> DONE:
[15:02] <gatox> Fixed Bug #999885, Start reviewing mmcc branch, working in a u1-control-panel issue, run a lot of stress tests for macfsevents.
[15:02] <gatox> TODO:
[15:02] <gatox> Finish with the review and u1-cp issue. Keep testing macfsevents.
[15:02] <gatox> BLOCKED:
[15:02] <dobey> heh
[15:03] <gatox> No
[15:03] <gatox> next: not ralsina
[15:03] <dobey> next is briancurtin
[15:03] <ralsina> exactly!
[15:03] <briancurtin> DONE: get installers building and available through jenkins
[15:03] <briancurtin> TODO: see if i can swing that jenkins stuff into some type of nightly dev-channel for the updater, if not, get the C2C window working
[15:03] <briancurtin> BLOCKED: none
[15:04] <ralsina> comments?
[15:05] <ralsina> Anyone saw PEP 405? It's cool :-)
[15:05] <ralsina> And EOM
[15:11] <mandel> I was ignored!
[15:11] <mandel> :(
[15:11] <ralsina> NEXT: mandel
[15:11]  * ralsina unignores mandel
[15:11] <mandel> DONE: Proposed tools branch, some reviews more on fsevents daemon.
[15:11] <mandel> TODO: some ff project, 1-1 ralsina.
[15:11] <mandel> BLOCKED: no
[15:11] <ralsina> mandel: I don't see your "me" BTW
[15:12] <ralsina> mandel: 1-1 on monday because I am in a bar
[15:12] <mandel> ralsina, sure, no problem :)
[15:12] <mmcc> ralsina: still no home internet? :(
[15:12] <dobey> bars are the best place for 1-1s
[15:12] <ralsina> mmcc: I am in uruguay for the day
[15:13] <ralsina> in fact, I am taking the ferry back in about 1 hour
[15:13] <mmcc> ralsina: ah, ok.
[15:13]  * ralsina is worldly
[15:14]  * mmcc is looking at google maps
[15:14] <ralsina> mmcc: I am like 100km from my home
[15:15] <mmcc> ralsina: 100km from my house in every direction: just more Texas
[15:16] <ralsina> mmcc: here's for reference. Good thing I did not drive here: http://goo.gl/maps/Du7H
[15:17] <mmcc> yeah, that's some trip!
[15:18] <ralsina> mmcc: happens when there's a 80km wide river in the middle
[15:27] <dobey> alright, need to get lunch. bbiab
[15:27] <mmcc> eqq question: If the use of pkg_resources is broken in an egg, there's no reason to expect that zipping the egg will change that, right?
[15:27] <mmcc> or is there more to zipping eggs than just ... zipping them?
[15:28]  * gatox lunch
[15:29] <ralsina> mmcc: usually our problem has been that zipped eggs fail and unzipped eggs work
[15:29] <ralsina> and AFAIK yes, a zipped egg is just a zipped egg
[15:30] <mmcc> ralsina: hm. so pyinstaller "works" with zipped eggs by just copying the whole egg. but it won't work with unzipped eggs. They have two test cases, and the one with an unzipped egg fails.
[15:31] <ralsina> mmcc: sigh
[15:31] <mmcc> what I was wondering is why it can't just duh, copy the unzipped egg dir over too...
[15:31] <ralsina> mmcc: well, it's worth trying. Keep in mind that unzipped eggs may have some structure that is accounted for in the pth file
[15:32] <ralsina> mmcc: so sometimes maybe you have to copy a subfolder or something
[15:32] <mmcc> ralsina: noted.
[15:35] <mmcc> more details you didn't ask for: cx_freeze is happy to work with eggs, apparently treats them as if they're just directories of code, but you end up with code that expects to find data files using pkg_resources, and sys.exe_prefix is broken (it gets set to '/'), and pkg_resources wants python's makefile, which isn't anywhere useful...
[15:36] <mmcc> I'm a little surprised that this is so broken - why does it work with py2exe on windows but the similar mechanism for macs has these fundamental problems?
[15:36] <ralsina> mmcc: my guess is there's a ton more real life experience on windows
[15:36]  * mmcc goes to look at what py2exe does with pkg_resources
[15:37] <mmcc> ralsina: yep, 10x more eyes on the bugs :{
[15:37] <mmcc> here's hoping the solutions are portable
[15:37] <ralsina> mmcc: note that we still had to do a ton of special casing and file-collecting and module-listing and whatever-screwing to get py2exe to cooperate
[15:38] <ralsina> mmcc: and today I suspect none of us understand all of it, specially the older stuff mandel did
[15:38] <mmcc> ralsina: yes, I've had the windows setup.py up as a reference. I definitely expect some large amount of fiddling
[15:39] <mmcc> ralsina: one thing I'd like to do if I ever understand all of this is write a real intro/tutorial for whatever packager ends up winning. They all have side-project quality documentation
[15:39] <ralsina> while I remember that, we have a huge workaround there for lazr.restfulclient, which I don't think we are even using anymore
[15:39] <ralsina> mmcc: would be awesome
[15:40] <ralsina> mmcc: python pckaging is in the secret lore of the guilds stage, doc wise
[15:40] <mandel> ralsina, mmcc, so lazr restful api was remove it, so that code can be cleaned up
[15:40] <ralsina> mandel: I fear I may have injected something there that was not for lazr, as well :-)
[15:41] <mmcc> do any launchpad projects use readthedocs.org? it's pretty nice...
[15:41] <mandel> ralsina, mmcc, some of the work arounds are do to the way COM loads the libs which py2exe does not like and therefore we force it to be added
[15:41] <mandel> ralsina, mmcc I could do some clean up of the current setup.py to make it nicer, is not that hard, really
[15:41] <ralsina> mandel: you have lots of other, more important stuff, than fixing something that still works
[15:41] <mmcc> mandel, I've seen the COM stuff - we also have lazr.uri and lazr.authentication in there too
[15:42] <mandel> mmcc, does two, lazr things are dead because we now use the qt network stuff :)
[15:42] <mandel> ralsina, ok, anyway, if my help is needed I'm more than happy to jump in :)
[15:43] <ralsina> there is no lazr let in our codebase AFAICS
[15:43] <mmcc> mandel: ok, so we don't need to package any lazr stuff? great, that's one of the things that dies using pkg_resources
[15:43] <ralsina> mmcc: kill it. With fire, please :-)
[15:43] <mmcc> lazr fire?
[15:43]  * mmcc groans for you
[15:44] <mandel> mmcc, kill it using lasers!
[15:44] <ralsina> it's called lazr because it hurts the eyes
[15:44] <ralsina> mmcc: pyinstaller and starting from scratch is looking more tempting all the time
[15:45] <mmcc> ralsina: sorry, can't parse that...
[15:45] <mandel> ralsina, careful.. pyinstaller is not that easy
[15:46] <ralsina> mmcc: our py2exe script is full of weird stuff that's probably not even needed anymore
[15:46] <ralsina> mmcc: so maybe using pyinstaller, which is supposed to work portably on mac/windows and doing it anew is a good idea
[15:46] <mmcc> ralsina: oh, you mean not starting with our py2exe script.
[15:46] <ralsina> mmcc: OTOH, I recall the pain it was to get py2exe working and feel a sentimental attachment to it
[15:47] <ralsina> and I suspect pyinstaller's site is full of lies
[15:47] <briancurtin> anything dealing with packaging and distribution is lies and headaches
[15:47] <ralsina> briancurtin: right, which is why I am so happy about not tweaking it anymore on windows
[15:48] <mmcc> ralsina: yeah, I'm alternating between all of these options. pyinstaller needs some work, and has an unfamiliar API... I'm tempted to call it a weird design but it's probably just unfamiliar
[15:48] <briancurtin> reminds me of Saturday Night Live. "Do not taunt Happy Fun Ball"
[15:48] <mmcc> ralsina: pyinstaller's site is verifiably full of lies, or at least one lie: site says "works with eggs!" code says "only zipped eggs!"
[15:49] <ralsina> mmcc: which again makes things twice as hard since py2exe works only with UNzipped eggs, and our buildout is now broken for 1 platform
[15:49] <mmcc> so briancurtin, can you tell me what happens with the eggs that use pkg_resources on windows? this seems like the most fundamental problem here. py2apps docs describe this as being "incompatible with packaging (!)"
[15:50] <briancurtin> mmcc: i wish i could tell you, but i have no idea what any of that is about. i know more about speaking spanish than i do about packaging/setuptools/eggs
[15:51] <mmcc> briancurtin: yo tambien!
[15:51] <mmcc> I have no idea if I even spelled that right
[15:51] <briancurtin> i just typed it in google translate, and you did
[15:52] <mandel> oh.. padagans that want to learn how to swear, how great!!! ahora, dejaros crecer una coleta, cuando sea larga empezamos con la letra P
[15:54] <mmcc> oh, while I'm venting: cx_freeze's trunk branch has mac support code with several python syntax errors and a couple functions' worth of code that obviously doesn't work. quick fixes, but it gives me *so* much confidence in the rest
[15:55] <mmcc> it didn't even build
[16:00] <mandel> ralsina, mmcc, in my opinion 'mas vale malo conocido que bueno por conocer...' if we know how to work around py2exe I would not feel very adventurous, specially because packaging is a PITA
[16:02] <mmcc> mandel, gtranslate does poorly with that :) but I got it, and I agree
[16:04] <mandel> mmcc, but I'm ok with what ever you choose :)
[16:14] <ralsina> have to catch a boat, see you guys on monday, except the USians who I see on tuesday
[16:14] <ralsina> bye!
[16:14] <mandel> ok, have a good weekend!
[16:15] <briancurtin> enjoy the boat
[16:16] <mmcc> bye ralsina, have a good weekend
[16:17] <mmcc> lazr.restfulclient in current sso client: http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntu-sso-client/trunk/view/head:/ubuntu_sso/account.py#L41
[16:18] <mandel> mmcc, dammed! I though it was out :(
[16:19] <mmcc> mandel: it doesn't seem to be used, though
[16:19] <mmcc> maybe someone should review this: https://code.launchpad.net/~ballogy/ubuntu-sso-client/drop-lazr/+merge/107153
[16:20] <mmcc> timely!
[16:24] <mandel> mmcc, and doing it for arch, got to love open source!
[16:28] <dobey> i was going to review that
[16:28] <dobey> but i think alecu/nessita need to
[16:28] <mandel> dobey, I added alecu and me cause we worked on the proxy stuff
[16:29] <mandel> dobey, bur maybe alecu and nessita are a better combination
[16:30] <dobey> it doesn't have anything to do with proxy stuff does it? i think it was part of the timestamp correction fixing?
[16:30] <dobey> and iirc, that was all alecu
[16:30] <mandel> dobey, yes, alecu is the one that did it AFAIK
[16:43] <mandel> ok, eod for me, I'll do that review over the weekend
[16:43] <mmcc> mandel, wait 1 sec before you go...
[16:43] <mandel> mmcc, shoot!
[16:45] <mmcc> wait for it.. https://www.dropbox.com/s/oq2xll3fgp1hn3h/120525-first-pkgd-window-sso.png
[16:46] <mmcc> the only other quickie photo sharing site I could think of wanted me to tweet that
[16:46] <mmcc> so I used dropbox :\
[16:47] <mmcc> that's a .app from cx_freeze, after I removed lazr.
[16:48] <mmcc> anyway, time for a stretch break. have a great weekend mandel
[16:48] <mandel> mmcc, awesome!!! so we are getting to have a .app working, great news!
[16:49] <mandel> and I'm off to enjoy the weekend, all, laters!
[17:02]  * mmcc lunch
[17:10] <gatox> mmcc, when you are back...... just a quick question, is this: "import time; time.sleep(60)" in '
[17:10] <gatox> 391	--- ubuntu_sso/networkstate/tests/run_nwmgr_st really necessary?? (just want to know why it is there)
[17:33] <Boardinary> does the ubuntu one android app automatically sync files I've downloaded?
[17:50] <dobey> qengho: ^^ can you answer Boardinary ?
[17:55] <qengho> Boardinary: hi. Good question. It's changed recently or changing soon.  It did (optionally) upload all images that the Gallery app would show. A new change will try to ensure that files are located only in some of the few dozen places that camera apps save photos.
[18:19] <mmcc> gatox, that sleep is there to give you a minute to turn off your network and watch the status change before the script exits. It was just a dumb way to have the script not run forever but not have to handle canceling it nicely
[18:20] <mmcc> now that I think about it I could just wait on the main thread for keyboard input before exiting, that'd be simple too :)
[18:20] <gatox> mmcc, you have my +1 already
[18:21] <mmcc> great, thanks!
[18:21] <mmcc> hmm, so why is the mp still marked as 'needs review'? Do we need to flip that manually?
[18:27] <dobey> someone has to do it
[18:27] <dobey> it doesn't happen automatically
[18:29] <mmcc> ah, thanks dobey. I just set it to approved, then.
[19:32] <urbanape> mmcc: on the web & mobile team, typically the last reviewer sets the MP to approved (we usually just gather one review). In any case, anyone can mark the MP approved. By convention, we at least wait for pending reviews to be marked approved.
[19:36] <mmcc> thx urbanape. looks like the convention here is to get two reviewers, otherwise same.
[19:38] <urbanape> yup. we're rebels
[19:38] <mmcc> cowboys
[20:05] <gatox> eod here....... have a nice weekend everyone!
[20:40] <joshuahoover> dobey: do you know if it's bad if, as a workaround for the valicert issue on windows, i give users a cert file from my windows vm?
[20:41] <dobey> yeah that's bad
[20:41] <dobey> tell them to make sure they have all the root certificate updates from MS, installed
[20:42] <joshuahoover> dobey: k, that should come via windows update?
[20:42] <dobey> joshuahoover: yep
[20:42] <joshuahoover> dobey: cool, thanks!
[20:42] <dobey> joshuahoover: are we seeing that issue with a lot of users on windows?
[20:42] <joshuahoover> dobey: not a lot, but maybe 5 this week
[21:03] <dobey> alright, need to run. have a good (long) weekend all!
[21:03] <briancurtin> you too dobey
[21:24] <thisfred> have a nice weekend all!
[22:38] <mmcc> heading out - have a great weekend everyone, see you Tuesday.