[00:19] <sdg> How did I manage to sign up without an invitation?
[02:06] <jblount> sdg: We don't have an invitation wall any longer, took it down a few weeks ago.
[02:06] <sdg> "Currently in limited beta, new invitations are sent regularly" is in the channel topic, though.
[02:07] <jblount> I'll have someone take it out.
[11:07] <repete> Why does u1 say I'm not subscribed?
[12:36] <cyberix> Karmic Alpha3 release notes mention that Ubuntuone will be enabled by default.
[12:37] <cyberix> How are you going to create an account for the user?
[12:37] <cyberix> Is the user required to create a Launchpad account at first login, or what?
[14:09] <statik> oi
[14:09] <dobey> oi indeed
[14:09] <jblount> statik: j0, do you see cyberix 's questions from 7:30 or so?
[14:11] <statik> hi cyberix, ubuntu one client bits are installed by default, but it is optional whether the user wants to use them. if you click on internet->ubuntu one, it would walk you through signing up, creating an account if necessary, or simply adding a new machine to an existing accoutn
[14:11] <cyberix> statik: "oi" as in Lojban for complaint/pain?
[14:11] <statik> cyberix: nah, more like oi as in big loud cheerful noisy music
[14:12] <dobey> punkska oi
[14:12] <dobey> british oi
[14:12] <statik> skankin pickle and all that
[14:13] <jblount> statik: Then it would be, "oi oi oi!".
[14:13] <cyberix> statik: I just get the feeling that it is design to be a background service rather than something you'd launch from Applications menu
[14:13] <statik> hey Chipaca, do you have branches that you needed to get into the client rollout this morning? I saw there was at least one from you that had a strange test cleanup failure, but otherwise looked good
[14:13] <Chipaca> statik: the failure is fixed and waiting for another review
[14:13] <dobey> cyberix: it is, but we need some way for people to sign up easily for the service
[14:14] <dobey> cyberix: and we want to not force it on people who don't want to use it
[14:14] <statik> cyberix: it definitely is designed as a background service, and we tried to find the balance between making it easy to enable and staying out of the way for people who don't want it. at uds we discussed adding a checkbox to the installer for example "Do you want to use Ubuntu One"
[14:14] <Chipaca> where should I be able to see the ubuntuone key in the gnome keyring? It's not there, but I get at it via python so I know it's there somewhere
[14:14] <statik> i'm sure we'll refine it further in karmic+1
[14:14] <statik> if you have ideas that would be great
[14:14] <statik> Chipaca: under passwords I think
[14:15] <Chipaca> I have "My Personak Keys" and "Other Keys"
[14:15] <Chipaca> (as tabs, I mean)
[14:15] <Chipaca> the first has gpg and ssh keys, the other has gpg keys of other people
[14:15] <statik> Chipaca: on the jaunty laptop i'm using, I have "My Personal Keys", "Trusted Keys", "Other Collected Keys", and "Passwords"
[14:15] <statik> as tabs
[14:16] <dobey> Chipaca: it's a bug in karmic that will be fixed in an update this week
[14:16] <Chipaca> why, o why, did I switch to karmic?
[14:16] <Chipaca> i'm getting nothing but pain :(
[14:16] <dobey> Chipaca: it's an upstream bug... and it's already been fixed upstream :)
[14:16] <dobey> Chipaca: so it should be fixed in karmic probably within the next day or 2
[14:17] <dobey> Chipaca: given that alpha4 is in 2 days...
[14:17] <cyberix> statik: How about having it sit in the upper right corner disconnected, and just remember whether the user left it on or off last time he closed it?
[14:18] <cyberix> Also, couldn't you just create accounts for users automatically when the start the service for the first time
[14:18] <dobey> cyberix: what you see now is slightly different from what will actually be in Karmic
[14:18] <dobey> cyberix: when they start the service for the first time, that's exactly the first thing that happens
[14:18] <cyberix> I'm running Karmic
[14:19] <cyberix> oh
[14:19] <dobey> and we can't create an account automatically, because there are terms of service one must consciously agree to
[14:19] <cyberix> oh bugger
[14:19] <dobey> by karmic, i mean beta/final :)
[14:19] <cyberix> It is always the law that gets in the way
[14:20] <dobey> i'm sure there would be privacy issues with automatic account creation, too
[14:22] <cyberix> why?
[14:22] <cyberix> Canonical being able to see the files you publish?
[14:25] <statik> dobey, Chipaca: i'm running tarmac on ubuntuone-client to land chipacas branch i just approved (thanks for fixing the test cleanup thing chipaca)
[14:26] <cyberix> Ofcourse automatic account creating would require support for aggregating accounts when one user has registered multiple accounts.
[14:26] <Chipaca> the thanks belong to verterok, actually
[14:26] <Chipaca> I just did what he said
[14:26] <jblount> statik: Thanks for your answer to cyberix, reading it I realize that I should have been able to determine this myself :)
[14:26] <statik> jblount: np :)
[14:27] <statik> verterok: can you set a commit message on this merge proposal? https://code.edge.launchpad.net/~verterok/ubuntuone-client/transactions-for-sync/+merge/9974
[14:27] <verterok> statik: sure
[14:28] <statik> thanks
[14:28] <dobey> cyberix: we'd need to already know details about the user
[14:28] <statik> Chipaca: whaddya say about the "breaks trunk" claim in https://edge.launchpad.net/~chipaca/ubuntuone-client/lean-action-queue-commands/+merge/9931 ?
[14:28] <Chipaca> statik: it breaks the tests, yes
[14:29] <verterok> statik: done, thanks!
[14:30] <statik> Chipaca: I don't see a branch in the review queue for the ubunet side of the tests, I guess we should try to land both those branches pretty close to each other? anything I can do to help other than writing the code?
[14:31] <Chipaca> statik: there is no ubunet branch for that branch because it's just a refactoring
[14:31] <Chipaca> statik: but some it tickled a bug, which makes tests fail
[14:33] <statik> Chipaca: that sounds delightfully fun :p  i guess it's probably not realistic to try and get that branch landed for todays client rollout then, since we don't want to break PQM? a 33% memory reduction is just so appealing though...
[14:40] <Chipaca> statik: no, it isn't; yes, it is
[14:44] <dobey> Chipaca: seahorse 2.27.90 fixes that issue, btw
[14:45] <Chipaca> dobey: I've figured how to do what I wanted using python
[14:59]  * CardinalFang waits for it...
[14:59] <urbanape> tick, tick, tick
[14:59] <dobey> tick tock, tick tock
[15:00] <dobey> urbanape: you missed out dude!
[15:00] <urbanape> I know. Did you say hi to Seth?
[15:00] <dobey> he signed my chest
[15:00] <teknico> Time, The Dark Side of the Moon, Pink Floyd, 1973
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> Desktop(+) developers meeting, make me a sandwhich or say "me" to be included in the lineup.
[15:00] <CardinalFang> me
[15:00] <jblount> me
[15:00] <rodrigo_> me
[15:00] <dobey> me
[15:00] <teknico> me
[15:00] <urbanape> me
[15:01] <statik> me
[15:01] <jblount> vds ?
[15:01] <teknico> urbanape, I see me before you, do you agree?
[15:01] <urbanape> sure
[15:02] <vds> me
[15:02] <CardinalFang> DONE: Cheered testing of Spawning along.  Gwibber-couch accounts pushed, some testing.
[15:02] <CardinalFang> TODO: Plan Gwibber img caching; I may have to introduce Twisted, yo.  Think about replacing all of Gwibber account storage.
[15:02] <CardinalFang> BLOCKED: Nope.
[15:02] <jblount> DONE: Moved some milestone stuff around, thought about how best to do truncating stuff for the /files ui, confered with rockstar about some LP stuff he was working on
[15:02] <jblount> TODO: Finish and push this truncating stuff, start work on fixing up the js popup overlay things for /files/new
[15:02] <jblount> BLOCKED: Nope.
[15:02] <jblount> rodrigo_: rocknroll
[15:02] <rodrigo_> • DONE: Dublin sprint: Store UUIDs correctly for emails, phones and addresses. Made evo-couchdb talk to desktopcouch. Released and packaged new evo-couchdb, couchdb-glib versions. Tomboy syncing fixes. Tomboy sync UI mockups
[15:02] <rodrigo_> • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Change note record format as per xdg page. Change tomboy syncing prefs interface to show many servers. Add social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb
[15:02] <rodrigo_> • BLOCKED: none
[15:02] <rodrigo_> dobey: go
[15:03] <dobey> ☭ DONE: Fixed #411440, Worked on #386443, Fixed desktopcouch use of DistUtilsExtra.auto (again), Fixed invalid/unused import in desktopcouch tests, Fixed up tarmac test failure handling, Fixed tarmac reviewers to check that the reviewer is valid
[15:03] <dobey> ☭ TODO: Tarball release, Finish #386443
[15:03] <dobey> ☭ BLCK: 1.0a on server side (pending oauth.py upstream 1.0a patch approval)
[15:03] <dobey> teknico: che dici?!
[15:03] <teknico> DONE: fixed the phone sync subscription check, with the help of vds, jdo and james_h
[15:03] <teknico> TODO: clean up and land the phone sync subscription check branch, start work on disabling free phone sync after 30 days
[15:03] <teknico> BLOCKED: none
[15:03] <teknico> next: urbanape
[15:03] <urbanape>  DONE: Instrumented the hell out of Bindwood. Still don't know why some bookmarks are failing to get properly replicated into Couch. Running into issues with our dbus.sh script.
[15:03] <urbanape>  TODO: More debugging. Commit, push, propose. All that good stuff.
[15:03] <urbanape>  BLOCK: None
[15:03] <urbanape> vds, if you please
[15:03] <vds> DONE: pair programming with teknico, some discussion about FX  deployment
[15:03] <vds> TODO: review teknico's branch
[15:03] <vds> BLOCKED: no
[15:03] <vds> I guess that's it
[15:03] <jblount> keyboard cat says: MEETING ENDS
[15:03] <teknico> 3:04, wow :-)
[15:04] <dobey> you skipped statik
[15:04] <statik> DONE: lots of review and branch landing TODO: go ask about every package that we are pushing into karmic
[15:04] <statik> BLOCKED: nope
[15:04] <CardinalFang> Oh, TODO: I guess I'm on call reviewer also, damnit damnit.
[15:04] <urbanape> poor statik. he gets no respect.
[15:04]  * jblount says oops
[15:04] <urbanape> oh, good point.
[15:04] <urbanape> I'm on-call reviewer today, too.
[15:04] <dobey> oh and i am Hannibal today
[15:04] <jblount> We can have really fast meetings if we skip everyone. Let's try that tomorrow.
[15:04] <statik> I will gladly cover on-call reviewer duty for anyone who has crazy branch landing hacking to do
[15:05] <dobey> jblount: works for me!
[15:06] <statik> CardinalFang: when you say gwibber-couch accounts pushed, does that mean it has been submitted for ryan to merge, or has landed in trunk, or...?
[15:06] <statik> urbanape: thanks for chasing the bindwood stuff
[15:06] <dobey> man, software that tries to be smarter than it needs to be, is so annoying
[15:06] <urbanape> no problem. weird as hell.
[15:07] <urbanape> and it's annoying enough to be a blocker for the other features.
[15:07] <urbanape> where's aquarius off to today?
[15:07] <urbanape> I know he's at the airport (according to his twitter feed)
[15:07] <statik> urbanape: asac told me he normally hangs out in #ubuntu-mozillateam, i'm about to go ask him if he's uploaded to universe yet
[15:07] <CardinalFang> statik, I pushed to lp, proposed for merging, got kenvandine to test and segphault to look at it.
[15:07] <statik> CardinalFang: fantastic!
[15:08] <statik> CardinalFang: has it been easy to get code into gwibber? getting a good reception there?
[15:08] <urbanape> statik: cool
[15:08] <CardinalFang> statik, I don't have anything landed yet, but segphault is very approachable and open.
[15:09] <kenvandine> CardinalFang, he is bad about actually getting things merged
[15:10] <kenvandine> CardinalFang, i think that is an area where he could use some help... he seems to get a bit overwhelmed when there are branches to merge
[15:10] <CardinalFang> I'll harass him into doing something today.
[15:10] <CardinalFang> Our cheif weapon is annoyance!  Annoyance and persistence. ....
[15:11] <statik> i wonder if we should offer to set up tarmac for him?
[15:11] <statik> it makes merging very very easy
[15:12] <dobey> Subject: Do you use them for good, or for awesome?
[15:12] <dobey> nice spam.
[15:12] <jblount> dobey: +1
[15:13] <CardinalFang> He pushed a update about some icon bugginess we complained about.  If he pulls my branch, it should be easy enough, statik.  More infrastructure may be more mental cost than he wants.
[15:13] <statik> sure
[15:17] <urbanape> who's a good person to ask about the desktopcouch stuff?
[15:18]  * jblount points at CardinalFang (like the monkey in Family Guy)
[15:18] <CardinalFang> urbanape, I can help some.  thisfr-d, aquarius, too.
[15:19] <urbanape> CardinalFang: We're using this script: https://pastebin.canonical.com/21004/ for bindwood to find the proper port to use for our Couch interactions.
[15:19] <urbanape> when I run it, I get an outdated port. When I started up desktop-couch manually, it's running on a different port now. Do I need to do something to reset it?
[15:19] <dobey> gah, my firefox is all ugly now :(
[15:19] <urbanape> netstat shows the port reported by that script isn't doing anything
[15:20] <CardinalFang> urbanape, Heh.  The daemon is dumb.  I have a patch somewhere to fix it up.  The daemon stores the port when the daemon is started, and thereafter when anyone asks, it say "it is (really 'was') port #N!".
[15:21] <dobey> grr
[15:21] <dobey> firefox is not using my fonts correctly :(
[15:21] <CardinalFang> I didn't write that.
[15:21] <urbanape> so, any way to smarten it up in the meanwhile?
[15:21] <urbanape> do I need to restart dbus?
[15:21] <CardinalFang> urbanape, kill the daemon, restart it.
[15:21] <CardinalFang> Not dbus.
[15:21] <CardinalFang> But the program that's providing the function getPort. ....
[15:22] <statik> desktopcouch-service, i believe
[15:22] <urbanape> yeah, stopping that now.
[15:22]  * CardinalFang points to statik.
[15:24]  * jblount wonders about Bug #397616
[15:25] <CardinalFang> thisfred, statik, urbanape, does this look about right?  I'll port it to a modern branch and try to land it in a few minutes if you agree it's a good idea.
[15:25] <CardinalFang> http://bazaar.launchpad.net/~cmiller/desktopcouch/minor-improvements/revision/16
[15:25] <thisfred> CardinalFang: I'll look at it in a minute after the contacts standup
[15:25] <CardinalFang> Rgr.
[15:26] <statik> CardinalFang: it's a bit awkward to return a list only some of the time, but I like the overall idea
[15:27] <CardinalFang> statik, agreed.  list always, then?
[15:29] <thisfred> CardinalFang: the XXX comment on line 48 can go now, I think
[15:29] <thisfred> (nothing to do with your changes, but might as well)
[15:30] <statik> CardinalFang: i don't think the per-user couchdb instance will ever be listening on multiple ports? i'm now realizing/wondering whether this functions correctly if we have two users logged in, both with their couchdb instance running
[15:33] <thisfred> CardinalFang: I agree with statik: if you want to optionally return more than one port, always return a list, and let clients deal with that, but I wonder if we need to.
[15:35] <CardinalFang> Hrm, it's all moved away anyway.  Commit coming.
[15:48] <CardinalFang> thisfred, statik, urbanape: https://code.edge.launchpad.net/~cmiller/desktopcouch/getport-at-call-time/+merge/9976
[15:49] <statik> CardinalFang: awesome, thanks! can you set the commit message on that merge proposal?
[15:49] <thisfred> CardinalFang: I'll take a review, since I need to get a clue-by-four to the head re: the new desktopcouch
[15:50] <CardinalFang> thisfred, There's woefully little there to learn, sadly.  :)
[15:50] <CardinalFang> "Yay, dbus.  Ooo, a module provides the function to use."
[15:52] <dobey> man. apartments are such BS
[15:58] <dobey> can't wait to have a house
[16:00] <urbanape> house++
[16:03] <jblount> house+-
[16:05] <dobey> "hi, we don't really need to do it, but we're repainting all the lines in the parking lot, so IT MUST BE COMPLETELY EMPTY ALL DAY." == BS
[16:09] <CardinalFang> I think the statute of limitations has passed, so the next time we're sitting over beers, remind me to tell you the story of my college apt complex repainting the parking lot and my subsequent only voluntary crimes.
[16:12] <dobey> heh
[16:14] <CardinalFang> It's the only time I had a reward on my head.
[16:27] <statik> ooh, pretty: https://wiki.ubuntu.com/Artwork/Incoming/Karmic/Boot/Demo
[16:27] <statik> mt is doing nice work there
[16:35] <jblount> statik: Check out one of the remixes http://files.getdropbox.com/u/175241/boot/Ubuntu%20Karmic%20Koala%20animated%20boot%20splash%20idea.ogv
[16:38] <statik> jblount: neat! i like the colder look myself, but i'm mostly just happy it's going to look more polished
[16:38] <jblount> That's part of the reason I like running the new distro, I reboot occassionally and see new prettiness.
[16:39] <dobey> alright, i think it's time to get me some grub
[16:39] <dobey> bbiab
[16:43] <thisfred> urbanape, statik, when testing chad's desktopcouch branch, did it start only a single desktopcouch?
[16:44] <thisfred> (also: urbanape you seem to be gone from the other channel again)
[16:44] <urbanape> hmm..
[16:44]  * urbanape looks sheepish.
[16:44] <urbanape> That I didn't check.
[16:44] <thisfred> urbanape: well, I only noticed because I got a different error
[16:44] <thisfred> but can you do a ps aux | grep couchdb?
[16:45] <thisfred> I think the tests just leave it all running
[16:48] <urbanape> I rushed, and approved based on what I saw in the diff. My bad.
[16:52] <urbanape> hmm.
[16:58] <statik> thisfred: i got only one
[16:58] <statik> thisfred: but mine might have already been running
[16:58] <thisfred> statik: ok, thanks.
[16:59] <urbanape> when I used the start script included with the checkout, I was left with a defunct couchdb process.
[17:06] <jblount> statik: Is there a place in LP or elsewhere to see "branches that have been approved but have not yet been merged"? I think I lost the plot on a branch or two.
[17:10] <statik> jblount: look at the code tab on a project, and it has a link for approved merges
[17:10] <jblount> statik: kthnx
[17:23] <dobey> hmm
[17:25] <slayton> if I want to store my ~/Documents folder on Ubuntu one can I just make s symbolic link to it from ~/Ubuntu One/My Files/?
[17:26] <dobey> you'd need to put it in ~/Ubuntu One/My Files/ and then make the external one a symlink pointing to it, as we don't yet support synchronizing arbitrary folders
[17:28] <slayton> are the plans to support external folders in the future?
[17:30] <dobey> yes
[17:31] <dobey> though i don't know the specifics of how far in the future that would be. you can monitor the bugs for those various related features by subscribing to them on launchpad though
[17:43] <kitply> hi all, i got an invite to join the ubuntuone, when i visited the site, it says recommended distro version is 9.04, but i have 8.10
[17:44] <kitply> can ubuntuone be installed on 8.10
[17:44] <kitply> could anyone help me on this?
[17:48] <dobey> it requires some hefty backporting work which hasn't been done by anyone yet afaik
[17:49] <kitply> dobey: May i know what backporting means?
[17:50] <dobey> kitply: there are newer versions of various packages in 9.04 which we require
[17:51] <kitply> dobey: so we may need to install them before we install the ubuntuone client?
[17:51] <dobey> kitply: well they will have to be built/tested on 8.10 before the client will work, yes
[17:52] <kitply> dobey: oh ok.
[17:56] <dpm> dobey: quick question: I'd like to file a bug on the backend not being translatable. Which project should I best file it against? I'm looking at https://edge.launchpad.net/ubuntuone/+filebug and I've got several chices there
[17:56] <dpm> choices, I meant
[17:57] <dobey> dpm: ubuntuone-syncdaemon is part of ubuntuone-client
[18:00] <dpm> dobey: right, but as far as I can tell there is no ubuntuone-syncdaemon project to file a bug against. Should I file it against ubuntuone-client, even if I'm talking about the backend?
[18:02] <dobey> dpm: what do you mean by backend exactly? i presumed you mean the syncdaemon... do you mean something else?
[18:03] <dpm> dobey: sorry, I was probably being ambiguous. What I meant was the web UI and the fact that it is not translatable
[18:03] <dobey> dpm: there is already a bug about that, and the web ui would be part of ubunet
[18:04] <dobey> dpm: https://bugs.edge.launchpad.net/ubunet/+bug/330746 -- and you are already subscribed to it :)
[18:05] <dobey> hrmm
[18:05] <dobey> i guess ubottu doesn't like bugs that span multple projects, very well
[18:05] <dpm> dobey: that's not the one, that bug is about the client. My memory is bad, but I do remember that one after having submitted the patch :)
[18:05] <dobey> dpm: no, it's about both :)
[18:06] <dobey> dpm: it's the same bug, but affects both projects
[18:06]  * dpm reads again...
[18:06] <dobey> it's still open on ubunet
[18:06] <dpm> ah, you are right... thanks
[18:08] <dpm> changing subject and going back to the client, I have to have a look at it again: I noticed the fix was released, but translations are still not being loaded.
[18:09] <dobey> hmm, i don't know about that. afaik, it works
[18:20] <dpm> I'll have to investigate more. I've just double-checked with someone else using 0.91.1+r113 with an Italian locale, and ubuntuone-client is still in English only
[18:31] <dobey> dpm: looks like there might be a packaging issue with translations...
[18:31] <dobey> dpm: i'm not entirely sure how that is supposed to work though. i thought our translations would be added to language-pack-whatever packages...
[18:34] <urbanape> kenvandine and statik: I think I know why the records get munged up.
[18:35] <urbanape> or at least, why some might get flubbed on new/changed bookmarks/
[18:36] <statik> urbanape: oooh, tell me more
[18:36] <urbanape> So, I threw in a massive amount of debugging statements.
[18:37] <dpm> dobey: that's for karmic. I can have a look at that. But I was talking about jaunty, where translations for ubuntuone-client are not being picked up
[18:37] <urbanape> and it seems that a lot of the event handling can get into a congested state, especially when it happens around poll time.
[18:38] <urbanape> I'm not positive about it, still picking apart the console log.
[18:38] <urbanape> Need to lower the frequency so I don't get so much churn.
[18:39] <dobey> dpm: yes, because the translations aren't in the packages
[18:40] <dobey> dpm: so i guess i need to know the correct way to handle this for karmic, and see if i don't need to do something different for jaunty, than we need to do for karmic
[18:41] <dobey> dpm: and right now is an excellent time to fix that, as i'm about to do a new tarball release and package updates for karmic alpha4
[18:41] <dobey> doh
[18:42] <dobey> dpm_: not sure if you got all that...
[18:43] <dpm_> dobey: I think I did, but wait a sec...
[18:43] <dpm_> dobey: that's for karmic. I can have a look at that, but not until tomorrow. But I was talking about jaunty, where translations for ubuntuone-client are not being picked up. Which package should install the .mo file?
[18:43] <dobey> i guess you didn't get all of what i said...
[18:44] <dobey> dpm: yes, because the translations aren't in the packages
[18:44] <dobey> dpm: so i guess i need to know the correct way to handle this for karmic, and see if i don't need to do something different for jaunty, than we need to do for karmic
[18:44] <dobey> dpm: and right now is an excellent time to fix that, as i'm about to do a new tarball release and package updates for karmic alpha4
[18:44] <dobey> dpm_: ^^ you probably missed a bunch of that
[18:45] <dpm_> dobey: I did not miss it, in jaunty ubuntuone-client is not in main, and thus is not using language packs
[18:46] <dobey> dpm_: i have no idea how language packs are even supposed to work...
[18:46] <dpm_> dobey: https://wiki.ubuntu.com/TranslationLifecycle
[18:47] <dobey> dpm_: they're also missing in karmic currently
[18:49] <urbanape> also, it seems pretty clear that we need to be slightly smarter about whether and how much we're willing to clobber any properties with undefined (probably not and never).
[18:50] <dpm_> basically, if a package is in main, it should get its translations stripped by pkgbinarymangler, then they're going to be imported into Rosetta, translators do their work, and translations are then exported in language-pack-gnome-xx in this case. It seems that the import bit already works. Let me have a look at the exports
[18:52] <dobey> dpm: it rather looks like it's probably an issue in ubuntuone-client packaging
[18:52] <dobey> dpm: as none of the binary package .install files list any of the translations, and so they're probably not getting pulled out properly i guess
[18:52] <dpm> yes, I think so, as you mentioned in -desktop, it doesn't seem to install the .mo files?
[18:53] <dobey> we install them, but they aren't "owned" by any of the binary packages
[18:53] <dobey> hmm, this is going to be a bit problematic
[18:56] <dpm> what do you mean by "pulled out properly"? Forgetting karmic for a second, why can't the jaunty package not install the translations in /usr/share/locale?
[19:01] <dobey> i didn't say it can't
[19:01] <dobey> i said it isn't currently
[19:02] <dpm> ah, right
[19:03] <dobey> so the big question at the moment is, if karmic provides the translations in a language pack, and we provide PPA packages of our software as well, how do we avoid file conflicts on the translations, because they won't get stripped by the PPA builder afaik
[19:06] <dpm> dobey: in Karmic, the PPA will install translations in /usr/share/locale, whereas the package in main (actually the language-pack-gnome-xx containing the translations) will install them in /usr/share/locale-langpack, so there shouldn't be any conflict other than the fact that translations in /usr/share/locale have precedence over those in /usr/share/locale-langpack
[19:07] <dobey> ah ok
[19:07] <dobey> then that answers the question
[19:13] <dpm> I think the only thing that needs to be done is that the package installs the .mo files. Stripping the translation files and putting and exporting them in language packs is already taken care of by pkgbinarymangler and langpack-o-matic respectively (but obviously, without having had a look at the package I might be oversimplifying it or plainly wrong :) )
[19:14] <dobey> dpm: it's taken care of, but there's nothing to strip at the moment :)
[19:14] <dpm> but by having a look at https://translations.launchpad.net/ubuntu/karmic/+source/ubuntuone-client/+translate it seems that at least they are imported fine into LP
[19:15] <dpm> or they were imported fine at some point :)
[19:15] <dobey> dpm: yeah, and this is a bit weird anyway, since we already use LP for translations... so i don't really see the point of using the same tool twice to get different translations :)
[19:18] <dobey> dpm: so this will be fixed "today"
[19:18]  * dobey wonders if there is a bug about it already though
[19:21] <dpm> ah, because the https://translations.edge.launchpad.net/ubuntuone-client ones are for the upstream project, whereas https://translations.edge.launchpad.net/ubuntu/karmic/+source/ubuntuone-client/+translate are for those in Ubuntu. Translations should generally be made in the upstream project, and they will ideally flow to downstream ubuntu every time a new Ubuntu distro release is open for translation. There Ubuntu Translators can also make fixes if neces
[19:21] <dpm> sary, and it could also be that the upstream strings (I mean the msgids) differ from downstream
[19:22] <dpm> dobey: thanks!. I have not seen a bug for it yet, though, but I think you or I can simply add a comment to the existing one
[19:23] <dpm> and maybe change it's status to Confirmed instead of Fix Released
[19:23] <dobey> no, that bug is fixed
[19:23] <dpm> right
[19:23] <dobey> this is a different issue
[19:23] <dobey> the client is translated
[19:23] <dpm> yeah, ok
[19:23] <dobey> we just don't ship the translations in the binary packages at the moment
[19:24] <dobey> but that will be fixed very shortly
[19:25] <dpm> so is it worth filing a new bug at all, then?
[19:25] <dobey> actually, there /might/ be one on the ubuntu package that i haven't gotten mail for
[19:25]  * dobey checks
[19:33] <urbanape> merging is hard, let's go shopping.
[19:34] <dobey> merging is easy
[19:34] <dobey> we have scripts that do that
[19:34] <urbanape> I meant generically.
[19:35] <dobey> well, i guess it is pretty hard for Boston drivers to do
[19:35] <urbanape> in bindwood, we've made a practical decision to assume that Couch wins when pulling bookmarks into FF.
[19:35] <urbanape> however, if Couch has properties set to undefined, that's probably a mistake, and we should re-push the values from Firefox.
[19:35] <urbanape> right now, Couch always wins and that's lossy.
[19:36] <dobey> yeah, that is messy
[19:36] <dobey> verterok: is your branch super important?
[19:37] <jblount> Hmm. When I uploaded a file I created with "touch" (I guess zero bytes?) the updown server doesn't seem to like it.
[19:38] <dobey> doh
[19:38] <verterok> dobey: fix an bug in the share changed handler, (if a share change and SD get a notification, the handler is of that notification is broked)
[19:38] <verterok> dobey: so it's important, I'm not sure of call it "super" important :)
[19:39] <dobey> verterok: ah, at first i thought it was just changing the name, but then reading through the diff i saw why :)
[19:39] <verterok> dobey: yeap, an ugly bug :)
[19:39] <dobey> yeah
[19:39] <dobey> but i approved :)
[20:01] <statik> hey dobey, you know how i like to ruin your days by giving you more work?
[20:01] <dobey> you know i know
[20:02] <statik> i really want that right-click menu thing to get the web URL for a file in ubuntu one
[20:03] <dobey> is there a bug for that?
[20:03] <statik> is that something you could explain to me how to do, and then review my branch, or would it be easier for you to just do it directly? nope, i need to write one and jack the priority insanely high to reflect my own selfish preferences
[20:04]  * statik writes a bug
[20:04] <dobey> i don't know exactly how it would work
[20:04] <dobey> probably because i don't really understand how the updown server works
[20:05] <statik> https://updown.ubuntuone.com/<UUID>
[20:05] <statik> thats all there is to it
[20:05] <statik> so i'm imagining a context menu item that says something like 'Get web URL for this file'
[20:06] <statik> and then formulates the URL after asking syncdaemon for the file ID
[20:06] <statik> and copies it to the clipboard - maybe also shows the URL in a small dialog to make people understand that it's available for copy/paste
[20:08] <dobey> then i guess you just need to query the syncdaemon to get the UUID for the file, and then concatentate it on the end of a string that's "http://updown.ubuntuone.com/"
[20:08] <dobey> and then do all the painful stuff to stick it in the clipboard
[20:55] <herb> statik: got a sec?
[21:00] <statik> herb: yessir - i'm not used to seeing you on the public channel, hows the sprint?
[21:00] <herb> I'm not sprinting. mthaddon got that job
[21:41] <jblount> urbanape: I have a mystery. I thought that changing folders update the url string thing at /files/new/ but when I was just looking at it, it didn't. Was I imagining something?
[21:42] <urbanape> ENOPARSE
[21:42] <statik> browserhistory
[21:43] <statik> there is a yui3 lib for that i heard
[21:43] <urbanape> ah, yeah, that is also something we need to fix. lots of loose threads
[23:02] <BUGabundo> ola ola