=== Ursinha-afk is now known as Ursinha [05:26] Good morning [05:27] Morning pitti. [05:36] hey TheMuso, how are you? [05:41] pitti: Well thanks. Yourself? DId you have a good weekend? [05:41] TheMuso: it was rather quiet, the weather was rather wet; but very relaxing [05:49] Is it getting cold there yet? [05:55] some 9 degrees, that wasn't too bad [06:42] good morning [06:50] hey didrocks [06:51] bonjour pitti! [09:06] hey [09:10] hey Laney, how are you? [09:11] didrocks: good, nice relaxing weekend :-) [09:11] you? [09:11] same for me :) short, but good! :) [09:17] hey Laney, lut didrocks [09:17] how are you? [09:18] didrocks, "short", you worked on saturday?! ;-) [09:18] salut seb128! bien bien ;) [09:18] seb128: no short in term "a lot to do but not enough time" :) [09:18] * Laney did a lot (of sleeping) [09:18] hehe [09:19] bonjour seb128 [09:19] so much excitement going on here [09:25] seb128: did we get a new GTK or something recently? All my programs now say "Gtk-WARNING **: Theme parsing error: gtk-widgets.css:62:17: Theming engine 'unico' not found", and evince crashes right at startup [09:25] pitti, hey [09:26] pitti, seems like the multiarch fallback patch was dropped (by error?) in my recent upload [09:27] guess the theme is still not multiarched [09:27] /usr/lib/gtk-3.0/3.0.0/theming-engines/libunico.so [09:27] oh, it's that? [09:27] should we just fix that instead? [09:27] that would be good [09:27] can you have a look to it? [09:27] if not I will have a look in a bit [09:28] I'm sponsoring this morning, but in the afternoon, yes [09:28] ok [09:29] Laney, hum, bzr log says it's you who deleted the patch and without changelog entry... [09:30] that's why I didn't see there was any pending change in that upload, the changelog was still on the quantal SRU [09:30] when was it? [09:30] I only rememeber deleting patches we said we could during UDS [09:30] Laney, during UDS, I guess you did it during the session [09:30] Laney, can you look at building unico with multiarch and see if that works/fixes the issue? [09:31] bug #1077568 [09:31] Launchpad bug 1077568 in gtk+3.0 (Ubuntu) "Theme parsing error: gtk-widgets.css:62:17: Theming engine 'unico' not found " [Undecided,Confirmed] https://launchpad.net/bugs/1077568 [09:36] wilco [09:36] Laney, ? [09:36] heh [09:36] Laney, thanks ;-) [09:46] hm, there are still a couple of other packages using that directory too [09:47] Laney, which ones? [09:48] gcin-gtk3-immodule gnome-themes-standard (adwaita) gtk-vector-screenshot [09:48] do you think we should restore the patch? or just go ahead and port those? [09:49] perhaps both [09:49] let me see how unico goes [09:49] right, I was going to suggest that [09:49] let's do that one, if it works fine it's easy to just port the other 3 [09:57] seems fine here [09:57] can someone (pitti?) check with http://people.canonical.com/~laney/unico/ please? :-) [09:57] Laney: sure! [09:57] you don't get that bug? [09:57] I do [09:58] just want some independent verification [09:58] Laney: if you could make it 0644? [09:59] you and your s3kr1t .debs :) [09:59] oh [09:59] silly sftp [10:00] * Laney feeds lillypilly some hamsters [10:00] done [10:03] Laney: evince still crashes, but the warning is gone; thanks! [10:04] huh, I don't see it crash here [10:04] is that another bug? [10:04] pitti, do you have a stacktrace? [10:04] it's likely another issue... [10:04] pitti, is that on a specific document? did it start today? [10:05] on any documents, even when calling without arguments, I had it yesterday already [10:05] https://errors.ubuntu.com/oops/f123ee20-2bfe-11e2-b2c9-2c768aafd08c [10:05] uh, no stack trace? [10:06] the trace had some unico thingy in it, hang on [10:06] that's why I thought it was due to the unico theme [10:06] seb128: FYI, sponsoring cairo FTBFS fix [10:07] pitti, danke! [10:07] (so you can delete the mails) [10:07] ah no, not unico, it was libgrip [10:07] pitti, bug #1077376 [10:07] Launchpad bug 1077376 in geis (Ubuntu) "Evince crashes when using the latest version of libgeis1" [High,Confirmed] https://launchpad.net/bugs/1077376 [10:07] I was going to say [10:07] right [10:08] rather annoying [10:08] didrocks, ^ can you get somebody from #ps to look at it [10:08] sounds like a test case waiting to happen :-) [10:08] seb128: sure [10:08] didrocks, thanks [10:08] yw :) [10:08] so libgrip [10:08] ok, so let's push on with moving those gtk modules then [10:09] Laney: \o/ [10:36] pitti, is there any way we can do stuff like "nux and unity need to build fine when glew is uploaded"? [10:36] or we don't have the infra for that (yet)? [10:36] seb128: we could do that [10:36] pitti, we did catch those glew issues because people were watching but ideally our infra should block those uploads [10:37] seb128: nux and unity would need to get an autopkgtest with Restrictions: build-needed [10:37] didrocks, ^ [10:37] and then perhaps some basic tests which don't need 3D [10:37] didrocks, wdyt? [10:37] i should do that with firefox so that the compiler doesn't break it ;) [10:37] hello btw :) [10:37] hey chrisccoulson [10:37] chrisccoulson, hey, how are you? ;-) [10:38] seb128, yeah, good thanks. but quite tired. maisie decided that 3am was a good time to get up this morning [10:38] doesn't look like a good time to me! [10:38] seb128: I'm all for it! Quite busy until autolanding is ready, but yeah, we'll tackle the autopackage test for X-less ones after that [10:38] heh [10:39] hey chrisccoulson :) [10:39] pitti, thanks, we should definitively look to that once other stuff settle down as didrocks said [10:39] yep [10:39] hi didrocks [10:39] seb128, didrocks: NB that failed autopkgtests do not yet block the migration; but this is being worked on, and should happen in the next weeks [10:40] pitti, we will get there ;-) [10:40] at least it woudl appear as a red dot on https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/, and I'm watching that rather closely [10:40] pitti: ok, thanks! :) [11:47] pitti: I see that adt has -proposed jobs now, which I had a fun experience with. the adt fails in -proposed, because the package is uninstallable there. But the same package is still migrated into -release, because it is installable in -release. [11:48] and I am not sure how to catch / block the migration in such rare cases. [11:48] also has it been worked out how to run adt test when the packages are installable? [11:50] xnox: hm, not installable in -proposed, but installable in release> that's because of a broken dependency in -proposed? [11:50] xnox: we do not yet look at adt during the migration [11:50] xnox: for now, if a test fails in -proposed, but should succeed later, we can manually restart it [11:50] pitti: (1) more or less. (2) I know [11:50] xnox: right now we don't have a trigger which reattempts the test [11:51] =( [11:51] if this becomes more common, we'll have to work something out of course [11:51] shouldn't be too hard [11:51] so i had: git 1.7 in -release, git 1.8 in -proposed. & guilt in -proposed Depends: git << 1.8. guilt adt fails in -proposed, yet guilt on it's own is migrated to -release. [11:51] we need to keep track of whether teh failure was due to uninstallability, and retry an hour later or so [11:51] and if it was due to a test failure, retry when a dependency is updated in -propsoed (that already happens anyway) [11:52] I think adt should exit and give the orange indication to the test in jenkins, cause that type of thing exited as failed and red. [11:52] xnox: if britney/adt checks were already in place, it would have been held [11:52] but I guess adt didn't tell the test why it failed. [11:55] xnox: no, but britney knows uninstallability, so we can probably look at its output before even starting it [11:55] or at least fail with a discernible exit code [11:55] actually it's already supposed to [11:55] see "EXIT STATUS" in man adt-run [11:56] hmm... [11:56] it usually exits with 4 for failed tests [11:56] but for uninstallability it should fail with 12 or 16 [11:56] * xnox needs to tinker with jenkins a little to see why my job was red then. [11:56] xnox: well, the jenkins job only looks at == 0, I suppose [11:57] the adt onces - maybe. but jenkins does have the orange light - on e.g. iso-tests. So it can have the grey state. [11:57] yep [12:02] any idea why I can't start a clutter program inside Xephyr? it says it does not have GLX [12:21] * pitti commits our current pango1.0 delta to Debian and will sync [12:22] xclaesse, hum, is xephyr supposed to support 3d? === attente_zzz is now known as attente [12:26] seb128, yes [12:26] meh, evince broken, totem broken; raring, stop falling apart! [12:27] seb128, a colleague is running gnome-shell in xephyr without issues, on debian === MacSlow is now known as MacSlow|lunch [12:40] n00b-question: How do I kill an restart the unity-menu process? I once knew, but forgot ... [12:40] didrocks: ^^ maybe you can give a hint [12:40] Sweetshark, unity-menu? Do you mean unity-panel-service? [12:40] Sweetshark: killall unity-panel-service [12:40] didrocks beat me [12:40] ;) [12:40] \o/ [12:41] thx guys! [12:41] yw [12:41] * didrocks goes for some exercice now, bb ~1h [12:42] .oO(now using that knowledge to hopefully prove its-not-libreoffices-fault-but-its-the-indicator [12:42] mhr3, libunity's `configure --enable-docs` breaks building for me. valadoc complains about an "Invalid driver version format." Do I need a newer valadoc? [12:42] larsu, yes [12:43] mhr3, from jhbuild? [12:43] * larsu has whatever quantal has packaged [12:44] which reminds me, is it safe to upgrade to r yet? [12:44] larsu, even the quantal one would be good if it was properly built [12:44] larsu: it is, if you don't care about evince and totem [12:44] larsu: one broke because of PS, the other one because of us :) [12:45] didrocks, oh, I do care about those. Better wait a week ;) Thanks! [12:45] ricotz, any plans to fix valadoc? [12:45] larsu: vlc and google doc dude! :) [12:45] larsu, anyway jhbuild should work, otherwise installing from source will as well [12:46] mhr3, will do that, thanks [12:46] didrocks, yeah....... no [12:46] didrocks: libreoffice-pdfimport ;) [12:46] :) [12:48] mhr3, is it broken? [12:49] ricotz, yes, it installs just one driver, which sucks [12:49] ah you mean the distro package then [12:49] right [12:49] ricotz, fwiw flo said he'll make new upstream release soonish [12:49] but the pkg needs to be fixed as well [12:50] since there is no release, grabbing the snapshot from vala-team ppa should be fine [12:50] which builds 0.14, 0.16 and 0.18 [12:51] https://launchpad.net/~vala-team/+archive/ppa/+sourcepub/2744950/+listing-archive-extra [12:51] ricotz, looking at the buildlog from the ppa, it does look good [12:52] ricotz, so all i want now is having the new release in raring [12:52] and i guess moving it to main :) [12:52] i see [12:52] xclaesse, is it using 3d or falling back through llvm rendering? [12:53] seb128, no idea... [12:53] how could I know? [12:53] dunno [12:54] xclaesse, hum, I wonder if that could be http://cgit.freedesktop.org/xorg/xserver/commit/?id=e3903a9383351b061b1a99dfc653ca50de764ec4 or similar [12:55] xclaesse, it's quite a recent fix, I'm not sure it made it to our xserver [12:55] seb128, hi, would you be fine with a valadoc snapshot to make it actually usable? [12:56] not sure if this is really reasonable for main [12:56] ricotz, hey, why is there no upstream release? can we get one? but otherwise, sure, better than a broken version [12:56] ricotz, but first I would like to understand why that's the best option [12:56] mhr3, did he mention an eta? [12:56] ricotz, the upstream release should be out soon, just bug flo a bit ;) [12:57] i see, i guess he will wait for 0.19.x to add its support [12:58] mhr3, also this kind of forces him to preserve abi/api stability which is currently absolutely no taken care of [12:59] not sure if there are reasonable consumers of libvaladoc0 [12:59] ricotz, isn't that just an internal lib? [12:59] mhr3, so please bug him again for now [12:59] mhr3, no [13:00] it is an actual lib you can use [13:00] but i am not aware of any consumer [13:01] ricotz, seb128: speaking of valadoc, I offer a bier to anyone who makes folks-doc package :) [13:03] ricotz, ok, i'll talk to him [13:05] mhr3, ok [13:06] https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1064962/comments/131 <- back to unity [13:06] Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] [13:09] Sweetshark, you're probably seeing bug 1075263 [13:09] Launchpad bug 1075263 in Application Menu Indicator "Items of a menubar built from GMenu do not always work" [High,In progress] https://launchpad.net/bugs/1075263 [13:09] Sweetshark, try waiting more than 5 seconds between restarting lo, that should work [13:10] Sweetshark, I have a fix for it, currently waiting in review [13:10] seb128, one more reason to backport this ^^ [13:10] :P [13:15] good morning [13:16] hey desrt, how are you? had a nice weekend? [13:16] larsu: seems to work [13:16] g'mornin [13:16] good enough [13:16] attente: hey there [13:16] desrt, morning, how is it going? [13:16] oh hi attente! [13:17] hi larsu! [13:17] * desrt needs coffee :) [13:18] attente: did you do your lesson last night? :) [13:18] desrt: no, i went climbing instead [13:18] fair enough [13:18] find a partner yet or still just bouldering? :) [13:19] just bouldering :) [13:19] * desrt will go some time that is not a monday night :) [13:19] attente: ooh, you are William [13:19] attente: hey :) [13:19] hi pitti :) [13:20] attente: mind to set your real name in IRC? [13:20] pitti: did you know that you have a fanclub? [13:20] sure [13:20] desrt: https://launchpad.net/~we-love-pitti ? [13:20] pitti: ya :) === MacSlow|lunch is now known as MacSlow [13:21] desrt: I tried to forget about that team :) [13:21] pitti: i joined yesterday :) [13:21] * pitti is honored [13:21] i also submitted a picture for the team to warp10... i don't think he liked it very much [13:21] but maybe you do: http://imgur.com/UkTcn [13:21] desrt: https://launchpad.net/~dholbach-huggers still beats me :) [13:21] desrt: PHEAR! [13:22] having trouble booting 12.10 [13:22] heh [13:23] * desrt remembers that [13:23] says no wubildr [13:23] yikes, eog is broken as well (geis again) [13:23] ya' [13:23] so that's eog, evince, and totem which are broken in raring [13:23] doesnt boot at all4 [13:23] * Laney wonders why this stuff isn't broken for me [13:23] is that a silent effort to kill all local documents and move them into the cloud? [13:23] it will eventually [13:24] s/me/him/ [13:24] I wondered that myself [13:24] Laney: indeed; they crash for me on any, or even no document [13:25] Laney: I confirmed in a guest session [13:25] weird [13:25] is totem geis too? [13:27] no, that doesn't crash; I just get a white video [13:27] sound works [13:28] ah, I am running 3.6.3 from the gstreamer1.0 PPA which works for me at least ;-) [13:29] ricotz: hey... did you make any progress? [13:29] the totem issues started with the new cogl/clutter rebuilds it seems for pitti [13:31] desrt, not yet, i think in 4 hours [13:31] k [13:31] seb128, was totem not rebuilt to catch libcogl11? [13:32] ricotz, it was, that's when it stopped rendering for pitti [13:32] seb128: does it work for you? [13:32] pitti, yes [13:32] I downgraded and it still works here [13:33] odd [13:33] * ricotz isnt much of help while he is using totem 3.7.1 [13:33] so trying 3.6 probably isn't worth it [13:33] but I'm not surprised, those sort of issues are often hardware dependant [13:33] seb128: fyi: ricotz uncovered (and i suspect) a deadlock in gstreamer apps probably caused by the gtask stuff [13:34] seb128, pitti, yeah, probably x-driver/mesa related [13:34] seb128, with glib 2.35+ that is [13:35] desrt, ok [13:35] desrt: that make-dfsg you asked for got accepted into precise-proposed BTW [13:36] could you confirm that you can build webkit with it on the bug? [13:36] Laney: i saw that. been meaning to test. [13:36] seb128, btw, i hope you could pick this https://launchpadlibrarian.net/121589718/gdk-pixbuf_2.26.4-1ubuntu1_2.26.4-1ubuntu1%2B13.04~ricotz1.diff.gz [13:36] my PPA for testing it got caught up in backport hell [13:36] biab [13:36] seb128, which unbreaks it gdk-pixbuf with glib 2.35 [13:36] ricotz, is that fixed with 2.26.5? [13:36] ricotz, the new version is available since today [13:36] seb128, oh, i guess yes [13:37] ricotz, ok, so we will rather update directly, but thanks ;-) [13:37] seb128, yeah, that would be great [13:37] ricotz, want to do the update? ;-) [13:38] not currently :\, but would be nice to have asap ;) [13:38] k, I will have a look soon [13:38] pitti, today is not a good day for raring indeed :-( [13:38] or today...those recents days [13:38] * ricotz already hears angry people complaining since gdk-pixbuf was updated again in raring [13:38] seb128: well, I worked through my lunch break instead of watching Hidden Frontier :) [13:39] * seb128 notes to break totem more often [13:39] neat productivity win for us ;-) [13:39] lol [13:39] there, all UDS autopkgtests sponsored [13:39] ricotz, you have many people wanting a crack of the day glib? [13:39] pitti, well done! [13:40] seb128: FYI, I could commit most of them to pkg-gnome or collab-maint, there were just two which are an Ubuntu delta (and I forwarded those) [13:40] so it's not so bad after all [13:40] seb128, that ppas download stats suggests so, yeah [13:40] pitti, good [13:40] ricotz, is there other things than glib in that ppa? I guess users might rather want new gnome-shell or something? [13:41] seb128, glib isnt that bad currently, gtk+ was on the other hand [13:41] seb128, thre are other things, yes [13:41] ricotz, yeah, we decided to update glib and be careful with gtk at UDS ;-) [13:42] seb128, https://launchpad.net/~ricotz/+archive/testing/+packages?field.name_filter=&field.status_filter=published&field.series_filter=raring [13:43] ricotz, is that new rb using gst1? [13:47] Laney, pitti: is any of you interested to do the glib 2.34.2 update in Debian? [13:48] xclaesse: /usr/lib/nux/unity_support_test -p if you get "Unity 3d supported: no", you are using llvmpipe [13:49] well, that recent patch to the detection seems to be slightly broken [13:49] didrocks, we was speaking about running clutters app in xephyr [13:50] didrocks, Error: GLX is not available on the system [13:50] larsu: thanks for the bug 1075263 hint. And yes, that should definitely be backported IMHO. Bug 1064962 has 1056 heat already. IIRC forks and torches start showing up at 1100 ... [13:50] Launchpad bug 1075263 in Application Menu Indicator "Items of a menubar built from GMenu do not always work" [High,In progress] https://launchpad.net/bugs/1075263 [13:50] Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962 [13:50] seb128: ah, ok :) [13:50] didrocks, do you know if those fallback to llvm as well? [13:50] didrocks, that's on xephyr server, on the normal server, I have opengl of course [13:50] larsu, Sweetshark: ok, ok, will backport [13:50] * larsu hugs seb128! [13:51] * seb128 hugs larsu back [13:51] seb128, let's wait for ted's review, I'll ping him about it when he's on [13:51] ok [13:51] seb128: they did last time I tried [13:51] seb128: I doubt it changed since 6 months ago :) [13:52] * ogra_ even has an arm chromebook falling back to llvm here [13:52] and guess what, its slow but works just fine [13:52] seb128, nom rhythmbox in there isnt gst1.0 yet, but there is a branch which i want to test [13:53] though sadly it uses llvmpipe even though tehere is full GLES support [13:53] ricotz, ok, if you do let us know how it works ;-) [13:53] seb128, yeah, will let you know [13:55] seb128, got a minute? I was poked about this: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/658004 This is apparently still a problem and upstream is not doing a thing about it. [13:55] Launchpad bug 658004 in brasero (Ubuntu) "brasero dvd capacity estimation is broken" [Low,Triaged] [14:14] tedg, good morning, are you okay with https://code.launchpad.net/~larsu/indicator-appmenu/lp1075263/+merge/133272 ? [14:14] * tedg cliecks [14:14] clicks [14:15] tedg, thanks :) [14:15] tedg, we talked about this briefly last week. I tested it a lot to make sure that bamf bug doesn't occur anymore [14:16] larsu, tedg: I suggest putting that patch in raring for a few days first [14:16] then we can backport [14:16] BigWhale, hey, what about it? [14:17] seb128, that's fine with me [14:17] larsu, Cool, looks good to me. [14:17] BigWhale, if you want to work on a patch please do ;-) we have quite some annoying bugs with no active upstream to work on those [14:17] It is still an issue and it is really a single line fix. [14:17] seb128, ok, I'll produce a patch tonight and attach it to the bug. [14:17] tedg, thanks, I'll merge it, then [14:18] BigWhale, thanks === qengho_ is now known as qengho [14:32] seb128, I have firefox and xchat on 2 different workspaces. I click a youtube link on xchat, the youtube webapp icon appear in the launchers, I click it nothing happens [14:32] xclaesse, does clicking the firefox icon works? [14:33] If I go manually on the other workspace, then go back to the xchat workspace, then after that clicking youtube icon brings me to the firefox workspace [14:33] seb128, yes [14:33] seems like a bug in the webapp integration, it has rough edges from its first cycle, they plan to do bug fixing this cycle [14:34] seb128, so that does not sounds like known issue? I should open an lp bug then [14:35] xclaesse, check with kenvandine when he gets online I would say then open a bug (or open a bug directly and let them dup it if it's known issue) [14:43] desrt: is it ok to have sections within sections in a GMenuModel? [14:44] yes. totally fine. [14:44] RAOF: bryceh: ping [14:45] Hi, since I updated to 12.10 my Gnome is very slow... I heard this might be realted to NVidia or my bumblebee setup. [14:45] desrt, too late, too early for those [14:45] task: sorry... forgot to mention that all of our X guys are living down under [14:45] try #ubuntu-x [14:45] there are a few extra x guys there [14:45] * desrt did not know this existed [14:46] which includes mlankhorst and tjaalton and some others awake [14:46] me either... thanks :) [14:46] yw === m_conley_away is now known as m_conley [14:50] desrt: http://fpaste.org/P8tp/ [14:50] for some reason, it's showing separators in between New Open and Save [14:50] attente: what am i lookingat? [14:50] attente: put new/open/save into a section together [14:51] attente: and read the reference documentation for GMenuModel [14:51] actually, now that i read it myself the language there could be improved [14:52] it mentions that separators are inserted between non-empty sections [14:52] in fact, separators are inserted between all non-empty toplevel items of a submenu -- section or not [14:53] ok [14:57] seb128, FYI: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1077968 (I'll ping kenvendin if he shows up before I'm leaving home) [14:57] Launchpad bug 1077968 in unity (Ubuntu) "Clicking youtube icon does not go to firefox workspace" [Undecided,New] [14:57] xclaesse, thanks [15:01] man [15:01] i love building webkit [15:01] i could spend my whole day building webkit! [15:01] ...and lord knows sometimes i do. :/ [15:01] not only you could but you will if you try building it [15:01] been there [15:02] seb128: looks like smcv is doing glib now ;-) [15:02] \o/ [15:02] damn [15:04] Laney: i'm meant to be testing 1ubuntu1.1, right? [15:04] ye [15:04] k [15:04] i'll let you know tomorrow ;) [15:07] desrt: so if separators are inserted between non-empty toplevel items of a submenu, i should *not* expect a separator between "Recent File 4" and "Quit"? [15:09] attente: i'm confused [15:09] are you asking from the standpoint of the parser? [15:10] because there are two things you can do [15:10] the first is to find the explicit GtkSeparatorMenuItem instances in the menu and split sections at those points [15:10] the other (which we can only do if larsu doesn't notice) is to just convert those items into explicit separator items and add support for that on the gtk side [15:11]