=== mthaddon` is now known as mthaddon
[09:24] <mandel> morning!
[09:38] <JamesTait> Happy Pancake Day! :D
=== yofel_ is now known as yofel
[10:28] <czajkowski> has the add a device to U1 gone hiding on oneiric ?
[10:29] <czajkowski> trying to add a computer but cannot see the add a device anywwhere :/
[10:32] <czajkowski> twitpic.com/8mqze8  every time I click I've already have an ac it goes grey
[10:45] <mandel> czajkowski, let me check
[10:46] <mandel> czajkowski, have you joined?
[10:46] <czajkowski> joined?
[10:46] <mandel> czajkowski, in the image, you have to provide your creds
[10:46] <czajkowski> yeah so i click on the I've an ac
[10:46] <czajkowski> but it keeps going grey
[10:47] <czajkowski> but the U1 folder on my desktop says it's syning
[10:47] <mandel> hm.. funny
[10:47] <mandel> czajkowski, do the following, go to the keyring and remove the Ubuntu One creds key
[10:48] <czajkowski> funny isn';t the word I'd use , but possibly the politest :)
[10:48] <mandel> czajkowski, without the creds it sso will ask for them and you will be able to re-add the machine, then you should be ready to go
[10:49] <czajkowski> mandel: cheers
[10:50] <mandel> czajkowski, no problem, let me know if everything works ok
[11:05] <rye>   File "/usr/lib/python2.7/dist-packages/ubuntuone-control-panel/ubuntuone/controlpanel/gui/qt/filesyncstatus.py", line 73, in <module>
[11:05] <rye>     {'msg': WARNING_MARKUP % FILE_SYNC_ERROR, 'action': FILE_SYNC_RESTART,
[11:05] <rye> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 24: ordinal not in range(128)
[11:06]  * rye wants contrl panel
[11:06] <rye> also, i want the reactor to stop when u1sdtool finishes
[11:42] <mandel> rye, cute!
[11:42] <mandel> rye, gatox is going to love that we still have unicode errors ;)
[11:47] <rye> mandel, my locale is es_ES though
[11:48] <mandel> rye, even more fun :P
[11:54] <czajkowski> mandel: thanks that fixed it I think, I had to add my new address to it which could have been the issue as my sso changed.  But files on old computer say they are updates to u1 but checking them on other machine U1 isn;t showing them still
[11:55] <mandel> czajkowski, give it some time, if after lunch you have issues we can take a look at the logs
[11:57] <czajkowski> sure thanks
[12:05] <mandel> ok, early lunch for me
[12:05]  * mandel early lunch
[12:41] <gord> hey peeps, the ubuntuone plugin in rhythmbox is manually  adding ~/.ubuntuone/Purchased from Ubuntu One and ~/.local/share/ubuntuone/Purchased from Ubuntu One/ - causing all my music to get indexed twice. any way i can get it to stop doing that? its rather annoying
[12:50] <rye> gord, is the last one a symlink to the first one?
[12:50] <gord> rye, yeah, i assume it was created by u1 at some point, no idea if it still uses it
[12:51] <rye> aquarius, ^ do you recall?
[12:52] <aquarius> gord, it's created by the Rhythmbox plugin; it's there because people requested that music was placed in an XDG folder, and the symlink was a compromise to do that.
[12:53] <gord> aquarius, can we get the rb plugin to only index from one of them not both then? it actually only adds weird thing is, the plugin only adds ~/.ubuntuone/Purchased from Ubuntu One/ to the rhythmbox library gsettings key, doesn't add the other one, no idea how its even getting the library to update from there
[12:54] <aquarius> gord, RB shouldn't be indexing the .local folder
[12:54] <aquarius> gord, if it is... it's not supposed to be.
[12:54] <gord> i agree ;) if i remove the u1 plugin it stops indexing that folder though
[12:55] <aquarius> gord, davmor2 and repete seemed to have this problem too. dobey, ping about this; why would RB be indexing music in .local/share if it's not in the library gsettings key to do so?
[13:02] <gord> aquarius, dobey, looks like MusicStoreWidget.py manually adds your library from the XDG directory where-as ubuntuone.py adds the .ubuntuone/Purcha.. directory to your gsettings key
[13:02] <aquarius> so that sounds like we're doing both and shouldn't be. dobey, ^
[13:42]  * mandel back
=== yofel_ is now known as yofel
[13:46] <alecu> hello all!
[13:46] <ralsina> hello alecu!
[13:47] <ralsina> restarting session because this is not working :-/
[13:49] <ralsina> Grmbl, for some reason my dbus system bus is crashing and things go awesomely bad
[13:55] <mandel> alecu, ralsina hello!
[13:55] <alecu> hola mandel!
[13:55] <mandel> alecu, we have ssl dialog! I need to clena the code and will ask for reviews :)
[13:56] <mandel> alecu, how did the long weekend go?
[13:57] <alecu> mandel, it's still going on... I had to cut it short, because I'll probably be taking this friday off.
[13:57] <alecu> mandel, everybody is sleeping at my home... it's a very quiet day.
[13:57] <mandel> alecu, ah, well better on a friday hehe
[13:57] <mandel> :D
[14:01] <alecu> mandel, I'm looking at your osx porting notes, and looking at the inotify docs... and I just realized this:
[14:01] <alecu> cat /proc/sys/fs/inotify/max_user_watches -> 8192
[14:02] <mandel> alecu, la puta!
[14:02] <alecu> mandel, that means that syncdaemon on linux can handle a maximum of 8192 folders, total.
[14:02] <ralsina> alecu, mandel: BTW we have a bug about noticing when we run out of watches and telling the user about it
[14:02] <alecu> mandel, (probably a bit less if other apps are using watches too)
[14:03] <ralsina> alecu, mandel: and that is better done using syctl so it's persistent
[14:03] <mandel> I love how we hit some many doggy things.. who wants to invest in alecu practicing kernel programming? raise your hand o/
[14:04] <alecu> mandel, I'll just make a patch to increase that number... say... tenfold
[14:04] <mandel> alecu, lol that is cheating!
[14:11] <dobey> aquarius, gord: there should be a bug filed about duplicate entries already
[14:12] <aquarius> dobey, I thought you already knew about this, indeed
[14:15] <rye> mandel, ralsina please pass this to gatox - bug #937809
[14:15] <rye> bug 937809 ?
[14:15] <mandel> ubuntulog, you son of a ...
[14:15] <mandel> puto, responde!
[14:15] <mandel> ..
[14:15] <rye> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-control-panel/+bug/937809
[14:15] <mandel> ubuntulog, Y U NO ANSWER!
[14:15] <rye> ubuntuone-control-panel-qt crashed with UnicodeDecodeError in /usr/lib/python2.7/dist-packages/ubuntuone-control-panel/ubuntuone/controlpanel/gui/qt/filesyncstatus.py: 'ascii' codec can't decode byte 0xc3 in position 24: ordinal not in range(128)
[14:16] <ralsina> rye: hahahaha gatox is going to go insane ;-)
[14:16] <ralsina> rye: I will buy him cake for his 100th unicode bug though
[14:37] <elopio> rmcbride: hi. Are you working today?
[14:38] <rmcbride> elopio: yes I am.
[14:38] <elopio> rmcbride: great. Can you meet with me at 16:00 UTC?
[14:39] <rmcbride> elopio: I have to do the time conversion to know when that is, but sure :)
[14:39] <elopio> :)
[14:40] <elopio> joshuahoover is sick today, and pfibiger will not be available, so this week will be just the two of us.
[14:40] <rmcbride> elopio: OK, and I have the time marked now
[14:47] <dobey> mandel: ubuntulog isn't the bugs bot
[14:48] <dobey> hrmm
[14:48] <mandel> dobey, I just need to yell at someone :P
[14:48] <dobey> the bot is missing
[14:48] <mandel> dobey, give me the right target!
[14:48] <dobey> but that bug is private so it wouldn't have helped anyway
[14:48]  * dobey wonders which bot it was
[14:49]  * dobey reboots real quick
[14:52] <rye> no longer private
[14:54] <dobey> ugh now there is an ugly triangle in the bottom corner of my windows
[15:00] <mandel> me?
[15:00] <mandel> dobey, does the triangle move when you move the mouse?
[15:01] <dobey> mandel: it's the resize thing yes
[15:03] <mandel> dobey, ralsina, alecu no stand up, right?
[15:03] <alecu> me
[15:03] <ralsina> I am on a call, so standup if you have notes,or not
[15:04] <ralsina> But tomorrow, we have one!
[15:04] <mandel> then tom, right alecu dobey ?
[15:04] <dobey> alecu: aren't you on holiday?
[15:05] <urbanape> do we do standup in Mumble or just here?
[15:05] <ralsina> urbanape: it's here
[15:06] <ralsina> urbanape: are you already on desktop? I thought you switched next week! :-)
[15:06] <urbanape> you said monday!
[15:06] <urbanape> if you don't need me until next week, that's okay, too.
[15:06] <ralsina> urbanape: well, next week has a monday too. You said you needed two weeks for iOS :-)
[15:06] <dobey> urbanape is switching?
[15:06] <ralsina> dobey: on a loan
[15:06] <urbanape> we've always got polishing on iOS stuff to do
[15:07] <urbanape> okay, cool. See you all next week!
[15:07] <ralsina> urbanape: hahaha, interesting problem we are having. See you next week :-)
[15:07] <mandel> if only there was a day we could identify days by ids.. a way the will never repeat and would be exact..
[15:08] <ralsina> urbanape: we still need to talk a little about how we are going to do it. Want to have a conversation with you, alecu and mandel tomorrow if that's ok for you both
[15:08] <urbanape> sure thing
[15:08] <mandel> I know, I'm going to write a standard for it.. maybe something like dividing the year in sectors and those sectors in days and then add an id for each and combine them...
[15:08] <alecu> dobey, I'm on a swap from the long holiday
[15:08] <mandel> I'm going to call it calendar!! CALENDAR buahauhauhaauha
[15:08] <mandel> :P
[15:08] <ralsina> mandel: ha! you are so subtle.
[15:09] <mandel> ralsina, hehe
[15:09] <mandel> ralsina, I'm in for the chat
[15:09] <ralsina> mandel: can you schedule that call tomorrow? As early as possible for all.
[15:09] <mandel> ralsina, you know my sense of humor hehe it was a parallel conversation :)
[15:09] <dobey> mandel: does each day have a UUID?
[15:09] <mandel> dobey, I think is the best way.. how else?
[15:10] <dobey> Today is Boomtime, the 52nd day of Chaos in the YOLD 3178
[15:10] <dobey> i prefer that calendar :)
[15:15] <rmcbride> wow. I haven't played KoL in forever dobey
[15:16] <rye> dear software, please stop fixing itself when I am debugging you
[15:16] <dobey> heh
[15:16] <rye> also, does anybody have a working qt control panel now (not with nightlies)
[15:16] <rye> oh, ralsina btw
[15:17] <rye> ralsina, u1sdtool hangs (and jono filed a bug) - is it going to work/working in nightlies?
[15:17] <dobey> rye: it is a known problem
[15:29] <dobey> ugh. the weather, it hurts.
[15:49] <ralsina> LUNCH!
[15:58] <dobey> lunch and errands here. bbiab
[16:04] <mandel> ralsina, ping?
[16:15] <mandel> alecu, ralsina can I have reviews for https://code.launchpad.net/~mandel/ubuntu-sso-client/ssl-dialog/+merge/94012
[16:15] <mandel> alecu, ralsina if that branch lands we made the UI freeze deadline, right?
[16:19] <alecu> mandel, probably not. Branches are supposed to land on friday in order to be packaged today, so they get some test in nightlies.
[16:19] <mandel> alecu, :(
[16:27] <mandel> alecu, ralsina also, a very simple one: https://code.launchpad.net/~mandel/ubuntu-sso-client/fix-credentials-text/+merge/94016
[16:31] <mandel> does the qt control panel ask for credentials every single time?
[16:31] <mandel> it seems so in my machine
[16:56] <beuno> dobey, heya. Any idea what package I can be missing if I no longer have u1 nautilus integration?
[16:57] <apol_> hi, I need to get an Ubuntu SSO token to do some client operations (to ubuntu rnr service)
[16:57] <apol_> does anybody know if there's any code I can look into?
[16:59] <mandel> apol_, what exactly do you need to do?
=== elopio_ is now known as elopio
[17:04] <mandel> apol_, sorry system went bananas
[17:04] <apol_> mandel: well, login to get a token then issue some requests to the rnr API
[17:05] <ralsina> mandel: pong
[17:05] <mandel> apol_, take a look at the lp:ubuntu-sso-client code
[17:05] <ralsina> mandel: we arenot supposed to land anything today
[17:05] <mandel> apol_, although you can also use the ubuntu sso client dbus api to do that if you are not in a headless server or something
[17:05] <mandel> ralsina, ok, no reviews then?
[17:06] <ralsina> mandel: you are free to convince nessita about it. Let's have the reviews done just in case
[17:06] <apol_> mandel: no, it's for muon, KDE/Kubuntu's software center
[17:06] <mandel> ralsina, well, it can be blocked, I'll keep moving in my pipeline
[17:06] <mandel> apol_, well, here is the things, there is a ubuntu sso client ui done in qt and we are working on making that the default
[17:07] <apol_> mandel: what package provides this API?
[17:07] <mandel> apol_, so using the dbus api sounds like a more reasonable approach, right?
[17:07] <mandel> apol_, let me get the package name
[17:07] <apol_> mandel: well, it's a possibility, haven't made up my mind yet. It also depends on the dependencies it pulls
[17:07] <mandel> apol_, ubuntu-sso-client
[17:08] <mandel> apol_, it should just pull qt, which is there and the correct code to perform the calls
[17:08] <ralsina> mandel, alecu,dobey: I forgot to mention, but brian is onjury duty, supposed to come back tomorrow, but you never knoe
[17:08] <ralsina> know
[17:08] <mandel> ralsina, hahaha that's so american :)
[17:09] <apol_> mandel: it depends on a lot of python and gtk stuff :)
[17:09] <ralsina> mandel: yes, if he lived in Valencia, his contribution to the legal system would be a dentist appointment instead ;-)
[17:09] <apol_> (in 11.10)
[17:09] <mandel> apol_, atm yes, that is why you should look at lp:ubuntu-sso-client
[17:10] <mandel> apol_, take a look at the nightlies
[17:10] <apol_> mandel: ok, I will
[17:10] <mandel> ralsina, yes, and he will get money so that the politician did not get in jail :)
[17:10] <ralsina> mandel: indeed. Win win! ;-)
[17:10] <mandel> apol_, if you have any questions feel free to ask me, ralsina, gatos or nessita
[17:11] <apol_> ok, thank you :)
[17:13] <mandel> apol_, no problem, here to help :)
[17:13] <apol_> apparently you're all spanish in this group no? :P (just saw the names in lp)
[17:13] <apol_> (i'm from barcelona)
[17:14] <mandel> apol_, most of them are argentian.. so I keep listening to bad pronunciation hehe
[17:14] <apol_> :)
[17:15] <apol_> cool
[17:15] <mandel> apol_, I'm from mallorca
[17:15] <apol_> nice :)
[17:17] <mandel> WTF: http://www.ubuntu.com/devices/android
[17:18] <mandel> so we run on 'some' arm phones :P
[17:21] <mandel> ok, EOD for me, got rugby and I need to walk the dog
[17:21]  * mandel away
=== IAmNotThatGuy is now known as M0hi
[17:40] <dobey> beuno: ubuntuone-client-gnome ?
[17:41] <beuno> dobey, indeed, thanks
[17:42] <dobey> apol_: you can use ubuntu-sso-client. there is a qt front-end for it now. look at how ubuntu-software-center uses it, and you should probably just make similar requests
[17:46] <apol_> dobey: ubuntu-software-center uses a qt client? what would this look like? a library?
[17:51] <dobey> apol_: no. ubuntu-software-center uses ubuntu-sso-client
[17:51] <dobey> apol_: ubuntu-sso-client now has a qt front-end as well as a gtk+ front end, in 12.04 (ubuntu-sso-client-qt vs. ubuntu-sso-client-qt)
[17:51] <dobey> err
[17:51] <dobey> one of those is gtk
[17:52] <apol_> ok :)
[17:52] <elopio> dobey: do you have time to give me a hand?
[17:53] <dobey> elopio: i never have time for anything, but what's up? :)
[17:53] <elopio> I need to start the qt control panel with the qt -testability option.
[17:53] <elopio> dobey:
[17:53] <elopio> dobey: I know. The question was a formality, I was going to ask for your help anyway ;)
[17:54] <dobey> elopio: i don't know what the "qt -testability option" is
[17:54] <apol_> dobey: would you be open to external contributions? like supporting fdo's secretservice instead of gnome keyring?
[17:54] <elopio> dobey: there's a qt testability driver that allows a testing framework to inspect the UI objects.
[17:54] <elopio> on the documentation, it says:
[17:55] <elopio> If your application is a standard Qt application, use the "-testability" argument:
[17:55] <elopio> myapp -testability
[17:55] <dobey> apol_: ubuntu-sso-client already uses the fdo secrets dbus api
[17:55] <apol_> ah
[17:55] <apol_> awesome
[17:55] <apol_> :) sorry dobey
[17:55] <elopio> dobey: but if I do that, I get: ubuntuone-control-panel-qt: error: no such option: -t
[17:55] <apol_> i'll have to take a look into the new version then
[17:56] <dobey> apol_: if the packages currently in ubuntu depend on gnome-keyring specifically, it's likely to work around some other packaging issues or issues in the keyring itself :)
[17:57] <dobey> elopio: i think you'll have to ask ralsina or nessita probably. i guess control panel is doing its own options thing instead of using the qt API, and breaking that.
[17:57] <elopio> dobey: so, I guess that I can hardcode the -testability argument where the qt control panel is started. But I don't know where it is.
[17:58] <elopio> dobey: ok. I'll ask them when they return.
[17:58] <elopio> thanks.
[17:58] <apol_> dobey: is it documented anywhere how to use this ubuntu-sso-client?
[18:02] <dobey> apol_: i really don't know. i always just look at the code regardless of whether there is documentation or not for something, if i can. i guess it's a bit of a habit developed from being used to having no/poor/broken documentation :)
[18:03] <dobey> hrmm, i don't see it on http://developer.ubuntu.com/resources/platform/api/ though
[18:03] <dobey> aquarius: ^^ do you know?
[18:03] <aquarius> the sso-client desktop software isn't documented yet, I'm afraid :(
[18:04] <apol_> hm
[18:04] <apol_> dobey: so what code should I look in? lp:software-center?
[18:05] <aquarius> apol_, bear with me, because I'm not quite following what you want, so could I get you to explain again? Sorry
[18:05] <aquarius> apol_, you need an Ubuntu One oauth token in order to do something, yes?
[18:06] <apol_> aquarius: i'm working on Kubuntu's software-center thing. AFAIU, I need ubuntuone oauth token to ask for stuff
[18:06] <apol_> i've been suggested to look into this ubuntu-sso-client
[18:06] <apol_> aquarius: I'm trying to figure out if it's a solution
[18:07] <aquarius> apol_, ah, right, the token is for doing ratings and reviews and so on, got it. In that example, you're dealing purly with Ubuntu SSO -- that's not Ubuntu One, so don't be confused by things talking about Ubuntu One tokens.
[18:07] <aquarius> apol_, yes, the best place to look right now is software-center.
[18:07] <dobey> aquarius: he wants to do exatly what software-center is doing, but in kde instead :)
[18:08] <apol_> dobey: yes, basically
[18:08] <aquarius> dobey, right, and that's a good thing -- the point is that that's not an Ubuntu One token, so don't be confused by all of U1's token stuff because that's not connected. :)
[18:08] <dobey> apol_: so yeah, look at software-center code that does the authorization stuff.
[18:09] <dobey> aquarius: right. i don't think there is any confusion about that. nobody ever mentioned any u1 tokens in the discussion until you did just now :)
[18:09] <aquarius> :)
[18:09] <apol_> well then is this the right channel? i was told it was connected somehow (yep, my ubuntu knowledge isn't the best)
[18:09] <aquarius> that's why I said I was confused ;)
[18:09] <dobey> apol_: we developed ubuntu-sso-client yes
[18:09] <apol_> aquarius, dobey: so what's this ubuntu-sso-client about?
[18:10] <apol_> or, how can I use it?
[18:10] <dobey> apol_: it's the client software for talking to the ubuntu sso server and doing authorization for your application
[18:10] <ralsina> apol_: should not be a lot of code, either. Look for Credentials. ubuntu-sso-client is a way for desktop apps to authenticate to anything that uses login.ubuntu.com
[18:11] <apol_> well then it's a daemon right
[18:11] <ralsina> apol_: it provides a service via Dbus but it doesn't need to be running all the time
[18:11] <apol_> that exposes some API through dbus?
[18:11] <dobey> apol_: look at the software-center code where they do the authorization and make the dbus calls to ubuntu-sso-client, then convert to whatever language you are deeloping in, and make the same calls with similar arguments
[18:11] <ralsina> apol_: when the app needs it, it will start
[18:12] <dobey> apol_: yes, it's a service, and the front-ends are separate processes now
[18:12] <ralsina> apol_: but yes, you can act as if it were running all the time :)
[18:12] <dobey> apol_: so you can request the gtk+ one or the qt one specifically now as well i think, but they should both look the same regardless
[18:13] <apol_> well, just grep'd ubuntu-sso-client through the software-center code and the only places I get are comments
[18:13] <apol_> or debian/changelog
[18:14] <elopio> ralsina: do you have time to give me a hand? :D
[18:14] <ralsina> elopio: sure!
[18:14] <elopio> ralsina: I need to pass an -testability argument to the qt control panel.
[18:14] <ralsina> elopio: we are not passing the apps to QApplication
[18:14] <ralsina> elopio: that's a bug
[18:15] <ralsina> You can hardcode it though, to seeifit works. Look forQApplication and add it :-)
[18:15] <elopio> ralsina: I thought of hard-coding it where the application is started, but I know where's that.
[18:15] <ralsina> elopio: ok, let me find it for you
[18:15] <ralsina> elopio: gonna take just 2' (need to checkout trunk)
[18:16] <elopio> ralsina: the closest I got was ubuntuone/controlpanel/gui/qt/uniqueapp/linux.py
[18:16] <elopio> but I don't know how to add the -testability argument there.
[18:16] <ralsina> elopio: yes, that is very close. Give me 1' and I will give you a diff
[18:17] <ralsina> elopio: change super(UniqueApplication, self).__init__(argv) to super(UniqueApplication, self).__init__(argv+"-testability")
[18:17] <ralsina> elopio: that should do it
[18:17] <dobey> apol_: well "ubuntu-sso-client" isn't a valid variable name, and isn't a valid dbus interface name, so you probably won't find much looking for that exact string. :)
[18:17] <dobey> apol_: i'm sure the authorization is a contained module in the code though, so should be easy to find
[18:18] <dobey> apol_: and "com.ubuntu.sso" i think is the dbus interface name, though is probably defined in a constant in the authorization code, and re-used
[18:18]  * apol_ is diving through com.ubuntu.sso in qdbusviewer...
[18:19] <elopio> woohoo
[18:19] <elopio> ralsina: that would be super(UniqueApplication, self).__init__(argv+["-testability"])
[18:19] <dobey> apol_: you can also ask in #ubuntu-desktop for more specific help about the software center. it's not part of the ubuntuone projects, so we don't really know much about it ourselves :)
[18:19] <elopio> ralsina: it worked, thanks.
[18:19] <apol_> dobey: ok :)
[18:23] <dobey> ok, really need to make releases now
[18:25] <ralsina> elopio: could you file a bug against u1cp about us respecting qt's command line options?
[18:29] <apol_> dobey: for what I see, the sso dbus interface exposes everything needed, why do you need a qt and gtk interface?
[18:29] <elopio> ralsina: sure, I will.
[18:30] <dobey> apol_: the ubuntu-sso-login service has to pop up UI for a user to log in or create an account. that UI can either be gtk+ or qt currently.
[18:31] <apol_> dobey: the login method asks for username, password and appname
[18:32] <dobey> apol_: i think that one is deprecated. and well, you probably don't know the username and password already. and also, if auth fails, it will have to pop up a dialog again
[18:32] <apol_> deprecated :D great
[18:32] <apol_> dobey: well, thing is I can do that in the client too
[18:35] <dobey> apol_: i think you are supposed to call login() on the CredentialsManagemenet interface
[18:36] <dobey> apol_: the SSOLogin interface is what the UI uses to talk to the main sso login service (as they are separate processes)
[18:36] <apol_> dobey: if I use the login() method I get this error: "Unable to find method login on path /com/ubuntu/sso/credentials in interface com.ubuntu.sso.CredentialsManagement"
[18:41] <dobey> apol_: with what arguments are you passing it?
[18:41] <apol_> dobey: it has no arguments
[18:41] <dobey> apol_: the signature is 'sa{ss}'
[18:43] <dobey> apol_: so you need to pass the app name, and a dict with help_text, ping_url, tc_url, and window_id if any of them are necessary
[18:43] <apol_> ok
[18:43] <apol_> i found what was going on
[18:44] <apol_> I needed the com.ubuntu.sso.ApplicationCredentials::login_to_get_credentials method
[18:48] <apol_> dobey: well, got something to work somehow
[18:48] <apol_> thanks a lot for your help
[18:48] <apol_> (and others too :)
[18:48] <dobey> sure
[22:49] <dobey> later!