[03:26] Good morning [03:30] pitti, good night! :) [03:30] mterry: sleep well! [03:30] pitti, happy release day [03:31] thanks, and to you tomorrow! [05:27] good morning [05:30] bonjour didrocks [05:30] didrocks: happy precise day! [05:30] guten morgen pitti! How happy precise day as well :) [05:31] happy release day :) [05:31] hey smspillaz, you too! [05:31] 12.04 looks rockin [05:31] hey smspillaz ;) [06:20] Trevinho: hey, you are working on https://code.launchpad.net/~thomir/unity/avoid-duplicate-icons/+merge/103602 now? (I think it's the last merge before (5.12) [06:21] didrocks: I've done both the unity and bamf work. [06:21] the bamf side is needed to match the applications with no desktop file [06:21] s/match/fix/ [06:21] yeah https://code.launchpad.net/~3v1n0/bamf/lib-factory-xids-matching/+merge/103591 [06:21] so.... how much do I have? [06:21] hum [06:22] Trevinho: well, it seems that upstream testing didn't happen yet at all, remember that I asked to refrain merging things yesterday? :p [06:22] (and I warned about that a week ago) [06:22] but PS and processes… [06:22] Trevinho: let's say a couple of hours, but just on those, right? [06:22] nothing more [06:22] didrocks: mh... [06:23] "mh.." ? [06:23] didrocks: we can merge the unity fix only... [06:23] didrocks: I mean.. I can't get anyone to review the bamf one [06:23] Trevinho: that's the point of merging the unity fix then without the bamf one? [06:23] Trevinho: let's postpone both then [06:23] didrocks: no... [06:24] didrocks: the unity one has not a strict dependency on bamf [06:24] Trevinho: right, but what's the gain of merging it without bamf? [06:24] the unity one fixes the issue for applications like g-c-c that duplicate icons on bamfdaemon kill [06:24] ok [06:25] the other.. fixes the problem for less used apps with no .desktop file (and ensures that the one with the desktop are not duplicated too) [06:25] so... to get the final fix we should have both, but for the more visible one unity is enough [06:27] Trevinho: sounds good then, no worry about tha bamf one if it's not here yet [06:27] will be in next SRU [06:27] didrocks: ok.. I'll fix the test and it's yours [06:29] didrocks: it would be nice to get this too: https://code.launchpad.net/~3v1n0/bamf/desktopless-webapps-fix/+merge/103608 :P [06:29] (to be improved later) [06:30] Trevinho: well, no hurry for the first SRU :) [06:30] then, we need to discuss with the SRU team as the ine between a feature and a fix is tight here :) [06:31] didrocks: well, it's a fix.... :) [06:35] didrocks: I've a question for you.... Should I include an Ap test that will fail until the libbamf fix is not in (as reminder :)), or just I remove it until we don't get that fix in? [06:36] Trevinho: depends, I find a lot of merge are playing with the line TBH, but overall, they are good for precise :) [06:36] Trevinho: I would personally remove it and split into another branch [06:36] Trevinho: to avoid confusion [06:36] or get it in [06:36] ok [06:36] and just return with // FIXME [06:37] you will enable it again when the bamf fix is here [06:45] didrocks: it's coming here https://code.launchpad.net/~3v1n0/unity/avoid-duplicate-icons/+merge/103611 [06:46] Trevinho: excellent! :) [06:46] Trevinho: just ensure it's approved, I'm waiting for mvo now for the s-c branch :) [06:48] didrocks: ehm... who should approve it? :) [06:48] thomi is out... [06:48] thumper, maybe? :) [06:48] didrocks: I've to go no... can I leave it in your hands? [06:50] Trevinho: sure :) [06:50] thanks again! [06:50] cool, yw! ;) [06:50] cheers [06:50] but it shows that without freeze, people don't refrain for merging :/ [06:51] """fortunatly""" upstream failed to do their upstream tests, so no work in vain [06:59] ping RAOF [06:59] Pong [06:59] hey jasoncwarner_ [07:00] morning, pitti ! Happy release day all you EU folk [07:00] jasoncwarner_: happy release day to you, too! [07:01] thanks, pitti 12.04, going out the door (I like childish rhymes...sue me! ) [07:01] jasoncwarner_: nah -- rather /j #ubuntu-release-party, and feel the excitement! [07:02] pitti: annnnnd.....I'm there :) [07:51] ogra_: hey, FYI, we are doing a compiz release right now [07:51] ogra_: this one includes the fix from sil2100 [07:55] mvo: hey! [07:57] hey didrocks [07:57] happy release day! :) [07:58] happy release day! [07:58] mvo: guten Morgen [07:58] hey pitti [07:58] mvo: on https://code.launchpad.net/~mvo/unity/usc-launcher-fix-982921/+merge/102257, do you have the time to quickly add a manual test (there is a test directory) for now? and push that? I'll approve the branch then [07:58] don't want to steal your merge proposal, if you don't have the time, it's ok, I'll do it and repropose the branch [07:59] didrocks: how is that manual test done? just a test file? [07:59] mvo: yeah, you will see some test file in the test directory [07:59] manual-tests/ [08:00] just add a file here with the same templating than others :) [08:00] ok [08:02] hey [08:02] didrocks, mvo: happy precise day ! ;-) [08:03] happy precise day seb128! [08:07] Morning everyone and happy release day! [08:07] Sweetshark, hey, happy release day! [08:07] hey seb128, happy precise day! [08:07] hey Sweetshark [08:08] pitti, happy precise day ;-) [08:08] hey Sweetshark! happy release day [08:13] didrocks: updated [08:13] hey seb128 [08:13] mvo: you rock \o/ [08:13] * didrocks hugs mvo [08:14] didrocks: thanks, but it was just writing some lines of text ;) [08:14] * mvo hugs didrocks back [08:14] mvo: well, the fix was needed ;) [08:14] pitti, seb128: given that the libreoffice SRU is still unapproved https://launchpad.net/ubuntu/precise/+queue?queue_state=1 and I have some more fixes for 3.5.2 ready, can we replace/update that SRU? Or should just go with 3.5.2-2ubuntu2 as SRU and do those fixes in a 3.5.3-0ubuntu1 release (3.5.3rc2 is tagged upstream already and most the final). opinions? [08:14] Sweetshark: yes, we can certainly replace it [08:14] didrocks: happy release day to you too. [08:15] didrocks: yeah, the fix is useful, I'm happy that I got to it [08:15] Sweetshark: btw, is "remove presentation templates for install media size" still appropriate for an SUR? [08:15] SRU [08:15] Sweetshark: i. e. do you want to remove the templates for any other reason than CD size? [08:16] * didrocks approves to keep the merger busy [08:16] pitti: no, but a) they are very ugly anyway and b) will be replaced with something non-ugly in ubuntu q${whatever-the-rest-of-that-releasename-is} [08:17] Sweetshark: "quantal" [08:18] * Sweetshark mumbles quantal, the chantalism for ubuntu. === chris|| is now known as chris| [08:21] pitti: If I replace the SRU with something new, it still has to be libreoffice-3.5.2-2ubuntu3 then, right? with a changes file from libreoffice-3.5.2-2ubuntu1 as ubuntu2 never saw the light of day? or from ubuntu1? [08:21] Sweetshark: no, you can reuse the version number if you prefer [08:21] Sweetshark: if you add a new one to not trash git, you need to build the .changes with -v3.5.2-2ubuntu1 === chaoticuk_ is now known as chaoticuk [08:34] * Sweetshark loves our shiny new https://gerrit.libreoffice.org/ ... [08:35] didrocks: just added a commit message to make the merger happy [08:35] mvo: thanks, was just about to do that :) [08:35] :) [08:36] good morning everyone [08:36] didrocks, ergh, who is doing the testbuild on arm then ? [08:37] (note that i was also working on it, just didnt have testbuild capacities due to my board being used for image testing) [08:38] ogra_: I uploaded to the ppa, but you can now take lp:compiz or unity-team/staging if you want [08:38] ogra_: if you need access to this ppa with arm builders, I can give you some [08:38] the tree is enough [08:40] didrocks, oh, you built for arm ... who did update the gles patch ? [08:40] (intresting that it builds at all) [08:40] ogra_: nobody, that's why I ping you :) [08:40] ogra_: it doesn't build [08:41] ah, i see [08:42] well, my tree is totally outdated now, i only had merged sil2100's patch this night ... [08:42] I pressed CTRL-SUPER-LEFt and my xchat jumped on the left, then I accidentally clicked on thunderbird and I pressed C-S-RIGHT and I was like: wow! pretty! === Jacky is now known as JackyAlcine [08:42] And good morning to everyone, happy release day! :) [08:43] chrisccoulson_, hey, how are you? [08:43] BigWhale, hey, happy release day! [08:43] seb128, yueah, good thanks. how are you? === chrisccoulson_ is now known as chrisccoulson [08:44] * Sweetshark waves at chrisccoulson. [08:44] hi Sweetshark, how are you? [08:46] chrisccoulson, I'm good thanks! [08:46] chrisccoulson, happy release day ;- [08:46] ;-) [08:46] heh :) [08:46] chrisccoulson: great, got something decent into precise, I think. === JackyAlcine is now known as Jacky [08:46] hey chrisccoulson! [08:47] hi didrocks! [08:47] * Sweetshark has a crazy idea again, but since the last one (bibisect) turned out pretty well, I might give it a try ... [08:53] the idea is layering ccache, so that it has CCACHE_DIR and CCACHE_DIR2. Look in CCACHE_DIR, if found: act like normal ccache. If not found, look in CCACHE_DIR2. If found, use and add to CCACHE_DIR. If not found, compile and add to CCACHE_DIR and CCACHE_DIR2. [08:54] make CCACHE_DIR local and CCACHE_DIR2 a NFS share and use this by multiple indentical pbuilders building libreoffice. [08:55] how insane does that sound? [09:05] seb128, heh, are you planning on bringing xscreensaver back ? or will you fork an older g-s-s ? [09:06] ogra_, neither? [09:06] from scratch ? [09:06] well I guess the code for old gnome-screensaver should be not too hard to forward port over the current version [09:06] xss - woah, like in the old days [09:07] what is the issue? just for the nosy michael? [09:07] well, g-s-s wont give you per theme settings [09:07] mvo, no idea, just saw sebs mail :) [09:07] ogra_, I've no plan, if somebody wants to work on that and come with something working we will include it [09:07] and was curious since the spec talks about the possibility to appply settings to the screensavers [09:08] ogra_, but my gut feeling is that it will not happen [09:08] yeah, i agree, unless someone really invests into it [09:09] or lightdm learns to handle them :) (which likely drops the "light" from its name) :) [09:14] ogra_, well, lightdm would not to it, but you would do a screensaver-greeter [09:15] would->could [09:22] hey seb128, didrocks, pitti, ogra_, mvo, etc...? [09:22] hey rickspencer3 [09:22] how does everyone feel on this release day? [09:22] hi rickspencer3 :) [09:23] rickspencer3, stressed :P [09:23] rickspencer3: working on the future SRU, precise is already so old school! :-) [09:23] the release itself looks stellar though ;) [09:23] a real milestone for ubuntu [09:24] didrocks, how do you update a branch with a new compiz upstream, alf_ has massive probs since bzr bd-do seems to try to pull from releases.compiz.org [09:24] (or do you just wget and dump it in manually ? ) [09:24] ogra_: I wget, upstream are moving their branch/release process to launchpad [09:25] ah, great [09:25] alf_, ^^^ [09:25] ogra_: but it will surely move to a definitive place in a week [09:25] just wget from compiz-core [09:25] https://launchpad.net/compiz-core/0.9.7/0.9.7.8/+download/compiz-0.9.7.8.tar.bz2 [09:25] rickspencer3, bonjour ;-) [09:25] didrocks, well, as soon as gles is merged upstream i dont care anymore :) [09:25] rickspencer3, iz the BEST ubuntu release EVER! It ROCKS ;-) [09:25] and i assume you dont do rollling new upstream SRU releases [09:26] (though i assumed that before not expecting to be greeted with a new one on release day :P ) [09:26] ogra_: heh [09:26] ogra_: yeah, we do bug fixes releases [09:26] for compiz/nux/unity [09:26] do you have any schedule or public plan we could look at for the future plans ? [09:27] rickspencer3, I'm very excited by the release, things look really good from where I stand ;-) [09:27] ogra_: not yet, the goal was just "getting a first SRU before everyone goes to oakland" [09:27] so we know when to expect new upstreams [09:27] didrocks: so I should just get the debian/ dir from debcheckout and apply the patches to the 0.9.7.8 tree manually? [09:27] alf_: right [09:27] yep [09:27] didrocks: ogra_; ok [09:31] hey rickspencer3 [09:31] rickspencer3: I feel very precise! [09:33] pitti, Precisely that! I sent out a press release for today's release party in Slovenia and told people that they need to be there at precisely 1900 hours! :> [09:55] didrocks: we get a new compiz today :)? [09:56] asac: in -proposed, yeah :) as soon as ogra_/alf_ dealt with the linaro patch [09:56] didrocks: what does -proposed mean? [09:56] no new compiz-plugins-main though, it just has a minor fix compared to what we have in the distro [09:56] going in today? or just "SRU" [09:56] asac: precise-proposed? the pocket? :) [09:56] for a future SRU :) [09:57] not in finale precise by any mean :) [09:57] didrocks: sure. just wonder if you plan to roll this into todays release still :) [09:57] asac, that it moves to -updates as soon as it has been tested on all arches [09:57] ogra_: yeah. [09:57] asac: ahah, let's push the crack! :) [10:07] man, i wish i didn't stay up so late last night playing angry birds space [10:07] * didrocks still never played angry birds [10:08] heh [10:08] you're missing out. but space takes it to a whole new level ;) [10:09] didrocks, http://www.rovio.com/en/our-work/games/view/43/angry-birds-space ;) [10:09] my phone doesn't support it and I have IT docs to read when I'm using it ;) [10:11] w00t, new firefox beta already https://launchpad.net/~mozillateam/+archive/firefox-next/+sourcepub/2398508/+listing-archive-extra ;) [10:31] Sweetshark: so do you want me to reject the current upload? === akgraner` is now known as akgraner [10:48] pitti: yes. [10:58] Sweetshark: ok, done === cking is now known as cking-afk === MacSlow is now known as MacSlow|lunch === jml` is now known as jml [11:35] didrocks, alf_ is testing the armhf testbuild, once he reports success i will commit the new patch to the tree and ping you, so you can upload [11:35] ogra_: we are finishing some testing locally first, thanks! :) [11:36] pfft, i dont care about your tests on yesterdays arches :) [11:36] ogra_: :p [11:36] as long as arm works ... its da fjutscha ! [11:36] you mean, the one where compiz is actually building? ;) [11:36] ones* [11:36] come on, building compiz only takes 30min here [11:36] (well, probably closer to 45) [11:36] even my laptop is faster (not a lot, but a little bit) [11:37] ah, it *is* faster then :) [11:37] pfft [11:37] speed isnt everything [11:37] *we* save the planet ! [11:37] ogra_: you can use -DBUILD_TESTING=OFF to disable building the tests, will speed up compilation quite a bit [11:38] oh, good to know (for next time) :) [11:56] didrocks, committed and pushed [11:57] (test worked fine) [11:59] ogra_: woow! I'll push to the ppa to ensure it builds fine as well (double checking) [11:59] right [12:07] * pitti hugs the channel [12:07] yay [12:07] Look, a Pangolin! [12:07] heh :) [12:08] the download page doesn't work though [12:08] http://www.ubuntu.com/download/desktop [12:08] "Site off-line" :/ [12:08] oh [12:09] it works now ;) [12:11] pitti, \o/ [12:11] so, who's upgraded to Q already? [12:11] YAY \o/ [12:11] ;) [12:12] chrisccoulson, ricotz probably did, in fact he's running a ppa who is ahead in version compared to what stable q will have I'm sure ;-) [12:12] chrisccoulson, upgraded ? [12:12] * ogra_ starts preparing the first Q SRUs already :P [12:12] yeah \o/ [12:15] how long does it take to build? [12:24] heh, https://twitter.com/#!/chrisccoulson/status/195488443613196288 ;) [12:26] chrisccoulson, hehe === MacSlow|lunch is now known as MacSlow === cking-afk is now known as cking [12:37] chrisccoulson: and do you have any success in winning this event? [12:48] libreoffice_3.5.2-2ubuntu3 uploaded to chinstrap. could you review the four changesets over ubuntu2 (ubuntu2 was already reviewed by seb128) [12:48] pitti: ^^ [12:48] pitti: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=shortlog;h=refs/heads/ubuntu-precise-3.5 [12:48] not now, sorry; in firefighting mode [12:48] pitti: ;) [12:48] pitti: fires are ueberbewertet [12:49] pitti: no need to hurry this, it will build for few hours anyway ;) [12:51] meh, launchpad only shows timeouts -- its almost as if we are having a release today. [13:14] Boo. This morning my alarm doesn't ring and i miss all the good news ;-) [13:14] cyphermox, what news? [13:14] i must have missed that! [13:14] ;) [13:15] Hehe [13:16] On my phone, commuting right now. The ubuntu home page won't load too [13:16] Bbl [13:18] cyphermox, yes, known ... being fixed === m_conley_away is now known as m_conley [13:49] Guh, I've been on 12.04 for a whole day. When can I start using quantal? [13:49] :) [13:51] mterry, missed the memo ? we already started with quantal SRUs [13:51] :P [13:52] * mterry upgrades to R then [13:52] Must.. stay.. ahead of curve [13:52] heh [14:02] the people over at QQ called. They want their IM protocol name back.. [14:06] bcurtiswx, lol [14:10] is the power icon supposed to be red when a restart is required ? [14:11] well let me rephrase ... the power indicator at the top right of the desktop [14:13] I think it is, yes [14:14] bcurtiswx, yes, it mike take 30s before it catch the update though [14:15] On my VM of precise it does, but on my laptop not. (note my laptop was upgraded from 11.10 back when precise dev started) [14:15] maybe theres a residual config ? [14:18] right now update-manager says restart required, but my indicator is still white.. [14:18] and nothing in the indicator says restart required [14:18] weird [14:19] bcurtiswx, do you have python-aptdaemon.pkcompat installed? [14:20] bcurtiswx, can you do sru verification on bug 985801 ? [14:20] Launchpad bug 985801 in gwibber "Facebook does not store short names anymore. Names appear blank when "Show real names in messages" is not checked. " [Medium,Fix committed] https://launchpad.net/bugs/985801 [14:26] kenvandine, confirmed. Fix was successful on my gwibber client [14:26] bcurtiswx, thx [14:26] bcurtiswx, please comment on the bug [14:27] seb128, it appears not installed. Packagekit it wants to remove with the python installation [14:28] bcurtiswx, ok, maybe that's why it doesn't work for you [14:28] that's what ubuntu use by default [14:28] i.e what it got tested with [14:29] seb128, could have been a dist-upgrade that i overlooked. thanks [14:29] bcurtiswx, well, we never install pkgkit, it's something you did [14:30] seb128, hmm, either way. thx :) [14:30] yw! [14:30] kenvandine, comment made :) [14:31] hey look it's red.. haha. brb after reboot [14:58] desrt, actually lets take it here :) [14:58] so we have this very interesting deadlock [14:58] hope you could take a look [14:58] please tell me it's not across multiple processes :) [14:58] no worries, just two threads ;) [14:58] http://pastebin.ubuntu.com/947434/ [14:59] now it's pretty interesting that both are in dbus_connection_get_type [15:01] uh oh [15:01] it looks that the worker thread is the one that started the initialization [15:01] i think this is a case of someone doing something stupid in a class_init [15:01] and our main thread locked up [15:01] like gdbusproxy? [15:02] perhaps :) [15:02] hmm [15:02] mhr3: why didn't you poke davidz about this? :) [15:02] mhr3: you will like beeing this "someone doing something stupid" :p [15:02] desrt, cause you're the thread master :) [15:02] * seb128 watches people try to drop their issues to the next man [15:02] and david is the dbus master :p [15:03] mhr3: so this looks very similar to this class of problems we were having at one point [15:03] * seb128 though desrt was at the end of that dropping ball line but was wrong ;-) [15:03] with calling stuff from class init functions [15:03] but it's not exactly the same [15:03] give me a second to meditate over this stack trace :) [15:03] sure, i've been meditating on it for an hour :P [15:04] at first i was like no way glib would lock up... [15:04] glib is perfect :) [15:04] but, perhaps there is a way :P [15:05] mhr3: so i think you've hit a really really ugly case of lock inversion in gobject [15:05] assuming you treat the standard get_type() 'once' calls as a lock [15:29] ogra_: compiz successfully built on all archs, even the slow ones :p [15:34] didrocks, you mean powerpc ? :P [15:35] (good to hear) [15:35] ogra_, don't troll powerpc, the powerpc users are somewhat more responsive that the armel ones ;-) [15:36] pfft, there are no armel users ... thats so last release [15:36] ogra_: I was going to make the same remaks on powerpc builders building faster :p [15:36] ogra_, same for armhf [15:37] ogra_, half trolling, I'm pretty sure that user account bug we discussed some weeks ago on arm is still there [15:37] ogra_, though we did fix the powerpc glib,gresource issue which 3 people complained about ;-) [15:37] yeah, i didnt have time to actually look into it or trigger any other devs to look into it [15:37] prob with arm users is that they usually use their boards for development [15:38] ogra_, you would assume that's the kind of users that would debug stuff for you :p [15:38] if they dont develop stuff for life on them, yes [15:38] most of them just need a compiler and roll their own SW [15:39] (and use ubuntu desktop images for demos at fairs etc [15:39] ) [15:41] https://plus.google.com/s/Ubuntu/posts is really crazy, approx 1 post a second [15:42] didrocks, nice ;-) [15:45] lol [15:45] "I wonder why #ubuntu is all over my technology feed. What is #ubuntu ? Is it an animal or something?" [15:47] :-) [15:47] oh, wow [16:10] good night everyone! [16:16] pitti, 'night [16:20] gl [16:20] good night pitti! [16:32] didrocks, yeah, that G+ page is fun [16:32] mterry: it's quite hypnotic, but you can get sick fast ;) [16:57] * didrocks waves good evening, time for some exercice and dinner [17:24] desrt, hey again, does http://pastebin.ubuntu.com/947736/ speak to you? [17:25] desrt, is that a valid,known,worth report leak? [17:25] seb128: this iis what you see whenever anyone leaks a GVariant that came from dbus [17:26] seb128: it's quite difficult to track down exactly which GVariant it is [17:26] desrt, is there any way to figure who is the "anyone"? [17:26] seb128: not easily [17:26] hum, ok, shame [17:26] it's the ages-old valgrind complaint: you need to see where the pointer is leaked -- not where the memory for that pointer was allocated [18:02] seb128, i've debugged issues like that before, although, i don't have a very scientific approach to tracking them down ;) [18:03] my approach was basically - 1) pick a module i thought was most likely to be leaking (in my case, dbusmenu), then 2) audit the gdbus method handlers ;) [18:05] seb128, what is it that is leaking? [18:41] chrisccoulson, hey [18:41] chrisccoulson, "what" is the question :p [18:42] chrisccoulson, the log is a unity-panel-service one, so it could be any of the loaded indicators === JanC_ is now known as JanC [19:11] kenvandine/seb128: what's the story with webkit and gtk3? does webkit-3.0 use gtk3? [19:11] mterry, what is webkit-3? [19:11] mterry, webkit source dual build gtk2 and gtk3 [19:12] seb128, versus webkit-1.0? [19:12] see both in archive [19:12] mterry, no such source or binary in ubuntu [19:12] webkitgtk-3.0.pc [19:12] ? [19:12] for example, there's both libwebkitgtk-3.0-0 and libwebkitgtk-1.0-0 [19:12] seb128, that's going to be fun to debug then ;) [19:12] right, dual build from the webkit source [19:12] i might have a go [19:13] chrisccoulson, you like challenges! ;-) [19:13] the last one i looked at was also in unity-panel-service ;) [19:13] chrisccoulson, how did you figure it out? just code reading? [19:13] mterry, they are both from the webkit source, the gtk3 version is the only one on the CD for precise [19:14] mterry, not sure I understand the question but yeah -1 is gtk2 and -3 is gtk3, that's a configure time option, and both come from webkit source which does a dual build [19:14] seb128, hrm. trying to use it from python is giving me a gtk2 version. will dig deeper [19:14] mterry, gir1.2-webkit-3.0 [19:15] yup, have that installed [19:15] and not the other gir [19:15] i.e. not gir1.2-webkit-1.0 [19:15] weird [19:15] how do you know it's a gtk2 version? [19:15] [000:001] Browser XEmbed support present: 1 [19:15] [000:001] Browser toolkit is Gtk2. [19:15] [000:001] Using Gtk2 toolkit [19:15] (this is testing the Quickly flash game template) [19:15] mterry, what do you import? [19:16] from gi.repository import WebKit, Gtk, Gio [19:16] hum, weird [19:16] do you have a /usr/local install or something? [19:16] guh, hope not. /me looks [19:16] nope [19:18] mterry, you want to import Webkit-3.0 [19:19] mterry, strace -f python -c "from gi.repository import Webkit" > log and look for webkit to see what it imports for you? [19:19] seb128, ? you mean no gi.repository? [19:20] $ python -c "from gi.repository import Webkit" [19:20] ERROR:root:Could not find any typelib for Webkit [19:20] seb128, loads -3.0 and gtk3 for me [19:21] seb128, camel case the K [19:21] seb128, does -3.0 have some dynamic detection of gtk version? [19:21] (which would be failing in this case, as I'm using 3.0 [19:21] could be the same as gtk, you might need to use a required_version or somethin [19:22] kenvandine, ^ you might know better [19:22] But I only have one webkit installed [19:23] dobey, ^ you might know? [19:23] ? [19:23] dobey, should "from gi.repository import WebKit" impot gtk3 webkit? [19:23] yes [19:23] it does here [19:23] [000:001] Browser XEmbed support present: 1 [19:23] [000:001] Browser toolkit is Gtk2. [19:23] [000:001] Using Gtk2 toolkit [19:23] mterry: flash is gtk2 [19:23] that's what mterry gets [19:23] dobey, guh, screw flash [19:24] :) [19:24] dobey, thanks... that makes sense now [19:24] np [19:24] indeed, I skipped that part of your question [19:24] dobey, thanks ;-) [19:24] of course. :) === m_conley is now known as m_conley_away === vuntz is now known as vuntz|afk [21:07] kenvandine, yeah, sorry about widget-refactor [21:07] that branch got out of hand [21:08] should have broken it up, but I kept finding more and more things to refactor :) [21:08] mterry, no worries [21:08] kind of hard to review those though [21:09] i tried to look for the more likely problems and of course couldn't [21:09] * kenvandine thinks mterry writes awesome code [21:10] :) Though, I suppose that makes you a bad reviewer [21:10] :) [21:10] We need double-blind reviewing [21:10] Actually, that legit isn't a bad idea [21:10] i did try to find mistakes, but i never seem to in your branches :) [21:11] * mterry blushes [21:12] the code it pretty clean in unity-greeter too, which is very nice [21:12] * kenvandine wonders if it will be in 14.04 :) [21:13] kenvandine, guh, not at this rate. We keep adding code. My secret long-term goal is to get it absorbed by Unity, so Desktop team no longer maintains it :) [21:13] haha [21:13] code is so organic, it gets fed by people that want features and it turns into weeds [21:14] it would be soooo nice to just start fresh with gwibber :) [21:18] Where are all fresh-faced maintainers willing to own code we don't want anymore? I thought this was open source! [21:18] * mterry divests himself of deja-dup === RAOF_ is now known as RAOF