[00:00] <seb128> well either way that will need to be sorted in dallas
[00:00] <robert_ancell> I think we've made the right choice not pushing ahead with GNOME3 in natty.  The changes are really good, but there's just too many of them
[00:00] <seb128> but until then we should make gtk3 use in natty in hold
[00:00] <seb128> which we sort of did already
[00:00] <robert_ancell> There's also a lot of layout changes in GTK3 that seem to be causing bugs.
[00:00] <seb128> yeah
[00:01] <seb128> I think the current way is the best one
[00:01] <seb128> we can work in the ppa easily, we don't need to block on freezes
[00:01] <seb128> and we don't risk natty stability
[00:02] <robert_ancell> bcurtiswx, oh, I just re-read that empathy issue - yes, webkit needs a patch and rebuild  - I'll do that
[00:02] <bcurtiswx> robert_ancell, thanks.  Sorry to add to your long list.
[00:02] <bcurtiswx> if only i could figure out my bzr issue
[00:02] <seb128> robert_ancell, ok, I think I cleaned my list of things I wanted to talked about
[00:03] <robert_ancell> seb128, get some sleep!! :)
[00:03] <seb128> do you have anything you want to talk about before I leave?
[00:03] <seb128> ;-)
[00:03] <robert_ancell> seb128, nope, I'm good
[00:03] <seb128> ok
[00:03] <seb128> I think you have enough to keep you busy
[00:03] <seb128> I will probably be online tomorrow or thursday evening
[00:03] <seb128> just to catch up before holidays
[00:04] <robert_ancell> bcurtiswx, what is your LP login?
[00:04] <seb128> bye
[00:04] <robert_ancell> bye
[00:04] <bcurtiswx> bcurtiswx
[00:07] <bcurtiswx> what used to happen was that i'd bzr get and an authentication GUI would pop up asking for my password
[00:08] <bcurtiswx> now it just hangs where that GUI would have come up
[00:11] <robert_ancell> bcurtiswx, sorry I have been meaning to find out how that stack works but I don't know enough about it :(
[00:12] <bcurtiswx> robert_ancell, not a problem.  my issue is an open one for anyone who may know.
[00:12] <TheMuso> Thats an ssh agent of some sort, not sure what provides it in maverick/natty etc.
[00:14] <bcurtiswx> TheMuso, do you know what _might_ provide it ?
[00:15] <TheMuso> No, but examining the xxh agent script in the /etc/X11/Xsession.d directory may point you in the right direction.
[00:15] <TheMuso> ssh agent even
[00:17] <bcurtiswx> TheMuso, http://paste.ubuntu.com/543844/
[00:18] <bcurtiswx> i see an ssh-agent2 but there is none in /usr/bin
[00:18] <TheMuso> ssh-agent is part of the openssh-client package
[00:19] <TheMuso> and I also have ssh-askpass-gnome installed
[00:22] <bcurtiswx> yeah all installed and match versions
[00:22] <bcurtiswx> from rmadison
[00:27] <bcurtiswx> TheMuso, do you know if there's a way to turn this off?
[00:28] <TheMuso> No I don't.
[00:28] <bcurtiswx> TheMuso, thanks for your help.
[00:28] <TheMuso> no problem.
[01:28] <kevin__> hello
[01:28] <kevin__> What is the difference between the ubuntu dvd iso and the regular live-cd?
[01:41] <bcurtiswx> unset SSH_AUTH_SOCK   that fixed my problem
[02:05] <bcurtiswx> robert_ancell, http://paste.ubuntu.com/543866/ i've disabled nautilus-sendto for now and came across that in the build
[02:09] <robert_ancell> bcurtiswx, uh, the 31 patch needs updating
[02:12] <bcurtiswx> robert_ancell, is there a resource that would help me find the fixes ?
[02:16] <robert_ancell> bcurtiswx, not that I know of.  The GDK documentation says what to replace GDK_DISPLAY with.  And aside from that the other change is GdkDrawable doesn't exist anymore (it's now all GdkWindow)
[02:16] <robert_ancell> there are similar patches for the other packages in GNOME3 that you could look at
[02:16] <bcurtiswx> know onw off the top of your head?
[02:16] <bcurtiswx> one*
[02:18] <bcurtiswx> robert_ancell, where is the GDK documentation ?
[02:18] <bcurtiswx> i googled, but idk what to look for exactly
[02:19] <robert_ancell> http://library.gnome.org/devel/gdk/stable/gdk-X-Window-System-Interaction.html
[02:20] <robert_ancell> The short answer is, replace GDK_DISPLAY() with gdk_display_get_default()
[02:21] <robert_ancell> gdk_x11_drawable_get_xdisplay() with gdk_x11_window_get_xid()
[02:22] <robert_ancell> GDK_WINDOW_XWINDOW() with gdk_x11_window_get_xid()
[02:22] <robert_ancell> and GtkWindow->window with gtk_window_get_window()
[02:22] <bcurtiswx> im amazed at how fast you just did that.. i was just finishing up the first one
[02:22] <robert_ancell> I mean gtk_widget_get_window()
[02:34] <bcurtiswx> robert_ancell, that last one did you mean GtkWidget
[02:34] <robert_ancell> yes, sorry
[02:34] <bcurtiswx> I see (GTK_WIDGET (window)->window)
[02:36] <bcurtiswx> robert_ancell, ^^ i don't see anything in that guide about GDK_WIDGET
[02:37] <robert_ancell> bcurtiswx, you have to access window through the gtk_widget_get_window method now
[02:37] <bcurtiswx> robert_ancell, remove that entire segement of code above? or just part of it
[02:37] <bcurtiswx> replace*
[02:38] <robert_ancell> i.e. GTK_WIDGET (window)->window becomes gtk_widget_get_window (GTK_WIDGET (window))
[02:54] <bcurtiswx> robert_ancell, GTK_WIDGET_VISIBLE  to gdk_window_?is_visible ()
[02:54] <bcurtiswx> robert_ancell, GTK_WIDGET_VISIBLE  to gdk_window_is_visible ()  ?
[02:55] <cyphermox> bcurtiswx, isn't it gtk_widget_get_visible() ?
[02:56] <bcurtiswx> cyphermox, idk how to find exactly what it is
[02:56] <cyphermox> bcurtiswx, I just google or run straight to library.gnome.org: http://library.gnome.org/devel/gtk/2.21/GtkWidget.html#GTK-WIDGET-VISIBLE:CAPS
[02:56] <cyphermox> fortunately, I did some of this recently in synaptic :)
[02:57] <bcurtiswx> GTK_WIDGET_VISIBLE (priv->window); to gtk_widget_get_visible(priv->window); ?
[02:57] <cyphermox> bcurtiswx, likely. is priv->window a GtkWidget?
[02:59]  * bcurtiswx would not know at all, how would i
[03:01] <cyphermox> bcurtiswx, ok, check for a definition of whatever priv is in the current function, then the definition for that struct around the top of the file usually (or in the .h file), to know what window happens to be... though I would guess it is a widget
[03:02] <bcurtiswx> cyphermox, EmpathyStatusIconPriv *priv = GET_PRIV (icon);
[03:03] <cyphermox> bcurtiswx, great. is a EmpathyStatusIconPriv defined somewhere?
[03:06] <bcurtiswx> cyphermox, G_DEFINE_TYPE (EmpathyStatusIcon, empathy_status_icon, G_TYPE_OBJECT); ??
[03:07] <bcurtiswx> wait nvm.. forgot the priv
[03:07] <cyphermox> well, no need to look
[03:08] <cyphermox> priv->window seems to me like it's a GtkWindow
[03:19] <bcurtiswx> robert_ancell, http://paste.ubuntu.com/543888/ im going to assume this is some dep we need to add or bump ?
[03:22] <robert_ancell> bcurtiswx, it looks like empathy-indicator hasn't been properly added into the Makefile.am
[03:29] <bcurtiswx> robert_ancell, http://paste.ubuntu.com/543894/ <--affected patchfile
[03:30] <bcurtiswx> i can't say I'd have any idea on whats wrong
[03:40] <bcurtiswx> robert_ancell, im going to head out.  did you want me to do anything with my changes?
[03:41] <bcurtiswx> its not finished, but the fixes i've made so far
[03:41] <robert_ancell> bcurtiswx, just push them to bzr
[03:41] <bcurtiswx> robert_ancell, my own branch?
[03:42] <robert_ancell> bcurtiswx, yes, for now.  If you merged with the other branch then do a merge request
[03:43] <robert_ancell> bcurtiswx, oh, i see the problem
[03:44] <bcurtiswx> OK, I can make the fix before i go
[03:44] <robert_ancell> you also need to add empathy-indicator to empahthy_chat_SOURCES - it must be new
[03:45] <robert_ancell> and probably empathy-indicator-manager.[ch] too
[03:45] <bcurtiswx> robert_ancell, what to where? im confused
[03:46] <psusi> I have a bug with the login sound not playing correctly.. is that something that ubuntu-desktop should be subscribed to?
[03:46] <robert_ancell> bcurtiswx, in the Makefile.am part of the patch it adds the new empathy indicator files to empathy_handwritten_sources, but they should also be added to empathy_chat_SOURCES
[03:46] <robert_ancell> psusi, sure
[03:47] <psusi> ok
[03:48] <bcurtiswx> robert_ancell, is that a new section like empathy_handwritten_source ?
[03:50] <robert_ancell> bcurtiswx, so I suspect you have to copy empathy_handwritten_source += empathy-indicator-manager.c ... and add empathy_chat_SOURCES += empathy-indicator-manager.c ...
[03:50] <bcurtiswx> robert_ancell, OK, will do
[03:52] <bcurtiswx> robert_ancell, no else added?
[03:53] <robert_ancell> I don't think so, but I'm not sure what empathy-chat is
[03:53] <bcurtiswx> OK, i'll build now see if i get same error
[03:54] <bcurtiswx> patch applied OK, at least i know my patch edits
[03:57] <psusi> is there a good channel to talk about pulseaudio in?  or is this it?  it looks like startup applications both runs a program to initialize pulse audio, and another to play the login sound... and so the former may not yet be ready for the latter to play sound
[03:57] <bcurtiswx> psusi, #pulseaudio
[03:58] <hallyn_> yay, latest natty update may hae fixed my netbook compiz config woes.  i was actually able to log in without having to do 'unity --reset' :)
[04:00] <bcurtiswx> robert_ancell, http://paste.ubuntu.com/543896/ is the fail.. but i gotta go.   if you get a chance to look if you want to e-mail me the direction to go with that i'll work on that tomorrow
[04:00] <robert_ancell> bcurtiswx, ok, cya later
[04:01] <bcurtiswx> robert_ancell, thanks for everything
[04:01] <bcurtiswx> goodnight everyone
[07:41] <pitti> Good morning
[07:41] <pitti> bryceh: I can add a check there, but this will hit you just the same with software-center and update-manager, I guess?
[08:06] <asac> mvo: was it ever discussed to install already downloaded packages while download is still proceeding? i assume so ... too hard to do? or just not much benefit?
[08:11] <pitti> you'd need to sort the downloads per the dependency tree
[08:11] <pitti> would be kinda cool, though :)
[08:19] <mvo> asac: yes, discussed a bunch times, medium hard with aptdaemon, hard with libapt itself
[08:19] <mvo> asac: a bunch of times
[08:20]  * pitti really misses the system monitor now
[08:28] <asac> mvo: ok thanks. so no priority it seems.
[08:28] <mvo> asac: well, yes and no, we don't have anyone working on it and no free resources
[08:28] <mvo> asac: but if you have someone in your team …
[08:29] <asac> heh
[08:29] <asac> unlikely
[08:29] <asac> was just my personal annoyance about long running dist-upgrades for now
[08:30] <mvo> yeah
[08:31] <mvo> asac: I have some code for this, but its very premature/experimental
[08:32] <asac> awesome. good to know that there is innovation on this front
[08:38] <pitti> wget -O- archive.u.c. | tar xz; easy :)
[08:46] <mvo> debs are overrated anyway!
[08:48] <pitti> mvo: yeah, what could *possibly* go wrong with above!?
[08:48]  * pitti hugs mvo
[08:48] <pitti> python-libindicate! it's all your fault!
[08:49] <pitti> "Depends: libpython2.6"
[08:50]  * mvo hugs pitti
[08:51] <pitti> kenvandine: would you mind if we change ~indicator-applet-developers/libindicate/ubuntu to ~ubuntu-desktop?
[08:51] <pitti> kenvandine: I'll try to fix above dependency now (it's keeping python2.6 on the CDs)
[08:53] <pitti> ah, seems that's a relic from an earlier Debian merge
[08:58] <seb128> hey
[08:58] <pitti> hey seb128, bonjour
[08:58] <seb128> hey pitti, guten tag
[08:58] <seb128> wie geht's? ;-)
[08:58] <pitti> slightly better, thanks
[08:58] <seb128> great
[08:59] <pitti> and CDs look better, too :) i386: +5 MB, amd64: +15
[08:59] <pitti> (oversizedness)
[08:59]  * seb128 jump into the cockpit today
[08:59] <pitti> and alternates are in limit
[08:59] <seb128> nice
[08:59] <pitti> seb128: ooh, happy piloting
[08:59] <seb128> thanks ;-)
[08:59] <pitti> seb128: I'm fixing libindicate now (drop libpython2.6 dependency, and fixing the GIR build); was that already discussed by any chance?
[09:00] <seb128> pitti, what is broken? ken did an upload yesterday
[09:00] <pitti> seb128: g-ir-scanner: link: libtool --mode=link --tag=CC --silent gcc -o /home/martin/ubuntu/libindicate/libindicate-gtk/tmp-introspectgLOLL4/Indicate-0.2 -export-dynamic -g -O2 -g -Wall -O2 -L. -lindicate-gtk -pthread -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /home/martin/ubuntu/libindicate/libindicate-gtk/tmp-introspectgLOLL4/Indicate-0.2.o
[09:00] <pitti> ERROR: can't resolve libraries to shared libraries: indicate-gtk
[09:01] <pitti> seb128: that, and it depends on libpython2.6
[09:01] <pitti> seb128: that keeps python2.6 on the CDs
[09:01] <seb128> weird
[09:01] <seb128> https://launchpad.net/ubuntu/+source/libindicate/0.4.4-0ubuntu6
[09:01] <pitti> I think I know how to fix the latter
[09:01] <seb128> it built on the buildds this week
[09:01] <pitti> ooh
[09:01] <pitti> argh
[09:01] <pitti> libindicate (0.4.4-0ubuntu2~ppa1) maverick; urgency=low
[09:01] <seb128> nobody talked about the libpython issue
[09:01] <pitti> seems we abandoned ~indicator-applet-developers/libindicate/ubuntu ?
[09:02] <pitti> seb128: right, that one seems easy to fix
[09:02] <seb128> right, all the dx sources are in lp:ubuntu
[09:02] <pitti> seb128: I thought we wanted to keep branching from trunk
[09:02] <seb128> which is mirrored to ubuntu-desktop vcs I think
[09:02]  * pitti will drop teh Vcs-Bzr then
[09:02] <seb128> james_w did the magic for us
[09:02] <pitti> nice!
[09:02] <seb128> he made lp:ubuntu use the ubuntu-desktop vcs not the auto imports
[09:03] <seb128> pitti, it has been this way for over a year for indicators
[09:03] <pitti> seb128: hm, but lp:ubuntu/libindicate is an auto-import branch
[09:03] <seb128> gra
[09:03] <seb128> so maybe we miss some :-(
[09:03] <pitti> Vcs-Bzr! Vcs-Bzr!
[09:03] <seb128> pitti, try ~ubuntu-desktop/libindicate/ubuntu
[09:04] <pitti> seb128: that's missing the latest upload, but I can commit that manually
[09:04] <pitti> seb128: kenvandine did a manual commit to lp:ubuntu/libindicate for ubuntu6
[09:04] <seb128> ok, I guess kenvandine forgot to push
[09:05] <seb128> lol
[09:05] <seb128> yeah for confusion
[09:05] <pitti> no, I think he fell into the same trap as me
[09:05] <pitti> seb128: ok, I'll use ~ubuntu-desktop, fix Vcs-Bzr, and commit ubuntu6
[09:05] <seb128> kenvandine is maintaining those though, he should know better :p
[09:05] <seb128> pitti, sounds great, thanks!
[09:06] <pitti> kenvandine: ^ FYI
[09:20] <mvo> seb128: the nautilus case from yesterday is fixed now too btw
[09:21] <seb128> mvo, nautilus not being listed? or the stacktrace?
[09:21] <mvo> seb128: not being listed (or rather only as a technical item)
[09:21] <mvo> seb128: the stacktrace is next
[09:37] <seb128> mvo, great
[09:37] <seb128> pitti, could you review pidgin in the lucid sru queue?
[09:38] <seb128> pitti, icq is broken on lucid for some weeks, we sort of lagged behind on that, would be nice to get that moving to resolution
[09:38] <pitti> yep, will do
[09:39] <seb128> thanks!
[10:12]  * korben greets all
[10:16] <repete> mvo, ping
[10:16] <repete> mvo, alright to do a call right now?
[10:16] <repete> mvo, if so, what number shall we call?
[10:22] <mvo> repete: see /msg
[10:23] <repete> mvo, thx
[10:25] <seb128> mvo, s-c hates me :-(
[10:34] <pitti> libindicate hates me ..
[10:36] <seb128> pitti, how so?
[10:36] <pitti> building from trunk behaves completely different than building from the ubuntu package
[10:36] <pitti> and autoconf hates me while I'm fixing bug 690555
[10:36] <ubot2> Launchpad bug 690555 in libindicate "Don't force Python 2.6 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/690555
[11:10] <pitti> What the effing bloodly hell -- I have wasted 1.5 hours now, why can't I use "... | grep" in a configure.ac script??
[11:11] <seb128> pitti, try asking Keybuk or cjwatson I guess
[11:14] <cjwatson> hm?  | grep should work fine
[11:14] <pitti> I really don't get it
[11:14] <cjwatson> can I have a source tree showing the bug?
[11:15] <pitti> echo "Python 2.6.6" | grep -o '[0-9]\.[0-9]'
[11:15] <pitti> works just fine
[11:15] <pitti> PYTHONVER=`${PYTHON:-python} --version 2>&1 | grep -o '[0-9]\.[0-9]'`
[11:15] <cjwatson> you know about [ ] escaping in autoconf?
[11:15] <pitti> that just gives me an empty result
[11:15] <pitti> even just putting above echo | grep into configure.ac (which lands unaltered in configure) gives me an empty grep result
[11:15] <pitti> I already tried strace, type, etc.
[11:15] <cjwatson> try replacing [ with @<:@ and ] with @:>@
[11:15] <pitti> uh
[11:15] <cjwatson> info autoconf Quadrigraphs
[11:16] <pitti> cjwatson: ah, thanks; that drove me mad
[11:16] <pitti> cjwatson: I actually resorted to
[11:16] <pitti> PYTHONVER=`${PYTHON:-python} --version 2>&1`
[11:16] <pitti> PYTHONVER=${PYTHONVER# *}
[11:16] <pitti> PYTHONVER=${PYTHONVER# *}
[11:16] <pitti> now
[11:16] <cjwatson> though can't you use AM_PYTHON_CHECK_VERSION and such?
[11:16] <pitti> erm
[11:16] <pitti> PYTHONVER=${PYTHONVER# *}
[11:16] <pitti> PYTHONVER=${PYTHONVER% *}
[11:17] <cjwatson> /usr/share/aclocal-1.11/python.m4 should be useful ...
[11:17] <pitti> cjwatson: I need to call python<version>-config with stuff
[11:18] <cjwatson> it gets the python version number like this:
[11:18] <cjwatson>   AC_CACHE_CHECK([for $am_display_PYTHON version], [am_cv_python_version],
[11:18] <cjwatson>     [am_cv_python_version=`$PYTHON -c "import sys; sys.stdout.write(sys.version[[:3]])"`])
[11:18] <cjwatson> which should work for you too
[11:19] <pitti> cjwatson: ah, many thanks
[11:21] <seb128> pitti, I guess use AM_PATH_PYTHON and then $PYTHON_VERSION?
[11:21] <pitti> seb128: that'd need m4/python.m4, right?
[11:22] <seb128> pitti, right, but that's part of automake1.n
[11:22] <seb128> so that should not been an issue
[11:23] <seb128> pitti, that seems what GNOME sources do
[11:25] <seb128> pitti, libindicate already used AM_PATH_PYTHON
[11:25] <seb128> pitti, so you can use $PYTHON_VERSION
[11:26] <seb128> $ grep PYTHON_VERSION config.log
[11:26] <seb128> PYTHON_VERSION='2.7'
[11:26] <seb128> pitti, in a libindicate build
[11:26] <pitti> seb128: that works indeed; thanks!
[11:27] <seb128> you're welcome
[11:34] <chrisccoulson> does compiz store it's setting anywhere other than gconf? i could really do with resetting my profile :/
[11:34] <chrisccoulson> since yesterday, it crashes on startup and the animations are really jerky
[11:41] <seb128> chrisccoulson, unity profile?
[11:42] <chrisccoulson> seb128 - yeah, i have the unity profile selected (and i tried getting rid of my compiz profile yesterday after i messed around with it), but everything is really choppy still
[11:42] <chrisccoulson> especially moving windows
[11:42] <seb128> chrisccoulson, unity --reset
[11:42] <chrisccoulson> ah, i didn't know that existed ;)
[11:42] <seb128> it does reset the profile for you
[11:42] <seb128> that's quite new
[11:43] <chrisccoulson> hmmm, it's still quite slow. i'll try rebooting in a minute though
[11:58] <fta> pitti, hi, did you have chance to look at the dbgsym corrupted index?
[11:59] <pitti> fta: not yet, sorry; last week was nothing but firefighting, still catching up
[12:00] <pitti> I'm flushing SRUs now, then I can get back to my bugs
[12:00] <fta> pitti, ok, thanks
[12:12] <Amaranth> chrisccoulson: I imagine the problem started for you right around the time your 0.8 profile was imported
[13:42]  * bcurtiswx waves to room
[13:53] <kenvandine> seb128, I didn't push the branch?  ugh... sorry
[13:56] <pitti> kenvandine: you did commit, but into the lp:ubuntu/ one
[13:57] <pitti> kenvandine: I update the ~ubuntu-desktop one now (including vcs-bzr:, which was pointing at an ancient one), but at some point we need to make up our minds which one to use, I guess :)
[13:57] <kenvandine> pitti, yeah... we really need to
[13:58] <kenvandine> it is confusing having a mix
[13:58] <kenvandine> pitti, so you fixed it already?
[13:58] <pitti> kenvandine: as I said, I committed ubuntu6 into ~ubuntu-desktop, and then added my ubuntu7 upload there as well
[13:59] <kenvandine> ok
[13:59] <kenvandine> just making sure :)
[13:59] <pitti> kenvandine: seb128 said that james_w applied some magic to have lp:ubuntu/... point at our ~ubuntu-desktop brnches, but apparently not that one
[13:59] <pitti> perhaps because the vcs-bzr was wrong, and he didn't see it?
[13:59] <kenvandine> maybe
[13:59] <kenvandine> what was it set to?
[14:00] <james_w> pitti, I didn't do a bulk update
[14:00] <kenvandine> i think as we asked :)
[14:00] <james_w> I think so
[14:01] <james_w> I'd like to help you, I'm just a bit snowed under right now
[14:01] <james_w> figuratively and literally :-)
[14:01] <kenvandine> oh... ~i-a-d
[14:01] <kenvandine> hehe
[14:01] <james_w> if you could led me know what you would like to happen then I'll take care of it
[14:02] <seb128> hey james_w
[14:02] <seb128> how are you?
[14:02] <seb128> busy it seems ;-)
[14:02] <kenvandine> some of those changes keep coming back in tedg's merges
[14:02] <james_w> hey seb128
[14:02] <kenvandine> james_w, pkgme looks very interesting
[14:03] <james_w> good thanks, how are you?
[14:03] <seb128> I'm fine thanks
[14:09] <joaopinto> are there special requirements for a PNG image used in an appindicator custom icon ?
[14:10] <seb128> joaopinto, should not
[14:10] <joaopinto> /usr/share/tacacsaclient-gtk/ui/regular_tray.png: PNG image, 32 x 32, 8-bit/color RGBA, non-interlaced
[14:10] <joaopinto> and I just get a missing image icon
[14:10] <joaopinto> the indicator menu works fine
[14:10] <seb128> kenvandine, ^ do you have any clue?
[14:11] <joaopinto>             ind = appindicator.Indicator("tacacs-auth-client", "/usr/share/tacacsaclient-gtk/ui/regular_tray.png", appindicator.CATEGORY_APPLICATION_STATUS)
[14:11] <kenvandine> humm
[14:11] <kenvandine> i think it needs to be smaller
[14:11] <kenvandine> but
[14:11] <joaopinto> 20x20 ?
[14:11] <kenvandine> i wouldn't think you would get a missing image
[14:11] <kenvandine> 22x22
[14:11] <kenvandine> i think
[14:11] <kenvandine> oh... and it might not take a full patch
[14:11] <joaopinto> uff, I will need to create new icons for appindicator :P
[14:12] <kenvandine> s/patch/path
[14:12] <kenvandine> i could be wrong :)
[14:12] <joaopinto> I have read on some blog that a full path was required to use a custom icon, otherwise it would use a theme icon
[14:12] <kenvandine> ok
[14:12] <kenvandine> that is good then
[14:13] <kenvandine> i know it uses the theme, so providing a hicolor one is usually good
[14:13] <kenvandine> let me test here
[14:15] <joaopinto> 22x22 did not help :(
[14:16] <nisshh> kenvandine, my app uses a 24x24 and it works fine
[14:17] <kenvandine> yeah, 32 works too
[14:17] <kenvandine> and setting the full path
[14:17] <kenvandine> oh
[14:17] <kenvandine> joaopinto, did you set it to active?
[14:17] <kenvandine>  ind.set_status (appindicator.STATUS_ACTIVE)
[14:18] <kenvandine> joaopinto, without that, it doesn't display the indicator
[14:18] <kenvandine> it defaults to STATUS_PASSIVE
[14:18] <kenvandine> which isn't displayed
[14:18] <joaopinto>             ind.set_status(appindicator.STATUS_ACTIVE)
[14:18] <joaopinto>             ind.set_attention_icon("regular_tray.png")
[14:18] <kenvandine> :q:q
[14:18] <joaopinto> hum, maybe is this second set_attention_icon ?
[14:18] <joaopinto> which is breaking the icon ?
[14:19] <joaopinto> nope, was not it
[14:19] <joaopinto> http://img190.imageshack.us/img190/3369/regulartray.png <- I am using this
[14:20] <kenvandine> try removing that set_attention_icon
[14:20] <kenvandine> just to see
[14:21] <joaopinto> I am getting http://img2.imagebanana.com/img/l2exr5b4/Seleco_001.png, left is appindicator, right is the gtk.StatusIcon
[14:22] <kenvandine> well you set_attention_icon must not be found
[14:22] <kenvandine> add a full path for that
[14:22] <nisshh> yeah
[14:22] <nisshh> that might be it
[14:22] <joaopinto> I have removed the set_attention*
[14:23] <joaopinto> well, let me try from a clean minimal code
[14:23] <nisshh> joaopinto, add it back in and add the full path
[14:23] <nisshh> dotn start over
[14:23] <nisshh> dont*
[14:24] <joaopinto> still broken
[14:25] <nisshh> did you add the full path to set_attention_icon joaopinto?
[14:25] <joaopinto> nisshh, yes, same result, missing image icon
[14:25] <nisshh> hmm
[14:25] <kenvandine> joaopinto, try just not setting draw attention
[14:25] <nisshh> joaopinto, is there anywhere else in your code where the full path is not used?
[14:26] <kenvandine> does it work then?
[14:26] <joaopinto> kenvandine, no
[14:26] <kenvandine> humm
[14:26] <seb128> kenvandine, could you review the patch on bug #619932?
[14:26] <ubot2> Launchpad bug 619932 in adium-theme-ubuntu (Ubuntu) (and 1 other project) "[UIFe] message timestamps are too verbose (affects: 17) (dups: 4) (heat: 108)" [Medium,New] https://launchpad.net/bugs/619932
[14:26] <kenvandine> works here
[14:26] <joaopinto> kenvandine, with my image ?
[14:26] <kenvandine> no... but let me try that
[14:26] <nisshh> joaopinto, just to be sure, are you on 10.04 or 10.10?
[14:26] <joaopinto> 10.04
[14:27] <kenvandine> seb128, i had, but i wanted input from design
[14:27] <seb128> kenvandine, can you make that happen?
[14:27] <seb128> ivanka, hey
[14:27] <nisshh> there might have been some changes to appindicator in maverick
[14:27] <seb128> ivanka, ^ can you get someone to give design input on that bug
[14:27] <nisshh> kenvandine, could that be possible?
[14:27] <kenvandine> that was something djseigel was going to do...
[14:28] <kenvandine> nisshh, very possible
[14:28] <kenvandine> in fact in 10.04 it might not have been possible to set a full path
[14:28] <nisshh> thats what im thinking too
[14:28] <kenvandine> i recall early on there be discussion about that
[14:28] <nisshh> i think it was a recent addition
[14:28] <nisshh> yeah
[14:29] <seb128> kenvandine, well, if we can't get design to comment just do what you think is right and wait for them to complain if they don't like it ;-)
[14:29] <kenvandine> let me try his icon just to see
[14:29] <nisshh> ok
[14:29] <kenvandine> seb128, will do!
[14:29] <seb128> thanks
[14:29] <seb128> or at least comment on the bug saying it's blocked on design input
[14:29] <seb128> the bug is sitting in the review queue
[14:30] <joaopinto> uff, it will be hard to be forced to move to appindicator if it doesn't support custom icons :P
[14:31] <seb128> it does
[14:32] <bcurtiswx> seb128, I believe that http://launchpadlibrarian.net/60687500/buildlog_ubuntu-natty-amd64.brasero_2.91.3-0ubuntu1~build3_FAILEDTOBUILD.txt.gz isn't ubuntu's "fault" (as in none of our patches mess with that file).  What do I do?  File a bug upstream with the FTBFS ?
[14:32] <nisshh> joaopinto, it does, its just a recent addition
[14:32] <nisshh> and its still a WIP
[14:33] <seb128> bcurtiswx, http://git.gnome.org/browse/brasero/commit/?id=a3b0605e2bc2e7f6262a43338f254d22d75f1b90
[14:33] <seb128> bcurtiswx, it's already fixed in git
[14:33] <bcurtiswx> mental note: check upstream git
[14:33] <joaopinto> right, but if it was not backported to lucid, it means I will have to keep legacy tray in the LTS, and appindicator on the current
[14:34] <nisshh> joaopinto, why not upgrade to maverick and release for that?
[14:35] <joaopinto> this is an enterprise targeted app, LTS is the main userbase
[14:35] <nisshh> i see
[14:35] <bcurtiswx> seb128, so is policy to wait for the upstream fix or backport that commit ?
[14:35] <kenvandine> joaopinto, your icon does work here
[14:35] <joaopinto> actually I am on maverick, but I would expect this to work on lucid
[14:35] <kenvandine> joaopinto, let me check on lucid
[14:35] <joaopinto> kenvandine, are you running natty ?
[14:35] <kenvandine> oh... it should really work on maverick
[14:35] <kenvandine> that api hasn't changed since then
[14:35] <joaopinto> I am on maverick
[14:35] <seb128> bcurtiswx, no policy, you are welcome to backport the commit if you want
[14:36] <nisshh> i can check on maverick if you like
[14:36] <kenvandine> joaopinto, sorry to ask a silly question, but you did confirm the path is right?
[14:36] <nisshh> if it isnt working on maverick for you there is something strange going on
[14:37] <seb128> kenvandine, https://code.launchpad.net/~ken-vandine/ubuntu/natty/nfs-utils/1.2.2-4ubuntu1/+merge/42984
[14:37] <seb128> kenvandine, why do you need sponsoring? can't you just upload?
[14:37] <joaopinto> file /usr/share/tacacsaclient-gtk/ui/regular_tray.png
[14:37] <joaopinto> /usr/share/tacacsaclient-gtk/ui/regular_tray.png: PNG image, 32 x 32, 8-bit/color RGBA, non-interlaced
[14:37] <kenvandine> joaopinto, can you try this http://pastebin.ubuntu.com/544057/
[14:37] <joaopinto> copy/paste from the code
[14:37] <kenvandine> just change the path to the image
[14:37] <bcurtiswx> seb128, so backporting that commit would entail what? copying the commit from upstream, creating a patch file in brasero, and editing series to show the change ?
[14:38] <seb128> kenvandine, oh, ignore me, I just read the comment
[14:38] <kenvandine> seb128, :)
[14:38] <kenvandine> it looked good to me, just wanted someone more familiar to test it
[14:38] <seb128> bcurtiswx, indeed
[14:39] <bcurtiswx> seb128, OK.  How do I know what to number the patch ?
[14:40] <seb128> bcurtiswx, it doesn't matter
[14:40] <seb128> the order is made by the serie
[14:40] <seb128> no need of any number
[14:40] <bcurtiswx> but it doesn't matter where I put it in the series ?
[14:41] <joaopinto> kenvandine, it shows a missing icon here, according to strace there is no attempt to open the file
[14:41] <joaopinto> it just reads some /usr/share/themes/Radiance/gtk-2.0/apps/img/panel*
[14:41] <kenvandine> odd
[14:42] <seb128> bcurtiswx, no, as long as it applies
[14:42] <kenvandine> i am almost certain that api didn't change since maverick
[14:42] <kenvandine> joaopinto, /usr/share/libindicator/icons/hicolor/32x32/status/indicator-messages.png
[14:42] <kenvandine> make it use that icon
[14:42] <kenvandine> just give it the full path
[14:43] <joaopinto> same result
[14:43]  * kenvandine looks at the bzr history
[14:43] <cyphermox> seb128, I'll get the patches for e-d-s backported soon, was just struggling with one of the bugs that didn't seem to have been fixed
[14:44] <cyphermox> I think I just got it now... sad because it's really simple and didn't see it in > 5 hours debugging :/
[14:45] <kenvandine> joaopinto, unless the python bindings are broken in maverick... ugh
[14:45]  * kenvandine boots a maverick VM
[14:45] <joaopinto> eh :)
[14:45] <james_w> kenvandine, it would be great to have a GNOME backend for pkgme
[14:46] <seb128> cyphermox, ok, thanks for working on those
[14:46] <kenvandine> james_w, indeed... i already have a project for the christmas break :)
[14:46] <james_w> \o/
[14:47] <seb128> joaopinto, it's normal that strace doesn't list it
[14:47] <seb128> joaopinto, it's the container that load the icon
[14:47] <seb128> unity or indicator-applet
[14:48] <joaopinto> ah, good point
[14:48] <seb128> I've straced unity there
[14:48] <seb128> it loads it correctly
[14:48] <seb128> it shows correctly as well
[14:48] <seb128> but I'm on natty...
[14:50] <joaopinto> will there me some editable whitelist for gtk apps to use the notification area ? I could switch to app indicator later :P
[14:51] <seb128> joaopinto, it's not planned no
[14:51] <joaopinto> :(
[14:59] <joaopinto> can the app indicator icon be changed at runtime to a custom image ?
[15:02] <pitti> don't pretty much all the indicators have their own icon anyway?
[15:03] <kenvandine> joaopinto, ok that appind.py script worked in my maverick VM
[15:04] <seb128> joaopinto, no reason it can't
[15:04] <seb128> pitti, btw could you review libsqlite?
[15:04] <kenvandine> joaopinto, with your icon
[15:04] <bcurtiswx> seb128, OK it builds now.  I'm rebuilding with the changelog updated.  I'm allowed to dput into the gnome3-team/GNOME3 PPA now right?
[15:04] <joaopinto> hum, so there is something wrong, it doesn't work here
[15:06] <pitti> seb128: already done
[15:07] <seb128> pitti, thanks
[15:08] <joaopinto> kenvandine, http://img2.imagebanana.com/img/b2cq77fi/Seleco_002.png
[15:11] <kenvandine> joaopinto, ugh... that works here on maverick
[15:14] <kenvandine> joaopinto, and if you just use the icon name, indicator-messages it works?
[15:14] <joaopinto> yes, it does
[15:15] <kenvandine> joaopinto, sorry... i am out of ideas
[15:15] <joaopinto> let's see if I can figure how to strace notification-area-applet
[15:15] <joaopinto> kenvandine, np, thanks anyway :)
[15:15] <kenvandine> maybe someone in #ayatana
[15:15] <kenvandine> joaopinto, good luck :)
[15:15] <bcurtiswx> in order to test my deb builds.  is there a way to make dpkg -i smart to look for build-dep probs in the current directory?
[15:16] <bcurtiswx> build-dep problem fixes*
[15:17] <joaopinto> Use dpkg-scanpackages to create a local repository :) ?
[15:17] <pitti> bcurtiswx: erm, dpkg -i installs a .deb, what does this have to do with build deps?
[15:18] <bcurtiswx> pitti, sorry bad wording.. so i've completed a bzr bd.. now i have all the new .deb files
[15:19] <bcurtiswx> pitti, if i don't go in the right order of installs with dpkg -i , it will complain that a package isn't being installed
[15:19] <bcurtiswx> that it needs
[15:19] <bcurtiswx> can i *.deb to fix that?
[15:19] <pitti> bcurtiswx: dpkg -i doesn't care about the order of the .debs you specify
[15:19] <pitti> it'll do the right thing wrt. dependencies
[15:19] <bcurtiswx> pitti, OK thx
[15:22] <pitti> seb128: too bad that didrocks isn't online, he's on holiday already?
[15:22] <seb128> pitti, yes
[15:22] <seb128> why?
[15:23] <seb128> pitti, he will not come back before next year, he's moving to his new flat starting today
[15:23] <pitti> seb128: I finally switched to unity yesterday, and reset my configuration files to what I had in maverick
[15:23] <seb128> he has no internet
[15:23] <pitti> seb128: and I just wanted to say that it works marvellously well!
[15:23] <seb128> ;-)
[15:23] <pitti> my keybindings work, it even kept my local autostarters
[15:23] <pitti> seb128: I have used unity for almost 24 hours no!
[15:23] <pitti> "now"
[15:24] <seb128> I'm getting used to it and like it now
[15:24] <seb128> the launcher is nice
[15:24] <pitti> I'm still missing my system monitor and gtimelog in the tray
[15:25] <seb128> like it brings the instance of the same application on screen when clicking on the icon
[15:25] <pitti> but otherwise I'm getting used to it
[15:25] <seb128> I've a gnome-panel running still for the menu and run command
[15:25] <seb128> I'm starting using the keyboard less
[15:25] <seb128> like I switch to applications on other workspaces with the launcher
[15:26] <seb128> where I used to use the keyboard ;-)
[15:26] <pitti> Alt+F2 is missing
[15:29] <bcurtiswx> seb128, 2.91.3-0ubuntu1~build3 now that i made changes would go to 2.91.3-0ubuntu2~build1 ?
[15:30] <bcurtiswx> pitti, ^^ am i right there?
[15:30] <pitti> bcurtiswx: is that a PPA, or for ubuntu?
[15:31] <bcurtiswx> its the ~gnome3-team GNOME3 PPA
[15:31] <pitti> bcurtiswx: I'm not sure, but I think it should be build4
[15:31] <pitti> i. e. the next regular Ubuntu upload would then be ubuntu2
[15:31] <pitti> oh, erm
[15:32] <bcurtiswx> pitti i tried that but got rejected Source/binary (i.e. mixed) uploads are not allowed.
[15:32] <pitti> ubuntu2~build1 would work fine with that, too
[15:32] <pitti> bcurtiswx: that's unrelated; you must upload the source.changes, not the i386.changes
[15:33] <bcurtiswx> pitti, Ah OK.  bzr bd doesn't create a source.changes file.. do i need to do something with the .dsc file ?
[15:33] <pitti> bcurtiswx: bzr bd -S
[15:34] <bcurtiswx> ah ha.. thats what the -S is for
[15:34]  * bcurtiswx learned something new
[15:34] <bcurtiswx> pitti, thanks
[16:35] <fta> hm, i can't rebuild rhythmbox on natty: ayatana-plugin.c:8:26: fatal error: Indicate-0.2.h: No such file or directory
[16:51] <seb128> mterry, hey
[16:51] <mterry> seb128, hi
[16:52] <seb128> mterry, I just discovered that right click does what I want in the workspaces expose :pp
[16:52] <seb128> just mentionning it as an user workaround
[16:52] <mterry> seb128, :)
[16:52] <seb128> mterry, could you review bug #690688 btw?
[16:52] <ubot2> Launchpad bug 690688 in libgda4 (Ubuntu) "Please disable gobject-introspection (affects: 1) (heat: 6)" [Wishlist,Triaged] https://launchpad.net/bugs/690688
[16:53] <seb128> kenvandine, could you copy your comment from https://code.launchpad.net/~ken-vandine/ubuntu/natty/nfs-utils/1.2.2-4ubuntu1/+merge/42984 on the bug and close the merge request?
[16:53] <seb128> kenvandine, it has merge conflicts so seems invalid
[16:53] <kenvandine> sure
[16:53] <seb128> thanks
[16:54] <mterry> seb128, sure
[16:55] <bcurtiswx> seb128, im trying to figure out what went wrong http://launchpadlibrarian.net/60688028/buildlog_ubuntu-natty-amd64.poppler_0.15.3-0ubuntu1~build2_FAILEDTOBUILD.txt.gz
[16:56] <bcurtiswx> i have all gnome3-team/GNOME3 PPA ftbfs fixed except that one
[16:56] <seb128> mterry, thanks
[16:57] <seb128> bcurtiswx, not sure about this one
[17:01] <seb128> kenvandine, mterry, pitti: you know about ~gnome3-team?
[17:01] <seb128> https://launchpad.net/~gnome3-team
[17:01] <kenvandine> no...
[17:01] <mterry> seb128, no, did not
[17:01] <seb128> https://launchpad.net/~gnome3-team
[17:01] <seb128> ups
[17:01] <seb128> https://launchpad.net/~gnome3-team/+archive/gnome3
[17:02] <mterry> seb128, is that the new gnome3-builds?
[17:02] <seb128> https://launchpad.net/~gnome3-team/+archive/gnome3
[17:02] <seb128> grrr copy buggy
[17:02] <seb128> mterry, yes, robert_ancell did that yesterday
[17:02] <seb128> we decided we need to give access to the ppa without access to ubuntu
[17:02] <kenvandine> ok
[17:02] <seb128> that should let rodrigo ricotz and others be able to work directly there
[17:03] <seb128> jcastro, ^
[17:03]  * bcurtiswx has taken full advantage :)
[17:03] <seb128> bcurtiswx, thanks ;-)
[17:03] <kenvandine> :-D
[17:03] <kenvandine> bcurtiswx, keep rocking it!
[17:03] <seb128> bcurtiswx, great work fixing those builds!
[17:03] <cyphermox> mdeslaur, I'm looking at bug 689771 trying to reproduce failure so I can test the upstream commit fixes it. Which gconf file exactly did you find the uri= entry in?
[17:03] <ubot2> Launchpad bug 689771 in evolution-data-server (Ubuntu) "[natty] evolution addressbook migration failure (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/689771
[17:04] <bcurtiswx> seb128, kenvandine, thx.  it just feels good to actually understand what's going on more and more as I learn
[17:04] <seb128> cyphermox, ^ as well
[17:04] <cyphermox> seb128, regarding what?
[17:05] <seb128> cyphermox, gnome3
[17:05] <cyphermox> ah, ok
[17:05] <cyphermox> seb128, btw, managed to really fix the To/Cc buttons in evo, I'll put that patch in along with the backports
[17:06] <seb128> great
[17:07] <bcurtiswx> anyone have any idea on that poppler FTBFS ?
[17:07] <cyphermox> oh cool, this also fixes the calendar issues
[17:08] <seb128> cyphermox, rock on!
[17:08] <seb128> bcurtiswx, it seems the symbols are different on amd64
[17:08] <cyphermox> seb128, the only issue is, someone uploaded gdata 0.7, but e-d-s limits to 0.6
[17:08] <seb128> not sure why
[17:08] <cyphermox> so I ported that as well...
[17:08] <seb128> cyphermox, oh, it does?
[17:08] <cyphermox> any idea why 0.7 was needed?
[17:08] <seb128> I though someone commented on a bug saying that some calendar features were off on 0.6
[17:08] <cyphermox> haha ;)
	seb128: so for libgdata I'd like to update to 0.7.0, which fixes building the GIR; it's an ABI bump, though
