[09:46] <klattimer> kenvandine: did the tomboy fix get released properly or is it still stuck in proposed? https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/660525 https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/627744
[14:20] <tedg> kenvandine, So what is a flickr account supposed to do in Gwibber?  I would have thought it'd show me when my contacts post photos...
[14:20] <kenvandine> exactly that
[14:20] <kenvandine> i assume it isn't working...
[14:23] <kenvandine> sigh
[14:24] <kenvandine> tedg, what version of flickr are you using?
[14:24] <kenvandine> whoops
[14:24] <kenvandine> gwibber that is
[14:24] <tedg> kenvandine, What ever is in Maverick.
[14:24] <kenvandine> that is what i was afraid of
[14:24] <kenvandine> wtf
[14:24] <tedg> kenvandine, 2.32.0.2
[14:25] <tedg> kenvandine, It's never done anything for me though.  I'm not sure if I have it all working right...
[14:25] <kenvandine> working in my stock maverick VM
[14:25] <kenvandine> but not on my laptop
[14:25] <kenvandine> which is trunk... so was hoping it was just broken in trunk
[14:26] <kenvandine> latest photo in my VM is 2 weeks ago, but flickr says i have friends that posted just a couple days ago
[14:27] <kenvandine> tedg, do you have a flickr icon in the treeview on the left hand side?
[14:27] <tedg> kenvandine, No
[14:27] <kenvandine> ok, same on my laptop, but i do in my VM
[14:28] <kenvandine> well at least i reproduced the problem :)
[14:28] <kenvandine> tedg, mind filing a bug?
[14:29] <tedg> kenvandine, Sure, not quite sure what to say :)  "Flickr is broke-like" :)
[14:29] <kenvandine> yeah :)
[14:29] <kenvandine> i'll understand it... and i'll fix it quickly :)
[14:43] <tedg> kenvandine, bug 670412
[14:43] <kenvandine> thx
[14:57] <kenvandine> tedg, please run this for me
[14:57] <kenvandine> echo 'select count(*) from messages where service = "flickr";' | sqlite3 ~/.config/gwibber/gwibber.sqlite
[14:58] <tedg> kenvandine, 0
[14:58] <zapvandijk> hi, i had a question regarding application idicators - do these work only for gnome? has any thought been given of how it would work with tiling window managers like i3?
[14:59] <tedg> zapvandijk, They mostly work in the panel -- so I'm not sure how a tilling window manager would effect them if you still had a panel.
[15:00] <kenvandine> tedg, humm, and your flickr account has been setup for a while?
[15:00] <zapvandijk> tedg, ah, i see - i thought the app indicators were on the window - for some reason i thought that the indicators were window-local
[15:00] <kenvandine> tedg, also can you confirm you have friends on your flickr account that have posted images relatively recently?
[15:00] <tedg> kenvandine, Yeah, I don't know how long... a while.
[15:00] <kenvandine> i can't reproduce it in the maverick version... but did find a bug in trunk
[15:01] <tedg> kenvandine, They come up on the flickr website.  TheDoctor is a contact and he just posted UDS Orlando stuff.
[15:01] <kenvandine> and you put in the same username?
[15:01] <tedg> kenvandine, Yes
[15:01] <zapvandijk> this links (https://wiki.ubuntu.com/Ayatana/Windicators) says that - windicators, are menus that appear at the trailing end of a window?s title bar, or in the panel when the window is maximized.
[15:01] <kenvandine> one problem i just found is if it fails, it fails completely silently
[15:02] <tedg> kenvandine, Hmm, so maybe it's failing and I don't know...
[15:02] <kenvandine> so i could see if you had a typo in the username or something
[15:02] <kenvandine> it would just return no results
[15:02] <tedg> zapvandijk, Windicators is a concept that hasn't been implemented.  We hope it can use a similar API to Application Indicators, but they're not really the same.
[15:02] <kenvandine> tedg, try removing the account and adding it again
[15:03] <tedg> kenvandine, k
[15:03]  * kenvandine is adding some error handling to that plugin :)
[15:03] <kenvandine> returning an empty list on failure is just not cool!
[15:04] <tedg> kenvandine, Still not seeing anything.  Could it be because I have a Yahoo! account connected to Flickr (after they got bought) and it's not an "official" flickr account?
[15:04] <kenvandine> don't think so
[15:05] <kenvandine> also... you shouldn't see the account in the tree
[15:05] <kenvandine> but you should see the photos in the images stream
[15:05] <tedg> kenvandine, Then how do I filter to see only stuff from that account?
[15:05] <kenvandine> you can't :)
[15:05] <kenvandine> you could before maverick...
[15:06] <kenvandine> the idea is i want to get image viewing out of the gwibber client
[15:06] <kenvandine> so you get "Photos" count in the messaging menu
[15:06] <tedg> Hmm, then I'm not sure how to test it.  My 100 messages in the stream only goes back 4 hours.
[15:06] <kenvandine> and when you click it you open shotwell to that stream
[15:06] <kenvandine> ah... that is a lot of images!
[15:07] <tedg> That'd be cool.  It'd still be nice to get thumbnails in the stream though.
[15:07] <kenvandine> so run that sqlite query again
[15:07] <kenvandine> and make sure you force a refresh first
[15:08] <tedg> Still don't have anything, but I can't really tell if it's done refreshing.
[15:08] <kenvandine> ah.. appmenu?
[15:09] <kenvandine> using appmenus hides our progress spinner
[15:09] <tedg> Yes, of course I have appmenu :)
[15:09] <kenvandine> :)
[15:10] <kenvandine> sticking the spinner in the menu was cool for saving space... but appmenu doesn't support that :)
[15:11] <zapvandijk> tedg, thanks - that makes sense.  do you know if the menubar (File, Edit, View, etc) will also be moved to maximize screen space?
[15:11] <tedg> zapvandijk, yes, they'll appear in the panel instead of individual windows.
[15:13] <kenvandine> tedg, flickr count still 0?
[15:13] <zapvandijk> tedg, :) wow that's just like the mac!  i was assuming it would be like chrome with a window indicator on the right side of each window
[15:14] <tedg> kenvandine, Yup :-/
[15:14] <tedg> kenvandine, It didn't ask me for a password... is that expected?
[15:14] <kenvandine> right
[15:14] <kenvandine> no auth
[15:14] <kenvandine> it is just the public stream
[15:14] <kenvandine> maybe that is the problem?
[15:14] <tedg> zapvandijk, Heh, yes it is similar to the Mac in that regard.  Hiding all the menus in a button just...well... hides all the menus :)
[15:14] <kenvandine> not public?
[15:14] <tedg> kenvandine, I don't think so, I think TheDoctor's photos are public.
[15:15] <kenvandine> but i wonder if your stream is
[15:15] <kenvandine> what is your screenname?
[15:15] <tedg> gouldtj
[15:16] <kenvandine> ah... humm
[15:16] <kenvandine> i get an oops page
[15:16] <kenvandine> http://www.flickr.com/photos/gouldtj
[15:16] <kenvandine> i guess we need some guide text in the accounts dialog explaining it is your public stream
[15:17] <tedg> kenvandine, I don't want *my* public stream, I want my contacts stream, right?
[15:17] <kenvandine> well the public stream is that
[15:18] <tedg> Ah, okay.
[15:18]  * tedg has never uploaded a photo to Flickr before
[15:18] <kenvandine> flickr.photos.getContactsPublicPhotos
[15:18] <kenvandine> is the API we call
[15:18] <kenvandine> i actually want to expand the flickr plugin to support private and posting
[15:18] <kenvandine> but that is below a ton of other things on my todo list :)
[15:19] <tedg> I don't use Flickr much, but that's mostly because I don't have a client.  I'd *like* to use it more.
[15:20] <tedg> So I can't say it's a priority -- but it might make my life better :)
[15:21] <kenvandine> tedg, good... :(
[15:21] <kenvandine> :)
[15:21] <kenvandine> i am hoping we can get shotwell as a client, just using libgwibber for access
[15:39] <lamalex> didrocks, Can I rename the title of https://bugs.launchpad.net/unity/+bug/632526 to something more of a problem statement than a solution, and mark https://bugs.launchpad.net/unity/+bug/617483 as a duplicate?
[15:40] <lamalex> didrocks, I'm more asking *should* I, than can I
[15:41] <didrocks> lamalex: sure, go ahead, just keep the solution in the text though
[15:41] <lamalex> didrocks, well the solution is more for the design team to decide on, but I will not edit the content of the report, just the title
[15:43] <lamalex> didrocks, "File and application names in Dash become elipsized too quickly and are unreadable" ok title?
[15:43] <didrocks> lamalex: the solution came after designer discussion in fact, hence the title
[15:44] <didrocks> lamalex: it's in "places", but apart from that, ok :)
[15:44] <seb128> lamalex, better to have key words early in the title
[15:45] <lamalex> places and elipsized aren't good keywords?
[15:45] <seb128> you will often have bug titles only partially display in bug lists, etc
[15:45] <seb128> they are
[15:45] <seb128> but "File and application names in Dash become" is probably enough to have those not displayed
[15:46] <seb128> usually better to the start the other way
[15:46] <seb128> like "the place elipsizing leads to..."
[15:46] <seb128> ie something which tell you what the bug about reading the first 25 chars
[15:47] <lamalex> seb128, Places elipsizes file and application name too soon, making them unreadable
[15:47] <lamalex> names*
[15:48] <seb128> seems better ;-)
[15:48] <seb128> well I'm just doing some comments, take what you want from those
[15:49] <seb128> just keep in mind that title can be shortened in bugs lists etc and it's nice to know what the bug is about without having to open the webpage to get the title
[15:53] <lamalex> seb128, yeah
[15:53] <lamalex> i think the keywords there are all in the front
[15:54] <lamalex> thanks for the tips
[16:47] <lamalex> davidbarth, ;)
[16:48] <lamalex> davidbarth, so I'm looking at the indicators for tarmac, and there are .. a ton of different lp: projects, some of which I don't think we want tarmac for
[16:49] <dbarth> woohoo
[16:49] <didrocks> \o/ dbarth
[16:49] <dbarth> lamalex: right
[16:50] <lamalex> davidbarth, the list which I'm building from https://code.launchpad.net/~indicator-applet-developers is: -sound, -application, libindicator,  -me, -appmenu, -messages, -applet, -session, libindicate,
[16:50] <dbarth> lamalex: the critical ones for now are probably dbusmenu, libindicator (tedg wanted to start with this one i think) libappindicator
[16:50] <dbarth> lamalex: and for the indicators themselves
[16:50] <dbarth> lamalex: sound will be the first to do the jump
[16:50] <dbarth> ronoc: ;)
[16:51] <lamalex> ah, dbusmenu! hm I guess that's not run by indicator applet developers
[16:51] <dbarth> and appmenu is probably next after that
[16:52] <lamalex> dbarth, what about libindicate
[17:02] <tedg> lamalex, You can look at http://launchpad.net/ayatana for a list of all the projects
[17:03] <lamalex> ha, long list :P
[17:03] <lamalex> what is upanel?
[17:03] <lamalex> is that .. the unity panel?
[17:04]  * lamalex reads
[17:04] <lamalex> no
[17:04] <lamalex> see, ones like that don't really need tarmac set up because they're not really projects, am I right?
[17:08] <tedg> lamalex, Well, upanel was supposed to be a very light indicator loader.  For things like 2d on ARM boards.
[17:08] <tedg> lamalex, It works okay right now, but it needs a GTK patch for right align before it'll really work.
[17:08] <lamalex> ok
[18:22] <Technoviking> afternoon all
[18:23] <Technoviking> is there a place to gran a copy of the universal header?
[18:23] <Technoviking> for Ubuntu webpages?
[18:28] <nigelb> Technoviking: #ubuntu-website :)
[18:32] <tedg> klattimer, Did you ever find anything about your indicator-appmenu memory bug?  I don't see any lost timers :-/
[18:32] <klattimer> tedg: nope :/
[18:33] <klattimer> just that today it hit 8% of 2Gb and I thought, hmm, wonder how ted's doing finding that loose timer
[18:33] <tedg> klattimer, The only timer is the registration one, and it'd put a bunch of info in your ~/.cache/indicator-applet-appmenu.log if it was unhappy.
[18:33] <klattimer> is there any chance the timer is getting started twice
[18:33] <klattimer> ?
[18:33] <klattimer> tedg: just checked top
[18:33] <klattimer> and i'm at 7% of 2Gb
[18:34] <klattimer> so that's nearly 200Mb
[18:34] <klattimer> cannot be right!
[18:34] <tedg> klattimer, It's in _init() so it seems very unlikely it's being started twice...
[18:34] <klattimer> tedg: is it possible that it's in bamf?
[18:35] <klattimer> I have a bunch of failed lookups from bamf in my log file
[18:35] <klattimer> that's about it
[18:35] <tedg> klattimer, Possible.  But, I don't know as much about that :)
[18:35] <klattimer> do you have a bug report?
[18:35] <klattimer> I'll file one if you like
[18:35] <klattimer> as I'm the one experiencing it
[18:35] <klattimer> also, this is on gnome panel, maybe there's an issue with the panel applet?
[18:36] <tedg> klattimer, Sure.  Can you do a "killall indicator-applet-appmenu ; valgrind /usr/lib/libindicator/indicator-loader /usr/lib/indicators/3/libappmenu.so" and see if that finds anything first?  Note: Do not interact with the window, bad focus things will happen :)
[18:36] <klattimer> tedg: actually it's the applet process which is growing
[18:36] <tedg> klattimer, Possible, but it doesn't do very much.
[18:37] <tedg> Yeah, but the .so is loaded into the applet -- so it's likely in the .so.
[18:38] <klattimer> tedg: ^^ above line
[18:38] <klattimer> indicators/3/...
[18:38] <klattimer> not 4
[18:38] <klattimer> :)
[18:38] <tedg> Oh, forgot the bump there.
[18:38] <klattimer> also, /usr/lib/libindicator/indicator-loader <-- not found
[18:39] <seb128> you can get the memory use detail for the process in gnome-system-monitor for example
[18:39] <seb128> it should tell you what .so is using a lot
[18:39] <tedg> klattimer, apt-get install libindicator-tools
[18:41] <klattimer> tedg running now
[18:42] <klattimer> tedg: should the window change when I change focus?
[18:42] <klattimer> or is it meant to be showing a 0px application window?
[18:50] <tedg> klattimer, It should change menus.
[18:51] <tedg> klattimer, It might not get the well-known-name if you've got the applet still running.
[19:39] <klattimer> tedg: other applet killed but no menus ever showed up
[19:39] <klattimer> also, only 118 bytes lost after an hour
[19:39] <klattimer> so that doesn't seem to be a realistic test
[19:41] <tedg> klattimer, :(  I'm surprised no menus ever showed up though.
[19:41] <tedg> Anything on the command line about it?
[19:42] <klattimer> tedg: nothing output
[19:42] <klattimer> oh hang on
[19:42] <klattimer> ok, I think that was my bad
[19:43] <klattimer> I still had the 3 in the command line
[19:43] <klattimer> gngngngng
[19:43] <klattimer> never mind, rerunning now, but still doesn't show any actual menus
[19:43] <klattimer> oh, menu's have now started showing up
[19:43] <klattimer> :D
[19:43] <klattimer> all is good
[19:43] <tedg> Now I'm a little concerned that it lost 118 without loading an indicator....
[19:52] <Technoviking> Do people think it would be ok to use the Dark Purple #2c001e instead on the warm grey #aea79f for the one menu in the forums
[19:52] <Technoviking> it is much easier to read
[19:53] <jcastro> klattimer: heya, if you have time, don't forget about deluge indicator please. :)
[19:56] <tedg> Technoviking, Not sure on the requirements there, perhaps the people in #ubuntu-website would know more?
[20:23] <klattimer> jcastro: I'll keep it in mind, ibus has been kicking my ass
[20:23] <klattimer> is this a personal request?
[20:23] <klattimer> :)
[20:30] <jcastro> klattimer: more of a "upstream has been hoping for us to get something to them for a while now" kind of request
[20:30] <jcastro> and yeah, I also use it. :D
[20:32] <DanRabbit> jcastro: what are we using?
[20:34] <jcastro> DanRabbit: I'm talking about an appindicator for deluge
[20:34] <DanRabbit> jcastro: oh I see
[20:36] <klattimer> jcastro: I'll see what I can do, sense left it mostly done afaik
[20:37] <klattimer> and a break from ibus would be nice
[20:37] <jcastro> klattimer: right, I was counting on the fact that this one won't motivate you to kill yourself and it'd be a good break. :D
[20:37] <jcastro> klattimer: https://lists.launchpad.net/ayatana/msg04090.html
[20:38] <jcastro> klattimer: I think an indicator one from you about every other week would be a good idea
[20:38] <jcastro> just a report on how things are going, what you need help testing, etc.
[21:05] <lamalex> tedg, where does dbus-test-runner come from?
[21:05] <lamalex> I'm trying to run make check on dbusmenu but it fails with a missing dbus-test-runner
[21:05] <lamalex> another project?
[21:05] <lamalex> nm, I googled :P
[21:08] <tedg> lamalex, Yeah, it's a little tricky to find.
[21:08] <tedg> kenvandine, Do you have on your TODO list to get dbus-test-runner into the archive?
[21:09] <kenvandine> yes
[21:10] <kenvandine> tedg, might be good to file a bug and assign it to me though :)
[21:12] <tedg> kenvandine, Where do new packaging bugs go?  On ubuntu?
[21:13] <kenvandine> same as always ?
[21:13] <kenvandine> oh
[21:13] <kenvandine> humm
[21:13] <kenvandine> file it against something that needs it
[21:13] <kenvandine> and once the package exists i'll switch it
[21:15] <lamalex> tedg, I'm setting up tarmac for indicator stuff, you're going to see a lot of lp spam from me. Sorry
[21:16] <tedg> lamalex, No issue.  Thanks for doing it!  :)
[21:16] <tedg> kenvandine, bug 670632
[21:16] <kenvandine> thx
[21:16] <kenvandine> lamalex, good stuff!
[21:16] <lamalex> just needs uploading though right? There's already packaging and stuff
[21:17] <tedg> lamalex, Well, usually the distro team likes to make the packaging good rather than "ted quality" ;)
[21:17] <kenvandine> hehe
[21:17] <lamalex> haha
[21:17]  * kenvandine wasn't going to say that :)
[21:17] <kenvandine> tedg, like the copyright file... people care about that :)
[21:17]  * kenvandine thinks it is a little silly
[21:18] <tedg> kenvandine, The debian guys have some new automatic format for it.  They changed a bunch of packages.
[21:18] <tedg> kenvandine, Actually I think davidm was the one pushing for that.  He had to do a license audit for a customer at some point, and decided we really need a machine readable format :)
[21:22] <lamalex> hmm, so i dont understand these tests. lots of gassertions are failing, can the tests fail?
[21:23] <lamalex> tedg, ^
[21:24] <tedg> lamalex, Hmm, no, that'd be bad.
[21:24] <lamalex> hah
[21:24] <tedg> lamalex, In dbusmenu right?
[21:24] <lamalex> tedg, yes
[21:25] <tedg> lamalex, hmm, pastebinit?
[21:26] <lamalex> the tests are passing, but lots of errors/warning about assertions failing
[21:26] <lamalex> a lot to pastebin, hold on let me dump it into a file
[21:26] <tedg> lamalex, Oh, warnings, those are fine.
[21:26] <tedg> lamalex, There are a bunch that are useful if you're doing an app (like can't connect) but for the tests they're kinda stupid.
[21:26] <lamalex> how do you make a test fail?
[21:27] <lamalex> I want to make sure that this does the right then when the tests dont pass
[21:27] <tedg> I don't know, I only write perfect code :)
[21:27] <tedg> Look at the proxy test and remove one of the proxies.
[21:27] <lamalex> hah
[21:36] <lamalex> tedg, will returning 0 from test-glib-proxy-client be the same as a test failure?
[21:36] <tedg> lamalex, No, returning a 1 should be a failure.
[21:36] <lamalex> right
[21:36] <lamalex> that's what I meant
[21:36] <lamalex> but I was looking at a 0
[21:39] <lamalex> hmm it just causes a hang :\
[21:40] <tedg> lamalex, Hmm, the timeouts in that test may be longer.
[21:41] <lamalex> ok ill just wait and see it it keeps going
[21:50] <lamalex> tedg, I can't get these tests to fail, I think you're doing something wrong..
[21:55] <tedg> lamalex, :(  That sucks.  They've failed before :)
[21:56] <tedg> lamalex, My fault...
[21:57] <tedg> lamalex, The proxies are calling dbus-test-runner with "--ignore-return"
[21:57] <lamalex> ha
[21:57] <tedg> lamalex, I gave you bad test to play with, sorry.
[21:57] <lamalex> that explains that
[21:57] <lamalex> why would you have them doing ignore return
[21:58] <tedg> lamalex, For instance if you want to reuse a binary that would fail, but you don't care.
[21:58] <tedg> Also, the test-runner won't block waiting on the return value of processes that it doesn't care about.
[21:59] <lamalex> so what do I do to have the tests legitimately run, take that out? That's not so good for automated branch landing
[21:59] <tedg> That is legit.  The person doing the check is the client, it's just ignoring the returns of the proxies.
[22:00] <lamalex> Ok, I want to force failure- what do I do
[22:00] <tedg> lamalex, You could tell dbus-test-runner to --invert-return
[22:01] <lamalex> tedg, what about in the case of legitimate failure, will this actually fail if a test fails? (although I don't understand how a test fails)
[22:01] <tedg> lamalex, Hey, I need to run.  Drop me an e-mail and I'll try to answer it tonight.  I'm traveling tomorrow so I probably won't get to anything from tomorrow until the evening as well :-/
[22:02] <lamalex> ok ill send on right now- if you can do it before you leave i'd appreciate it
[22:02] <tedg> lamalex, Do a make test-glib-proxy and then vi test-glib-proxy and you can see how the command line is setup.
[22:02] <tedg> Will do.  'night!