[00:25] <Woodenshoe> Hello there can somebody maybe shine some light on why I can not sync my bookmarks.  I can sync files, tomboy notes and evolution contacts, but no bookmarks.  I get most of the time the following lines:  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1029, in _request
[00:25] <Woodenshoe>     raise ResourceNotFound(error)
[00:26] <karni> we need to get those bots talking one day hehe
[00:26] <karni> Woodenshoe: it's late Sundays night, dev's are offline. please try tomorrow
[00:26] <karni> Woodenshoe: :)
[00:27] <karni> Woodenshoe: I'd help, but i'm not couchdb/bookmarks guy
[00:27] <Woodenshoe> Karni,  Thanks I am probably in another time zone as the devs.  You know what time zone they are in?
[00:28] <karni> Woodenshoe: Argientina and UK mostly
[00:28] <karni> *Argentina
[00:29] <Woodenshoe> Argentina should be OK as I am in Eastern Canada.  But I will try tomorrow morning with the devs in the UK.  Thanks again.
[00:29] <karni> Woodenshoe: ok, good luck. you're welcome. bye!
[00:36] <Woodenshoe> join #ubuntuone
=== jamesh_ is now known as jamesh
[12:09] <duanedesign> good morning
[12:09] <nessita> hi duanedesign
[12:10] <duanedesign> nessita: i had a very lazy weekend, it was nice. Was you weekend good?
[12:11] <nessita> duanedesign: it was very good, I took a mini holiday and enjoyed it a lot
[12:11] <duanedesign> excellent
[12:57] <lalejand> Hi, does someone know what I can do about that : https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/682510
[12:57] <ubot4`> Launchpad bug 682510 in ubuntuone-client (Ubuntu) "CouchDB adressbook in evo doesn't work (affects: 1) (heat: 6)" [Undecided,New]
[13:03] <duanedesign> hello lalejand
[13:05] <lalejand> duanedesign : hi, it's a new error I got
[13:07] <psypher246> facundobatista: hi are you here?
[13:07] <duanedesign> lalejand: you are running Maverick 10.10?
[13:08] <lalejand> duanedesign : yes
[13:10] <alecu> hi all!
[13:10] <duanedesign> hello alecu
=== alecu is now known as alecu-sprint
[13:13] <duanedesign> rye: ping
[13:14] <rye> duanedesign, rye-pong
[13:15] <duanedesign> rye: hello. Hope you had a nice weekend
[13:15] <duanedesign> rye: you seen this one before? bug682510
[13:15] <duanedesign> hmmm,  bug  682510
[13:15] <rye> duanedesign, RabbitMQ all the way, suddenly everything looks like nails (messages) when i have such kind of hammer (RabbitMQ) :)
[13:15] <ubot4`> Launchpad bug 682510 in ubuntuone-client (Ubuntu) "CouchDB adressbook in evo doesn't work (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/682510
=== beuno_ is now known as beuno
[13:16] <rye> duanedesign, by seen i mean that yes, i saw that but could not reproduce
[13:26] <facundobatista> psypher246, hola!
[13:27] <psypher246> facundobatista: hello!
[13:27] <psypher246> facundobatista: did some more tests, issue still persists (673368), seems the syncdaemon doesn't even start up on boot
[13:28] <facundobatista> psypher246, Chipaca` told us the other day that there's another bug regarding syncdaemon startup and reconnect
[13:29] <psypher246> ok, so maybe related
[13:32] <psypher246> do u know the bug number?
[13:43] <nessita> facundobatista: for the record, the bug is bug #651237
[13:43] <ubot4`> Launchpad bug 651237 in ubuntuone-client (Ubuntu Maverick) (and 4 other projects) "ubuntuone-launch fails to start syncdaemon if dbus call times out (affects: 3) (heat: 70)" [Undecided,Fix committed] https://launchpad.net/bugs/651237
[13:43] <rye> nessita, btw, I also experienced sudden syncdaemon death today during metadata loading
[13:44] <nessita> rye: yeah, I can confirm it on both my machines
[13:44] <nessita> rye: would you be available to do the verification for bug #651237 so the fix goes to maverick?
[13:44] <ubot4`> Launchpad bug 651237 in ubuntuone-client (Ubuntu Maverick) (and 4 other projects) "ubuntuone-launch fails to start syncdaemon if dbus call times out (affects: 3) (heat: 70)" [Undecided,Fix committed] https://launchpad.net/bugs/651237
[13:44] <nessita> right now is on proposed
[13:45] <nessita> until someone verifies it
[13:46] <rye> nessita, ah, em, well, in my case verification is just saying "It is always working unless syncdaemon dies suddenly during startup", right?
[13:46] <nessita> rye: hum, I think we're talking about different issues?
[13:46] <rye> nessita, yup, the launcher "fix" was introduced by me and I've been happily using it for quite a while
[13:46] <nessita> rye: my metadata load death has nothing to do with ubunutone-launch
[13:47] <nessita> rye: in this case, we should have a clean maverick and enable proposed, and then test
[14:00] <nessita> me
[14:00] <vds> me
[14:00] <nessita> alecu-sprint, mandel, thisfred, Chipaca`: stand up?
[14:00] <thisfred> me
[14:01] <CardinalFang> I'm in, for today.
[14:01] <CardinalFang> me
[14:01] <nessita> CardinalFang: ok :-)
[14:01] <dobey> me
[14:01] <nessita> alecu-sprint, mandel?
[14:02] <nessita> ah, mandel is also on sprint
[14:02] <nessita> ok, let's go
[14:02] <nessita> DONE: some awesome holidays! the day before that: restarted begging for sponsorship for u1cp package since new u1client package landed in natty. Some interesting discussion with alecu and chicharra guys regarding zg events vs. syncdaemon events. Weekly meeting. Tried to release a new version of ussoc but got bitten by bug #682669.
[14:02] <nessita> TODO: propose a fix for bug #682669 and repackage ussoc. Restart work on u1cp folders tab (bug #674455).
[14:02] <nessita> BLOCKED: nopes
[14:02] <nessita> NEXT: vds
[14:02] <ubot4`> Launchpad bug 682669 in ubuntu-sso-client "GTK ui window size can't be calculated correctly when login_only (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/682669
[14:02] <ubot4`> Launchpad bug 674455 in ubuntuone-control-panel "Add "Folders" tab to UI (affects: 1) (heat: 9)" [High,In progress] https://launchpad.net/bugs/674455
[14:02] <vds> DONE: finished migration to _trash and to new python-couchdb
[14:02] <vds> TODO: web-mobile stuff
[14:02] <vds> BLOCKED: not at all
[14:02] <vds> thisfred: please
[14:02] <thisfred> DONE: Paired with vds on Bug 675551 and Bug 670700 TODO: help with packaging couchdb if necessary / start on bindwood BLOCKED: no
[14:02] <ubot4`> Launchpad bug 675551 in desktopcouch (Ubuntu) (and 1 other project) "Port desktopcouch to the most update version of python-couchdb (affects: 1) (heat: 237)" [Undecided,Confirmed] https://launchpad.net/bugs/675551
[14:02] <ubot4`> Launchpad bug 670700 in desktopcouch (Ubuntu) (and 2 other projects) "Migration from old style delete to new style delete ("trash") (affects: 1) (heat: 8)" [Undecided,Triaged] https://launchpad.net/bugs/670700
[14:02] <thisfred> CardinalFang: your eminence!
[14:03] <nessita> I forgot to put in my TODO: read gazillions of emails and bug reports
[14:03] <CardinalFang> DONE: Released a source tarball for desktopcouch.  Failed to make Ubuntu package
[14:03] <CardinalFang> , and not sure source tarball is right.
[14:03] <CardinalFang> BLOCKED: Deciding whether vds' python-couchdb branch is right.  Tarmac landing of remainders.  Package split needs advice from thisfred.
[14:03] <thisfred> ubot is full of it, those are High, and Fix Committed/In Progress
[14:04] <dobey> λ DONE: holidays
[14:04] <dobey> λ TODO: nightlies, banshee store tests, more releases, start lucid backports
[14:04] <dobey> λ BLCK: None.
[14:04] <nessita> thisfred: he's probably reporting source package status
[14:04] <nessita> thisfred: which is the one that counts for roadmap
[14:05] <nessita> any closing comments?
[14:05] <dobey> yes it says "(Ubuntu)" there
[14:05] <nessita> dobey: right
[14:05] <thisfred> nessita: yep, I just realized that :)
[14:05] <nessita> eom crowd?
[14:06] <vds> CardinalFang: can I be of any help?
[14:06] <nessita> eom it is
[14:06] <thisfred> nessita: how should we mark those? Fix committed in desktopcouch == In progress on the source package?
[14:07] <CardinalFang> vds, Yes.  #desktopcouch?
[14:07] <vds> CardinalFang: sure
[14:07] <nessita> thisfred: yes
[14:07] <thisfred> nessita: kthx
[14:08] <nessita> kyw
[14:14] <thisfred> kfine ;)
[14:16] <nessita> :-)
[14:17] <mandel> nessita, yes, sprint, sorry :P
[15:04] <Woodenshoe> Hello there is there someone who can help me with syncing bookmarks.  Files, Tomboy notes and Evolution contacts all sync but bookmarks no luck.
=== mbarnett` is now known as mbarnett
=== bac` is now known as bac
[15:24] <nessita> Woodenshoe: hi there
[15:24] <nessita> Woodenshoe: what system are you running?
[15:25] <Woodenshoe> I am running 10.10 on both systems
[15:28] <nessita> Woodenshoe: i'm not complete sure about the status of bookmark sync as per today, I do know we have some scheduled work to make that awesome this cycle
[15:28] <nessita> Woodenshoe: let me confirm
[15:28] <nessita> thisfred: ping
[15:28] <thisfred> nessita: pong
[15:28] <nessita> thisfred: would you know the current status of bookmark synch?
[15:29] <thisfred> yep, we are going to start work on that this week
[15:29] <nessita> thisfred: but, is it working right noe?
[15:29] <nessita> now*
[15:30] <thisfred> nessita: somewhat. It's suffering from two issues that I know of: 1. the haproxy limited couchdb replication that all of desktopcouch suffers from 2. It's not very good at detecting duplicates
[15:31] <nessita> thisfred: would you be able to help Woodenshoe debug why is not working for him?
[15:31] <thisfred> Woodenshoe: so, what does or does not work?
[15:32] <Woodenshoe> Thisfres.  Tomboy, file syncing and evolution are working.  It is the bookmarks that give me problems
[15:32] <thisfred> urbanape can you keep an eye on this discussion to make sure I'm not telling lies, and to step in with helpful suggestions where necessary?
[15:33]  * thisfred is a bindwoodsman in training
[15:33] <thisfred> Woodenshoe: yes, so what does that problem consist of?
[15:34] <Woodenshoe> I get an error message that there is a problem in one of the Python files.  Have patient and I will get th eline out of the log file and paste it in.
[15:34] <urbanape> The biggest problem is that it doesn't handle conflicts cleanly.
[15:35] <urbanape> The upside is that if you start bindwood sync on two separate machines before a desktop couch replication has completed, it'll appear as if nothing has synced, because each client will have a conflicted copy of the other machine's content.
[15:35] <Woodenshoe> thisfred, here is the line in the log file "File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1035, in _request"
[15:36] <thisfred> Woodenshoe: can you go to paste.ubuntu.com, and paste the whole tracebacn that line is in, then paste the url here?
[15:36] <thisfred> traceback
[15:36] <thisfred> Woodenshoe:  make sure it does not contain personal information first
[15:36] <thisfred> Woodenshoe: but I think it won't
[15:37] <Woodenshoe> OK.  paste.ubuntu.com is a web site??
[15:37] <thisfred> yep
[15:38] <thisfred> Woodenshoe: sorrt
[15:38] <thisfred> sorry
[15:38] <thisfred> pastebin.ubuntu.com
[15:38] <thisfred> Woodenshoe: ^
[15:38] <thisfred> oh, paste redirects there I see. CLever :)
[15:41] <Woodenshoe> thisfred: I justed pasted it to pastebin.ubuntu.com
[15:41] <thisfred> Woodenshoe: good, now can you give me the url that results in?
[15:42] <Woodenshoe> thisfred: http://pastebin.ubuntu.com/537947/
[15:44] <thisfred> CardinalFang: can you look at ^ that looks weird. all the dbus.String's in there, those shouldn't be there right?
[15:46] <alecu-sprint> thisfred, don't worry about dbus.Strings, they map cleanly into python str's
[15:46] <Woodenshoe> thisfred: I have to leave for a moment.  I will be back in 10 minutes
[15:46] <thisfred> Woodenshoe: ok
[15:47] <thisfred> alecu-sprint: well, they don't in the logs, so I wonder if they do in json.dumps
[15:47] <thisfred> alecu-sprint: ServerError: (500, ('json_encode', '{bad_term,<0.16297.2>}')) suggests not
[15:50] <alecu-sprint> thisfred, I just tried that, and it seems to work:
[15:51] <alecu-sprint> >>> json.dumps(dbus.String("abc")) == json.dumps("abc")
[15:51] <alecu-sprint> True
[15:51] <CardinalFang> thisfred, nessita's desktopcouch patch did that.  It doesn't have any bad side effects.
[15:51] <CardinalFang> thisfred, log is ugly, is all.
[15:51] <thisfred> alecu-sprint: ok, so then maybe it's not that, and there's a corrupted record in there
[15:52] <thisfred> CardinalFang: It does seem to say the replication record *itself* does not encode to json though
[15:52] <CardinalFang> Hrm.  Could be.
[15:53] <thisfred> alecu-sprint: I wonder if it works differently for dictionary keys or something. /me tries
[15:53] <thisfred> and/or differently across simplejson/the other one
[15:55] <thisfred> hmm, no, both seem to work just fune
[15:55] <thisfred> fine
[15:55] <nessita> thisfred: dbus strings behave just like strings
[15:56] <nessita> CardinalFang: what did I do? :-)
[15:57] <thisfred> nessita: yeah, no, false alarm, that seems to work fine
[15:57] <CardinalFang> nessita, Polling dbus gets back a structure that is dicionary-like, but not a dict.  thisfred thought it was a problem trying to encode it to JSON.
[15:57] <nessita> ah
=== txwikinger2 is now known as txwikinger
[16:03] <thisfred> So I think the problem is a corrupted bookmark document in couchdb then, which is problematic.
[16:03] <CardinalFang> thisfred, I think the couchdb saying  ('json_encode', '{bad_term,<0.16297.2>}')  is not a problem with it DEcoding the JSON that it receives from desktopcouch, but rather from it encoding the data for sending to the remote couchdb or in encoding the result it should give back to desktopcouch.
[16:03] <thisfred> That may be a bug in bindwood. I wish couchdb would just refuse to store malformed documents.
[16:04] <thisfred> CardinalFang: yeah, since it's a server error. Just figured that out
[16:05] <CardinalFang> thisfred, perhaps getting the log of couchdb would help.
[16:05] <Woodenshoe> thisfred: I am back
[16:05] <thisfred> Woodenshoe: hi.
[16:06] <CardinalFang> Woodenshoe, hi.  That log file is from the library, and it said that the internal database reported an error.  Now we need that database's log file, since that has a better chance of telling us what the problem actually is.
[16:06] <thisfred> Woodenshoe: we now think that probably a document in your bookmarks database is corrupted, though it's hard to tell which one or in what way from the information we have.
[16:07] <Woodenshoe> thisfred: So what is it that you need to have a look at.
[16:07] <CardinalFang> Woodenshoe, so, I think we need a good portion of  ".cache/desktop-couch/desktop-couchdb.log.1".  It has secrets in it, so sending via email would probably be best.
[16:08] <Woodenshoe> OK I have a look at that file.  Be back soon with an answer
[16:10] <thisfred> Woodenshoe: if you can isolate the error in it that would be great.
[16:13] <CardinalFang> thisfred, are we taking bets?  I wager the bookmark app isn't decoding local-charset to Unicode and then encoding to UTF-8 when inserting to the DB.
[16:13] <nessita> guys, can I have a couple of reviews for https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/resize-so-password-can-be-changed/+merge/42135 ?
[16:13] <Woodenshoe> Thisfred: I will look for that piece of informtion and copy it out.
[16:13] <thisfred> CardinalFang:  It would not surprise me. Though we've also seen null values as dict keys before
[16:14] <thisfred> Woodenshoe: awesome
[16:15] <thisfred> CardinalFang: it makes me less eager to start developing on bindwood. At least in python I know how unicode works now.
[16:17] <beuno> urbanape, did you know thisfred was going to be hacking on bindwood?
[16:17] <urbanape> I did
[16:18] <urbanape> we've already spoke about me being a reference
[16:18] <beuno> \o/
[16:18] <thisfred> Do you think they'll check my references?
[16:19]  * beuno checks the reference
=== beuno is now known as beuno-lunch
[16:27] <Woodenshoe> thisfred: where are we going with this file
[16:28] <thisfred> Woodenshoe: eric.casteleijn@canonical.com if you want
[16:28] <thisfred> Woodenshoe: or pastebin, if you're sure it does not contain anything you don't want to share with the world
[16:28] <Woodenshoe> thisfred: you think that is save or do you want me to encrypt it
[16:29] <thisfred> Woodenshoe: I think it's not a big risk, but I can give you my public key if you want
[16:30] <Woodenshoe> thisfred: that is OK i checked the file also.
[16:30] <thisfred> ok, great, then send it to me, and I'll have a look if I can identify the problem
[16:31] <rye> btw, guys, is is planned to have "Someguy wants to share his "Somefolder" with you" in the dashboard? E-Mail is not that reliable as it turns out (especially with our From: handling)
[16:34] <Woodenshoe> thisfred: you should have the file by now.
[16:34] <nessita> can I have a couple of reviews for https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/resize-so-password-can-be-changed/+merge/42135 ?
[16:45] <thisfred> Woodenshoe: yep, got your mail, looking now. Bedankt! ;)
[16:45] <mpt> nessita, hi, is there a specification for the sign-in dialog that's newer than <https://docs.google.com/View?id=dfkkjjcj_82fb6d42hk>?
[16:46] <mpt> If not, I can start making one if you like
[16:54] <nessita> mpt: there is the phase 2, let me share the link
[16:54] <nessita> mpt: https://docs.google.com/a/canonical.com/Doc?docid=0AU5sFuLRpCpBZGZra2pqY2pfODY2Z3RnbTl2Z3E&hl=en
[16:55] <nessita> mpt: let me know if you need anything else
[16:55] <nessita> I'm having a quick lunch now!
[16:56] <mpt> thanks
[17:04] <thisfred> Woodenshoe: I don't see any errors in there. Can you search through the whole file for the string '_replicate'
[17:34] <nessita> CardinalFang: would you be able to do a review? https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/resize-so-password-can-be-changed/+merge/42135
[17:34] <CardinalFang> nessita, sure.
[17:36] <nessita> dobey: can you please review https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/resize-so-password-can-be-changed/+merge/42135 ? it solves the issue we talked about last Wed for the ussoc gui
[17:38] <dobey> looking
[17:38] <nessita> dobey: thanks
[17:39] <dobey> nessita: btw, you don't need to put the * bullets in the commit message (nor the LP: #bugno)
[17:39] <nessita> dobey: I know, but they ease my job when writing changelog
[17:40] <nessita> changes to setup.py should not be there, reverting
[17:40] <dobey> hrmm
[17:44] <nessita> changes to setup,py reverted
[17:46] <Woodenshoe> thisfred: I emailed a new piece out of the file
[17:46] <thisfred> thanks!
=== beuno-lunch is now known as beuno
[17:52] <thisfred> Woodenshoe: that one's encrypted though, and since I didn't give you my key, I doubt I can decrypt it
[17:54] <thisfred> ah, I can though :) thanks
[18:18] <thisfred> Woodenshoe: ok, still don't see anything wrong there. The extremely long list of revisions indicates we may be handling livemarks very inefficiently, but I don't see an error. Can you search for 'error'?
[18:19] <thisfred> better yet, '500 error'
[18:19] <thisfred> the 401s are not really errors
=== teknico_ is now known as teknico_away
=== rmcbride_ is now known as rmcbride
[18:39] <CardinalFang> nessita, hi.  I'm looking at your branch.  I can't call the login method from d-feet.  It wants two strings, it seems.
[18:39] <CardinalFang> The branch looks good otherwise, but I wanted to test.
[18:39] <nessita> CardinalFang: are you sure you're accessing the /com/ubuntu/sso/credentials iface?
[18:40] <nessita> CardinalFang: not just the (deprecated) /credentials?
[18:40]  * CardinalFang updates his trunk again.
[18:40] <nessita> CardinalFang: also, are you sure you're running the service from the branch, and not from the system?
[18:41] <CardinalFang> nessita, I found it.  my "bzr pull" earlier failed and I didn't notice.
[18:41] <nessita> ah! :-)
[18:52] <CardinalFang> nessita, that "allocation - 2" is too magical in resizing, and it's slow.  Growing was fast, but shirinking 1000px to 300px took 20 seconds.  You can take out ~5 lines of code and make it perfect.
[18:53]  * CardinalFang adds comment.
[18:53] <nessita> CardinalFang: I took it from http://tadeboro.blogspot.com/2009/05/wrapping-adn-resizing-gtklabel.html
[18:53] <nessita> CardinalFang: what s your magic recipe? I'd love to know how to fix that
[18:54] <dobey> oh hrmm
[18:55] <dobey> label resizing should be more automatic now anyway
[18:55] <dobey> there were some fixes to gtk+ a while back to deal with that, iirc
[18:57] <CardinalFang> nessita, try not attaching to signal "size-allocate" at all.  Then, you can remove the .on_size_allocate .
[18:57] <nessita> dobey: are you sure? have any link?
[18:57] <nessita> CardinalFang: nopes, that makes the label be too narrow
[18:57] <nessita> in practice, labels do not allocate width properly
[18:59] <dobey> nessita: label.set_single_line_mode(True) i think?
[19:00] <dobey> although if you need newlines in the string, probably not helpful
[19:01] <CardinalFang> nessita, what label will be too narrow?  It looks perfect.
[19:02] <dobey> but yeah you shouldn't need to screw with size_allocate
[19:03] <nessita> I had a poweroutage
[19:03] <nessita> CardinalFang: you were saying?
[19:04] <CardinalFang> nessita, what label will be too narrow?
[19:05] <nessita> CardinalFang: the one below the title, which with the params I passed is the empty string. To test a non empty string, use:
[19:06] <nessita> 'An app name', {'help_text': ' Lorem ipsum dolor sit amet, consectetur adipiscing elit. Etiam eu sem  risus. Curabitur elementum iaculis placerat. Maecenas sollicitudin  semper arcu vitae euismod. Duis sed quam erat, in feugiat enim. In hac  habitasse platea dictumst. Aliquam erat volutpat. Pellentesque  scelerisque pretium venenatis. Praesent sit amet nisl in lectus  scelerisque interdum vitae et dui. Nunc luctus nisi sit amet felis  p
[19:06] <nessita> sed  adipiscing. Sed at blandit mauris. Nullam ullamcorper, sapien et  dignissim porta, sem purus egestas odio, vitae molestie elit dolor sit  amet libero. '}
[19:06] <nessita> CardinalFang: ^
[19:08] <CardinalFang> nessita, I've made it 5 times longer, and I still don't see a problem.
[19:09] <nessita> CardinalFang: removing the size-allocate connection?
[19:10] <CardinalFang> nessita, ah, I see that the help text does not reflow if I make the window wider.
[19:10] <nessita> CardinalFang: exactly
[19:11] <nessita> CardinalFang: the way I did it (connecting size-allocate) was the recommended way from the web and from Chipaca`
[19:11] <nessita> CardinalFang: if you have a better way, I'd love to implement it
[19:13] <dobey> nessita: did you miss my comment?
[19:13] <dobey> hrmm
[19:13] <nessita> dobey: apparently, could you please repeat?
[19:14] <dobey> 13:55 < dobey> nessita: label.set_single_line_mode(True) i think?
[19:14] <dobey> 13:55 < dobey> although if you need newlines in the string, probably not helpful
[19:14] <nessita> dobey: we do use multiple lines
[19:14] <nessita> dobey: that wraps per word
[19:14] <karni> 15 minute travel took me [with all city means of transport] 3 hours during first serious snow in Warsaw.. :/
[19:16] <beuno> karni, \o/
[19:16] <beuno> hi
[19:16] <CardinalFang> karni, hah.
[19:16] <karni> hi beuno :)
[19:17]  * karni is so tired with that 3 hours commuting
[19:17] <dobey> nessita: let me check something.
[19:17] <nessita> dobey: sure
[19:17] <CardinalFang> karni, when we in Florida get 0.5cm of snow, the schools close so the kids can go play in it.
[19:17] <dobey> nessita: this label is id help_label in the glade?
[19:17] <karni> CardinalFang: ;D . just today we got.. ~20-25cm ?
[19:18] <nessita> dobey: yes, but it applies to more labels
[19:18] <karni> perhaps less, 10cm, and more in some places
[19:18] <dobey> nessita: well, the labels are all packed with expand=False
[19:18] <CardinalFang> I was just changing that here.
[19:18] <dobey> nessita: which means they don't expand with the window being resized.
[19:18] <nessita> dobey: yes, that is not the issue as I remember. Let me confirm.
[19:19] <dobey> nessita: well, it's part of the issue.
[19:19] <karni> beuno: aquarius: though not (yet) backed by file down/upload, one can already browse Files, UDFs, and Shares meta data (say, lists of contents)
[19:19] <dobey> even if it's not all of it :)
[19:19] <aquarius> karni, yay!
[19:19] <nessita> dobey: we don't want labels to expand vertically, and setting expand to true makes that effect, afaik
[19:20] <nessita> dobey: confirmed, we need expand in False
[19:20] <karni> beuno: aquarius: i have to take 2-3 days off to program a termal printer for my aunt, but it shouldn't take long for me to implement download/sync(!)
[19:21] <dobey> that doesn't seem right
[19:21] <nessita> confirmed will only center the label in the vbox cell, which we don't want
[19:21] <nessita> dobey: try it yourself please
[19:21] <karni> beuno: aquarius: since I focused on most important stuff, I left OAuth for the desert (currently I just drop my tokens into a raw resource txt file to test the app)
[19:21] <dobey> oh, because you're packing directly into a vbox
[19:21] <nessita> dobey: what would you do instead?
[19:22] <nessita> dobey: I find easier to solve things if you can (please) propose an alternative solution to something you consider incorrect
[19:23] <dobey> nessita: put the label inside an hbox which is inside the vbox; and set the hbox expand=False, fill=True; and set the label expand=True
[19:23] <nessita> dobey: I'll try it, but from my POV that's overkill
[19:24] <nessita> dobey: it doesn't work
[19:24] <nessita> dobey: can you please try it yourself?
[19:25] <nessita> we've been this road before, past cycle, with alecu-sprint and Chipaca`, we tried several option. I really appreciate your concern, so if you could please try this yourself, you'll safe me a lot of time :-)
[19:26] <nessita> CardinalFang: can you please re-review the needs fixing?
[19:26] <Chipaca`> the problem is the reflowing of the label text
[19:27] <beuno> karni, so the old oauth code wasn't useful?
[19:27] <karni> beuno: it's perfect and i'll just use it :)
[19:27] <karni> beuno: things are going fast while using AU1 code
[19:27] <beuno> karni, ah, awesome
[19:28] <karni> beuno: some things are new (like common activity to handle files/udfs/shares [3 activities, very little different code! yay] )
[19:28] <karni> beuno: and some are taken from AU1 (like Account section, or - like will be - oauth :) )
[19:28] <beuno> karni, sounds like fast and heavy progress!
[19:29] <karni> beuno: when "I'm done" with ubuntuone-android-files , I'll probably go with the Ubuntu SSO for android, what we talked about with you and aquarius
[19:29] <beuno> karni, right, that would be an interesting project
[19:29] <karni> beuno: perhaps you won't get the testable app this month (which ends tomorrow), but it should be matter of days :)
[19:32] <karni> beuno: but who knows, I always do my best to keep a word. if it wasn't for that printer you'd most def have that apk tomorrow argh.. family first, so they say.
[19:34] <beuno> karni, that is totally fine, we're doing some fixes to the music streaming app, then we'll jump in and start working with you on whatever needs doing
[19:42] <karni> beuno: ok, good luck with giving that love to streaming app :)
[19:48] <Woodenshoe> thisfred: sorry I was on th ephone for a whilen and I will look for a 500 error.
[19:48] <thisfred> Woodenshoe: great, thx
[19:49] <dobey> nessita: i think i have a fix for you; un momento
[19:50] <Woodenshoe> thisfred: how many before or after the 500 error do you require?
[19:51] <dobey> nessita: nope, nevermind; same issue as your current solution :(
[19:51] <thisfred> Woodenshoe: depends on how long the error message is, which is hard to tell without seeing it ;) Can you do something like 200 lines on either side?
[19:53] <nessita> dobey: thanks for trying though
[19:56] <dobey> nessita: ahh, this is what i was thinking of earlier, wrt 'already fixed': http://lists-archives.org/gtk-devel/11290-extended-layout-incubator-branch.html
[19:59] <nessita> dobey: wanna share a summary? :-)
[20:03] <dobey> nessita: i don't know if that's actually in gtk+ or not, but if so, using GtkExtendedLayout should help solve the issue
[20:13] <dobey> nessita: remind me again why shadowing system modules in python is a bad thing.
[20:17] <nessita> dobey: because you can't use them if you put in the namespace something that overlaps with them
[20:17] <nessita> dobey: either you import with a rename, or you don't shadow
[20:17] <nessita> dobey: same apply to builtins, and in that case you can't import with rename
[20:17] <dobey> nessita: so https://bugs.edge.launchpad.net/desktopcouch/+bug/682840 is bad, right?
[20:17] <ubot4`> Launchpad bug 682840 in desktopcouch "desktopcouch.application.platform shadows system python platform module (affects: 1) (heat: 6)" [Undecided,New]
[20:19] <nessita> dobey: hum, as far as I know that is not bad since you can (should?) use it as desktopcouch.application.platform. What is bad is to do from desktopcouch.application import platform
[20:20] <dobey> how is that any worse than "import desktopcouch.application.platform" ?
[20:21] <nessita> dobey: "import desktopcouch.application.platform" puts in the namespace the name desktopcouch.application.platform, and doesn't shadow platform
[20:22] <nessita> dobey: for platform in particular, I'm not sure what is the recommended path
[20:22] <nessita> I know mandel tends to do this, but I haven't deal with this in the past
[20:23] <dobey> eh i just know we had to rename hash.py in ubuntuone-storage-protocol for this reason before
[20:23] <dobey> i won't pretend to understand what guido wants with python
[20:23] <nessita> dobey: you're right...
[20:24] <nessita> dobey: let me ask people that knows better
[20:24] <dobey> of course, if this 'platform' dir is an issue here; it's also going to be a problem in ubuntuone-client i see
[20:30] <nessita> dobey: yes, I'm discussing this right now
[20:31] <nessita> on the python argentina channel, asking for advice. They mention we should mimic os.path, I'm looking at it right now
[20:35] <beuno> nessita, bzr deals with this a lot, you may be able to steal^look at code there
[20:37]  * nessita steals^W looks
[20:37] <nessita> dobey: I'd say that's a valid bug report
[20:40] <dobey> nessita: hmm
[21:29] <mterry> I just filed https://bugs.launchpad.net/ubuntu/+source/desktopcouch/+bug/682866 .  Is this something anyone else has seen?
[21:29] <ubot4`> Launchpad bug 682866 in desktopcouch (Ubuntu) "CouchDatabase() call hangs (affects: 1) (heat: 6)" [Undecided,New]
[21:29]  * mterry wonders if he screwed up his config
[21:34] <duanedesign> hello mterry
[21:35] <mterry> duanedesign, hi
[21:39] <duanedesign> hmm, maybe one of the couch fellows might be able to make heads or tails of that.. Chipaca` ?
[22:01] <rye> duanedesign, a bug i just discovered - bug #682878 - somebody may want to rely on an opposite behavior
[22:01] <ubot4`> Launchpad bug 682878 in ubuntuone-client "Files still get downloaded from "unsubscribed" folder (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/682878
[22:02] <duanedesign> rye: ;)
[22:04] <rye> duanedesign, by somebody i actually meant "me" :/