[17:09] <seb128> cyphermox, the main reason was that 0.6 didn't build in natty
[17:09] <cyphermox> 0.7 changed API slightly so upstream decided to block to 0.6
[17:09] <cyphermox> ah, fair enough
[17:09] <cyphermox> anyway, e-d-s builds and afaict the changes I made work
[17:09] <seb128> if you managed to port the code great
[17:09] <cyphermox> it was two simple calls
[17:09] <seb128> the breakage was due to that?
[17:13] <cyphermox> breakage?
[17:13] <seb128> Cc crashing
[17:13] <cyphermox> no, completely unrelated
[17:13] <seb128> ok
[17:14] <cyphermox> Cc/name selector crashing was due to trying to get a label from a GtkComboBox using the GtkComboBoxText apis
[17:20] <bcurtiswx> seb128, does the GNOME3-team PPA use the old GNOME3 PPA as a repository ?
[17:22] <seb128> bcurtiswx, no
[17:23] <bcurtiswx> seb128, should we, or just build the old PPA packages for the new PPA ?
[17:25] <seb128> bcurtiswx, oh, I get what you mean now
[17:26] <seb128> bcurtiswx, we can ppa copy sources if needed
[17:27] <bcurtiswx> the current build needs gnome-settings-daemon-dev >=2.91.0
[17:27] <bcurtiswx> its in the old PPA
[17:33] <bcurtiswx> seb128, is that something you would have to do ?
[17:35] <seb128> bcurtiswx, I will sort it in a bit, I either need to copy things across the ppa or add a dependency
[17:35] <bcurtiswx> seb128, OK, thx :)
[17:36] <jcastro> seb128: ok all that leaves is banshee for xmas?
[17:36] <pitti> cyphermox: nice! so your local evo works again? with the natty version I just get a crash when trying to access a google cal
[17:36] <pitti> seb128: thanks for the heads-up for g3-team
[17:38] <seb128> jcastro, what about banshee?
[17:38] <cyphermox> pitti, right, things look fine. there may be some more work to do though, but I just checked I could load google contacts, update them, and see it shows up back in Gmail
[17:40] <jcastro> seb128: when is it going in?
[17:40] <jcastro> seb128: have the MIRs been taking this long?
[17:40] <Laney> we should wait for 1.9.1 which is out today
[17:40] <seb128> jcastro, yes, the mir are not sorted yet
[17:41] <jcastro> Laney: I just saw the announcement which is what reminded me
[17:41] <Laney> i propose we drop libkarma if there can be agreement that if and when the packaging is fixed up then it can be added back in
[17:41] <seb128> jcastro, mterry has been helping on those but still some are to do
[17:41] <seb128> jcastro, check with doko
[17:41] <jcastro> ok
[17:41] <Laney> and then it's just a trivial copyright fix
[17:41] <seb128> he just sent an email today to say to not pre-promote
[17:42] <seb128> so we are blocked on mir review
[17:42] <cdbs> seb128: BTW, the latest compiz/unity upload fixes my problem
[17:42] <seb128> cdbs, great
[17:42] <Laney> mterry: infact, do you think they keyfile# missing copyright attribution you found is a blocker?
[17:42] <Laney> if so then we'll have to do an upload for just that...
[17:43] <mterry> Laney, my understanding is that incorrect copyright files were generally MIR blockers, but doko or another MIR person can correct me on that
[17:43] <Laney> it was a nice catch though
[17:44] <Laney> shame on the ftp masters :)
[17:44]  * mterry looks forward to when all copyrights are checked automatically by tools
[17:45] <Laney> mmm
[17:47] <ari-tczew> seb128: I suggest to complete patch in DEP3 tags, use full name of author in debian/changelog and better description of change. what do you think? bug 685584
[17:47] <ubot2> Launchpad bug 685584 in amule (Ubuntu) (and 1 other project) "amule FTBFS with gcc 4.5 (affects: 1) (heat: 8)" [Low,In progress] https://launchpad.net/bugs/685584
[17:49] <seb128> ari-tczew, I've been saying that to the patch submitter in query already
[17:49] <seb128> he pinged me about it
[17:50] <ari-tczew> seb128: issues should be commented in bug
[17:51] <seb128> ari-tczew, well he's working on an updated debdiff assigning those
[17:52] <ari-tczew> seb128: ok
[17:52] <seb128> addressing rather
[17:52] <seb128> I did put the bug in progress for a reason
[17:52] <seb128> but thanks for checking ;-)
[17:53] <ari-tczew> np
[19:02] <cdbs> seb128: As for that problem, it just happened again. BUt the discovery I made is that it occurs only when nm-applet is made to autoconnect to my WiFi, and if the autoconnect happens before compiz starts, compiz segfaults. But if it connects AFTER the thing, then everything goes on fine. My solution is to disable autoconnect
[19:02]  * cdbs files a bug
[19:04] <pitti> good night all!
[19:05] <pitti> I'm on holiday from tomorrow on, so please email me for urgent things
[19:41] <seb128> cdbs, ok
[19:41] <joaopinto> kenvandine, that appind.py custom icon also works fine on my 64 bits partition, it's definitively a bug specific to the other partition config
[19:42] <kenvandine> joaopinto, interesting
[19:46] <seb128> joaopinto, does it happen with another user on the same box?
[19:47] <joaopinto> seb128, didn't try, this is on the same box but using another user / root partition
[19:47] <seb128> ok
[19:47] <joaopinto> i'll reboot and test
[19:47] <kenvandine> wonder if it is maybe theme related
[19:48] <seb128> kenvandine, would be weird
[19:48] <kenvandine> yeah, but i have seen weirder things
[19:49] <kenvandine> i know it does some checking for icons and fallbacks
[19:50] <kenvandine> i am trying to make the dbus-test-runner package run it's tests at build time, but it's hanging
[19:50] <seb128> :-(
[19:50] <kenvandine> guess i need to see how ted gets around that in dbusmenu
[19:50] <kenvandine> i know there is some magic
[19:51] <kenvandine> i am going to get it uploaded today, at least it will end up in universe
[19:51] <seb128> ok
[19:51] <kenvandine> then we can request mir for it, bustle, and what ever else bustle might need
[19:51] <kenvandine> before turning all that on in dbusmenu
[19:57] <joaopinto> seb128, good hint, it's user specific
[20:02] <seb128> bbl
[20:04] <joaopinto> it's odd, both users can read the file
[20:10] <kenvandine> joaopinto, are they both using the same theme?
[20:11] <kenvandine> wondering if there is a bug related to the theme icon lookup and fallback
[20:11] <kenvandine> long shot though
[20:11] <kenvandine> it would be a strange bug
[20:33] <joaopinto> kenvandine, yes, both using Radiance
[20:33] <bcurtiswx> joaopinto, but are they both using the same icon theme
[20:34] <joaopinto> I don't usually change that, where is set ? I don't see any icon themes on the appeareances app
[20:35] <bcurtiswx> joaopinto, i believe you can customize your theme and in there see which icon theme you're using
[20:37] <joaopinto> right, let me check
[20:44] <joaopinto> nope, setting the global theme also changes the icon theme, they are both set to Ubuntu Mono Light
[20:50] <joaopinto> hum, I don't have the messaging indicator on the affected user
[20:51] <joaopinto> I don't remember how it was removed
[20:54] <joaopinto> oh boy, I feel so dumb :(
[20:54] <joaopinto> I didn't had the indicator applet on the panel
[20:56] <joaopinto> still it's odd that it shows a missing image icon
[20:59] <bcurtiswx> someone care to test the following: open a PDF in evince.  On the top there's a folder icon that says "show the folder that contains this file", click it and see if you get a permission denied error
[20:59] <bcurtiswx> in natty
[21:04] <joaopinto> the proper way to change the indicato icon is set_attention_icon ?
[21:27] <mterry> seb128, anyone else working on webkit for gtk3?  I can give it a go if not
[21:27] <seb128> mterry, it's in the gnome3 ppa for a month or so
[21:27] <mterry> seb128, wait what?  I didn't notice it.  :-/  Good thing I asked.  :)
[21:28] <seb128> ;-)
[21:28] <mterry> seb128, oh right, because I was checking new-style gnome3 ppa
[21:28] <mterry> I'll just copy it over then
[21:28] <seb128> thanks
[21:28] <seb128> we should probably just copy the missing sources and clean the other ppa
[21:29] <seb128> we can keep the maverick builds in ubuntu-desktop
[21:29] <seb128> we probably want an "official" standard for those
[21:29] <seb128> since they target stable serie users
[21:31] <ScislaC> Is nautilus constantly invisibly relaunching in either the Classic or Unity Desktops on Natty a known issue?
[21:32] <seb128> no but seems like it's crashing for you
[21:32] <seb128> can you attach gdb to it or enable apport to get a stacktrace?
[21:33] <ScislaC> seb128: Which would be preferred?
[21:33] <seb128> either
[21:33] <seb128> well apport crash file are auto retraced so could be easier
[21:35] <ScislaC> seb128: hmmm... let me see if I can get nautilus to manually crash w/ gdb (I'm logged into kde at the moment because of overheating issues in Unity & Classic)
[21:35] <seb128> ScislaC, try running nautilus there and see if it starts
[21:37] <ScislaC> seb128: I tried launching from a terminal, http://pastebin.ubuntu.com/544199/
[21:37] <bcurtiswx> seb128, im wondering, since gnome-bluetooth has 2.91.2.is.2.91.2 shouldn't that allow for the remove of the .is and before ?
[21:38] <seb128> bcurtiswx, you mean?
[21:39] <seb128> ScislaC, seems a ground control issue
[21:39] <seb128> can you try to uninstall that?
[21:39] <bcurtiswx> i guess its a question about epochs (sp?), will you ever be able to make the version on gnome-bluetooth 2.91.2-0ubuntu1 or will you always have to tag on the 2.91.2.is.2.91.2
[21:39] <seb128> bcurtiswx, we will be able to do 2.91.3
[21:40] <bcurtiswx> seb128, ah so it has to one up it, not just equal it.. Thx :)
[21:40] <seb128> bcurtiswx, but we can't go back to 2.91.2 and don't want to add an epoch over debian just for one upload
[21:40] <ScislaC> seb128: sure, I can try that... I have a bt too if you want that http://pastebin.ubuntu.com/544201/
[21:40] <seb128> ScislaC, seems a python or nautilus-python or gc issue
[21:42] <ScislaC> seb128: after uninstalling it we now have nautilus running
[21:42] <seb128> ScislaC, ok great
[21:42] <ScislaC> seb128: thanks for your help
[21:42] <seb128> that's not a fix but at least you get your nautilus back
[21:42] <seb128> you're welcome
[21:42] <ScislaC> off to LP to see if anything is filed against groundcontrol yet
[21:48] <Amaranth> bcurtiswx: 2.91.2 < 2.91.2.is.2.91.2
[21:48] <Amaranth> oops, that was a few minutes ago
[21:52] <bcurtiswx> Amaranth, i get it now.. Thanks though :)
[23:10] <bcurtiswx> kenvandine, somehow the indicator area is screwey.  the menu for apps hides behind windows.. and i can't get the right click menu.. it acts as a left click
[23:22] <bcurtiswx> kenvandine, hmm, seems not to be limited to the indicator menu.. all gtkmenu items
[23:38] <Amaranth> bcurtiswx: All the indicators treat left and right click the same, afaik that was one of the main design goals
[23:38] <bcurtiswx> Amaranth, so how do I get to an "about" section or in case i forget which is which to find out the name of it ?
[23:39] <Amaranth> bcurtiswx: File a bug to get About added to the menu
[23:39] <Amaranth> Otherwise you don't, there is no right click menu
[23:39] <bcurtiswx> Amaranth, thx :)
[23:40] <Amaranth> I see nm-applet has an about option
[23:40] <Amaranth> I guess applications may want to have an About menu item but the basic indicators shouldn't imo
[23:41] <bcurtiswx> if anything a tooltip to distinguish one from another
[23:41] <seb128> no and no
[23:41] <bcurtiswx> ok then, :) hi seb128
[23:41] <seb128> why users would care so much knowing about the indicator names?
[23:42] <bcurtiswx> seb128, i don't know either way