[01:26]  * BUGabundo alt+sysrq+SLEEP
[13:03] <facundobatista> Hi all
[13:05] <jdo_> hi facundobatista
[13:08] <facundobatista> Hey jdo_
[13:49] <statik> hello world
[13:49] <facundobatista> Hola statik
[14:00] <aquarius> hey statik
[14:00] <statik> hola
[14:01] <urbanape_> morning, all.
[14:10] <statik> CardinalFang, I'm working on http://revu.ubuntuwire.com/details.py?upid=6112, the last comments. Do you have any idea the right way to delete some of those crufty files during the build process so they don't end up in the binary package?
[14:17] <CardinalFang> statik: In debian/rules .  The part you want to modify is hidden by those "include" lines.  One normally makes a tree that represents what's in the package, then tars up the tree.  If there's no way to write exactly what you want into the tree, then you must mutate the tree between those two steps.
[14:18] <statik> CardinalFang, cool, thanks! i just got some advice in #ubuntu-motu that I can add a rule called override_dh_install, and drop the files from that rule
[14:19] <CardinalFang> statik: Ah, good.  Yeah, those helper scripts are new and are a layer atop what I know, so I'm probably going to offer dumber ideas.
[14:50] <dobey> statik: your python build-dep and XS-Python-Version don't match, in the control file for that :)
[14:51] <urbanape> statik: thanks for fixing the edgesettings module. Dumb slip
[14:56] <statik> dobey, thanks!
[14:59] <Gauss> hi there.. im new to ubuntuone, and id like to ask some question. first of all: im no natural speaker, so my english my sound broken.... to the question: i wonder if it is possible to see the process off uploading. which files are still to upload, what is already online. as far i did just press f5 in konqueror to monitor the progress.
[14:59] <jblount> Gauss: We don't yet show progress of what exactly is uploading, but it is in the short term plan... so soon!
[15:00] <jblount> (I'm having the same problem, so I feel your pain)
[15:00] <teknico> statik: it's that time again ;-)
[15:00] <Gauss> ^^ ok, thanks. thats all i wanted to know (so far). thank you a lot. have a nice day :)
[15:01] <vds> me
[15:01] <urbanape> me
[15:03] <dobey> me
[15:03] <aquarius> me
[15:03] <CardinalFang> MEETING BEGINS!
[15:03] <CardinalFang> me
[15:03] <jblount> me
[15:03] <teknico> me
[15:03] <statik> me
[15:04] <CardinalFang> And thisfred, "me"
[15:04] <teknico> jblount: who's first, between us? :-)
[15:04] <dobey> teknico: vds
[15:04] <dobey> teknico: i see jblount's me before yours though :)
[15:05] <teknico> dobey: thx
[15:05] <vds> is there no one else? :)
[15:06] <statik> someone should go first :)
[15:06] <dobey> vds was first
[15:06] <vds> DONE:sprint in London last week, started a branch to implement new timestamps for records with thisfred
[15:06] <vds> TODO: go ahead with this branch and find a way to expose the document seqno to a view
[15:06] <vds> BLOCKED: not really
[15:06] <vds> your turn urbanap
[15:06] <vds> urbanape:
[15:06] <urbanape> DONE: Cut and submitted the /media/<revno>/path branch, but forgot edgesettings and didn't write tests. statik saved my butt on the first. Boo, Zac.
[15:07] <urbanape> TODO: Go back after and write a test for the behavior. Check on FF extension status, and keep working on it and/or new /files/ UI.
[15:07] <urbanape> BLOCK: None
[15:07] <urbanape> dobey: go for it
[15:07] <dobey> DONE: Review day, prioritized some bugs, got REVU feedback
[15:07] <dobey> TODO: fix packages for REVU feedback, resolve versioning issues with rmcbride/cprov, fix some high priority bugs, finish moving share creation code
[15:07] <dobey> BLCK: None.
[15:07] <dobey> aquarius: you're bat mate
[15:07] <aquarius> DON: week sprint in London, planning all things
[15:07] <aquarius> TOD: looking at how to start up your desktop CouchDB and load new design documents into it
[15:08] <aquarius> BLK: none
[15:08] <aquarius> CardinalFang: go for it
[15:08] <CardinalFang> DONE: Got feedback for mail queue patch
[15:08] <CardinalFang> TODO: FACE today.  Finalize, retest, push.
[15:08] <CardinalFang> BLOCKED: nil
[15:08] <CardinalFang> It's all you, jblount.
[15:08] <jblount> DONE: Reviews, two interface branches, nearly succeeded in getting a few gigs uploaded to my U1 account.
[15:08] <jblount> TODO: Land two interface branches, get started on css weirdness for /files/new/, make some adjustments to https://edge.launchpad.net/ubuntuone/+milestone/w09
[15:08] <jblount> BLOCKED: Nope
[15:08] <jblount> teknico: next!
[15:08] <teknico> DONE: last week's contacts sprint in Millbank, approved statik's fix for unicode problem in karmic, filed expenses for said sprint
[15:08] <teknico> TODO: working on contacts database resetting logic
[15:08] <teknico> BLOCKED: sometimes rabbitmq annoyingly refuses to start
[15:08] <teknico> NEXT: statik
[15:09] <statik> DONE: Attended project manager meeting, fixed the mup code review announcer, tested and reviewed CardinalFangs zope.sendmail branch, posted a branch for config-manager to allow pulling specific revisions of branches, got testtools decorator stuff finally landed in trunk upstream, posted a branch adding client-side timing measurements to the web site with Jiffy, landed the cache-busting branch for urbanape, landed a branch to fix the edgese
[15:09] <statik> ttings for cachebusting, posted a branch to fix the cloudserver errors, posted a branch to fix the simplejson unicode test failures in funambol, amazing planning call with Collabora regarding Telepathy and XMPP, some XMPP experimentation with jdo, landed a branch to add ejabberd to developer-dependencies. Uploaded new versions of python-spawning, python-eventlet, python-simplesettings, python-functest, and python-mozrunner to REVU. I also
[15:09] <statik> bought a pink cowboy hat (ostensibly for my daughter, but we all know better) and had a lovely sunday chat with dobey and elmo about our amazing crashing website.
[15:09] <statik> TODO: scheme with cardinalfang regarding new WSGI servers, refuse to go to London, talk about XMPP deployment, work on OOPs with pfibiger (3K OOPs a day and none of them being reported!), look at glib-couchdb with rodrigo, figure out whether south could be made to work with storm.
[15:09] <statik> BLOCKED:
[15:09] <statik> MISC: I need an mp3 of http://en.wikipedia.org/wiki/More_&_Faster. Also, http://www.qwantz.com/index.php?comic=1493 is funny, you should read it.
[15:09] <aquarius> cheezit, I need to work harder. That's, like, a whole screen of stuff that statik did
[15:09]  * statik isn't sure if anyone is left to hand off to?
[15:10] <statik> aquarius, lots of trivial patches, not much thinking. I think you worked harder.
[15:10] <jblount> statik: I think that's EOM
[15:10] <radix> dobey: you remind me of the NES :)
[15:10] <dobey> radix: hah
[15:10] <aquarius> statik:  respec' to the pink cowboy hat, incidentally.
[15:11] <rodrigo_> ugh, standup finished?
[15:11] <statik> rodrigo_, you're just in time
[15:11] <rodrigo_> cool, me then :)
[15:11] <statik> your turn :)
[15:11] <rodrigo_> ok
[15:12] <rodrigo_> done: more couchdb-glib/evo missing implementation, released couchdb-glib 0.3 and started packaging it
[15:12] <rodrigo_> todo: finish missing evo-couchdb backend methods, and package evo-couchdb
[15:12] <rodrigo_> blocked: nothing
[15:14] <statik> teknico, anything i can do to help with the rabbitmq problems?
[15:15] <statik> CardinalFang, your call when to declare this thing over
[15:15] <teknico> statik: I'd like to, they seem to have vanished for now
[15:15] <CardinalFang> Me?  Okay.   MEETING ENDS
[15:15] <teknico> statik: I'll let you know if they reappear
[15:16] <statik> CardinalFang, since you so kindly called the meeting to order it seemed only just that you should be burdened with seeing it through to the end ;)
[15:25] <teknico> statik: I did not find the Dinosaur Comics strip very funny, even with the War Games reference thrown in; may I apply for a refund? ;-)
[15:25] <statik> teknico, of course :)
[15:55] <jblount> Hmm. So it took me nearly 3 days to upload a gig of stuff, but now I've uploaded about 2 gigs this morning. Has there been any recent changese in the server to help facilitate this, or am I imagining things?
[16:05] <urbanape> anyone from our team heading to eupy?
[16:26] <CardinalFang> urbanape: "eupy"?
[16:26] <urbanape> europython
[16:28]  * CardinalFang volunteers for PyCon 2010
[16:40] <thisfred> urbanape: aquarius was thinking of going to the social events only, since it's in his back garden so to speak. I'm skipping this one, even though it's one of my favorite conferences, but saving up days for my move...
[16:41] <urbanape> I ask because a friend of mine in the UK is thinking of heading over and wanted to know if he should look up anyone in particular.
[16:41] <CardinalFang> Yeah, I'm not sure I'm allowed to spend US Independence Day in the UK.
[16:42] <thisfred> urbanape: my former employer will be there in full force, so if they're doing anything zopeish, or are in academia, tell 'em to look for Kit Blake/Infrae
[16:43] <thisfred> and a lot of the Zope3/Grok gang will be there I think. Martijn Faassen
[16:46] <statik> thisfred, did you see the discussion on the couchdb list about changing seqnos to be the hash of the doc or something like that? supposedly would allow you to make identical changes to multiple couchdb instances and then have those not result in a conflict
[16:48] <aquarius> then they're not a *sequence* number, though :(
[16:48] <thisfred> statik: no I have not, interesting! Although it would break the 'sequence' in
[16:48] <thisfred> right
[16:48] <thisfred> what he said
[16:49] <aquarius> that'd be bad for asking the question "did X happen after Y", which we do a lot
[16:49] <statik> yeah, it's an interesting change. with some formats of UUID, you can seed it with some data to maintain the sort order that you want
[16:49] <statik> not sure whether the same sort of trick could be applied in this situation
[16:50] <statik> or maybe exposing both hash and seqno as two independent attributes, and if hash is identical, you don't really care about seqno when determining a conflict
[16:51] <aquarius> although that's interesting, because the only thing that cares about that sort of conflict is replication. it's not useful to other processes running on couch
[16:51] <dobey> hrmm
[16:54] <dobey> hrmm
[16:54] <dobey> do i want to pay $3K for a weekend rental though
[16:55] <dobey> not really
[16:56] <dobey> Infinity M35 it is
[17:00] <CardinalFang> jblount: Thank you for running that test!
[17:01] <jblount> CardinalFang: You are more than welcome.
[17:52] <dobey> rmcbride: so i'm going to move the debian/ dir out of storage-protocol and client today, into source package branches. after we iron out the version issue, we should chat about how the source package branches will be useful for building snapshots, or how we can automate snapshot builds even more
[17:55] <rmcbride> dobey: cool. If we're going that route then I should be able to move to a method that I've been thinking about already. We can definitely discuss
[18:20] <rmcbride> dobey: if you're in agreement with the new base string I proposed I want to go ahead and run new packages so that we can get karmic working again before we change to the source package method/workflow
[18:24] <danage> just signed up, copied a folder. all files show 0 bytes. it appeared to be syncing, but no network traffic. then i disconnected/reconnected and no more transfer occurs
[18:58] <thisfred> statik, aquarius: If I have the right thread, they're talking about replacing revision numbers, rather than sequence numbers, which is ok for us, since we don'
[18:59] <thisfred> t rely on the ordering of those
[18:59] <thisfred> (and I don't  think they ever were guaranteedly ordered)
[19:01] <dobey> danage: CardinalFang might be able to help point you in the right direction
[19:04] <CardinalFang> danage: Hi.  If you open a Terminal and type at the prompt
[19:04] <CardinalFang> $ ps xw |grep [u]buntuone-syncdaemon
[19:04] <CardinalFang> ...what do you see?
[19:04] <danage> 21284 ?        Sl     1:43 /usr/bin/python /usr/bin/ubuntuone-syncdaemon
[19:04] <CardinalFang> Good, good.
[19:09] <danage> next?
[19:09] <CardinalFang> danage:  $ u1sdtool --current-transfers
[19:09] <danage>   path: /home/dennis/Ubuntu One/My Files/Doc...g.doc
[19:09] <danage>     deflated size: -1
[19:09] <danage>     bytes written: -1
[19:10] <danage> FAIL
[19:10] <danage> (plenty of these^⁾
[19:11] <CardinalFang> Hrm!
[19:12] <danage> next?
[19:13] <CardinalFang> danage: Do you mind mailing me  .cache/ubuntuone/log/syncdaemon.log  ?  chad @ canonical.com
[19:14] <danage> CardinalFang: i tailed 100 lines here: https://bugs.launchpad.net/bugs/390759
[19:16] <danage> should i try the windows way? restart system? i didnt restart after installing
[19:18] <CardinalFang> Hrm, I don't *think* so.  If your system is reasonably up-to-date, (no DBUS or libraries updates very recently) then it should be okay.
[19:18] <danage> i have intrepid-proposed enabled, and am on 2.6.30 kernel from the mainline ppa
[19:18] <danage> oh no wait, that's my other system, i'm on 2.6.28
[19:19] <CardinalFang> Kernel version shouldn't matter, I think.  At least, assuming you haven't written new kernel image and modules but haven't rebooted.
[19:19] <danage> nope, none of that
[19:22] <CardinalFang> danage: Hmm, it may be me not understanding launchpad, but I only see ~10 lines comprising 3 minutes attached to bug 390759.
[19:22]  * CardinalFang pets ubottu.
[19:22] <danage> CardinalFang: i'll mail you the whole thing
[19:23] <dobey> oh you're on intrepid?
[19:23] <danage> jaunty, jaunty sorry
[19:23] <danage> sorry sorry sorry
[19:23] <dobey> oh, ok
[19:24] <danage> CardinalFang: mail sent.
[19:25] <CardinalFang> danage: Thanks.  I'll eyeball it while I eat lunch.   ...
[19:26] <danage> that gives me time to eat dinner :)
[19:38] <jdobrien_> so I uploaded 2.4 G of music files...and then I installed the client on my laptop and it started downloading the files
[19:38] <jdobrien_> the first created a bunch of empty conflict files
[19:38] <jdobrien_> then disconnected at some point
[19:38] <dobey> cool
[19:38] <jdobrien_> when I reconnected it downloaded the files...but left all the conflict files
[19:41] <dobey> jdobrien_: maybe CardinalFang can point you in the right direction :)
[19:41] <jdobrien_> dobey: ?
[19:42] <statik> thisfred: thats great re: revision numbers vs. seqnos, and makes total sense. sorry for the false alarm
[19:44] <dobey> jdobrien_: he is face today
[20:08] <danage> CardinalFang: i'm back
[20:08] <CardinalFang> Hi danage.  Still looking.
[20:08] <danage> take your time
[20:16] <danage> CardinalFang: same problem on my other computer. i'm gonna reboot now, see what happens
[20:16] <CardinalFang> :\
[20:19]  * CardinalFang holds his breath.
[20:20] <danage> CardinalFang: pm?
[20:20] <danage> i have a few lines here
[20:20] <CardinalFang> http://pastebin.com/
[20:21] <danage> are the logs safe to paste?
[20:21] <danage> i.e. publicly
[20:21] <CardinalFang> Filenames are in there.  If you can bear that.
[20:22] <CardinalFang> Private message is fine if it's not more than a few lines.
[20:22] <danage> CardinalFang: http://pastebin.com/m423f2e33 this may be more helpful than before
[20:23] <danage> hahahah now it's telling me there is a conflict
[20:23] <danage> you want the entire file?
[20:24] <CardinalFang> danage: Am I right in reading that you added stuff, which started uploading, and then removed stuff locally?
[20:24] <danage> well yes. it initially showed all the 0 byte files from before
[20:24] <danage> so i deleted them
[20:24] <danage> THEN, i added one mp3 file
[20:24] <danage> which it now has renamed as conflicting when i go to "show folder"
[20:25] <CardinalFang> danage: *Where* did you delete them?
[20:25] <danage> in the nautilus folder
[20:25] <danage> however, not when i login via web, all the stuff from previously is still there
[20:25] <danage> my new (conflicting) file doesn't show via web
[20:26] <CardinalFang> Okay.  "Copied to Nautilus.  Waited some period.  Deleted from Nautilus."  Is that accurate?
[20:27] <danage> copied using nautilus. 0 byte files. went to another computer. deleted 0 byte files via nautilus. copied some stuff in nautilus folder. deleted it again. copied something via nautilus. renamed to .conflict in nautilus
[20:27] <danage> now i just double checked: the web folder still shows everything that i previously had tried to copy there
[20:27] <danage> all 0 bytes
[20:28] <danage> renamed to .conflict in nautilus should be "got renamed to..."
[20:28] <danage> sorry i guess that isn't the most helpful course of action i could have taken.
[20:29] <Vigo> hi jblount
[20:29] <Vigo> just to let you know my issue is now resolve
[20:29] <jblount> Vigo: This is great news!
[20:30] <jblount> Vigo: Was there something in particular that fixed it?
[20:30] <Vigo> jblount, yep, didn't do anything
[20:30] <jblount> Vigo: Heh, like most technical problems, taking a break goes a long way :)
[20:30] <CardinalFang> danage: Right, okay.  I'm trying to decide what *should* happen.  It wasn't finished uploading from computer A, when you deleted the metainformation at computer B.  Computer A still thinks it has stuff to send.  The server says "no thanks!"
[20:31] <danage> but i must note, computer a is turned off at this point
[20:31] <Vigo> jblount, having a good sleep works for men, not sure for computers
[20:31] <danage> how about we try a clean room approach?
[20:31] <danage> let me try and empty all folders?
[20:31] <CardinalFang> danage: I think the first problem is that Nautilus should tell you that it's still sending information.  That way, you are not alarmed when you see "0 bytes" elsewhere.
[20:32] <danage> it never sent stuff in the first place
[20:32] <danage> i'm VERY sure of that
[20:32] <danage> no network traffic whatsoever
[20:32] <CardinalFang> Hmm.  From the log, it looks like it was sending metainformation.  FIlenames, sizes, checksums.
[20:32] <danage> (but you are right, that would probably be a good feature and i've seen a similar bug)
[20:32] <danage> yeah but i think it was done doing that
[20:33] <danage> let me try and empty everything, then retry the whole thing with less files and stuff
[20:34] <danage> the web application doesn't let me delete anything
[20:34] <danage> oh now it's working
[20:34] <danage> just lags
[20:36] <CardinalFang> danage: I'm sure we're working on the UI speed, but that "cloud" stuff is too nebulous to be instantaneous, I'm afraid.
[20:37] <danage> that's fine. it could acknowledge having received a click on "delete" though
[20:37] <CardinalFang> Agreed.
[20:37] <danage> i can't delete folders that contain subfolders via webif
[20:38] <danage> is that a known problem?
[20:38] <statik> recursive delete is *supposed* to be working, so i'd say its not a known problem
[20:38] <statik> but i believe you that it's broken
[20:39] <danage> you want to file or should i go ahead do it?
[20:40] <statik> could you do it? thanks for testing and reporting these problems, it's incredibly helpful
[20:40] <danage> i'm thinking i'm a terrible pain right now, bringing up all kinds of problem and seems-like-problems
[20:41] <CardinalFang> No, no no.  We love you.
[20:41] <alanbell> evening all
[20:41] <jblount> danage: What CardinalFang & statik said, your bug reporting and problem finding are adding real, tangible awesomness to Ubuntu One. Thank you very much.
[20:41] <CardinalFang> This is exactly why we invite a small group of people to use it before it's released.
[20:42] <CardinalFang> Hi alanbell
[20:42] <alanbell> on thursday evening in London there is an Erlang meetup with some of the couchdb developers
[20:42] <alanbell> in the crypt http://erlang-factory.com/conference/London2009/venue
[20:43] <danage> ok i added to https://bugs.launchpad.net/ubuntuone-client/+bug/383619 because it seemed it's a consolidated folder deletion bug
[20:43] <statik> man i wish i was going to erlang factory
[20:43] <statik> even if it is in london
[20:43] <alanbell> starts at 18:00 until we get kicked out.
[20:44] <toros> I had the same issue some days ago
[20:44] <toros> I tried to delete it for two days
[20:45] <toros> and then I suceeded somehow :)
[20:46] <danage> there are two folders that do not open in webif, all other ones i managed to manually delete
[20:46] <danage> oh wow, upon relogin they were gone
[20:47] <danage> but another one showed up that wasn't there previously
[20:47] <danage> when is this due to be released?
[20:47] <toros> yes, I had the same issue
[20:47] <dobey> statik: do you know the diff between Build-Depends and Build-Depends-Indep?
[20:47] <CardinalFang> danage: In a few months.
[20:48] <danage> now this looks promising, nautilus even changes the symbol
[20:48] <danage> and i get network traffic
[20:48] <danage> i wonder what caused the breakage initially
[20:48] <toros> I think it will be released with Karmic
[20:49] <toros> I mean this is the last deadline, isn't it? :)
[20:49] <danage> ok it worked
[20:49] <danage> CardinalFang: should i try and parse a huge chunk of stuff like i did initially?
[20:49] <statik> dobey: something about whether the dependency is arch-specific or not
[20:50] <dobey> so basically a pointless thing that dpkg has just because it wants to be super anal about architecture or something?
[20:51] <CardinalFang> danage: I think so.  Run 'df -h' on your tree and multiply by your upload speed to see how long it should take, at full speed.  If it's still not finished in double that amount of time, then we want to know about it.
[20:51] <statik> dobey: even better it is broken in slightly different ways between debian builders and launchpad PPAs I think. it is useful in some specific situation, but i've only run into it when trying to fix FTBFS in protocol buffer packages
[20:51] <dobey> hmm
[20:52] <danage> CardinalFang: the strange thing was that when i copied the files initially, i was on a HUGE pipe. yet nothing got transferred, ever
[20:53] <statik> dobey: it might be that Build-Depends is only used for the arch-independent part of the build, which always runs in an i386 builder. it was something along those lines IIRC
[20:53] <CardinalFang> danage: Hmm.  Maybe someone here can find something in your log file that will point the way.
[20:54] <dobey> statik: looks like it is the deps needed for any Architecture: all packages that get built by the source package
[20:56] <statik> that makes sense
[20:58] <rmcbride> actually from what I am reading Indep serves no purpose in an arch-all package other than to needlessly complicate. Unless there's somehow value in putting stuff in a place where it will get ignored if you do a 'dpkg-buildpackage -B' where it woudl be enforced without the  -B
[20:59] <rmcbride> dobey: where do we have an -Indep section? I don't see it in the client or protocol
[20:59] <dobey> rmcbride: " - python-twisted-core, protobuf-compiler could be in Build-Depends-Indep" from dholbach's comments on storage-protocol package in REVU
[21:00] <rmcbride> Hmm
[21:00] <rmcbride> interesting
[21:01] <dobey> although
[21:01] <dobey> it's basically pointless
[21:01] <dobey> given it only produces arch-indep packages
[21:07] <dobey> i do know OEMs used to ship funky stuff by default with animated desktop icons and single click to activate and such
[21:07] <danage> CardinalFang: i am making good experience now
[21:08] <dobey> my brain hurts
[21:09] <CardinalFang> danage: Good!  Sorry about that earlier.  I still don't know what happened.
[21:09] <danage> oh wait, let me take that back. it's still not working
[21:09] <CardinalFang> I have mixed feelings about hearing that.
[21:12] <danage> here is what i did: machine a copied a couple of files to "my thingy". machine b is now trying to sync it. one file downloaded properly. the other one == fail. first: incomplete. now, nothing, only the first file shows on machine b. at the same time, machine a doesn't show it anymore!
[21:13] <danage> oh boy. webif shows one file
[21:15] <danage> i am behind nat on two machines, that a problem?
[21:16] <czajkowski> Anhyone here using Karmic and ubuntu one?
[21:17] <dobey> several people are
[21:17]  * jblount points at CardinalFang & statik & dobey
[21:17] <dobey> i'm going to guess that you are going to complain about the missing image icon
[21:17] <czajkowski> dobey: is your cloud able to connect from the desktop?
[21:19] <danage> ok now on machine a, when i upload another file, suddenly the old file appears again
[21:19] <dobey> i actually don't have it installed on my karmic box at the moment, because i was testing another issue the other day
[21:19] <danage> oh boy
[21:19] <czajkowski> dobey: not missing any icon :)
[21:19] <dobey> czajkowski: what version of the package do you have? (dpkg -l ubuntuone-client)
[21:21] <czajkowski> dobey: 0.90.1-0+r25-2
[21:21] <CardinalFang> danage: NAT should be no problem.
[21:25] <dobey> czajkowski: if you open a terminal and type "ps afx|grep ubuntuone" what does it print out?
[21:25] <czajkowski> dobey: 2 secs just doing an update
[21:25] <czajkowski> 32221 ?        Sl     0:15          \_ /usr/bin/python /usr/bin/ubuntuone-client-applet
[21:26] <dobey> if you're updating, don't update to the version of the package in the karmic series of the ppa
[21:26] <dobey> czajkowski: ok, if you type "ubuntuone-syncdaemon" what error does it spit out?
[21:26] <czajkowski> ok
[21:27] <czajkowski> hmm
[21:28] <CardinalFang> danage: When you're at a stopping point, I'd like to see your log files, along with a summary of what operations you started in the UI.
[21:31] <jblount> Hello everyone! I'd like to update the known issues list, does anyone have favorite bugs they'd like to be on the list? (I'll be mailing ubuntuone-users as well)
[21:32] <czajkowski> dobey: can you see the issue, or should I log a bug?
[21:35] <toros> jblount: this is my favorite bug: https://bugs.launchpad.net/ubuntuone-client/+bug/375664 :)
[21:35] <dobey> czajkowski: you should run "ubuntuone-syncdaemon" in a terminal and tell me what the error message is that it spits out
[21:35] <toros> but I think it's a well known issue by know ;)
[21:36] <toros> I mean "by now"
[21:37] <czajkowski> dobey: http://pastebin.ubuntu.com/201693/
[21:37] <dobey> czajkowski: ok, that issue has been fixed in a newer version of ubuntuone-client. it happened because pyinotify got updated in karmic, and broke the API
[21:38] <czajkowski> dobey: thanks at least I know tis not me :)
[21:40] <jblount> toros: That's perfect, thanks :)
[21:40] <danage> and again, it's not syncing
[21:40] <danage> now it claims to be doing all kinds of things, up and downloading, but it isn't
[21:41] <CardinalFang> danage: File contents, or metainformation?  How do you know it's not doing what you expect?
[21:42] <danage> 200b/s network traffic. how long can it possibly take until it starts uploading?
[21:43] <CardinalFang> danage:   $ sudo apt-get install iwatch; iwatch -r ~/Ubuntu\ One/
[21:46]  * jblount install iwatch
[21:46] <jblount> s/install/installs
[21:46] <danage> it's constantly closing all kinds of .partial files
[21:47] <dobey> statik: hrmm. if we switch to source package branches, where should we store that branch? ~ubuntuone-control-tower/ubuntu/karmic/$project/karmic for example?
[21:47] <danage> in /home..../Ubuntu One/
[21:47] <statik> dobey: pitti had suggested that ~ubuntu-coredev or something like that should own the sourcepackagebranch, so we could ask him to create it
[21:48] <danage> it seems like it's creating them
[21:48] <dobey> statik: well, except we can't commit to that
[21:48] <dobey> statik: and we kind of need a canonical place where we can land changes, for nightlies/etc... anyway
[21:48] <danage> so CardinalFang it may be everything is fine, only that it's very slowly setting up the folders and files. after all, these are many files
[21:49] <statik> dobey: oh right, we would have a branch for karmic, and ask pitti to merge it to the official one whenever an upload was done
[21:49] <statik> this sourcepackagebranch workflow doesn't quite make sense to me yet
[21:49] <danage> brb
[21:50] <dobey> statik: yeah. not sure what all the details are yet, but it's interesting
[21:51] <CardinalFang> I wonder if we should have a mathematical expression on the web, or a "More info" item in the UI that says "N files at upload speed M should take about P minutes."
[21:58] <CardinalFang> danage: I'm going AFK soon.  You have my address.  I'll be here tomorrow.  Let us know how it goes.
[21:58] <danage> will do, sorry for the dust. i probably should have waited until ihad a little more experience with the workings of the system
[22:01] <CardinalFang> danage: No, this is good data.  Programmers can be blind to new-user experiences.  You're doing exactly what we want.
[22:01] <CardinalFang> Thanks.
[22:02] <CardinalFang> G'night, all.
[22:40] <dobey> *phew*
[22:40] <dobey> i hope that's all i need to do with the packages to get them in karmic
[22:54] <dobey> later all!
[23:23] <Nafallo> hiya. is it just me, or does the client not work on karmic right now?
[23:24] <jblount> Nafallo: I wouldn't suggest it's you, but a few folks are running it on Karmic. Are you having any specific problems?
[23:25] <Nafallo> jblount: the icons are inexisting and the files aren't getting synced :-)
[23:25] <Nafallo> inexisting is the wrong word. not showing are more correct.
[23:26] <jblount> Nafallo: I think the non-showing icons are a known issue, but the files should be syncing. Have you tried restarting the client?
[23:27] <Nafallo> hmm. clicks having no action on the tray is a bit strange as well.
[23:27] <jblount> Nafallo: Does right clicking on the non-icon give you a menu?
[23:27] <Nafallo> jblount: no
[23:28] <Nafallo> hmm. the sync daemon isn't running for some reason.
[23:28] <jblount> Nafallo: Yikes! It maybe useful to kill the applet and daemon and restart everything.
[23:28] <jblount> Nafallo: That would explain the lack of sync! What does "ps aux | grep ubuntuone" tell you?
[23:29] <Nafallo> jblount: that the client applet is started ;-)
[23:30] <Nafallo> hmm. syncdaemon gives me a traceback saying it doesn't have configglue
[23:30]  * Nafallo checks if it's installed
[23:31] <Nafallo> and yes, it is.
[23:31] <Nafallo> ii  python-configglue  0.1-0~9.10-4+r9    configglue -- glue for your apps' configuration
[23:31] <Nafallo> nafallo@halfling:~$ ubuntuone-syncdaemon
[23:31] <Nafallo> Traceback (most recent call last):
[23:31] <Nafallo>   File "/usr/bin/ubuntuone-syncdaemon", line 36, in <module>
[23:31] <Nafallo>     from configglue import configglue
[23:31] <Nafallo> ImportError: No module named configglue
[23:32] <jblount> verterok: Hiya! Are you seeing this? ^^
[23:33] <Nafallo> apt-cache show verterok
[23:33] <verterok> jblount: I wasn't..but I'm now :)
[23:33] <Nafallo> ehrm. brainfail :-P
[23:33] <verterok> hi Nafallo, jblount
[23:33] <jblount> verterok: ;)
[23:34] <verterok> Nafallo: try with: python -c "from configglue import configglue"
[23:34] <verterok> jblount, Nafallo: this is karmic?
[23:34] <jblount> verterok: yessir
[23:34] <Nafallo> it is. on a eeepc 701 (if that matters for some reason)
[23:35] <Nafallo> nafallo@halfling:~$ python -c "from configglue import configglue"
[23:35] <Nafallo> Traceback (most recent call last):
[23:35] <Nafallo>   File "<string>", line 1, in <module>
[23:35] <Nafallo> ImportError: No module named configglue
[23:35] <verterok> Nafallo: I think the packages for karmic are a bit "broked"... <-- rmcbride ?
[23:35] <verterok> Nafallo: so, configglue isn't correctly installed :(
[23:36] <verterok> Nafallo: one more thing: ls /usr/lib/python2.6/dist-packages/configglue/
[23:36] <Nafallo> I'll give it a reinstall once update-manager is done with it.
[23:36] <Nafallo> nafallo@halfling:~$ ls /usr/lib/python2.6/dist-packages/configglue/
[23:36] <Nafallo> ls: cannot access /usr/lib/python2.6/dist-packages/configglue/: No such file or directory
[23:37] <facundobatista> Nafallo, "sudo apt-get install python-configglue"
[23:37] <verterok> facundobatista: it's installed :/
[23:37] <Nafallo> dpkg -L python-configglue says /usr/lib/python2.6/site-packages/configglue
[23:37] <facundobatista> verterok, where?
[23:38] <ajmitch> Nafallo: file a bug, get a fix uploaded asap :)
[23:38] <verterok> Nafallo: it should list a few more files...looks like the package is in bad state
[23:38] <Nafallo> ajmitch: haven't got upload rights to that PPA ;-)
[23:38] <facundobatista> Nafallo, note that the path that dpkg told you, and the one you used in the "ls" are different
[23:38] <Nafallo> verterok: sure. I only said the main directory :-)
[23:39] <ajmitch> Nafallo: 0.2dev-0ubuntu1 was uploaded to karmic from what I can see
[23:39] <Nafallo> facundobatista: yes. I saw that much :-)
[23:39] <ajmitch> though that was only published 6 hours ago
[23:39] <Nafallo> ajmitch: hmm. let me check my madison :-)
[23:39] <verterok> facundobatista: right, it should say dist-packages....not site-packages
[23:39] <Nafallo> nafallo@halfling:~$ apt-cache madison python-configglue
[23:39] <Nafallo> python-configglue | 0.1-0~9.10-4+r9 | http://ppa.launchpad.net karmic/main Packages
[23:39] <ajmitch> verterok: part of the great python shakeup of 2009
[23:40] <verterok> ajmitch: yeap, what a mess :p
[23:41] <Nafallo> sounds like it is broken and I need to wait for the new version in karmic then :-)
[23:41] <ajmitch> Nafallo: blame the NEW queue
[23:41] <Nafallo> heh
[23:42] <Nafallo> ajmitch: slangasek is in the office for a sprint... ;-)
[23:42] <ajmitch> Nafallo: great, you know who to bribe
[23:42] <Nafallo> ajmitch: bribe, smack, whatever ;-)
[23:43] <ajmitch> I take it that it's not quite office hours at the moment?
[23:43] <Nafallo> Mon Jun 22 23:43:53 BST 2009
[23:43] <Nafallo> ;-)
[23:44] <ajmitch> stranger things have happened
[23:44] <Nafallo> hehe