[07:41] <KIAaze> hi, I just reconnected a machine to Ubuntu one, but the Ubuntu one folder already had contents (as the machine used to be connected last year or so), and now all of them are gone!
[07:41] <KIAaze> Does ubuntu one place contents somewhere else while it resyncs everything?
[07:41] <KIAaze> it's also a symbolic link to another folder
[07:42] <KIAaze> Can replacing ~/Ubuntu\ One with a symbolic link be problematic?
[07:43] <jgdx> Hi KIAaze, you should let us know through https://one.ubuntu.com/help/contact/ as well as hanging out here for a bit. :)
[07:43] <KIAaze> oh, ok, found the data again.
[07:44] <KIAaze> it's in my old home directory
[07:44] <KIAaze> I guess there's still a problem with dbus and stuff
[07:44] <KIAaze> the new home is correctly defined in /etc/passwd and the rest seems to work
[07:44] <KIAaze> at least the data is still there. Was a bit worried for a moment
[07:44] <jgdx> Ok. Regarding symlinks, see https://one.ubuntu.com/help/faq/does-ubuntu-one-support-symlinks-or-hard-links/
[07:49] <KIAaze> so what would ubuntu one do if I replaced ~/Ubuntu One with a symlink before starting U1?
[07:50] <KIAaze> also, where can I find info on debugging dbus/gnome. I think my home directory system might be a bit messed up at the moment.
[08:04] <jgdx> KIAaze: If you do not get a lot of responses here, the contact form is your best bet, I think.
[08:05] <KIAaze> that's ok
[08:05] <KIAaze> I completely removed all U1 packages and will try to fix dbus/gnome first
[08:06] <KIAaze> I had similar problems with other programs (virtualbox for example, which still refuses to use the new home for some reason)
[08:06] <KIAaze> at least now I know I can't use symlinks for U1
[08:08] <mandel> morning all!
[08:08] <KIAaze> I basically moved my home from an NFS network drive to the local PC, but still authenticate over the network. For some reason that seems to cause some problems with dbus.
[08:09] <KIAaze> morning :)
[08:17] <facundobatista> mandel et al, hola! I have a couple of client branches, if you're interested in a review (an easy and a not so easy one)
[08:17] <facundobatista> https://code.launchpad.net/~facundo/ubuntuone-client/plt-fixpath/+merge/124518
[08:17] <facundobatista> https://code.launchpad.net/~facundo/ubuntuone-client/fix-progress-events/+merge/124537
[08:17] <facundobatista> (thanks!)
[08:17] <mandel> facundobatista, sure, is my review day should I'll look at them right now :)
[08:17] <mandel> facundobatista, should you me in BA already?
[08:17] <facundobatista> mandel, *awesome*
[08:18] <facundobatista> mandel, yes, I'm back at home
[08:18] <mandel> facundobatista, then yo to bed, is way to late/early for you :)
[08:19] <facundobatista> mandel, early, just arrived, but if I go to bed now then I will not wake up
[08:19] <facundobatista> hey, I slept like 4 hours in the bus
[08:19]  * facundobatista is ready to rock (?)
[08:20] <mandel> facundobatista, yes, but in the bus, is not the same thing.. but try if you want :)
[08:32] <mandel> facundobatista, this one has a +1 https://code.launchpad.net/~facundo/ubuntuone-client/fix-progress-events/+merge/124537 the other I'll take longer to really understand all the changes
[08:34] <JamesTait> Hello, world! :)
[08:42]  * mandel reboot due to software upgrade
[08:57] <mandel> facundobatista, ping
[08:59] <facundobatista> mandel, pong
[08:59] <mandel> facundobatista, do you have a bug that describes what you are fixing the the plt?
[08:59] <facundobatista> mandel, kind of
[09:00] <facundobatista> the bug is not particular, and to actually fix the bug I need a second branch after this (splitted them because they were too many lines)
[09:00] <facundobatista> mandel, but I can explain you the situation
[09:00] <mandel> facundobatista, can you do that in the mp so that the next person can read it?
[09:00] <facundobatista> (and probably then paste these linees in the MP)
[09:00] <mandel> lol, ok I'll paste them :)
[09:01] <facundobatista> mandel, let me explain it here, and if it's clear enough I'll fix the MP
[09:01] <facundobatista> if it's not clear, just ask
[09:01] <mandel> ok, go ahead
[09:01] <facundobatista> so... the situation is the following, the PathLockTree locks operations on other operations regarding the path
[09:02] <facundobatista> if you touch a file 'foo', a MakeFile and Upload are queued, the Makefile will be executed, taking the lock on 'foo', the Upload will be locked because of the same path
[09:02] <facundobatista> when Makefile finishes, it releases the lock, the Upload jumps in, all happy
[09:03] <facundobatista> so, if you then do something like "ls > foo; mv foo bar"
[09:03] <facundobatista> syncdaemon will get the FILE_CREATE and CLOSE_WRITE and will queue the Makefile and actually send HQ to hash the file
[09:04] <facundobatista> the Makefile will be executed, taking the lock on 'foo'
[09:04] <facundobatista> of course, there's a move really fast after the CREATE and CLOSE
[09:04] <facundobatista> internal stuff is adjusted because of that move
[09:05] <facundobatista> milliseconds later, the HQ jumps in, and tries to hash 'foo', it gets an error because the file moved! so after that error the correct path is taken (MOVE adjusted internal stuff!), and finally HQ hashes 'bar'
[09:05] <facundobatista> when HQ finishes hashing bar, it queues an Upload
[09:05] <facundobatista> the Upload tries to get the pathlock on 'bar' and it succeeds!!!
[09:05] <facundobatista> because the Makefile was holding a lock on 'foo'
[09:06] <facundobatista> so the Upload jumps in, but out of order
[09:06] <facundobatista> so
[09:06] <facundobatista> the fix does the following
[09:06] <facundobatista> when the MOVE is processed by syncdaemon
[09:06] <facundobatista> it adjusts the path of PathLockTree, changing 'foo' to 'bar', there
[09:07] <facundobatista> so, the Upload will be locked
[09:07] <facundobatista> and that's all
[09:07] <facundobatista> it made me to change a little the internals of PathLockTree, but that's another more complex story
[09:07] <mandel> facundobatista, ok, makes sense
[09:13] <mandel> facundobatista, added this as a comment for the next guy
[09:14] <facundobatista> mandel, thank you very much!
[09:14] <mandel> facundobatista, no problem, I'll let you know if I have other questions, will let you know if there is a +1 :)
[09:14] <mandel> facundobatista, but first coffee hehe
[09:14] <facundobatista> :)
[10:18] <mandel> facundobatista, +1 with one small silly comment that does not block the branch, implement it if you think is a good idea :)
[10:18] <mandel> facundobatista, the rest does make sense
[10:19] <facundobatista> mandel, yes, probably those tests could have a little refactoring
[10:19] <facundobatista> they were just a few at the beginning, and then I keep adding and adding corner cases
[10:19] <mandel> facundobatista, :)
[10:20] <mandel> facundobatista, I know the feeling, I did the same with the filesystem_notifications
[10:36] <alecu> morning all!
[10:36] <alecu> hello mandel!
[10:37] <mandel> alecu, morning!
[10:37] <mandel> alecu, how is everything going?
[10:40] <alecu> mandel: sleepy!
[10:40] <alecu> mandel: got back from cordoba like an hour ago :-)
[10:42] <mandel> alecu, you and facundobatista are crazy, how was it?
[10:42] <mandel> alecu, shall we praise gatox organization skills?
[10:43] <alecu> mandel: sure! I love that gatox has really great taste to pick graphic designers
[10:44] <mandel> alecu, he does have some taste, yes :)
[10:44] <alecu> mandel: and the conference shirts were the best quality I had in any around here.
[10:44] <alecu> mandel: a metrosexual taste one could say
[10:44] <mandel> alecu, are there picts of the actual tees?
[10:46] <alecu> mandel: can't find any pics yet, we should ask gatox
[10:46] <alecu> mandel: but they had this logo big in the front: http://www.pydaycba.com.ar/
[10:46] <mandel> alecu, saw that one, it is really well done
[10:47] <mandel> alecu, and the page is 1000000 times better than the pycon ar one to be honest
[10:47] <alecu> mandel: I think you forgot a few zeros
[10:47] <mandel> alecu, probably, I should have use exponents
[10:48] <mandel> alecu, I have started proposing little bug fixes to unity so that we don't land in a big mp the ui for the payments stuff
[10:48] <alecu> mandel: that only means that gatox has good taste, and the current pyconar organizers do not. It applies to every bit of the conference, and it is so very obvious in that page.
[10:49] <mandel> alecu, it is very very obvious in that pages indeed
[10:49] <alecu> mandel: awesome! I'm reinstalling virtualbox, because the vm where I was developing with Q won't start again :-(
[10:49] <mandel> alecu, sorry to hear that :(
[10:50] <mandel> alecu, I have had tons of problems with the free drivers during the sprint and had to re-install the machine lots of times
[10:50] <mandel> I'm settled with the nvidia ones
[10:51] <mandel> alecu, have you heard anything about the team sprint? if it is during pycon ar I need to know so I can get some money back from my ticket to ar..
[10:56] <alecu> mandel: no, I have not heard anything else
[10:56] <alecu> mandel: we should ping ralsina and chipaca about that.
[10:57] <mandel> alecu, yes, I'm not a big fan of wasting money
[10:57] <ralsina> alecu, mandel: I have not heard either, but AFAIK it's that week. Should get final absolute confirmation today, tomorrow at the latest.
[10:57] <Chipaca> mandel: it is highly likely to be that week. Only way it wouldn't be is if there ins't a place for it. In london. During a recession.
[10:59] <mandel> Chipaca, ralsina, ok, let me know if I should cancel the tickets, I did take them with the possibility of canceling them
[10:59] <mandel> so not a huge deal if done with enough time
[10:59] <Chipaca> mandel: as soon as I know the place is confirmed, i'll let you know.
[11:00] <mandel> Chipaca, thx!
[11:01]  * alecu should find an insurance company that can provide a clone alecu to give his talks.
[11:02] <mandel> ralsina, 1-1 in a few mins over g+ hangout to show the progress of the payment preview?
[11:03] <mandel> ralsina, I just need to setup the g+ plugin
[11:10] <ralsina> mandel: I am leaving to take kid to school, so in 30'
[11:10] <ralsina> alecu: we should start asking to reschedule all our talks on saturday
[11:11] <mandel> ralsina, sure, no problem :)
[11:13] <alecu> ralsina: we have already warned the organizers about this possible problem. Their reaction (as usual) was to make the schedule public, so I don't care anymore :P
[11:16] <mandel> alecu, is up to them, did you mention all canonical people, or should I do it too?
[11:17] <alecu> mandel: we told the organizers that a lot of us would probably miss the conference.
[11:17] <mandel> alecu, can you merge lp:~mandel/avani/unity-lens-music.ubuntuone-purchase with yours? I have update some strings as per design requests
[11:18] <alecu> mandel: but they have a schedule and total lack of reasoning skills, so they went ahead and published the grid of talks.
[11:18] <gatox> good morning
[11:19] <alecu> mandel: so, they can do as they please. I promised earlier on the year that I just won't worry about this years pycon anymore.
[11:19] <mandel> alecu, fair enough, I'm not terribly worried
[11:19] <alecu> morning gatox!
[11:20] <gatox> alecu, hi.... what happend??
[11:20] <mandel> gatox, buenas!
[11:20]  * gatox is interested in the discussion
[11:20] <gatox> jeje
[11:20] <gatox> mandel, hellooo
[11:20] <mandel> gatox, we decided to kill you and feed you to the wolfs, that is all
[11:20] <gatox> mandel, i'm discovering that lately a lot of people have those plans
[11:20] <alecu> gatox: was telling mandel about how much I love this years' pyconar organizers.
[11:20] <gatox> :S
[11:21] <gatox> alecu, LOL :P
[11:21] <mandel> gatox, and praising your tests with designer ;-)
[11:21] <mandel> designers*
[12:15] <ralsina> I am going to give my talk on saturday at pycon but it's going to be like this, only backwards: http://www.youtube.com/watch?v=wyKBSy6rgdY
[12:16] <ralsina> alecu: it's ok, since gatox is organizing the next one, we can expect improvements! ;-)
[12:16] <gatox> ralsina, jeje you are mistaken sir :P
[12:17] <mandel> gatox, for president!
[12:17] <gatox> ralsina, if i organize a pycon.... i just day.... my ocd can't resist
[12:17] <gatox> just die
[12:17] <gatox> :P
[12:18] <ralsina> gatox: consider it shock therapy
[12:18] <gatox> jejeje
[12:19] <ralsina> gatox: like when monk got a job picking up garbage
[12:20] <mandel> uhhh monk, good guy :)
[12:25] <dobey> hmmm
[12:28] <mandel> ralsina, do you have time to do the 1-1 now?
[12:28] <ralsina> mandel: sure
[12:28] <ralsina> mandel: let me get my headser
[12:28] <ralsina> t
[12:28] <mandel> ralsina, g+ so that I can share the screen to show the progress
[12:28] <ralsina> sure
[12:30] <ralsina> mandel: invited you
[12:30] <mandel> ralsina, joining
[12:31] <mandel> ralsina, can you hear me?
[12:31] <ralsina> no
[12:31] <mandel> one sec
[12:32] <mandel> ralsina, lets try skype
[12:33] <mandel> ralsina, did you see anything?
[12:34] <mandel> ralsina, if you saw it we can move to mumble which seems to work better
[12:35] <ralsina> mandel: I saw it, let's mumble now
[12:35] <mandel> ralsina, yes, that does not seem to work well on my linux machine
[12:36] <ralsina> mine got incredibly slow
[12:36] <ralsina> still recovering load at 12
[12:37] <ralsina> ok mandel, waiting or you on mumble
[12:37] <mandel> ralsina, there in 1 min
[12:37] <mandel> or less
[12:54] <mandel> lunch time in spain
[13:44]  * mandel back
[13:44] <ralsina> mandel: please do that video and mail me + cparrino
[13:45] <ralsina> mandel: include all the explanations you gavemeabout the transition etc
[13:45] <mandel> ralsina, I was going to give them :)
[13:52] <dobey> so beta freeze is this week
[13:53] <ralsina> dobey: yep
[13:54] <chaselivingston> ralsina: how's darwin looking for a beta release?
[13:54] <chaselivingston> mmcc: ^^
[13:56] <ralsina> chaselivingston: I think we will delay it a week or two.
[13:56] <dobey> needs more evolution?
[13:56] <mmcc> chaselivingston: there are two bugs I'd like to squash before a beta - the one you and I saw with not syncing a dragged-in file, and the  quit problem (maybe)
[13:57] <ralsina> mmcc: I still want to try the "bigger hammer" approach to quiting ;-)
[13:57] <chaselivingston> mmcc: ok cool, fyi changing the name of that folder didn't force upload either
[13:58] <mmcc> chaselivingston: yes, I saw that email… :( if I could get your syncdaemon logs, that'd be handy
[13:58] <chaselivingston> mmcc: ok, i'll try to get those to you today
[13:58] <mmcc> chaselivingston: sure, whenever you can, thanks!
[13:58] <chaselivingston> mmcc: thanks!
[13:58] <mmcc> ralsina: remind me of the bigger hammer?
[13:58] <ralsina> mmcc: os.kill(os.getpid())
[13:59] <mmcc> ralsina: oh right :)
[13:59] <mmcc> ralsina: well, there's also the issue of how to catch cmd-Q, which still goes around our wrapper code, and is caught somewhere in our app even though we don't have a menu bar anymore
[14:00] <ralsina> mmcc: oh, ok :-(
[14:00] <ralsina> mmcc: I suspect OSX is just killing our process
[14:02] <mmcc> ralsina: it's got to be in Qt somewhere. the key event from cmd-Q isn't sent to the system, so if your app doesn't grab it, it'll get ignored. In our case we're just not grabbing it above Qt, I think
[14:03] <mmcc> In other news, Apple dev relations guy was less helpful than usual on my problem with the daemon installation / upgrade process.
[14:03] <mmcc> This is a problem because either upgrading just works or we need to add some notifications to the user that the job was removed but can't be installed until they quit and start over…
[14:04] <ralsina> mmcc: this may affect only you and mandel in the whole universe
[14:04] <ralsina> mmcc: unless this is about the busy file error?
[14:05] <mandel> why it would affect just us?
[14:05] <mmcc> ralsina: no, it's just if you have an old root daemon installed. It does only affect like four people right now, but as soon as we find a bug after a beta release, it affects everyone.
[14:06] <mmcc> mandel: because we were the only people with dev versions of the root daemon (us and a few other brave souls)
[14:06] <ralsina> mmcc: ok
[14:06] <mandel> oh, ok
[14:06] <ralsina> mmcc: so, this seems like a reasonably cmmon thing we are trying to do
[14:06] <ralsina> mmcc: just overwriting a running daemon. There must be some way to do it.
[14:07] <mmcc> ralsina: yes, doesn't it? the apple guy first said that the "install" routine should do an upgrade if you give it a daemon with a bumped version number, but it doesn't
[14:07] <chaselivingston> mmcc: just sent that log your way
[14:07] <mmcc> chaselivingston: great, thanks. can you tell me the name of the folder that didn't sync, too?
[14:07] <chaselivingston> sure, SOA Vocal
[14:08] <chaselivingston> mmcc: ^^
[14:08] <mmcc> chaselivingston: great, thanks!
[14:08] <chaselivingston> mmcc: np
[14:09] <ralsina> mmcc: could our daemon be ignoring SIGTERM?
[14:10] <ralsina> mmcc: the launchd docs suggest that we should "catch SIGTERM" because that's what launchd will use when it wants to stop it to install the new version
[14:11] <mmcc> ralsina: I think it's stopping it correctly, because I can remove it correctly with the "SMJobRemove" call. The problem is that if I do that remove, I can't subsequently call the "SMJobBless" function to install the new one
[14:11] <mmcc> I can do *just* remove or *just* bless but not remove then bless
[14:11] <ralsina> mmcc: grmbl
[14:11] <mmcc> ralsina: seriously
[14:12] <ralsina> mmcc: I believe you!
[14:12]  * dobey wonders what to do about these icons
[14:13] <ralsina> dobey: saw my email?
[14:13] <dobey> yes
[14:13] <ralsina> dobey: chase marcus and see if we can get them fast. If we can't, then I need to say "we can't do it because we don't have the right sizes"
[14:14] <ralsina> mmcc: the thing is blessing's whole point is to keep the app drag-installable :-(
[14:14] <dobey> well, we can ship the sizes we're shipping already in ubuntuone-client; but then that's basically no change
[14:15] <mmcc> ralsina: yeah, it's frustrating. one "workaround is to call remove then tell
[14:15] <ralsina> dobey: don't follow. The icon looks different
[14:15] <mmcc> er, then tell the user to quit and restart U1, so it'll go ahead and install the new one
[14:15] <dobey> ralsina: looks different than what?
[14:15] <ralsina> dobey: than what we are shipping now?
[14:16] <dobey> ralsina: the -music icon is, but the ubuntuone icon is exactly the same, save for that 128x128 version, which we aren't shipping, because the "large" size to ship on Ubuntu is 256x256
[14:16] <dobey> which i've tried to ask for many times, but alas
[14:16] <ralsina> dobey: sigh
[14:17] <ralsina> dobey: ok, so let's ask marcus for the 256x and then we have a bit more time to get the other sizes
[14:22] <dobey> ralsina: do you know what the -music icon is supposed to be used for exactly?
[14:22] <dobey> or should we poke the uppers?
[14:22] <ralsina> dobey: the music store webapp
[14:23] <dobey> and not the rhythmbox plug-in?
[14:23] <ralsina> dobey: that one I am not sure
[14:23] <ralsina> dobey: so let's ask
[14:24] <ralsina> dobey: asking right now, will keep you posted
[14:24] <dobey> ah ok
[14:24] <dobey> thanks
[14:24] <ralsina> dobey: just the webapp
[14:25] <dobey> great
[14:25] <dobey> that does simplify the situation a little :)
[14:26] <mandel> ralsina, uploading the screencast to u1 and will send the email shortly
[14:26] <ralsina> mandel: awesome
[14:26] <ralsina> dobey: hehe yeah
[14:28] <dobey> alright; i'll poke about in inkscape and see if i can get something usable and quick.
[14:29] <ralsina> dobey: great, thanks
[14:40] <mmcc> ping chaselivingston - that log file is too new - it doesn't show that folder. can you send me the other files too? same path, syncdaemon.log.2012-09-* -- might want to zip them…
[14:40] <chaselivingston> mmcc: sure, one moment
[14:43] <chaselivingston> mmcc: sent
[14:43] <mmcc> chaselivingston: great, thanks again
[14:43] <chaselivingston> mmcc: np
[14:54] <mandel> ralsina, can you confirm me you got the mail with the video and that it works?
[14:57] <joshuahoover> ralsina, gatox: do you have an updated estimate on when our integration with the sync indicator will land in q? bug #1042343
[14:58] <gatox> joshuahoover, i'm finishing with that branch in order to propose it
[14:58] <gatox> i found some problems that i'm taking care of so everything works ok
[14:58] <joshuahoover> gatox: thanks
[14:58] <joshuahoover> dobey: are you doing a package of u1-client this week?
[14:59] <dobey> yes
[15:00] <mandel> me
[15:00] <gatox> me
[15:00] <briancurtin> me
[15:02] <dobey> me
[15:02] <thisfred> me
[15:02] <dobey> joshuahoover: plan is to do it today
[15:02] <joshuahoover> dobey: awesome, thanks :)
[15:02] <ralsina> otp, skipping
[15:03] <alecu> me
[15:03] <gatox> mandel, go
[15:04] <mandel> DONE: Sprint with the dx team to get the dash 'ready' to show payment previews. Recorded video for ralsina and cparrino with the current status.
[15:04] <mandel> TODO: Fix several ui issues with the preview, mainly make buttons be links and check with design the size of the fonts (they seem to be too big). Catch up with alecu to see where we are in the payment back-end story. Propose small fixes to unity so that our payment mp is not HUGE.
[15:04] <mandel> BLOCKED: no, but it seems I have compiling errors in one of my machines.. strange.
[15:04] <mandel> gatox, please
[15:04] <gatox> DONE:
[15:04] <gatox> Worked in the sync menu for u1-client, found some problems where the menu didn't work properly, fix them.
[15:04] <gatox> TODO:
[15:04] <gatox> Finish updating the tests. Propose.
[15:04] <gatox> BLOCKED:
[15:04] <gatox> No
[15:04] <gatox> briancurtin, go
[15:04] <briancurtin> DONE: more fiddling with tests
[15:04] <briancurtin> TODO: extra header tests, probably need to change dev-tools server impl
[15:04] <briancurtin> NEXT: dobey
[15:04] <dobey> DONE: reviews, poked more at webapps, bug #1034092, bug #1051025
[15:04] <dobey> TODO: releases, new old icons, webapp packaging
[15:04] <dobey> BLCK: None.
[15:04] <dobey> thisfred: go
[15:04] <thisfred> oops
[15:05] <thisfred> DONE: playlist metrics TODO: playlist migration code, BLOCKED: no NEXT: alecu
[15:05]  * thisfred fail
[15:06] <ralsina> thisfred: I'll let it pass because I am skipping ;-)
[15:06] <alecu> DONE: started with adding error handling to purchases
[15:06] <alecu> TODO: handle more errors, add some tests
[15:06] <alecu> BLOCKED: no
[15:06] <mmcc> oh shoot
[15:07] <mmcc> DONE: daemon upgrade battle
[15:07] <mmcc> TODO: daemon event processing bug with move, for real this time
[15:12] <dobey> gatox: is any of that sync indicator code in trunk yet?
[15:12] <gatox> dobey, noy in trunk..... i'm fixing the last stuff to propose it
[15:12] <gatox> not in trunk
[15:13] <dobey> ok
[15:13] <dobey> joshuahoover: i think you mistook my "yes i plan to make a release today" as "and it will include that code" :)
[15:14] <joshuahoover> dobey: heh, well, there's that
[15:14]  * mandel broke compiz again...
[15:15] <mandel> I need to try and fix it, will try to be fast :-/
[15:18] <ralsina> have to change location, will be back in a few minutes
[15:25] <dobey> ok, need to get lunch. bbiab
[15:27] <chaselivingston> mmcc: any luck w/ those older logs
[15:31] <mmcc> chaselivingston: no, the path you mentioned didn't show up there. but it's ok, i have a log where I saw the problem and I think I should be able to reproduce it too
[15:31] <chaselivingston> mmcc: ok, maybe it would help if i told you the path was /ubuntu one/sumsix/soa vocal?
[15:31] <mmcc> chaselivingston lowercase?
[15:32]  * mandel unlocked a new achievement, fix compiz 50 times!
[15:32] <chaselivingston> mmcc: no, sorry. /Ubuntu One/SumSix/SOA Vocal
[15:39] <mandel> I need to do some quick errand, I'll be back in 15 mins
[16:13]  * mandel back
[16:24]  * alecu will have lunch
[16:31] <chaselivingston> mmcc: now that folder seems to be uploading, change something on your end somehow?
[16:31] <mmcc> chaselivingston: no, did you restart the app?
[16:32] <chaselivingston> mmcc: yes, but i tried that before w/ no luck. seems to have worked this time
[16:32] <mmcc> chaselivingston: when you restart the syncdaemon, it does a full local re-scan and that should pick up anything that isn't synced.
[16:32] <chaselivingston> mmcc: ah ok, guess that's what happened
[16:33] <mmcc> chaselivingston: maybe your previous restarts didn't restart syncdaemon. if you did cmd-q instead of using the 'quit' menu item in the red u1 menu on the right of the menu bar, it might not have killed syncdaemon
[16:33]  * gatox lunch
[16:33] <chaselivingston> mmcc: gotcha, could very well be the case
[16:34] <mmcc> chaselivingston: also for future reference, there's nothing I can change that'd cause that kind of behavior change in the client. once I package the app ,the client code is frozen (it's even cryptographically signed)
[16:35] <chaselivingston> mmcc: cool, that's what i figured, just wasn't sure
[16:35] <mmcc> yep. no magic upgrades. it's good and bad :)
[16:35] <chaselivingston> mmcc: haha, i bet
[16:39] <mmcc> mandel | ralsina - a trivial review: https://code.launchpad.net/~mikemc/ubuntuone-client/fsevents-daemon-default/+merge/124738
[16:40] <mandel> ok
[16:45] <mandel> mmcc, approved
[16:46] <mmcc> thanks mandel
[16:46] <mandel> mmcc, what was wrong with the ipc?
[16:47] <mmcc> mandel: the code expected to be able to get the path from the file descriptor, but the fd that launchd gives you gives you an error when you do that
[16:47] <mandel> mmcc, ah, bummer.. how did you solve it?
[16:47] <mmcc> it doesn't need the path when it's launchd, so I just set the sockURL=nil
[16:48] <mmcc> the problem was that if it couldn't find the path, it bailed and didn't init any of the other data structures (but nothing was checking that)
[16:48] <mmcc> so there was a commsocketserver sitting there with all nil members, and sending messages to nil does nothing, so nothing was happening
[16:49] <mandel> mmcc, uh, well I never tested that case..
[16:49] <mandel> mmcc, nice find!
[16:50] <mandel> and with those great news, I'm EODing!
[16:50] <mmcc> yeah, it's hard to test until you have all the launchd crap hooked up.
[16:50] <mmcc> ttyl!
[17:08] <gatox_lunch> everyone, ralsina says that he is having problems with his internet connection, he is going to try to be back as soon as possible
[17:14] <dobey> gatox: *gasp* *surprise* :)
[17:17] <mmcc> clearly someone needs to confront ralsina about his pinball addiction
[17:17] <dobey> heh
[17:20] <ralsina> I'm back
[17:21] <ralsina> dobey: I am changing ISPs but it's going to take a while. I am considering if starting my own ISP company is faster :-/
[17:22] <dobey> hehe
[17:22] <dobey> i'm wondering why there is a shadow around the entire surface of this icon, and why it's trying so hard to look 3d
[17:32] <ralsina> mmcc: what day next week do you think would be a good day for a QA run?
[17:32] <mmcc> ralsina, monday
[17:33] <ralsina> mmcc: are we confident today? :)
[17:33] <mmcc> ralsina: I just fixed the upgrade problem, so yes, a little confident. Today I am a viking!
[17:33] <ralsina> mmcc: ok, tuesday it is ;-)
[17:34] <mmcc> :D sounds good
[18:18] <dobey> ralsina: hrmm, so i have all the <= 128x128 sizes "ready" at least, but the 128x128 is a bit more complicated than i was hoping it would be, so probably best if i don't try to tweak it into the larger sizes, since while I'm ok at making icons, i'm not that great, and i don't know what any of the branding specifics are :)
[18:18] <ralsina> dobey: ok
[18:19] <dobey> ralsina: so i guess we just wait and hope marcus replies in the morning (preferably with icons)?
[18:19] <ralsina> dobey: so, I got no response about the request from marcus, and now it's too late for him anyway
[18:19] <dobey> right
[18:19] <ralsina> dobey: so yes, that's the "plan"
[18:19] <dobey> ok, i'll hold off doing an ubuntuone-client release until tomorrow
[18:19] <dobey> and try to get some of the others done today
[18:19] <ralsina> dobey: cool.
[18:20] <dobey> and see about merging some of these translations in to our trunks
[18:55] <mmcc> do we have a test case base class that makes recording calls to multiple functions easy?
[18:56] <mmcc> I mean multiple patched functions…
[18:56] <dobey> not in dev-tools
[18:56] <mmcc> ok, thanks
[18:58] <ralsina> mmcc: no, I have seen a couple of cases that add a homebrew set_called clone in the test
[19:06] <dobey> ralsina: want to do some rubber stamping? :P
[19:06] <dobey> https://code.launchpad.net/~dobey/ubuntu-sso-client/update-po/+merge/124769
[19:06] <ralsina> dobey: have it right here!
[19:06] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client-gnome/update-po/+merge/124770
[19:06] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client/update-po/+merge/124771
[19:12] <ralsina> dobey: done!
[19:13] <dobey> thanks
[19:13]  * ralsina blows on smoking rubberstamp, cowboy-style
[19:19] <dobey> ralsina est gaucho?
[19:20] <ralsina> dobey: gauchos were more of a knife people
[19:20] <ralsina> And blowing on knifes is silly and dangerous ;-)
[19:21] <dobey> ralsina: another review for you: https://code.launchpad.net/~dobey/ubuntuone-client/drop-vapi/+merge/124774
[19:21] <dobey> a little actual review this time :)
[19:28] <ralsina> dobey: +1
[19:29] <mmcc> hey guys, I found this old bug that wasn't linked to the branch that fixed it - I linked it but I'm not sure how to close it and flip all the right switches: https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1040727
[19:29] <mmcc> I did change the status, but is there more to do? also, this isn't high priority, just saw the browser tab now
[19:30] <ralsina> just set it to fix-committed
[19:30] <mmcc> ok, done then
[19:30] <ralsina> or even fix-released if it's in trunk for more than one week
[19:31] <mmcc> ok - did that. that was the step I was wondering about, when /how to set it to released
[19:31] <mmcc> by how, I meant if it was automatic somewhere
[19:33] <ralsina> mmcc: if the bug is linked to the branch, and targeted to the right branch (which this probably wasn't) then it will get flipped to fix-released when ... well, released
[19:33] <ralsina> mmcc: just linking the branch will make it fix-committed when the branch is merged to trunk
[19:34] <mmcc> I knew the fix-committed step (this bug wasn't linked when the branch was merged, so it was floating lost)
[19:35] <mmcc> still fuzzy on the mechanics of 'released' though. but that's probably ok
[19:35] <dobey> ralsina: linking the branch from the lp ui doesn't do anything to the branch
[19:35] <dobey> or to the bug, aside from just noting the link
[19:35] <ralsina> dobey: but tarmac marks it?
[19:35] <dobey> tarmac does if the link is done with bzr commit --fixes
[19:36] <dobey> but not if it was just linked on the lp UI
[19:36] <ralsina> dobey: I always assumed that was the same thing as doing it from LP!
[19:36] <dobey> nope
[19:36] <ralsina> dobey: corner cases for everyone! ;-)
[19:36] <dobey> bzr puts it in the branch metadata, LP just has it in the LP db
[19:36] <dobey> and anyone can link any bug to any branch on LP
[19:37] <dobey> with the bzr metadata, we can at least trace it to someone, if they got it wrong or tried to abuse the system :)
[19:37] <ralsina> dobey: if random people were actively trying to make things annoying for us on LP, they could drown us in stuff in 5 minutes :-(
[19:38] <dobey> they do; have you seen how many bug reports we have? :)
[19:39] <ralsina> dobey: hha
[19:39] <dobey> i want to automate a bunch more stuff, but it will take a *lot* of work to do :(
[19:39] <ralsina> dobey: those meant well
[19:39] <ralsina> dobey: I mean, we have had a couple of cases of people randomly changing bug state for instance
[19:39] <dobey> yeah
[19:39] <ralsina> dobey: if someone started doing that intentionally, it would be hell
[19:40] <dobey> a lot of those are accidental, thanks to the wonders of javascript
[19:40] <ralsina> ok, my ISP claims they are at my house's door with tools and equipment
[19:40] <dobey> heh
[19:40] <ralsina> I have to go there I suppose
[19:41] <ralsina> and this mail order gunsmith never delivers in time!
[19:42] <chaselivingston> mmcc: any idea when i might have a new build to try that fixes the events triggers issue?
[19:42] <ralsina> hopefully, will be back in 30'
[19:43] <mmcc> chaselivingston: no estimate yet. I'm adding tests to the code to upgrade the running daemon. I've looked at the events trigger issue but haven't started trying any fixes yet
[19:44] <chaselivingston> mmcc: cool, just curious, thanks
[19:44] <mmcc> chaselivingston: I'd say optimistically tomorrow, maybe wednesday for a fix
[19:44] <mmcc> this is where ralsina chimes in and adds 30%, or 2x, or something :)
[19:44] <chaselivingston> mmcc: ack, thanks. in the meantime, if i kill sd via activity monitor, will u1 automatically spawn a new instance and do a global scan again?
[19:46] <mmcc_> chaselivingston: it *should* if the control-panel app is running. it definitely will if you quit the control-panel, kill sd, and restart the control-panel
[19:46] <chaselivingston> mmcc_: gotcha, that works for me, thanks
[20:16] <gatox> eod here! time to rest, see you tomorrow people! bye
[20:26] <dobey> can someone review? https://code.launchpad.net/~dobey/ubuntuone-client-gnome/update-4-0/+merge/124787 it's all translations updates merged from trunk, so just a quick look and rubber stamp is fine
[20:35] <briancurtin> dobey: approved
[20:35] <dobey> thanks briancurtin
[20:54] <mmcc> lunch…
[21:00]  * alecu needs to EOD too
[21:00] <alecu> bye all!
[21:19] <dobey> doh
[21:35] <dobey> ok all, have a good evening. i'm off
[23:17] <mmcc> ok, done for now, going to come back tonight and finish this daemon install branch's tests…