[00:00] well either way that will need to be sorted in dallas [00:00] 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] but until then we should make gtk3 use in natty in hold [00:00] which we sort of did already [00:00] There's also a lot of layout changes in GTK3 that seem to be causing bugs. [00:00] yeah [00:01] I think the current way is the best one [00:01] we can work in the ppa easily, we don't need to block on freezes [00:01] and we don't risk natty stability [00:02] bcurtiswx, oh, I just re-read that empathy issue - yes, webkit needs a patch and rebuild - I'll do that [00:02] robert_ancell, thanks. Sorry to add to your long list. [00:02] if only i could figure out my bzr issue [00:02] robert_ancell, ok, I think I cleaned my list of things I wanted to talked about [00:03] seb128, get some sleep!! :) [00:03] do you have anything you want to talk about before I leave? [00:03] ;-) [00:03] seb128, nope, I'm good [00:03] ok [00:03] I think you have enough to keep you busy [00:03] I will probably be online tomorrow or thursday evening [00:03] just to catch up before holidays [00:04] bcurtiswx, what is your LP login? [00:04] bye [00:04] bye [00:04] bcurtiswx [00:07] what used to happen was that i'd bzr get and an authentication GUI would pop up asking for my password [00:08] now it just hangs where that GUI would have come up [00:11] bcurtiswx, sorry I have been meaning to find out how that stack works but I don't know enough about it :( [00:12] robert_ancell, not a problem. my issue is an open one for anyone who may know. [00:12] Thats an ssh agent of some sort, not sure what provides it in maverick/natty etc. [00:14] TheMuso, do you know what _might_ provide it ? [00:15] No, but examining the xxh agent script in the /etc/X11/Xsession.d directory may point you in the right direction. [00:15] ssh agent even [00:17] TheMuso, http://paste.ubuntu.com/543844/ [00:18] i see an ssh-agent2 but there is none in /usr/bin [00:18] ssh-agent is part of the openssh-client package [00:19] and I also have ssh-askpass-gnome installed [00:22] yeah all installed and match versions [00:22] from rmadison [00:27] TheMuso, do you know if there's a way to turn this off? [00:28] No I don't. [00:28] TheMuso, thanks for your help. [00:28] no problem. [01:28] hello [01:28] What is the difference between the ubuntu dvd iso and the regular live-cd? [01:41] unset SSH_AUTH_SOCK that fixed my problem [02:05] robert_ancell, http://paste.ubuntu.com/543866/ i've disabled nautilus-sendto for now and came across that in the build [02:09] bcurtiswx, uh, the 31 patch needs updating [02:12] robert_ancell, is there a resource that would help me find the fixes ? [02:16] 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] there are similar patches for the other packages in GNOME3 that you could look at [02:16] know onw off the top of your head? [02:16] one* [02:18] robert_ancell, where is the GDK documentation ? [02:18] i googled, but idk what to look for exactly [02:19] http://library.gnome.org/devel/gdk/stable/gdk-X-Window-System-Interaction.html [02:20] The short answer is, replace GDK_DISPLAY() with gdk_display_get_default() [02:21] gdk_x11_drawable_get_xdisplay() with gdk_x11_window_get_xid() [02:22] GDK_WINDOW_XWINDOW() with gdk_x11_window_get_xid() [02:22] and GtkWindow->window with gtk_window_get_window() [02:22] im amazed at how fast you just did that.. i was just finishing up the first one [02:22] I mean gtk_widget_get_window() [02:34] robert_ancell, that last one did you mean GtkWidget [02:34] yes, sorry [02:34] I see (GTK_WIDGET (window)->window) === asac_ is now known as asac [02:36] robert_ancell, ^^ i don't see anything in that guide about GDK_WIDGET [02:37] bcurtiswx, you have to access window through the gtk_widget_get_window method now [02:37] robert_ancell, remove that entire segement of code above? or just part of it [02:37] replace* [02:38] i.e. GTK_WIDGET (window)->window becomes gtk_widget_get_window (GTK_WIDGET (window)) [02:54] robert_ancell, GTK_WIDGET_VISIBLE to gdk_window_?is_visible () [02:54] robert_ancell, GTK_WIDGET_VISIBLE to gdk_window_is_visible () ? [02:55] bcurtiswx, isn't it gtk_widget_get_visible() ? [02:56] cyphermox, idk how to find exactly what it is [02:56] 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] fortunately, I did some of this recently in synaptic :) [02:57] GTK_WIDGET_VISIBLE (priv->window); to gtk_widget_get_visible(priv->window); ? [02:57] bcurtiswx, likely. is priv->window a GtkWidget? [02:59] * bcurtiswx would not know at all, how would i [03:01] 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] cyphermox, EmpathyStatusIconPriv *priv = GET_PRIV (icon); [03:03] bcurtiswx, great. is a EmpathyStatusIconPriv defined somewhere? [03:06] cyphermox, G_DEFINE_TYPE (EmpathyStatusIcon, empathy_status_icon, G_TYPE_OBJECT); ?? [03:07] wait nvm.. forgot the priv [03:07] well, no need to look [03:08] priv->window seems to me like it's a GtkWindow [03:19] robert_ancell, http://paste.ubuntu.com/543888/ im going to assume this is some dep we need to add or bump ? [03:22] bcurtiswx, it looks like empathy-indicator hasn't been properly added into the Makefile.am [03:29] robert_ancell, http://paste.ubuntu.com/543894/ <--affected patchfile [03:30] i can't say I'd have any idea on whats wrong [03:40] robert_ancell, im going to head out. did you want me to do anything with my changes? [03:41] its not finished, but the fixes i've made so far [03:41] bcurtiswx, just push them to bzr [03:41] robert_ancell, my own branch? [03:42] bcurtiswx, yes, for now. If you merged with the other branch then do a merge request [03:43] bcurtiswx, oh, i see the problem [03:44] OK, I can make the fix before i go [03:44] you also need to add empathy-indicator to empahthy_chat_SOURCES - it must be new [03:45] and probably empathy-indicator-manager.[ch] too [03:45] robert_ancell, what to where? im confused [03:46] I have a bug with the login sound not playing correctly.. is that something that ubuntu-desktop should be subscribed to? [03:46] 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] psusi, sure [03:47] ok [03:48] robert_ancell, is that a new section like empathy_handwritten_source ? [03:50] 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] robert_ancell, OK, will do [03:52] robert_ancell, no else added? [03:53] I don't think so, but I'm not sure what empathy-chat is [03:53] OK, i'll build now see if i get same error [03:54] patch applied OK, at least i know my patch edits [03:57] 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] psusi, #pulseaudio [03:58] 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] 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] bcurtiswx, ok, cya later [04:01] robert_ancell, thanks for everything [04:01] goodnight everyone === oubiwann-holiday is now known as oubiwann === oubiwann is now known as oubiwann-holiday === almaisan-away is now known as al-maisan [07:41] Good morning [07:41] 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] 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] you'd need to sort the downloads per the dependency tree [08:11] would be kinda cool, though :) [08:19] asac: yes, discussed a bunch times, medium hard with aptdaemon, hard with libapt itself [08:19] asac: a bunch of times [08:20] * pitti really misses the system monitor now === evilvish is now known as \vish === \vish is now known as vish [08:28] mvo: ok thanks. so no priority it seems. [08:28] asac: well, yes and no, we don't have anyone working on it and no free resources [08:28] asac: but if you have someone in your team … [08:29] heh [08:29] unlikely [08:29] was just my personal annoyance about long running dist-upgrades for now [08:30] yeah [08:31] asac: I have some code for this, but its very premature/experimental [08:32] awesome. good to know that there is innovation on this front [08:38] wget -O- archive.u.c. | tar xz; easy :) [08:46] debs are overrated anyway! [08:48] mvo: yeah, what could *possibly* go wrong with above!? [08:48] * pitti hugs mvo [08:48] python-libindicate! it's all your fault! [08:49] "Depends: libpython2.6" [08:50] * mvo hugs pitti [08:51] kenvandine: would you mind if we change ~indicator-applet-developers/libindicate/ubuntu to ~ubuntu-desktop? [08:51] kenvandine: I'll try to fix above dependency now (it's keeping python2.6 on the CDs) [08:53] ah, seems that's a relic from an earlier Debian merge === leagris is now known as virtuald [08:58] hey [08:58] hey seb128, bonjour [08:58] hey pitti, guten tag [08:58] wie geht's? ;-) [08:58] slightly better, thanks [08:58] great [08:59] and CDs look better, too :) i386: +5 MB, amd64: +15 [08:59] (oversizedness) [08:59] * seb128 jump into the cockpit today [08:59] and alternates are in limit [08:59] nice [08:59] seb128: ooh, happy piloting [08:59] thanks ;-) [08:59] seb128: I'm fixing libindicate now (drop libpython2.6 dependency, and fixing the GIR build); was that already discussed by any chance? [09:00] pitti, what is broken? ken did an upload yesterday [09:00] 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] ERROR: can't resolve libraries to shared libraries: indicate-gtk [09:01] seb128: that, and it depends on libpython2.6 [09:01] seb128: that keeps python2.6 on the CDs [09:01] weird [09:01] https://launchpad.net/ubuntu/+source/libindicate/0.4.4-0ubuntu6 [09:01] I think I know how to fix the latter [09:01] it built on the buildds this week [09:01] ooh [09:01] argh [09:01] libindicate (0.4.4-0ubuntu2~ppa1) maverick; urgency=low [09:01] nobody talked about the libpython issue [09:01] seems we abandoned ~indicator-applet-developers/libindicate/ubuntu ? [09:02] seb128: right, that one seems easy to fix [09:02] right, all the dx sources are in lp:ubuntu [09:02] seb128: I thought we wanted to keep branching from trunk [09:02] which is mirrored to ubuntu-desktop vcs I think [09:02] * pitti will drop teh Vcs-Bzr then [09:02] james_w did the magic for us [09:02] nice! [09:02] he made lp:ubuntu use the ubuntu-desktop vcs not the auto imports [09:03] pitti, it has been this way for over a year for indicators [09:03] seb128: hm, but lp:ubuntu/libindicate is an auto-import branch [09:03] gra [09:03] so maybe we miss some :-( [09:03] Vcs-Bzr! Vcs-Bzr! [09:03] pitti, try ~ubuntu-desktop/libindicate/ubuntu [09:04] seb128: that's missing the latest upload, but I can commit that manually [09:04] seb128: kenvandine did a manual commit to lp:ubuntu/libindicate for ubuntu6 [09:04] ok, I guess kenvandine forgot to push [09:05] lol [09:05] yeah for confusion [09:05] no, I think he fell into the same trap as me [09:05] seb128: ok, I'll use ~ubuntu-desktop, fix Vcs-Bzr, and commit ubuntu6 [09:05] kenvandine is maintaining those though, he should know better :p [09:05] pitti, sounds great, thanks! [09:06] kenvandine: ^ FYI [09:20] seb128: the nautilus case from yesterday is fixed now too btw [09:21] mvo, nautilus not being listed? or the stacktrace? [09:21] seb128: not being listed (or rather only as a technical item) [09:21] seb128: the stacktrace is next [09:37] mvo, great [09:37] pitti, could you review pidgin in the lucid sru queue? [09:38] 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] yep, will do [09:39] thanks! [10:12] * korben greets all [10:16] mvo, ping [10:16] mvo, alright to do a call right now? [10:16] mvo, if so, what number shall we call? [10:22] repete: see /msg [10:23] mvo, thx [10:25] mvo, s-c hates me :-( [10:34] libindicate hates me .. [10:36] pitti, how so? [10:36] building from trunk behaves completely different than building from the ubuntu package [10:36] and autoconf hates me while I'm fixing bug 690555 [10:36] Launchpad bug 690555 in libindicate "Don't force Python 2.6 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/690555 [11:10] 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] pitti, try asking Keybuk or cjwatson I guess [11:14] hm? | grep should work fine [11:14] I really don't get it [11:14] can I have a source tree showing the bug? [11:15] echo "Python 2.6.6" | grep -o '[0-9]\.[0-9]' [11:15] works just fine [11:15] PYTHONVER=`${PYTHON:-python} --version 2>&1 | grep -o '[0-9]\.[0-9]'` [11:15] you know about [ ] escaping in autoconf? [11:15] that just gives me an empty result [11:15] even just putting above echo | grep into configure.ac (which lands unaltered in configure) gives me an empty grep result [11:15] I already tried strace, type, etc. [11:15] try replacing [ with @<:@ and ] with @:>@ [11:15] uh [11:15] info autoconf Quadrigraphs [11:16] cjwatson: ah, thanks; that drove me mad [11:16] cjwatson: I actually resorted to [11:16] PYTHONVER=`${PYTHON:-python} --version 2>&1` [11:16] PYTHONVER=${PYTHONVER# *} [11:16] PYTHONVER=${PYTHONVER# *} [11:16] now [11:16] though can't you use AM_PYTHON_CHECK_VERSION and such? [11:16] erm [11:16] PYTHONVER=${PYTHONVER# *} [11:16] PYTHONVER=${PYTHONVER% *} [11:17] /usr/share/aclocal-1.11/python.m4 should be useful ... [11:17] cjwatson: I need to call python-config with stuff [11:18] it gets the python version number like this: [11:18] AC_CACHE_CHECK([for $am_display_PYTHON version], [am_cv_python_version], [11:18] [am_cv_python_version=`$PYTHON -c "import sys; sys.stdout.write(sys.version[[:3]])"`]) [11:18] which should work for you too [11:19] cjwatson: ah, many thanks [11:21] pitti, I guess use AM_PATH_PYTHON and then $PYTHON_VERSION? [11:21] seb128: that'd need m4/python.m4, right? [11:22] pitti, right, but that's part of automake1.n [11:22] so that should not been an issue [11:23] pitti, that seems what GNOME sources do [11:25] pitti, libindicate already used AM_PATH_PYTHON [11:25] pitti, so you can use $PYTHON_VERSION [11:26] $ grep PYTHON_VERSION config.log [11:26] PYTHON_VERSION='2.7' [11:26] pitti, in a libindicate build [11:26] seb128: that works indeed; thanks! [11:27] you're welcome [11:34] does compiz store it's setting anywhere other than gconf? i could really do with resetting my profile :/ [11:34] since yesterday, it crashes on startup and the animations are really jerky [11:41] chrisccoulson, unity profile? [11:42] 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] especially moving windows [11:42] chrisccoulson, unity --reset [11:42] ah, i didn't know that existed ;) [11:42] it does reset the profile for you [11:42] that's quite new [11:43] hmmm, it's still quite slow. i'll try rebooting in a minute though [11:58] pitti, hi, did you have chance to look at the dbgsym corrupted index? [11:59] fta: not yet, sorry; last week was nothing but firefighting, still catching up [12:00] I'm flushing SRUs now, then I can get back to my bugs [12:00] pitti, ok, thanks [12:12] chrisccoulson: I imagine the problem started for you right around the time your 0.8 profile was imported === bilalakhtar_ is now known as cdbs === njpatel is now known as njpatel_ [13:42] * bcurtiswx waves to room [13:53] seb128, I didn't push the branch? ugh... sorry [13:56] kenvandine: you did commit, but into the lp:ubuntu/ one [13:57] 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] pitti, yeah... we really need to [13:58] it is confusing having a mix [13:58] pitti, so you fixed it already? [13:58] kenvandine: as I said, I committed ubuntu6 into ~ubuntu-desktop, and then added my ubuntu7 upload there as well [13:59] ok [13:59] just making sure :) [13:59] 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] perhaps because the vcs-bzr was wrong, and he didn't see it? [13:59] maybe [13:59] what was it set to? [14:00] pitti, I didn't do a bulk update [14:00] i think as we asked :) [14:00] I think so [14:01] I'd like to help you, I'm just a bit snowed under right now [14:01] figuratively and literally :-) [14:01] oh... ~i-a-d [14:01] hehe [14:01] if you could led me know what you would like to happen then I'll take care of it [14:02] hey james_w [14:02] how are you? [14:02] busy it seems ;-) [14:02] some of those changes keep coming back in tedg's merges [14:02] hey seb128 [14:02] james_w, pkgme looks very interesting [14:03] good thanks, how are you? [14:03] I'm fine thanks [14:09] are there special requirements for a PNG image used in an appindicator custom icon ? [14:10] joaopinto, should not [14:10] /usr/share/tacacsaclient-gtk/ui/regular_tray.png: PNG image, 32 x 32, 8-bit/color RGBA, non-interlaced [14:10] and I just get a missing image icon [14:10] the indicator menu works fine [14:10] kenvandine, ^ do you have any clue? [14:11] ind = appindicator.Indicator("tacacs-auth-client", "/usr/share/tacacsaclient-gtk/ui/regular_tray.png", appindicator.CATEGORY_APPLICATION_STATUS) [14:11] humm [14:11] i think it needs to be smaller [14:11] but [14:11] 20x20 ? [14:11] i wouldn't think you would get a missing image [14:11] 22x22 [14:11] i think [14:11] oh... and it might not take a full patch [14:11] uff, I will need to create new icons for appindicator :P [14:12] s/patch/path [14:12] i could be wrong :) [14:12] 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] ok [14:12] that is good then [14:13] i know it uses the theme, so providing a hicolor one is usually good [14:13] let me test here [14:15] 22x22 did not help :( [14:16] kenvandine, my app uses a 24x24 and it works fine [14:17] yeah, 32 works too [14:17] and setting the full path [14:17] oh [14:17] joaopinto, did you set it to active? [14:17] ind.set_status (appindicator.STATUS_ACTIVE) [14:18] joaopinto, without that, it doesn't display the indicator [14:18] it defaults to STATUS_PASSIVE [14:18] which isn't displayed [14:18] ind.set_status(appindicator.STATUS_ACTIVE) [14:18] ind.set_attention_icon("regular_tray.png") [14:18] :q:q [14:18] hum, maybe is this second set_attention_icon ? [14:18] which is breaking the icon ? [14:19] nope, was not it [14:19] http://img190.imageshack.us/img190/3369/regulartray.png <- I am using this [14:20] try removing that set_attention_icon [14:20] just to see === zyga is now known as zyga-food [14:21] I am getting http://img2.imagebanana.com/img/l2exr5b4/Seleco_001.png, left is appindicator, right is the gtk.StatusIcon [14:22] well you set_attention_icon must not be found [14:22] add a full path for that [14:22] yeah [14:22] that might be it [14:22] I have removed the set_attention* [14:23] well, let me try from a clean minimal code [14:23] joaopinto, add it back in and add the full path [14:23] dotn start over [14:23] dont* [14:24] still broken [14:25] did you add the full path to set_attention_icon joaopinto? [14:25] nisshh, yes, same result, missing image icon [14:25] hmm [14:25] joaopinto, try just not setting draw attention [14:25] joaopinto, is there anywhere else in your code where the full path is not used? [14:26] does it work then? [14:26] kenvandine, no [14:26] humm [14:26] kenvandine, could you review the patch on bug #619932? [14:26] 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] works here [14:26] kenvandine, with my image ? [14:26] no... but let me try that [14:26] joaopinto, just to be sure, are you on 10.04 or 10.10? [14:26] 10.04 [14:27] seb128, i had, but i wanted input from design [14:27] kenvandine, can you make that happen? [14:27] ivanka, hey [14:27] there might have been some changes to appindicator in maverick [14:27] ivanka, ^ can you get someone to give design input on that bug [14:27] kenvandine, could that be possible? [14:27] that was something djseigel was going to do... [14:28] nisshh, very possible [14:28] in fact in 10.04 it might not have been possible to set a full path [14:28] thats what im thinking too [14:28] i recall early on there be discussion about that [14:28] i think it was a recent addition [14:28] yeah [14:29] 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] let me try his icon just to see [14:29] ok [14:29] seb128, will do! [14:29] thanks [14:29] or at least comment on the bug saying it's blocked on design input [14:29] the bug is sitting in the review queue [14:30] uff, it will be hard to be forced to move to appindicator if it doesn't support custom icons :P [14:31] it does [14:32] 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] joaopinto, it does, its just a recent addition [14:32] and its still a WIP [14:33] bcurtiswx, http://git.gnome.org/browse/brasero/commit/?id=a3b0605e2bc2e7f6262a43338f254d22d75f1b90 [14:33] bcurtiswx, it's already fixed in git [14:33] mental note: check upstream git [14:33] 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] joaopinto, why not upgrade to maverick and release for that? [14:35] this is an enterprise targeted app, LTS is the main userbase [14:35] i see [14:35]