[00:58] <trialbykittens> I signed up to U1 with an email account that is now defunct. In the U1 account screen, it directs me to Ubuntu SSO to update my account details (specifically, email account) which I have, however U1 is still showing my old email address
[00:59] <chaselivingston> trialbykittens: could you submit the form at http://one.ubuntu.com/support/contact so we can get some more information from you?
[01:00] <trialbykittens> chaselivingston: sure can, thanks
[01:00] <chaselivingston> trialbykittens: no problem :)
[08:48] <JamesTait> Morning all! :)
[09:25] <mandel> morning
[09:57]  * mandel errands
[11:08] <gatox> good morning
[11:13] <mandel> gatox, morning!
[11:14] <gatox> mandel, shouldn't you be working late? :P
[11:14] <mandel> gatox, that is what they say ;)
[11:14] <gatox> ¬¬
[11:14] <gatox>  you are going to die mandel
[11:15] <mandel> gatox, eventually :)
[11:15] <gatox> live a lot of years is overrated :P
[11:15] <mandel> gatox, exactly hehe
[12:01] <mandel> gatox, regarding the scrolling problem on mac, why didn't we use a model view approach?
[12:03] <gatox> mandel, because it's a PITA? what we have now is reasonable
[12:03] <mandel> gatox, well, but is breaking on mac :(
[12:04] <mandel> gatox, I have seen few people complaining about this same problem on mac, setting the parent of the checkbox to be the treewidget or none or its viewport does not fix it
[12:04] <gatox> i'll try to finish with my share links tab today.... and take a look at that
[12:04] <mandel> gatox, would be appreciated
[12:12] <ralsina> good morning
[12:12] <alecu> good morning, all!
[12:13] <alecu> hola ralsina :-)
[12:13] <mandel> morning!
[12:13] <ralsina> mandel: don't worry about it, we can fix it, focus on the demon :-)
[12:13] <gatox> ralsina, alecu hi!
[12:13] <mandel> ralsina, daemon is ready, we need to look at the blessing and we will be done
[12:14] <gatox> ralsina, i have the share links tab using the system icons for each file, it was easy :PP
[12:14] <alecu> ralsina: shall we mumble?
[12:15] <ralsina> alecu: yes, please
[12:15] <ralsina> gatox: awesome!
[12:15] <ralsina> mandel: awesome ** 2
[12:23] <mandel> ralsina, gatox, alecu may  I have rubber stamps for this guy https://code.launchpad.net/~mandel/ubuntuone-client/correct-fsevents/+merge/120977 which is the same as https://code.launchpad.net/~mandel/ubuntuone-client/use-new-fsevents-api/+merge/120833 which was already approved. Lp does not like the original branch
[12:24] <gatox> mandel, ack
[12:24] <mandel> I'm of to have lunch :)
[12:25] <mandel> gatox, FYI: https://bugreports.qt-project.org/browse/QTBUG-26731 /cc ralsina
[14:03] <dobey> oi
[14:06] <mandel> ein?
[14:07] <dobey> am not feeling so great today :-/
[14:07] <ralsina> mandel: https://code.launchpad.net/~mandel/ubuntuone-client/correct-fsevents/+merge/120977 is not being scanned :-(
[14:07] <ralsina> dobey: sorry to hear that!
[14:07] <mandel> ralsina, yes, I've noticed..
[14:07] <mandel> ralsina, will ask again at the lp channel
[14:10] <dobey> it's the same issue as yesterday
[14:10] <dobey> something with mandel's branches only
[14:11] <mandel> dobey, yet, one of them managed to land, I talk at #lp-ops the had some oops and have no idea why
[14:11] <dobey> you leaned back too far in the chair again, i guess
[14:12] <mandel> probably.. or looked at the screen the wrong way
[14:14] <ralsina> mandel: about that qt bug you linked, do we have fast scrolling disabled for any reason?
[14:14] <mandel> ralsina, no idea, I just found that ref about the problem, some other people were complaining about the setItem method not working on mac
[14:15] <mandel> ralsina, have moved to test the new daemon and see if we can add it to the bundle since you told me you would take care
[14:15] <ralsina> mandel: and I will
[14:15] <ralsina> mandel: or worst case, you will, but on monday ;-)
[14:15] <mandel> ralsina, ok, but testing it with no scrolling in shares is very annoying
[14:16] <mandel> ralsina, I wanted to test if with the view model approach everything work ok, but is a lot of changes to be done
[14:18] <mmcc> hi folks.
[14:19] <mandel> mmcc, morning, did you see that the correct module is in trunk?
[14:19] <mandel> mmcc, following you email last night
[14:20] <mmcc> mandel, yeah, I was talking about the one in https://bazaar.launchpad.net/~mandel/ubuntuone-fsevents-daemon/jenkins-daemon-main/files/head:/python/ubuntuone/darwin/
[14:20] <mmcc> the most recent branch of your daemon, not the daemon trunk.
[14:20] <mmcc> I wanted to use that one, because making changes to the .xcodeproj would be easier if I avoided merging it
[14:21] <mandel> mmcc, ok, I'll merge with trunk and push then
[14:21] <mandel> mmcc, it was done in a diff branch that landed in trunk but I did not merge, give me a min
[14:22] <mmcc> mandel: I thought the change was from ubuntuone/fseventsd.py => ubuntuone/darwin/fseventsd.py, not the other way around?
[14:23] <mandel> mmcc, is the other way around ubuntuone/darwin/fseventsd.py => ubuntuone/fseventsd.py to remove the darwin package, was mentioned in the reviews and I followed them
[14:24] <mmcc> mandel, huh, ok. I guess I remembered wrong… thanks!
[14:26] <mandel> mmcc, no problem, I'm fixing some merge conflicts and will push it
[14:28] <mandel> mmcc, pushing to lp, if lp does not hate me like yesterday
[14:30] <mandel> mmcc, should be there by now
[14:32] <mmcc> mandel: got it, thanks
[14:33] <mandel> mmcc, so, shall we mumble on how to tackle that? I wrote some instructions on how to install it, but ofcourse I ignored any default location in a bundle
[14:34] <mandel> mmcc, everything is written down in the README.txt
[14:35] <mmcc> mandel: sure, we can mumble, just a sec
[14:36] <mandel> mmcc, whenever you want :)
[14:36] <mandel> mmcc, I'm testing the bundle and works great with it :)
[14:38] <mmcc> ok mandel, I'm in mumble now
[14:39] <mandel> mmcc, ok, let me launch it
[14:39] <mandel> mmcc, can you hear me?
[14:41] <dobey> are we going to do mumble or hangout?
[14:46] <ralsina> mumble
[14:46] <ralsina> I never got around to fixing my hangout plugin
[14:50] <mmcc> you should definitely get that looked at
[14:51] <mandel> ralsina, I have the same problem with the hangover plugin :)
[14:51] <dobey> mandel: use less tequila next time
[14:51] <ralsina> mandel: your hangover worked just fine last time I saw you using it :-)
[14:52] <mandel> dobey, last time was the 4 eur gin & tonic.. bad bad idea
[14:52] <mandel> ralsina, works, ok, used to be able to go out and play rugby the next morning, now I can't, must be getting old :)
[14:53] <mandel> mmcc, ralsina, on thing we have broken is the share links tab, it never shows a thing.. we might have to look deeper in to that
[14:53] <ralsina> mandel: that's a stub
[14:54] <mandel> ralsina, awesome!! then I can just find ui annoying details :)
[14:55] <ralsina> mandel: did you try the --with-icon option on mac?
[14:55] <mandel> ralsina, nope, I'll give it a try
[14:55] <mmcc> ralsina: I have, it shows the status well, but is the submenu with current transfers supposed to work yet?
[14:56] <ralsina> mmcc: it should if you have latest syncdaemon, right gatox?
[14:56] <gatox> ralsina, mmcc yes
[14:57] <gatox> mmcc, if you can file the bug, and i'll take a look at soon i propose this branch
[14:57] <gatox> s/at/as
[14:58] <gatox> as soon as.... grrr
[14:58] <mandel> ralsina, take a look at the pm
[14:58] <mmcc> gatox: ok, just checking to be sure I do have the latest
[14:58] <gatox> ralsina, team meeting in 2'?
[14:58] <mandel> ralsina, we might need someone else to take that branch and propose it, seems that my username is the 'unlucky' one
[14:58] <ralsina> gatox: yes
[14:58] <ralsina> mandel: I can do it
[14:59] <mandel> ralsina, please do :)
[14:59] <ralsina> mandel: right after the call that starts in 40 seconds ;-)
[15:00] <mandel> ralsina, sure
[15:00] <mandel> gatox, I don't see the transfer either in but might be because we have an old version in the bundle, I'll try from trunk
[15:01] <ralsina> thisfred: call?
[15:01] <mandel> gatox, mmcc, there is another bug, if you close the control panel with --with-icon and you re-click in the app the control panel does not appear, we will have to fix that
[15:02] <thisfred> me
[15:02] <ralsina> mmcc mumble
[15:02] <thisfred> ah
[15:02] <mandel> thisfred, mumble
[15:28] <mandel> joshuahoover, you missed the stand up :(
[15:29] <joshuahoover> mandel: right, sorry guys...i completely forgot
[15:29] <mandel> ralsina, can you send me the name of the person from qa over a pm?
[15:30] <mandel> mmcc, we might want to add --with-icon as the way to launch the control panel, right?
[15:31] <mmcc> mandel: yeah, I think you might be able to add default cmdline args in the info.plist, or alternatively we can make it default to be on in the code for mac (and win?)
[15:31] <dobey> huh, the client test failures i was seeing don't seem to be happening when building in the q chroot from tarball (as a debian package)
[15:31] <dobey> so i think i'll just release it as is and call it done for now
[15:32] <mandel> mmcc, I would say .plist, anyways, I'll be creating bugs for this and later we can assign them, you keep working on the blessing
[15:32] <mandel> mmcc, I also think that we should name the daemon something better than FSEvents, like UbuntuOneFseventsDaemon or something
[15:33] <mmcc> mandel: the daemon executable has to have the same name as the launchd job label, the convention is reverse DNS - I was going to call it com.ubuntu.one.fseventsd
[15:34] <alecu> gatox: did you end up finding the cause for the tab switching on the show event?
[15:34] <mandel> mmcc, sounds reasonable, should we change the target name in the xcode project or simply rename it when in the bundle?
[15:34] <gatox> alecu, no.... haven't look for it yet neither
[15:34] <alecu> gatox: no prob. Let me know if you find it.
[15:35] <gatox> alecu, ack
[15:35] <mmcc> mandel: might as well do it in the project, I'll change that setting, since I've got other changes going too
[15:35] <mmcc> stupid xcodeproj
[15:35] <mandel> mmcc, you are looking at the daemon project atm then?
[15:35] <mmcc> yes
[15:37] <mandel> mmcc, ok, let me know for the reviews, which by the way we should land all of the ones that are waiting..
[15:39] <mmcc> mandel: true…
[15:39] <mandel> mmcc, no to worry too much, I will get back to the testing daemon on monday, which is very close to be done
[15:44] <dobey> ok, need to get lunch. bbiab
[15:46] <mmcc> mandel: I just did a little poking - there's no way to statically link a .framework into an executable. we can either build SBJson as a static library and link to that, or just copy the files back in. building it as just a static library is probably the right thing to do.
[15:46] <mmcc> mandel: shouldn't be too hard - it's already building the library, it's just embedding it in a framework.
[15:47]  * mmcc just said "shouldn't be too hard" about changing Xcode project settings
[15:47] <mandel> mmcc, hehe yes, you might have spoken too fast
[15:47] <mandel> mmcc, I'll speak with QA about the steps to follow to give them the bundle, then I'll look into that
[15:47] <mmcc> mandel: ok
[15:52] <mmcc> mandel: I'm making a static libsbjson now, I need it to test the launchd installation. It actually does look not-too-hard
[15:52]  * mmcc crosses fingers
[15:53] <mandel> mmcc, look at this: http://stackoverflow.com/questions/7854785/crash-with-sbjson-library
[15:53] <ralsina> mandel: 7 minutes, still scanning
[15:54] <mandel> ralsina, hmm... stupid lp
[15:55] <ralsina> mandel: also, it hasn't picked up the latest revno
[15:55] <mandel> mmcc, so, using the -Objc flag and the -all_load might be a good idea to do, or run the daemon and see if it breaks in crazy ways
[15:55] <mmcc> mandel: handy, thanks
[15:56] <mandel> ralsina, lets wait a little longer, then we both go to #launchpad-ops and bully them :)
[15:57] <ralsina> mandel: I am going to have to run some errands in 4 minutes, so I will give you my bullying rubberstamp ;-)
[15:57] <mandel> ok
[15:57] <ralsina> mandel: but anyway https://code.launchpad.net/~ralsina/ubuntuone-client/use-new-fsevents-api/+merge/121034 done from scratch, just sticks there
[15:58] <ralsina> mandel: there is a revno 1294 it has not picked which is linking to the other bug
[15:58] <mandel> ralsina, look like the datacenter move has done something bad to us.
[15:58] <ralsina> mandel: I will delete the proposal and branch and push again, just in case linking a bug while scanning was what triggered it
[15:58] <mandel> ralsina, sound like a good idea
[16:09]  * gatox lunch!
[16:10] <ralsina> mandel: now, 8 minutes and the branch still appears as empty
[16:10] <ralsina> mandel: go complain to launchpad, Ihave to run some errands :-(
[16:11] <mandel> ralsina, mierda.. I'll take care no problem
[16:11] <ralsina> mandel: https://code.launchpad.net/~ralsina/ubuntuone-client/use-new-fsevents-api-2
[16:11] <mandel> ralsina, did you push it with no bugs lincked?
[16:14] <ralsina> mandel: I pushed it with both bugs linked
[16:14] <ralsina> mandel: it just has not scanned any revnos yet
[16:14] <mandel> ralsina, I'll try without the linked bugs, to test if that is the reason
[16:14] <ralsina> mandel: ok
[16:14] <ralsina> mandel: we are approaching magic thought very quickly here
[16:17] <mandel> yes, I know..
[16:17] <ralsina> And errands it is. Will be back in a bit.
[16:22] <mmcc> mandel: so, do we have a set meeting with QA or are you just sending them the .app sometime soon?
[16:23] <mandel> mmcc, sending the app, qa guy is very busy
[16:23] <mmcc> aha, just saw your email. good
[16:23] <ralsina> mmcc, mandel: just send them the app, the "meeting" is just their allocated slot for testing
[16:23] <chaselivingston> mmcc: anything ready to test?
[16:23] <mandel> mmcc, you are in cc and I'm talking with elopio to see if he can give some feedback on the correct way to test it
[16:23] <mandel> chaselivingston, got a mac, I can foward you the mail
[16:23] <mmcc> mandel: can you copy chaselivingston on that email too?
[16:24] <mandel> sure thing
[16:24] <chaselivingston> mmcc, mandel: awesome, thanks!
[16:24] <mmcc> chaselivingston: thank us *after* it works for you ;)
[16:25] <chaselivingston> mmcc: haha, any idea if it would be safe to attempt to upload say ~10GB at once?
[16:25] <mmcc> chaselivingston: that should work as well as any other platform. give it a try and let us know :)
[16:26] <mandel> chaselivingston, let me know if you got the mail :)
[16:26] <chaselivingston> mmcc: cool, going to try taking everything from dropbox into u1 :)
[16:26] <mmcc> chaselivingston: that's what I like to hear :)
[16:26] <mandel> chaselivingston, would take some time, I have done, is 'safe'
[16:27] <chaselivingston> mmcc, mandel: cool, once I get the email I'll give it a shot then
[16:33] <chaselivingston> mandel: no email yet, should I be concerned?
[16:34] <mandel> chaselivingston, no, I'm using evolution which is retarded.. wait a few mins more
[16:36] <chaselivingston> mandel: ah, there we go :)
[16:37] <mandel> chaselivingston, evolution makes email more async than it already is..
[16:44] <mandel> mmcc, I've gotten the stale broker several times.. I wonder why that happens
[16:46] <mmcc> mandel what have you been doing when you got it? I haven't seen that recently, only when I was testing sso
[16:46] <mandel> mmcc, I got it in control panel, switching tabs
[16:47] <mmcc> mandel: are you using the fsevents_client or the daemon/
[16:47] <mandel> mmcc, the daemon
[16:47] <mandel> mmcc, but is control panel related
[16:48] <mandel> mmcc, we use a broker per tab, so some of them where ok, it looks like the ref id of the other side, the sd side, is gc for some reason and is not longer there
[16:48] <mmcc> oh, I thought it was IPC related
[16:48] <mmcc> there's a separate broker to the backend for each tab?
[16:49] <mandel> mmcc, is ipc reatled, yes, and there is a broker per tab AFAIK
[16:49] <mmcc> by IPC related, I meant to the daemon or sso... forgot about the backend
[16:49] <mandel> mmcc, oh, yes, our multi tier arch ;)
[16:49] <mmcc> with multiple copies of the same tier
[16:50] <mmcc> it's web scale
[16:50] <mandel> mmcc, big time, and we should be using mongodb to store the settings
[16:51]  * mmcc is fine with the key-value store called "filesystem", thank you
[16:57] <mandel> mmcc, can you rubber stamp this guy: https://code.launchpad.net/~mandel/ubuntuone-client/fsevents-new-api/+merge/121053
[16:58] <mandel> mmcc, same as the others, it looks like using --fixes lp:blah breaks the lp scanning
[16:58] <mmcc> mandel +1 - boo to lp bugs :(
[16:59] <mmcc> I set it to approved too, since it's tiny and we got 2 reviews on the other version
[16:59] <mandel> mmcc, exactly :)
[17:01] <ralsina> ok, errand failure, I have to retry in about 2 hours, which will mean a early EOD for me will make it up by starting extra early tomorrow :-(
[17:06] <mandel> ralsina, the issue was the linked bugs..
[17:06] <mandel> ralsina, filled a bug with lp bug 1040777
[17:06] <chaselivingston> mandel, mmcc: just so I'm clear, anything I put within the u1 folder that's created within my user folder will be synced, correct?
[17:06] <ralsina> mandel: damn
[17:06] <mandel> chaselivingston, everything in ~/Ubuntu One should be created
[17:07] <mmcc> chaselivingston: should be, yep.
[17:07] <mandel> ralsina, is bad because we use that feature for the releases, right?
[17:07] <ralsina> mandel: change the description so it links to bug 1040777 if they can link and propose, then it's fixed ;-)
[17:08] <mandel> ralsina, also, some more info: <cjwatson> You do have to remember not to propose the branch for merging or indeed do anything else with it until after it's been scanned, though
 Otherwise it gets cursed
[17:09] <dobey> mandel: just be patient i guess
[17:09] <ralsina> mandel: that's new
[17:09] <dobey> mandel: but all those update-4-0 branches of mine had linked bugs in them
[17:09] <ralsina> mandel: and I hope, not permanent
[17:09] <mandel> no idea..
[17:10] <mandel> ralsina, mmcc I'm off to do some rugby training, as with tuesday I'll be back in 2/3 hours depending on traffic
[17:14] <mandel> ralsina, seems that when the other branch landed all the others where set as merge because I merged then to the new one.. bah, is fixed I'm of to hit people
[17:14] <mmcc> mandel: ack, good luck not puking
[17:16] <mandel> mmcc, will try :)
[17:25] <ralsina> mandel: ack
[17:25] <ralsina> mandel: suerte!
[17:25] <dobey> lol
[17:41]  * briancurtin lunch
[17:47] <chaselivingston> mmcc: is there any way to tell how the upload is doing?
[17:49] <mmcc> chaselivingston: not too easily yet. there's a command-line tool u1sdtool that we haven't packaged yet that will let you poke at things
[17:50] <chaselivingston> mmcc: cool, just wondering
[17:50] <mmcc> chaselivingston: you could try quitting the control panel (it won't interrupt the syncdaemon in the background) and starting it up again from the command line with the --with-icon option
[17:50] <chaselivingston> ok, I'll give that a shot
[17:50] <mmcc> that will show the u1 icon in the menu bar, with a menu that should have some extra info. not sure if that is 100% working in that build yet though
[17:51] <mmcc> ok, type "UbuntuOne.app/Contents/MacOs/ubuntuone-control-panel-qt --with-icon"  in the terminal to launch it directly
[17:52] <mmcc> typo, Contents/MacOS/
[18:00] <chaselivingston> mmcc: doesn't look like clicking on that menu bar icon does anything
[18:00] <chaselivingston> mmcc: oops, never mind, does show some info
[18:01] <mmcc> chaselivingston: ok great. does the sub-menu that has current transfers show anything for you? that's the part  I can't remember, and I've broken my current build just now :)
[18:02] <chaselivingston> mmcc: nothing comes up when I hover over it
[18:02] <mmcc> can't remember if it worked with the code in that build, that is - it should work in trunk but that build might be missing those revisions
[18:02] <chaselivingston> mmcc: gotcha. how will updates happen for us testers?
[18:03] <mmcc> chaselivingston: ok, well, absent that, the only other ways to get info about what's uploading is to check the web interface, or look at the log in ~/Library/Caches/ubuntuone/log/syncdaemon.log
[18:04] <mmcc> chaselivingston: good question :) we'll have to think about that. we're expecting to put out another test build early next week.
[18:04] <chaselivingston> mmcc: ok cool, wasn't sure if that capability was built into the app yet or not
[18:04] <ralsina> mmcc: if builds are automated you could just script it
[18:04] <ralsina> mmcc: and upload them to a share in u1
[18:07] <mmcc> ralsina: builds are automated enough to script if you've got the parts in the right place…
[18:07] <ralsina> mmcc:  if "the parts" is some bzr pulls...
[18:08] <mmcc> but I'm breaking that now while testing this daemon integration stuff. need to make sure it and the libs it depends on are compiled and in a known spot too
[18:08] <mmcc> I'll unbreak it soon
[18:09] <mmcc> ralsina: it's a bzr pull, a git clone, a couple build steps, a do-se-do
[18:09] <chaselivingston> mmcc: so when I launch with the icon like that, I have to leave that terminal session running?
[18:12] <mmcc> chaselivingston: if you want to leave the icon up, yes. you could kill it and re-start it with nohup if you really want to close the terminal
[18:13] <chaselivingston> mmcc: ok cool, thanks for the info
[18:13] <mmcc> there ought to be a way to nohup a running process but I can't think of it off the top of my head
[18:13] <ralsina> mmcc: there isn't AFAIK
[18:15]  * briancurtin back
[18:16] <mmcc> ralsina: I figured it out -- there is 'nohup -p' in Solaris ;D
[18:16] <ralsina> mmcc: learn something every day :-)
[18:17] <ralsina> mmcc: OTOH, usually, if you backgrund a process and exit the terminal, the process doesn't get HUP
[18:17] <ralsina> mmcc: yes if you kill the terminal but no if you use the exit command
[18:18] <mmcc> interesting.
[18:24] <chaselivingston> mmcc: does the sync run indefinitely even if the control panel is closed?
[18:25] <mmcc> chaselivingston: yes, the background process is running, it's called ubuntuone-syncdaemon, and you should be able to see it in the Activity Monitor app
[18:25] <chaselivingston> mmcc: awesome, good to know
[18:41] <dobey> ubuntuone/controlpanel/sd_client/__init__.py: 211:  [E1101, SyncDaemonClient.sync_menu] Instance of 'SyncDaemonTool' has no 'sync_menu' member
[18:41] <dobey> wtf
[18:50] <mmcc> dobey, out of date u1-client branch?
[18:50] <mmcc> that's gatox's recent addition, but it should be in u1-client trunk
[18:51] <gatox> mmm that should be in trunk
[18:51] <gatox> that is in trunk
[18:51] <gatox> dobey, maybe not installed?
[18:52] <dobey> yeah, i guess publishing was slow :-/
[19:03] <ralsina> Early EOD for me for errands, will be around early tomorrow
[19:03] <ralsina> bye!
[19:03] <gatox> ralsina, bye
[19:36] <dobey> brb
[20:08] <gatox> ok...... my brain is being liquefied and this tests are going nowhere.... i'll finish this tomorrow morning!!
[20:09] <gatox> bye people! see you tomorrow! :D
[20:18] <chaselivingston> ping mmcc: still around?
[20:19] <mmcc> chaselivingston: yep, not quite lunch yet around here. what's up?
[20:19] <chaselivingston> mmcc: in the settings tab, when I uncheck the limit upload box and save, then go to another tab and come back, it's checked again. is that a known issue?
[20:20] <mmcc> chaselivingston: not known to me. sounds like a bug, does it do that on other platforms too?
[20:20]  * mmcc fires up ubuntu
[20:21] <chaselivingston> mmcc: haven't checked on other platforms
[20:21] <mmcc> I bet it's mac only. tag it as u1-darwin. I have a hunch that something hasn't gotten the memo about where the prefs file is on macs.
[20:22] <chaselivingston> where should I file the bug?
[20:22] <mmcc> nope, just reproduced it on ubuntu precise :) so - file it against ubuntuone-control-panel, and just tag it 'desktop+'
[20:23] <chaselivingston> mmcc: cool, will do, thanks
[20:23] <mmcc> thank you!
[20:26] <chaselivingston> mmcc: how's that? https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1040861
[20:28] <chaselivingston> mmcc: also, is it really limiting the upload speed to 1 kb/s?
[20:29] <mmcc> chaselivingston: it certainly doesn't seem to be in my experience
[20:29] <chaselivingston> mmcc: hm, ok
[20:31] <mmcc> chaselivingston: we'll have to check on whether or not that setting is actually being honored when we look at the bug
[20:31] <chaselivingston> mmcc: cool, I appreciate it
[20:46] <dobey> ugh; my "in 5 minutes (estimated)" build start estimate just went to 11 minutes, for this recipe :(
[21:16] <dobey> bah. just as i'm about to finish up and go do stuff outside, clouds pop up
[21:20] <mmcc> I have to run to a late lunch now, back in a bit…
[21:21] <dobey> later all
[21:35] <alecu> hmm.... what's up with bug #961315?