[04:32] <stevemcc> when i choose ubuntu one from the gnome main menu what is the name of the process that is supposed to be running?
[05:10] <kklimonda> hey, I had to reinstall system and now I can't get u1 to work
[05:12] <kklimonda> I get http://pastebin.com/f42bb6ff9
[05:12] <kklimonda> it's from oauth-login.log
[05:19] <w0jrl> hello all
[05:22] <w0jrl> how do I sync my files with the ubuntuone server after putting them in the ubuntuone folder in my home directory?
[05:24] <w0jrl> are they supposed to sync automaticly?
[05:25] <w0jrl> !syncing
[05:25] <kklimonda> yes, they are supposed to sync automatically
[05:27] <w0jrl> is there a way i can force it? when I look at my account on the website, it says that there aren't any files
[05:43] <w0jrl> does anyone else have this issue? when I run ubuntuone in the background and try to connect to my local samba share, nautilus crashes
[09:53] <eekfonky3> I'm getting an ubuntuone-client on my update manager, but it's greyed out, what's going on?
[09:56] <danage> same here
[09:57] <eekfonky3> I just went to synaptic and installed the ubuntuone-client-gnome
[09:57] <eekfonky3> hoping that helps
[10:11] <eekfonky1> ok I installed ubuntuone-client-gnome, and the update then worked but I had to uninstall ubuntuone-storage-protocol and ubuntuone-ppa-beta, is this ok?
[11:40] <elky> the invitations page is producing an oops "Unfortunately, we've experienced an error. It has been reported to the administrators and should be fixed shortly. Thanks for your patience. Oops-ID: 1281appserver57"
[12:10] <artir> a secret canonical webpage :o
[12:41] <alanbell> well I say warthogs to that
[12:44] <jdobrien> elky: what happened?
[12:53] <jdobrien> facundobatista: someone followed a link to our site from here: http://punk-linux.blogspot.com/2009/06/llego-mi-imvitacion-ubuntu-one.html
[12:54] <facundobatista> jdobrien, spanish, with a lot of spelling misakes
[12:54] <facundobatista> *mistakes
[12:55] <facundobatista> jdobrien, and have images that point to our servers, which don't appear, like: https://media.ubuntuone.com/media/img/install/gdebi.png
[12:55] <jdobrien> facundobatista: yeah
[12:55] <jdobrien> facundobatista: https://admin.ubunet.canonical.com/~ubunet/oops.cgi/2009-07-05/appserver57
[12:55] <facundobatista> (it's ok for those to not appear, we shouldn't let them... or at least I don't let people do that with my info)
[12:56] <jdobrien> facundobatista: for some reason we are logging 404's on missing image links. That seems kind of dumb since our apache logs would do
[12:58] <facundobatista> jdobrien, I'm ok with a log in that case, no with a full "oops"
[12:59] <jdobrien> facundobatista: we should probably not report OOPS when it's from an external referrer
[12:59] <kklimonda> any idea why I can't get u1 applet nor u1sync to work after system reinstall? ;)
[13:00] <kklimonda> there are no other errors than "ConfigParser.NoSectionError: No section: 'default'"
[13:03] <facundobatista> kklimonda, why did you reinstall them?
[13:03] <kklimonda> facundobatista, I have reinstalled the whole system.
[13:09] <facundobatista> kklimonda, the ConfigParser error, is on which file?
[13:10] <kklimonda> I have no idea, I can paste whole traceback on pastebin if it helps you
[13:11] <kklimonda> I have even pasted oauth-login.log earlier today: http://pastebin.com/f42bb6ff9
[13:18] <mattgriffin> hello everyone. if you see any new Ubuntu One beta testers join this discussion that are having trouble installing the client, please refer them to https://answers.launchpad.net/ubunet/+question/76131 . Thanks!
[13:19] <facundobatista> kklimonda, what does "$ apt-cache policy ubuntuone-client" tell you?
[13:19] <facundobatista> (run it from command line)
[13:19] <kklimonda> not installed
[13:19] <facundobatista> kklimonda, please, follow these instructions: https://answers.edge.launchpad.net/ubunet/+question/76131
[13:20] <kklimonda> now it worked
[13:21] <elky> jdobrien, the invitation page has been oopsing for me all weekend.
[13:21] <kklimonda> facundobatista, thanks
[13:22] <jdobrien> elky: What do you mean by 'invitation page'?
[13:22] <elky> jdobrien, https://ubuntuone.com/invitation/1/request/
[13:23] <elky> the one you get to by clicking "Request an invitation" on the index page.
[13:23] <jdobrien> elky: are you logging in with an account?
[13:23] <elky> jdobrien, no. i dont have an account.
[13:24] <elky> might it be seeing my launchpad account?
[13:24] <jdobrien> elky: yes, you should be logging in with a launchpad account
[13:25] <jdobrien> elky: or are you already logged in when you click the waiting list link?
[13:26] <elky> jdobrien, well, i wasn't really aware I was. i had not logged in specifically on the ubuntuone site.
[13:26] <elky> jdobrien, to clarify: i do not have a subscription, but i have a launchpad account.
[13:26] <jdobrien> elky: yes
[13:27] <jdobrien> elky: Ubuntu One uses the OpenID login server provided by Launchpad. We're working on a fix, but if you are logged into launchpad, some people have reported that they are automatically logged into Ubuntu One
[13:27] <jdobrien> elky: but that should cause a problem
[13:28] <jdobrien> elky: can you give it a try now?
[13:29] <elky> ok, i explicitly logged out and clicked the link. it took me to the launchpad openid login page and i did put in my launchpad details. it then took me back to the oops page
[13:30] <jdobrien> elky: hmm
[13:30] <jdobrien> elky: we've and 30k people use that and this is the first time we've experienced it.
[13:30] <jdobrien> elky: are you getting the same oops page each time?
[13:30] <jdobrien> elky: i mean...oops number?
[13:31] <elky> jdobrien, this seems to be a slightly different number
[13:31] <elky> 1282appserver94 this time
[13:31] <jdobrien> elky: ok...im just trying rule out a cahed number
[13:32] <jdobrien> elky: im looking it up
[13:32] <elky> could this be something to do with a previous invitation that expired at all?
[13:32] <jdobrien> elky: the oops error says the referrer is  	http://habrahabr.ru/blogs/ubuntu/page2/
[13:33] <elky> jdobrien, well it's confused then
[13:34] <VK7HSE> Bug #395942
[13:34] <jdobrien> elky: that sure is odd
[13:34] <elky> i'm trying on my netbook now and got 1282appserver108 and that is from a brand new tab which i typed the url into. it is also on a completely different connection to this computer (wifi vs 3g)
[13:35] <jdobrien> elky: why do you ask?
[13:35] <elky> jdobrien, why do i ask what?
[13:36] <jdobrien> elky: "could this be something to do with a previous invitation that expired at all?"
[13:36] <jdobrien> elky: did you get an error indicated an invitation was expired?
[13:36] <elky> when i clicked on the invitation link a few weeks ago, having not had time to poke and play since ubuntuone released months ago
[13:37] <elky> i figured i'd finally have a poke, and dug up the old email. but this a few weeks ago now
[14:37] <atragene> hello
[14:39] <statik> moshi moshi
[14:41] <jblount> statik: j0
[14:45] <statik> jblount! i missed you dude. what does it mean when my MBP screen goes all green and grainy for 30-90 seconds, and then back to normal? happens both when booted into ubuntu and into OS X. should I be afraid of hardware failure?
[14:46] <jblount> statik: Hmm. I've had that happen a few times with my MBP, but it never repeated inside of a few months. Is it consistent?
[14:48] <popey> sounds like video card overheating
[14:48] <statik> jblount: no, it's kind of random
[14:49] <statik> heya popey. ah, heat could indeed be a factor, i'll pay attention to that
[14:49] <jblount> popey: Yeah, that's what someone mentioned to me when I was seeing it. Super random, but my laptop never died.
[14:49] <pfibiger> statik: smc fan control script is your friend, particularly in ubuntu
[14:49] <popey> my dell died after similar issues
[14:49] <popey> also nvidia card
[14:49] <pfibiger> but there's also an osx app that sits in the menu bar and lets you set minimum fan speeds/etc
[14:50] <rmcbride> Fear of an nvidia overheated/dead video card is why my main laptop has a crappy i815 series card now... meh
[14:51] <statik> veerrrry interesting. computers sure are complicated
[14:51] <statik> pfibiger: say, did you figure out the problem with oops not being logged for some errors?
[14:52] <statik> it looks like the upgrade to bzr format 2 didn't happen, anyone heard any discussion of that?
[14:53] <pfibiger> statik: i started working on it and was unable to reproduce the problem, which makes it pretty hard to fix.. i talked w/ lucio, and we think that the db fixes fixed, or hid, the issues. he had some ideas about how to re-expose the issue and was going to let me know what he came up w/
[14:53] <rmcbride> statik: I dont' recall the specifics, but I do recall discussion of it being more complex than we were anticipating.
[14:54] <rmcbride> (regarding bzr format 2) ^^
[14:57] <statik> cool. i read that there were bugfixes in 1.16, so it's probably good that it was delayed
[15:01] <statik> standup meeting time?
[15:01] <vds> me
[15:01] <statik> MEETING BEGINS
[15:01] <urbanape> me
[15:01] <statik> me
[15:01] <teknico> me
[15:01] <jblount> me
[15:01] <chad_> me
[15:01] <statik> i assume rodrigo is at the desktop summit
[15:02] <statik> aquarius?
[15:02] <aquarius> me
[15:02] <statik> vds, looks like you are first
[15:02] <vds> DONE: verification branch proposed, started branch to refactor funambol schema, discussed with the sub-team about thesting django views
[15:02] <vds> TODO: land one branch, finish the other one
[15:02] <vds> BLOCKED: hopefully not
[15:02] <vds> next urbanape
[15:02] <urbanape> DONE: Got the FF extension (now called Bindwood) working with aquarius to the point of syncing with CouchDB, though now the observer is busted.
[15:02] <urbanape> TODO: Get the observer fixed, maybe package it up, look at the dbus xpcom bridge.
[15:02] <urbanape> BLOCK: None
[15:02] <urbanape> statik, you're up.
[15:03] <statik> DONE: vacation TODO: catch up with all the cool stuff you folks did BLOCKED: nope
[15:03] <statik> teknico: your turn
[15:03] <dobey> me
[15:03] <teknico> DONE: worked with thisfred on improving the support for testing Django views
[15:03] <teknico> TODO: completing the improvements to testing Django views, completing the tests for the web ui interface for resetting contact devices
[15:03] <teknico> BLOCKED: nothing
[15:03] <teknico> NEXT: jblount
[15:03] <jblount> DONE: Long weekend, css stufff for new /files/new
[15:03] <jblount> TODO: give up on email triage, keep up my "work on js, land a bug fixing branch" daily workflow.
[15:03] <jblount> BLOCKED: Nope
[15:04] <jblount> chad_: you!
[15:04] <chad_> DONE: Retained all fingers throughout US Independence Day celebration.  Pushed c
[15:04] <chad_> hanges to already-reviewed-but-not-landed tree.  Need new reviews.  (tcole, jdo?)
[15:04] <chad_> TODO: Add SSL.
[15:04] <chad_> BLOCKED: nil
[15:04] <chad_> (cadr mtg) -> aquarious
[15:04] <aquarius> DONE: landed uber-branch for records API; worked with urbanape on FF extension; defined CouchDB "management" database; fixed lsof being broken on jdo's machine; finished FF extension ready for GCDS demos; wrote up instructions; helped people at GCDS set up FF demo
[15:04] <aquarius> TODO: write OSCON presentation
[15:04] <aquarius> BLOCKED: still using the horror of lsof to find CouchDB port until the print-the-port logfile patch goes in
[15:04] <aquarius> NEXT: dobemeister
[15:04] <dobey> DONE: Fixed client lint warnings, Fixed #392249
[15:04] <dobey> TODO: Finish removing --signup option
[15:04] <dobey> BLCK: None.
[15:05] <statik> you guys ROCK
[15:05] <statik> MEETING ENDS
[15:05] <statik> urbanape: whats the "observer", and why is it busted?
[15:05] <statik> teknico: what are the improvements to testing django views? sounds cool
[15:05]  * chad_ pokes CardinalFang
[15:05] <urbanape> statik: FF provides an observer interface for changes to Places.
[15:06] <urbanape> At first, our observer was working so that new bookmarks, deletions, and changes were reflected in CouchDB.
[15:06] <urbanape> then we worked on the sync-on-start stuff so that we'd push our local bookmarks to couch on startup, and something went boom.
[15:06] <statik> aquarius: do you expect the patch to go into upstream, or should we just get it patched for ubuntu in karmic right now today?
[15:06] <statik> urbanape: something being couchdb or FF?
[15:07] <urbanape> the observer event handlers weren't being called.
[15:07] <teknico> statik, we have a problem with the current Django views testing support, and are trying to fix it
[15:07] <aquarius> statik: we'd like to get the patch into our stuff; it's being discussed upstream. However, we're short on packaging talent; thisfred has been looking at that and I think wants a word with you
[15:07] <urbanape> I'm working on it now, starting from mostly commented out handler code and reintroducing bits to see what went wrong
[15:08] <teknico> statik, we can talk about it as soon as you like, or else you can just wait for the fix ;-)
[15:08] <statik> teknico: i'm just curious what the problem and fix was about :)
[15:09] <statik> urbanape: that sounds good. is this code currently in a branch somewhere that I could peek at?
[15:10] <urbanape> statik: yup, the latest is lp:~sil/ubuntuone-firefox-bookmark/sync-on-start
[15:10] <statik> aquarius: thisfred: as long as noah has been informed what we are planning to patch, I can help get a new couchdb package prepared today that includes your patch. do we need a call to work out the details, or is it pretty simple?
[15:11] <thisfred> statik: well it's not simple: we need the svn trunk of couchdb, and our 2 patches
[15:11] <thisfred> statik: or it may be simple, but I haven't figured out the right steps
[15:12] <teknico> statik, the problem is with the current layer of integration between django and zope.testbrowser
[15:12] <thisfred> statik: it would also definitely not be the final version for karmic, since we'll want a released version if possible, but in any case need more features to be built by Jan and Chris
[15:13] <teknico> statik, we need the context object that's output from django views
[15:13] <teknico> statik, in order to be able to test without having to parse the html markup and derive the context back from it
[15:13] <teknico> statik, but the current code does not give access to the context object
[15:14] <statik> thisfred: that sounds like something that we could put in our PPA, but probably wouldn't want to upload to karmic. I guess it would need to be installed in the PQM chroot also?
[15:14] <thisfred> statik, teknico: [butting in] we would like to use it for unit testing *as well* as integration/functional testing
[15:14] <teknico> so today I and thisfred have been trying to cook up a way to get it out
[15:14] <statik> thisfred, teknico: that sounds great
[15:14] <thisfred> statik: yes, it would need to be in pqm
[15:14] <teknico> statik, right, the need is for unit testing the django views
[15:15] <thisfred> statik: [couchdb-packaging] further complicating factor is: 0.9 unpatched is in karmic, and we need patched 0.10~svn, for jaunty and hardy, and probably for karmic as well, if we want to start testing with that
[15:16] <teknico> statik, how to do that is the difficult part :-)
[15:16] <statik> thisfred: once we have an updated sourcepackage, we can build it for jaunty and hardy in the PPA no problem
[15:17] <thisfred> teknico: so I take it you haven't found a solution yet either? mechanize docs are spotty at best: "look at the doc strings" it says...
[15:17] <teknico> thisfred, right, still looking
[15:17] <thisfred> statik: ok, that sounds like a good idea, it's just that it's a little daunting as a first try for packaging
[15:17] <statik> thisfred, aquarius: what I'd love to have is the patches committed to upstream svn, and a PPA that does nightly trunk builds of couchdb
[15:17] <aquarius> statik: as would I love both those things
[15:17] <thisfred> statik: rmcbride offered to help me. I asked kenvandine earlier, but didn't realize he's at gcds
[15:17] <statik> any ETA on getting those patches committed upstream?
[15:18] <aquarius> statik: my little patch (well, your little patch) is getting some discussion, but the discussion is around "we should do this properly by having a RPC thing for couch"
[15:18] <thisfred> statik: your patch was refused and aquarius
[15:18] <thisfred> ' looks like it runs the same risk:
[15:18] <aquarius> statik: and it's difficult to push for "don't do it properly, do it quickly so we can use it and do it properly later", since that's not the Couch Way
[15:18] <thisfred> statik: they think a better implementation is possible, so don't want to accept this one
[15:19] <statik> thisfred: right...but we're still dependent on those patches? is anyone working on the "better way"?
[15:20] <thisfred> yes, and not really, the _changes feed would obviate the need for the first patch, when it's completely done, which it isn't
[15:20] <statik> right.
[15:20]  * statik scratches his head
[15:21] <thisfred> statik: I think private PPA is the only option for now. It suckfices...
[15:22] <statik> thisfred: did you happen to talk to noah about the packaging changes proposed for karmic regarding couchdb dependencies? I forwarded a mail from my phone sometime last week, but haven't looked to see if there was any followup
[15:22] <statik> thisfred: well, it could be public PPA I hope
[15:22] <urbanape> aquarius: I fixed your code. I think it was just a lot of last-minute scramble.
[15:22] <thisfred> statik: Uh, yeah, no need for the private
[15:23] <thisfred> statik: did not talk to noah, have not seen your mail, I think
[15:23] <urbanape> parts were using `db.<method>` rather than `couch.<method>`
[15:23] <aquarius> urbanape: excellent! fixed it to do what? make the observer work?
[15:23] <urbanape> yeah
[15:23] <thisfred> I forwarded a mail from him to u-discuss
[15:23] <urbanape> I'll commit and push to my branch
[15:23] <urbanape> I've tested adding, deleting, and updating. All fire now.
[15:23] <aquarius> urbanape: nice one :)
[15:23] <statik> thisfred: oh, interesting. i'll look that up then. i'm inclined to think we should first make a package that has trunk couchdb, then tackle the patches on an individual basis
[15:25] <thisfred> statik: ok, I thin rick and I can do that, and then we'll discuss more?
[15:25] <thisfred> +k
[15:25] <statik> thisfred: that sounds great
[15:25] <statik> thisfred: i have an old PPA around from when I was planning to set up nightly couchdb packages for personal reasons. i'll find it for you
[15:26] <thisfred> statik: great!
[15:26] <thisfred> statik: and can't find your mail. Was it to the list?
[15:26] <statik> thisfred: no, just to you and jamesh i think. i probably flubbed sending it, will find that for you too
[15:31] <statik> thisfred: looks like i accidentally left you off the list i sent it to, forwarding now
[15:33] <aquarius> urbanape: identifying this kind of issue would be a lot better if the error console ACTUALLY FRIGGING REPORTED ERRORS
[15:35] <statik> thisfred: https://edge.launchpad.net/~couchdb-nightly-ppa (from back in the day when you needed a new team in order to set up a new PPA). you've been added, do what you will with it
[15:35] <thisfred> statik: cool, thanks!
[15:37] <urbanape> aquarius: there's an about:config key you can change that makes the console a bit more verbose.
[15:37] <urbanape> I'll try to dig it up.
[15:38] <aquarius> urbanape: ah, I've got firefox.usefulness set to "none" ;-)
[15:38] <urbanape> hah
[16:04] <aquarius> urbanape: ping
[16:05] <urbanape> pong
[16:05] <aquarius> we could do with getting some of this FF stuff merged back into the trunk for our FF project
[16:05] <urbanape> as soon as I get onItemRemoved fixed, I'll do just that.
[16:05] <jdobrien> how does ubuntuone know the difference between previously deleted files and files added again?
[16:06] <aquarius> urbanape: skype?
[16:06] <urbanape> sure
[16:06] <dobey> jdobrien: it doesn't, because there's no real way to know that?
[16:07] <jdobrien> dobey: interesting
[16:09] <dobey> jdobrien: and i don't really see the point of trying to figure that out...
[16:13] <dobey> sigh. bug hijacking fail
[16:15] <jblount> dobey: Isn't bug hijacking always fail-ish? :)
[16:16] <dobey> yes
[16:16] <dobey> but more so when it fills up my folder with mail about an issue that the bug isn't about
[16:18] <jdobrien> what is bug hijacking?
[16:19] <jdobrien> dobey: ^^
[16:20] <dobey> jdobrien: changing the description of a bug and adding comments on the bug describe a different problem than the report was about.
[16:20] <jdobrien> ahh
[16:26] <urbanape> aquarius: aha.
[16:26] <urbanape> the guid is changed by the time we go to delete.
[16:27] <aquarius> ah what?
[16:28] <dobey> verterok: any specific reason for not having the contrib/test -t addition submitted as a separate branch from the hashq changes?
[16:29] <verterok> dobey: I just get bored of running all the tests all the time in that branch, so I implemented it there...but I can move it to a new branch if you want
[16:29] <verterok> dobey: actually I missed to mention that in the merge proposal, sorry about that
[16:29] <dobey> verterok: it would probably be easier to review the 2 changes separately
[16:30] <verterok> dobey: the -r change is almost the same code that we have in ubunet ./test
[16:30] <verterok> *-t
[16:31] <dobey> verterok: that's fine
[16:31] <verterok> dobey: but y'r right
[16:31] <dobey> verterok: i just don't want it to block on the other changes if there are conflicts or other changes needed for it during review, either :)
[16:32] <verterok> dobey: ok, I'll resolve conflicts :)
[16:32]  * verterok hugs extmerge plugin
[16:32] <dobey> verterok: i don't know if there are any. if there are, they are problem conflicts with my lint fixes branch :)
[16:33] <verterok> dobey: yes, I thought about that...as I'm on Face Duty today, I'll take a look to the conflicts once you land the lint branch
[16:34] <dobey> verterok: cool
[16:46] <dobey> verterok: lint fixes branch is merged now :)
[16:47] <verterok> dobey: ack, thanks!
[16:57] <brendan_p> hi all, recently received my invitation. went through install process as described but unable to "start" it up or link this machine. no icon
[16:57] <brendan_p> ah skip that, it's just done it now...
[16:57] <brendan_p> murphy... again
[17:22] <thisfred>  @unittest.expectedFailure in python 3.1 looks very useful for TDD
[17:39] <statik> thisfred: looks like there are nightly builds/snapshots on build.couchdb.org that might be very useful for generating nightly .debs from
[17:39] <thisfred> statik: o wow, I didn't know of build.couchdb.org
[17:40] <thisfred> statik: so we need 1. a way to pull them in and build them automatically, then 2. a way to interject the patches.
[17:41] <thisfred> statik: AFAIK these will still be source, but have the generated parts of the code/configuration pregenerated, right?
[17:42] <thisfred> statik: ah, no, seems they are binaries, from looking at the log files
[17:42] <statik> oh. surely there must be source snapshots somewhere to match up then
[17:43] <statik> thisfred: james_w built a tool for doing nightly PPA builds of various projects, unfortunately I don't know where it lives
[17:45] <dobey> VK7HSE: ping. can you install ubuntuone-client-gnome-dbg and reproduce your nautilus crash?
[17:45] <thisfred> statik: I'll ask him at a more reasonable time tomorrow
[17:47] <statik> foood
[17:49]  * verterok --> lunch!
[19:23]  * CardinalFang catches LowBloodSugarBecauseSkippedLunch exception.
[19:24] <dobey> exception: exception too long
[23:18] <BUGabundo> guud evening
[23:22] <jblount> BUGabundo: j0!
[23:23] <BUGabundo> hey jblount