[13:50] <thisfred> desktopcouch group therapy session start
[13:50]  * aquarius grins
[13:51] <thisfred> Problem: we want to restrict users from writing/replicating specific views to the cloud
[13:52] <thisfred> Not because we like restricting people, but the views we actually execute on the cloud could bring our whole system to its knees if a clever person put some bad JS in them
[13:52] <thisfred> that is probably the *only* thing we want to restrict though
[13:52] <statik> got an example of one that needs to be blocked?
[13:52] <thisfred> and that seems to be hard
[13:52] <statik> we're not restricting _utils?
[13:52] <jan____> hi
[13:53] <statik> hola jan
[13:53] <thisfred> statik: not sure yet
[13:53] <thisfred> statik: would be awesome if we didn't have to
[13:53] <aquarius> statik, the views that funambol exchange uses, for example; we don't want someone to hack that view so it loops infinitely, hanging our funambol exchange process and eating our cpu time
[13:53] <aquarius> statik, I'd really like people to have access to futon in the cloud, if we can't think of a reason why they shoudln't have it
[13:54] <aquarius> jan____, the problem we're discussing is as thisfred says above: we want to give a user control over all their DBs in the cloud, but we don't want them to be able to edit views that we put in those DBs
[13:54] <aquarius> jan____, but I don't know how to limit an admin, cos they're, well, an admin
[13:54] <statik> aquarius, because they can replicate their db and use futon on the desktop
[13:54] <thisfred> they might start building websites that use it as a datastore, and traffic might get too big
[13:55] <aquarius> statik, part of the point of the web UI is that you can get at data from other platforms, no?
[13:55] <aquarius> statik, and from computers that aren't yours. Else, why have a web UI at all? We don't need to do extra work to create futon, it already exists.
[13:56] <jan____> aquarius: I'd block view URLs GET requests via nginx
[13:56] <thisfred> statik: I'm not saying that we should open _utils, just that it'd be kinda cool if we could. The real problem is: how do we use validators in a way that admin users can't get around them.
[13:57] <aquarius> jan____, GETting a view isn't a problem, I don't think, it's PUTting a view...
[13:57] <statik> we will be running apache as a proxy already to unwrap the SSL and do load balancing, so jans suggestion seems pretty good
[13:58] <thisfred> and since replication is as yet unfiltered, blocking PUT isn't a solution if I understand everything (which I may not)
[13:58] <jan____> aquarius: putting a view doesn't burn any CPU cycles. indexes are generated on-read
[13:59] <thisfred> jan____: the problem: we run views on the cloud, if a user maliciously or stupidly modifies that view, we're hosed
[13:59] <thisfred> so we want a validator
[13:59] <aquarius> jan____, ah, but we do need to GET the view. What I mean is, the user PUTs a view which eats CPU time when executed, and then later we GET it (not protected by nginx because we're already in the cloud)
[13:59] <thisfred> that disallows specific views to be written to the cloud
[14:00] <thisfred> which is hard, if the user is an admin, or isn't it?
[14:00] <jan____> creating a view means updating a design doc.
[14:00] <thisfred> perhaps not, if we block all write access to the user database
[14:01] <thisfred> jan____: 1. can I create a write validator that only allows write from a single specific user?
[14:02] <thisfred> and 2. what happens if validation fails during replication? I read some disturbing messages on the mailing list that seemed to imply replication fails entirely in that case?
[14:05] <jan____> thisfred: this was probably mattetti, we don't have a bug report yet.
[14:05] <jan____> thisfred: validate_doc_update has userCtx to work with.
[14:06] <jan____> thisfred: replication is supposed to skip docs it isn't allowed to write. if there's a crash, that's a bug. but I've seen it work correctly
[14:07] <aquarius> jan____, if we protect "our" views with a validator, can that validator also protect itself (so the admin user can't overwrite or remove the validator itself?)
[14:08] <thisfred> ok, so that's good news
[14:09] <statik> hey kenvandine, i want the ubuntuone hackers to get a lot more hands on with packaging of our stuff, especially with desktopcouch so that we are handing off stuff that is ready to be uploaded by a sponsor directly. currently Vcs-Bzr points to a branch that I don't have commit access to, and I want to change that. any thoughts?
[14:09] <thisfred> aquarius' question is a good one, though, but I think the validate_doc can protect itself
[14:10] <jan____> aquarius: thisfred: I'd put "admin" views into their own design doc
[14:11] <aquarius> jan____, and then check for (and prevent) updates to that design doc in validate_doc_update, unless those updates come from a specific user (us, not the db owner)
[14:11] <thisfred> jan____: and then protect them to be only writable by the "superadmin" and all other admins would not be able to sneak anything past, right?
[14:11] <statik> thisfred, jan____, did you guys figure out the SSL thing? without that, we won't be exposing couchdb to any users at all
[14:12] <dobey> statik: do what we do with ubuntuone-{storage-protocol,client}
[14:12] <aquarius> jan____, if we (our user, not the user's user :)) are an admit, does the actual user have to be an admin as well in order to write documents and create databases?
[14:12] <aquarius> dobey, what's that?
[14:12] <jan____> statik: I don't know of any "that SSL thing"
[14:12] <statik> dobey, tell me more!
[14:12] <thisfred> ah, right, another question (I asked on #couchdb before, but at a bad moment I guess) can we use https for replication at all?
[14:12] <jan____> aquarius: no, but to create design docs he needs to be
[14:13] <jan____> there is no SSL in couchdb
[14:13] <jan____> there's a patch to mochiweb that enables it
[14:13] <dobey> statik: lp:~ubuntuone-control-tower/ubuntu/karmic/$PROJECT/karmic <- this is what we have in Vcs-Bzr for them, and it's where i do the packaging
[14:13] <jan____> but I don't know how good it is
[14:13] <statik> dobey, that sounds perfect
[14:13] <dobey> poauth will be the same
[14:13] <aquarius> jan____, ah, ok, which means that if he creates a design doc in his local couch and then replicates it to the cloud, he'd need to be an admin
[14:13] <jan____> yes
[14:14] <aquarius> so he needs to be an admin, OK. :)
[14:14] <aquarius> (because apps that use desktopcouch will write views into their DBs, especially in the New World Order of no _temp_view :))
[14:14] <thisfred> aquarius: but we do want to allow all design docs to be replicated that we *don't* run
[14:14] <statik> jan____, the patch is in the bugtracker or something? the thing about https is that we won't be allowing anyone to replicate couchdb from ubuntuone.com except via https, we sorta assumed all http clients also supported https. so this could block the whole thing from being turned on for karmic
[14:15] <statik> s/could/will/
[14:15] <statik> dobey, do those branches have just the debian/ dir or everything?
[14:16] <jan____> statik: I remember talking to you guys about SSL and it wasn't an issue before
[14:16] <thisfred> that may have been a miscommunication then
[14:17] <thisfred> we can't send stuff over the net in the clear, especially things like contacts information
[14:17] <dobey> statik: the contents of the release tarball, plus the debian dir
[14:17] <kenvandine> statik, what you want to do is always pull from the branch in Vcs-Bzr and make your changes and push it somewhere
[14:17] <dobey> statik: as that is how james_w explained to me that source package branches work
[14:17] <kenvandine> statik, then propose that branch fro sponsoring
[14:17] <jan____> thisfred: you need ssl client support for the replicator then?
[14:17] <kenvandine> statik, hopefully we will start using merge proposals :)
[14:18] <aquarius> jan____, it's not an issue for peer-to-peer replication (two machines on the same network), but it is for desktop-to-cloud
[14:18] <statik> kenvandine, so i want to change the package so the official Vcs-Bzr branch is not pointing to an ~ubuntu-desktop owned branch
[14:18] <thisfred> jan____: yep, most importantly, the server we could handle in a proxy I guess
[14:18]  * dobey wonders if anyone actually uses OAuthClient
[14:18] <kenvandine> statik, also when you do that, you always want to set the release to UNRELEASED
[14:18] <kenvandine> statik, ideally the branches in Vcs-Bzr is a branch maintained by the distro team
[14:18] <kenvandine> so core-dev, desktop, etc
[14:18] <statik> why?
[14:19] <statik> thats not how it's been explained to me in the past
[14:19] <jan____> thisfred: i.e. POST /_replicate {"source":"user", "target":"https://ubuntuone.com/user"} should work?
[14:19] <kenvandine> statik, well everyone seems to have different opinions
[14:19] <thisfred> jan____: yes
[14:20] <kenvandine> statik, hang on a few
[14:20] <statik> sure
[14:20] <jan____> thisfred: lessee
[14:21] <statik> kenvandine, btw i'm planning to put desktopcouch into debian so i might delete Vcs-Bzr completely depending on how discussions go with debian
[14:21] <kenvandine> statik, well our's will need Vcs-Bzr
[14:21] <kenvandine> but in debian no
[14:23] <statik> so my understanding is that using sourcepackagebranches is totally optional, and there is a daemon somewhere that is automatically making sourcepackagebranches based on what is uploaded to the archive
[14:24] <jan____> thisfred: for SSL in the past, I think SteveA talked about a transport thingie that you guys have (forgot the name) that makes an SSL tunnel to the server and give couchdb a local http endpoint
[14:24] <statik> jan____, thats on the server side. we don't want to set up stunnel on every single ubuntu desktop
[14:25] <thisfred> jan____: ah yes, that was an earlier plan, we didn't end up having that channel though
[14:25]  * thisfred kicks self
[14:27] <jan____> alright, I didn't know that
[14:27] <thisfred> of course nobody thought the implications through when we abandoned that, because there wasn't an actual point in time where we sat down and made the decision
[14:28] <statik> that would be far too practical
[14:28] <thisfred> who's not here that we can blame?
[14:28] <jan____> /kick stevea
[14:28] <jan____> :D
[14:29] <aquarius> I'll be gone in a few hours if you need a scapegoat. :)
[14:29] <jan____> hehe
[14:29] <jan____> aquarius: I'd like to resolve the oauth issue
[14:30] <aquarius> jan____, yes. Does my test script correctly exhibit the problem for you? (that users from the ini file are not read by the oauth handler?) jasondavies acknowledged that that was an issue with the original code, and his patch was meant to fix it, but it doesn't work for me
[14:31] <jan____> aquarius: whoops, I missed that link
[14:34]  * aquarius pokes dobey in the eye about the wireless power comment :)
[14:36] <dobey> haha
[14:38] <aquarius> dobey, by wireless power I mean: I can make it work in my living room, so if I'm anywhere in that room my phone is being charged. WHlie the Touchstone is sweet, it's not what I was talking about :)
[14:38] <aquarius> jan____, got the link now? (sorry)
[14:38] <rmcbride> Ah you have a big tesla coil then?
[14:39]  * rmcbride stabs his router
[14:39] <jan____> aquarius: yeah
[14:39] <aquarius> rmcbride, I did not mention there: I can walk about in my living room without (a) my skeleton flashing on and off and (b) being infertile for a month afterwards
[14:39] <jan____> fucking autotools, btw
[14:39] <aquarius> jan____, there is a reason I hack Python. ;)
[14:39] <jan____> aquarius: you can't get around it though :/
[14:40] <dobey> aquarius: yes, sure. but the touchstone doesn't fill the room with EMR either :)
[14:40] <rmcbride> aquarius: yea but with a tesla coil you can cackle like a mad scientist convincingly. Add a Jacob's Ladder and you can build golems out of body parts
[14:40] <kenvandine> statik, yes source package branches are optional... but far easier to deal with :)
[14:42] <kenvandine> every time you want to get something sponsored, you should rebase your branch on what is in Vcs-Bzr and merge in your changes... being careful to maintain the changelog entries
[14:42] <statik> kenvandine, for sure! i need to get the dozen or so packages that ubuntuone-hackers are maintaining into a cohesive state, and having the official packaging branch owned by ~ubuntu-desktop doesn't fit into that plan very well
[14:42] <dobey> statik: i'm guessing any packages that become straight imports from debian will continue to be automatically stuffed into source package branches
[14:43] <kenvandine> so the changelog is identical to the latest source package, with no ~ppa versions... etc
[14:43] <dobey> statik: whether or not ~ubuntu-desktop owns the "official (as in ubuntu)" branch is irrelevant
[14:43] <kenvandine> statik, actually i think it should make it easier
[14:43] <kenvandine> statik, you probably want a ppa packaging branch too
[14:44] <kenvandine> so you maintain that, then when you need to get a version sponsored for ubuntu
[14:44] <dobey> statik: in the end the "official (ubuntu)" one should just be a copy of our "official (u1)" branch
[14:44] <kenvandine> you checkout the official one, merge in your branch... and clean up the changelog
[14:44] <kenvandine> just collapse all the changelog entries since the last version in ubuntu
[14:44] <kenvandine> into one
[14:44] <kenvandine> and set the release to UNRELEASED
[14:45] <dobey> kenvandine: eh, our PPA builds are going to be totally automated soon enough
[14:45] <kenvandine> push it somewhere, create a bug for it and link your branch
[14:45] <statik> yeah. so what is the problem with ~ubuntuone-hackers owning the official one? if someone fixes a bug in the packaging they can just propose it for merge, right?
[14:45] <dobey> statik: nothing. we should be maintaining the packages :)
[14:45] <dobey> well
[14:45] <kenvandine> not really a problem
[14:45] <dobey> ~ubuntuone-control-tower should own it
[14:45] <kenvandine> as long as you don't generate lots of noise
[14:46] <statik> right
[14:46] <kenvandine> you want the changelog to be pristine
[14:46] <dobey> kenvandine: we don't stick PPA build changelog entries into the package branch
[14:46] <kenvandine> dobey, good
[14:46] <kenvandine> dx team does :)
[14:46] <statik> what does it mean to generate lots of noise?
[14:46] <kenvandine> and dxteam doesn't maintain their official packaging branches
[14:46] <aquarius> jan____, is there anything I can do to help you track down the oauth issue?
[14:46] <kenvandine> statik, changelog entries for versions never in ubuntu
[14:47] <kenvandine> so versions that only got published to your ppa
[14:47] <dobey> statik: "stuff we don't do anyway" :)
[14:47] <statik> well, the difference is that the dxteam has no interest in becoming ubuntu developers, while ubuntuone guys have specific goals assigned to earn ubuntu developer privileges. so i want to remove all layers of indirection
[14:47] <kenvandine> dx team always have like 50 versions i collapse into one
[14:47] <kenvandine> statik, that is good to hear :)
[14:48] <jan____> aquarius: in a bit, need to get autotools to cooperate first
[14:48] <aquarius> jan____, kk
[14:48] <kenvandine> although... if the uploader doesn't have perms to push to your branch, i guess you can't set it to UNRELEASED
[14:48] <kenvandine> dobey, do you do that?
[14:49] <dobey> i don't even know what that means :)
[14:49] <kenvandine> hehe
[14:49] <statik> kenvandine, your work has been AWESOME with helping us. i woke up last night worrying that we are not progressing as fast as we should be toward earning upload privileges because you have been fixing things for us, i think we need to learn that stuff
[14:49] <kenvandine> with the branches we maintain, we set it to UNRELEASED instead of karmic
[14:49] <kenvandine> then the uploader changes it when they upload it
[14:49] <dobey> oh
[14:49] <statik> thats what we do in the debian erlang team too
[14:50] <statik> but the difference is they gave me commit rights to the packaging branch :)
[14:50] <kenvandine> that way only versions actually uploaded to karmic get tagged as karmic
[14:50] <dobey> well seb/pitti never complained about it
[14:50] <kenvandine> so you know if you see a branch that says "karmic" you know if you need to make a change, you have to create a new version
[14:51] <kenvandine> i need to talk to pitti about it... but i think it would be a good practice for you to do the same
[14:51] <dobey> i guess i just need to get upload rights sooner :)
[14:51] <kenvandine> use UNRELEASED until you request sponsoring
[14:51] <statik> kenvandine, i think what we are saying is that if the uploader needs to make a change, they should be telling us to fix it
[14:51] <kenvandine> then set release
[14:51]  * kenvandine doesn't have upload rights yet :)
[14:51] <kenvandine> soon i hope :)
[14:51] <dobey> statik: well, in my experience, that's what has happened
[14:51] <dobey> statik: seb bugs me to fix things, and then i fix them :)
[14:52] <kenvandine> i look forward to the day that none of this matters
[14:52] <dobey> well
[14:52] <kenvandine> all the source and packaging is in one branch... :) and you just request merging into the distro
[14:52] <kenvandine> using merge/review system
[14:52] <dobey> the source and packaging is in one branch
[14:53] <kenvandine> yes... for your's
[14:53] <dobey> no, for all source package branches :)
[14:53] <statik> kenvandine, i think thats part of the problem. we need to be working directly with sponsors. For example, the couchdb and desktopcouch packages I worked on this week show up in launchpad as uploads credited to you (and you did great work on them), but when it comes time to apply for MOTU the measurement is based on how many good uploads you've done, so those will be ignored for the purposes of my MOTU application
[14:53] <kenvandine> dobey, no... many of them are packaging only branches... of course not want james_w is working on
[14:54] <kenvandine> statik, true... well ... that was cause we used my changelog i already prepared :)
[14:54] <kenvandine> the couchdb upload did too?
[14:54] <kenvandine> i thought i had preserved your's when i collapsed the changelog
[14:54] <statik> kenvandine, yes
[14:55] <kenvandine> sorry about that
[14:55] <kenvandine> i collapsed all the changes since the last karmic version into one version
[14:55] <statik> kenvandine, i promise i'm not trying to give you a hard time about it :) just trying to work out how the ubuntuone team can get more directly engaged with ubuntu devlopment, particularly for these packages
[14:56] <kenvandine> i am all for that :)
[14:56] <kenvandine> dobey already does a great job with his packages :)
[14:57] <statik> cool
[14:58] <statik> i think it's a shame that even the guys who built soyuz don't have upoad rights
[14:58] <statik> so i'm trying really hard to push this team into becoming ubuntu devs
[14:58] <kenvandine> great
[14:58]  * kenvandine needs to apply for motu
[14:59]  * dobey is trying really hard to make it so he doesn't have to actually do any work for packaging :)
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> or does it? Say "me" if you want to choose your own adventure. Typical format is DONE / TODO / BLOCKED, but feel free to switch it up.
[15:00] <jblount> me
[15:00] <rodrigo_> me
[15:00] <teknico> me
[15:00] <statik> kenvandine, i've been rejected once already and gotten comments this week about how i don't have enough uploads. so i'm fixing it :)
[15:00] <CardinalFang> me
[15:01] <aquarius> me
[15:01] <dobey> mi
[15:02] <jblount> DONE: FACE duty, which felt productive until I look at the email I wrote to tell everyone what I did.
[15:02] <jblount> TODO: Review day (which seems like it will be relatively lightweight), I'd like to throw together a 'fixes' branch that has 10 or 12 small 1-line fixes in it, finish work on human readable machine names
[15:02] <jblount> BLOCKED: Nope
[15:02]  * jblount tags rodrigo_ 
[15:02] <rodrigo_> • DONE: Looked at Tomboy syncing certificates exception. More _changes polling
[15:02] <rodrigo_> • TODO: Add more tests in couchdb-glib test suite. Add social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb. Propose couchdb-glib/evo-couchdb for GNOME 2.29. Store UUIDs for postal addresses. Conflict resolver tool in pair tool. oAuth authentication and signing of all couchdb-glib requests. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). Tomboy syncing fixes
[15:02] <rodrigo_> • BLOCKED: none
[15:02] <rodrigo_> teknico: bai signore
[15:02] <statik> me
[15:02] <teknico> DONE: discussed the contacts CRUD web ui with matt, fought with encrypted partitions not working anymore in karmic (#420355), worked on the contacts CRUD web ui
[15:02] <teknico> TODO: more work on the contacts CRUD web ui
[15:02] <teknico> BLOCKED: none
[15:02] <teknico> next: CardinalFang
[15:02] <CardinalFang> DONE: Gwibber debugging. Car-tag hassle.  Harassed IBM.
[15:02] <CardinalFang> TODO: Greet IBM repairman in about 5 minutes, and go offline for a few.  Gwibber fixes.  3 new d-c bugs, each easy.
[15:02] <CardinalFang> BLOCKED: None
[15:02] <CardinalFang> aquarius, prithee sir, what news have you?
[15:02] <teknico> rodrigo_, bai? :-)
[15:02] <aquarius> ⚀ DONE: discussions with couch people about various couchish things like 301 redirects, admin accounts, doc validators
[15:02] <aquarius> ⚁ TODO: continue piston oauth in snowy; write DC talk for Ubuntu Developer Week; work with jan to fix oauth problem; look at doing username URL at U1; make pairing not offer to repair
[15:02] <aquarius> ⚂ BLOCKED: couchdb patch which lets OAuth read users from the ini file doesn't seem to work (this is being worked on, yay!)
[15:02] <aquarius> dobey, dobey, pudding and pie, kissed the girls and made them cry
[15:03] <rodrigo_> teknico: "go" in Italian? how do you spell it?
[15:03] <teknico> rodrigo_, "vai"
[15:03] <rodrigo_> teknico: ah :)
[15:03] <dobey> ☭ DONE: Dealt with minor catastrophe with latest packages, released 0.93.1, started OAuth fork, Fixed infinite respawning
[15:03] <dobey> ☭ TODO: finish OAuth forking, Reviews
[15:03] <dobey> ☭ BLCK: None.
[15:04] <dobey> statik: you have the power
[15:04] <aquarius> CardinalFang, thought number II -- pairing app should not suppress already-paired servers from the list, it should display them in a new "unpair" list whichis hidden if you have no pairings
[15:04] <CardinalFang> aquarius, Agreed.
[15:05] <aquarius> CardinalFang, I'd update the bug but for some reason I can't find it?
[15:05] <teknico> rodrigo_, also, "vai" is confidential, and "signore" is deferential, so it's either "vada, signore" or "vai, amico" (but you probably did that on purpose) :-)
[15:05] <statik> DONE: worry about contacts sync missing feature freeze.
[15:05] <statik> TODO: worry about couchdb not supporting SSL. unify packaging stuff
[15:05] <statik> BLCK: nope
[15:05] <CardinalFang> Bug #419973, Bug #419975, Bug#419969.
[15:05] <rodrigo_> teknico: ok, "vai amico" is what i wanted :D
[15:06] <rodrigo_> teknico: my Italian is very rough, specially written :)
[15:06] <jblount> MEETING ENDS
[15:07] <statik> rodrigo_, are you still adding stuff to about-me? will that be a problem since we are past feature freeze?
[15:07] <teknico> rodrigo_, so you almost unlimited improving potential! (as I have with spanish) :-)
[15:07] <teknico> so you *have
[15:07] <CardinalFang> brb
[15:07] <rodrigo_> statik: haven't had time to do it, I think I'll leave it for upstream gnome 2.30
[15:07] <rodrigo_> statik: unless we really need it for karmic
[15:07] <rodrigo_> statik: which I don't think, since only gwibber uses it, right?
[15:08] <statik> rodrigo_, 2.30 is perfect
[15:08] <rodrigo_> statik: I'll start the upstream discussion then this weekend
[15:09] <rodrigo_> teknico: I only learnt a bit Italian when living in the UK, working in Italian restaurants, so very basic stuff, and having an Italian brother-in-law doesn't help me improve, since he speaks in Spanish, with some words in Italian, and he understands all my Spanish
[15:10] <rodrigo_> teknico: but will be back to Italy for the 2nd time this next December, so hope to improve, yeah :)
[15:10] <teknico> rodrigo_, will you be around Rome, by any chance?
[15:10] <rodrigo_> teknico: no, Cervinia, in Aosta
[15:10] <dobey> rodrigo_: "che cazzo dici?!" is all you need to know, as i'm told
[15:10] <teknico> oh, december, snow, right :-)
[15:10] <rodrigo_> teknico: Rome next time :)
[15:11] <rodrigo_> dobey: :)
[15:11] <rodrigo_> dobey: "va fan culo" is also useful :)
[15:11] <teknico> dobey, try that with police, or mod ;-P
[15:11] <dobey> heh
[15:11] <rodrigo_> or however you spell it :D
[15:11] <teknico> rodrigo_, that's usually one word :-)
[15:11] <rodrigo_> fanculo?
[15:11] <teknico> yes, both with and without the "va"
[15:12]  * dobey knows a little more than that though
[15:12] <teknico> ehm, that was "...police, or mob"
[15:12] <rodrigo_> statik: so, you're applying for MOTU then?
[15:13] <rodrigo_> teknico: you live around Rome?
[15:13] <statik> rodrigo_, i will apply once i have a lot more uploads. i'm also trying to work on debian packages, dunno how hard it will be to become a DD
[15:13] <rodrigo_> statik: ah, you need lots of uploads to apply?
[15:14] <teknico> rodrigo_, yes, in the countryside though
[15:14] <rodrigo_> teknico: nice, really want to go there, but I always get holidays in winter, for skiing. Need to get some "normal" holidays one of these days :)
[15:14] <statik> rodrigo_, you need several advocates who are comfortable with your knowledge of packaging and policy, and who can trust that you know when to say no and will keep garbage out of the archive. usually the way people gain confidence in your abilities is sponsoring uploads for you where they can review your work
[15:15] <rodrigo_> statik: ok, only dholbach suggested me to apply, apart from you, so I guess I need to send more packages before trying to apply
[15:15] <teknico> rodrigo_, try to avoid july and august though, usually too hot and crowded
[15:15] <statik> the equivalent of a branch review in code is a sponsored upload in ubuntu.
[15:15] <rodrigo_> teknico: yeah, same here, summer is better spent at home with air conditioning
[15:15] <statik> rodrigo_, maybe not if dholbach thinks you are ready
[15:16] <rodrigo_> statik: ah, ok, I'll ask him
[15:16] <teknico> rodrigo_, or an adequately insulated and shaded home :-)
[15:16] <rodrigo_> teknico: yeah, that works also :D
[15:17] <statik> rodrigo_, i have been able to ship code in mission critical backup systems, in MySQL core, in launchpad, all without as much work as i've had to do to try and prove myself to be able to upload a 4 line rubber-stamp rules file to ubuntu ;)
[15:19] <rodrigo_> :)
[15:19] <dobey> heh
[15:20] <jtatum_> lol
[15:23] <kenvandine> statik, don't you get karma for an upload if you are referenced in the changelog?
[15:23] <kenvandine> like [Elliot Murphy]
[15:28]  * dobey hopes 0.93.1 gets uploaded soon
[15:30] <kenvandine> dobey, yeah... me too
[15:30] <kenvandine> we need an uploader :)
[15:30] <kenvandine> there is nobody on my team around with upload rights :/
[15:31] <rmcbride> Testing packages are now current. Enjoy
[15:33] <dobey> ok, back to OAuth pain
[15:34]  * kenvandine is trying to find a core-dev
[15:39] <kenvandine> dobey, i am trying to get james_w to do the upload
[15:39] <dobey> cool
[15:39] <kenvandine> we have no uploaders on my team today :/
[15:39] <kenvandine> james_w hasn't responded yet though
[15:46] <aquarius_> battery life fail
[15:47] <statik> kenvandine, launchpad only looks at the email address in the changelog, not at who signed the package when figuring out 'uploaded by'
[15:48] <statik> the gpg signature is used to guard the package actually going into the archive though
[15:49] <statik> kenvandine, so if you look at https://edge.launchpad.net/~ken-vandine/+related-software you will see all your uploads, even though you aren't motu yet :) you have been working hard!
[15:51] <kenvandine> statik, interesting list... i hadn't looked at that... kind of all over the place :)
[15:51] <statik> it is reviewed by the motu council when you apply, you are probably in good shape to apply now!
[15:52] <statik> i'm going to be working on getting debian back in sync with our couchdb and erlang stack
[15:52] <kenvandine> good
[15:52] <kenvandine> that will make life easier
[15:52] <statik> right now we're very divergent from debian, which is extra work for everyone
[16:13] <aquarius> there's 45 minutes of my life I won't get back. stupid wifi.
[16:16] <dobey> aquarius: maybe if you up the wattage on it enough, you can charge your phone with it :)
[16:16] <aquarius> dobey, heh :)
[16:23] <urbanape> aquarius, "Karmic fail" has a rather dramatic ring to it.
[16:24] <urbanape> Or you deserved it.
[16:25] <aquarius> urbanape, yeah, that's what I was thinking :)
[16:27] <dobey> ok, lunch and then finishing up the initial release of poauth
[16:29] <jblount> dobey: po boys oauth?
[16:29] <urbanape> deep fried
[16:32] <dobey> jblount: exactly
[16:36] <aquarius> right, gang, I'm off. Will try and be around over the weekend at least a little.
[16:37] <LordMetroid> Can one create an UbuntuOne host on one's own server?
[16:45] <gkey_> ubuntuone sucks
[16:45] <gkey_> it keeps crashing my whole system
[16:46] <gkey_> anyone who is able to assist?
[16:46] <urbanape> that's probably the best way to get help, too.
[16:46] <gkey_> :-)
[16:46] <urbanape> What part is crashing? What version of Ubuntu?
[16:46] <gkey_> karmic
[16:47] <gkey_> login probably
[16:47] <Chipaca> gkey_: yes
[16:47] <gkey_> 1st time I set it up - didn't complete the whole sign-up sequence
[16:47] <Chipaca> gkey_: the applet and the syncdaemon brought the system down
[16:47] <Chipaca> gkey_: it's already fixed in the beta
[16:48] <Chipaca> gkey_: in the beta ppa, I mean
[16:48] <gkey_> since then been trying to completely remove it from my system and start all over again
[16:48] <gkey_> just can't get back to the part where I couple my system to the ubuntuone account
[16:49] <gkey_> bugs the hell out of me - 1st time ever I just can't figure out where to fix this
[16:50] <Chipaca> gkey_: u1sync --authorize should do that - although I understand you should no longe rneed to do that
[16:50] <Chipaca> gkey_: we log a lot of info, in ~/.cache/ubuntuone/log
[16:50] <Chipaca> gkey_: that usually helps us fix things / figure out what broke / etc
[16:50] <gkey_> I know - that crashes karmic too
[16:51] <Chipaca> gkey_: what crashes karmic?
[16:51] <LordMetroid> It is a known problem and a fix has been submitted
[16:51] <Chipaca> LordMetroid: the fix is already in the beta ppa
[16:51] <LordMetroid> Will the update-manager pull it?
[16:52] <Chipaca> LordMetroid: at least, the applet restarting the syncdaemon in a loop, that brought karmic down, that is fixed
[16:52] <Chipaca> LordMetroid: if u1sync also brings down karmic, that's new
[16:52] <Chipaca> LordMetroid: depends on if you're using the ppa or not :)
[16:52] <LordMetroid> I simply installed the alpha 4 by doing -d
[16:53] <Chipaca> LordMetroid: ok, it'll be a while until you get the update (a day? two? I dunno)
[16:53] <gkey_> the apport logging - gnome slows down to a grinding halt
[16:53] <gkey_> gkey@Madrid:~$ u1sync --authorize
[16:53] <gkey_> Traceback (most recent call last):
[16:53] <gkey_>   File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 576, in msg_reply_handler
[16:53] <gkey_>     reply_handler(*message.get_args_list(**get_args_opts))
[16:53] <gkey_>   File "/usr/lib/python2.6/dist-packages/ubuntuone/oauthdesktop/auth.py", line 241, in got_state
[16:53] <gkey_>     self.acquire_access_token(description, store)
[16:53] <gkey_>   File "/usr/lib/python2.6/dist-packages/ubuntuone/oauthdesktop/auth.py", line 311, in acquire_access_token
[16:53] <Chipaca> LordMetroid: if you're as impatient as I am, you can add the beta ppa; in software sources, you can add ppa:ubuntuone/beta
[16:53] <gkey_>     self.open_in_browser(oauth_request.to_url())
[16:53] <gkey_>   File "/usr/lib/python2.6/dist-packages/ubuntuone/oauthdesktop/auth.py", line 222, in open_in_browser
[16:53] <gkey_>     raise Exception(errors)
[16:53] <gkey_> Exception:
[16:53] <gkey_> (gnome-open:5626): GLib-CRITICAL **: g_path_get_basename: assertion `file_name != NULL' failed
[16:53] <gkey_> Er is een fout opgetreden bij het tonen van url: Uitvoeren van dochterproces ‘https://ubuntuone.com/oauth/authorize/?oauth_token=042NC0DSWPFqzN74f55q&description=Madrid&oauth_callback=http%3A%2F%2Flocalhost%3A33812%2F%3Fnonce%3D2949292’ is mislukt (Bestand of map bestaat niet)
[16:53] <Chipaca> gkey_: please use a pastebin
[16:54] <LordMetroid> ok, I shall do that
[16:54] <Chipaca> gkey_: also, you just told us some secret stuff, there
[16:54] <Chipaca> gkey_: :-/
[16:54] <Chipaca> gkey_: ok... let's do it slowly
[16:55] <Chipaca> gkey_: first, do this: gnome-open http://google.com
[16:55] <Chipaca> gkey_: does that open google in your web browser?
[16:57] <Chipaca> gkey_: second, go to http://ubuntuone.com/, log in, and clear all tokens from your account, so that what you pasted above can't be used to get at your files
[16:57] <Chipaca> gkey_: are you reading me?
[17:00] <gkey_> done that
[17:01] <Chipaca> gkey_: did it work?
[17:01] <Chipaca> gkey_: also, I told you to do two things; did you do both? :)
[17:07] <kenvandine> dobey, james_w is uploading u1 client
[17:07] <Chipaca> LordMetroid: ^
[17:08] <gkey_> sorry - how do you remove tokens?
[17:08] <Chipaca> jblount: can you walk gkey_ through that?
[17:09] <gkey_> good thing - I don't seem to have any tokens yet -
[17:09] <Chipaca> gkey_: also: what kenvandine said just now means that you should have a fixed client soon, even if you _aren't_ using the beta ppa
[17:09] <Chipaca> gkey_: sweet :)
[17:10] <gkey_> so now - how am I going to get one connected?
[17:10] <gkey_> Obviously with a different token
[17:10] <kenvandine> it might take a couple hours to get built, etc
[17:10] <kenvandine> but the fix is out there :)
[17:10] <Chipaca> gkey_: did gnome-open work? i.e. did it open firefox with google?
[17:11] <Chipaca> gkey_: because we use xdg-open, which uses gnome-open (in gnome, at least :) ), and if you don't have that configured right, things won't work
[17:12] <gkey_> (gnome-open:8002): GLib-CRITICAL **: g_path_get_basename: assertion `file_name != NULL' failed
[17:12] <gkey_> so no gnome-open failed
[17:12] <Chipaca> gkey_: I don't know how it's labelled in Nederlandse, but in Engish it's "Preferred Applications", under System -> Preferences
[17:13] <LordMetroid> Chipaca, ?
[17:13] <gkey_> got-it
[17:13] <gkey_> works
[17:14] <Chipaca> gkey_: good! so next, try the --authorize thing again
[17:14] <LordMetroid> WHat shall I add to software sources?
[17:14] <Chipaca> LordMetroid: that a new client version is being landed in karmic soon (it's being built, etcetera)
[17:14] <Chipaca> LordMetroid: so if you wait a couple of hours you should be set :)
[17:14] <LordMetroid> Ahh, good
[17:14] <gkey_> Chipaca - You Rock!
[17:14] <gkey_> It works
[17:14] <LordMetroid> THat is so awesome
[17:15] <Chipaca> gkey_: now, the client version you have, if you're not on the beta ppa, has some known and fixed issues that might prevent things from working
[17:15] <Chipaca> gkey_: especially if you have used ubuntu one before
[17:15] <gkey_> I'm noticing that
[17:16] <Chipaca> gkey_: if you haven't, it shouldn't be an issue (the bug was in an upgrade path that we hadn't forseen, plus bad behavior on the applet)
[17:16] <gkey_> the beta ppa - does it have a karmic version?
[17:16] <Chipaca> gkey_: if you _do_ start getting a lot of "syncdaemon crashed", kill the applet
[17:16] <Chipaca> quick
[17:16] <Chipaca> gkey_: yes, the beta ppa has a karmic version
[17:17] <Chipaca> I say kill it quick, because it'll bomb your machine with a millon syncdaemons before you can say "een beetje"
[17:17] <LordMetroid> yes you have to kill the ubuntuone-client and not the syncdaemon, all syncdaemons are children of the ubuntuone-client it seems
[17:17] <Chipaca> it's what we call "suboptimal behaviour"
[17:17] <Chipaca> ubuntuone-client-applet
[17:17] <Chipaca> well... more or less
[17:18] <Chipaca> the applet tries to launch syncdaemon via dbus, but if that fails, it goes to spawning it by hand
[17:18] <Chipaca> dobey: I still think that's a bad idea
[17:18] <Chipaca> and there was a bug in that spawning that made it continually retry if syncdaemon crashed
[17:18] <gkey_> phew
[17:19] <gkey_> spawned some huge amount of processes
[17:19] <Chipaca> yes, sorry, yes
[17:20] <Chipaca> either switch to the beta ppa (ppa:ubuntuone/beta should work, otherwise follow instructions from ubuntuone.com), or wait a couple of hours for the next version
[17:21] <gkey_> k will do
[17:21] <gkey_> tx
[17:21] <gkey_> have to eat my dinner :-)
[17:21] <gkey_> I'll be back
[17:21] <Chipaca> gkey_: if _that_ fails in any way, feel free to contact me directly
[17:21] <gkey_> will do
[17:22] <Chipaca> thanks
[17:29] <dobey> i don't know that the beta ppa has the fix to avoid respawning
[17:29] <dobey> but it has fixes for the particular crashes that exposed the issue
[17:30] <Chipaca> dobey: ah! you're right, beta is 0.93.1
[17:30] <Chipaca> dobey: that fix is 0.93.2, right?
[17:30] <Chipaca> or something like that :)
[17:31] <urbanape> statik: are we clear now to pqm-submit ubunet branches? Or are we still waiting for some other critical fixes to land?
[17:31] <dobey> it's post-0.93.1
[17:31] <dobey> i haven't made another release for that one issue
[17:32] <dobey> Chipaca: and i welcome better ideas, but given that we're dealing with dbus, i'm not sure there are any
[17:32] <Chipaca> dobey: one day, I'll sit down and read that code, and from that, who knows, maybe ideas will arise
[17:32] <Chipaca> dobey: until then, I will continue to criticize, as is my birthright :-D
[17:34] <Chipaca> dobey: (it's in our bill of rights - or it should be!)
[17:35] <dobey> en union y libertad
[17:38] <Chipaca> ...y criticando
[17:39] <Chipaca> lunch! what an excellent idea
[17:49] <urbanape> man, some days I really miss full-screen virtual TTYs and no X/Gnome/KDE/&c
[17:49] <dobey> urbanape: press F11 in gnome-terminal
[17:50] <CardinalFang> pfibiger, so Joe Ibm came and fixed by b0rken fan.  Yay, IBM!  But, Great Cthulhu! it was nerve-wracking to watch him work.  He was handy with a screwdriver, but it was obvious he had never opened this model before.
[17:50] <dobey> urbanape: put one on each desktop, and et voila!
[17:50] <statik> urbanape, even better apt-get install awesome
[17:50] <dobey> awesome, the thing that's not awesome
[17:50] <urbanape> heh
[17:51] <dobey> hrmm
[17:51] <urbanape> I prefer Ion
[17:51] <urbanape> when I was doing minimal window management.
[17:51] <dobey> i wonder if couchdb-glib is following any SONAME conventions
[17:51] <dobey> urbanape: or alternatively you could just create a session which does "exec gnome-terminal --full-screen"
[17:52] <urbanape> It might *look* similar, but I'd still know it's not the same.
[17:53] <statik> i have GFXBOOT set in my grub.cfg now, so i get 1440x900x32 in my grub menu, but as soon as I boot it goes back to 640x480, and my vttys are all 640x480
[17:53] <dobey> heh
[17:53] <dobey> i wish my terminals were 2048x1152
[17:54] <gkey_> ChipAway
[17:54] <gkey_> ls
[17:54] <dobey> Documents/
[17:54] <dobey> Movies/
[17:54] <gkey_> I got the latest from the beta ppa
[17:54] <dobey> :)
[17:54] <statik> haha
[17:55] <statik> [sudo] password for dobey:
[17:55] <dobey> heh
[17:55] <dobey> 12345
[17:55] <CardinalFang> statik, fb console?
[17:55] <gkey_> seems to me the spawning issue isn't resolved
[17:56] <statik> CardinalFang, yes
[17:57] <statik> CardinalFang, i'm just not sure what to set for fb. i *think* i remember the kernel saying that vga= in the boot line was deprecated, but i've confused myself at this point
[17:57] <CardinalFang> statik, yeah, it has changed a few times.  I don't know either.  If it still requires VESA mode numbers, you're screwed.
[17:58] <gkey_> Chipaka
[17:58] <dobey> gkey_: he's at lunch
[17:58] <gkey_> k
[17:59] <dobey> gkey_: but yes, the issue is fixed in trunk, which is slightly newer than the PPA package at the moment
[17:59] <gkey_> l
[17:59] <gkey_> tx
[17:59] <gkey_> dobey - I seem to have another issue
[17:59] <gkey_> In one of my many efforts to do a complete reinstall
[17:59] <gkey_> I removed the ubuntuone folders
[18:00] <gkey_> :-$
[18:00] <gkey_> now how do i recreate those?
[18:00] <statik> anyone got recommendations on a good braille display
[18:00] <urbanape> negatory
[18:01] <CardinalFang> :..::
[18:01] <dobey> gkey_: are they still there in the web ui?
[18:02] <gkey_> yes
[18:03] <dobey> gkey_: quit the applet/syncdaemon, and rm -rf ~/Ubuntu One and ~/.cache/ubuntuone, and then start the applet again, and it will re-download all your files
[18:03] <gkey_> on my pc I have no /home/myname/UbuntuOne folder/subfolders anymore
[18:04] <gkey_> but won't the applet crash and spawn many childs?
[18:04] <CardinalFang> That would be terrible programming.
[18:05] <gkey_> it seems to be working
[18:06] <gkey_> k - so now I have everything back - data working system etc. - but now I've lost the applet from my UNR
[18:06] <pfibiger> CardinalFang: is he Joe Ibm or Joe Lenovo?
[18:07] <CardinalFang> pfibiger, "IBM."
[18:07] <Chipaca> gkey_: back
[18:07] <dobey> gkey_: it's only visible when connecting, updating, or offline now
[18:08] <dobey> gkey_: you can set it to show always in the preferences though, if you prefer
[18:09] <gkey_> so now - how do I make it visible again?
[18:10] <Chipaca> gkey_: dbus-send --print-reply --session --dest=com.ubuntuone.SyncDaemon --type=method_call /events com.ubuntuone.SyncDaemon.Events.push_event "string:SYS_NET_DISCONNECTED" "array:string:"
[18:10] <Chipaca> that should do it :)
[18:10] <dobey> someone really should add --connect/--disconnect to u1sdtool
[18:11] <tcole> ah, indeed
[18:11] <gkey_> Chipaca / Dobey: thanks guys
[18:11] <gkey_> it works - changed settings etc
[18:12] <Chipaca> dobey: pah! :)
[18:12] <Chipaca> dobey: (agreed)
[18:12] <Chipaca> also, I could've just said "disconnect"
[18:12] <Chipaca> but I had that ^ in my bash history :)
[18:12] <Chipaca> disconnect would be ...
[18:12] <Chipaca> mmm
[18:12] <Chipaca> dbus-send --print-reply --session --dest=com.ubuntuone.SyncDaemon --type=method_call / com.ubuntuone.SyncDaemon.SyncDaemon.disconnect
[18:26] <statik> Chipaca, thats so interesting that you said "pah!" i've only heard that from people xlating ASL
[18:26] <statik> does it mean something in other languages?
[18:27] <Chipaca> statik: uh...
[18:27] <Chipaca> statik: http://www.dict.org/bin/Dict?Form=Dict1&Query=pah&Strategy=*&Database=*&submit=Submit+query
[18:27] <Chipaca> statik: sense #1
[18:28] <Chipaca> statik: English as taught to me by my Nan :)
[18:30] <statik> Chipaca, wow! the ASL sense means hurrah, success, triumph, mission accomplished, relief
[18:31] <Chipaca> heh
[18:31] <Chipaca> I had no idea
[18:31] <dobey> Bill Withers is good hacking music
[18:32] <Chipaca> statik: also: you had me wondering why you'd need to translate A/S/L
[18:33] <dobey> Chipaca: in spanish it would be A/S/I no? :)
[18:34] <Chipaca> E/S/U I guess, but it's not used
[19:07] <dobey> huh
[19:08] <dobey> does desktopcouch not actually use oauth.py?
[19:09] <dobey> statik, urbanape: are we not doing a source pkg branch for bindwood?
[19:11] <urbanape> hmm, that I don' t know.
[19:12] <urbanape> I wouldn't think we'd need a separate package for its source.
[19:14] <dobey> that's not what it means exactly :)
[19:20] <urbanape> Ah, your note makes more sense
[19:21] <urbanape> I think that'd be fine. Statik?
[19:27] <dobey> hrmm
[19:27]  * dobey wonders how to stuff named arguments into kwargs for passing along, but only if they are not None
[19:28] <dobey> doh, i totally forgot i had a frosty in my freezer
[19:29] <rmcbride> dobey: did you ever get your pizza last night? or does dominos.com say its still on the shelf?
[19:29] <tcole> my freezer has a frost
[19:31] <urbanape> dobey: passed_kw = dict([(k, v) for (k, v) in orig_dict.items() if v])
[19:31] <urbanape> like that?
[19:31] <dobey> yes i got it
[19:31] <dobey> urbanape: original named arguments aren't in the kwargs dict
[19:32] <dobey> at least, from my short venture into the python console
[19:35] <urbanape> incidentally, is there any harm in passing None-valued kwargs?
[19:38] <dobey> it means i have to write more code, when i want to write less :)
[19:38] <dobey> but i figured out a way to do it
[19:44] <dobey> woot
[20:34]  * dobey wonders where that statik character is
[20:34] <dobey> (probably doing the parenting bit)
[20:41] <urbanape> Hmm... rain rain go away
[20:42] <LordMetroid> Hmm, the new files which I uploaded to the Ubuntuone didn't synchronize until I disconnected and reconnected
[20:42] <LordMetroid> Shouldn't this be automatic?
[20:42] <jblount> LordMetroid: It sure should, but we're not yet sending notifications down to the client.
[20:42] <LordMetroid> I see
[20:43] <jblount> LordMetroid: So if you make changes in "other place" then you'll have to re-connect for now. Hopefully we'll have this corrrected soonish.
[20:43] <LordMetroid> Then I should probably not file a bug report
[20:43] <dobey> there are many already :)
[20:43] <LordMetroid> Also the upload/download arrow icons do not show in alpha 4
[20:44] <statik> dobey: i'm here, just talking to too many people at once
[20:44] <LordMetroid> Dunno if it should be so, probably cause I can't get them to dissapear in Jaunty
[20:44] <jblount> LordMetroid: That seems a bit odd. Have you logged in / out or rebooted since installing? Karmic should have those, but they (I think) require re logging in.
[20:45] <jblount> urbanape: Are you at a coffee shop?
[20:45] <LordMetroid> Yes, I rebooted cause I killed Ubuntuone
[20:45] <dobey> statik: it's good practice for beeing a manager
[20:45] <LordMetroid> I shall see again
[20:45] <CardinalFang> statik, what do you think of this?  http://pastebin.ubuntu.com/261108/
[20:45] <dobey> d zed stroke oh one five
[20:46] <CardinalFang> The version numbers stuff confuses me.
[20:46] <dobey> statik: http://launchpad.net/poauth
[20:47] <statik> dobey: i don't particularly want to be a manager, but it's addictive being able to pick who is on your team
[20:48] <statik> CardinalFang: that's cool, i didn't know distutils had that
[20:49] <dobey> statik: ah, you're just in it for the pick up games?
[20:49] <statik> dobey: maybe the "fork of leah culvers code" part is a bit inflammatory?
[20:49] <CardinalFang> statik, I imported the right thing since that patch, fwiw.
[20:49] <statik> probably just because launchpad shows it in a huge font on my screen
[20:49] <dobey> heh
[20:50] <statik> dobey: maybe "forked from googlecode/whatever" ?
[20:50] <statik> or "based on"
[20:50] <CardinalFang> afk a few.
[20:51] <dobey> based on
[20:52] <urbanape> jblount: I am, but looks like the rain has let up.
[20:52] <urbanape> Gonna make a break for it.
[20:52] <urbanape> brb
[20:53] <lordmetroid> Hmm, UbuntuOne didn't want to delete my file I uploaded when I moved it from the server to my HDD on my laptop
[20:53] <lordmetroid> The file was still in the folder on my stationary even after I connected and disconnected
[20:58] <rmcbride> lordmetroid: can you file a bug on that and attach the logs from both systems?
[20:58] <lordmetroid> Where do I find the logs?
[20:59] <dobey> heh
[21:00] <hagisbasheruk> good evening folks
[21:01] <rmcbride> lordmetroid: ~/.cache/ubuntuone/logs
[21:02] <dobey> hi
[21:02] <lordmetroid> Ahh I find them
[21:07] <lordmetroid> So many and the biggest one is over 3M
[21:07] <lordmetroid> Except for the one on the stationary computer which is over 10M
[21:07] <lordmetroid> Damn, these are big logs
[21:14] <haggisbasheruk> ubuntuone hasn't made it into kuki linux , some one was too adventurous and made the new iso today before they read my email :( awe well next release then
[21:17] <statik> haggisbasheruk: thats cool you are integrating it, file bugs if there is anything you need from us to make it easier to integrate
[21:18] <haggisbasheruk> cool , np
[21:20] <lordmetroid> Hmm, I can't reproduce it, actually I can not do anything
[21:22] <lordmetroid> This is so out of sync
[21:22] <lordmetroid> I need to file some bug reports
[21:24] <rmcbride> lordmetroid: Please do. BTW are you on today's client (0.93.1)?
[21:25] <lordmetroid> I am on my laptop, the stationary is using Jaunty
[21:26] <haggisbasheruk> statik, a left click menu instead of right click on the applet icon would be useful for tablet pens
[21:31] <statik> bugs pls :)
[21:32] <haggisbasheruk> :)
[21:35] <lordmetroid> bug 420758
[21:37] <slestak> hey guys.  how are u1 deletes propogated?
[21:37] <haggisbasheruk> bug 420759
[21:37] <slestak> I deleted a pretty full tree from one client, and expected the deletion to propogate.  However, ater several days, it has not.
[21:38] <lordmetroid> Seems like related to the bug I just filed
[21:38] <slestak> lordmetroid: whats the lp #>
[21:39] <slestak> ?
[21:39] <lordmetroid> ^
[21:39] <slestak> 420759?
[21:40] <dobey> haggisbasheruk: the applet has a left click menu
[21:40] <dobey> haggisbasheruk: it doesn't open the folder any more
[21:40] <haggisbasheruk> does nothing here
[21:40] <lordmetroid> 8
[21:40] <dobey> haggisbasheruk: it either opens the status menu, or if there is an error, runs ubuntu-bug to report an issue
[21:40] <dobey> haggisbasheruk: what version?
[21:40] <lordmetroid> ohh you just entered right after I filed it
[21:41] <dobey> slestak: 230758 is what he just filed
[21:41] <dobey> err
[21:41] <dobey> 420758 rather
[21:41] <dobey> bug #420758 even
[21:42] <slestak> i'll subcribe to 758, tyvm
[21:43] <haggisbasheruk> 0.92.0+r168 dobey
[21:43] <dobey> haggisbasheruk: upgrade to 0.93.1 :)
[21:45] <lordmetroid> bug 420762
[21:45] <haggisbasheruk> done ;)
[21:46] <haggisbasheruk> oooO mesa and dri updates
[21:46] <dobey> later. i am spent :)
[21:46] <haggisbasheruk> :) lets hope video is better now
[21:47] <haggisbasheruk> cya dobey
[21:50] <lordmetroid> bug 420767
[21:55] <lordmetroid> Dang, it just takes a long while
[22:00] <haggisbasheruk> 0.93 seems better , i have icon in menu under lxde now
[22:00] <haggisbasheruk> applet icon is showing connected
[22:01] <haggisbasheruk> left menu is working , whats on right click menu anyway , what am i missing out on ?
[22:01] <lordmetroid> I assure you, UbuntuOne will have users that are using different clients, so of course it will has to work inbetween client versions as wel
[22:02] <haggisbasheruk> fheck applet icon dissapeared
[22:02] <haggisbasheruk> its back now but in dissconnected state
[22:02] <haggisbasheruk> ahh but at least i can now access conect menu now#
[22:03] <haggisbasheruk> and that works
[23:18] <leak> good evening :)
[23:18] <haggisbasheruk> hay leak brb 5
[23:19] <leak> hi hag
[23:22] <leak> any dev?
[23:22] <haggisbasheruk> hi vw72
[23:22] <vw72> hi
[23:24] <haggisbasheruk> i think they are all having a beerfest
[23:25] <leak> we need info from them
[23:26] <haggisbasheruk> joshuahoover,
[23:26] <haggisbasheruk> jblount,
[23:26] <joshuahoover> haggisbasheruk: hi
[23:26] <haggisbasheruk> who is dev in here ?
[23:27] <haggisbasheruk> i know jblount has canonical email :P
[23:28] <leak> why so many j?
[23:28] <leak> just notiched
[23:28] <joshuahoover> haggisbasheruk: do you have a question? (i'll do my best to answer or point you in the right direction)
[23:28] <haggisbasheruk> many joshuas
[23:29] <joshuahoover> popular name of late ;)
[23:29] <haggisbasheruk> leak, vw72 ask and see
[23:30] <vw72> ok, i'll try
[23:30] <haggisbasheruk> popey, :P
[23:30] <joshuahoover> i do have to leave in about 10 min. but will do my best to get you an answer
[23:30] <vw72> i noticed that ubuntuone-client has a lot of gnome dependencies, are they really needed?  I hope not, because that makes it difficult for non-gnome use
[23:32] <joshuahoover> vw72: currently, they are needed...we're targeting ubuntu with gnome at the moment...i've tested u1 on xubuntu and kubuntu...yes, it installs all those gnome dependencies, but it works just as well (based on my testing over the months)...in the future we're looking at supporting other desktops like kde, etc. in a more "native" way
[23:33] <haggisbasheruk> good , we would like to have it as part of kuki linux on openbox based window manage without gnome dependency
[23:33] <vw72> i am having a problem with the panel icon on xubuntu
[23:34] <vw72> always shows disconnected, even though it works
[23:34] <haggisbasheruk> i am also in lxde
[23:34] <haggisbasheruk> version 0.93 icon dissapears
[23:34] <joshuahoover> vw72: hmmm...ok, i haven't seen that on my test setups before...how long have you been having this problem?
[23:35] <vw72> just today, since I installed it
[23:35] <joshuahoover> haggisbasheruk: yes, that is by design...we're improving things there...check out https://wiki.ubuntu.com/UbuntuOne/KarmicClient#Status for details on the future direction
[23:35] <joshuahoover> vw72: ah, ok...i'll need to update my xubuntu test install with the client today and see if i can reproduce
[23:36] <joshuahoover> vw72: would you mind filing a bug and run the following command after you submit it? apport-collect -p ubuntuone-client ######
[23:37] <joshuahoover> replace the bug number where '######' is :)
[23:37] <vw72> ok
[23:37] <joshuahoover> vw72: and i'll update my install and see if i can reproduce when i get back on later this evening
[23:37] <joshuahoover> vw72: great! thanks!
[23:39] <joshuahoover> well, sorry i can't stay longer right now...need to take my son to a taekwondo graduation ceremony :)
[23:39] <joshuahoover> bye all
[23:39] <haggisbasheruk> thanks joshuahoover
[23:41] <leak> bb