[00:58] <intrader> Anyone, I have trouble synchronizing Tomboy notes; one second computer connected to ubuntu one, I am not able to see the notes synchronized from first computer.
[01:13] <intrader> Anyone listening that may help with Tomboy synch with ubuntu one?
[01:16] <intrader> Staff, is there anyone  listening that may help with Tomboy synch with ubuntu one? Or is this the appropriate place?
[01:29] <intrader> Anyone?
[01:41] <intrader> Anyone?
[02:12] <intrader> Staff, is there anyone  listening that may help with Tomboy synch with ubuntu one? Or is this the appropriate place?
[08:48] <duanedesign> morning all
[11:35] <duanedesign> aquarius: we forgot to have a beer together at UDS and talk about 'interesting uses for ubuntu one' :)
[11:40] <mahen> Hi !
[11:41] <duanedesign> hello mahen
[11:41] <mahen> duane
[11:43] <aquarius> duanedesign, we did. Bah!
[11:45] <mahen> duanedesign: do you know if I should open a bugreport for the timeout problem ? (indeed : my client keeps uploading data infinitely but never finishes a 350MB file apparently because of some timeout -- I upload at about 100KB/sec)
[11:46] <duanedesign> mahen: i am glad you mentioned that
[11:47] <duanedesign> mahen: i meant to look and see if a report exists for that
[11:47] <mahen> ah :)
[11:47] <duanedesign> let me poke around and see what i can find
[11:47] <mahen> ok, thanks !
[14:02] <vds> what about:
[14:02] <vds> me
[14:03] <CardinalFang> me
[14:04] <vds> dobey mandel_ nessita thisfred ?
[14:04] <nessita> me!
[14:04] <nessita> vds: thanks
[14:04] <mandel_> me
[14:04] <vds> np
[14:06] <nessita> thisfred?
[14:07] <nessita> shall we?
[14:07] <nessita> vds: go!
[14:07] <vds> DONE: branch to port to a newer python-couchdb version proposed #675551 still waiting for one review, started a branch of python-couchdb to port the oauth session from DC to python-couchdb, code review
[14:07] <vds> TODO:
[14:07] <vds> BLOCKED: not at all
[14:07] <vds> CardinalFang: go
[14:07] <thisfred> me
[14:07] <CardinalFang> DONE: reviews.  Reconcile my proxy branch and get-port branch; might be tricky.
[14:07] <CardinalFang> TODO: review and merge remaining branches.
[14:07] <CardinalFang> BLOCKED: None
[14:07] <nessita> DONE: branch for bug #627496 and bug #677518, more folders tab for control panel bug #674455, talked with Asif about UI usability issues, weekly call
[14:07] <nessita> TODO: wrap up branches for aforementioned bugs and fix ussoc nightlies
[14:07] <nessita> BLOCKED: nopes
[14:07] <nessita> NEXT: mandel
[14:07] <nessita> NOTES: today is holiday in Argentina, tomorrow I'm taking the day off (swapp from today)
[14:08] <ubot4> Launchpad bug 627496 in ubuntu-sso-client (Ubuntu) (and 1 other project) "Registration screen looks cramped when big fonts selected (affects: 2) (dups: 1) (heat: 14)" [Undecided,New] https://launchpad.net/bugs/627496
[14:08] <ubot4> Launchpad bug 677518 in ubuntu-sso-client (Ubuntu) (and 1 other project) "Split gui code to allow other implentations (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/677518
[14:08] <ubot4> Launchpad bug 674455 in ubuntuone-control-panel "Add "Folders" tab to UI (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/674455
[14:08] <mandel> DONE: branch reviews for desktopcouch. Finished changes for #680039, #675522 and #675530
[14:08] <mandel> TODO: new msi to share for testing. Finish command manager to fix #675842. Propose merge fo my desktopcouch work. Provide images of Ubuntu One iwndows for cparrino.
[14:08] <mandel> BLOCKED: no
[14:08]  * mandel looks at thisfred
[14:09] <thisfred> DONE: bug 510159 bug 678313 TODO finish 510159 and start packaging BLOCKED no
[14:09] <ubot4> Launchpad bug 510159 in desktopcouch (Ubuntu) (and 1 other project) "Split desktopcouch in two: a records library that can be used on the server and a desktop application/library (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/510159
[14:09] <ubot4> Launchpad bug 678313 in desktopcouch "Use Abstract Base Classes in RecordDict and MergeableList (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/678313
[14:09] <nessita> any comments?
[14:09] <nessita> dobey: stand up?
[14:10] <mandel> wait, we have to use bug rather than # for the bug numbes?
[14:10] <mandel> lame
[14:10] <nessita> mandel: we said that last week! :-)
[14:11] <nessita> mandel: is the difference between hal and ubot4
[14:11] <mandel> nessita, really?  was not reading :P
[14:11] <nessita> mandel: I can tell :-P
[14:11] <nessita> ok, eom it is?
[14:11] <mandel> oh! ubot4 I hate u!
[14:12] <nessita> eom!
[14:14] <dobey> λ DONE: discovery and some work on 677162, 677211, 677480; initial branch for 677632;
[14:14] <dobey> λ TODO: releases, nightlies, banshee tests
[14:14] <dobey> λ BLCK: None.
[14:14] <mandel> nessita, do you know if lucio and guillermo are on holidays, marianna needs them
[14:15] <nessita> mandel: yes they are
[14:15] <nessita> mandel: if urgent, I can contact them
[14:15] <mandel> nessita, I think, so, let me see
[14:16] <mandel> nessita, can you tell them to contact marianna asap, they need to book the hotel asap for the sprint
[14:17] <mandel> nessita, which is next week!
[14:18] <nessita> mandel: I'll talk to marianna
[14:18] <mandel> nessita, ok
[14:18] <mandel> nessita, I started to fill like a 'corre ve y dile' :P
[14:28] <nessita> mandel: already handled
[14:29] <mandel> nessita, thx!
[15:29] <mahen> duanedesign: did you find a bugreport concerning the issue btw ?
[16:07] <duanedesign> joshuahoover: do you know if their is a bug report about the timeouts when uploading large files over dial up connections?
[16:09] <joshuahoover> duanedesign: not that i'm aware of, though it's likely there's something there for timeouts when uploading large files
[16:36] <mahen> duanedesign: okay then, I'll file a report about those :)
[16:38] <duanedesign> mahen: ok :)
[16:39] <duanedesign> mahen: can you post the bug numbers here when you do. Thank you!
[16:55] <mahen> duanedesign: here it is : https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/680128
[16:55] <ubot4> mahen: Error: Bug #680128 is private.
[18:06] <rajul> hi all
[18:06] <rajul> you have a typo
[18:06] <rajul> "This share is no longer available
[18:06] <rajul> This share has already been accepted by someone else.
[18:06] <rajul> If this is now what you where expecting, try contacting the person who gave you the link.
[18:06] <rajul> "
[18:06] <rajul> last sentence, 4th word
[18:13] <nessita> rajul: thanks! can you please file a bug?
[18:13] <nessita> https://bugs.launchpad.net/ubuntuone-client/+filebug
[18:14] <nessita> rajul: please detail where you're seeing this typo
[18:17] <rajul> nessita: https://bugs.launchpad.net/ubuntuone-client/+bug/680159
[18:18] <ubot4> Launchpad bug 680159 in ubuntuone-client "Typo in a string after clicking an expired shared-folder-link (affects: 1) (heat: 6)" [Undecided,New]
[18:19] <nessita> rajul: where are you seeing this? nautilus? web site?
[18:20] <nessita> thisfred: would you be up for a review? not trivial but fun (?)
[18:20] <nessita> rajul: ah, web site. Thanks!
[18:20] <rajul> yes :-)
[18:20] <rajul> bye!
[18:21] <thisfred> nessita: in a minute
[18:21] <nessita> thisfred: awesome!
[18:21] <thisfred> nessita: paste me the link!
[18:22] <nessita> thisfred: the high count of diff'ed lines comes from moving files from a directory to another https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/split-gui/+merge/41369
[18:24] <thisfred> nessita: I'm on it. I may ask you for one in return. Also not small, but for the greater good: the branch that will start enforcing u1lint  in desktopcouch. (and thus fixes a bazillion lint issues.)
[18:24] <nessita> thisfred: sure, shoot!
[18:24] <nessita> thisfred: for my merge proposal, detailed instructions on testing were added as description
[18:24] <thisfred> awesome
[18:27] <rickspencer3> hi all
[18:27] <nessita> hi rickspencer3, how are you?
[18:27] <rickspencer3> I've been keeping all of my notes in a desktopcouch app
[18:28] <rickspencer3> I want to reinstall, how can I make sure all my notes are safely on the server?
[18:28] <nessita> vds, CardinalFang, thisfred: can you take this one? ^
[18:30] <thisfred> rickspencer3: that's a tricky one. Are those tomboy notes, or a different db altogether?
[18:30] <rickspencer3> thisfred, different
[18:30] <rickspencer3> it's my own app
[18:30] <rickspencer3> "daily-journal"
[18:30] <thisfred> rickspencer3: ah ok. (should still be using the same db, but that's a different discussion for a different day ;)
[18:31] <thisfred> anyhoo
[18:31] <rickspencer3> thisfred, no
[18:31] <rickspencer3> I thought tomboy went through this screwy snowy API
[18:31] <thisfred> a successful replication will signify they're there, but those are hard to come by
[18:32] <CardinalFang> rickspencer3, you can verify by looking at the replication log.   ~/.cache/desktop-couch/log/desktop-couch-replication.log
[18:32] <CardinalFang> rickspencer3, A line starting   asking 'http://localhost:42715/' to replicate todo to {'url': 'https://couchdb.one. ...
[18:32] <thisfred> rickspencer3: it does, but it does end up in the notes database, and as long as your app respects the notes record type, and puts everything else in application_annotations['daily-journal'] your notes would work in both apps
[18:32] <thisfred> but again, that's for later
[18:32] <rickspencer3> thisfred, does the ubuntuone preferences dialog cover desktopcouch, or such file sync?
[18:32] <CardinalFang> rickspencer3, with the appropriate db for "todo".
[18:33] <CardinalFang> rickspencer3, and following that is the result line.   replicate result:  {'status': '200', ...
[18:33] <dobey> preferences does not list arbitrary databases to toggle sync of
[18:33] <rickspencer3> but when it says "sync in progress" does that count for desktopcouch?
[18:33] <dobey> only some known ones, like bookmarks, contacts, and gwibber
[18:33] <dobey> no
[18:33] <rickspencer3> dudes
[18:33] <dobey> the status is just for files
[18:34] <dobey> desktopcouch is not synced on-demand
[18:34] <thisfred> rickspencer3: we will be working on getting succesful replication notices into zeitgeist this cycle, which will then tell you when the last one for a particular db was. But that's not started yet
[18:34] <thisfred> rickspencer3: no it does not AFAIK
[18:34] <dobey> thisfred: but still, they will not be on demand, right?
[18:34] <thisfred> dobey: nope, although we could add that
[18:35] <CardinalFang> Pushed on demand, but we don't know when the demand is for pulling.
[18:35] <thisfred> rickspencer3: so the replication logs are your best bet for now
[18:35] <thisfred> rickspencer3: to be super sure, I'd back up the .couch file before reinstalling
[18:35] <nessita> thisfred: is zg tracking any desktopcouch db? I don't think so...
[18:35] <dobey> CardinalFang: i guess we'd have to add something to the storage protocol for that, and have syncdaemon tell desktopcouch to sync
[18:35] <nessita> thisfred: I mean "will"
[18:35] <CardinalFang> dobey, Yes.
[18:36] <rickspencer3> so if there's no status:200 since 3 days ago, I am not up to date?
[18:36] <rickspencer3> if I backup .couch and then just copy it over when I reinstall, will that work?
[18:36] <CardinalFang> rickspencer3, Yes.  And yes.
[18:37] <rickspencer3> CardinalFang, where is .couch?
[18:37] <CardinalFang> rickspencer3, to make sure we're talking about the same thing:   ~/.local/share/desktop-couch/
[18:37] <rickspencer3> ok
[18:37] <thisfred> nessita: I think that's on the roadmap, right?
[18:38] <rickspencer3> I see .local/share/desktop-couch is not small
[18:38]  * rickspencer3 drums fingers
[18:38] <nessita> thisfred: we will track zg events for ubuntu one related, you aresaying that independent dbs will be tracked too?
[18:39] <nessita> thisfred: I'm not sure, that's why I'm asking you
[18:40] <thisfred> nessita: eh, every db in couchdb is ubuntu one related, unless you disable replication, right?
[18:40] <thisfred> in desktopcouch couchdb that is
[18:40] <thisfred> This is part of what we'll be figuring out I guess
[18:41] <thisfred> we don't want to flood the user, but it'
[18:41] <thisfred> d definitely be interesting to know about successful replications, esp. as long as they are not the norm :(
[18:41] <nessita> thisfred: hum
[18:42] <nessita> thisfred: I think I need to talk to alecu about this to have a clearer picture
[18:43] <thisfred> nessita: my branch (now starting on reviewing yours) https://code.launchpad.net/~thisfred/desktopcouch/my-use-devtools/+merge/41497
[18:43] <thisfred> nessita: I have only the vagues understanding of the ZG work, so I could be completely wrong
[18:43] <thisfred> It would not be the first time
[18:43] <thisfred> today.
[18:44] <nessita> thisfred: reviewing...
[18:46] <rickspencer3> geeze, mu couch directory is 5.3 gigs!
[18:46] <kklimonda> rickspencer3: and without gwibber_messages.couch?
[18:47] <rickspencer3> I don't know
[18:47] <thisfred> don't discount the views for gwibber_messages
[18:47] <kklimonda> I remember this particular database using a lot of space in the past
[18:47] <thisfred> who live in separate files
[18:48] <thisfred> yeah, it's huge, because gwibber stored every single message as it comes in, which is the worst way to write to couchdb.
[18:48] <thisfred> compaction helps
[18:48] <thisfred> but we don't do that automatically
[18:49] <nessita> thisfred: running ./run-tests fail with
[18:49] <nessita>     fp = open(bookmark_template)
[18:49] <nessita> UnboundLocalError: local variable 'bookmark_template' referenced before assignment
[18:50] <thisfred> huh, weird, does not do that here
[18:50] <nessita>   File "/home/nessita/canonical/desktopcouch/review_my-use-devtools/desktopcouch/application/start_local_couchdb.py", line 207, in update_bookmark_file
[18:50] <thisfred> looking
[18:50] <nessita> thisfred: want the full trace?
[18:50] <nessita> thisfred: ah! I know what can be. I don't have desktopcouch installed (I needed to confirm that gwibber doesn't use dc anymore)
[18:51] <dobey> you shouldn't need it to be installed to run tests in the tree
[18:51] <nessita> dobey: makes sense, but I want to confirm that's the issue
[18:52] <nessita> confirmed
[18:52] <nessita> thisfred: desktopcouch needs to be installed at system level to test run
[18:52] <thisfred> nessita: yeah, I see. That sucks
[18:52] <nessita> thisfred: any idea why?
[18:52] <thisfred> also that implies it talks to the real bookmark file
[18:52] <nessita> is it easu fixable?
[18:52] <thisfred> nessita: it should not
[18:53] <thisfred> let me see.
[18:53] <nessita> thisfred: also, I've got this failure https://pastebin.canonical.com/40030/
[18:53] <nessita> Error, I mean, Error
[18:54] <thisfred> nessita: when you do ./run-tests do the first two lines look like this: https://pastebin.canonical.com/40031/ ?
[18:54] <dobey> people
[18:54] <dobey> pastebin.ubuntu.com for publicly visible things.
[18:54] <nessita> dobey: thru
[18:54] <thisfred> dobey: sry force of habit
[18:54] <nessita> true*
[18:55] <thisfred> http://pastebin.ubuntu.com/535306/
[18:55] <dobey> thisfred: there are at least 3 instances of desktopcouch that get started up in the tests
[18:55] <nessita> thisfred: yes, they do. full run at http://pastebin.ubuntu.com/535307/
[18:56] <thisfred> nessita: thx
[18:56] <nessita> thisfred: there are also some logging formatting errors (TypeError: not all arguments converted during string formatting)
[18:56] <nessita> thisfred: those should be fixed as well
[18:56] <thisfred> CardinalFang: so desktopcouch tests seem to require desktopcouch is installed. That's pretty bad... :(
[18:57] <thisfred> nessita: Yeah, I have no idea where they come from... :S
[18:57] <nessita> thisfred: I'll help you find that
[18:58] <CardinalFang> thisfred, eh?
[18:59] <thisfred> CardinalFang: nessita is reviewing my branch, and it breaks horribly
[18:59] <thisfred> CardinalFang: while the tests pass hee
[18:59] <thisfred> here
[18:59] <nessita> CardinalFang: uninstall desktopcouch and related and try to run the tests
[18:59] <nessita> they won't run
[19:00] <nessita> CardinalFang: full trace http://pastebin.ubuntu.com/535312/
[19:01] <thisfred> So for one thing start_local_couchdb.py is under tested, since there is a path through it that leads to the use of an undeclared variable
[19:02] <CardinalFang> nessita,   PYTHONPATH=`pwd` ./run-tests     # what does this do?
[19:02] <nessita> CardinalFang: let's see
[19:03] <nessita> CardinalFang: exact same trace
[19:03] <dobey> CardinalFang: u1trial adds . to the sys.path
[19:03] <nessita> CardinalFang: try it yourself, uninstall everything dc-related
[19:03] <CardinalFang> nessita, doing now.
[19:04] <nessita> thisfred: bin/desktopcouch-pair line 653 should be logging.exception("Service %s had an error", srv_name)
[19:04] <nessita> instead of logging.error("Service %s had an error", srv_name, e)
[19:04] <thisfred> nessita: thx, good find
[19:04] <dobey> nessita: more correctly it should probably have a ": %s" added at the end of the string
[19:04] <nessita> thisfred: checking if that was the only issue....
[19:05] <nessita> dobey: nopes
[19:05] <nessita> dobey: on try:except you have to use logging.exception
[19:05] <nessita> and not log the exception yourself
[19:06] <nessita> dobey: logging.exception handles the logging of the exception within a context where an exception occurred in a graceful manner
[19:06] <nessita> thisfred: that wasn't the (only) problem, I ll keep checking
[19:07]  * dobey suspects there may still be many problems, but less than there were before
[19:07] <thisfred> yep
[19:07] <nessita> I meant regarding log formatting... not the whole thing :-)
[19:08] <nessita> thisfred: also, but this is mostly me thinking out loud, there mixed are %s and %r
[19:08] <nessita> there are mixed*
[19:08] <nessita> thisfred: no need to change that noe, of course
[19:11] <nessita> thisfred: same fix (logging.exception instead of anything else) on desktopcouch/application/pair/couchdb_pairing/dbus_io.py:103 (though this case should not be failing)
[19:11] <nessita> thisfred: same file, same fix, line 133
[19:13] <thisfred> nessita: huh? You mean use the comma syntax and %r in both?
[19:13] <nessita> thisfred: nopes, replace logging.<whatever> for logging.exception
[19:13] <nessita> thisfred: and remove any formatting
[19:13] <nessita> thisfred: do you know what logging.exception do?
[19:14] <nessita> thisfred: if not, what I'm saying is probably chinese :-)
[19:14] <thisfred> nessita: I can guess probably
[19:14] <nessita> thisfred: let me show you
[19:15] <blip> hi
[19:15] <blip> anybody there
[19:15] <nessita> thisfred: http://pastebin.ubuntu.com/535316/
[19:15] <thisfred> nessita: in testing your branch, to what do I connect d-feet?
[19:15] <blip> hey
[19:16] <nessita> thisfred: the exception traceback is automatically logged when using logging.exception
[19:16] <nessita> blip: hi there
[19:16] <thisfred> nessita: awesome, fixing that
[19:16] <nessita> thisfred: you just need to add a proper message, without caring about the exception
[19:17] <nessita> thisfred: regarding d-feet, you need to connect to the session bus
[19:17] <nessita> thisfred: File -> Connect to Session Bus
[19:17] <nessita> filter per com.ubuntu.sso service
[19:17] <thisfred> nessita: thx, gotcha
[19:18] <blip> i have got several tropuble when i want to connect
[19:18] <blip>  to the server
[19:18] <blip>  in my computer
[19:18] <nessita> thisfred: and in the /com/ubuntu/sso/credentials path, browse the CredentialsManagement iface
[19:18] <nessita> blip: how are you connecting? what ubuntu are you running?
[19:18] <blip> is not running
[19:18] <blip>  well
[19:19] <blip>  i put  the ubuntu into
[19:19] <blip> virtual machine
[19:19] <blip>  but is not working
[19:19] <nessita> blip: how can you tell is not working?
[19:19] <dobey> thisfred: fwiw, i just proposed a branch to add coverage reporting to u1trial, as well
[19:19] <nessita> blip: I mean, what are you expecting to see that you're not seeing? what ubuntu are you running?
[19:21] <nessita> thisfred: same logging.exception fix for start_local_couchdb.py:234
[19:21] <nessita> thisfred: no! sorry, my lie. That line is juts perfect
[19:21] <thisfred> dobey:  let me know if you want me to review that
[19:22] <dobey> sure, go ahead
[19:22] <dobey> https://code.edge.launchpad.net/~dobey/ubuntuone-dev-tools/add-coverage/+merge/41503
[19:23] <thisfred> dobey: I like show_missing=True, but fear I may be alone in that
[19:24] <dobey> thisfred: i wouldn't mind if it didn't make the output harder to read
[19:25] <thisfred> dobey: yeah, a little, but there's an easy and fun way to make it prettier: increase coverage ;)
[19:25] <dobey> yes, well. i'm not going to increase coverage of everyone else's code just to make the output easier to read
[19:25] <thisfred> I like to see when there's a single statement or maybe two untested in a file. That's low hanging fruit, usually
[19:26] <thisfred> a percentage doesn't tell me that without doing math in my head, which it's not cut out for ;)
[19:26] <nessita> thisfred: found another issue: (desktopcouch/application/migration/__init__.py)      53             logging.info("Migrating DB: ", db.db.name)
[19:26] <dobey> yeah, but for large files with little coverage, you get multiple lines of output from show_missing
[19:26] <thisfred> yep
[19:26] <thisfred> nessita: thx fixing
[19:27] <nessita> thisfred: and that was the last culprit (as far as test coverage goes)
[19:28] <thisfred> nessita: revno 224 pushed
[19:28] <nessita> thisfred: ack
[19:28] <thisfred> dobey: +1d
[19:28] <dobey> thisfred: if it was '\n\t'.join(x.name for x in missing_methods) or something, then i'd like it more :)
[19:29] <thisfred> nessita: I can't get the import errors you promised when testing your branch
[19:29] <nessita> thisfred: what dbus methid you invoked? login or register?
[19:29] <thisfred> dobey: since you parse and redisplay the lint output..... ;)
[19:29] <thisfred> nessita: both
[19:29] <thisfred> nessita: commented on the proposal
[19:29] <nessita> thisfred: are you sure you're running the dbus service from my branch?
[19:30] <dobey> thisfred: show_missing doesn't give parseable output in the respect. it just gives a string of number pairs
[19:30] <thisfred> nessita:  I ran the killall and start from your branch yes
[19:30] <thisfred> dobey: yeah, let's forget about it for now, any coverage stats at all are awesome
[19:31] <nessita> thisfred: so, let's go from the top since the ImportError should appear :-). I'll be asking silly questions but I want to know we're in synch. How do you setup a branch to review it?
[19:34] <thisfred> nessita: bzr branch lp:~nessita etc.
[19:35] <thisfred> nessita: wait!
[19:35] <thisfred> nessita: I lied
[19:35] <nessita> thisfred: so, recommended way of setuping a review is: branch project trunk, then bzr merge target branch to ensure that target branch doesn't generate conflicts
[19:35] <nessita> thisfred: you did?
[19:35] <thisfred> The import errors are totally there
[19:36] <nessita> thisfred: I told you! :-P
[19:36] <thisfred> I just expected errors in the UI or something :)
[19:36] <nessita> thisfred: ah no, we signal back every outcome
[19:36] <thisfred> but they're in the console of course
[19:36] <nessita> thisfred: my bad for not being explicit about that
[19:36] <nessita> I'm too used having alecu doing the reviews (bad nessita, bad!)
[19:37] <thisfred> nah, it's pretty obvious if you're not stupid.
[19:37] <thisfred> I was just doing twelvity things at once again
[19:39] <thisfred> nessita: +1
[19:39] <nessita> thisfred: awesome, thanks!
[19:40] <nessita> thisfred: I'm still having the test Error on your branch desktopcouch.application.pair.tests.test_couchdb_io.TestCouchdbIo.test_get_database_names_replicatable
[19:40] <nessita> thisfred: I do have desktopcouch installed
[19:40] <nessita> maybe I need some other package?
[19:41] <thisfred> nessita: I don't think so. CardinalFang any ideas? (test error at the end of http://pastebin.ubuntu.com/535307/ )
[19:42] <thisfred> I have never seen that one before
[19:45] <dobey> hrmm
[19:45] <dobey> oh i know how to fix that
[19:45] <dobey> one second
[19:46] <dobey> thisfred: in test_couchdb_io.py change the import of unittest from twisted.trial to just be import unittest
[19:47] <thisfred> dobey: will do
[19:48] <nessita> thisfred: I tried trunk but I've got ImportError: No module named coverage
[19:48] <dobey> ah fun
[19:48] <thisfred> nessita: ah, yeah, that runtest.py assumes you have coverage installed.
[19:49] <thisfred> that is gone on my branch, but ....
[19:49] <nessita> ok, I'll wait your fix then
[19:49] <dobey> well, gone partially
[19:49] <thisfred> dobey: we can't skip that one test then. I think I'll kill it anyway. It talks to the internet.
[19:49] <dobey> thisfred: skip the one io test?
[19:50] <thisfred> dobey: there's a conditionally skipped test
[19:50] <dobey> thisfred: the reactor error when away when i switched it to use plain unittest
[19:50] <dobey> huh
[19:50] <dobey> s/when/went/
[19:50] <thisfred> dobey: ah yes, but your provider likely does not hijack non existing domains then
[19:50] <CardinalFang> thisfred, No, I don't have any specific idea.
[19:51] <thisfred> which goes to show that the test is not all that unit ;)
[19:51] <thisfred> dobey: fun, now I get the sorted error
[19:51] <dobey> heh
[19:52] <dobey> thisfred: well i didn't see anything in the runtests.py that suggested it did anything beyond just collecting the tests and running them, in that respect
[19:52] <dobey> thisfred: so i presume the issue is coming up now because u1trial installs a glib twisted reactor
[19:52] <dobey> thisfred: where runtests.py did not
[19:53] <dobey> thisfred: i guess it was always sullying the reactor, but there wasn't always a running reactor
[19:54] <thisfred> right
[19:55] <dobey> anyways
[19:57] <nessita> CardinalFang: any news on the tests depending on an installed dc?
[19:58] <dobey> nessita: i wonder what specifically is requiring something to be installed, there
[20:00]  * nessita wonders too
[20:00] <thisfred> nessita: pushed 225, which should solve the reactor issue
[20:00] <nessita> dobey: ah, I just remember. Any news on the nautilus plugin crash issue? I'm having u1client-gnome uninstalled because it kills my syste,
[20:01] <nessita> system*
[20:01] <nessita> thisfred: ack
[20:02] <dobey> nessita: i have not seen any new information on it, no
[20:02] <nessita> dobey: what new info do you need? besides the one from Thomas
[20:03] <nessita> thisfred: I have tons of FIXMEs and TODOs
[20:03] <nessita> XXX I mean
[20:03] <nessita> and some lint errors:desktopcouch/application/pair/__init__.py:
[20:03] <nessita>     19:  [W0511] FIXME constants should be upper case
[20:03] <nessita> desktopcouch/application/pair/tests/test_couchdb_io.py:
[20:03] <nessita>     31:  [W0611] Unused import httplib2
[20:03] <nessita>     32:  [W0611] Unused import socket
[20:04] <dobey> nessita: i need a backtrace from him. even with the extra glib symbols, your backtrace simply looks like something is corrupting memory somehow, and isn't making much sense
[20:04] <nessita> dobey: is there any chance you give  review the nautilus plugin to look for "obvious" memory issues?
[20:04] <thisfred> nessita: yes, if I understand correctly, those will not block landing branches, but hopefully nag people into fixing the issuyes
[20:05] <nessita> thisfred: I agree on XXX and FIXMEs (though I think they do block tarmac)
[20:05] <nessita> thisfred: but the unused import should be fixed
[20:05] <thisfred> nessita: ah yes, that's weird
[20:06] <dobey> nessita: i looked at libsyncdaemon where your trace points, and i don't see anything there.
[20:07] <thisfred> nessita: unused imports removed in 226
[20:07] <nessita> thisfred: ack
[20:07] <thisfred> dobey: Did I misread u1lint? It seems to do *something* special with W0511 messages
[20:08] <thisfred> dobey: to be clear, my question is, will these block in tarmac?
[20:08] <thisfred> My hope is no :)
[20:09] <thisfred> My name is legion
[20:10] <dobey> thisfred: "maybe"
[20:10] <thisfred> I can live with maybe
[20:10] <dobey> thisfred: i think pylint exits with a non-zero value now for FIXME, where it didn't used to
[20:10] <thisfred> ah
[20:10] <dobey> thisfred: if your branch gets blocked by that, i can hack u1lint to do something about that
[20:10] <thisfred> that would suck, but I can make them into TODO I guess :)
[20:10] <thisfred> dobey: will let you know
[20:11] <dobey> although, actually, i also have to change the config to use ./run-tests instead of ./runtests.py before it will potentially succeed anyway
[20:11] <nessita> thisfred, dobey: from my POV, I prefer tarmac not landing branches with XXX and FIXMEs and TODOs
[20:11] <thisfred> dobey: I thought I saw some hackery to that effect in u1lint already
[20:11] <nessita> thisfred, dobey: and making those bugs in LP
[20:11] <dobey> nessita: they should be bugs if they are going to be there, but i don't think we should block on them being there
[20:12] <dobey> blocking on bugs existing in the code is dumb, because there are always going to be bugs
[20:12] <nessita> thisfred: so, in the code we may find a comment like # needs better implementation (LP: #XXXXX)
[20:12] <CardinalFang> nessita, thisfred, I have a patch for the not-installed testing problem.  That problem was created last Friday or so.
[20:12] <thisfred> nessita: I agree in principle, but after fixing a gazillion lint issues, I'm not gonna file 200 bugs as well
[20:12] <nessita> thisfred: I understand.
[20:12] <thisfred> CardinalFang: awesome, let me at it!
[20:12] <nessita> dobey: the problem is how do you enforce people filling bugs for XXXs and related?
[20:13] <dobey> thisfred: there is some hackery in that respect, but the exit code gets looked at before whether or not the lint warnings contained the W0511 values
[20:13] <thisfred> ah ok
[20:13] <dobey> nessita: well, we could add code to ensure that there is a bug in the comment
[20:13] <nessita> thisfred: ok, test pass, lint issues solved (except those XXX and related). Reviewing code now.
[20:14] <dobey> nessita: such that it has to be "FIXME http://launchpad.net/bugs/532434"
[20:14] <ubot4> Launchpad bug 532434 in linux (Ubuntu) "E: linux-image-2.6.31-14-generic: subprocess installed post-installation script returned error exit status 2 (affects: 1) (heat: 11)" [Undecided,Expired]
[20:14] <nessita> dobey: that seems, to me, a bit overkill. Just reject branches with lint issues, no matter what they are
[20:14] <dobey> thanks for nothing botboy
[20:14] <nessita> and we don't have to add any logic
[20:14] <dobey> nessita: that seems overkill, since W0511 isn't a lint issue exactly
[20:15] <nessita> like I said, that was my POV
[20:15] <dobey> nessita: we could just disable the warning and it would have same effect
[20:15] <dobey> the whole point of enabling that in pylint is so that they are visible, not necessarily to block on them
[20:15] <nessita> thisfred: why did you moved the docstring in bin/desktopcouch-get-port?
[20:16] <nessita> thisfred: the correct place for the docstring is *after* the copyright and license
[20:16] <thisfred> nessita: not according to pylint
[20:16] <thisfred> :(
[20:16] <dobey> yes according to pylint
[20:16] <nessita> thisfred: maybe you misread the message?
[20:16] <dobey> oterhwise it would have to be before the #! comment too
[20:16] <dobey> the message is just misleading
[20:16] <thisfred> dobey: nope it accepts that first
[20:17] <dobey> thisfred: it accepts any comments first
[20:17] <dobey> the message is just misleading because it says "line 1"
[20:17] <nessita> thisfred: I'm testing now, I'm pretty sure lint will not make moving the docstring
[20:17] <thisfred> nessita: dobey ah, maybe it's the pep8 checker then?
[20:17] <dobey> no
[20:17] <thisfred> I get warnings when it's not at the top
[20:17] <dobey> or well, the message is misleading
[20:17] <dobey> whoever prints the message
[20:18] <nessita> thisfred: I'm running pylint with the docstring moved and I have no messages related to that
[20:18] <dobey> thisfred: the first line of executable python code must consist of a docstring
[20:18] <dobey> thisfred: the number of comment lines above it is inconsequential
[20:18] <thisfred> dobey: nessita, I will move them back wherever I did that.
[20:18] <nessita> thisfred: yes please, and show me the error if you have any
[20:19] <nessita> thisfred: the docstring itself is not pep-257 compliant, but that's another issue
[20:19] <thisfred> nessita: it's probably as dobey says and I misread the message
[20:19] <nessita> and lint will not complain about that
[20:19] <dobey> we need a docstring linter
[20:19] <thisfred> anyone know how to grep for """ at the beginning of a file? :)
[20:20] <nessita> thisfred: instead, I would recommend:
[20:20] <nessita> thisfred: bzr diff --old=../trunk --using=meld
[20:20] <nessita> thisfred: that's how I check the code when reviewing
[20:20] <nessita> and you can edit in place
[20:20] <thisfred> nessita: yeah, but I may have done some of them on previous branches
[20:20] <nessita> thisfred: argh, and who approved!!!!!
[20:20] <nessita> :-)
[20:21] <thisfred> nessita: also I don't like to edit in meld, it leaves whitespace, and insrets tabs if you're not careful
[20:21] <thisfred> nessita: not you, that's for sure :)
[20:21] <nessita> thisfred: yes, that's the only con I have
[20:21] <nessita> thisfred: maybe this would help:
[20:21] <thisfred> nessita: I love it for reviews though, or figuring out what went wrong :)
[20:21] <nessita> find -name '*.py' | xargs head
[20:22] <nessita> thisfred: that will show the first 10 lines of every .py file
[20:23] <nessita> thisfred: though that will not cover bin/, you should go by hand there
[20:23] <CardinalFang> thisfred,   find . -type f | while read f; do sed -e 'p;q' "$f" |grep -q '^"""' && echo $f; done
[20:24] <thisfred> CardinalFang: I want to marry you. I will tell my wife tonight.
[20:24] <CardinalFang> Roger.
[20:24] <thisfred> only 52 files :)
[20:29] <dobey> you changed 52 files to put the docstring at the absolute top?
[20:29] <dobey> sucks to be you ;)
[20:29] <thisfred> dobey: no way less
[20:29] <thisfred> dobey: a lot of them have no copyright
[20:29] <thisfred> DON'T MAKE ME ADD THAT AS WELL
[20:30] <thisfred> almost done
[20:30] <dobey> what. files without copyrights?
[20:30] <thisfred> yeah SSSSH!
[20:30] <thisfred> I'm not doing it
[20:30] <dobey> i think i will add a checker for that too
[20:30] <thisfred> you can't make me
[20:30] <dobey> sure i can :)
[20:30] <thisfred> I will review the branch gladly
[20:30]  * dobey writes a tarmac plug-in for that real quick
[20:31] <thisfred> NOOOOOEs
[20:31] <mterry> Anyone here able to talk about the ubuntu-sso dbus API for applications?
[20:32] <thisfred> mterry: nessita would be my best guess
[20:33]  * mterry gives a pregnant look at nessita
[20:34] <thisfred> nessita: 227 pushed, now with less stupid!
[20:34] <nessita> mterry: I'm here!
[20:35] <nessita> mterry: I hope the pregnancy is not contagious :-P
[20:35] <nessita> otherwise we should not be talking
[20:36] <mterry> nessita, no touching, don't worry
[20:36] <nessita> jeje
[20:36] <nessita> mterry: what can I do for you?
[20:36] <mterry> nessita, so...  sil was talking to me (the maintainer of Deja Dup) about adding support for backing up to Ubuntu One server-side-only storage
[20:37] <mterry> nessita, and he pointed me at part of the story, the sso bits to log into Ubuntu One
[20:37] <mterry> nessita, and I played with it, but I don't get it.  :)
[20:37] <nessita> mterry: yes, we currently provide a Dbus service to query for credentials for any app. What programming language are you using?
[20:38] <mterry> nessita, let me explain my confusion in a sec
[20:38] <mterry> nessita, (vala)
[20:38] <nessita> mterry: ok, I read you
[20:39] <mterry> nessita, I call login_or_register_to_get_credentials and it opens a pretty little dialog, but I'm thinking it's not solving my use case, and I'm not sure what I'm supposed to use instead.  This API asks for stuff like a terms url and reads like I'm asking the user to sign into *Deja Dup*, but I want something to log into *Ubuntu One*
[20:40] <nessita> mterry: right, so, 2 things
[20:40] <nessita> mterry: are you coding for natty and above, right?
[20:40] <mterry> nessita, yes
[20:41] <nessita> mterry: so you should be using the new SSO iface (what you're using is the old one). The difference is onyl about how parameters are passed, so we can talk using the old method as reference, but you will need to migrate to new one (should be fairly easy)
[20:42] <nessita> mterry: if your goal is to check if a user has a Ubuntu One token, you should query the find_credentials() method, passing as parameter 'Ubuntu One'
[20:42] <mterry> nessita, I should be using /com/ubuntu/sso/credentials instead of /credentials, I'm guessing?
[20:43] <nessita> mterry: yes! and the iface is called CredentialsManagement
[20:43] <nessita> mterry: please note this method, in the new iface, will not return immediately since the keyring can block
[20:43] <mterry> nessita, oh.  the old iface specifically talked about how great it was that it wasn't blocking...
[20:43] <nessita> mterry: on the new iface, you should call find_credentials('Ubuntu One', {})
[20:43] <mterry> nessita, ACK
[20:44] <nessita> mterry: that will return thru signals: either CredentialsFound or CredentialsNotFound
[20:44] <nessita> mterry: if no credentials were found, here comes the need of using GUI part
[20:44] <nessita> (so far no GUI was involved)
[20:44] <mterry> ACK
[20:44] <thisfred> Taking a break from all my worries sure would help a lot.
[20:44] <thisfred> bbiab
[20:44] <mterry> nessita, oh wait. when you said blocking, you mean non-blocking it sounds like, if it returns via signals
[20:45] <nessita> mterry: yes, sorry, I wasn't clear enough. Former find_credentials was indeed blocking since accessing the keyring is blocking
[20:45] <thisfred> nessita: ping me if there's more wrong with my branch, though, or when you approve it. That one is sort of urgent.
[20:45] <nessita> thisfred: I will
[20:46] <nessita> mterry: new find_credentials, is not blocking and return thru signals. So, back to the GUI need: the user has no Ubuntu One credentials and you want to offer to her to either login in or signup
[20:47] <dobey> so complex
[20:47] <mterry> nessita, yup!
[20:47] <nessita> mterry: and here comes the tricky part (I'm just realizing that this is indeed tricky and we may provide an easy way to solve this, but I need to discuss a new idea with my boss)
[20:47] <dobey> well he wants to tell ubuntuone to offer that
[20:47] <dobey> not to do it himself so much.
[20:48] <nessita> dobey: yes, we should offer a dbus call, whithin u1 to get new accounts
[20:48] <mterry> nessita, yeah, seems like the register+login call is gone, split in twain.
[20:49] <nessita> mterry: theoretically, you should invoke 'register' or 'login' with a fixed set of parameters, specific to Ubuntu One
[20:49] <nessita> so, specific params will be:
[20:49] <nessita> app_name: 'Ubuntu One'
[20:49] <nessita> extra args, a dict with:
[20:50]  * mterry is thinking that https://wiki.ubuntu.com/SingleSignOn/UbuntuSsoClient could use all this info  :)
[20:50] <nessita> mterry: yes, we have a bug to update that :-)
[20:50] <mterry> nessita, but continue, interested in the dict info
[20:51] <nessita> extra dict: {'tc_url': "https://one.ubuntu.com/terms/", 'ping_url': "https://one.ubuntu.com/oauth/sso-finished-so-get-tokens/", 'help_text': "Ubuntu One requires an Ubuntu Single Sign On (SSO) account. This process will allow you to create a new account, if you do not yet have one."}
[20:51] <nessita> mterry: as you can see, that parameter set is extremely specific to Ubuntu One
[20:51] <nessita> so we should definitively offer a shorcut whithin ubuntu one
[20:51] <mterry> nessita, :-/  Yeah
[20:52] <mterry> nessita, for translation purposes if nothing else
[20:52] <nessita> mterry: I can provide a solution (or a plan) next Wednesday. Can you wait until then? or use something else until then (like the log call)?
[20:52] <nessita> long*
[20:52] <mterry> nessita, yeah no rush at all.  I'm just doing some prep work in the UI before the backend stuff (pushing/pulling/listing files in Ubuntu One) is done
[20:53] <mterry> nessita, do you know anything about the ETA for that stuff?
[20:53] <nessita> mterry: please define "that stuff" :-)
[20:53] <nessita> just to be sure I m etaing the right thing
[20:54] <mterry> nessita, my app needs the ability to put, get, and list files in U1 server-side-only storage (from Python this time)
[20:55] <nessita> mterry: hum, as far as I know we currently don't have the ability to put, get and list files. We should check with aquarius (sil) if that's part of the plan for  the new AIPs
[20:55] <nessita> APIs*
[20:55] <nessita> mterry: I can provide ETAs for the replace of the get credentials burden :-)
[20:56] <mterry> nessita, the first parameter of this dbus API, it seems like it shouldn't be translated (used as a key for credentials), but at the same time, it is shown in the UI
[20:56] <nessita> mterry: the app name is never translated
[20:56] <mterry> nessita, aquarius has been talking to me about the need for those API bits
[20:56] <nessita> Ubuntu One is the same in any language
[20:57] <mterry> nessita, well, OK.  Fine for Ubuntu One.  But this seems like a more general-purpose API, and may not be true for other things?
[20:57] <dobey> mterry: just because something is shown in the UI, it shouldn't necessarily be translated.
[20:57] <nessita> mterry: it is a general purpose api, to create a SSO account to any app. We assumed the app name is not translatable...
[20:58] <mterry> nessita, ahem, back
[20:59] <mterry> nessita, well, I don't really care, since I'm only interested in Ubuntu One here, but I wouldn't have thought that was a safe assumption
[20:59] <nessita> mterry: I see. I'll make sure to add that to the wiki page
[21:00] <nessita> mterry: so, regarding the API for file management, we should ask sil. You can count on the improved Dbus method to specifically create a Ubuntu One account, but currently is not available
[21:00] <mterry> nessita, dobey's right though that perhaps you want to only show the untranslated version for security reasons or something, but I don't know the places these strings get used
[21:00] <dobey> mterry: well it doesn't really matter if the string does get translated or not, though
[21:01] <dobey> mterry: it's just a string label. if the user is using a translation they will probably understand what it is if they look on the web or wherever it might show up
[21:01] <mterry> nessita, sure.  He mentioned that someone else was working on the files API.  I don't recall who
[21:01] <nessita> mterry: ah, ok
[21:01] <mterry> dobey, with that attitude, why bother translating anything at all  :)
[21:02] <dobey> mterry: well brand names shouldn't be translated. they are in fact, untranslatable.
[21:03] <mterry> dobey, that's not true.  Plenty of brands have localized versions.  I think McDonald's has a phonetic version in Chinese and such
[21:03] <dobey> mterry: yes, well; people do actually do stupid things sometimes, without necessarily thinking about the consequences.
[21:03] <mterry> dobey, but brands aren't the same as applications names.  Calculator's name is translated
[21:04] <dobey> mterry: calculator is not an application name. gcalctool is not translated.
[21:04] <dobey> but gcalctool isn't really shown in the UI anywhere
[21:04] <dobey> only in the about box
[21:05] <mterry> dobey, right, and that's why I'm asking how these strings are used.  If the API wants an appid, gcalctool should be passed, if it wants something to present to the user, _("Calculator") should be passed.  Hence my request to be able to pass both fields.
[21:07] <nessita> mterry: your request makes sense and with the new dbus iface we can add extra parameters without breaking the dbus api to former clients
[21:07] <nessita> mterry: right now, the (visible) app name is also the app id
[21:08] <dobey> i don't think it makese sense; but only because i don't see any technically valid reason to haave anything other than what the user sees
[21:08] <dobey> and in either case, "Ubuntu One" should never be translated
[21:13] <mterry> dobey, the point is that the user would see the translated version (unless we only want to show the appid for security reasons -- i.e. to prevent malicious apps fooling people)
[21:14] <CardinalFang> thisfred,  https://code.edge.launchpad.net/~cmiller/desktopcouch/code-split-changes-relative-path-to-configs/+merge/41515
[21:15] <dobey> mterry: i don't think that is a valid way of implementing security. at least, it is very easily defeatable
[21:15] <thisfred> CardinalFang: ah, thanks, so that was all my fault then? :)
[21:15] <nessita> thisfred: shall I retry?
[21:15] <CardinalFang> Eh, the compulsory-auth test fails too, so no.
[21:16] <dobey> mterry: it is very easy to get a translation for the app name; probably more so in ubuntu for certain apps, given that translations may installed without the application being installed
[21:17] <mterry> dobey, probably agreed re:security.  I was just trying to think of reasons you didn't want to show the translated name
[21:18] <mterry> dobey, but a naive attempt at getting app name would fail in the case of gcalctool being the appid
[21:18] <mterry> dobey, hence why the app needs to provide it
[21:18] <dobey> mterry: i don't have any good reason to not show _("Calculator") or something; but for "Ubuntu One" we are not called "Ubuntu Uno"
[21:19] <mterry> dobey, I have not been talking about the Ubuntu One case at all here
[21:19] <dobey> mterry: i don't think the app providing both is going to solve that issue.
[21:20] <mterry> dobey, solve which issue?
[21:20] <dobey> 16:18 < mterry> dobey, but a naive attempt at getting app name would fail in  the case of gcalctool being the appid
[21:21] <dobey> basically i don't see any valid technical reason to provide the appid
[21:21] <mterry> dobey, ah, you've been anti-appid.  My understandings of your comments made me think you were anti-translation
[21:21] <dobey> at that point, we're basically attempting to implement another crappy third party web authentication mechanism over dbus
[21:22] <dobey> might as well just generate UUIDs for developers and tell them to keep them secret :P
[21:22] <mterry> dobey, how else would sso find your credentials without a key (the appid)?
[21:23] <nessita> thisfred: ping
[21:23] <thisfred> nessita: eh sry retry what?
[21:23] <dobey> mterry: the same way it does now?
[21:23] <nessita> thisfred: I'm confused (a bit). Are the docstring issues solved?
[21:23] <nessita> is the not having dc installed issue solved?
[21:24] <dobey> mterry: currently if you use translated strings there, it means if you change your translation, you have to log in again.
[21:24] <dobey> but eh
[21:24] <mterry> dobey, right, that's the problem we're talking about
[21:24] <thisfred> nessita: 1. yes, on my branch in rev 227
[21:24] <thisfred> nessita: 2. hopefully, on chad's ^^ branch
[21:25] <dobey> mterry: right. i guess i don't see any reason that things that would use translatble strings there, would have to use sso. but eh
[21:25] <nessita> thisfred: have you pushed rev 227?
[21:26] <thisfred> nessita: yep
[21:26] <nessita> thisfred: ok, starting fresh since I don't have those
[21:26] <mterry> nessita, btw, the new-style API dropped the combined register+login.  The expectation is that my app will show both options to the user, rather than having that choice (login/register) be made sso-side?
[21:26] <nessita> mterry: if you try them both, you'll see that the GUI is the same. Register also offers login at the bottom, like before
[21:27] <nessita> mterry: login provides login inly
[21:27] <nessita> only*
[21:27] <nessita> mterry: we improved just the names and parameters
[21:27] <nessita> and asynchronism (if such word even exists :-P)
[21:28] <dobey> nessita: would you care to review https://code.edge.launchpad.net/~dobey/ubuntuone-dev-tools/add-coverage/+merge/41503 ?
[21:28] <nessita> dobey: I'm happy to
[21:29] <mterry> nessita, OK, cool.  I was expecting when I originally tried register_and_login that the login would be high-priority and there would be a small button to register.  But it was the other way around.  Is it so rare that a user would need to login?  (because as an app author, I can't see why I would ever call 'login' and thus assume that there is no way the user hasn't already got an account)
[21:29] <nessita> mterry: software center app wanted this funct6ionality
[21:29] <nessita> functionality*
[21:29] <dobey> nessita: thanks
[21:30] <mterry> nessita, what's the use case for the login call then?  (use case would be greatly increased if there was a 'register' button in the login screen)
[21:30] <nessita> mterry: I'm not sure, they ask "we want a login only screen, with no visible registration"
[21:31] <nessita> they ask for*
[21:31] <nessita> :-)
[21:31] <mterry> nessita, oh, the login-only was the Software Center ask.  I assumed they asked for the register-focus
[21:31] <nessita> maybe
[21:31] <nessita> at that point our schedule was really tight and the APIs were fixed
[21:33] <mterry> nessita, well, I suspect most users are familiar with a web-style login that offers the ability to login and a small button for the once-in-a-lifetime register press.  The way the API is now, as a non-Software-Center app author, I can't imagine calling 'login', so must call 'register'.  But I feel that that screen is so busy  and unfamiliar as a login mechanism that the user might think it's *only* for registering
[21:33] <nessita> thisfred: I may be crazy myself, but bin/desktopcouch-get-port keeps having the docstring at the top
[21:34] <nessita> mterry: I agree. Can you please add a bug report to ubuntu-sso-client to include registration on the login screen?
[21:34] <thisfred> nessita: oops may have skipped those, since they're not .py
[21:34] <nessita> thisfred: same for bin/desktopcouch-pair
[21:34] <thisfred> yeah
[21:35] <mterry> nessita, OK
[21:36] <thisfred> nessita: 228 pushed
[21:36] <nessita> thisfred: same for bin/desktopcouch-service
[21:36] <nessita> thisfred: did you fix all the bin scripts?
[21:37] <thisfred> yep
[21:37] <nessita> thisfred: SERVICE = DesktopcouchService(init_mainloop()) should not use uppercases
[21:37] <nessita> thisfred: only module level constants are upppecases
[21:38] <thisfred> nessita: yeah, probably not, I'll escape that instead
[21:38] <nessita> escape?
[21:38] <nessita> thisfred: lint will not complain
[21:38] <thisfred> yes it will
[21:38] <nessita> that's not a module level constant
[21:38] <nessita> no! :-)
[21:38] <nessita> thisfred: I just tried it
[21:39] <thisfred> nessita: ah, not with our pylintrc. It did before though
[21:39] <nessita> ah!
[21:39] <nessita> :-)
[21:39] <thisfred> nessita: ah, no: it does not because the C0103 is escaped in the file
[21:40] <thisfred> nessita: because the filename itself is ungood
[21:40] <thisfred> good enought for me
[21:41] <mterry> nessita, https://bugs.launchpad.net/ubuntu-sso-client/+bug/680240
[21:41] <ubot4> Launchpad bug 680240 in ubuntu-sso-client "Provide a combined login+register screen with an emphasis on logging in (affects: 1) (heat: 6)" [Undecided,New]
[21:41] <thisfred> nessita: pushed 229
[21:41] <nessita> mterry: awesome, thanks!
[21:41] <nessita> thisfred: thanks!
[21:47] <nessita> thisfred: not related to your branch, but: why are you accessing the keyring?
[21:48] <dobey> yay, my computer locked up again :(
[21:50] <dobey> nessita: desktopcouch stores couchdb authentication tokens in the keyring
[21:50] <dobey> nessita: not for sso, but for local couchdb
[21:51] <nessita> dobey: can that use ussoc?
[21:51] <dobey> no
[21:51] <dobey> it has nothing to do with connecting to the internet
[21:51] <nessita> dobey: but sso can store and find credentials without internet
[21:52] <nessita> and now, we have dropped the dependency with the keyring! using the dbus service, so this would work out of the box with kwallet
[21:52] <dobey> nessita: it completely abstracts the keyring api? or it requires all the extra sso related stuff for that?
[21:52] <nessita> dobey: it abstracts storing, finding and clearing credentials
[21:52] <nessita> you do need to provide an app name
[21:53] <dobey> i don't think the way it does that makes sense for things that don't use the SSO
[21:53] <nessita> dobey: by "extra sso related stuff" what do you mean?
[21:54] <dobey> nessita: anything extra that is not directly required in the secretes storage API
[21:55] <nessita> dobey: then no, no extra sso bits
[21:56] <dobey> then what does it need the app name for?
[21:56] <nessita> dobey: to create a token name
[21:56] <nessita> thisfred: approved. Great work, really, you rock!
[21:57] <nessita> thisfred: you may wanna set the commit message?
[21:57] <dobey> nessita: i don't think that's the way it should work.
[21:58] <nessita> dobey: I imagine you would say something like that :-)
[21:59] <dobey> nessita: well there is a conflict of interest there.
[21:59] <thisfred> nessita: many thanks, that was an epic review.
[22:00] <nessita> thisfred: it was! but I'm happy to have made it (please correct my crappy english)
[22:01] <dobey> nessita: ussoc creates tokens name "app name-machine" right?
[22:01] <nessita> app_name @ machine_name
[22:03] <dobey> right; i don't think that's relevant for the desktopcouch tokens in question
[22:04] <nessita> dobey: is just a token name...
[22:05] <dobey> so is a uuid
[22:06] <nessita> thisfred: can you please do another review? this one is much easier than the one before, and very similar review process https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/store-creds/+merge/41521
[22:07] <nessita> thisfred: description on how to test, attached to the  merge proposal
[22:07] <thisfred> nessita: sure thing, I'm on it
[22:07] <dobey> anyway, i'm outta here for the night; later
[22:07] <thisfred> later dobey
[22:08] <nessita> dobey: ping before you go
[22:08] <nessita> dobey: shouldn't the import coverage be conditional to having it installed?
[22:24] <nessita> ok, gotta go
[22:24] <nessita> see yall tomorrow!