[08:17] <mandel> morning all!
[08:28] <JamesTait> Good morning all! :)
[11:29] <gatox> good morning!
[12:09] <ralsina_> good morning!
[12:10] <alecu> mood gorning!
[12:13] <gatox> ralsina_, alecu hi
[12:13] <gatox> alecu, i'm waiting for charles because i found a weird problem with the syncmenu
[12:14] <ralsina_> gatox: "weird".... do I want to know?
[12:15] <alecu> gatox: what happened?
[12:15] <gatox> ralsina_, is not something that we were using so far..... but the issue i'm working on requires that..... and it seems to be a problem
[12:15] <gatox> alecu, i'm preparing a script independent from u1-client now to test it
[12:15] <gatox> but the problem is
[12:16] <gatox> that when i execute the call to set_paused to change the ON|OFF button in the menu from u1-client to keep the menu state synced with syncdaemon...... it seems that it enters in a loop and keep changing the signal all the time eating all my cpu
[12:18] <mandel> ralsina_, gatox hello o/
[12:18] <gatox> mandel, hi
[12:18] <mandel> ralsina_, I landed my first branch in nux.. a rather pathetic one: https://code.launchpad.net/~mandel/nux/set-password-mode-correct/+merge/126426
[12:18] <mandel> ralsina_, explains what I mean when I say it sucks..
[12:19] <ralsina_> mandel: no comments
[12:19] <ralsina_> mandel: I *do* have comments, but I will keep them here, in this little box.
[12:19] <mandel> ralsina_, which I'm sure I share..
[12:19] <ralsina_> mandel: I mean... this basically means noone ever *used* a password box, right?
[12:20] <mandel> ralsina_, exactly, we are the first ones
[12:20] <mandel> ralsina_, and tabbing also broke our staff on the unity side which I already fixed in the preview
[12:20] <ralsina_> mandel: awesome
[12:21] <mandel> ralsina_, at least I'm learning the code base well looking for stupid things like this
[12:21] <ralsina_> mandel: hey, that glass is half full! :-)
[12:22] <mandel> ralsina_, is the only possible way to look at this
[12:22] <mandel> hehe
[12:22] <gatox> alecu, you can test it with this script if you want: http://paste.ubuntu.com/1228368/
[12:22] <mandel> ralsina_, I'm also nearly done with the link ui element, problem is, I have no design input regarding its focus looks etc..
[12:23] <mandel> ralsina_, so I'll have to spend some time on that as soon as it is done
[12:23] <gatox> alecu, you can see there is not any kind of loop calls there....... and if you press the ON|OFF in the menu the function is called just once...... but if you press the other button..... it gets stuck calling the "change_sync_status" function
[12:23] <ralsina_> mandel: http://what-if.xkcd.com/6/
[12:24] <ralsina_> mandel: oh, you reminded me what I have to do now :-)
[12:24] <gatox> ralsina_, alecu if it's okay for you.... i'll move on to the shares tab issues now..... and wait for charles to answer my ping......
[12:24] <gatox> he always answer....... but he is away right now
[12:25] <ralsina_> gatox: sure
[12:25] <gatox> great
[12:26] <mandel> ralsina_, lol
[12:33] <dobey> hmm
[12:41] <gatox> ah dobey ..... i needed to ask you something
[12:41] <gatox> dobey, do we need a ui freeze for this? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/menu-separator/+merge/126006
[12:41] <gatox> dobey, ralsina told me to ask you
[12:41] <dobey> to land in trunk? no. to land in stable-4-0 and ship to ubuntu next week, technically yes.
[12:42] <ralsina> gatox: see, toldya
[12:42] <ralsina> dobey: we can probably slip it by since it's not visible in the default install
[12:42] <gatox> crap....
[12:42] <dobey> but as there are no docs for that UI, and it's not visible by default, and there are no string changes, we can probably slip it in
[12:42] <ralsina> dobey, gatox: but it's easier to do post-release in a microreleae
[12:43] <ralsina> OMG, I am channeling my inner dobey!
[12:43] <ralsina> dobey: BTW, feeling better?
[12:43] <dobey> yes
[12:44] <dobey> and ui freeze or not, no reason to block it landing in trunk…
[12:48] <ralsina> dobey: I am reluctant to have trunk and stable-4 diverge right now
[12:48] <ralsina> dobey: unless there is a very good reason
[12:48] <mandel> lunch time here
[12:53] <dobey> ralsina: they alreayd have, for u1client anyway
[12:55]  * ralsina goes diff
[12:55] <ralsina> dobey, gatox: ok, in that case, let's put that in trunk and try to sneak it
[12:55] <ralsina> let's make lemonade out of the no-sync-menu lemon
[13:03] <dobey> uhm
[13:04] <dobey> anyone know why this failure would happen? -> https://launchpadlibrarian.net/117300280/buildlog_ubuntu-quantal-armhf.ubuntuone-client_3.99.92-0ubuntu2_FAILEDTOBUILD.txt.gz
[13:07] <ralsina> dobey: looking...
[13:07] <dobey> ugh, my ping sucks on speedtest.net
[13:08] <dobey> but yay for more speed
[13:08] <ralsina> dobey: well, there is a test failing...
[13:08] <dobey> right, but why would that test only fail on armhf?
[13:08] <ralsina> dobey: the test code seems to have nothing architecture-relevant
[13:08] <ralsina> no bit twiddling...
[13:09] <dobey> ralsina: right, though possibly a dependency might and it might have changed recently
[13:09] <ralsina> dobey: in which case it's not going to be debuggable, really
[13:10] <ralsina> dobey: what would be a armhf? I have an arm box here I could get ubuntu on...
[13:11] <dobey> i have no idea. i guess it's the newer binary format, and it supports a7+ chips or something like that
[13:11] <ralsina> hmmm
[13:11] <ralsina> tempting if I had unlimited time
[13:11] <ralsina> dobey: how bad is this failure practically?
[13:12] <dobey> i don't know. i'm tempted to just not run the tests on arm
[13:12] <ralsina> dobey: could be a race condition if that builder was being insanely slower than anything else
[13:13] <dobey> yeah i think i need to ping doko. this was also only in the test rebuild of the archive, which i think does things a little differently than normal builders do
[13:13] <dobey> the package curently in the archive seems to have built fine on all archs
[13:15] <dobey> i wonder if we can get arm enabled for our PPAs
[13:15] <ralsina> dobey: good idea
[13:16] <ralsina> dobey: we could even get an arm jenkins if I do put ubuntu on that thing :-)
[13:16] <dobey> i wonder if we have any arm instances available in the 'stack
[13:18] <ralsina> hey, we have windows dailies again, yay
[13:19] <dobey> yep
[13:20] <briancurtin> ralsina: yeah i noticed they were down for almost 10 days i think :/ apparently the jenkins user token on the server was out of date (or something like that)
[13:20] <ralsina> briancurtin: well, there were failing tests, too, which you fixed :-)
[13:21] <briancurtin> if there were 25 hours in a day, i would like to find a way to make it more noisy when it fails or is down. i wish i could hook it up to my doorbell
[13:22] <dobey> there's an arduino for that
[13:23] <dobey> but then you'll be checking the door every 5 minutes
[13:23] <briancurtin> i still have those mini police lights that ive been meaning to hook up to an adruino. there's a video of a guy who hooked them up to his web server status tools
[13:24] <ralsina> briancurtin: well, if your IRC client has customizable alerts, you can make it arbitrarily noisy :-)
[13:24] <ralsina> briancurtin: specially with something like an android IRC client
[13:24] <dobey> hook it up to a wub machine
[13:24] <dobey> when there's an error, your floor will drop
[13:25] <briancurtin> ralsina: yeah now that it's up and running i'll catch the updates in -internal and think about making something out of them
[13:31] <dobey> hrmm
[13:41] <dobey> ralsina: so armel/armhf builds should be enabled for our nightlies/beta/stable PPAs now :)
[13:43] <ralsina> dobey: cool!
[13:44] <dobey> ralsina: http://askubuntu.com/questions/192467/frozen-dialogue-window-in-ubuntu-one <- have you seen that before?
[13:44] <ralsina> dobey: looking
[13:45] <ralsina> dobey: no, have not seen it
[13:46] <dobey> ralsina: the issue you fixed previously was about the file picker dialog not coming up at all?
[13:46] <ralsina> dobey: don't really remember
[13:47] <dobey> ok, i recall there was an issue with that part of the UX, and you fixed something for it. thought this might be the same/related issue
[13:48] <dobey> ralsina: were you reviewing gatox's menu-separator branch?
[13:53] <dobey> ralsina: also, nice reply. "Any progress?" "Yes."
[14:01] <dobey> yay unicode bugs :(
[14:05] <ralsina> dobey: I have a +1 for that branch somewhere, just didn't apply it
[14:06] <dobey> ralsina: ah, would be a good branch to land to trigger a nightlies build :)
[14:08] <mmcc> morning, folks
[14:09] <gatox> mmcc, hi
[14:14] <mmcc> mandel, I was looking at the operation queue in the daemon last night and I have a question - were you intending to have it spawn multiple threads to send events to the clients? (this isn't about the one dispatcher thread, it's the operation queue on which you put an NSBlockOperation for each event
[14:15] <mmcc> the default is for it to use as many threads as it can, and to run them concurrently -- so events are not delivered in the order we get them from the system
[14:16] <mandel> mmcc, yes, the idea is that it is dispatching to multiple clients the same event, right? maybe there is a bug in that idea. I wanted to dispatch to client 1 and client 2 at the same time
[14:17] <mandel> mmcc, although, now that I think about it, that should never happen
[14:17] <mmcc> hmm, ok. yeah, need to look at that
[14:17] <mmcc> yeah, probably won't happen.
[14:19] <mmcc> right now, it uses up to ~512 threads on my machine concurrently sending events to the same client. seems like we should deliver them in the order that they come from the system - in theory a delete could move ahead of a create, or other bad stuff. especially so on a heavily loaded system
[14:21] <mandel> mmcc, yes, that sound like a bad idea
[14:21] <mandel> mmcc, also, 512 threads is a crazy number for such little work
[14:24] <mandel> alecu, the ui is back to work and the link now have the underscore, I'll be cleaning the code a little and will probably talk with them on who to land this in a ppa, how is the scope work going?
[14:25] <dobey> hrmm, i really need to install my new hard drive and get quantal installed on it, for my workstation
[14:25] <dobey> and figure out what to do about my unusable RAID
[14:25] <mmcc> mandel: definitely. I had some extra logging in there which was slowing down each individual event, so I think that's why it kept spawning threads for new events. anyway, it's going to get serialized somewhere talking to the socket, so the queue should be serial too
[14:26] <mmcc> mandel: I wonder how that socket API handles many threads calling it. we don't lock it, and it has a timeout. chances are some events are dropped when there are lots of them like that
[14:27] <alecu> mandel: I'm stuck in the middle of cleanup, and fighting with what seems an issue either with me or the vala compiler :-(
[14:27] <mandel> mmcc, it would be nice to know what happens when the twisted method does not fetch events fast enough too
[14:28] <mandel> alecu, ok, let me know when you have something so I can test everything together
[14:28]  * mandel logsout to try to use his unity branch
[14:30] <mmcc> mandel: it looks like if the socket buffer fills because the consumer isn't reading fast enough, eventually a send will timeout and that'll make the daemon add the client to the dead list
[14:30] <Laney> ah, I see in the music streaming status that you get timeouts with a large library
[14:30] <Laney> is there any actual point in contacting support?
[14:33] <mandel> mmcc, hm.. that is a problem, right? we don't want to be removed from the daemon.. or if we are, we need to send a local rescan event in the sd and reconnect to the fsevents daemon
[14:35] <mmcc> mandel: yeah, I'll file a bug to fix that. need to test & propose a couple other tweaks first
[14:38] <mandel> mmcc, sounds like a decent amount of work to be done
[14:39] <dobey> joshuahoover, beuno: ^^ can you answer Laney ?
[14:40] <beuno> Laney, we're testing out a fix for that right now. How much music do you have?
[14:40] <Laney> up to 16324
[14:41] <joshuahoover> Laney: beuno is the guy leading the charge to fix the timeouts so you're talking to the right guy :)
[14:41] <Laney> there's probably some album art and stuff in that count though
[14:41] <mmcc> mandel: yeah, handling heavy load might require a bit of extra thought. the stuff I'm doing now was luckily small obvious changes with a big impact :)
[14:41] <Laney> beuno: about 87G ...
[14:41] <mandel> mmcc, awesome! I have some pause between c++ and c++ did you take a look at the review I did with the needs fixing?
[14:41] <beuno> Laney, what email do you use for SSO?
[14:41] <Laney> I just told it to sync ~/Music
[14:42] <Laney> iain@orangesquash.org.uk
[14:42] <mmcc> mandel: for instance, NSThreads need their own autorelease pool, so we were leaking basically every object we ever allocated. :\ Wish I'd noticed that earlier
[14:42] <mandel> mmcc, ouch!
[14:42] <mmcc> mandel: no, I didn't see the review. what branch was it?
[14:42] <mandel> mmcc, I can't remember, you posted it very late your night a few days ago
[14:43] <mmcc> mandel: yeah, urbanape reported the daemon using 15GB of memory
[14:43] <Laney> beuno: ^
[14:43] <urbanape> since killing it yesterday, it's grown steadily to 7GB now
[14:43] <Laney> sorry, I'm bad with pinging people
[14:43] <mmcc> he was running out of disk! :)
[14:43] <beuno> Laney, cool, give me a few minutes
[14:44] <mandel> mmcc, wow!
[14:44] <mmcc> urbanape: see above, definitely fixed in the next build, we will no longer leak everything. I'll get it to you stat
[14:44] <urbanape> woot!
[14:44] <urbanape> Glad to help
[14:44] <mmcc> urbanape: many thanks for pointing it out! :)
[14:45] <mandel> urbanape, yes, nice catch!
[14:46] <urbanape> The benefits of a tiny SSD.
[14:51] <beuno> Laney, pm'd
[14:56] <dobey> ralsina: apply that +1 already :)
[14:58] <Laney> ah, sweet sweet streaming music
[15:00] <gatox> me
[15:00] <dobey> me
[15:00] <mandel> me
[15:00] <mmcc> me
[15:00] <briancurtin> me
[15:00]  * Laney gets scared and leaves
[15:01] <gatox> ralsina, alecu ?
[15:01] <alecu> me (writes notes)
[15:02] <gatox> DONE:
[15:02] <gatox> Found a problem with the SyncMenu implementation when you want to trigger a state change from python. Fixed Bug #1056201
[15:02] <gatox> TODO:
[15:02] <gatox> Propose branch for u1-cp shares tab. Keep working in Shares tab related issues.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> dobey, go
[15:02] <dobey> DONE: bug triage, sick day, poked to enable armel/armhf on our PPAs
[15:02] <dobey> TODO: bug triage, fix bugs, prep for final release on monday
[15:02] <dobey> BLCK: None
[15:02] <dobey> mandel: go
[15:02] <mandel> DONE: (All is preview work)Fixed bug in nux that was preventing text entries from hidding the input when using SetPasswordMode(true). Fix the mechanism to find the currently selected ui element in the preview to return the text entry. Got password input back to work. Finished styling of secundary actions (forgotten password, change payment).
[15:02] <mandel> TODO: talk with design to get a style to be used when we hover over secundary actions and when they are activated. Start cleaning code and splitting it to be sent to unity trunk.
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> COMMENTS: on a very slow connection for no known reason (I'm at the office).
[15:02] <mandel> mmcc, please
[15:02] <mmcc> DONE: tried&failed to repro sync bug, fixed memory leaks in daemon
[15:02] <mmcc> TODO: wrap up memory leak fix, look at op-queue and load handling
[15:02] <mmcc> BLOQ: no
[15:02] <mmcc> NEXT: briancurtin
[15:03] <briancurtin> DONE: poked jenkins into running, review, looking into vista issue from support
[15:03] <briancurtin> TODO: hopefully get more details on vista issue, run cloud-to-computer branch to manually test it
[15:03] <briancurtin> NEXT: ?
[15:03] <briancurtin> alecu
[15:04] <alecu> DONE: a bit of cleanup, got stuck with vala sync and closures misbehaving
[15:04] <alecu> TODO: wrap up vala lens work
[15:04] <alecu> BLOCKED: yes, with vala
[15:04] <alecu> NEXT: ralsina
[15:13] <gatox> alecu, ralsina i already talk with charles, he sees the problem too and is working on that...... now i have this other branch for review if you have a moment: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/not-share-again/+merge/126474 (plus the others for u1-client)
[15:14]  * mandel log out to try a new unity version
[15:15] <mmcc> gatox, will the test in that branch work on windows with those hard coded '/'s in the paths?
[15:15] <gatox> mmcc, where? for the last branch?
[15:15] <mmcc> gatox, this one: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/not-share-again/+merge/126474
[15:16] <gatox> mmcc, the / are only for the tests
[15:18] <mmcc> gatox: ok, just checking. I remembered the paths caused a problem in previous tests
[15:18] <gatox> mmcc, ok..... thx for checking..... but yes, i tested this branch on windows too and it's all green
[15:19] <mmcc> gatox: cool, sorry to bug you then
[15:20] <gatox> mmcc, nop! no problem!
[15:22]  * gatox lunch + bank
[15:23] <dobey> ralsina: do you have that +1 for https://code.launchpad.net/~diegosarmentero/ubuntuone-client/menu-separator/+merge/126006 ? :)
[15:23] <dobey> and i think it's time to get some lunch here. bbiab
[15:27] <mmcc> mandel, I replied & fixed up wrt your comments here https://code.launchpad.net/~mikemc/ubuntuone-control-panel/launchdaemon/+merge/124847
[15:28] <mmcc> mandel: also, thanks for the thorough review
[15:39] <mandel> mmcc, awesome, looking again
[15:47] <ralsina> Hello again, sorry, unexpected lunch
[15:51] <ralsina> dobey, gatox_lunch: global +1 on the separator
[15:55] <mmcc> hey, has anyone running os x 10.8 tried setting up a new SSO account ? Lisette is seeing errors when displaying the captcha, and I'm not - I'm wondering if it's the OS version
[16:00] <mandel> mmcc, I did back when I was working full time with it and had no issues
[16:03] <mmcc> mandel: ok, thanks. also, looks like she's running 10.7 anyway. it fails loading PIL, but I can't imagine why
[16:04] <mandel> mmcc, hm..I had a similar problem back then.. with it not finding the libjpg in the system
[16:05] <mandel> mmcc, but this happened to me at the very very beginning of the project
[16:06] <ralsina> mandel, mmcc: it may be better to bundle our own ibjpeg :-(
[16:06] <mmcc> mandel: this is a different bug. IIRC, your bug was Qt not loading its image plugins correctly, and the fix was to add PIL. this bug is that PIL doesn't work for lisette: https://bugs.launchpad.net/ubuntu-sso-client/+bug/1050534
[16:07] <mmcc> it can't find the _imaging.so c extension module, but I had her list the contents of the lib-dynload directory, and it's there
[16:08] <mmcc> hmm, maybe this is the bug mandel saw long ago? does _imaging.so depend on libjpg…?looking
[16:09] <mandel> mmcc, I think so, I saw that but because I did easy_install pil and the lib was not there
[16:10] <mandel> mmcc, so it will fail to find *.so I cant remember witch
[16:13] <mmcc> ok, so _imaging.so does depend on libjpg, but we're not bundling it. so now I should figure out why it works on my system :)
[16:14] <mandel> mmcc, he, good :)
[16:16] <mandel> ok, EOD for me
[16:16] <mandel> mmcc, I already gave you the +1 but left it for you to approve
[16:16] <mandel> laters o/
[16:17] <mmcc> ok mandel thanks
[16:17] <mmcc> bye
[16:18] <mmcc> anyone have any insight on this unhelpful KeyError in the cloud-to-computer folders panel? https://pastebin.canonical.com/75365/
[16:18] <mmcc> this is another one from lisette, who is an excellent (unlucky) tester
[16:19] <ralsina> mmcc: hmmm
[16:19] <ralsina> mmcc: let me think that one 5'
[16:20] <mmcc> thanks ralsina
[16:20] <ralsina> mmcc: may I mention that I hate @handle_errors?
[16:23] <ralsina> mmcc: is she getting a dialog about merging UDFs?
[16:24] <ralsina> mmcc: ok, the log is useless, no idea where in that function it's crashing
[16:25] <bender_rodriguez> I'm using this channel for testing purposes, please ignore me.
[16:25] <lisettte> ralsina: yes i did get a merge notification when trying to sync my cloud Music folder
[16:28] <ralsina> lisettte: ok
[16:28] <ralsina> mmcc: then the only possble place to cause that is the call to self.backend.change_volume_settings
[16:29] <mmcc> ralsina: check. lisette, can you paste the syncdaemon log? I'm wondering what that stringbelongs to
[16:32] <lisettte> mmcc: which one? i got 8
[16:33] <mmcc> lisettte: the most recent one, probably.
[16:33] <mmcc> should be just ~/Library/Caches/ubuntuone/log/syncdaemon.log
[16:34] <lisettte> mmcc: not syncdaemon-exceptions.log?
[16:37] <mmcc> lisettte: no, just the regular one
[16:46] <dobey> sweet
[16:46] <dobey> arm builds are building
[16:53] <alecu> lunch and errands for me
[16:55] <dobey> man, the armel builds are going to take forever
[16:56] <dobey> but armhf seems happy so far at least
[16:58] <dobey> whee
[16:58] <dobey> http://www.speedtest.net/result/2203708342.png
[16:58] <dobey> ping sucks, but eh
[16:58] <ralsina> dobey: 1stworldproblems
[16:59] <dobey> indeed
[16:59] <kirkland> howdy
[16:59] <kirkland> OOPS-b396afc2be47431181473175ae53c5dd
[16:59] <dobey> and the bw would be much faster, but for some reason they still won't let me buy any service faster than the 75/35 :-/
[16:59] <kirkland> bought a couple of albums on the u1 web interface, got an email receipt that I've been charged, and that OOPS
[17:00] <dobey> beuno: ^^
[17:00] <ralsina> dobey: I am at my wife's office and get 92ms/2.65Mbps/0.49Mbps
[17:00] <kirkland> hiya beuno
[17:00] <ralsina> dobey: at home I get around 2x each one
[17:01] <dobey> ralsina: clearly you should go home :)
[17:01] <ralsina> dobey: including ping :-)
[17:01] <dobey> oh, you mean 2x slower?
[17:01] <chaselivingston> kirkland: what email address is associated w/ your u1 account?
[17:01] <ralsina> dobey: 2x longer ping, 2x more bandwidth
[17:01] <dobey> lolwut
[17:01] <dobey> ralsina: is it a satellite dish?
[17:01] <kirkland> chaselivingston: -> PM
[17:01] <ralsina> dobey: haha, satellites are 330ms ;-)
[17:02] <ralsina> dobey: ok, correction, the ping is only 30ms because speedtest's server is hosted in my home's ISP
[17:02] <dobey> heh
[17:02] <ralsina> dobey: but ping to for example 8.8.8.8 is 90ms there are 50 here
[17:03] <dobey> you should tell google to upgrade buenos aires with gigabit everywhere
[17:04]  * gatox hates banks
[17:04] <ralsina> dobey: I suspect even google doesn't have quite that much money
[17:04] <ralsina> considering buenos aires has roughly 25 million meters of street
[17:06] <dobey> ralsina: google has street view of the great barrier reef. I think they can spend $15 mil to run cable through a city :)
[17:12] <ralsina>   dobey: it's more like 150 mil
[17:12] <ralsina> (I am guessing like crazy here ;-)
[17:13] <ralsina> but yes, the street view of the great barrier is awesome
[17:14] <dobey> well, i'm guessing that buying ~25mil meteres of cable will come with a very nice bulk discount :)
[17:16] <Chipaca> dobey: but then you need to import it into argentina
[17:17] <dobey> even at $1/m it still comes out to $25 mil just for the cable. and installation costs will probably come out cheaper. of course, all the other equipment will also be pretty costly. but probably total cost would come out much less than a couple fighter jets, and depreciated over 5 years.
[17:17] <dobey> Chipaca: i hear politicians like money. :)
[17:17] <Chipaca> shocking
[17:17] <Chipaca> :)
[17:17] <dobey> heh
[17:21] <ralsina> Just the connectors for joining the cable are probably several million dollars.
[17:21] <dobey> connectors?
[17:22] <ralsina> dobey: yes, you need the little thingies to connect the fiber optics to other things :-)
[17:22] <ralsina> dobey: and in this case, you need a few millions of those
[17:22] <dobey> oh, fiber
[17:23] <ralsina> even if they did fiber to UTF switches per block, that's still about ... 200K switches
[17:23] <ralsina> UTP
[17:23] <ralsina> which is (more wild guessing) about 3 days of the world's switch production
[17:23] <dobey> fiber is so passe. neutrino network ftw.
[17:24] <ralsina> dobey: the problem is the million-gallon neutrino receiver ;-)
[17:24] <dobey> ralsina: great thing is, it can be anywhere on the earth :)
[17:25] <ralsina> Also, 25 megameters of optic fiber with a 2mm plastic jacket are 1.6 million cubic meters of fiber
[17:25] <ralsina> (decimal point may be slightly misplaced ;-)
[17:29] <ralsina> The right number is 157K cubic meters of fiber, or a cube 54 meters on a side
[17:48] <mmcc> hmm, I need some reviews: a short one for alecu (or just anyone not ralsina) here: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-default-fs-monitor/+merge/125291
[17:48] <gatox> mmcc, alecu this branch has been updated: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-timer/+merge/125499
[17:48] <gatox> mmcc, i'll take that one
[17:48] <mmcc> could use a second review on this one: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/remote-folders-fix/+merge/126037
[17:48] <mmcc> gatox, thanks
[17:49] <mmcc> and this really short one needs reviews also: https://code.launchpad.net/~mikemc/ubuntuone-client/darwin-platform-platform/+merge/126345
[17:50] <mmcc> back in ~15, need to get coffee. tea will only get you so far
[17:59] <beuno> kirkland, hi!  I'll be right with you
[18:00] <beuno> kirkland, did you by any chance cancel your U1 account at some point?
[18:00] <chaselivingston> beuno: we got him straightened out already :)
[18:01] <beuno> ah, awesome
[18:13] <gatox> mmcc, +1 in the first one and globally approved..... and the other one was globally approved already
[18:14] <mmcc> gatox: great, thanks
[18:14] <mmcc> gatox, on your client-timer branch, the DummySyncMenu needs an update_transfers function, because you pass that to aggregator.register_listener in aggregator.py. I wasn't clear in my comment earlier but I was thinking you'd just s/start_timer/update_transfers in the dummy class and its test
[18:15] <gatox> mmcc, ahhh ok
[18:18] <ralsina> oh, joy, launchpad 502 error from jenkins. Let's give it another chance.
[18:18] <gatox> mmcc, done
[18:18] <ralsina> oh, ubot5 you are so amusing
[18:19] <dobey> it's gangnam style
[18:23] <mmcc> gatox: thanks, +1
[18:23] <gatox> dobey, LOL
[18:24] <mmcc> gatox, is that the last branch you have pending for the sync_menu stuff?
[18:24] <gatox> mmcc, nop..... y have another one
[18:24] <gatox> mmcc, this one: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-menuorder/+merge/125768
[18:28] <mmcc> gatox, ok, cool. don't think I can review that without Q though, right?
[18:28] <mmcc> but at least I can propose my other branch that fixes the common.py dummy syncmenu now
[18:28] <gatox> mmcc, nap
[18:28]  * mmcc could really use a nap
[18:28] <gatox> mmcc, ah yes! let me know when you propose that....... i can do the review
[18:31] <dobey> wonder what the easiest way to set up raid 1+0 on ubuntu server is
[18:33] <ralsina> dobey: never done it on ubuntu :-(
[18:35] <ralsina> dobey: usually, that's not bootable, so you end up setting up /boot as a 4-way mirrored raid
[18:36] <mmcc> launchpad timeout for everyone or just me?
[18:36] <ralsina> mmcc: it timed out for me and jenkins a few minutes ago, then worked
[18:37] <gatox> mmcc, working now
[18:37] <dobey> ralsina: well for these 4 disks, they're just extra data partitions, not the OS drive. I'll be setting up just plain raid mirroring for the OS drive on a couple of small SSDs
[18:38] <ralsina> dobey: ok, then just install and build the raid manually
[18:38] <ralsina> dobey: it's a few mdadms away :-)
[18:39] <dobey> hrmm
[18:39] <ralsina> dobey: IIRC it's just creating md0 and md1 as raid1 and then a raid0 over them (or viceversa)
[18:39] <ralsina> then mounting that last one
[18:40] <dobey> well, i want to have 2 of them in raid 0. and the other two being the raid1 mirror of that first set
[18:40] <dobey> so some redundancy, and ~4TB of storage
[18:41] <ralsina> dobey: sure, 1+0 is exactly the same as 0+1
[18:41] <ralsina> dobey: so, just do it via mdadm after install, should take 5 minutes
[18:41] <dobey> right
[18:42] <dobey> just want to make sure i don't accidentally destroy my server in the process :)
[18:42] <ralsina> well, that can *always* happen ;-)
[18:42] <ralsina> just type v e r y c a r e ff u l l y ;-)
[18:51]  * dobey ponders just marking all these bugs invalid
[18:52] <mmcc> argh, launchpad still timing out on resubmitting a merge proposal…
[19:08] <dobey> hrmm
[19:08] <dobey> i wonder if mdadm accepts UUIDs
[19:17] <ralsina> dobey: yes, option -u
[19:23] <dobey> ralsina: man page says that's only for assemble mode
[19:23] <ralsina> dobey: what mode do you need uuids for?
[19:24] <dobey> ralsina: i want to avoid using /dev/sd[a-z] at all
[19:24] <ralsina> dobey: ok, so you use uuids for assemble mode
[19:24] <dobey> ralsina: my enclosure is JBOD and whenever i power it off and back on, the disk positions change
[19:24] <ralsina> then you have new devices that have their own UUIDs
[19:24] <dobey> ralsina: --create rquires devices
[19:25] <ralsina> dobey: ok, but create is only once
[19:25] <ralsina> dobey: and then the device names don't matter because you assemble the device using uuids
[19:25]  * ralsina is slightly foggy on mdadm finesse
[19:27] <dobey> i don't think i can do what i want :(
[19:34] <chaselivingston> ping mmcc: file sync keeps disconnecting for me, any ideas why?
[19:35] <mmcc> chaselivingston: not off the top of my head, can you send syncdaemon.logs?
[19:36] <chaselivingston> mmcc: of course :)
[19:36] <chaselivingston> mmcc: https://pastebin.canonical.com/75392/
[19:36] <dobey> brb, need to take a little break
[19:39] <mmcc> chaselivingston: hmm, that's all download progress updates. which I think maybe we should stop logging :)
[19:39] <chaselivingston> mmcc: maybe so :)
[19:40] <mmcc> do you have  a syncdaemon.log.* from around the time when you got disconnected?
[19:40] <chaselivingston> mmcc: let me look
[19:42] <chaselivingston> mmcc: just emailed a zip your way w/ some logs
[19:42] <mmcc> chaselivingston: thanks
[19:43] <chaselivingston> mmcc: np
[19:50] <mmcc> chaselivingston: it looks like you're just legitimately losing the network connection. are you on a flaky network or something?
[19:50] <chaselivingston> mmcc: no, everything else is good...
[19:50] <chaselivingston> mmcc: or at least seems to be
[19:55] <mmcc> hmm. here's a paste of what I'm looking at -- https://pastebin.canonical.com/75396/ <--- does anyone else recognize this SSL error that chaselivingston is seeing?
[20:12] <alecu> gatox: I've added a couple of small fixes needed in your branch: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-timer/+merge/125499
[20:12]  * gatox looking
[20:12] <alecu> gatox: but I've already approved it, since they are very small
[20:13] <gatox> alecu, yes copy/paste problems mostly..... fixing
[20:13] <alecu> gatox: the "listener" name change is because they don't specify what they are listening to.
[20:21] <mmcc> anyone want to review a setup-mac branch? https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/byo-libjpeg/+merge/126538
[20:21] <mmcc> this should fix lisette's issue with the captcha
[20:21] <alecu> gatox: the menuorder branch looks mostly good
[20:21] <mmcc> it bundles a copy of libjpeg
[20:21] <ralsina> mmcc: got it
[20:21] <alecu> gatox: I'm running the tests on both
[20:21] <gatox> alecu, timer fixed.... waiting for launchpad to rescan it to approve
[20:22] <ralsina> mmcc: if you have the qt image plugins working, then maybe it's a better idea not to use PIL
[20:22] <ralsina> mmcc: OTOH, that still means bunding libjpeg so notinteresting :-(
[20:23] <mmcc> ralsina: heh. well, we're already bundling libqjpeg… which doesn't appear to need libjpeg
[20:23] <ralsina> mmcc: hmmm.... well, then maybe it is a bit interesting ;-)
[20:23] <mmcc> so if we wanted to get rid of PIL we could… but I'd want to be sure it worked on windows too…
[20:23] <mmcc> and I haven't done anything with the Qt plugins on windows
[20:25] <briancurtin> my hands could use a break from mashing the keyboard, be back in a bit (i'm not intentionally running away from PIL/Qt)
[20:25] <ralsina> mmcc: on windows we already bundle libjpeg
[20:25] <ralsina> mmcc: IIRC we are using PIL only in !≃ linux ... checking...
[20:26] <mmcc> ralsina: no, it looks like PIL is always being used
[20:26] <ralsina> yep
[20:26] <ralsina> ok, then let's leave that for some distant future if your current fix works
[20:26] <mmcc> but on linux qt plugins should just work, right?
[20:27] <ralsina> mmcc: yes, on linux they do
[20:27] <ralsina> on windows they don't
[20:27] <ralsina> on macs I don't know
[20:27] <mmcc> on macs they work if you put them in the place Qt expects them (and we do, now)
[20:27] <mmcc> I think on windows it's the same issue, Qt is just looking for them somewhere that isn't well documented
[20:28] <mmcc> and you need to have an empty qt.conf somewhere else that isn't welld ocumented, to poke it to look in the other dark place
[20:28] <ralsina> mmcc: yes, it's one of those things where we just ran out of time to debug
[20:28] <mmcc> yep. I got that impression from Manuel's colorful "HACK" comment :)
[20:29] <ralsina> and that I would love if we could document and publish in a google-friendly place, because noone else knows quite how to do it, or they are not telling
[20:29] <alecu> gatox:     85:  [C0111, ShareLinksTestCase.test_file_already_shared.fake_method] Missing docstring
[20:29] <alecu> gatox: in the u1cp branch
[20:30] <gatox> oops
[20:30] <ralsina> When I solve one of those, I do this: http://lateral.netmanagers.com.ar/weblog/posts/BB997.html
[20:32] <alecu> gatox: this looks dangerous:         file_path = unicode(file_path)
[20:32] <mmcc> ralsina: I'll make a todo to write that up. I wrote something close to a HOWTO on the python-mac mailing list a little while ago, I'll dig it up
[20:32] <alecu> gatox: what's the encoding that's coming?
[20:33] <gatox> alecu, QString to unicode
[20:33] <mmcc> btw ralsina, I think on windows it's just QCoreApplication::applicationDirPath()\plugins\imageformats\<<imagesgohere>>
[20:33] <mmcc> er, <<pluginsgohere>> :)
[20:33] <alecu> gatox: is that any safer?
[20:34] <mmcc> although there might need to be an empty qt.conf in (QCoreApplication::applicationDirPath())\qt.conf to trigger it looking there
[20:34] <gatox> alecu, yes..... move everything to use the pyqt api2 :P...... i never had problems with that...
[20:34] <ralsina> mmcc: I got it working that way for sqlite, but not for image plugins http://lateral.netmanagers.com.ar/weblog/posts/BB955.html
[20:34] <ralsina> mmcc: *could* be because it also means bundling libjpeg. Or not :-)
[20:35] <mmcc> ralsina: I don't think so, my copy of libqjpeg doesn't link to libjpeg
[20:35] <alecu> gatox: also, a few lines below, there's this: full_path = os.path.expanduser(file_path)
[20:35]  * briancurtin back
[20:35] <ralsina> mmcc: hmmm... that could be because of how your qt was build
[20:35] <gatox> alecu, yes
[20:36] <ralsina> mmcc: "system libjpeg" versus "included libjpeg"
[20:36] <gatox> alecu, what's the problem with that?
[20:36] <alecu> gatox: I think we should be using the platform independent code that dobey did
[20:36] <alecu> gatox: the os module is not very safe vis unicode
[20:36] <ralsina> mmcc: but anyway +1
[20:36] <mmcc> ralsina: ok, thanks
[20:36] <alecu> gatox: regarding any encoding for that matter.
[20:36] <ralsina> alecu, gatox: use os_helper wherever needed & possible
[20:37] <alecu> dobey: does dirspec have anything similar to os.path.expanduser?
[20:37] <gatox> alecu, mmmh... we will probably should replace a couple of expanduser then..... i'll do it in that branch......
[20:39] <ralsina> alecu, gatox: dirspec.utils.user_home
[20:39] <gatox> ralsina, alecu ack.... i'll replace all the occurrences of expanduser with that.... or something related to that
[20:40] <ralsina> gatox: I think it always returns bytes, but you'd have to double check in each context if that's a good thing
[20:41] <dobey> oh right, you could use user_home i guess
[20:42] <mmcc> ralsina, I think in here: http://lateral.netmanagers.com.ar/weblog/posts/BB955.html it might work if you did this: http://paste.ubuntu.com/1229251/
[20:42] <dobey> alecu: ubuntuone-client has an expanduser wrapper within itself as well i think
[20:42] <ralsina> mmcc: quite possible.
[20:42] <dobey> user_home doesn't really solve the unicode issues
[20:42] <ralsina> mmcc: one of these days I will boot windows, and try it ;-)
[20:43] <briancurtin> anyone know why u1cp would get "No module named pkg_resources" on windows? i cant start a CP from source, not sure why when i can type "import pkg_resouces" fine in the interpreter
[20:43] <mmcc> briancurtin: hmmm. that sounds kind of familiar, let me grep my notes
[20:44] <ralsina> ubuntuone.platform.expand_user
[20:45] <dobey> yeah, that
[20:45] <dobey> yay inappropriately titled modules
[20:45] <briancurtin> mmcc: im about to rebuild the buildout without using "--distribute" to see if that changes anything
[20:45] <ralsina> seems to be exactly the same thing as the one in dirspec except with more asserts
[20:45] <ralsina> we should remove it
[20:46] <mmcc> briancurtin: no luck in my notes… where is the interpreter finding it? and how are you running the CP bin from source?
[20:46] <mmcc> I'm not 100% sure I ever got it to run from source on windows, but I thought I had
[20:47] <dobey> ralsina: eh? there is no expand_user in dirspec though
[20:47] <briancurtin> mmcc: it finds it in the distribute egg. running "python bin\ubuntuone-control-panel-qt" (after other terminals have SSO and SD running)
[20:47] <briancurtin> (with SSO and U1C on the PYTHONPATH)
[20:47] <dobey> ralsina: though yes, we need to consolidate all that stuff, when we do the python3 work
[20:48] <mmcc> briancurtin: hmm. not sure I have any better ideas than rebuilding…
[20:48] <gatox> ralsina, alecu i have another u1-cp branch for review: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/mouse-events/+merge/126544
[20:49] <gatox> and now..... EOD for me!
[20:49] <ralsina> dobey: this is basically a large wrapper around a .replace('~', user_home) and we have this kind of things way too spread
[20:49] <briancurtin> mmcc: it's quick enough to rebuild, hopefully it works
[20:49] <dobey> ralsina: right
[20:49] <ralsina> gatox: looking
[20:50] <dobey> ralsina: i don't think the solution is to do .replace(user_home) everywhere, but rather we probably need to put expand_user in dirspec.utils instead (fixing it to work on 2 and 3), and have everything use that.
[20:50] <ralsina> dobey: right
[20:50] <ralsina> or move our os_helper into a separate project and use that everywhere
[20:50] <ralsina> since it's a generally useful library
[20:51] <dobey> our code needs plenty of reorg :-/
[20:51] <ralsina> dobey: less than it used to need!
[20:51] <ralsina> dobey: baby steps ;-)
[20:52] <dobey> yes, i know. i did a lot of that work :)
[20:53] <ralsina> dobey: I think the problem is that we are trying to do those "turn this into a library" early in the cycle, and we really should do it *late*. And then, in the early cycle, just remove it from the old places and use the new library
[20:53] <ralsina> that way we can multitask a little
[20:56] <gatox> ok..... eod here!! see you tomorrow people! bye!
[21:01] <briancurtin> mmcc: ha, rebuilding didnt work. fun times ahead.
[21:02] <ralsina> EOD for me, as usual will be around later
[21:02] <ralsina> bye!
[21:22] <briancurtin> crap, this pkg_resources problem is now blocking two things :/
[21:57] <briancurtin> i have to head out of here, see everyone tomorrow
[21:59] <dobey> same here, later all
[23:55] <mmcc> hmmm, was stress-testing syncdaemon and the fsevents daemon and I've gotten to a point where there are 200 waiting uploads and nothing currently transferring
[23:55] <mmcc> as shown by u1sdtool --waiting and u1sdtool --current-transfers, respectively
[23:56] <mmcc> this seems like a bad place to get stuck…
[23:56] <mmcc> there are 68349 offloaded queue items according to the latest MARK log entry, too
[23:59] <mmcc> and the network is up, it just stopped activating things to run at some point