[01:29] <rickspencer3> robert_ancell, I just Won't Fixed bug #610600
[01:29] <ubot2> rickspencer3: Bug 610600 on http://launchpad.net/bugs/610600 is private
[01:29] <rickspencer3> dang it
[01:31] <robert_ancell> rickspencer3, fair enough
[01:37] <chrisccoulson> hey robert_ancell
[01:37] <chrisccoulson> you're a thunderbird user aren't you?
[01:38] <robert_ancell> chrisccoulson, yes
[01:38] <chrisccoulson> robert_ancell, do you use lightning?
[01:38] <robert_ancell> no
[01:38] <chrisccoulson> oh, never mind then ;)
[06:04] <jhansonxi> Is there a way to add to Nautilus Places during install?  I tried adding a .gtk-bookmarks to skel which added the new Places I wanted but eliminated the defaults which I wanted to keep.  It also encodes absolute paths and Nautilus won't accept relative (like ~/Documents).
[07:32] <didrocks> good morning
[07:59] <dpm> morning didrocks
[07:59] <didrocks> hey dpm, how are you?
[07:59] <dpm> fine on a Friday morning :), and you?
[08:00] <didrocks> dpm: same here, seeing a bunch of mail backlog :)
[08:00] <dpm> :)
[08:07] <bratsche> Morning didrocks
[08:07] <didrocks> hey bratsche! Still awake?
[08:08] <bratsche> didrocks: Yeah.. been working on some code and it's keeping me from sleeping. :)
[08:09] <didrocks> bratsche: heh, hope you can enjoy a good and restful night once finished :-)
[08:09] <bilalakhtar> bratsche: Has the plan for GTK ARGB dropped for maverick?
[08:09] <bratsche> bilalakhtar: Yeah.
[08:10] <bilalakhtar> garr, well, np
[08:10] <bilalakhtar> bratsche rocks!
[08:10] <bratsche> bilalakhtar: Why?
[08:10] <bilalakhtar> bratsche: This was something everyone was awaiting in maverick
[08:11] <bilalakhtar> bratsche: What about natty?
[08:11] <bratsche> bilalakhtar: The code is pretty much ready now I think, but we don't really have anything to use it for right now.
[08:12] <bratsche> There's another thing that needs to be done to get it ready for upstream, I would like to find time to do that.
[08:13] <bratsche> But that involves getting back on the wm-spec list, and hacking on mutter.  I'm not very excited by either of those. :)
[08:21] <vish> bratsche: hi , could you upload the gtk bug-fix in ubuntu? Bug #410636  ?  i'v tried poking upstream but they dont seem to want to review tseliot's patch :(
[08:21] <ubot2> Launchpad bug 410636 in gtk+2.0 (Ubuntu) (and 2 other projects) "Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option. (affects: 6) (dups: 3) (heat: 36)" [Wishlist,Triaged] https://launchpad.net/bugs/410636
[08:22] <vish> bratsche: got it reviewed by the accessibility team too..
[08:23] <bratsche> vish: seb128 would need to approve this.
[08:23] <vish> bratsche: ah , ok.. i'll poke him.. i thought you uploaded gtk in ubuntu :)
[08:24] <bratsche> Nope.
[08:25] <bratsche> vish: Have you applied the patch on your system?
[08:26] <vish> bratsche: yup.. there is a ppa too. i'v been using it for more than a month with no probs..
[08:26]  * bilalakhtar wishes he had enough bandwidth and disk space to work on gtk
[08:26] <bratsche> Hang on a minute, I'm going to try a change to the patch.
[08:26] <vish> thanks.
[08:26] <bratsche> Actually, a few minutes.. it takes awhile to build. :)
[08:27] <vish> ;)
[08:27] <glatzor> mvo, morning
[08:28] <mvo> hey glatzor
[08:28] <mvo> glatzor: just saw your branch, many thanks.
[08:29] <glatzor> mvo, http://bazaar.launchpad.net/~glatzor/python-defer/trunk/revision/472
[08:29] <glatzor> mvo, but I think that is to invasive for maverick
[08:29] <glatzor> mvo, or what do you think? should I backport this to 0.3?
[08:30] <mvo> glatzor: let me check
[08:31] <glatzor> mvo, would allow a cleaner syntax in the aptd backend
[08:33] <mvo> glatzor: it seems to be not too bad
[08:42] <seb128> hey
[08:48] <and471> good morning
[09:18] <vish> oops.. got disconnected ..
[09:18] <vish>  ^ , did i miss a reply from brat-sche :)
[09:27] <huats_> morning
[09:49] <alf__> seb128: I saw that cairo-1.10 + cairo-perf was synced from debian. That is great, thanks!
[09:49] <alf__> slomo: ^^
[09:52] <slomo>   * debian/patches/server_side_gradients.patch:
[09:52] <slomo>     - don't use server side gradients, most drivers don't handle those and are
[09:52] <slomo>       really slow, should workaround performances issues for ati and nouveau
[09:52] <slomo> hm
[09:53] <slomo> thanks for telling me about that :P which drivers have problems with this? only ati (fglrx?) and nouveau?
[09:53] <seb128> alf__, you're welcome
[09:53] <seb128> slomo, seems everything but intel
[09:53] <seb128> mvo, has progress bars rendering in update-manager way slower without it
[09:53] <seb128> like it was taking 1.5 seconds rather than 0.1s
[09:53] <slomo> that explains why i didn't see any problems, i only have intel gpus ;)
[09:54] <RAOF> Didn't that also expose nvidia binary bugs, too?  All-white buttons and such.
[09:54] <seb128> right
[09:55] <mvo> slomo: 1.5 minutes!
[09:55] <mvo> no kidding
[09:55] <seb128> slomo, well upstream thinks it's an hack and that we should not do that but get drivers fixed rather
[09:55] <seb128> that's why we don't recommend using the change :p
[09:56] <seb128> ups
[09:56] <seb128> hey mvo
[09:57] <seb128> how are you?
[09:59] <mvo> hey seb128!
[09:59] <mvo> seb128: good, the usual business before final freeze, but looking good overall
[10:00] <seb128> hehe
[10:00] <seb128> what do you think about maverick so far?
[10:07] <slomo> seb128: ok, another one of these stupid driver bugs :P
[10:08] <slomo> seb128: i hope nobody wants me to apply that patch for debian...
[10:08] <seb128> yeah
[10:08] <seb128> you don't really care, cairo 1.10 is only in experimental
[10:08] <seb128> when it reachs unstable you will have to deal with nouveau, nvidia, ati users
[10:10] <slomo> yes but unless they're filing bugs again only a few weeks before the release i'll tell them to get their drivers fixed
[10:11] <seb128> mvo, hear, get you driver fixed!
[10:11] <seb128> ;-)
[10:12] <seb128> bah maverick is the crap on docked config with external screen
[10:12] <seb128> between g-s-d settings the config wrong and turning off the external screen when the lid is closed and xrandr --auto not doing the right thing either
[10:16] <mvo> seb128: maverick is doing amazingly well for me for a "edgy" release (lts+1)
[10:22] <asacX> MacSlow, hey ... can you tell jay to join some public channel, like this? :)
[10:23] <asacX> MacSlow, or tell me if clutk test cases work for you guys at all
[10:23] <MacSlow> asacX, I will mention it to him... but he's not up yet
[10:24] <asacX> MacSlow, here if just build clutk make check we get crash in animation test
[10:26] <asacX> MacSlow, will be back in a bit ... rebooting
[11:04] <asacX> MacSlow, any idea if the clutk test cases are supposed to work ?
[11:05] <asacX> some work, but lots crash ... so wonder if you run them on trunk  :-P
[11:08] <MacSlow> asacX, on which GPU?
[11:50] <asacX> MacSlow, nvidia ... both mesa and proprietary
[11:51] <asacX> MacSlow, one backtrace i probed was in GLEW_init
[11:51] <asacX> actually we run this in a maverick chroot on lucid
[12:10] <MacSlow> asacX, don't the drivers of the host system and the chroot system get into each others way?
[12:11] <MacSlow> asacX, which test if failing again?
[12:13] <MacSlow> asacX, if "/Effect/Animation/Animation" does fail that's expected/known
[12:13] <MacSlow> asacX, we don't use animated effects, because they would be to costly on very low-end hardware
[12:14] <MacSlow> asacX, regarding releases of clutk and "make check" you've to wait for njpatel to return from holiday or ask kamstrup
[12:17] <kamstrup> MacSlow, asacX: make check on clutk has been failing me for some time (on i945 gpu). njpatel is aware of this
[12:18] <MacSlow> asacX, and atm we're fighting mem-leaks
[13:35] <seb128> didrocks, hey there
[13:35] <didrocks> re seb128
[13:36] <seb128> didrocks, did you get the launchpad changes you need for your remaining key integration work items?
[13:36] <seb128> didrocks, now seems about time to set those to deferred if not
[13:36] <didrocks> seb128: no, I didn't, tried to ping this week jml again but he is on vacation, so will be for next cycle :/
[13:36] <didrocks> seb128: yeah, I was planning doing paperwork this evening. Will update all my WI
[13:37] <seb128> thanks
[13:38] <didrocks> yw
[13:44] <seb128> pedro_, ola
[13:44] <pedro_> salut seb128
[13:44] <seb128> pedro_, so retracers seem to stand :-)
[13:44] <seb128> nice isn't it ;-)
[13:44] <pedro_> yeah ;-)
[13:44] <pedro_> btw i'm giving priority to the maverick crashes
[13:44] <seb128> I guess lot of bugs in the backlog will be closed as outdated
[13:45] <pedro_> will check the lucid and previous later
[13:45] <seb128> pedro_, thanks!
[13:45] <seb128> did you spot any frequent one?
[13:45] <pedro_> not really
[13:45] <seb128> ok, great
[13:45] <pedro_> lot of dups of the bugs that area already fixed though
[13:45] <seb128> I guess we already knew about the annoying ones
[13:45] <pedro_> like the evince crash
[13:45] <seb128> we just didn't get retracing for those
[13:45] <pedro_> yeah
[13:46] <seb128> right, we probably got quite a lot of those missing gsettings schemas crashers
[13:46] <seb128> or rhythmbox crashing on closing
[13:47] <didrocks> seb128: is thie rhythmbox crashing on closing recent?
[13:47] <didrocks> (like from yesterday)
[13:48] <seb128> didrocks, no, it was a libindicate bug and has been fixed this week
[13:48] <seb128> but it was there for some weeks so probably collected duplicates
[13:48] <didrocks> seb128: ok, I wondered as I saw it yesterday and then no more (but as I changed the call on closing, not sure it was related to my change)
[13:49] <seb128> you probably got the new libindicate between
[13:49] <slomo> seb128: gst-plugins-good0.10 0.10.25-2 is uploaded now
[13:50] <seb128> slomo, thanks
[13:50] <seb128> I will do the 2 syncs from yesterday and this merge in a few minutes
[13:51] <slomo> ok :)
[13:51] <didrocks> yeah, probably, thanks :)
[14:29] <seb128> didrocks, how do you manage to use bzr merge-upstream?
[14:29] <seb128> the thing is just buggy, I can't get it to work on anything
[14:29] <didrocks> seb128: yeah, thanks to james_w's fix
[14:29] <seb128> "bzr: ERROR: An inconsistent delta was supplied involving u'src/idorange.c', 'idorange.c-20100713002550-7fz0mbth3hf6nyrb-1'
[14:29] <seb128> reason: Attempt to add item at path already occupied by id 'idorange.c-20100715152536-ams4xe5g0o2vg6bu-2'
[14:29] <seb128> "
[14:29] <didrocks> seb128: hum, not the same issue I had
[14:30] <didrocks> seb128: I only had one issue in one branch, all the others were ok
[14:30] <didrocks> it seems you have two ids for the same file
[14:30] <didrocks> was it a file that was shipped in the tarball from the start? (seems it was added manually)
[14:30] <seb128> didrocks, I've no clue
[14:31] <seb128> it's lp:ubuntu/ido
[14:31] <didrocks> seb128: I can't help you a lot, but first, bzr ls --show-ids <dir> can show the file ids in both branch
[14:31] <seb128> bzr mu --version 0.1.12 http://edge.launchpad.net/ido/meerkat/0.1.12/+download/ido-0.1.12.tar.gz lp:ido
[14:31] <didrocks> the upstream one is lp:ido?
[14:31] <didrocks> ok, looking if I have the same issue
[14:31] <seb128> didrocks, thanks
[14:32] <bcurtiswx> kenvandine, j/w if u know already that gwibber has a tray icon now mysteriously, also clicking on the account icons on the bottom causes gwibber to gray out for a little bit.
[14:32] <kenvandine> bcurtiswx, known
[14:32] <bcurtiswx> kenvandine, OK :)
[14:32] <kenvandine> bcurtiswx, well... the tray icon should only be if it isn't in the indicator already
[14:33] <kenvandine> so if you are seeing that and you are using the messaging menu, that is probably a bug
[14:33] <bcurtiswx> kenvandine, yup i'm using the mm
[14:33] <kenvandine> changing the account state with the toggle buttons is known, i'll fix that soon
[14:33] <kenvandine> humm
[14:33] <kenvandine> bcurtiswx, are you running the maverick version of the ppa version?
[14:34] <didrocks> seb128: ok, got the same issue and bzr ls --show-ids src/ confirmed that you have two different ids for the same object
[14:34] <bcurtiswx> hmm
[14:34]  * bcurtiswx looks
[14:34] <seb128> didrocks, how do I tell them it's the same object?
[14:34] <didrocks> seb128: I think there was a trick to change the id, let me look at my logs
[14:34] <didrocks> (I just try to find why the ids are different)
[14:34] <bcurtiswx> kenvandine, Installed: 2.31.92-0ubuntu1---Candidate: 2.31.92-0ubuntu1
[14:34] <kenvandine> ok
[14:34] <didrocks> seb128: ahah got it!
[14:35] <kenvandine> humm
[14:35] <didrocks> seb128: it was added to 0.1.9-0ubuntu1
[14:35] <kenvandine> bcurtiswx, are other apps using the messaging menu properly?
[14:35] <didrocks> seb128: which was a direct import of the upstream tarball, no trunk branch
[14:35] <didrocks> this added a file from the tarball which wasn't in the packaging branch
[14:35] <seb128> didrocks, I didn't specify lp:ido by then
[14:36] <didrocks> and so, generated a new id
[14:36] <seb128> ?
[14:36] <seb128> ok
[14:36] <didrocks> seb128: it's not you, it's ken :)
[14:36] <seb128> lol ok
[14:36] <didrocks> seb128: the other file wasn't changed
[14:36] <seb128> how do we fix that?
[14:36] <bcurtiswx> kenvandine, so far empathy uses it fine (has the arrow), but gwibber does not have the arrow, and a tray icon
[14:36] <didrocks> seb128: so, it doesn't try to compare the id I guess
[14:36] <kenvandine> bcurtiswx, killall gwibber-service
[14:36] <kenvandine> and run it again
[14:36] <kenvandine> does it show up?
[14:36] <didrocks> let me looks at my logs, I'll try to find it
[14:36] <bcurtiswx> OK, one sec
[14:37] <seb128> didrocks, don't bother, I will wait for ted, I think he knows how to do that
[14:37] <seb128> didrocks, thanks for figuring the issue
[14:37] <kenvandine> bcurtiswx, if there is no "interest" for the indicator, it will display the status icon
[14:37] <kenvandine> but there should be "interest" if the messaging menu is present
[14:37] <bcurtiswx> kenvandine, now it works OK.
[14:38] <kenvandine> ok... it got a signal that there was no interest and fell back to status icon
[14:38] <bcurtiswx> i don't remember an apport popup saying gwibber-service died tho
[14:38] <didrocks> seb128: I maybe have something, let me try
[14:38] <kenvandine> no, it wasn't gwibber-service
[14:38] <kenvandine> it was indicator-messages-service
[14:38] <kenvandine> bcurtiswx, ^^
[14:38] <kenvandine> so that sent a signal that said it wasn't there anymore and it fell back
[14:38] <bcurtiswx> that didn't die either... hum <shrugs>
[14:38] <kenvandine> perhaps during an upgrade?
[14:39] <bcurtiswx> could be, but i have restarted since tho.
[14:39] <kenvandine> that package was just updated...
[14:39] <kenvandine> humm
[14:39] <kenvandine> ok
[14:39] <kenvandine> bcurtiswx, let me know if it happens again
[14:39] <bcurtiswx> lemme restart and see if i can reproduce
[14:39] <kenvandine> thx
[14:39] <bcurtiswx> brb
[14:42] <james_w> seb128: that bug will be fixed in maverick today
[14:42] <james_w> it's fixed in bzr
[14:42] <seb128> didrocks, ^
[14:42] <seb128> james_w, thanks!
[14:42] <didrocks> oh ok :)
[14:42] <didrocks> james_w: so, we will be able to use both bzr mu <tarball> <trunk> and bzr mu <tarball> ?
[14:42] <james_w> sorry for the inconvenience
[14:43] <didrocks> james_w: without beeing scared of new files?
[14:43] <james_w> didrocks: yes
[14:43] <didrocks> that's good news :-)
[14:43] <didrocks> thanks james_w
[14:43] <james_w> didrocks: if you use a branch once, you should use one always
[14:43] <bcurtiswx> kenvandine, so far so good, must've been an upgrade thing.  I do notice a lot of black vertical lines when starting tho
[14:43] <james_w> didrocks: but if it's just a random package that doesn't have upstream using bzr then bzr mu <tarball> works fine
[14:43] <didrocks> james_w: ok, great!
[14:44] <kenvandine> didrocks, latest unity update i lost most of the default launchers, was that intentional?
[14:44] <kenvandine> all i have left are the places ones and the ones i created
[14:44] <didrocks> kenvandine: yeah, I've changed ubuntu-netbook-default-settings to more sane default, but that makes people upgrading loosing some
[14:45] <kenvandine> ok, that is fine
[14:45]  * bcurtiswx tried the unity updates on his Radeon machine, its a bit better, but still quite buggy
[14:45] <kenvandine> there was too many :)
[14:45] <kenvandine> bcurtiswx, which radeon ?
[14:45] <didrocks> kenvandine: by default? I agree, hence the fact I remove some :)
[14:45]  * kenvandine is hoping his r300 will start working
[14:45] <kenvandine> didrocks, yeah... i am happier now :)
[14:45] <kenvandine> didrocks, just making sure it was on purpose
[14:45] <bcurtiswx> kenvandine, im not quite sure which one exactly
[14:46]  * bcurtiswx tries to remember how to find out
[14:46] <didrocks> kenvandine: right, people who was just upgrading can have this small suprize, but new install are ok (or people who never changed the defaut) :)
[14:48] <bcurtiswx> kenvandine, ATI RS780M/RS780MN
[14:49] <kenvandine> ah... much newer than mine :)
[14:51] <bcurtiswx> kenvandine, you know about the vertical black lines in the tray area that pop in and out?  I think all tray icons that go into mm do that
[14:51] <kenvandine> nope
[14:51] <kenvandine> never seen that
[14:51] <seb128> desrt, hey there
[14:51] <kenvandine> bcurtiswx, unity won't run on my ati laptop
[14:52] <bcurtiswx> well it really doesn't run very well on mine, but at least things are less garbled from before
[14:52] <kenvandine> hehe
[14:53] <slomo_> seb128: btw, did you decide about gst-plugins-base already?
[14:53] <seb128> slomo_, decide what?I will just sync what you uploaded to debian
[14:54] <slomo_> oh good :) i thought you meant something else with the two syncs (gnonlin and gst0.10-python) and the merge (gst-plugins-good0.10)
[14:54] <slomo_> fine then :)
[14:54] <bcurtiswx> kenvandine, can you try this out.  quit gwibber completely.  Then load it and watch the left of the network tray icon.  I get a black vertical line that pops up for a second when gwibber loads
[14:55] <bcurtiswx> noting that in my comp, the network icon is the left most icon in my tray
[14:55] <kenvandine> bcurtiswx, oh... i wouldn't see that... using ambiance
[14:56]  * bcurtiswx is too :P its blacker than the gray panel :P
[14:56] <kenvandine> actually i see the network icon move briefly
[14:56] <kenvandine> humm
[14:56] <kenvandine> bcurtiswx, could you please file a bug about that and assign it to me?
[14:57] <bcurtiswx> kenvandine, sure
[14:57] <kenvandine> it must be loading the status icon while it waits for a response from the mm
[14:57] <kenvandine> thx
[14:57] <bcurtiswx> not sure which package to assign it to, i think all tray icons that the MM grabs do that
[14:57] <seb128> slomo_, I forgot about gnonline thanks for the reminder
[14:59] <chrisccoulson> seb128 - can you approve banshee-community-extensions currently in NEW? (sorry if someone has already asked you that)
[14:59] <bcurtiswx> kenvandine, ^^x2
[14:59] <seb128> chrisccoulson, ok
[15:00] <kenvandine> bcurtiswx, gwibber
[15:00] <chrisccoulson> seb128 - thanks :)
[15:00] <kenvandine> bcurtiswx, not sure if i can really fix it... i'll look after i finish some other stuff
[15:09] <bcurtiswx> kenvandine, Bug #634957
[15:09] <ubot2> Launchpad bug 634957 in gwibber (Ubuntu) "Messaging menu not grabbing gwibber tray icon quickly enough (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/634957
[15:12] <bcurtiswx> kenvandine, it happens for empathy as well.  Should I change package to indicator-applet or add indicator-applet and also add all apps that do this?
[15:13] <kenvandine> bcurtiswx, maybe
[15:13] <kenvandine> tedg, ^^ thoughts?
[15:14] <tedg> bcurtiswx, Is this at startup?
[15:14] <tedg> bcurtiswx, I mean, I have both of those run at startup and it's not an issue on my machine.
[15:14] <kenvandine> tedg, killall gwibber-service;gwibber-service
[15:14] <bcurtiswx> tedg, anytime you load an app that the messaging menu has
[15:15] <kenvandine> i see it, nm-applet moves over and back
[15:15] <bcurtiswx> tedg, focus on the left hand side of your tray (for me its by the network icon)
[15:15] <bcurtiswx> you'll see maybe a black line, or just have movement
[15:15] <kenvandine> tedg, i think it is because i connect to the signal and wait for it
[15:15] <kenvandine> in the mean time it loads the status icon
[15:16] <kenvandine> and hides it when i get the signal
[15:17] <kenvandine> actually... that won't do it
[15:17] <kenvandine> killall gwibber gwibber-service
[15:17] <kenvandine> and run gwibber
[15:17] <tedg> kenvandine, That sounds like a gwibber bug ;)
[15:17] <kenvandine> i agree it probably needs to be fixed in gwibber
[15:18] <kenvandine> but bcurtiswx was pointing out he sees it in empathy too
[15:18] <kenvandine> which i haven't noticed either
[15:18] <bcurtiswx> tedg, happens with empathy too.
[15:18]  * bcurtiswx breaks his machine for failing at being good
[15:18] <tedg> I don't think there's anything we can do in libindicate -- as we dont' control the status icon there.
[15:19] <tedg> Unless a signal on startup for "waited a reasonable amount of time" would be helpful.
[15:19] <kenvandine> tedg, that is what i was thinking
[15:19] <kenvandine> humm
[15:20] <kenvandine> so gwibber only tries to load the status icon if check_interest returns False
[15:20] <tedg> Yeah, but at startup check_interest will likely always return false as it hasn't even processed all the dbus messages.
[15:20] <tedg> You need to wait a little bit of time for people to notice and take interest.
[15:21] <bcurtiswx> it happens on startup of any MM program (for me at least)
[15:21] <bcurtiswx> doesn't have to be at startup
[15:21] <bcurtiswx> of the machine
[15:22] <kenvandine> i could probably rework that a little in gwibber to make it not rely on the call to check_interest
[15:23] <kenvandine> basically assume if we created the indicator in the dispatch, assume we will have interest
[15:23] <kenvandine> well, that is probably not a very good idea
[15:23] <kenvandine> :)
[15:24] <kenvandine> so check_interest returns false, it loads the tray_icon then it gets the signal there is interest and hides the tray_icon
[15:24] <kenvandine> ugly... but most reliable
[15:24] <kenvandine> i think
[15:24] <kenvandine> tedg, any suggestions to make that better?
[15:24] <bcurtiswx> well, it isn't a high priority bug in any instance, can be fixed for NN and ignored until then
[15:25] <kenvandine> i would hate to block loading to find out if there is interest or not
[15:25] <kenvandine> bcurtiswx, indeed... i would like to clean stuff like that up
[15:25] <kenvandine> but i have other bugs higher in my queue :)
[15:25] <bcurtiswx> kenvandine, that was my point :)
[15:26] <tedg> kenvandine, I think there has to be a timeout.  So we could run the "interest changed" signal 500ms after startup even if no one responds.
[15:26] <tedg> kenvandine, And in that case change to "no interest" -- which I'm guessing you detect and show the icon.
[15:26] <kenvandine> yes
[15:26] <tedg> kenvandine, So then you don't show it at all at startup, just when you get the signal.
[15:27] <kenvandine> tedg, that could smooth it out for sure
[15:29] <bcurtiswx> so is this an issue with libindicate or gwibber or both?
[15:29] <kenvandine> both
[15:30] <tedg> bcurtiswx, Both.  libindicate would need to sent the signal, and gwibber would not need to create on startup.
[15:30] <kenvandine> i could drop like 3 lines of code from gwibber... yippee
[15:30] <bcurtiswx> ok tedg, would you like me to assign you to bug #634957?
[15:30] <ubot2> Launchpad bug 634957 in indicator-applet (Ubuntu) (and 1 other project) "Messaging menu not grabbing gwibber tray icon quickly enough (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/634957
[15:31] <bcurtiswx> i can re-word the title a bit
[15:36] <eikelmt> I need help with my wireless card which is acting up
[15:38] <eikelmt> like right now, itis working perfekt, 5 min from now it might disconnect, if I try to reconnect it migt or migt not connect, most of the time not, then I have to reboot to connect again, reboot is only for MS people, logfiles telling me it is timing out
[15:39] <eikelmt> so I would be a very happy camper if someone can put me into the right directions
[15:39] <vish> !support | eikelmt
[15:39] <ubot2> eikelmt: The official ubuntu support channel is #ubuntu. Also see http://ubuntu.com/support and http://ubuntuforums.org
[15:39] <eikelmt> i have been both places but no respons,
[15:40] <eikelmt> you are the first one
[15:40] <tedg> bcurtiswx, Sure, make sure it has bug tasks for libindicate and gwibber though.  I dont' want kenvandine getting off the hook ;)
[15:40] <vish> eikelmt: if no one knows the ans usually they dont reply.. try again a bit later, maybe someone who knows what the problem is might be online then :)
[15:41] <bcurtiswx> tedg, ken's already on it.
[15:41] <eikelmt> thanks vish, you are nice
[15:41] <vish> np..
[15:41] <bcurtiswx> can someone confirm that empathy does the same thing in the tray? i can add that to the bug
[15:41] <bcurtiswx> just looking for some movement when it's loaded
[15:42] <bcurtiswx> well, i get no movement but I get a black bar really quickly..
[15:43] <bcurtiswx> kenvandine, once you get to that for gwibber, i'll take a look at those changes see if I can fix empathy too
[15:45] <bcurtiswx> tedg, OK, assigned. thx for your help :)
[15:45] <bcurtiswx> kenvandine, thx as well :)
[15:55] <kenvandine> tedg, did you get a desktop sharing request from me?
[15:56] <tedg> kenvandine, No, I don't think so.
[15:56] <kenvandine> ok... didn't look like it went thourhg
[15:56] <kenvandine> through
[15:56] <kenvandine> vino-server isn't crashing anymore though :)
[15:56] <tedg> kenvandine, Heh, a step in the right direction?
[15:57] <tedg> s/?/!/
[15:57] <tedg> kenvandine, I'd request one back, but my right click is broken right now...
[15:57] <kenvandine> i can't see why tedg is the only person in my buddy list that has a "Share my desktop" menu item
[15:57] <kenvandine> tedg, well your vino is broken too :)
[15:57] <kenvandine> i am fixing it now
[15:57]  * tedg is to sezy for kenvandine's other contacts, too sexy indeed!
[15:58] <tedg> sexy
[15:58] <kenvandine> :)
[15:58] <seb128> kenvandine, if the request goes out you should get a notification saying so
[15:59] <kenvandine> seb128, yeah, i didn't
[15:59] <kenvandine> but it didn't crash either
[15:59] <kenvandine> debugging
[15:59] <kenvandine> seb128, i fixed the crash :)
[15:59] <kenvandine> but it isn't working :)
[15:59] <seb128> do you still get the warnings?
[15:59] <kenvandine> no
[15:59] <seb128> ok
[15:59] <seb128> try to revert the appindicator change
[15:59] <seb128> and see if it works
[15:59]  * kenvandine looks at telepathy logs
[15:59] <seb128> it worked there
[16:00] <kenvandine> seb128, do you know how empathy decides if a user is capable of receiving the desktop sharing request?
[16:00] <seb128> cassidy, ^
[16:00] <kenvandine> i have tried with my second IM account in a lucid and maverick VM
[16:01] <kenvandine> but it is disabled, tedg is the only one that i can find to share with :)
[16:01] <seb128> I can share with pedro
[16:01] <seb128> I guess it's people who run empathy
[16:01] <kenvandine> yeah... but a bunch of entries in my contact list that are empathy have that menu item disabled
[16:01] <seb128> mvo_, what jabber client do you use?
[16:01] <kenvandine> including my other test IM account
[16:02] <kenvandine> etc
[16:02] <kenvandine> my wife's and some others i know use empathy
[16:02]  * tedg is still singing "I'm too sexy"
[16:02] <kenvandine> all disabled menu items
[16:02] <kenvandine> tedg is special :)
[16:02] <seb128> weird
[16:02] <seb128> kenvandine, do they have vino installed and activated?
[16:02] <kenvandine> yes
[16:02] <seb128> could be that you need it activated?
[16:02] <kenvandine> oh...
[16:02] <kenvandine> activated?
[16:02] <seb128> well I'm not sure
[16:02] <seb128> random guess
[16:02] <kenvandine> the other end is vinagre
[16:03] <kenvandine> not vino
[16:03] <seb128> right..
[16:03] <seb128> I was just guessing
[16:03] <seb128> Zdra, ^
[16:04] <Zdra> kenvandine, seb128: vinaigre installs a .client file that tells MissionControl that we support "Share my desktop"
[16:04] <seb128> mclasen, the new gdk-pixbuf depends on a git version of gobject-introspection, is that wanted?
[16:04] <mclasen> goi 0.9.5 is being released as we speak
[16:05] <seb128> mclasen, ok thanks
[16:07] <kenvandine> Zdra, ok, my lucid VM has that client file... but i don't have the share my desktop menu for the jabber account i have logged in from that VM
[16:07] <kenvandine> the client i am not seeing it in is on maverick
[16:08] <kenvandine> since i see it for tedg, i would think i would get it from my test user
[16:08]  * kenvandine is looking at logs
[16:09] <Zdra> thinks could have changed in maverick, dunno
[16:09] <Zdra> kenvandine, you probably need to ask cassidy, but he is on weekend already
[16:09] <bcurtiswx> kenvandine, what account are you testing? (gchat, AIM, MSN) ?
[16:11] <mvo_> seb128: I use pdigin, why?
[16:11] <seb128> mvo_, I can't share my desktop with you in empathy, the menu is not active, I was wondering if that's a bug or if you use another client
[16:12] <bcurtiswx> what account type? seb128
[16:12] <kenvandine> bcurtiswx, gtalk
[16:12] <kenvandine> bcurtiswx, it works lucid to lucid
[16:12] <kenvandine> with the same accounts
[16:22] <desrt> seb128: hey
[16:22] <seb128> desrt, hello
[16:23] <seb128> desrt, unping, I was wondering something about dconf but figured it out
[16:24] <desrt> k
[16:26] <didrocks> chrisccoulson: ok, apparently, they fixed the soyuz issue (currently testing in pre-production), nothing will be done for existing non closed bug though
[16:32] <seb128> kenvandine, so bug #522538
[16:32] <seb128> what's the status of this one?
[16:32] <ubot2> Launchpad bug 522538 in desktopcouch (Ubuntu Maverick) (and 3 other projects) "gwibber-service crashed with error in connect() (affects: 705) (dups: 179) (heat: 3042)" [High,Confirmed] https://launchpad.net/bugs/522538
[16:32] <seb128> kenvandine, it's on the release agenda for our team for 3 weeks now
[16:32] <kiwinote> didrocks: hi! are you aware of segfaults when using "inventory on ubuntu one"? eg bug 633121
[16:32] <ubot2> Launchpad bug 633121 in software-center (Ubuntu) "software-center crashed with SIGSEGV in free() (affects: 2) (heat: 14)" [Medium,New] https://launchpad.net/bugs/633121
[16:32] <seb128> I would like to get it sorted ;-)
[16:33] <didrocks> kiwinote: hum, no, let me see
[16:33] <kenvandine> seb128, indeed...
[16:33] <didrocks> kiwinote: waow, a real stack… not a python exception…
[16:34] <kenvandine> let me check with chad again...
[16:34] <seb128> kenvandine, is that a desktopcouch issue or gwibber one?
[16:34] <didrocks> kiwinote: let's see once retraced
[16:34] <seb128> kenvandine, who is in charge of getting it solved?
[16:34] <kenvandine> neither... but affects both
[16:34] <kenvandine> it is actually python-httplib
[16:34] <kenvandine> at least that is what chad says is causing it
[16:34] <kenvandine> we worked around it as much as we can in desktopcouch
[16:34] <kenvandine> but forcing a reconnect
[16:35] <kenvandine> but it still happens sometimes
[16:35] <kenvandine> i think he has desktopcouch changes to help handle it better that hasn't landed yet
[16:35] <seb128> kenvandine, can we fix python-httplib?
[16:35] <kenvandine> but i have no idea why...
[16:36] <kenvandine> https://bugs.launchpad.net/ubuntu/+source/python-httplib2/+bug/523327
[16:36] <ubot2> Launchpad bug 523327 in python-httplib2 (Ubuntu) "python-httplib2 crashes with AttributeError in __init__() if connection refused (affects: 5) (heat: 47)" [Medium,Confirmed]
[16:36] <kenvandine> seb128, chad was trying to fix that
[16:37] <kenvandine> but wasn't getting anywhere last i checked with him
[16:37] <chrisccoulson> didrocks - cool, thanks
[16:37] <kenvandine> seb128, i'll talk to josh to have them escalate these
[16:38] <seb128> thanks
[16:38] <seb128> should that bug be on the u1 list rather than ours?
[16:38] <kenvandine> seb128, however... it doesn't actually affect anything in the default install
[16:38] <kenvandine> yes
[16:38] <kenvandine> it mostly affects lucid
[16:38] <seb128> well people keep adding comment saying it affects gwibber in lucid
[16:38] <kenvandine> yes, gwibber in lucid is affected
[16:39] <kenvandine> because desktopcouch blows up
[16:39] <seb128> ok, not an issue for maverick though?
[16:39] <kenvandine> right
[16:39] <kenvandine> it could still happen
[16:39] <seb128> thanks
[16:39] <kenvandine> but not as likely
[16:39] <kenvandine> since gwibber isn't using it anymore
[16:39] <seb128> I will lower the maverick task
[16:39] <kenvandine> could affect oneconf :)
[16:51] <ricotz> seb128, i saw the failure, gupnp depends on gssdp so the gir file of gssdp needs to be up2date first
[16:51] <seb128> ricotz, so it just needs a retry later on?
[16:52] <ricotz> seb128, yes
[16:53] <seb128> ok thanks
[16:59] <vish> seb128: hi , not sure what to do about Bug #410636  ?  i'v tried poking upstream but they just dont seem to want to review tseliot's patch :( but tseliot has a working patch+ppa and it works good.. been using it for more than a month.. can we patch this in ubuntu alone?
[16:59] <ubot2> Launchpad bug 410636 in gtk+2.0 (Ubuntu) (and 2 other projects) "Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option. (affects: 6) (dups: 3) (heat: 36)" [Wishlist,Triaged] https://launchpad.net/bugs/410636
[16:59] <seb128> vish, try asking mclasen?
[17:00] <seb128> if he can get the change reviewed
[17:00] <vish> ok.. mclasen ^ could you have a look at : https://bugzilla.gnome.org/show_bug.cgi?id=591258  ?
[17:00] <ubot2> Gnome bug 591258 in gtk "Easy to accidentally select first option in popup menus" [Minor,Unconfirmed]
[17:01] <vish> mclasen: it has quite a few number of dups in lp too.. and the patch works quite well without problems..
[17:08] <mclasen> vish: I think the patch as is will only achieve the desired effect if xthickness < DEFAULT_POPUP_DISPLACEMENT ?
[17:10] <vish> mclasen: dont think so.. afaik it just adds displacement of 2px irrespective of the xthickness .. tseliot might know more though
[17:10] <mclasen> vish: also, the patch will do nothing for menus that have a position_func
[17:10] <mclasen> anyway, I'll comment
[17:11] <vish> mclasen: ok , thanks.. :)
[17:27] <seb128> bah, I just hate git
[17:27] <seb128> how do I checkout gnome-settings-daemon gnome-2-32
[17:31] <didrocks> seb128: git clone git://git.gnome.org/gnome-settings-daemon && git checkout gnome-2-32
[17:32] <didrocks> (I think)
[17:33] <seb128> yeah, I managed to do it now, thanks
[17:34] <seb128> brb gsd testing
[18:03] <seb128> kenvandine, hey
[18:03] <seb128> kenvandine, is anybody depending on gir?
[18:03] <seb128> gwibber, u1, dx?
[18:07] <kenvandine> humm
[18:08] <kenvandine> i don't think anything in the default install
[18:08] <kenvandine> but i am not certain
[18:08] <kenvandine> gwibber isn't
[18:09] <kenvandine> i toyed with moving to webkit with gir, but decided not to take the leap
[18:12] <kklimonda> kenvandine: is gwibber still using couchdb for message store?
[18:12] <kenvandine> kklimonda, nope
[18:12] <kklimonda> kenvandine: why is that? performance issues with couchdb or something on gwibber's side?
[18:12] <kenvandine> performance and reliability
[18:13] <kenvandine> couchdb was slow to startup
[18:13] <kenvandine> and there were quite a few reliability issues
[18:13] <kenvandine> performance was a big issues for some people
[18:14] <kklimonda> kenvandine: so what will happen to the OneConf and syncing of empathy logs etc.?is it still on the radar?
[18:14] <kenvandine> that should all be fine
[18:14] <kenvandine> decent uses for desktopcouch
[18:15] <seb128> kenvandine, ok, can you check next week ie on monday?
[18:15] <kenvandine> but depending on access to the db for a user application like gwibber was painful
[18:15] <seb128> or today?
[18:15] <seb128> at least with u1 guys
[18:15] <kenvandine> i can ask them now
[18:15] <seb128> we will probably have to take the gir abi break
[18:15] <seb128> since GNOME 2.32 depends on the new version
[18:15] <kenvandine> oh, that will break everything that uses gir, right?
[18:15] <kenvandine> until they get rebuilt?
[18:15] <seb128> it's late for such changes but we have no better option
[18:15] <seb128> yes
[18:16] <seb128> I will try to rebuild things on the way
[18:16] <seb128> I'm rather concerned about breaking clients
[18:16] <seb128> or potential breakages
[18:16] <seb128> rebuilding rdepends should be ok
[18:16] <seb128> we will update GNOME to 2.31.92 on monday anyway
[18:17] <kenvandine> i am asking if u1 knows of anything, but i am pretty certain they don't actually depend on it
[18:18] <kklimonda> kenvandine: define "decent" - log store for telepathy would either have to store each message as a separate document (we are talking tens of thousands of them for more active users ) or do a lot of document updates :)
[18:19] <kenvandine> kklimonda, but that doesn
[18:19] <kenvandine> 't block the UI
[18:20] <kklimonda> kenvandine: indeed, at least as long as the user don't browse chat history or, god forbid, try to search for something :)
[18:20] <kenvandine> and the number of documents doesn't seem to really cause a big performance hit
[18:21] <kenvandine> it is faster than you would expect
[18:21] <kenvandine> assuming you define a view
[18:21] <kenvandine> it stores a btree cache for views
[18:21] <kenvandine> and refreshes that as records change
[18:21] <kklimonda> kenvandine: even if views are only seldom used?
[18:21] <kenvandine> not when the client needs them
[18:21] <kklimonda> kenvandine: yeah, I know the theory but you have practice :)
[18:21] <kenvandine> :)
[18:22] <kklimonda> kenvandine: that's why I'm talking with you about it - I actually took a first look at implementing it
[18:22] <kenvandine> so the view doesn't get updated when you try to execute it
[18:22] <kenvandine> couch keeps it updated as records changed
[18:22] <kenvandine> so it is always fast
[18:22] <kklimonda> kenvandine: hmm.. that would be great
[18:22] <kenvandine> which is pretty nice
[18:23] <kenvandine> doing things like live searches wouldn't be great
[18:23] <kenvandine> mostly because of the size of the data
[18:23] <kenvandine> like search as you type
[18:24] <kenvandine> because it would have to look at the entire document and return the entire document over and over again
[18:24] <kklimonda> yeah, fortunately empathy doesn't do live searches
[18:25] <kklimonda> and it should be done using tracker anyway..
[18:25]  * kklimonda wonders what is tracker's status currently..
[18:26] <kenvandine> seb128, ok u1 has two things... libubuntuone and libsyncdaemon (in u1-client)
[18:26] <kenvandine> bot require gir
[18:26] <kenvandine> both
[18:26] <kenvandine> so we'll need to test those
[18:27] <seb128> ok
[18:27] <seb128> who should we talk to? rodrigo_?
[18:27] <kenvandine> or dobey
[18:27] <kenvandine> rodrigo_ is out today
[18:27] <kenvandine> i let dobey know we'll want to test those
[18:29] <seb128> well I will not start any transition today
[18:29] <seb128> that will be for monday
[18:30] <kenvandine> ok
[18:30] <didrocks> transition on Friday? /quit :-)
[18:30] <kenvandine> great
[18:30] <kenvandine> dobey, ^^
[18:30] <kenvandine> didrocks, hehe... then go far away from the keyboard all weekend
[18:30] <kenvandine> :)
[18:30] <didrocks> kenvandine: exactly, something like /quit I don't want to see that ;)
[18:32] <dobey> kenvandine: ok
[18:32] <dobey> i hope it doesn't break
[19:07] <nessita> hello all! quick question: ubuntu-sso-client package depends on dpkg >= 1.15.7.2, should I add that restriction to the debian/control file? or we can safely assume that in maverick dpkg will be good/new enough?
[19:11] <kklimonda> nessita: I'd add it - it doesn't cost you anything and may help if someone decides to backport it
[19:15] <nessita> kklimonda: right, I'll add it in my next release. Thanks!
[19:32] <mvo_> hey glatzor
[20:17] <devildante> hi all :)
[21:08] <hakermania> Hello guys, can anyone tell me what is the name of the remove-script in a deb package and where do I place it ?(I hope the name to be postrm and place it in the DEBIAN folder)
[22:46] <devildante_> mpt, still here? I thought you were gone :p
[22:57] <mpt> Hi devildante
[22:57] <devildante> hi mpt :)
[22:57] <mpt> I'm at home
[22:57] <devildante> sorry I wasn't here before, was busy with family stuff
[22:58] <devildante> ah
[22:58] <mpt> What are you up to?
[22:58] <devildante> mpt, what do you mean? (real life or coding? :p)
[22:58] <mpt> coding
[22:58] <devildante> mpt, fixing bugs, of course! :)
[22:58] <mpt> excellent
[23:08] <fagan> Oh and mpt I did up that wiki page good now
[23:08] <fagan> its still rough but still its a start
[23:08] <fagan> https://wiki.ubuntu.com/GamesIntegration
[23:08] <fagan> Oh and fyi I really really suck at wire frames :P
[23:09] <mpt> fagan, you also have no use cases yet
[23:09] <fagan> I do
[23:09] <fagan> for users really not for developers but i thought that was kinda unknown
[23:10] <mpt> oh, duh
[23:10] <mpt> I totally missed that section, sorry
[23:10] <fagan> :D
[23:10] <fagan> np
[23:10] <fagan> I put a link to steam at the bottom to see how they do it
[23:12] <mpt> It would also be useful to list what's good and bad about Steam, Battle.net, and iTunes GameCenter
[23:12] <fagan> Oh yeah good idea
[23:12] <fagan> ill have to research gamecenter I dont have a clue about that