[01:24] <mkarnicki> funkyHat: I could not withhold myself from fixing it ;d version 0.2.15pa1 should fix the problem. Night!
[08:17] <mandel_> morning!
[08:46] <duanedesign> good morning
[08:55] <zyga> hello
[08:55] <zyga> does ubuntu one keep a log file of what it's doing
[08:55] <zyga> I noticed it started marking one folder as .u1conflict
[08:55] <zyga> I have no idea why that is happening
[08:56] <zyga> or what can I do to resolve the problem
[08:56] <zyga> if I just rename it back u1 will rename it to .u1conflict
[09:16] <zyga> I've filed this as https://bugs.edge.launchpad.net/ubuntuone-client/+bug/611601
[09:16] <ubot4> Launchpad bug 611601 in ubuntuone-client "Folder keeps changing to .u1conflict (affects: 1) (heat: 6)" [Undecided,New]
[09:16] <duanedesign> zyga: hello
[09:17] <zyga> duanedesign, hell
[09:17] <zyga> hello :-)
[09:17] <duanedesign> :)
[09:17] <zyga> heat 6? that's odd
[09:17] <zyga> anyway
[09:18] <duanedesign> zyga: trying to open the bug now
[09:21] <duanedesign> zyga: what type of file is it?
[09:21] <duanedesign> having trouble opening the bug
[09:21] <zyga> duanedesign, it's a directory
[09:21] <zyga> with several files inside
[09:21] <zyga> it's my .vim directory actually (a copy in ~/Ubuntu One/
[09:23] <zyga> duanedesign, what kind of trouble do you have?
[09:24] <duanedesign> ok got it :)
[09:32] <duanedesign> zyga: are running Lucid or Karmic?
[09:32] <zyga> duanedesign, lucid, i386
[09:37] <duanedesign> zyga: have you had another user account on that machine?
[09:37] <zyga> duanedesign, no
[09:37] <zyga> duanedesign, I had to reinstall this machine after HDD accident
[09:37] <zyga> duanedesign, so it's really quite new, under three weeks
[09:38] <zyga> duanedesign, how can I help you debug this issue?
[09:40] <duanedesign> zyga: mightbe some clues to the issue in your ~/.cache/ubuntuone/log/syncdaemon.log
[09:41] <duanedesign> if you could attach it to the bug report
[09:41] <zyga> okay
[09:41] <zyga> I'll redo the operation to make sure the log will have a chance to include it
[09:43] <duanedesign> zyga: you might add debug to the syncdaemon.conf
[09:43] <zyga> duanedesign, how exactly?
[09:44] <zyga> duanedesign, I added syncdaemon.log to the bug report just now
[09:44] <duanedesign> echo -e "[logging]\nlevel = DEBUG" > ~/.config/ubuntuone/logging.conf; u1sdtool -q; u1sdtool -c
[09:45] <zyga> reconfiguring...
[09:45] <duanedesign> that command will add the lines [logging] Debug to your conf file and restart the syncdaemon
[09:45] <zyga> loots of things :-)
[09:46] <zyga> yeah I understand what it does
[09:46] <duanedesign> ;)
[09:47] <zyga> I'll wait syncdaemon to settle down and redo the conflicting operation
[09:49] <duanedesign> zyga: is this your working .vim folder
[09:49] <zyga> no, to be exact it's a copy I keep in ~/Ubuntu One/DotFiles/dot-vim
[09:49] <duanedesign> zyga: not a copy of your .vim but the one vim uses while in operation
[09:49] <zyga> I have a symlink to ~/.vim
[09:49] <zyga> yes
[09:49] <zyga> vim is using this
[09:50] <duanedesign> is the symlink in the Ubuntu One folder? or is the symlink ~/.vim
[09:50] <zyga> I had this setup for months
[09:50] <zyga> the latter
[09:50] <duanedesign> ok
[09:50] <zyga> it's in ~/ and points to ~/Ubuntu One
[09:51] <duanedesign> zyga: ok. trying to duplicate it locally
[09:51] <zyga> ok, my client is still working on metadata
[09:51] <zyga> I wonder if it's okay to redo the operation now or should I wait till it finishes
[09:52] <zyga> idle, recreating the incident now
[09:52] <duanedesign> i am thinking the file is changing between writing the metadata and uploading the file
[09:53] <zyga> got it
[09:54] <zyga> I don't think that's possible, who would modify it
[09:54] <duanedesign> vim?
[09:54] <duanedesign> aquarius: ping
[09:55] <zyga> vim is not running now
[09:55] <aquarius> duanedesign, pong
[09:55] <duanedesign> zyga: ok.
[09:55] <zyga> new log file uploaded to the bug report
[09:55] <duanedesign> aquarius: hello. I am helping zyga
[09:55] <duanedesign> bug 611601
[09:56] <ubot4> Launchpad bug 611601 in ubuntuone-client "Folder keeps changing to .u1conflict (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/611601
[09:56]  * aquarius reads the bug report
[09:56] <aquarius> hm, internal error :(
[09:56] <duanedesign> yeah :(
[09:56] <zyga> is that server side kaboom that got reported to the client?
[09:56] <aquarius> yes.
[09:57] <zyga> mmm
[09:57] <aquarius> I don't know how to debug an internal error; that's a file sync team thing.
[09:57] <zyga> can you look up the exception on your side?
[09:57] <aquarius> zyga, try copying your vim folder to somewhere else in ~/Ubuntu One (this is a temporary fix)
[09:57] <zyga> yeah :-)
[09:57] <aquarius> so to ~/Ubuntu One/Dotfiles/dot-vim-new
[09:57] <aquarius> let that sync
[09:57] <aquarius> and then symlink .vim to that
[09:58] <zyga> mmm okay
[09:58] <duanedesign> it is a symlink at ~/.vim that points to the Ubuntu One folder
[09:58] <aquarius> something internally has obviously got confused.
[09:59] <zyga> just for the record, I work at canonical so if you need any help with this I'm cool with spending time on this
[09:59] <zyga> BTW, just looking at the log file, when it says "got %r ... " isn't it a typo in the python code somewhere?
[09:59] <zyga> it should have used something there, not %r ;-)
[10:00] <duanedesign> zyga: thanks zyga. that makes my explanation of the simple commands funny :)
[10:00] <zyga> :D
[10:01] <duanedesign> morning rye
[10:02] <rye> duanedesign, morning!
[10:03]  * duanedesign just watched a couple good sessions on Tracker streaming from guadec
[10:13] <duanedesign> rye: have you ever heard of such a thing? http://ubuntuforums.org/showthread.php?t=1540716
[10:14] <duanedesign> i was just going to recommend they file a bug. Easier to get logs and such that way.
[10:15] <rye> duanedesign, let me check
[10:15] <rye> hm, my syncdaemon stopped autoconnecting
[10:21] <rye> 2010-07-29 23:35:03,277 - twisted - ERROR - Unhandled Error
[10:21] <rye> Traceback (most recent call last):
[10:21] <rye> Failure: exceptions.StandardError: The server doesn't have the requested capabilities
[10:23] <rye> no, that's not it
[10:23]  * rye needs to wake up
[10:25] <rye> duanedesign, just uploaded 23Mb
[10:27] <duanedesign> i thought i remember someone saying the maximum file size was rather large
[10:28] <duanedesign> rye: also i wanted to confirm, because it has been so long since i set up my Ubuntu ONe setup.
[10:28] <duanedesign> Tomboy requires seperate authorization?
[10:28] <duanedesign> that is correct?
[10:29] <rye> duanedesign, yes, tomboy uses separate oauth tokens
[10:30] <duanedesign> rye: kk, thanks
[10:47] <hebz0rl> is there a working way to run the ubuntuone client on debian lenny?
[11:05] <and471> sorry if this is in the wrong channel, but:
[11:05] <and471> on this page https://login.ubuntu.com/+new_account
[11:05] <and471> is there a way to pre-populate the email address field
[11:05] <and471> ie. https://login.ubuntu.com/+new_account?email=joe@bloggs.com
[11:07] <rye> and471, https://login.ubuntu.com/+new_account?email=1234 seems to be working
[11:07] <and471> rye, oh .. well that is embarassing...
[11:07] <and471> rye, thanks :D
[11:08] <rye> :)
[11:08] <rye> and471, you are very welcome
[11:18]  * mandel needs coffee to be normal again
[14:12] <mandel> Chipaca, which num?
[14:26] <mkarnicki> aquarius: hey aq, please have a look at mail response I sent you
[14:29] <aquarius> mkarnicki, hey
[14:29] <mkarnicki> aquarius: hi :)
[14:29] <mkarnicki> aquarius: I'm sorry for the jerky list :< some ideas awaiting in the mail.
[14:29] <aquarius> the jerkiness was option (1) -- the list appeared, and I tried scrolling it and it was jerky (or ignored my attempts to scroll it at all). Once it had completely loaded, scrolling was not jerky
[14:30] <mkarnicki> right. was that list really long?
[14:30] <aquarius> my list's pretty long. I have a lot of stuff in U1 :)
[14:30] <mkarnicki> no wonder you have :D
[14:31] <mkarnicki> well.. it's a combination of Client filling content provider, and Cursor fetching that data from the content provider into the list
[14:31] <aquarius> completely understand your argument about two-clicks to load. Can I suggest, instead of a "X is downloading" toast, putting "downloading" on the actual item itself? and then replacing "downloading" with the download time once it's done?
[14:31] <mkarnicki> the list itself is implemented well, along suggested Android optimizations
[14:31] <aquarius> (better, maybe: "downloaded 2 days ago" or similar, rather than a time?)
[14:32] <mkarnicki> aha, on the item
[14:32] <mkarnicki> yea, there was an idea to put such stuff on items themselves
[14:32]  * mkarnicki thinks about complexity
[14:32] <aquarius> I figured it'd be easy because you're already putting the last-downloaded-time on the item once it's downloaded, no?
[14:32] <mkarnicki> for sure, it's doable. but I wonder if I should fix that now, or work on uploading. I think the latter, shouldn't I?
[14:33] <aquarius> depends how long it'll take
[14:33] <mkarnicki> aquarius: yea! the time is customizable, it's a timestamp
[14:33] <aquarius> having a really, really nice download/browse experience would be cool :)
[14:33] <aquarius> because then you could do a release and say: this is a working program
[14:33] <aquarius> (it's only for browsing and downloading, though)
[14:33] <mkarnicki> perfectly understood
[14:33] <aquarius> and then do uploads next
[14:34] <mkarnicki> I shall look into the source and say how long it will take, ok :)?
[14:34] <aquarius> so you can take the "omg it is pre-alpha beware!!" sticker off it for a bit ;)
[14:34] <mkarnicki> hahahh
[14:34] <mkarnicki> I see, that would make sense ;)
[14:34]  * mkarnicki loved the pre-alpha phase hahah
[14:34] <mkarnicki> it was an excuse for any possible bugs ;> but you're right
[14:34]  * mkarnicki laughs
[14:35] <mkarnicki> I'll let you know in a while.
[14:35] <mkarnicki> aquarius: if it's necessary, we can upload the schedule on the proposal (that's a legit action), we'll see.
[14:35] <mkarnicki> aquarius: gimme 20 min
[14:37] <mkarnicki> aquarius: oh man, I misunderstood you. I was already thinking about some kind of emblems etc. this should be trivial
[14:38] <mkarnicki> aquarius: I'm on it
[14:39] <aquarius> :)
[17:47] <rye> We have an issue on sso which may be preventing some of your users from logging in to the u1 web interface
[17:48] <rye> Workaround: Ask an affected user to log in to https://launchpad.net/ with the same credentials as they use for u1
[18:27] <mkarnicki> beuno-lunch: bon apetit :) hit me up when you've finished :)
[18:38]  * mandel_ is going to the park to run after the squirrels 
[19:16] <beuno> mkarnicki, finished, but on a call
[19:16] <beuno> will ping you after
[19:30] <mkarnicki> beuno: ok
[19:50] <beuno> mkarnicki, hi
[19:50] <mkarnicki> hi beuno , let's priv
[20:16] <beuno> verterok, ping
[20:16] <beuno> can you go to wiki.ubuntu.com from your G1 real quick
[20:16] <verterok> beuno: pong
[20:16] <verterok> beuno: in case it matters: my G1 is now @ Froyo \o/
[20:16] <mkarnicki> verterok: \o/
[20:17]  * verterok hugs his rooted G1
[20:17] <beuno> verterok, wooooo
[20:17] <beuno> congrats!
[20:18] <verterok> beuno: using default browser?
[20:18] <verterok> beuno: I'm in
[20:18] <beuno> yes
[20:18] <beuno> ok
[20:18] <mkarnicki> :/
[20:18] <beuno> so it 2.2 is fine
[20:18] <mkarnicki> that means 2.1 problem
[20:18] <beuno> anyone around with an android 2.1 phone?
[20:19] <mkarnicki> thanks verterok
[20:19] <verterok> mkarnicki: np :)
[20:19] <mkarnicki> verterok: we're trying to pinpoint a 'certificate' issue (2.1 phones can't access wiki.ubuntu.com)
[20:19] <mkarnicki> or 2.1 issue (Certificate is probably legit ;d )
[20:19] <beuno> mkarnicki, http://ubuntuforums.org/archive/index.php/t-1456655.html
[20:20] <verterok> mkarnicki, beuno: what about using the emulator?
[20:20] <beuno> mkarnicki, https://bugs.edge.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/566728
[20:20] <ubot4> Launchpad bug 566728 in ubuntu-docs (Ubuntu) (and 1 other project) "Official Ubuntu Documentation wiki pages Inaccessible from Android (affects: 4) (dups: 1) (heat: 51)" [Undecided,New]
[20:20] <mkarnicki> beuno: /me reading the read
[20:21] <beuno> verterok, someone else with a phone with 2.1 has this problem
[20:21] <mkarnicki> argh :<
[20:21] <mkarnicki> thanks beuno
[20:21] <mkarnicki> I'll subscribe
[20:21] <verterok> beuno, mkarnicki: ok, but what about using a 2.1 emulator to test :)
[20:22] <mkarnicki> I can try that in a sec
[20:22] <beuno> verterok, ah, good point
[20:23] <mkarnicki> beuno: looks like somebody found the problem, see bottom of the bug report you pasted.
[20:23] <beuno> yeah, I wonder if I can report that
[20:23]  * mkarnicki launches 2.1 emulator
[20:24]  * mkarnicki changes network connection
[20:28] <bladernr_> Hey... anyone know anything about bug 568453 ??
[20:28] <ubot4> Launchpad bug 568453 in ubuntuone-client (Ubuntu) "[lucid beta2] Ubuntuone-syncdaemon using enormous amounts of ram (affects: 2) (heat: 44)" [Medium,Confirmed] https://launchpad.net/bugs/568453
[20:28] <bladernr_> I opened that back during the Lucid beta and started seeing it again in the last couple of weeks... I finally got a run with some debug logs, but the debug log itself is almost 500MB...
[20:29] <bladernr_> that was created by starting syncdaemon with --debug and pointing the output to a file...
[20:29] <bladernr_> I also have a tarball of the .cache/ubuntuone/log directory, and THAT one is 42MB in size.
[20:30] <bladernr_> so what do I need to do with this?  I am going to have to just kill U1 for good as I can't just keep restarting it every few hours when it decides to eat up 80% of my RAM
[20:30] <duanedesign> hello bladernr_
[20:31] <mkarnicki> oops, was I offline for long?
[20:31] <bladernr_> hey duanedesign ... been a while (I think we've chatted before)
[20:31]  * mkarnicki resends last msg
[20:31] <mkarnicki> beuno: wiki.ubuntu.com not accessible from 2.0.1 on the emulator
[20:35] <duanedesign> bladernr_: did you get the 0 value for write_limit changed in ~/.config/ubuntuone/syncdaemon.conf
[20:58] <mkarnicki> beuno: you know Ubuntu design team irc channel?
[20:59] <beuno> mkarnicki, they don't have a public one
[20:59] <mkarnicki> oh :<
[20:59] <mkarnicki> I'll check out lp, they must have a group or something. I need to contact them.
[21:01] <mkarnicki> found, canonical-ux team
[21:15] <bladernr_> duanedesign:  sorry, didn't catch your reply till just now... my writelimit is set to -1 (maybe rye set that when he was looking at it during UDS??)
[21:15] <bladernr_> duanedesign:  or perhaps that was changed in an update... not sure which
[21:18] <duanedesign> bladernr_: that is a bug
[21:19] <duanedesign> bladernr_:  set it to 2048
[21:19] <bladernr_> duanedesign:  gotcha... I'll do that and see what happens.
[21:20] <bladernr_> hrmmm... but if on=false is set, does it really matter what writelimit is set to?
[21:20] <duanedesign> yes
[21:20] <bladernr_> ahhh... ok.
[21:21] <duanedesign> bladernr_:  you can quit the syncdaemon with u1sdtool -q
[21:21] <duanedesign> bladernr_: fix the number, or better yet just throw the file away. When you launch Ubuntu One it will be rec reated
[21:22] <bladernr_> it's running and logging.
[21:22] <bladernr_> it has to run 4 or 5 hours before any real trouble starts though, so I'll get back to ya when I can (or if I don't, assume that fixed it)
[21:22] <bladernr_> heh
[21:35] <duanedesign> bladernr_: can you check the file to see if saved the right settings
[21:35] <duanedesign> cat ~/.config/ubuntuone/syncdaemon.conf
[21:35] <bladernr_> yeah, gimme a sec
[21:35] <bladernr_> [bandwidth_throttling]
[21:35] <bladernr_> read_limit = 2097152
[21:35] <bladernr_> write_limit = 2048
[21:35] <bladernr_> on = False
[21:36] <duanedesign> bladernr_: looks good
[21:37] <bladernr_> duanedesign:  cool :) It's doing a local recan now, so like I said earlier, I won't know if this happens for several hours (usually about 4 - 5) but I'll keep monitoring it
[21:37] <duanedesign> bladernr_: ok look forward to hearing how it goes
[21:38] <duanedesign> bladernr_: if i am not in just leave me a message and i will se it when i get back to my computer
[21:38] <bladernr_> duanedesign:  will do! thanks for the help