[05:01] <mmcc> back
[08:14] <mandel> morning all!
[08:20] <JamesTait> Good morning all! :-D
[11:28] <gatox> good morning
[12:05] <mandel> gatox, morning, I was doing reviews and I had a question in one of them
[12:06] <mandel> gatox, can you check if the mp is still valid?
[12:11] <gatox> mandel, which one?
[12:11] <alecu> hello, all!
[12:12] <gatox> alecu, hi
[12:12] <mandel> gatox, https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/u1-cp-publishapi/+merge/128316
[12:12] <mandel> alecu, hello
[12:13] <mandel> alecu, shall we go after neil once I've had lunch?
[12:15] <gatox> mandel, yes, that is necessary or you are going to be able to see the list and publish files only once
[12:15] <gatox> mandel, as mike says in his comment
[12:16] <mandel> ok
[12:16] <gatox> mandel, i forgot to add it in the description, so he added in his comment
[12:17] <alecu> mandel: seems he's having lunch right now, so go ahead, and have lunch yourself
[12:18] <mandel> alecu, ok, although I have to wait 30 min for the food to be ready :P
[12:38] <ralsina> morning!
[12:38] <gatox> ralsina, hi
[12:39] <ralsina> hello gatox! How's the sync indicator going?
[12:40] <gatox> ralsina, good..... i'm going to propose the branch to get the sync status always in sync (between syncdaemon, cp and the menu)..... and then start debugging the new shares bug
[12:40] <ralsina> gatox: awesome
[12:40] <ralsina> gatox: keep in mind that if we do pass some level of QA for this, it may get into Q
[12:41] <mandel> ok, lunch time for me
[12:42] <gatox> ralsina, yes, although.... most of the things marked as red are just not implemented yet.... because of some limitations that we had before
[12:42] <ralsina> gatox: yes, and those we need to be clear about it and that's it
[12:43] <gatox> ralsina, cool
[12:43] <ralsina> gatox: since we have a micro release exception, we can even get those in a STU
[12:43] <ralsina> SRU
[12:44] <gatox> ralsina, even if we need new strings for them?
[12:45] <ralsina> gatox: *maybe*. Ok, no.
[12:45] <gatox> :(
[13:27] <ralsina> facundobatista, alecu: I am trying to fix bug #1064673 and it turns out that we already have in u1-client an OrderedDict class. It's in syncdaemon/hash_queue.py so.. it's evil if I import it from platform/sync_menu/linux.py  right? So the "right" thing to do is refactor it somewhere else... any ideas where? Alternatively,  I can  just use twisted's ordereddict and maybe tweak the code slightly
[13:32] <alecu> ralsina: looks like the shorter route is importing from sd/hq.py, so you can use that if you open a bug and we fix that after releases.
[13:33] <ralsina> alecu: ok
[13:33] <ralsina> alecu: but since this is for trunk, I don't much care about releases
[13:33] <ralsina> alecu: so we can fix it "right" the 1st time :-)
[13:34] <facundobatista> ralsina, and in the future both will go away, when we could use stdlib one
[13:35] <ralsina> facundobatista: ok, if both say using hq.py is right...
[13:35] <alecu> facundobatista: you are looking waaaay into the future. Like 2017!
[13:35] <facundobatista> alecu, no, a couple of months, why?
[13:35] <ralsina> alecu: the last supported distro with 2.6 dies in april
[13:35] <alecu> ralsina: if you don't care about releases, then refactoring sounds like the best option.
[13:36] <alecu> ralsina, facundobatista: awesome then!
[13:36] <ralsina> alecu: and this code never will make it back to lucid
[13:37] <ralsina> alecu, facundobatista: ok, where do random helper classes live in u1-client? Is there a utils.py? A tools.py? ;-)
[13:38] <alecu> ralsina: ubuntuone/syncdaemon/utils.py ?
[13:41] <ralsina> alecu: but I can't import from syncdaemon into platform, can I?
[13:41] <ralsina> I don't want to do nasty things :-/
[13:45] <alecu> ralsina: you are soooo right. We are only doing it once, and it's on new code.
[13:52] <alecu> oh, ralsina is back
[13:52] <alecu> ralsina: you are soooo right. We are only doing it once, and it's on new code.
[13:52] <ralsina> alecu: I am just using the twisted OrderedDict, it seems to require no code modification
[13:52] <alecu> ralsina: great then.
[13:53] <ralsina> alecu: and maybe I should fix that import too
[13:54] <alecu> ralsina: it's this line: ubuntuone/platform/tools/perspective_broker.py:from ubuntuone.syncdaemon.utils import get_sd_bin_cmd
[13:55] <ralsina> alecu: ok, that doesn't sound easy to fix :-)
[13:55] <alecu> ralsina: sorry, no... there are a couple of them...
[13:55] <alecu> ralsina: and all sound as complicated
[13:55] <ralsina> alecu: because it means we do need a place where to put convenience stuff that's outside syncdaemon
[13:56] <alecu> http://pastebin.ubuntu.com/1271186/
[13:56] <alecu> ralsina: right!
[13:56] <alecu> ralsina: so, nevermind for now.
[13:56] <ralsina> or declare utils.py an exception to that rule
[13:59] <ralsina> neverminding immediately
[14:11] <mandel> alecu, I'm back we can talk with neil when ever you want
[14:36] <mmcc> Hi people
[14:38] <ralsina> Hello mmcc!
[14:39] <ralsina> mmcc: quick update on things-that-happened-early I got a report that the cloud-to-computer page hangs, and lisette doesn't like so many icons
[14:42] <mandel> mmcc, I have been doing reviews of the daemon code and I have a question in one of the MPs that blocks a number of them, can you take a look when possible?
[14:42] <mmcc> mandel, ok I'll look
[14:43] <mmcc> ralsina: thanks, I got an email from lisette. :( about the cloud-to-computer hang… will look in a minute
[14:43] <ralsina> mmcc: cool
[14:44] <lisettte> mmcc: you want my logs?
[14:44] <mmcc> lisettte: yes, that'd be helpful, thanks
[14:58] <mmcc> mandel: about the empty main in JenkinsFSEvents - it looks like you added that in a separate branch. (https://bazaar.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/jenkins-daemon-main-2 ) jenkins-daemon-main hasn't been proposed yet, because I think you hadn't quite finished it yet
[14:59] <mandel> mmcc, oh.. ok, then I'll approve :)
[14:59] <mmcc> mandel: while you're looking at those, can you look at jenkins-daemon-main and tell me if it's ready to propose or not?
[15:00] <thisfred> me
[15:00] <ralsina> me
[15:00] <gatox> me
[15:00] <mandel> me
[15:00] <briancurtin> me
[15:01] <mmcc> me
[15:01] <ralsina> alecu: standup
[15:01] <ralsina> ok, alecu is last, thisfred go!
[15:01] <thisfred> DONE: lots of small u1db bugs TODO: fix u1db playlist migration BLOCKED: no NEXT: ralsina
[15:01] <alecu> oh, hello
[15:01] <ralsina> DONE: fixing bug #1064673, fixed bug #1063904, <motley crue> calls calls calls </motley crue>, reviews, staff interviews, helped around TODO: finish that bug, fix one other maybe, help mmcc wrap mac release BLOCKED: tests in u1-client are killing me NEXT:  gatox
[15:01] <gatox> DONE:
[15:01] <gatox> Branch for sync menu getting out of sync status proposed. Debugging new shares problem.
[15:01] <gatox> TODO:
[15:01] <gatox> Figure it out what is going on with new shares. Keep looking at sync menu and shares tab bugs.
[15:01] <gatox> BLOCKED:
[15:01] <gatox> No
[15:02] <gatox> mandel, go
[15:02] <mandel> DONE: Got internet connection changed to fiber. Reviews, reviews, reviews..
[15:02] <mandel> TODO: Talk with neil and alecu, we have to land this things asap.
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> briancurtin, please
[15:02] <briancurtin> DONE: more debugging and fiddling, py2exe'd everything but havent tested with it yet, poke around jenkins with no luck
[15:02] <briancurtin> TODO: test py2exe'd setup, switching gears to fix some test failures in SSO and SD, get jenkins back online
[15:02] <briancurtin> NEXT: mmcc
[15:02] <mmcc> DONE: reviews, DMG setup, QA build, sync menu stuff
[15:02] <mmcc> TODO: cloud-computer rebug, rebuild dist, sync menu
[15:02] <mmcc> BLOCK: no
[15:02] <alecu> DONE: split of dash branches
[15:02] <alecu> TODO: talk with mandel and neil, get them landed
[15:02] <alecu> BLOCKED: no
[15:03] <alecu> mandel: ohai, I just saw your message above.
[15:03] <alecu> mandel: let's try to mumble with neil
[15:03] <mandel> alecu, sure :)
[15:04] <ralsina> comments? If not, EOM
[15:05] <gatox> ralsina, mandel could you review this? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-syncstate/+merge/128958
[15:05] <ralsina> gatox: I'm on it
[15:05] <gatox> ralsina, thx
[15:05] <mandel> gatox, asap
[15:06] <gatox> mandel, :D
[15:13] <ralsina> gatox: +1 but without running the tests because they take way too long here
[15:14] <gatox> ralsina, mandel btw.... just to let you know..... is kind of weird that in change_sync_status we are not using *args and just creating some other variable for the connection state...... but the args there are nothing useful
[15:22] <vila_> mmcc: testing u1-121009, all clear so far :)
[15:23] <vila_> mmcc: looks like even bug #1062415 has been fixed ?
[15:28] <mmcc> vila_: nothing changed explicitly to fix that…
[15:32]  * gatox lunch
[15:37] <ralsina> vila_: we may have fixed it by accident :-)
[15:37] <ralsina> alecu, gatox_lunch: small review which took a very long time to verify ;-) https://code.launchpad.net/~ralsina/ubuntuone-client/2-6-or-die/+merge/128979
[15:39] <gatox_lunch> ralsina, why is that?
[15:39]  * gatox_lunch is the one to blame for the previous code
[15:39] <gatox_lunch> i want to know what was wrong :S
[15:40] <alecu> gatox_lunch: from collections import OrderedDict is from python 2.6
[15:40] <alecu> gatox_lunch: I mean, it does not work on 2.6
[15:41] <alecu> gatox_lunch: and the client-server tests run on lucid, which has 2.6 as a default
[15:41] <gatox_lunch> ahhhhhh i didn't realize that..... sorry about that
[15:41] <alecu> gatox_lunch: also nightlies get packaged for lucid
[15:41] <alecu> gatox_lunch: never mind! nobody remembers poor lucid anymore :-(
[15:51] <vila> ralsina, mmcc: Ok, I'll leave the bug open for now (and an eye as well ;)
[16:24] <mandel> gatox_lunch, I'm not blocking the branch for a little refactoring in the tests, but please take a look at my comment in https://code.launchpad.net/~diegosarmentero/ubuntuone-client/ubuntuone-client-syncstate/+merge/128958
[16:24] <mandel> gatox_lunch, you can reduce the amount of code you have and test the same
[16:24]  * mandel does not like to type because his fingers are fat
[16:33] <mandel> well, EOD for me, catch you all tom!
[16:35] <ralsina> mmcc, lisettte: how about this -- remove the license file, add a link to the license in the README, make sure the README is very far way from the thing-to-drag and the apps folder
[16:35] <ralsina> mmcc, lisettte: then we get some user feedback after the beta
[16:36] <gatox> mandel, looking.....
[16:36] <chaselivingston> ralsina: just saw this conversation, but I like that idea
[16:36] <mandel> gatox, the use of the namedtuple was just for fun, look at the last setence :P
[16:36] <lisettte> ralsina: i would prefer to have no fancy backgrounds
[16:37] <ralsina> lisettte: but it's PRETTY!!!! ;-)
[16:37]  * ralsina stomps feet
[16:37] <lisettte> ralsina: it is not if there is more than one thing on it
[16:38] <ralsina> lisettte: ok, plan C: why is it important that the user sees the README?
[16:38] <mmcc> I like having the link to /applications , because without that and the cue to drag it, people do run the app from within the dmg, and then they get confused/upset when they reboot and the app disappeared
[16:38] <lisettte> ralsina: because it is a beta?
[16:38] <mmcc> ralsina: lisettte didn't ask for the README, it's my construction :) it's not important, in fact I suggested only having the license
[16:39] <mmcc> (the app disappears because DMG's don't get auto-remounted on startup)
[16:40] <chaselivingston> i definitely think the visual of the drag to the apps folder is important
[16:40] <ralsina> lisettte, mmcc: then remve the license and the readme
[16:40] <lisettte> ralsina: i am happy to have the fancy background if we only have the app in there
[16:40] <ralsina> lisettte: it's a beta, and every downloader will know it's a beta
[16:40] <mmcc> if we can remove the license file then we're set
[16:40] <ralsina> consensus, me loves
[16:40] <ralsina> mmcc: yes we can
[16:40] <ralsina> mmcc: also, what about the hidden files/folders are those necessary?
[16:41] <mmcc> si se puede!
[16:41] <mmcc> ralsina: yes, those are unavoidable but most people don't have that setting on
[16:41] <ralsina> mmcc: perhaps not on this one, but in the next one, we can make sure on first run the user gets the license page in the wizard
[16:41] <mmcc> ralsina: yes
[16:41] <ralsina> ok then, that's it
make it so</picard>
[16:41] <lisettte> mmcc: can we try the icons at 128px?
[16:44] <mmcc> lisettte: sure
[16:44] <lisettte> mmcc: excellent
[16:44] <lisettte> mmcc: could you ping me a screenshot of that?
[16:45] <mmcc> while we're all talking packaging, should it be "UbuntuOne.app" or "Ubuntu One.app"? that was always temporary, and I don't think I ever asked
[16:45]  * mmcc really should've asked sooner
[16:49]  * mmcc building, will send screenshot in a minute
[16:49] <chaselivingston> mmcc: i vote for Ubuntu One.app
[16:49] <chaselivingston> since that's how the service is marketed elsewhere
[16:51] <ralsina> mmcc: with the space
[16:52] <ralsina> we are a modern team that doesn't shy away from files with spaces in their names, even if they are reported as bugs in launchpad over and over again
[16:52] <mmcc> we probably don't have to worry about mac users complaining about spaces :)
[16:53] <ralsina> Üßúñtù Ôñê
[16:54]  * gatox is afraid of ralsina 's message..... too much unicode chars
[16:54] <ralsina> ©hí¢kêñ
[16:55] <mmcc> 🎃
[16:55] <gatox> ok..... the one from mmcc i can't even see it
[16:55] <ralsina> me neither
[16:56] <ralsina> 💩
[16:56] <mmcc> 🎉 I win! 🎉
[16:56] <ralsina> Mine is in no font I guess :-)
[16:57] <mmcc> 🎃 is "JACK-O-LANTERN Unicode: U+1F383 (U+D83C U+DF83), UTF-8: F0 9F 8E 83"
[16:57] <gatox> jejeejeje
[16:57] <ralsina> Mine is "PILE OF POO"
[16:57] <briancurtin> unicode rules
[16:57]  * gatox see a lot of white squares.... maybe i'm not feeling very well..... i should ask for a sick day
[16:57] <gatox> jejeje
[16:58] <ralsina> gatox: 'LOVE HOTEL' (U+1F3E9) 🏩
[16:59] <gatox> unicode...... because using a lot of common chars to do ascii art was too mainstream
[16:59] <gatox> :P
[17:01] <alecu> hehehe... gatox: you need to use a unicode abiding irc client!
[17:01] <alecu> ok, it's time for lunch and some errands.
[17:01] <alecu> ttyl!
[17:05] <elopio> ralsina, briancurtin, are we having a windows installer for testing today?
[17:06] <ralsina> elopio: looks like our jenkins is still down. Maybe briancurtin can do a quick one?
[17:07] <ralsina> briancurtin: if at all possible, please create a build and give it to elopio so we know what we need to fix on windows
[17:14] <briancurtin> ralsina: will do, i'll create the installer manually since i havent heard back about jenkins yet from sidnei (nor do i know how to fix the issue, yet)
[17:16] <ralsina> briancurtin: we need to spread the knowledge on how to reset that box a bit further. See that you figure it out and then do a wiki page one of these days please.
[17:17] <briancurtin> ralsina: yep, once i get the info i'll have it written down so we don't always depend on sidnei
[17:18] <mmcc> ugh, my irc client has an off-by-one error in its contextual menu code. tried to close a different room :\
[17:18] <mmcc> lisettte: I just emailed you a screenshot with 128px icons. looks great
[17:18] <mmcc> ralsina: you'll be happy to hear that I figured out how to get PNG screenshots instead of TIFFS :)
[17:18] <ralsina> mmcc: yay
[17:19] <ralsina> mmcc: welcome to the 90s! ;-)
[17:19] <lisettte> mmcc: looks fantastic indeed!
[17:19] <mmcc> ralsina: funny you should say that, as I am currently BLASTING No Doubt's "Tragic Kingdom" in a bout of severe nostalgia
[17:19] <lisettte> :)
[17:20] <ralsina> mmcc: hahaha
[17:20] <ralsina> mmcc: could be worse, could be Aqua
[17:20] <mmcc> ralsina: …and now it is
[17:20] <ralsina> hahaha
[17:20] <mmcc> next up, Aqualung
[17:21] <ralsina> I suggest aquabats
[17:21] <mmcc> For real, I've had "Pool Party" stuck in my head all morning.
[17:21] <mmcc> My daughter was watching that video earlier
[17:24] <chaselivingston> mmcc: got a few mins to look at my sd logs?
[17:24] <mmcc> chaselivingston: sure, what's the issue? I'm also looking at this re-bug about the cloud-computer page, but I can interleave
[17:25] <chaselivingston> mmcc: so I had Ubuntu One/Documents, but decided to move everything into ~/Documents and then select that folder to sync w/ u1
[17:25] <briancurtin> damn it. py2exe again. i need to pick up lunch, i'll make this installer after i'm back.
[17:25] <chaselivingston> mmcc: except nothing got uploaded
[17:26] <chaselivingston> mmcc: or at least it's not showing up on the website
[17:26] <chaselivingston> mmcc: https://pastebin.canonical.com/76234/
[17:27] <mmcc> chaselivingston: I'm looking now.
[17:27] <chaselivingston> mmcc: thanks
[17:28] <chaselivingston> mmcc: if there's nothing out of the ordinary in there, i have an idea of what might be happening i'd like to talk with you about
[17:28] <mmcc> thank god for QA. The remote folders re-bug is *another* packaging brain fart by yours truly - because this still hasn't actually merged, I didn't include it in the last build: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/remote-folders-fix/+merge/126037
[17:29] <mmcc> chaselivingston: yowtch, that's a big log file. about what time am I looking at?
[17:29] <ralsina> mmcc: yay, the system works! :-)
[17:29] <chaselivingston> mmcc: i just searched "Documents" and scanned through, but it was yesterday sometime i believe
[17:30] <mmcc> chaselivingston: ok
[17:30] <ralsina> mmcc: that's missing a windows review, right?
[17:30] <mmcc> ralsina: yes
[17:30] <mmcc> that's the branch that sent poor briancurtin into 'running windows from source' hell
[17:31] <ralsina> mmcc: ok, so let's do that one manually, I guess
[17:31] <mmcc> ralsina: yeah, there are already two other manual merges, so what's one more
[17:32] <Chipaca> ralsina: ping?
[17:32] <mmcc> chaselivingston: so what is the state that the server shows? Is "Ubuntu One/Documents" still there or did that delete work?
[17:33]  * Chipaca is flooding ralsina's buffer elsewhere
[17:33] <chaselivingston> mmcc: that folder is gone, and it shows that I'm syncing ~/Documents, but it shows it as empty
[17:33] <mmcc> chaselivingston: ok
[17:35] <ralsina> mmcc: name for the released file? "ubuntuone-3.99.0-beta1.dmg"?
[17:35] <ralsina> or rather 4.0-beta1
[17:36] <gatox> ralsina, we have some problems with the new shares feature
[17:36] <ralsina> gatox: saw it
[17:36] <ralsina> gatox: if it's unimplementable, then we nix it
[17:36] <ralsina> gatox: BUT the messaging menu manages to do it so it's not unimplementable
[17:37] <gatox> ralsina, really?? it is activated by default?? because i just share a folder from another user with mine.... and i didn't recceive any message
[17:37] <mmcc> ralsina: which should it be? And the DMG can have spaces too, if we want to be modern. "Ubuntu One 4.0 beta 1"?
[17:37] <ralsina> gatox: we were removed from the messaging menu on Q already, IIRC
[17:37] <gatox> ah
[17:38] <ralsina> mmcc: hmmm ugly URL though
[17:38] <ralsina> mmcc, Chipaca: let's make it ubuntu-one-4.0-beta1.dmg
[17:39] <mmcc> ralsina: that sounds fine. so I take it the app itself should say that it's version 4.0-beta1 also? :)
[17:39] <ralsina> mmcc: yes
[17:39] <mmcc> onit
[17:39] <Chipaca> \o/
[17:41] <mmcc> so, the last few were "3.99.90", is this one really just "4.0"? not "4.00.00"? (I don't really understand our numbering scheme)
[17:41] <gatox> ralsina, so right now.... we should have all the things in green for the tests in the document.... and 3 not implemented
[17:41] <gatox> ralsina, i'm going to check the other bugs at the bottom to see if they are related to us
[17:42] <ralsina> mmcc: it's called "arbitrary" ;-)
[17:42] <ralsina> mmcc: on ubuntu it's 4.0.0
[17:42] <ralsina> so we could go that way, but what's the point of the extra 0
[17:43] <mmcc> shows we have measured it with very precise instruments
[17:47] <ralsina> so 4.0 is good enough. Makes us look sufficiently sciencey
[17:49] <gatox> ralsina, let me know when you have a couple of minutes so we can  have our 1-1, so i can tell you about the current state and discuss next steps
[17:54] <ralsina> gatox: if IRC is ok, now is good
[17:55] <gatox> ralsina, yep
[18:03]  * briancurtin back
[18:11] <briancurtin> i love when exceptions are raised with a code of 0 and a message that the operation completed sucessfully. COME ON.
[18:11] <briancurtin> (py2exe)
[18:22] <mmcc> ok, uploading a new .dmg with the remote folders fix confirmed to actually be in
[18:23] <mmcc> and the version bumps, name changes, icon resizing, etc
[18:24] <chaselivingston> mmcc: any luck w/ those logs?
[18:25] <mmcc> chaselivingston: not yet, looking again now
[18:26] <ralsina> briancurtin: if successful completion is an exception, the problem lies elsewhere
[18:31] <mmcc> chaselivingston: can you also paste your controlpanel.log from about the same time?
[18:31] <chaselivingston> mmcc: sure, one sec
[18:32] <chaselivingston> mmcc: https://pastebin.canonical.com/76241/
[18:42] <mmcc> chaselivingston: have you tried making ~/Documents a UDF in the past (UDF = synced folder outside of ~/Ubuntu One/)
[18:42] <chaselivingston> mmcc: i don't think so...
[18:42] <mmcc> the path is failing the 'validate syncdaemon path' step, and our code is ignoring the strings that syncdaemon generates to explain why :(
[18:43] <mmcc> chaselivingston: can you do an "ls -l ~" and paste or PM it to me, however you like?
[18:43] <chaselivingston> mmcc: where should I do that?
[18:43] <mmcc> chaselivingston: wherever, it's just going to list your home dir
[18:44] <mmcc> chaselivingston: alternatively, "cd ~" then "ls -l"
[18:44] <chaselivingston> mmcc: https://pastebin.canonical.com/76243/
[18:46] <mmcc> chaselivingston: thanks. no good clues there though (was hoping maybe it was a symlink or something unexpected)
[18:46] <chaselivingston> mmcc: hmmm
[18:49] <mmcc> chaselivingston: when you look at the folders tab in the app, does it show ~/Documents as one of the folders? your logs say it's a UDF already, just inactive. that should not have happened if this was the first time you tried to add it…
[18:50] <mmcc> chaselivingston: I'm wondering if you tried to add it twice and it didn't handle that well… (need to look at the code)
[18:50] <chaselivingston> mmcc: it does show it in the list of folders
[18:56] <mmcc> chaselivingston: and it's not checked, right? if you check it does it start syncing happily? I think that might be your fix, and the bug is that we let you pick a path you already had a UDF for in the first place
[18:56] <chaselivingston> mmcc: it is checked
[18:56] <chaselivingston> mmcc: actually hold on, maybe unchecking and rechecking fixed it
[18:58] <mmcc> chaselivingston:  when you tried to add it, you should've gotten an error dialog. I'm guessing it didn't show?
[18:58] <chaselivingston> mmcc: unchecking and rechecking asked if i wanted to merge the contents, but i don't think that showed when i first tried to add it
[18:59] <mmcc> chaselivingston: yeah, that's a different error
[18:59] <mmcc> er, not an error this time
[18:59] <mmcc> but it should've shown a legit error message earlier
[19:00] <chaselivingston> mmcc: hm, don't recall seeing one....
[19:00] <mmcc> well, that's not good. let's see if I can repro
[19:01] <chaselivingston> mmcc: hm, don't recall seeing one….
[19:01] <chaselivingston> whoops, not sure why that sent twice
[19:02] <mmcc> well, every time I try it, I get the error :\
[19:02] <mmcc> brb
[19:04] <chaselivingston> mmcc: the folder appears to be filling up online now though
[19:13] <mmcc> chaselivingston: that's good news. we'll have to keep an eye out for similar issues I guess
[19:13] <chaselivingston> mmcc: yeah, probably so
[19:14] <mmcc> oh I forgot to put this here: the new 4.0b1 dog: http://ubuntuone.com/5JEeVNjWqWXDj9XQPbrynP
[19:14] <chaselivingston> mmcc: downloading now :)
[19:14] <mmcc> or dmg, whatever. I like dogs, but I dislike autocorrect that I can't globally disable
[19:15] <mmcc> ralsina - that's the DMG, it has the folders fix, and it seems like maybe this UDF problem isn't reproducible… so we're looking alright for tomorrow as of now
[19:15] <ralsina> mmcc: yay!
[19:16] <ralsina> mmcc: now, I want you to create a gpg signature for it using the keys you have in launchpad
[19:18] <mmcc> ralsina: ok
[19:20] <ralsina> mmcc: then, go to http://rt.admin.canonical.com and look for RT 56640
[19:20] <mmcc> this will take a few minutes - I haven't needed to set up gpg on this mac yet
[19:21] <ralsina> mmcc: it's ok, we have hours. WHOLE HOURS.
[19:28] <mmcc> so ralsina, the key I have in launchpad has my gmail email addr, is that a problem? I can create & add a new one with the canonical addr , I assume
[19:32] <ralsina> no, as long as it's the one in launchpad, it should be ok
[19:33] <mmcc> cool
[19:57] <mmcc> ping ralsina, got my .sig, got the RT up.
[19:58] <mmcc> I encountered a bug in macGPGTools along the way, of course, or else it wouldn't be Working With Computers™!
[20:02] <briancurtin> bitrock hates their users. why on earth do they constantly change installation paths and registry keys?
[20:05] <gatox> eod here!
[20:05] <gatox> byeeeeeee
[20:13] <cjnf> Hi, I'm trying to use ubuntuone to sync an svn repo. ubuntuone is renaming some files making the repo useless - particularly 'current' gets renamed 'svn-eWfrhb'. Is there anything I can do about this?
[20:13] <mmcc> briancurtin: I stole your Parks n' Rec gif, hope you don't mind…
[20:14] <briancurtin> mmcc: take as needed for pain
[20:15] <mmcc> cjnf: I forget if SVN uses internal symlinks. that could cause a problem… Has anyone else tried syncing an SVN repo?
[20:16] <cjnf> mmcc: the renamed files have the right content. Not sure if they're symlinks - I'm on the darkside at the moment so cant check.
[20:17] <mmcc> cjnf: can you expand a little on what's happening? is it renaming files on the system you're syncing from or one you're syncing to? and is this the result of conflicts or something else?
[20:18] <ralsina> mmcc: ok, now you need to post the URLs to the dmg and the sig in the RT telling them to deploy it please
[20:18] <ralsina> mmcc: and then you go to u1-internal say "losa ping: I just posted an update on RT #XYZ please take a look"
[20:20] <slank> mmcc: we're usually listening here too
[20:21] <mmcc> slank ok, RT 56640 is updated - please take a look, and let me know if I need to ping elsewhere!
[20:22] <mmcc> btw, is losa an acronym?
[20:22] <slank> mmcc: I *think* it was launchpad operational system administrators. We prefer webops these days
[20:23] <mmcc> slank: thanks, noted
[20:24] <slank> mmcc: can you also include sigs/sums for those files?
[20:24] <cjnf> mmcc: I'm syncing two systems: one Ubuntu 12.04, the other WinXP. Files originated on Ubuntu. When I browse on one.ubuntu.com, the files have been renamed hence when I sync to WinXP the repo doesn't work. There are no changes in the Ubuntu files.
[20:24] <slank> mmcc: oh sorry, wasn't paying close attention. thanks
[20:25] <mmcc> slank: no problem, do you have everything you need? This is my first run through so I wouldn't be surprised if I missed something
[20:26] <ralsina> slank: sorry about the old-fashionedness :-)
[20:26] <slank> mmcc: I think that's it. I'll let you know. Hey, are you going to the Austin meetup tomorrow?
[20:27] <mmcc> slank: Nope, I live in San Diego since August… :)
[20:27] <slank> mmcc: ah! it's not *that* long of a drive.
[20:28] <mmcc> :o
[20:28] <mmcc> Not like "NY-LA" kind of long, I guess, no
[20:29] <mmcc> or Key West - Anchorage
[20:33] <cjnf> mmcc: It looks like a deliberate rename to me. The sync folder is: My Storage / ~/svn / stockportfolio / db - the files are renamed 'svn-uvwxyz'
[20:38] <mmcc> cjnf: ok, looking… so you have synced ~/svn/ as a separate folder using U1 - is it renaming all the files inside ~/svn/stockportfolio/db or just some?
[20:39] <slank> mmcc: I'm a little confused. there's already a (different) file with that name on the server.
[20:41] <cjnf> mmcc: Thanks very much for looking! Just two files being renamed - 'current' and something like 'current-txn' or maybe 'txn-current'. Eight other files in the dir are intact.
[20:48] <mmcc> cjnf: well, I don't know exactly what's going on here, but I suspect that syncing an SVN repo is not going to work well. lock files and file sync services don't interact well
[20:51] <cjnf> mmcc: fair enough. I don't want multi-user interaction just a backup really. I may try zipping the repos and syncing those. Thanks again for looking.
[20:54] <mmcc> cjnf: sure. I found a more definitive answer here: http://askubuntu.com/questions/31635/can-i-setup-an-svn-server-on-ubuntu-one
[21:15] <ralsina> mmcc: I am about to EOD, can you send me an email if any progress in the RT is made? I will pick it up when I start tomorrow
[21:16] <mmcc> ralsina: sure, will do
[21:22] <mmcc> lunch time
[21:48] <briancurtin> ralsina, elopio: well i have a windows installer built but its not useful, and because its not useful, i cant use itself to sync it to my u1...so, yeah, i guess i can give you a screenshot :/
[21:49] <briancurtin> another day of producing nothing of value. great.
[21:50] <elopio> briancurtin: :)
[21:50] <elopio> briancurtin: you let me know when you have an estimate date for the installer, and I'll schedule the testing.
[21:55] <briancurtin> elopio: yep, i'll let you know when it looks like it'll be usable
[21:55] <ralsina> briancurtin: happens when we don't test for that long. We'll start fixing it tomorrow, since we are done with the mac beta :-)
[21:56] <briancurtin> ralsina: whenever i do get back into more py3 stuff, i will make note to occasionally step back and check on windows every few days to catch this earlier
[22:07] <briancurtin> have to head to the pharmacy so i'm cutting out, see you guys tomorrow
[23:22] <mmcc> ok, heading out.