[00:16] robert_ancell: Not for me, obviously. [00:17] *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] RAOF, it's not starting on my VM after a dist-upgrade this morning. [00:18] Ok. Time for me to dist-upgrade, then. [00:18] * RAOF doesn't *recall* uploading a break-X package, though ;) [00:19] it might be a kernel change [00:19] Your VM doesn't doesn't actually have acceleration support, though, does it? [00:19] IE: it should be using VESA? [00:20] aka: /var/log/Xorg.0.log would be nice :) [00:21] Unity and compiz were updated overnight. [00:21] I.e unity using compiz is now in natty proper. [00:22] I've been playing with the unity PPA, so I think my testing experience should be portable to natty proper now. [00:23] RAOF, no acceleration, just running metacity [00:24] So it should be moderately difficult for X to not work for you :) [00:24] thats the way ive been doing it switching between metacity and compiz [00:24] I was suprised! [00:25] fagan: “It”? [00:25] testing the new unity [00:25] Ah, right. [00:26] RAOF, bottom of the log is "Screens found, but none have a usable configuration". It appears to be trying the CIRRUS driver [00:27] http://paste.ubuntu.com/534094/ [00:28] RAOF, dmesg also looks interesting http://paste.ubuntu.com/534095/ [00:29] Hm. What's happened to my mouse input? [00:29] RAOF, do you have an external mouse? [00:29] Yup [00:29] and a trackpad [00:29] Nope. This is a desktop. [00:30] * RAOF installs ls-input to see if the kernel's transmitting events. [00:30] oh, X loses the mouse for me all the time. I have to move the trackpad to get it back [00:30] took me ages to work that out [00:30] Hm. VideoRAM: 0KB [00:31] It's therefore quite reasonable to exclude all modes on the basis of insufficient framebuffer size :) [00:31] so the kernel has probably broken it? Or is there an ABI mismatch between the kernel and X? [00:32] 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] RAOF, who do I file the bug against? [00:34] The kernel. [00:34] I'd confirm this hypothesis by trying to boot the previous kernel, though. [00:38] RAOF, hmm, don't suppose you know how to get into grub in a vm? I doesn't want to work [00:39] Holding down left-shift isn't winning? [00:39] no [00:39] Modify the grub config to bring up the menu and timeout. [00:39] manual grub.cfg editing should do the trick [00:39] Is the best option IMO. [00:39] Oh, yeah. I was thinking you couldn't boot at all. [00:39] yay, back to X! [00:39] I.e in /etc/default/grub [00:40] 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] A few quirks, but I'm willing to work around them. [00:42] TheMuso, I find you need to dist-upgrade early or late [00:42] damn, ubuntu-bug doesn't want to report from natty. "This is not a genuine Ubuntu package" [00:42] TheMuso, how is Unity Accessibility going? [00:45] 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] I hope to start writing some prototype code, i.e to create a fake accessible app in the next week. [00:48] RAOF, bug #677277 [00:48] 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] Looks good. [00:51] 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] robert_ancell: Thanks. I feel I have most of the basics down, and having good usecase code to read and understand helps. [00:52] I find that hard to find too [00:52] 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] Found it whilst googling for stuff. [00:53] Particularly the bank account example, is a good one to really help get one's head around how things are constructed. [00:54] Because its a perfectly practicle example of an object. [00:54] at-spi should migrate to vala :) [00:56] lol there are 3 pieces of at-spi now, at least for the dbus migration. [00:56] Python bindings, teh atk bridge, and the at-spi core itself. [01:14] Hah. Turns out removing the apple origin sticker from the sensor of the mouse makes it work again :) [01:15] lol [01:16] vmware is broken too fwiw https://bugs.launchpad.net/bugs/676759 [01:16] Launchpad bug 676759 in xorg-server (Ubuntu) "X11 (xorg) fails to start in natty on vmware (affects: 2) (heat: 12)" [Undecided,New] [01:19] robert_ancell, RAOF http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8c05cd08a7504b855c265263e84af61aabafa329 [01:20] jackpot? :) [01:21] Looks like it :) [01:22] Sarvatt, nice [01:30] Sarvatt, are you going to update my bug or shall I? [01:31] didn't I already? [01:31] Sarvatt, oh, race condition :) [01:31] already started the search for other bugs, its pretty wide impact [01:41] 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] Sarvatt, np, thanks for tracking it down! [01:58] 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] 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] But that is a useful distinction to make; it won't be broken for *everyone* [02:44] say, how does this X-Ubuntu-Gettext-Domain thing work for desktop files in Ubuntu? [02:59] RAOF: Ah ok makes sense. [03:06] Well Orca is working with firefox 4 which is a good sign. [03:06] \o/ [03:09] Huzzah! [03:10] Yeah I am pleased about that. [03:18] robert_ancell: why are you calling AM_GNU_GETTEXT with intltool? [03:19] dobey, I'm not, I'm filing bugs against all the GNOME packages that do (which is pretty much them all) [03:20] 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] Gnome bug 624186 in general "Deprecate glib-gettext macros" [Normal,Unconfirmed] [03:21] robert_ancell: there is no reasoning in that report at all [03:21] robert_ancell: but there is https://bugs.launchpad.net/intltool/+bug/654918 also [03:21] Launchpad bug 654918 in intltool "intltool doesn't work with upstream gettext (affects: 1) (heat: 4)" [Undecided,Invalid] [03:21] dobey, how about http://blogs.gnome.org/jjardon/2010/10/08/use-upstream-gettext-instead-the-glib-one? [03:23] robert_ancell, got a minute for a vapigen question? [03:23] kenvandine, sure [03:23] i am beating my head against the wall here with dbusmenu on natty [03:24] robert_ancell: i think it is a flawed assumption and nothing more. misinformation afaict [03:24] i had to patch gobject-introspection to get some glib refreshes from git master [03:24] which fixed most of my errors [03:24] but [03:24] now i think there are namespace issues [03:25] http://pastebin.ubuntu.com/534143/ [03:25] if i drop the namespace from DbusmenuGtk-0.2.tmp.gir for MenuClass and ClientClass those errors go away [03:26] which i don't know if that is the right thing to do [03:26] ideas? [03:26] kenvandine, can you paste the contents of them? [03:26] robert_ancell: i don't know why jjardon is on the upstream-only for gettext kick; but it's wrong. [03:26] and the other errors make me think the Gtk-2.0 and Gdk-2.0 girs are busted [03:26] robert_ancell, of which? [03:27] kenvandine, the .gir files [03:27] well the Gtk and Gdk are stock natty [03:27] dobey, we need a GNOME goal - fix all the screwed up i18n build systems [03:28] i know namespace stuff has gotten stricter [03:28] robert_ancell: all anything using intltool needs to call is IT_PROG_INTLTOOL [03:28] robert_ancell: if people would RTFM, they would know this already [03:28] dobey, can you give me a link to the manual? [03:29] sigh... pastebin is making firefox angry [03:30] oh... it doesn't like the xml format.. [03:30] robert_ancell: http://bazaar.launchpad.net/~intltool/intltool/trunk/annotate/head%3A/README [03:31] http://dpaste.org/tZ4G/ [03:31] robert_ancell, ^^ that is DbusmenuGtk-0.2.gir [03:35] kenvandine, very weird, I'm no help sorry [03:35] bummer [03:35] it's driving me nuts [03:35] it works fine on maverick :/ [03:36] kenvandine, what's the vapigen command? [03:36] i haven't even gotten to trying to make it build with gtk3 too [03:36] one sec [03:37] anyway, i gotta go. night [03:37] dobey, ok, thanks [03:38] vapigen --library=DbusmenuGtk-0.2 --pkg atk --pkg Dbusmenu-Glib-0.2 --vapidir=../libdbusmenu-glib DbusmenuGtk-0.2.tmp.gir [03:38] but that isn't going to work [03:38] you need a patched gobject-introspection [03:38] kenvandine, the thing is that MenuClass is not in the gtk+-2.0.vapi file [03:38] yeah [03:38] i know [03:38] but it must be on maverick... [03:38] oh... well [03:39] the gir is generated [03:39] it's not [03:39] so it must be getting it wrong [03:39] are classes exposed in vala? [03:39] i think so [03:39] yeah, they are [03:40] 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] the MenuClass and ClientClass errors i am less concerned with [03:40] although i would like to understand what is up there too [03:40] but all those other errors [03:41] from Gdk-2.0.gir and Gtk-2.0.gir [03:41] doesn't that sound like broken deps in the gir/typelib? [03:41] if you look at Gtk-2.0.gir it is marked as "glib:is-gtype-struct-for="Menu" [03:41] Gtk-2.0.gir:0.0-0.0: error: The type name `GLib.TypeInterface' could not be found [03:42] but the class in DbusmenuGtk-0.2.gir it's not marked as a is-type-struct-for [03:42] i can probably fix those with annotations [03:42] but what do you make of those other errors? [03:43] I'd expect the interface to be the same, without annotation vala probably assumes every record is an object [03:43] or do you think the failures from DbusmenuGtk-0.2.gir trigger other errors? [03:43] the others are functions.. [03:43] so is DbusmenuGtk-0.2.tmp.gir automatically generated? [03:43] but they aren't defined [03:44] yeah [03:44] during the build [03:45] which might mean the docstrings need more annotating? Or the class macros are not in standard form or something? [03:46] probably [03:47] looking at the source it looks like it shouldn't be Gtk.MenuClass [03:47] but DbusmenuGtk.MenuClass [03:47] so a namespace issue [03:48] i actually found my namespaces in libgwibber-gtk were terribly broken [03:48] vapa-0.12 fixes a bunch of problems there [03:48] ah [03:48] so libgwibber-gtk had stuff in the wrong namespace [03:48] that was fun figuring out too ) [03:48] are you building on natty? You should be using vala-0.12 then [03:49] :) [03:49] yes... i am [03:49] 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] kenvandine, in maverick GLib.TypeInterface should be Gobject.TypeInterface [03:53] same in natty [03:53] has gtk and gobject been built at different times/with different options/versions? [03:54] maybe [03:54] my hunch was basically broken deps in the gir [03:54] essentially [03:55] but it looks like they're explicitly referring to the wrong name [03:55] yeah, so you see the error says GLib.TypeInterface [03:55] i can't find that in the gir [03:55] oh, weird [03:55] it will be nice when we get over the introspection and vala growing pains :) [03:56] yeah :) [03:56] so i was thinking maybe the typelib doesn't match what the gir says [03:56] since i suspect it is using [03:56] that for speed reasons [03:57] i guess there is a tool for generating a gir from the typelib [03:57] let me do that... [03:58] well that's nifty [03:58] g-ir-generate /usr/lib/girepository-1.0/Gtk-2.0.typelib [03:58] but nothing about GLib.TypeInterface [03:58] so must be on vapigen's side [04:00] have you asked in #vala? [04:01] earlier [04:01] but that was kind of the previous problem... [04:19] kenvandine, gtg, hope you sort it out! [04:19] me too :) [04:19] later! [05:17] hmm, opengl isn't enabled by default in compiz after upgrading to natty? [05:19] WFM. I think. I did a bunch of initial setup, care of settings not being transferred from 0.8 [05:19] it was enabled but not checked in ccsm, that was odd [05:20] checked it and it enabled composite, then unchecked it and it wanted to disabled a ton of plugins that were already enabled [05:20] and didn't flicker after enabling it [05:22] .. I was set on none in appearance preferences, goes to show how much I notice compiz outside of transparency :) [05:23] :) [05:23] Not hitting the button marked “unity” yet? [05:23] Aaah, mklib, mklib, mklib. Why? [05:24] where? nothing in ccsm [05:27] Oh. That would be because unity-compiz doesn't seem to be in natty yet. [05:28] Yes it is. [05:28] At least I thought I saw it on natty-changes. [05:28] Maybe it hadn't built last time I updated; I see 0.2.46-0ubuntu5 in apt-cache policy [05:30] looks like it build deps on nux which only built on i386 [05:31] Yeah it probably didn't build. :) === almaisan-away is now known as al-maisan [07:11] good morning === robbiew1 is now known as robbiew [07:36] Good morning [07:37] good morning [08:22] Riddell: hey, do you have time for a small question? :) === al-maisan is now known as almaisan-away [08:48] morning [08:48] hey rodrigo__! [08:48] hi didrocks [08:50] 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] pitti: ok, nux as symbols issues and they differ from arch to arch, reverting to a .shlibs if you don't mind [09:00] didrocks: ah, arch specific [09:01] didrocks: so KDE libs have per-arch symbol files? [09:01] (I think that works somehow) [09:01] 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] didrocks: hm, they keep breaking the ABI very often? [09:05] didrocks: then symbols and shlibs files don't make much sense anyway [09:06] pitti: sure, we we need shlibs to be able to get a versionned nux dep for unity, isn't it? [09:06] 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] or is there something I miss? [09:08] right, you'd need to bump shlibs manually or add strict dependencies to unity [09:08] yeah, let me look if I can do something more elegant than overriding dh_makeshlibs with dh7 [09:08] didrocks: I think you can also add a second << dependency to the shlibs [09:09] to require a particular upstream versino [09:11] ok, let's have a try with libfoo1 (>= 1.0), libfoo1 (<< 1.1) [09:24] yay, my apport GIR/GTK-3.0 port works [09:34] congrats pitti :) [10:06] 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] didrocks: where's the MIR? I need to promote the source as well and close it [10:10] pitti: bug #677136 [10:10] Launchpad bug 677136 in nux (Ubuntu) "[MIR] nux (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/677136 [10:11] oh, "done" means "created", not "approved" [10:12] didrocks: do we really need to ship two 0.5 MB .bmp files? we can't use png? [10:12] pitti: I've already discuss that upstream and there will be some changes to that, just not now [10:13] ok [10:16] didrocks: you shold actually subscribe ~ubuntu-mir :) [10:16] didrocks: accepted [10:16] pitti: subscribed and thanks! [10:18] didrocks: did your small question get answered? [10:19] 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 === almaisan-away is now known as al-maisan [11:19] 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] all the deps are ok in the package [11:24] ah, I think I found it! [11:24] rodrigo__, bug 676519 [11:24] 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] ah [11:25] yet another source of ftbfs? [11:26] good afternoon [11:26] good afternoon kklimonda [11:29] hey didrocks :) === al-maisan is now known as almaisan-away [11:31] key kklimonda [11:31] kklimonda, did you get your git account? [11:34] rodrigo__: yes - I'm planning on starting the branch tonight. [11:34] kklimonda, cool [11:34] rodrigo__: I was trying to figure out how to create shiny interfaces and failed ;) [11:34] 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] kklimonda, oh, with glade? [11:36] kklimonda, oh, if you want to play with interfaces, you might be interested in https://code.launchpad.net/~rodrigo-moya/+junk/guton [11:36] kklimonda, a good way to test the couchdb-glib api and play with uis at the same time :) [11:38] 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] :) [11:39] "I started drinking because I didn't know what toolkit to use" :D [11:39] kklimonda, for touch interfaces, you might want to talk with garnacho, he has a gtk branch for that [11:47] looks like I'm in a grumpy mood today :) [11:56] hi pitti - would you mind processing bug 655707 for maverick please? [11:56] 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] (i'm also going to fix this in lucid, but i still need to test that) === MacSlow is now known as MacSlow|lunch === almaisan-away is now known as al-maisan [12:46] chrisccoulson: you mean process SRU uploads? was just about to (just back from lunch) [12:47] pitti - sort of. i can't upload pango, so it needs sponsoring :) [12:47] chrisccoulson: ah, I see; yup, will do [12:47] thanks [12:53] chrisccoulson: I don't see a lucid debdiff there, am I missing something? [12:54] pitti - just testing that [12:54] pitti - google also fixed their website, so i'm not sure how we can get users to test it :/ [12:55] (that would have been the test-case otherwise) [13:04] perhaps there's another page for it? [13:04] if not, why do the SRU in the first place? [13:05] pitti - because any website that has a broken font in this way crashes firefox [13:05] but it's hard to craft or find a demo page for this? [13:05] bzr merge lp:~chrisccoulson/pango/maverick-proposed [13:05] bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified. [13:05] chrisccoulson: so this is not against lp:ubuntu/maverick/pango1.0? [13:05] but an earlier revision of lp:~ubuntu-desktop/pango/ubuntu ? [13:06] 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 === MacSlow|lunch is now known as MacSlow [13:09] meh, there are no tags in our ubuntu branch [13:09] use debcommit -r, folks! [13:11] chrisccoulson: I'll merge this against r6 then [13:14] hmmmm, that wasn't me who didn't use debcommit -r ;) [13:14] (i don't think anyway) [13:15] hmmm, some funky stuff is going on with my screen [13:15] white boxes keep appearing and obscuring parts of the screen, and then disappearing again [13:15] nice! [13:48] 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] geser: I know, that's an overlook when converting to dh7 [13:49] geser: as I had to rewrite the whole debian/rules for compiz plugin [13:49] 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] geser: any idea how to do that? [13:52] thinking about it [13:52] basically, it's a: [13:52] dh_override_dh_gencontrol: [13:52] [13:53] is dh_override_dh_gencontrol run per source package or per produced binary package? [13:55] oh, it's per source looking at the log [13:55] hum… that won't be easy then… [13:55] geser: once for a build [13:55] let me look what cdbs does [13:56] didrocks: cdbs calls the rules once per binary, with a -p argument usually [13:56] 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] pitti: ok, that's why it was easier to set the target in that case… [13:57] well, I can relaunch dpkg-gencontrol manually as well for netbook-launcher [13:57] that will be a little less ugly :) [13:58] true [13:58] I really find nothing in the doc or by grepping [13:58] 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] hmm, do substvars also work in Version? [14:00] geser: true about version checking [14:00] hum, I hope so :) [14:00] I can get the version pretty easily otherwise [14:01] ok, let me a try in my ppa [14:02] 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] geser: 3 unity version published? sorry not sure to follow :) [14:04] didrocks: http://qa.ubuntuwire.com/ftbfs/ and look for unity [14:05] it lists the "published" versions with FTBFS [14:05] geser: oh right, nice :) [14:06] 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] geser: just because it's unity "3" :) [14:20] 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] pitti: yeah, I'll close 3/4 of them [14:21] pitti: just finishing to deal with netbook-launcher epoch [14:22] 4 uploads from unity, 2 because of me, 2 because of upstream, that's equivalent :) [14:22] not a good day though :/ [14:24] hmm, I see that seb128 uploaded a new version of GIMP yesterday [14:24] which has FTBFS'd now [14:24] * bilalakhtar makes the change so that a sponsor can review [14:24] so is anyone over here working on it or can I go ahead? [14:25] seems nobody is working on it [14:25] pitti: do you want me to close them now [14:25] here comes seb128 :D what a timing ! [14:25] didrocks: not that urgent, but if you wish -- will give you a cozy feeling for the weekend :) [14:25] no, I'm not working today [14:26] seb128: Are you working on GIMP FTBFS? it is an easy fix and I can do it [14:26] bonjour seb128 [14:26] I started IRC to say something to somebody but don't plan to stay or do any work [14:26] hey pitti [14:26] pitti: ok, will do in one hour if everything is fine :) [14:26] seb128: have a look at the planet for some good news :) [14:26] bilalakhtar, if that's not yet another debian rules workaround as we got opened twice sure [14:27] pitti, great ;-) I noticed the upload you did [14:27] seb128: btw the GIM lp:~ubuntu-desktop/gimp/ubuntu [14:27] is not updated [14:27] *GIMP [14:27] oh, I didn't though it would be in a vcs, feel free to update it [14:28] ok, got the netbook-launcher versionning with dh7, quite hackish, but well… [14:28] * bilalakhtar makes both the changes [14:33] pitti, just reading email, the ibus fix is in natty [14:34] ok, I was just passing by and checking everything was ok [14:35] time to go for some swimming [14:35] enjoy! [14:37] pitti, thanks! [14:37] 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] now, ubuntu-netbook-default-settings and then I'll update the WI [14:39] Did you people begin accepting gtk3 updates? [14:40] bilalakhtar: we will deal with application requiring gtk3 later in the cycle [14:40] didrocks: hmm === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [15:06] hmmm, ETOOMUCHCAKE [15:06] didrocks, hey, I'm doing a dist-upgrade [15:06] will I be getting new unity? [15:06] (I saw new compiz) [15:07] rickspencer3: libunity3 is not newed yet, I'm waiting for amd64 to be built to ping people [15:07] alrighty [15:07] ooh, i'll have to upgrade later when it's newed :) [15:07] (it finishes building on amd64 btw) [15:07] didrocks, should I try to install the PPA again, or should I wait? [15:08] rickspencer3: I'll say "wait" :) [15:08] rickspencer3: did your issue with glew is fixed? [15:08] well, it seemed to be an apt-get bug [15:08] I don't think that not using the PPA will change anything, the files comes from the archives [15:08] I unplugged my USB hard drive, rebooted, deleted the lock files, dpkg --configure -a [15:08] then apt-get purged unity [15:09] and it looked like it upgraded the package [15:09] so I *think* apt-get is working again [15:10] mterry, good progress on my gir/vapi woes... we need to patch gtk and friends to includes _PACKAGES for g-ir-scanner [15:11]