[00:52] <Isaac-M> Is anyone online?
[03:52] <thesheff17> I bought a ATI fire pro 2450 and ubuntu 10.10 gets almost to the login screen but never finishes. Anything I can try?
[04:16] <RAOF> thesheff17: Please come to #ubuntu-x if you'd like to try debugging.
[05:05] <micahg> robert_ancell: thanks for uploading bug 695728, could you please add a task for maverick?
[05:05] <ubot2> Launchpad bug 695728 in gnome-python-extras (Debian) (and 1 other project) "python-gtkmozembed should depend on xulrunner (affects: 1) (heat: 169)" [Unknown,Fix released] https://launchpad.net/bugs/695728
[07:07] <icekk> hey, is there an easy way to install the new gnome 3 alpha on ubuntu?
[07:07] <icemice> hey, is there an easy way to install the new gnome 3 alpha on ubuntu?
[07:10] <jmarsden> icemice: Try the Gnome3 Testing PPA, but "easy"?  No.  Easy would mean it all works fine already :)  https://launchpad.net/~gnome3-team/+archive/gnome3/
[07:12] <icemice> So I add this to my software sources and do apt-get install ?
[07:14] <icemice> jmarsden
[07:15] <jmarsden> Add to sources, then apt-get update, *then* apt-get install to your hearts content :)  Yu might want to consider installing ppa-purge first in case thinks go wrong.. this is ALPHA software... you are aware of what that means, right?
[07:16] <icemice> ya :)
[07:17] <jmarsden> icemice: OK.  Just so you don't blame me for telling you you can do something that might break your system :)
[08:30] <didrocks> good morning
[08:30] <GunnarHj> pitti: Hi Martin,
[08:30] <GunnarHj> I rewrote the collect_locales() function in gui/simple-greeter/gdm-languages.c in an attempt to get something to start with for the GDM side of the solution to https://launchpad.net/bugs/693337. Need help to tweak the C code, though.
[08:30] <GunnarHj> Could you please take a look on that function and possibly modify the code. I think the latest patch in the linked branch shows what I'm trying to do. If not, please ask.
[08:30] <ubot2> Launchpad bug 693337 in language-selector (Ubuntu) (and 2 other projects) "Menus for choosing language should have one option per available translation (affects: 1) (heat: 119)" [Undecided,In progress]
[08:30] <GunnarHj> (I suggest that we wait with the overall review, including efficiency considerations, till both the GDM and language-selector branches work.)
[09:03] <pitti> Good morning
[09:04] <pitti> GunnarHj: can't do that this week (I'm on the gnome hackfest), but can hopefully look into this next week; let's discuss on the bug, so that I get mail about it, shall we?
[09:11] <rodrigo_> morning
[09:19] <pitti> dpm: so, new langpacks work, but don't have firefox translations at all :/ but I guess for alpha-2 that's okay
[09:19] <dpm> pitti, what happened? Were the FF translations not it the export yet?
[09:20] <pitti> dpm: haven't checked that closely; I think they are, but due to their changed structure they don't get converted to xpi
[09:20] <pitti> dpm: can't investigate in detail this week, putting off to next week
[09:20] <dpm> pitti, ok, thanks
[09:21] <dpm> pitti, have fun at the hackfest!
[09:21] <pitti> I do, thanks!
[09:48] <seb128> hello
[09:48] <didrocks> salut seb128
[09:48] <seb128> lut didrocks
[09:48] <pitti> bonjour mes amis
[09:49] <didrocks> hey pitti! (not sure I said hi before), how is the sprint?
[09:49] <seb128> pitti, howdy!
[09:49] <seb128> how are you?
[09:50] <didrocks> s/sprint/hackfest/
[09:50] <pitti> I'm great, thanks! how are you?
[09:51] <pitti> didrocks: very productive! it helps being able to focus on this thing for several hours, and being able to directly poke the experts :)
[09:51] <didrocks> excellent! :)
[10:06] <chrisccoulson> good morning everyone
[10:19] <didrocks> hey chrisccoulson
[11:06] <seb128> slomo, hey
[11:07] <seb128> slomo, should libcairo-dev depends on libcairo-script-interpreter2?
[11:08] <seb128> slomo, see bug #704767
[11:08] <ubot2> Launchpad bug 704767 in cairo (Debian) (and 2 other projects) "dangling .so symlink (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/704767
[11:09] <seb128> is the launchpad ajax bug thing broken for other people as well?
[11:09] <seb128> like changing the status of a bug opens a new page rather than the usual small ajax dialog
[11:12] <slomo> seb128: yes
[11:12] <seb128> slomo, do you want a bug on the bts for that?
[11:14] <slomo> seb128: not necessary, i've fixed that in git already... will be in the next upload :)
[11:14] <slomo> seb128: thanks
[11:15] <seb128> slomo, oh, thank you ;-)
[11:17] <slomo> other than that latest cairo works great for you in ubuntu? in debian apparently nobody uses the new version, there are almost zero bugreports ;)
[11:18] <seb128> slomo, http://git.debian.org/?p=collab-maint/cairo.git;a=commitdiff;h=210321dd61dff44c81d4e480ac837088a8b9e473
[11:18] <seb128> you have configure and makefiles changes in that commit that was wanted?
[11:18] <slomo> yay
[11:18] <slomo> i love debcommit
[11:18] <seb128> slomo, seems to work fine, it's in natty which quite some people use but we got no complain so far
[11:18] <seb128> 1.10.2 in natty
[11:18] <ari-tczew> seb128: could you look on bug 700370
[11:18] <ubot2> Launchpad bug 700370 in mutter (Ubuntu) "Please rename gir1.2-mutter-2.31 to gir1.2-mutter-2.91 (affects: 1) (heat: 12)" [Low,Incomplete] https://launchpad.net/bugs/700370
[11:19] <seb128> 1.10.0 in maverick which is mostly fine
[11:19] <seb128> ari-tczew, what about it?
[11:19] <ari-tczew> seb128: 1) I can't find gir1.2-mutter-2.31 in Conflicts/Replaces.
[11:19] <seb128> it's not, did you see the reply on the bug?
[11:19] <seb128> that version was only available during the natty unstable cycle
[11:20] <seb128> the few who got that binary can deal with updates, that's part of running an unstable serie early
[11:24] <ari-tczew> seb128: ok, so I'll close bug
[11:24] <seb128> k
[11:26] <rodrigo_> seb128, did you merge my g-s-d branch?
[11:27] <ari-tczew> didrocks: how to handle syncs with ~ubuntu-desktop branches?
[11:27] <seb128> rodrigo_, robert_ancell do
[11:27] <rodrigo_> ah, ok, was just wondering if it needed a SRU for maverick?
[11:28] <seb128> rodrigo_, it could be nice yes
[11:28] <seb128> do you want to do it?
[11:29] <rodrigo_> seb128, sure, but I'd prefer to get confirmation from matt that it fixes it for him
[11:29] <seb128> rodrigo_, ok, so let's wait for that
[11:29] <rodrigo_> ok
[11:31] <didrocks> ari-tczew: what do you mean? sync from debian?
[11:31] <ari-tczew> didrocks: yes
[11:32] <didrocks> ari-tczew: do you have a case for a sync? if we sync from debian, we don't need the ~ubuntu-desktop branch anymore
[11:32] <ari-tczew> didrocks: check package mutter
[11:33] <ari-tczew> (universe)
[11:33] <didrocks> ari-tczew: if we are in sync (I thought we still have some distro-patch for it), we can remove the ~ubuntu-desktop branch
[11:34] <seb128> We don't want an ubuntu-desktop vcs for an universe source anyway
[11:35] <didrocks> yeah, I already removed some
[11:35] <ari-tczew> didrocks: could you remove it for mutter
[11:36] <didrocks> done. I'm not sure why we are at 2.91.5-1 btw
[11:36] <didrocks> it didn't build as well
[11:36] <didrocks> 2.91.4-0ubuntu1 is the latest version which was built (and still in main)
[11:36] <ari-tczew> yes, there is DEPWAIT
[11:52] <rodrigo_> kklimonda, ping
[12:00] <kklimonda> rodrigo_: pong
[12:01] <rodrigo_> kklimonda, just remembered about the views stuff you were working on, after a guy asked me how to use couchdb_database_execute_view for passing arguments, so how's that going?
[12:02] <rodrigo_> oh, wait, he can use the couchdb_query/_response thing, right?
[12:03] <kklimonda> rodrigo_: yes, that's the idea - but there is no couchdb_database_execute in 0.7.0
[12:04] <rodrigo_> execute_view, there is in git master
[12:05] <kklimonda> rodrigo_: yes, but it doesn't accept CouchdbQuery
[12:06] <rodrigo_> right
[12:06] <rodrigo_> answering the mail, CCing you
[12:06] <kklimonda> there is couchdb_database_execute_query which I'm going to work on merging to wip/query-response today
[12:07] <rodrigo_> kklimonda, ok
[12:07] <GunnarHj> pitti: (sorry about the delayed reply)
[12:07] <GunnarHj> Sure, discussing it next week on the bug is fine.
[12:07] <GunnarHj> Happy hacking!
[12:15] <pitti> thanks!
[12:22] <seb128> didrocks, is new unity having an empty icon in the launcher with a bubble "compiz" a known bug?
[12:23] <didrocks> seb128: known, but not reported. In any case, there is a discussion about changing the icon, so it doesn't worth the change
[12:23] <seb128> didrocks, "doesn't worth the change"?
[12:24] <didrocks> seb128: like, doesn't worth putting back the old icon as it will be changed again
[12:24] <seb128> well the icon is not the issue, the issue is the launcher listing compiz as a running software where it's a system component
[12:24] <didrocks> oh sorry, was in another conversation and linked to a ccsm bug
[12:25] <didrocks> seb128: do you run it with a unity.desktop?
[12:25] <seb128> ?
[12:25] <didrocks> seb128: I don't see that at all
[12:25] <seb128> I run "unity" in the run a command gnome-panel dialog
[12:25] <didrocks> ok, so you don't have an unity.desktop you added somewhere in your system? weird, I didn't see that before
[12:26] <seb128> not that I know about
[12:26] <didrocks> ok, please report it then
[12:26] <seb128> $ locate unity.desktop
[12:26] <seb128> $
[12:26] <didrocks> ok… I don't know how bamf is aware about it
[12:26] <didrocks> it's shown from startup, right?
[12:27] <seb128> yes
[12:27] <didrocks> like, it doesn't appear suddenly?
[12:27] <seb128> it's listing gnome-panel as well
[12:27] <didrocks> ok, can you look at the startup logs, please?
[12:27] <seb128> which used to be not listed
[12:27] <seb128> where are those logs?
[12:27] <didrocks> in the output
[12:27] <didrocks> stdout then or .xsession-errors
[12:27] <seb128> so .xsession-errors?
[12:27] <didrocks> well, you run it in a command line, isn't it?
[12:28] <didrocks> but yeah, from gnome-panel, ignore me :)
[12:28] <didrocks> so .xsession-errors
[12:28] <seb128> hum, it's spammed by "(unity-window-decorator:1859): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed" lines
[12:28] <didrocks> already reported
[12:29] <seb128> "** (<unknown>:2305): WARNING **: Unable to fetch children: Method "Children" with signature "" on interface "org.ayatana.bamf.view" doesn't exist"
[12:29] <seb128> as well
[12:29] <seb128> but I don't find anything revelant to the launcher issuer
[12:29] <didrocks> yeah, same here
[12:30] <didrocks> hum, weird, I don't either, it used to show the launcher import
[12:30] <didrocks> ok, they are not there anymore
[12:31] <didrocks> that's weird… it shouldn't match it, it started with that week release?
[12:31] <didrocks> you have the latest bamf, isn't it?
[12:32] <seb128> yes and yes
[12:34] <seb128> didrocks, the "keep in launcher" is ticked for both compiz and gnome-panel
[12:34] <didrocks> hum… I think it's maybe my importer
[12:34] <didrocks> seb128: can you look at (and eventually pastebin ~/.local/share/unity/migration_script.log)?
[12:35] <seb128> oh ok
[12:35] <seb128> didrocks, yeah it's your importer ;-)
[12:35] <seb128> it imported my desktop compiz.desktop and gnome-panel.desktop
[12:35] <didrocks> seb128: it's a pleasure to screw you \o/
[12:35] <didrocks> :)
[12:35] <seb128> I've those there because it's the easier way to restart compiz when it crashes
[12:35] <seb128> it doesn't require to be able to have keyboard input
[12:36] <seb128> you can just click on the icon
[12:36] <didrocks> seb128: where was it? in the panel?
[12:36] <seb128> no ~/Desktop/compiz.desktop
[12:36] <didrocks> ok :)
[12:36] <didrocks> maybe, we should build a blacklist…
[12:37] <didrocks> the "blank icon" bug is already fixed in trunk
[12:37] <seb128> doesn't seem worth the effort
[12:37] <seb128> it's not likely any user will have launchers for those
[12:37] <didrocks> (it will be replaced by the "unkown application" icon)
[12:37] <didrocks> yeah
[12:37] <didrocks> ok, all is explained at least :)
[12:38] <seb128> ok, it's all back to normal now
[12:38] <seb128> thanks
[12:38] <seb128> I just unchecked the keep in launcher
[12:38] <didrocks> you're welcome
[12:38] <didrocks> yeah, it shouldn't be reimported then
[12:38] <didrocks> if it is, do not hesitate to shout :)
[12:39] <seb128> ok ;-)
[12:49] <cyphermox> good morning!
[12:49] <cyphermox> so, didrocks, looks like it's indeed unity_support_test that takes too long to run on my system the very first time after boot -- and it gets killed after 1 second
[12:50] <didrocks> cyphermox: ok, having some data about how long it takes for it to be started can be nice
[12:50] <didrocks> cyphermox: like, replace it by /bin/true in the helper, and launch as a startup programm, mesure its time to start
[12:51] <cyphermox> didrocks, sure
[12:51] <didrocks> cyphermox: thanks!
[12:52] <cyphermox> ok, trying now ;)
[12:52] <seb128> slomo, btw http://launchpadlibrarian.net/58943316/gst-plugins-base0.10_0.10.30.4-1_0.10.30.4-1ubuntu1.diff.gz
[12:52] <seb128> slomo, could use "dh_perl -d" in debian as well?
[12:53] <seb128> slomo, seems the code fix is in the upstream new version but you didn't apply the dh_perl change to debian
[13:02] <cyphermox> didrocks, seems it runs in just under 3 seconds
[13:03] <didrocks> 3 seconds? :/
[13:04] <cyphermox> yeah :/
[13:05] <didrocks> ok, I'll increase the timeout to 5 seconds for now, before working on caching that
[13:05] <cyphermox> didrocks, I wonder if there is anyway to test less, or more pointed things?
[13:06] <didrocks> cyphermox: no, because what takes time is opengl initialisation
[13:06] <didrocks> cyphermox: then, it's just reading values in an array
[13:08] <cyphermox> ah, I see
[13:08] <cyphermox> five seconds still seems like a lot, even if it's only to be on first boot once it's cached
[13:09] <didrocks> it's not only on first boot
[13:09] <didrocks> it's at every boot
[13:09] <cyphermox> unless you want to cache on install?
[13:09] <didrocks> no we don't want
[13:09] <cyphermox> I thought you wanted to save the results?
[13:10] <didrocks> yeah, in gdm, before logging
[13:10] <didrocks> you can have driver which changes
[13:10] <didrocks> you can switch your graphic card
[13:10] <didrocks> you can install another driver as well
[13:10] <didrocks> we don't want to handle all of those cases
[13:10] <cyphermox> I knew my idea was flawed :)
[13:12] <didrocks> :)
[13:12]  * rodrigo_ lunch
[14:01] <seb128> hum
[14:01] <seb128> mterry, hey, do you have time to investigate a build issue?
[14:01] <mterry> seb128, sure
[14:01] <seb128> mterry, libgee
[14:01]  * mterry looks
[14:01] <seb128> mterry, https://launchpad.net/ubuntu/+archive/test-rebuild-20110107/+buildjob/2150044
[14:02] <seb128> one of the tests is failing
[14:02] <seb128> mterry, while you are at it if you do an upload please rename the gir to 1.2 as well
[14:02] <seb128> mterry, thanks!
[14:02] <mterry> seb128, k
[14:12] <mterry> seb128, where'd you get this build error from, a rebuild test?  LP says all  archs built.
[14:14] <seb128> mterry, building the current natty source on i386 gives me the same issue
[14:14] <seb128> mterry, right, that's the test rebuild doko did
[14:14] <mterry> seb128, same, was just curious if you knew when it came from or something
[14:15] <seb128> no I don't
[14:16] <seb128> mterry, could be vala which changed?
[14:17] <mterry> seb128, could be, but the generated c code seems correct
[14:28] <mterry> seb128, seems like a badly written test, relying on the order of strings in a hash.  Maybe glib's g_str_hash function changed...
[14:32] <seb128> grrr, can ctrl-W stop closing tabs in xchat-gnome
[14:32] <kklimonda> seb128: do you have a moment?
[14:32] <seb128> mterry, not that I know about no
[14:32] <seb128> mterry, but if the test is buggy just fix or drop it and maybe open an upstream bug?
[14:32] <seb128> kklimonda, sure
[14:32] <seb128> kklimonda, hey btw
[14:33] <mterry> seb128, well, I'm trying to find out if they have reason for the assumption of if it really is just buggy.  Even if buggy, would be nice to know why the change
[14:33] <kklimonda> seb128: hey :)
[14:33] <kklimonda> seb128: can you tell me if such a revision to the license doesn't make it incompatible with dfsg: http://pastebin.com/ZCQf9KWm ?
[14:34] <dpm> hi, does anyone know if there is an easy way to "reset" or reload the message indicator? I'm affected by that bug where duplicate entries are shown, and right now there are too many entries to be usable
[14:36] <seb128> dpm, kill indicator-messages-service
[14:38] <seb128> mterry, ok
[14:39] <dpm> thanks seb128. That removed most of the duplicate entries, so I can now at least use it, but there are still some duplicates that did not go away. In any case, works for me ;)
[14:40] <seb128> kklimonda, I'm not sure best person to ask about licenses, can you ask on #ubuntu-devel?
[14:40] <seb128> dpm, you should get the running sofwares twice
[14:40] <seb128> dpm, "should" as "known bug'
[14:40] <seb128> but it should get ride of the extra entries you get when closing and starting a software again
[14:41] <kklimonda> seb128: good idea, thanks :)
[14:42] <dpm> seb128, yeah, that's exactly the case
[15:12] <mterry> seb128, spent enough time checking, I just threw a patch upstream: https://bugzilla.gnome.org/show_bug.cgi?id=639955  Will apply in Ubuntu
[15:12] <ubot2> Gnome bug 639955 in general "[PATCH] Fix ReadOnlyCollectionTests.test_immutable_iterator" [Normal,Unconfirmed]
[17:27] <seb128> didrocks, btw the 3d check is even slower when restarting after a kernel upgrade
[17:28] <seb128> since the disk cache needs to be rebuilt
[17:28] <seb128> didrocks, dropping the comment there since some users mentionned getting the issue only after an upgrade
[17:30] <didrocks> seb128: oh intesting
[17:30] <didrocks> in any case, we link against 15Mb of libs, I'll talk to jay if we can narrow that down
[17:39] <bcurtiswx_> kenvandine, have you had a chance to look at the empathy stuff?
[17:42] <seb128> bcurtiswx_, what issue are you having?
[17:42] <seb128> bcurtiswx_, you should maybe switch to some others tasks until the gnome3 is somehow working
[17:42] <seb128> it seems you are running into issue over what you can solve now and other people don't run the gnome3 ppa yet
[17:45] <didrocks> ok, see you tomorrow!
[17:45] <kenvandine> bcurtiswx_, i got my VM updated and all, but too swamped atm
[17:45] <bcurtiswx_> kenvandine, OK i was just wondering
[17:45] <kenvandine> sorry :/
[17:46] <bcurtiswx_> seb128, I guess I will.  I wanted empathy as packaging package and i'm sure you understand my frustration but interest in seeing it packaged for GNOME3
[17:47] <dobey> hrmm, python-webkit package seems a bit broken to me
[17:47] <bcurtiswx_> kenvandine, no need to be sorry.  I know how busy and swamped you are
[17:47] <seb128> bcurtiswx_, right, maybe work on the 2.32 version by backporting some upstream patches, looking at bugs, etc?
[17:47] <kenvandine> dobey, yes... bug 688732
[17:47] <ubot2> Launchpad bug 688732 in pywebkitgtk (Ubuntu) "package no longer has WebView attribute after transition to python 2.7 (affects: 35) (dups: 13) (heat: 234)" [High,Triaged] https://launchpad.net/bugs/688732
[17:48] <bcurtiswx_> dobey, there's a workaround in there right?
[17:48] <bcurtiswx_> seb128, OK.
[17:49] <dobey> bcurtiswx_: rm -rf /usr/lib/python2.7/dist-packages/webkit 'works'
[17:49] <dobey> bcurtiswx_: but the package contains an __init__.py which doesn't seem to be getting symlinked to /usr/lib/pythonX.Y/...
[17:49] <bcurtiswx_> its not the solution.. but it 'works' yes
[17:50] <seb128> dobey, which one is that?
[17:50] <seb128> there is no /usr/lib/python2.7/dist-packages/webkit on my install
[17:51] <dobey> seb128: i think it got left around from an older version
[17:51] <dobey> seb128: but /usr/share/pyshared/webkit/__init__.py is in the package
[17:51] <dobey> albeit, python stuff doesn't get run on configure
[17:51] <dobey> and not sure why the old stuff didn't get removed on upgrade
[17:52] <seb128> dpkg -S /usr/lib/python2.7/dist-packages/webkit
[17:52] <seb128> dpkg -S /usr/lib/python2.7/dist-packages/webkit/__init__.py
[17:52] <seb128> does that return anything?
[17:52] <dobey> seb128: 'no such file'
[17:52] <kenvandine> even for people with that file, it doesn't show up as owned by the package
[17:53] <kenvandine> it got created when it did it's magic for py2.6 and py2.7
[17:53] <dobey> seb128: because the package isn't using dh_python2 afaik
[17:53] <kenvandine> i think doko changed it to use dh_python2
[17:53] <dobey> the 2.7 rebuild was only a changelog entry to get a rebuild for 2.7
[17:54] <dobey> i don't see any switch to dh_python2
[17:54] <kenvandine> oh, no it is pysupport
[17:54] <kenvandine> i guess maybe he mentioned that in -devel
[17:55] <dobey> so i wonder why the python triggers aren't being triggered for it
[18:00] <dobey> also
[18:00] <dobey> apt-get remove python-webkit, wants me to install KDE instead.
[18:09] <pitti> good night everyone! we'll have a presentation now, and then toddle off to dinner/hotel
[18:09] <pitti> see you tomorrow!
[18:16] <seb128> 'night pitti
[19:32] <nessita> mterry: ping
[19:32] <mterry> nessita, hello
[19:32] <nessita> mterry: hi there! do I need to take any extra action to have u1cp in the main repo/CD? is still listed as in universe
[19:34] <mterry> nessita, no, now it's in the queue for an archive admin to get to it.  If you ping one, you can likely hurry it along
[19:34] <nessita> mterry: ok, thanks :-)
[19:36] <seb128> is something bringing it on the CD?
[19:54] <nessita> seb128: I would love to know! do you know?
[19:55] <dobey> seb128: nothing on the cd will Depends: on it; ubuntuone-control-panel-gtk will need to be explicitly added to the default install set/cd
[19:56] <seb128> dobey, nessita: either something in the default install needs to Depends on Recommends it
[19:56] <seb128> could be unity or the ubuntunone-client?
[19:56] <seb128> or we need to seed it
[19:57] <dobey> seb128: ubuntuone-client would cause a circular dep. i think it should be seeded probably, and unity should probably Recommends it
[19:57] <seb128> well if unity recommends it no need to seed it
[19:57] <dobey> or whatever provides the default launcher favorite item, that is
[19:58] <dobey> ok
[20:01] <seb128> we will get it on the CD don't worry
[20:57] <mterry> bratsche, heyo.  Did you have some testcase for indicator-appmenu that was causing problems for some class of apps?  (java?)
[20:58] <seb128> mterry, hey, how is libgee going?
[20:59] <mterry> seb128, waiting for it to be added to the desktop set.  :)
[20:59] <seb128> oh ok ;-)
[20:59] <mterry> seb128, it's fixed in upstream trunk
[21:00] <seb128> mterry, did they take your patch or was it already fixed?
[21:01] <mterry> seb128, turns out it was already fixed, but basically in the same way my patch did
[21:01] <seb128> ok, sorry for the work duplication with them then
[21:01] <mterry> Upstream blamed valac for the change of behavior, but I don't think that is the case (I tested with 0.11.2 to be sure)
[21:02] <bratsche> mterry: Let me see if I can find it.  A bunch of my files are kind of disorganized since I had to reinstall Natty on my system from scratch and backup my stuff.
[21:07] <bratsche> micahg around?
[21:07] <seb128> bratsche, mterry: http://pastebin.com/Gy7810w9
[21:07] <micahg> bratsche: yep
[21:07] <seb128> that's the swt example from IRC logs?
[21:08] <bratsche> micahg: Where does this DEP-3 header thing go?  Is it part of the bzr commit log, or the patch?
[21:08] <bratsche> micahg, (in response to your comment on https://code.launchpad.net/~bratsche/ubuntu/natty/gnome-do/disable-resize-grips/+merge/46301 )
[21:08] <micahg> bratsche: it's part of the patch
[21:08] <seb128> bratsche, it's part of the patch
[21:08] <seb128> bratsche, it's just some infos at the start of the file to indicate bug references, etc
[21:08] <mterry> seb128, OK, looks like a java test case alright
[21:09] <bratsche> Cool, thanks.
[21:09] <seb128> mterry, if you want to start working on appmenu-gtk there is quite some issues to grab on launchpad
[21:09] <mterry> seb128, noted
[21:09] <bratsche> seb128: Thanks for finding that SWT example!
[21:09] <seb128> bratsche, yw
[21:10] <seb128> mterry, one issue reported this week is that the help, summary entries don't work in appmenu for example
[21:17] <seb128> ok, enough work for today
[21:17] <seb128> see you tomorrow
[21:17] <bratsche> Later seb!
[21:17] <bratsche> micahg: Okay cool, I pushed up some changes to that branch for whenever you have a chance to review it again.  Thanks!
[21:18] <micahg> bratsche: will take a look later, thanks