[00:16] <RAOF> robert_ancell: Not for me, obviously.
[00:17] <RAOF> *Unity* 's not the most stable of beasts, but on Intel that's not X's fault, and on my R5450 that's because it's only recently supported.
[00:18] <robert_ancell> RAOF, it's not starting on my VM after a dist-upgrade this morning.
[00:18] <RAOF> Ok.  Time for me to dist-upgrade, then.
[00:18]  * RAOF doesn't *recall* uploading a break-X package, though ;)
[00:19] <robert_ancell> it might be a kernel change
[00:19] <RAOF> Your VM doesn't doesn't actually have acceleration support, though, does it?
[00:19] <RAOF> IE: it should be using VESA?
[00:20] <RAOF> aka: /var/log/Xorg.0.log would be nice :)
[00:21] <TheMuso> Unity and compiz were updated overnight.
[00:21] <TheMuso> I.e unity using compiz is now in natty proper.
[00:22] <RAOF> I've been playing with the unity PPA, so I think my testing experience should be portable to natty proper now.
[00:23] <robert_ancell> RAOF, no acceleration, just running metacity
[00:24] <RAOF> So it should be moderately difficult for X to not work for you :)
[00:24] <fagan> thats the way ive been doing it switching between metacity and compiz
[00:24] <robert_ancell> I was suprised!
[00:25] <RAOF> fagan: “It”?
[00:25] <fagan> testing the new unity
[00:25] <RAOF> Ah, right.
[00:26] <robert_ancell> RAOF, bottom of the log is "Screens found, but none have a usable configuration".  It appears to be trying the CIRRUS driver
[00:27] <robert_ancell> http://paste.ubuntu.com/534094/
[00:28] <robert_ancell> RAOF, dmesg also looks interesting http://paste.ubuntu.com/534095/
[00:29] <RAOF> Hm.  What's happened to my mouse input?
[00:29] <robert_ancell> RAOF, do you have an external mouse?
[00:29] <RAOF> Yup
[00:29] <robert_ancell> and a trackpad
[00:29] <RAOF> Nope.  This is a desktop.
[00:30]  * RAOF installs ls-input to see if the kernel's transmitting events.
[00:30] <robert_ancell> oh, X loses the mouse for me all the time.  I have to move the trackpad to get it back
[00:30] <robert_ancell> took me ages to work that out
[00:30] <RAOF> Hm.  VideoRAM: 0KB
[00:31] <RAOF> It's therefore quite reasonable to exclude all modes on the basis of insufficient framebuffer size :)
[00:31] <robert_ancell> so the kernel has probably broken it?  Or is there an ABI mismatch between the kernel and X?
[00:32] <RAOF> Ah - yeah.  It looks like X is trying to map the pci device to probe video memory, the kernel's failing to do it properly, and X is throwing its hands up.
[00:34] <robert_ancell> RAOF, who do I file the bug against?
[00:34] <RAOF> The kernel.
[00:34] <RAOF> I'd confirm this hypothesis by trying to boot the previous kernel, though.
[00:38] <robert_ancell> RAOF, hmm, don't suppose you know how to get into grub in a vm?  I doesn't want to work
[00:39] <RAOF> Holding down left-shift isn't winning?
[00:39] <robert_ancell> no
[00:39] <TheMuso> Modify the grub config to bring up the menu and timeout.
[00:39] <robert_ancell> manual grub.cfg editing should do the trick
[00:39] <TheMuso> Is the best option IMO.
[00:39] <RAOF> Oh, yeah.  I was thinking you couldn't boot at all.
[00:39] <robert_ancell> yay, back to X!
[00:39] <TheMuso> I.e in /etc/default/grub
[00:40] <robert_ancell> TheMuso, I just ended up reordering the kernels
[00:40]  * TheMuso is running natty on bare metal earlier in the cycle than usual, and finding its quite ok actually.
[00:40] <TheMuso> A few quirks, but I'm willing to work around them.
[00:42] <rickspencer3> TheMuso, I find you need to dist-upgrade early or late
[00:42] <robert_ancell> damn, ubuntu-bug doesn't want to report from natty.  "This is not a genuine Ubuntu package"
[00:42] <rickspencer3> TheMuso, how is Unity Accessibility going?
[00:45] <TheMuso> rickspencer3: Still getting my head around the accessibility library design, and particularly GObject. Never worked with it before, so I am having to learn some new concepts. Starting to get to the end of that and looking at the actual API I have to use, and understanding the concepts it uses. :)
[00:45] <TheMuso> I hope to start writing some prototype code, i.e to create a fake accessible app in the next week.
[00:48] <robert_ancell> RAOF, bug #677277
[00:48] <ubot2> Launchpad bug 677277 in linux (Ubuntu) "Can't run X in VM after dist-upgrading to 2.6.37-5.13 (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/677277
[00:49] <RAOF> Looks good.
[00:51] <robert_ancell> TheMuso, feel free to ping me about GObject.  It's quite a learning curve but I feel I'm most of the way to the top after 5 years or so :)
[00:52] <TheMuso> robert_ancell: Thanks. I feel I have most of the basics down, and having good usecase code to read and understand helps.
[00:52] <robert_ancell> I find that hard to find too
[00:52] <TheMuso> For anyone wanting to learn gobject and needing good code to try and get an understanding, I recommend this repo: git://github.com/zorgnax/gobject-examples.git
[00:52] <TheMuso> Found it whilst googling for stuff.
[00:53] <TheMuso> Particularly the bank account example, is a good one to really help get one's head around how things are constructed.
[00:54] <TheMuso> Because its a perfectly practicle example of an object.
[00:54] <robert_ancell> at-spi should migrate to vala :)
[00:56] <TheMuso> lol there are 3 pieces of at-spi now, at least for the dbus migration.
[00:56] <TheMuso> Python bindings, teh atk bridge, and the at-spi core itself.
[01:14] <RAOF> Hah.  Turns out removing the apple origin sticker from the sensor of the mouse makes it work again :)
[01:15] <TheMuso> lol
[01:16] <Sarvatt> vmware is broken too fwiw https://bugs.launchpad.net/bugs/676759
[01:16] <ubot2> Launchpad bug 676759 in xorg-server (Ubuntu) "X11 (xorg) fails to start in natty on vmware (affects: 2) (heat: 12)" [Undecided,New]
[01:19] <Sarvatt> robert_ancell, RAOF http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8c05cd08a7504b855c265263e84af61aabafa329
[01:20] <Sarvatt> jackpot? :)
[01:21] <RAOF> Looks like it :)
[01:22] <robert_ancell> Sarvatt, nice
[01:30] <robert_ancell> Sarvatt, are you going to update my bug or shall I?
[01:31] <Sarvatt> didn't I already?
[01:31] <robert_ancell> Sarvatt, oh, race condition :)
[01:31] <Sarvatt> already started the search for other bugs, its pretty wide impact
[01:41] <Sarvatt> robert_ancell: should be good to go now, thanks for the heads up because knowing 2.6.37-4 worked pointed me at the fix, I saw jbarnes' pull request the other day and didn't read the commit message
[01:42] <robert_ancell> Sarvatt, np, thanks for tracking it down!
[01:58] <robert_ancell> dobey, can you comment on https://bugzilla.gnome.org/show_bug.cgi?id=635134?  A lot of people have broken intlttool/gettext builds
[01:58] <ubot2> Gnome bug 635134 in general "[PATCH] Can't use both IT_PROG_INTLTOOL and AM_GNU_GETTEXT" [Normal,Unconfirmed]
[02:37]  * TheMuso notes that he is running the -5 kernel without issue.
[02:41]  * RAOF notes TheMuso is probably using a kms driver, and as such doesn't need to do any pci probing from userspace.
[02:41] <RAOF> But that is a useful distinction to make; it won't be broken for *everyone*
[02:44] <hyperair> say, how does this X-Ubuntu-Gettext-Domain thing work for desktop files in Ubuntu?
[02:59] <TheMuso> RAOF: Ah ok makes sense.
[03:06] <TheMuso> Well Orca is working with firefox 4 which is a good sign.
[03:06] <micahg> \o/
[03:09] <RAOF> Huzzah!
[03:10] <TheMuso> Yeah I am pleased about that.
[03:18] <dobey> robert_ancell: why are you calling AM_GNU_GETTEXT with intltool?
[03:19] <robert_ancell> dobey, I'm not, I'm filing bugs against all the GNOME packages that do (which is pretty much them all)
[03:20] <robert_ancell> dobey, do you understand the reasoning behind https://bugzilla.gnome.org/show_bug.cgi?id=624186 - this seems to have caused even more confusion
[03:20] <ubot2> Gnome bug 624186 in general "Deprecate glib-gettext macros" [Normal,Unconfirmed]
[03:21] <dobey> robert_ancell: there is no reasoning in that report at all
[03:21] <dobey> robert_ancell: but there is https://bugs.launchpad.net/intltool/+bug/654918 also
[03:21] <ubot2> Launchpad bug 654918 in intltool "intltool doesn't work with upstream gettext (affects: 1) (heat: 4)" [Undecided,Invalid]
[03:21] <robert_ancell> dobey, how about http://blogs.gnome.org/jjardon/2010/10/08/use-upstream-gettext-instead-the-glib-one?
[03:23] <kenvandine> robert_ancell, got a minute for a vapigen question?
[03:23] <robert_ancell> kenvandine, sure
[03:23] <kenvandine> i am beating my head against the wall here with dbusmenu on natty
[03:24] <dobey> robert_ancell: i think it is a flawed assumption and nothing more. misinformation afaict
[03:24] <kenvandine> i had to patch gobject-introspection to get some glib refreshes from git master
[03:24] <kenvandine> which fixed most of my errors
[03:24] <kenvandine> but
[03:24] <kenvandine> now i think there are namespace issues
[03:25] <kenvandine> http://pastebin.ubuntu.com/534143/
[03:25] <kenvandine> if i drop the namespace from DbusmenuGtk-0.2.tmp.gir for MenuClass and ClientClass those errors go away
[03:26] <kenvandine> which i don't know if that is the right thing to do
[03:26] <kenvandine> ideas?
[03:26] <robert_ancell> kenvandine, can you paste the contents of them?
[03:26] <dobey> robert_ancell: i don't know why jjardon is on the upstream-only for gettext kick; but it's wrong.
[03:26] <kenvandine> and the other errors make me think the Gtk-2.0 and Gdk-2.0 girs are busted
[03:26] <kenvandine> robert_ancell, of which?
[03:27] <robert_ancell> kenvandine, the .gir files
[03:27] <kenvandine> well the Gtk and Gdk are stock natty
[03:27] <robert_ancell> dobey, we need a GNOME goal - fix all the screwed up i18n build systems
[03:28] <kenvandine> i know namespace stuff has gotten stricter
[03:28] <dobey> robert_ancell: all anything using intltool needs to call is IT_PROG_INTLTOOL
[03:28] <dobey> robert_ancell: if people would RTFM, they would know this already
[03:28] <robert_ancell> dobey, can you give me a link to the manual?
[03:29] <kenvandine> sigh... pastebin is making firefox angry
[03:30] <kenvandine> oh... it doesn't like the xml format..
[03:30] <dobey> robert_ancell: http://bazaar.launchpad.net/~intltool/intltool/trunk/annotate/head%3A/README
[03:31] <kenvandine> http://dpaste.org/tZ4G/
[03:31] <kenvandine> robert_ancell, ^^ that is DbusmenuGtk-0.2.gir
[03:35] <robert_ancell> kenvandine, very weird, I'm no help sorry
[03:35] <kenvandine> bummer
[03:35] <kenvandine> it's driving me nuts
[03:35] <kenvandine> it works fine on maverick :/
[03:36] <robert_ancell> kenvandine, what's the vapigen command?
[03:36] <kenvandine> i haven't even gotten to trying to make it build with gtk3 too
[03:36] <kenvandine> one sec
[03:37] <dobey> anyway, i gotta go. night
[03:37] <robert_ancell> dobey, ok, thanks
[03:38] <kenvandine> vapigen --library=DbusmenuGtk-0.2   --pkg atk --pkg Dbusmenu-Glib-0.2 --vapidir=../libdbusmenu-glib DbusmenuGtk-0.2.tmp.gir
[03:38] <kenvandine> but that isn't going to work
[03:38] <kenvandine> you need a patched gobject-introspection
[03:38] <robert_ancell> kenvandine, the thing is that MenuClass is not in the gtk+-2.0.vapi file
[03:38] <kenvandine> yeah
[03:38] <kenvandine> i know
[03:38] <kenvandine> but it must be on maverick...
[03:38] <kenvandine> oh... well
[03:39] <kenvandine> the gir is generated
[03:39] <robert_ancell> it's not
[03:39] <kenvandine> so it must be getting it wrong
[03:39] <robert_ancell> are classes exposed in vala?
[03:39] <kenvandine> i think so
[03:39] <kenvandine> yeah, they are
[03:40] <robert_ancell> perhaps the .gir file needs to mark this as "this is a class object, so don't try and generate vala objects for it"
[03:40] <kenvandine> the MenuClass and ClientClass errors i am less concerned with
[03:40] <kenvandine> although i would like to understand what is up there too
[03:40] <kenvandine> but all those other errors
[03:41] <kenvandine> from Gdk-2.0.gir and Gtk-2.0.gir
[03:41] <kenvandine> doesn't that sound like broken deps in the gir/typelib?
[03:41] <robert_ancell> if you look at Gtk-2.0.gir it is marked as "glib:is-gtype-struct-for="Menu"
[03:41] <kenvandine> Gtk-2.0.gir:0.0-0.0: error: The type name `GLib.TypeInterface' could not be found
[03:42] <robert_ancell> but the class in DbusmenuGtk-0.2.gir it's not marked as a is-type-struct-for
[03:42] <kenvandine> i can probably fix those with annotations
[03:42] <kenvandine> but what do you make of those other errors?
[03:43] <robert_ancell> I'd expect the interface to be the same, without annotation vala probably assumes every record is an object
[03:43] <kenvandine> or do you think the failures from DbusmenuGtk-0.2.gir trigger other errors?
[03:43] <robert_ancell> the others are functions..
[03:43] <robert_ancell> so is DbusmenuGtk-0.2.tmp.gir automatically generated?
[03:43] <kenvandine> but they aren't defined
[03:44] <kenvandine> yeah
[03:44] <kenvandine> during the build
[03:45] <robert_ancell> which might mean the docstrings need more annotating?  Or the class macros are not in standard form or something?
[03:46] <kenvandine> probably
[03:47] <kenvandine> looking at the source it looks like it shouldn't be Gtk.MenuClass
[03:47] <kenvandine> but DbusmenuGtk.MenuClass
[03:47] <kenvandine> so a namespace issue
[03:48] <kenvandine> i actually found my namespaces in libgwibber-gtk were terribly broken
[03:48] <kenvandine> vapa-0.12 fixes a bunch of problems there
[03:48] <robert_ancell> ah
[03:48] <kenvandine> so libgwibber-gtk had stuff in the wrong namespace
[03:48] <kenvandine> that was fun figuring out too )
[03:48] <robert_ancell> are you building on natty?   You should be using vala-0.12 then
[03:49] <kenvandine> :)
[03:49] <kenvandine> yes... i am
[03:49] <kenvandine> so i am sure i can fix those 2 errors... but what about the functions that it can't find from Gdk-2.0.gir and Gtk-2.0.gir
[03:52] <robert_ancell> kenvandine, in maverick GLib.TypeInterface should be Gobject.TypeInterface
[03:53] <kenvandine> same in natty
[03:53] <robert_ancell> has gtk and gobject been built at different times/with different options/versions?
[03:54] <kenvandine> maybe
[03:54] <kenvandine> my hunch was basically broken deps in the gir
[03:54] <kenvandine> essentially
[03:55] <robert_ancell> but it looks like they're explicitly referring to the wrong name
[03:55] <kenvandine> yeah, so you see the error says GLib.TypeInterface
[03:55] <kenvandine> i can't find that in the gir
[03:55] <robert_ancell> oh, weird
[03:55] <robert_ancell> it will be nice when we get over the introspection and vala growing pains :)
[03:56] <kenvandine> yeah :)
[03:56] <kenvandine> so i was thinking maybe the typelib doesn't match what the gir says
[03:56] <kenvandine> since i suspect it is using
[03:56] <kenvandine> that for speed reasons
[03:57] <kenvandine> i guess there is a tool for generating a gir from the typelib
[03:57] <kenvandine> let me do that...
[03:58] <kenvandine> well that's nifty
[03:58] <kenvandine> g-ir-generate  /usr/lib/girepository-1.0/Gtk-2.0.typelib
[03:58] <kenvandine> but nothing about GLib.TypeInterface
[03:58] <kenvandine> so must be on vapigen's side
[04:00] <robert_ancell> have you asked in #vala?
[04:01] <kenvandine> earlier
[04:01] <kenvandine> but that was kind of the previous problem...
[04:19] <robert_ancell> kenvandine, gtg, hope you sort it out!
[04:19] <kenvandine> me too :)
[04:19] <kenvandine> later!
[05:17] <Sarvatt> hmm, opengl isn't enabled by default in compiz after upgrading to natty?
[05:19] <RAOF> WFM.  I think.  I did a bunch of initial setup, care of settings not being transferred from 0.8
[05:19] <Sarvatt> it was enabled but not checked in ccsm, that was odd
[05:20] <Sarvatt> checked it and it enabled composite, then unchecked it and it wanted to disabled a ton of plugins that were already enabled
[05:20] <Sarvatt> and didn't flicker after enabling it
[05:22] <Sarvatt> .. I was set on none in appearance preferences, goes to show how much I notice compiz outside of transparency :)
[05:23] <RAOF> :)
[05:23] <RAOF> Not hitting the button marked “unity” yet?
[05:23] <RAOF> Aaah, mklib, mklib, mklib.  Why?
[05:24] <Sarvatt> where? nothing in ccsm
[05:27] <RAOF> Oh.  That would be because unity-compiz doesn't seem to be in natty yet.
[05:28] <TheMuso> Yes it is.
[05:28] <TheMuso> At least I thought I saw it on natty-changes.
[05:28] <RAOF> Maybe it hadn't built last time I updated; I see 0.2.46-0ubuntu5 in apt-cache policy
[05:30] <Sarvatt> looks like it build deps on nux which only built on i386
[05:31] <TheMuso> Yeah it probably didn't build. :)
[07:11] <kklimonda> good morning
[07:36] <pitti> Good morning
[07:37] <didrocks> good morning
[08:22] <didrocks> Riddell: hey, do you have time for a small question? :)
[08:48] <rodrigo__> morning
[08:48] <didrocks> hey rodrigo__!
[08:48] <rodrigo__> hi didrocks
[08:50] <didrocks> pitti: re:nux from what I see kde libs are using symbols files as well. I really don't know why the symbols exported in the chroot is different from the one we get directly building (doesn't seem to have any optional build-dep). I will try to get a working natty pbuilder this time and generate the symbol files from there, but that will be quickly hell :/
[08:57] <didrocks> pitti: ok, nux as symbols issues and they differ from arch to arch, reverting to a .shlibs if you don't mind
[09:00] <pitti> didrocks: ah, arch specific
[09:01] <pitti> didrocks: so KDE libs have per-arch symbol files?
[09:01] <pitti> (I think that works somehow)
[09:01] <didrocks> pitti: yes, they have. But as nux is really moving a lot (and they don't ensure API/ABI stability for now), I think that's just overkill as I'll have to upload to a ppa to adjust the symbols file each week
[09:04] <pitti> didrocks: hm, they keep breaking the ABI very often?
[09:05] <pitti> didrocks: then symbols and shlibs files don't make much sense anyway
[09:06] <didrocks> pitti: sure, we we need shlibs to be able to get a versionned nux dep for unity, isn't it?
[09:06] <didrocks> other it will dep on libnux-0.9 without any version and won't force people to upgrade to latest nux with latest unity
[09:06] <didrocks> or is there something I miss?
[09:08] <pitti> right, you'd need to bump shlibs manually or add strict dependencies to unity
[09:08] <didrocks> yeah, let me look if I can do something more elegant than overriding dh_makeshlibs with dh7
[09:08] <pitti> didrocks: I think you can also add a second << dependency to the shlibs
[09:09] <pitti> to require a particular upstream versino
[09:11] <didrocks> ok, let's have a try with libfoo1 (>= 1.0), libfoo1 (<< 1.1)
[09:24] <pitti> yay, my apport GIR/GTK-3.0 port works
[09:34] <didrocks> congrats pitti :)
[10:06] <didrocks> pitti: can you NEW to main (the MIR is already done): https://edge.launchpad.net/ubuntu/+source/nux/0.9.4-0ubuntu2/+build/2053778 and https://edge.launchpad.net/ubuntu/+source/nux/0.9.4-0ubuntu2/+build/2053776 please?
[10:09] <pitti> didrocks: where's the MIR? I need to promote the source as well and close it
[10:10] <didrocks> pitti: bug #677136
[10:10] <ubot2> Launchpad bug 677136 in nux (Ubuntu) "[MIR] nux (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/677136
[10:11] <pitti> oh, "done" means "created", not "approved"
[10:12] <pitti> didrocks: do we really need to ship two 0.5 MB .bmp files? we can't use png?
[10:12] <didrocks> pitti: I've already discuss that upstream and there will be some changes to that, just not now
[10:13] <pitti> ok
[10:16] <pitti> didrocks: you shold actually subscribe ~ubuntu-mir :)
[10:16] <pitti> didrocks: accepted
[10:16] <didrocks> pitti: subscribed and thanks!
[10:18] <Riddell> didrocks: did your small question get answered?
[10:19] <didrocks> Riddell: yeah, I opened some lib{qt,kde}* to see if symbol files were ok with C++, the issue was arch related :) sorry for the noise
[11:19] <rodrigo__> hmm, wth does this fail -> http://launchpadlibrarian.net/59312438/buildlog_ubuntu-natty-amd64.gnome-settings-daemon_2.91.3-0ubuntu1~build2_FAILEDTOBUILD.txt.gz ???
[11:19] <rodrigo__> all the deps are ok in the package
[11:24] <rodrigo__> ah, I think I found it!
[11:24] <chrisccoulson> rodrigo__, bug 676519
[11:24] <ubot2> Launchpad bug 676519 in gnome-settings-daemon (Ubuntu) "link failing despite the right linking arguments are presents on command line (affects: 1) (heat: 6)" [Low,Fix committed] https://launchpad.net/bugs/676519
[11:25] <rodrigo__> ah
[11:25] <kklimonda> yet another source of ftbfs?
[11:26] <kklimonda> good afternoon
[11:26] <didrocks> good afternoon kklimonda
[11:29] <kklimonda> hey didrocks :)
[11:31] <rodrigo__> key kklimonda
[11:31] <rodrigo__> kklimonda, did you get your git account?
[11:34] <kklimonda> rodrigo__: yes - I'm planning on starting the branch tonight.
[11:34] <rodrigo__> kklimonda, cool
[11:34] <kklimonda> rodrigo__: I was trying to figure out how to create shiny interfaces and failed ;)
[11:34] <rodrigo__> I was wondering if there was a need for a 2nd person to approve the account, but I see my influences are enough :)
[11:34] <rodrigo__> kklimonda, oh, with glade?
[11:36] <rodrigo__> kklimonda, oh, if you want to play with interfaces, you might be interested in https://code.launchpad.net/~rodrigo-moya/+junk/guton
[11:36] <rodrigo__> kklimonda, a good way to test the couchdb-glib api and play with uis at the same time :)
[11:38] <kklimonda> rodrigo__: well, not with glade - I don't like glade. But I was actually looking for alternatives to Gtk+ for creating "touch" interfaces - I took a look at Mx, then read about Nux, then saw that Meego is migrating completely to Qt.. and I've decided to go, look for a drink ;)
[11:38] <rodrigo__> :)
[11:39] <rodrigo__> "I started drinking because I didn't know what toolkit to use" :D
[11:39] <rodrigo__> kklimonda, for touch interfaces, you might want to talk with garnacho, he has a gtk branch for that
[11:47] <kklimonda> looks like I'm in a grumpy mood today :)
[11:56] <chrisccoulson> hi pitti - would you mind processing bug 655707 for maverick please?
[11:56] <ubot2> Launchpad bug 655707 in pango1.0 (Ubuntu Maverick) (and 3 other projects) "Firefox crashes opening pages that use webfonts (affects: 4) (heat: 24)" [High,Triaged] https://launchpad.net/bugs/655707
[11:57] <chrisccoulson> (i'm also going to fix this in lucid, but i still need to test that)
[12:46] <pitti> chrisccoulson: you mean process SRU uploads? was just about to (just back from lunch)
[12:47] <chrisccoulson> pitti - sort of. i can't upload pango, so it needs sponsoring :)
[12:47] <pitti> chrisccoulson: ah, I see; yup, will do
[12:47] <chrisccoulson> thanks
[12:53] <pitti> chrisccoulson: I don't see a lucid debdiff there, am I missing something?
[12:54] <chrisccoulson> pitti - just testing that
[12:54] <chrisccoulson> pitti - google also fixed their website, so i'm not sure how we can get users to test it :/
[12:55] <chrisccoulson> (that would have been the test-case otherwise)
[13:04] <pitti> perhaps there's another page for it?
[13:04] <pitti> if not, why do the SRU in the first place?
[13:05] <chrisccoulson> pitti - because any website that has a broken font in this way crashes firefox
[13:05] <pitti> but it's hard to craft or find a demo page for this?
[13:05] <pitti> bzr merge lp:~chrisccoulson/pango/maverick-proposed
[13:05] <pitti> bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.
[13:05] <pitti> chrisccoulson: so this is not against lp:ubuntu/maverick/pango1.0?
[13:05] <pitti> but an earlier revision of lp:~ubuntu-desktop/pango/ubuntu ?
[13:06] <chrisccoulson> pitti - oh, sorry, this came from lp:~ubuntu-desktop/pango/ubuntu originally. i did the update there, and then robert updated it again to 1.28.3 and uploaded to natty before we did the SRU
[13:09] <pitti> meh, there are no tags in our ubuntu branch
[13:09] <pitti> use debcommit -r, folks!
[13:11] <pitti> chrisccoulson: I'll merge this against r6 then
[13:14] <chrisccoulson> hmmmm, that wasn't me who didn't use debcommit -r ;)
[13:14] <chrisccoulson> (i don't think anyway)
[13:15] <chrisccoulson> hmmm, some funky stuff is going on with my screen
[13:15] <chrisccoulson> white boxes keep appearing and obscuring parts of the screen, and then disappearing again
[13:15] <chrisccoulson> nice!
[13:48] <geser> didrocks: why packaging unity 3.1.4-0ubuntu1 you dropped the epoch for netbook-launcher; that's why you got now a "Failed upload" for your recent unity upload
[13:49] <didrocks> geser: I know, that's an overlook when converting to dh7
[13:49] <didrocks> geser: as I had to rewrite the whole debian/rules for compiz plugin
[13:49] <didrocks> geser: I'm looking how to override dh_gencontrol for a package name, but can't get the var name for the current bin package to make it
[13:52] <didrocks> geser: any idea how to do that?
[13:52] <geser> thinking about it
[13:52] <didrocks> basically, it's a:
[13:52] <didrocks> dh_override_dh_gencontrol:
[13:52] <didrocks> <and there detect which bin package is building>
[13:53] <geser> is dh_override_dh_gencontrol run per source package or per produced binary package?
[13:55] <didrocks> oh, it's per source looking at the log
[13:55] <didrocks> hum… that won't be easy then…
[13:55] <pitti> geser: once for a build
[13:55] <didrocks> let me look what cdbs does
[13:56] <pitti> didrocks: cdbs calls the rules once per binary, with a -p argument usually
[13:56] <geser> I might have an idea but it's really, really hacky: sed on the DEBIAN/control file for network-launcher before dh_gencontrol is called
[13:56] <didrocks> pitti: ok, that's why it was easier to set the target in that case…
[13:57] <didrocks> well, I can relaunch dpkg-gencontrol manually as well for netbook-launcher
[13:57] <didrocks> that will be a little less ugly :)
[13:58] <geser> true
[13:58] <didrocks> I really find nothing in the doc or by grepping
[13:58] <geser> you might need to check if netbook-launcher got build (i386) or not (e.g. amd64) before you call dh_gencontrol for it
[13:59] <geser> hmm, do substvars also work in Version?
[14:00] <didrocks> geser: true about version checking
[14:00] <didrocks> hum, I hope so :)
[14:00] <didrocks> I can get the version pretty easily otherwise
[14:01] <didrocks> ok, let me a try in my ppa
[14:02] <geser> didrocks: I'm really surprised how you managed to get *3* unity version published at the same time :) (see the FTBFS page before it gets updated)
[14:03] <didrocks> geser: 3 unity version published? sorry not sure to follow :)
[14:04] <geser> didrocks: http://qa.ubuntuwire.com/ftbfs/ and look for unity
[14:05] <geser> it lists the "published" versions with FTBFS
[14:05] <didrocks> geser: oh right, nice :)
[14:06] <geser> sometimes two versions are listed (for the same pocket) if the script fetches the data while LP publishes one version and before the older one gets superseded, but it's the first time I see three versions
[14:07] <didrocks> geser: just because it's unity "3" :)
[14:20] <pitti> didrocks: we are a bit behind on http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team-natty-alpha-1.html, but it looks like a lot of your WIs are just about to land, right?
[14:21] <didrocks> pitti: yeah, I'll close 3/4 of them
[14:21] <didrocks> pitti: just finishing to deal with netbook-launcher epoch
[14:22] <didrocks> 4 uploads from unity, 2 because of me, 2 because of upstream, that's equivalent :)
[14:22] <didrocks> not a good day though :/
[14:24] <bilalakhtar> hmm, I see that seb128 uploaded a new version of GIMP yesterday
[14:24] <bilalakhtar> which has FTBFS'd now
[14:24]  * bilalakhtar makes the change so that a sponsor can review
[14:24] <bilalakhtar> so is anyone over here working on it or can I go ahead?
[14:25] <didrocks> seems nobody is working on it
[14:25] <didrocks> pitti: do you want me to close them now
[14:25] <bilalakhtar> here comes seb128 :D what a timing !
[14:25] <pitti> didrocks: not that urgent, but if you wish -- will give you a cozy feeling for the weekend :)
[14:25] <seb128> no, I'm not working today
[14:26] <bilalakhtar> seb128: Are you working on GIMP FTBFS? it is an easy fix and I can do it
[14:26] <pitti> bonjour seb128
[14:26] <seb128> I started IRC to say something to somebody but don't plan to stay or do any work
[14:26] <seb128> hey pitti
[14:26] <didrocks> pitti: ok, will do in one hour if everything is fine :)
[14:26] <pitti> seb128: have a look at the planet for some good news :)
[14:26] <seb128> bilalakhtar, if that's not yet another debian rules workaround as we got opened twice sure
[14:27] <seb128> pitti, great ;-) I noticed the upload you did
[14:27] <bilalakhtar> seb128: btw the GIM lp:~ubuntu-desktop/gimp/ubuntu
[14:27] <bilalakhtar> is not updated
[14:27] <bilalakhtar> *GIMP
[14:27] <seb128> oh, I didn't though it would be in a vcs, feel free to update it
[14:28] <didrocks> ok, got the netbook-launcher versionning with dh7, quite hackish, but well…
[14:28]  * bilalakhtar makes both the changes
[14:33] <seb128> pitti, just reading email, the ibus fix is in natty
[14:34] <seb128> ok, I was just passing by and checking everything was ok
[14:35] <seb128> time to go for some swimming
[14:35] <pitti> enjoy!
[14:37] <seb128> pitti, thanks!
[14:37] <didrocks> pitti: well, I let this debian/rules in the "hasckish" section, if you have some idea or just cross some documentation one day, do not hesitate
[14:38] <didrocks> now, ubuntu-netbook-default-settings and then I'll update the WI
[14:39] <bilalakhtar> Did you people begin accepting gtk3 updates?
[14:40] <didrocks> bilalakhtar: we will deal with application requiring gtk3 later in the cycle
[14:40] <bilalakhtar> didrocks: hmm
[15:06] <chrisccoulson> hmmm, ETOOMUCHCAKE
[15:06] <rickspencer3> didrocks, hey, I'm doing a dist-upgrade
[15:06] <rickspencer3> will I be getting new unity?
[15:06] <rickspencer3> (I saw new compiz)
[15:07] <didrocks> rickspencer3: libunity3 is not newed yet, I'm waiting for amd64 to be built to ping people
[15:07] <rickspencer3> alrighty
[15:07] <chrisccoulson> ooh, i'll have to upgrade later when it's newed :)
[15:07] <didrocks> (it finishes building on amd64 btw)
[15:07] <rickspencer3> didrocks, should I try to install the PPA again, or should I wait?
[15:08] <didrocks> rickspencer3: I'll say "wait" :)
[15:08] <didrocks> rickspencer3: did your issue with glew is fixed?
[15:08] <rickspencer3> well, it seemed to be an apt-get bug
[15:08] <didrocks> I don't think that not using the PPA will change anything, the files comes from the archives
[15:08] <rickspencer3> I unplugged my USB hard drive, rebooted, deleted the lock files, dpkg --configure -a
[15:08] <rickspencer3> then apt-get purged unity
[15:09] <rickspencer3> and it looked like it upgraded the package
[15:09] <rickspencer3> so I *think* apt-get is working again
[15:10] <kenvandine> mterry, good progress on my gir/vapi woes... we need to patch gtk and friends to includes _PACKAGES for g-ir-scanner
[15:11] <didrocks> will be nice then :)
[15:11] <mterry> kenvandine, I don't know what _PACKAGES means, but I do know what "good progress" means, so awesome!  :)
[15:11] <kenvandine> hehe
[15:11] <kenvandine> well, you Gtk_2.0_gir_PACKAGES
[15:11] <kklimonda> damn, I've missed Sebastien. :)
[15:11] <kenvandine> you set that to gtk+-2.0
[15:12] <kklimonda> ah, he's not working
[15:12] <kenvandine> and it adds the right <package/> tag
[15:12] <kenvandine> so we need to do that for everything that provides a gir
[15:12]  * kenvandine is starting with gtk2
[15:12] <mterry> kenvandine, and that's what tells valac to skip gtk+-2.0 if both are on the path?
[15:12] <mterry> or rather, both in deps
[15:12] <kenvandine> not skip, but that Gtk-2.0 and gtk+-2.0 are the same
[15:13] <mterry> right
[15:13] <kenvandine> yup
[15:13] <kenvandine> that tag seems pretty new in gobject-introspection
[15:13] <mterry> kenvandine, that seems awefully vala-specific for a bit of gir metadata.  what would python do with that info?
[15:13] <kenvandine> but it makes vapigen happy
[15:14] <kenvandine> it isn't really the vapi pkg name
[15:14] <kenvandine> it is the pkgconfig pkg name
[15:14] <kenvandine> which i think vala follows
[15:14] <didrocks> pitti: can you NEW libunity3 on both i386 and amd64 please?
[15:14] <kenvandine> so i guess it is useful for other reasons
[15:14] <mterry> ah
[15:14] <rickspencer3> didrocks, so after pitti news it, I just dist-upgrade?
[15:14] <rickspencer3> ubuntu-desktop gets replaces, and I am running Unity?
[15:14] <kenvandine> mterry, pretty painful to get to this point... i haven't even tried to start on getting dbusmenu to build for gtk3!
[15:14] <pitti> didrocks: looking
[15:15] <mterry> kenvandine, I remember it building fine for me, but maybe I didn't do this vapi stuff then
[15:15] <didrocks> rickspencer3: no, you have to apt-get install unity, it's not in the default seed (can't do that before it was published or it would have been a MISMATCHED COMPONENT)
[15:15] <rickspencer3> I see
[15:16] <rickspencer3> didrocks should I remove the PPA from my sources list, or will I get more frequent updates if I keep it there?
[15:16] <didrocks> rickspencer3: depends on which ppa
[15:16] <pitti> didrocks: done
[15:16] <didrocks> pitti: thanks :)
[15:17] <didrocks> rickspencer3: https://launchpad.net/~unity/+archive/ppa will get no more update
[15:17] <rickspencer3> didrocks, the unity one from the wiki documentation
[15:17]  * rickspencer3 removes PPA
[15:17] <didrocks> https://launchpad.net/~unity/+archive/daily is daily build… with all that can happen  :)
[15:17] <rickspencer3> I think I'll stick with main ;)
[15:17] <didrocks> nice though :)
[15:21]  * didrocks uploads ubuntu-netbook-default-settings and can say "UNE is dead on !armel \o/"
[15:23] <kklimonda> why is it?
[15:23] <didrocks> kklimonda: unity will be clever enough to say "I'm on a netbook" or "I'm on a desktop", look at https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-bringing-desktop-and-netbook-image-closer
[15:24] <kklimonda> ah, I see
[15:24] <didrocks> less clutter for people :)
[15:24] <kklimonda> great
[15:25] <kklimonda> when will be new unity ready for the daily use?
[15:25] <didrocks> kklimonda: I already use it daily, it's fine for a "pre-alpha" stage as we didn't reach alpha1 yet
[15:26] <kklimonda> choices, choices :)
[15:26] <kklimonda> I've been upgrading my main system near a1 for few cycles already..
[15:26] <kklimonda> maybe i should do it again :)
[15:26] <didrocks> kklimonda: it's a compiz plugin, it can be easily activated/deactivated (and we will provide session for that) :)
[15:26] <kklimonda> right, even better
[15:29] <rodrigo__> mterry, did you package gtksourceview3 and gedit with gtk3?
[15:30] <mterry> rodrigo__, gtksourceview3 is in the archive, I believe.  I'm running gtk3 gedit locally, but I have to clean up the packaging a bit, and I'm doing other stuff first
[15:31] <rodrigo_> mterry, oh, I didn't see it, that's why I ask
[15:31]  * rodrigo_ updates again
[15:31]  * mterry checks
[15:32] <mterry> rodrigo_, oh I believe it's in NEW
[15:32] <mterry> rodrigo_, it's blocking you?
[15:33] <rodrigo_> mterry, no, just that I looked for it this morning, and couldn't find it
[15:33] <rodrigo_> but not blocking me, don't worry
[15:33] <rodrigo_> mterry, is it on a branch somewhere?
[15:35] <mterry> rodrigo_, no.  gtksourceview2 wasn't an ubuntu-desktop branch, so I didn't make this one (plus, thought we were trying to avoid new ones of those)
[15:35] <mterry> rodrigo_, I don't know when lp:ubuntu/gtksourceview3 is live (I assume after NEW approval)
[15:35] <rodrigo_> mterry, ah, ok
[15:36] <mterry> rodrigo_, you can download it from launchpad.net/ubuntu/+source/gtksourceview3 though
[15:36] <rodrigo_> are we getting rid of the ~ubuntu-desktop existing branches?
[15:37] <mterry> rodrigo_, I don't think a decision has been made about that
[15:37] <chrisccoulson> pitti - i have a test case for the pango crash now
[15:38] <pitti> chrisccoulson: cool!
[15:38] <chrisccoulson> i have hosted a web page with the broken font in it ;)
[15:38] <chrisccoulson> it crashes firefox fairly repeatably here in lucid
[15:38] <chrisccoulson> time to test the patch now ;)
[15:40] <didrocks> pitti: congrats on the GIR/GTK3 port :) (just had the time to read it now)
[15:40] <pitti> didrocks: thanks! language-selector and usb-creator will be my next victims
[15:41] <didrocks> hehe, pitti the pygiconverter :)
[15:41] <bilalakhtar> I am facing a wierd problem with a merge proposal. the ~u-d branch of gimp is some old branch format, while lp:gimp is 2a . When I push, it always converts to new and stacks on lp:gimp. Now, proposing to ~u-d branch doesn't generate diff
[15:41] <bilalakhtar> okay, a resubmit worked
[15:42] <bilalakhtar> Could someone please sponsor https://code.launchpad.net/~bilalakhtar/gimp/ftbfs-fix-and-branch-update/+merge/41326 ?
[15:57] <didrocks> FYI, commented on the merge request ^
[16:00] <bilalakhtar> didrocks: Thanks thanks for the review!
[16:01] <didrocks> bilalakhtar: oh you're back :)
[16:01] <chrisccoulson> pitti - ok, i've attached a patch for lucid to bug 655707 as well now
[16:01] <ubot2> Launchpad bug 655707 in pango1.0 (Ubuntu Maverick) (and 3 other projects) "Firefox crashes opening pages that use webfonts (affects: 4) (heat: 24)" [High,Triaged] https://launchpad.net/bugs/655707
[16:01] <didrocks> bilalakhtar: no worry, I hope the example will help you
[16:01] <bilalakhtar> yes, I was going to go offline when I noticed yout thing
[16:01] <bilalakhtar> didrocks: but in this case, all binaries need gobject
[16:01] <didrocks> bilalakhtar: right, but it should be add in configure.ac then
[16:02] <bilalakhtar> okay
[16:02] <didrocks> bilalakhtar: it's a patch we want to fix and report upstream
[16:02] <bilalakhtar> thanks for the review, making a quilt patch out of it
[16:02] <didrocks> bilalakhtar: is there a pkgcheck that are linked to every binaries?
[16:02] <didrocks> (if so, you should add it there)
[16:03] <bilalakhtar> doesn't seem so
[16:03] <pitti> chrisccoulson: have release meeting now, but I'll sponsor it as a side thing, thanks!
[16:05] <bilalakhtar> didrocks: so THAT's why seb wanted to avoid debian/rules workarounds!
[16:05] <didrocks> bilalakhtar: exactly :)
[16:06] <chrisccoulson> pitti, excellent, thanks :)
[16:07] <didrocks> bilalakhtar: yeah, seems there is no suitable flag for that, weird, I would say add a PKG_CHECK_MODULES or copy what's done for glib
[16:07] <bilalakhtar> didrocks: okay, will do that once my thing downloads the upstream tarball
[16:07] <bilalakhtar> by connection is horribly slow
[16:07] <bilalakhtar> *my
[16:07] <didrocks> bilalakhtar: sure, no hurry :)
[16:08] <bilalakhtar> thanks
[16:21] <ari-tczew> bilalakhtar: bug 677133
[16:21] <ubot2> Launchpad bug 677133 in gimp (Ubuntu) "gimp 2.6.11-1ubuntu1 FTBFS in natty (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/677133
[16:29] <pitti> chrisccoulson: dang, pango1.0 FTBFS in maverick-proposed
[16:30] <chrisccoulson> hmmm, it built here :/
[16:30] <chrisccoulson> oh
[16:31] <chrisccoulson> on armel and ppc
[16:32] <chrisccoulson> pitti - have all the glib packages been published yet?
[16:32] <pitti> chrisccoulson: oh, glib related? haven't looked at all into it (still in meeting)
[16:32] <chrisccoulson> it just looks like version skew with glib in maverick-proposed
[16:33] <pitti> chrisccoulson: glib was accepted around the same time, could have been mid-air collision with them
[16:33] <pitti> chrisccoulson: I'll retry the builds in an hour then
[16:33] <chrisccoulson> pitti - yeah, i think that's all it is
[16:33] <chrisccoulson> libglib2.0-dev : Depends: libglib2.0-bin (= 2.26.0-0ubuntu1) but it is not going to be installed
[16:37] <ogra> chrisccoulson, i see the same for my QT build
[16:37] <ogra> but only on ppc
[16:37] <bilalakhtar> :( I will let him work then, ari-tczew
[16:37] <ogra> pitti, ^^^
[16:38] <bilalakhtar> didrocks: bug #677133 already has BlackZ working on it
[16:38] <ubot2> Launchpad bug 677133 in gimp (Ubuntu) "gimp 2.6.11-1ubuntu1 FTBFS in natty (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/677133
[16:39] <didrocks> bilalakhtar: ok, thanks for the notice!
[16:43] <rickspencer3> new firefox is working well for me so far
[16:44] <pitti> yeah, here as well; just one crash, but otherwise behaving
[16:47] <didrocks> it's just weird when coming back from chromium (the used font), but looks nice :)
[16:50] <chrisccoulson> pitti - bug 606910 is tested and ready to go as well now
[16:50] <ubot2> Launchpad bug 606910 in packagekit (Ubuntu Lucid) (and 2 other projects) "[lucid] mozilla-packagekit cannot be installed with firefox 3.5 (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/606910
[16:52] <chrisccoulson> pitti - you got a crash in firefox? did you send the crash report upstream? :)
[16:54] <pitti> nto yet, sorry; was in a hurry (meeting)
[16:54] <pitti> chrisccoulson: need sponsoring for PK?
[16:55] <chrisccoulson> pitti - yeah, i can't upload PK
[16:55] <chrisccoulson> did you get the crash reporter dialog?
[16:55] <pitti> chrisccoulson: yes, I did get it
[16:55] <chrisccoulson> that's ok then :)
[16:56] <geser> didrocks: re the unity epoch: have you considered using "dh_gencontrol -pnetbook-launcher -- -Vcoreabiversion=20101111 -v2:$(DEB_VERSION)" instead of doing it all yourself?
[16:56] <didrocks> geser: ohoh, that would have been a lot smarter, I didn't tried it (was afraid on !i386 behavior)
[16:57] <didrocks> geser: will try with next upload
[16:57] <didrocks> geser: I'm afraid about the arguments to be given to others or not erased, let's see
[16:57] <geser> didrocks: I tried it inside the if block, just instead calling dpkg-gencontrol yourself (and the other commands after around it)
[16:58] <didrocks> geser: no need from the rm, it overwrites them too?
[16:59] <pitti> chrisccoulson: uploaded, thank you!
[16:59] <chrisccoulson> pitti - thank you too :)
[16:59] <geser> I had just the dh_gencontrol call and checked afterwards the package information for netbook-launcher (I had to comment out the if too, so it gets run for me on amd64 too when building arch-indep)
[16:59] <pitti> chrisccoulson: I (blindly) retried the pango build
[16:59] <chrisccoulson> thanks. that should work now hopefully
[17:01] <didrocks> geser: nice! will integrate in next upload, thanks :)
[17:01] <didrocks> still a bit hackish, but a little bit less…
[17:02] <geser> my first try to add "Version: 2:${binary:Version}" to netbook-launcher in debian/control unfortunately didn't work :(
[17:02] <chrisccoulson> pitti - also, would you mind approving the xulrunner-2.0 source in NEW? (sorry to keep pestering you) ;)
[17:02] <rodrigo_> ok, need to get out, so maybe bbl, if not have a good weekend everybody :-D
[17:06] <didrocks> geser: yeah, I tried that some time ago (for maverick  :))
[17:07] <geser> didrocks: looks like you can even skip the if check and call dh_gencontrol -pnetbook-launcher … in every build. Just tried it for an arch-only build in my pbuilder and got only "dh_gencontrol: No packages to build." as response
[17:09] <didrocks> geser: thanks for the notice and yeah for simplicity :)
[17:32] <mterry> didrocks, are there instructions for testing the new unity?  I get that I have to use ccsm to enable it, but do I have to do something special to turn off normal gnome-panel, etc?
[17:32] <didrocks> mterry: not really, you can turn it off, but it's quite hackish if you want to
[17:33] <didrocks> mterry: so, keep your gnome-panel :)
[17:35] <mterry> didrocks, what sort of bug reports are useful at this early stage?  I assume a lot of what I'm seeing is "known; we're on it" sort of stuff
[17:36] <didrocks> mterry: not really, but thinking about it, I should file the icon bugs
[17:36] <didrocks> it's almost fixed already, but well
[17:36] <didrocks> one sec :)
[17:36] <mterry> didrocks, icon bug?
[17:37] <didrocks> mterry: if you make the panel floating, the ws switcher still appears and don't react
[17:37] <mterry> didrocks, well, there's stuff like no network manager icon (presumably because intentionally dropped legacy status icon) and no expose mode when clicking on the current app icon etc.
[17:37] <mterry> didrocks, I assume that's all known?
[17:37] <mterry> no context menu for icons
[17:38] <mterry> (well, dummy context menu)
[17:38] <didrocks> mterry: yeah, no notification area, someone will file it, I'm sure, but it's on purpose
[17:38] <didrocks> no expose mode when clicking on the current app icon?
[17:38] <Sarvatt> shadow on the panel by default? :)
[17:38] <didrocks> hum, even if you have more than one window?
[17:38] <mterry> like, I have four firefox windows say
[17:38] <didrocks> mterry: no context is already filed
[17:38] <mterry> clicking on the firefox icon doesn't enter expose mode for the firefox windows
[17:38] <didrocks> mterry: you have more than one?
[17:38] <mterry> yup
[17:38] <mterry> sounds like a bug  :)
[17:39] <mterry> didrocks is my dup checker
[17:39] <didrocks> hehe :)
[17:39]  * didrocks high fives mterry
[17:39] <mterry> :)
[17:40] <didrocks> mterry: do you get the same behavior with others windows?
[17:40] <didrocks> like multiple terminals, click on the launcher
[17:40] <mterry> yeah
[17:40] <mterry> same behavior
[17:41] <mterry> also, i can't ctrl+alt+t...  :-/
[17:41] <didrocks> hum, and you have some dots showing that you have multiple windows?
[17:41] <mterry> yup
[17:41] <didrocks> mterry: that's compiz
[17:41] <mterry> damn it compiz
[17:41] <mterry> I need my terminals
[17:41] <didrocks> mterry: for that, you should reset your config
[17:41] <didrocks> rm -rf ~/.config/compiz-1
[17:41] <didrocks> and restart compiz
[17:42] <didrocks> (it sometimes dump the config randomely, so switch to metacity between)
[17:42] <pitti> so long, have a nice weekend everyone!
[17:43] <didrocks> enjoy your week-end pitti!
[17:43] <geser> pitti: you too
[17:43] <Sarvatt> take care pitti
[17:44] <didrocks> Sarvatt: whishlist btw, should be discussed on aytana ML :)
[17:46] <didrocks> mterry: when you restart, you should see gconf backend in ccsm
[17:46] <didrocks> and ensure you have latest compiz btw, I've made some changes for that
[17:47] <mterry> didrocks, eh, I'll deal with that later
[17:47] <mterry> didrocks, too busy filing bugs!  :)
[17:47] <didrocks> mterry: ahah :)
[17:51] <kenvandine> man i hate git, just had to get that off my chest
[17:53] <chrisccoulson> lol
[17:53] <chrisccoulson> i don't mind git ;)
[17:54] <chrisccoulson> but then, i also don't mind C++, so i'm already a bit strange
[18:00]  * mterry adds unity project tasks to all these bugs; didrocks owes me a beer
[18:01] <didrocks> mterry: hehe, thanks for spamming me :)
[18:01] <mterry> didrocks, you can unsubscribe!
[18:01]  * didrocks does
[18:01] <didrocks> kidding :)
[18:02] <didrocks> mterry: weird, I can't reproduce 2 on 3 of your bugs
[18:02] <didrocks> the menu one and the expose mode
[18:02] <chrisccoulson> oh, just installing the new unity now :)
[18:04] <mterry> didrocks, hrm.  maybe expose could be hw related, but I wouldn't think the menu one would be
[18:04] <didrocks> mterry: don't think, it's compiz expose which is used
[18:04] <didrocks> mterry: do you have the plugin activated or did you change the defaults?
[18:05] <didrocks> in a word, does Super + E works :)
[18:06] <didrocks> mterry: nothing related, but do you know the difference in gsettings between a path and an id?
[18:06] <didrocks> (conceptually speaking :))
[18:07] <mterry> didrocks, path is only ever used in the UI and perhaps the backing store
[18:07] <mterry> didrocks, API wise, everything uses the id
[18:07] <didrocks> mterry: but the path is unique
[18:07] <mterry> didrocks, I don't know why they even bother having a path, so perhaps I can't actually answer that
[18:07] <didrocks> so, it's an "id"?
[18:07] <mterry> didrocks, well, id is supposed to be unique too
[18:07] <didrocks> desrt isn't there…
[18:08] <didrocks> mterry: yeah, for me, we could have used id in the UI
[18:08] <mterry> didrocks, oh!
[18:08] <didrocks> as a dbus scheme
[18:08] <mterry> didrocks, sorry, I know the answer
[18:08] <mterry> didrocks, ID is for the schema
[18:08]  * didrocks listens
[18:08] <mterry> didrocks, path is for an instance of the schema
[18:08] <didrocks> ?
[18:08] <didrocks> not sure to get it :)
[18:08] <mterry> didrocks, you can have pathless-schemas that can be used in multiple paths
[18:08] <mterry> didrocks, my gsettings port of unity did this for favorites
[18:09] <mterry> didrocks, because the path was not known ahead of time
[18:09] <didrocks> waow, need to look for a real example… I don't get it at all :)
[18:09] <mterry> didrocks, difference between Gtk.Window and a variable that is a Gtk.Window
[18:09] <mterry> didrocks, id is unique identifier for the schema, path is unique identifier for an instance of the schema
[18:09] <didrocks> oh ok, as everything needs to have a schema
[18:10] <didrocks> you need to get some kind of class to describe the structure
[18:10] <mterry> yeah
[18:10] <didrocks> ok :)
[18:10] <didrocks> but as in the API, you use the id
[18:10] <didrocks> how do you get a specific instance?
[18:10] <mterry> didrocks, you can also use path in the API, but if schema provides a default path, you don't need to
[18:10] <mterry> so I was wrong when I said path isn't in API
[18:11] <didrocks> mterry: oh ok :)
[18:11] <didrocks> mterry: I should look at your unity branch to get a concrete example I guess
[18:11] <didrocks> but at least, now, I get the idea :)
[18:12] <didrocks> mterry: opening  https://code.launchpad.net/~mterry/unity/gsettings, I'll have a look over the week-end
[18:12] <didrocks> don't delete your branch!
[18:12] <didrocks> thanks mterry :)
[18:13] <mterry> didrocks, :) np
[18:13] <didrocks> ok, time for week-end there!
[18:14] <mterry> didrocks, see ya!
[18:40] <ari-tczew> mterry: do you will take merge anjuta?
[18:40] <mterry> ari-tczew, you mean from Debian?
[18:41] <ari-tczew> mterry: yep
[18:41] <mterry> ari-tczew, I was planning on updating anjuta to latest GTK+ 3.0 version, skipping over Debian, actually
[18:41] <mterry> ari-tczew, I should mark that on merges.u.c
[18:41] <ari-tczew> mterry: would be nice
[18:41] <mterry> ari-tczew, thanks for the notice!
[18:42] <mterry> ari-tczew, done!
[18:42] <ari-tczew> mterry: so grabbing changes from Debian is no sense? they have added some patches
[18:43] <mterry> ari-tczew, I'll do that too when I update
[18:43] <ari-tczew> mterry: ok so I'm leaving case for you
[19:24] <Sarvatt> oh man, enabling the unity plugin screwed up my session so bad I don't even know where to start filing bugs
[19:26] <Sarvatt> http://sarvatt.com/downloads/xsession-errors.txt
[20:42] <bryceh> hey anyone know, if 'debian-changelog-file-missing' warnings are just because of the change pitti mentioned where we're dropping changelogs?
[20:42] <bryceh> E: wayland: debian-changelog-file-missing
[20:42] <bryceh> E: wayland-dev: debian-changelog-file-missing
[20:42] <bryceh> E: wayland-dbg: debian-changelog-file-missing
[20:42] <bryceh> just wondering if those are expected warnings or if I forgot to fiddle something in my packaging
[21:20] <chrisccoulson> jcastro, we agreed at UDS to drop the launchpad answers bookmark from firefox and replace it with askubuntu didn't we?
[21:22] <jcastro> chrisccoulson: in english
[21:22] <chrisccoulson> oh, not for everybody? that might be quite difficult :/
[21:24] <jcastro> then don't change it, there's no localization support for it so it doesn't make sense to send non-english speakers there
[21:24] <chrisccoulson> ah, ok. that's a shame
[21:24] <jcastro> chrisccoulson: you deferred this right? https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection-desktop-n-thunderbird-messaging-indicator
[21:25] <chrisccoulson> i'll try and figure out a way, but i tried to do this before, and it didn't quite do what i wanted it to do
[21:25] <jcastro> chrisccoulson: what happens for the forums for example?
[21:25] <jcastro> do you send people to their localized forum or their english one?
[21:25] <chrisccoulson> the current set of default bookmarks aren't localized at all, so, any localization will happen on the server-side
[21:30] <jcastro> chrisccoulson: I see
[21:30] <jcastro> chrisccoulson: since I have you here, any other information for this? https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-thunderbird-messaging-indicator
[21:30] <jcastro> I'd like to send that email to the tbird list today
[21:30] <chrisccoulson> jcastro, no other information yet, other than that i still plan on working on it
[21:30] <chrisccoulson> i've just been trying to get the firefox stuff out of the way first
[21:38] <rickspencer3> finally running Unity
[21:38] <Nafallo> lol
[21:38] <Nafallo> rickspencer3: natty compiz-backed version? :-)
[21:38] <rickspencer3> Nafallo, natch!
[21:38] <rickspencer3> it's, uh ... interensting
[21:39] <Nafallo> heh :-)
[21:39] <Nafallo> I just wish I could edit some blacklist of stuff not to show on the sidebar somewhere :-P
[21:39] <Nafallo> I have a couple of indicators listed as started there :-/
[21:40] <Nafallo> makes me sad that they take up space in two places